Glosario de terminos ingerieria de software

GLOSARIO:

1. Abstracción: Consiste en elevar el nivel de las representaciones necesarias para un sistema de software, de manera que se reduzcan los detalles.


2. Análisis: se busca comprender los requisitos del sistema con el propósito de estructurar la arquitectura del sistema. Responde a la pregunta “que” del sistema.

3. Arquitectura de software: Define la estructura generalde un sistema y varían de acuerdo con el tipo de sistema a desarrollarse. Así, puede estar basada en elementos sencillos o componentes prefabricados de mayor tamaño.

4. Calidad de software: Es el grado (pobre, bueno o excelente) en el que un conjunto de características inherentes del software cumplen con los requisitos del sistema.

5. Ciclo de vida de un software: Describe eldesarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.

6.Clase-Responsabilidad-Colaboración (CRC): Permite al diseñador visualizar las diferentes clases de manera independiente y detallada.

7. Clases abstractas: Es una clase que no tiene directamente instancias, pero cuyas clases descendientes si las tienen.

8. Clases concretas: Son las clases que pueden usarse para instanciar objetos.

9. Complejidad del software: La complejidad estádirectamente relacionada con el tamaño de los sistemas. Cuanto más grande son los sistemas, mayor es su complejidad o el caos que puede ocasionar.

10. Diagramas de secuencia: También conocidos con de interacción o eventos, los cuales describen los diferentes casos de uso según la interacción o eventos enviados entre los objetos de la arquitectura del modelo de análisis.

11. Diseño de objetos:Es un proceso para añadir detalles al análisis y tomar decisiones junto con el diseño del sistema, o sea, al ambiente de implementación de manera que se logre una especificación detallada antes de comenzar la implementación final.


12. Documentación: El modelo de casos de uso se debe registrar a lo largo de las diversas actividades, dando lugar a distintos documentos como los manuales deusuario, de administración, etc.

13. Dominio del problema: Es un resumen preliminar de necesidades que sirve como punto de partida para comprender los requisitos del sistema. Aquí se trata de simular una descripción preparada por un cliente, la cual evolucionara por medio del modelo de requisitos, con objeto de lograr la especificación final del sistema a desarrollarse.

14. Encapsulamiento:Es el mecanismo básico de la programación orientada a objetos para ocultar los detalles internos del objeto de los demás objetos. El encapsulamiento permite distinguir entre la interface del objeto y su implementación.

15. Escenarios: Son las diferentes instancias de los casos de uso.

16. Estereotipo: Es el tipo de funcionalidad o “la razón de ser” de un objeto dentro de unaarquitectura.

17. Extensión de la clase: Expresa que una subclase puede añadir nuevos atributos u operaciones a la superclase.

18. Herencia: Es útil para el modelo conceptual, al igual que para la implementación; como modelo conceptual da buena estructuración a las clases. Define una relación entre una clase más generalizada, y una o más versiones refinadas de ella.

19. Herramientas: Sonaplicaciones que apoyan la administración del proceso del software. El conjunto de herramientas se conoce como ingeniería de software asistida por computadora (CASE, Computer-Aided Software Enginnering) cuyo objetivo es asistir al desarrollador durante las diferentes actividades del ciclo de vida del proceso de software.

20. Implementación: Los casos de uso se instrumentan mediante el código...