Modelo de Análisis y Casos de Uso en Desarrollo de Software

Escrito el 2 de Noviembre de 2024 en español con un tamaño de 3,27 KB

Modelo de Análisis y Casos de Uso

Artefacto 1: Modelo de Análisis
Rol Responsable: Arquitecto
Descripción: Jerarquía de paquetes de análisis que contienen clases de análisis y realizaciones de casos de uso.
Diagrama UML 2.0: Diagrama de clases y de paquetes.
Artefacto 2: Clase de Análisis
Rol Responsable: Ingeniero de componentes
Descripción: Abstracción de clases y/o subsistemas del diseño del sistema. Tres tipos: Entidad, Control e Interfaz.
Diagramas UML 2.0: Diagrama de clases, diagrama de objetos, diagrama de máquina de estados, diagrama de tiempo.
Artefacto 3: Realización de Caso de Uso
Rol Responsable: Ingeniero de casos de uso
Descripción: Describe cómo se lleva a cabo y se ejecuta un caso de uso determinado.
Diagramas UML 2.0: Diagrama de comunicación y diagrama de secuencia.
Artefacto 4: Paquete de Análisis
Rol Responsable: Ingeniero de componentes
Descripción: Modela en su interior clases, realizaciones y otros paquetes de análisis. Deben ser cohesivos y débilmente acoplados.
Diagrama UML 2.0: Diagrama de paquetes.
Artefacto 5: Descripción de la Arquitectura
Rol Responsable: Arquitecto
Descripción: Una vista de la arquitectura del modelo de análisis que muestra sus artefactos significativos para la arquitectura.

Aspecto	Modelo de Casos de Uso	Modelo de Análisis
Lenguaje	Descripto con el lenguaje del cliente.	Descripto con el lenguaje del desarrollador.
Vista del Sistema	Vista externa del sistema.	Vista interna del sistema.
Estructura	Estructurado por los casos de uso.	Estructurado por clases y paquetes estereotipados.
Uso	Utilizado fundamentalmente como contrato entre el cliente y los desarrolladores sobre qué debería y qué no debería hacer el sistema.	Utilizado fundamentalmente por los desarrolladores para comprender cómo debería darse forma al sistema, es decir, cómo debería ser diseñado e implementado.
Características	Puede contener redundancias, inconsistencias, etc., entre requisitos. Captura la funcionalidad del sistema, incluida la funcionalidad significativa para la arquitectura. Define casos de uso que se analizarán con más profundidad en el modelo de análisis.	No debería contener redundancias, inconsistencias, etc., entre requisitos. Esboza cómo llevar a cabo la funcionalidad dentro del sistema, incluida la funcionalidad significativa para la arquitectura; sirve como una primera aproximación al diseño. Define realizaciones de casos de uso, y cada una de ellas representa el análisis de un caso de uso del modelo de casos de uso.

Etiquetas: