tqwrqwwer

FUNDAMENTOS DE INGENIERÍA DE SOFTWARE
UNIDAD 3.- MODELADO DE ANALISIS
Análisis de requisitos
El análisis de requisitos genera la especificación de características operacionales de software.
Interfaz del software cono otros elementos del sistema y establece las restricciones que tiene el software.
Permite al ingeniero de software construir elementos que representen escenarios del usuario,actividades funcionales, clases de problemas y sus relaciones.
Filosofía y objetivos generales
El modelo de análisis debe cumplir tres objetivos primarios:
1. Describe lo que requiere el cliente
2. Establecer una base para la creación de un diseño de software
3. Definir un conjunto de requisitos que puedan validarse una vez construido el software
Reglas prácticas para el modelo de análisis
Elmodelo debe centrarse en los requisitos visibles dentro del problema del dominio de negocio
Se debe minimizar el acoplamiento de todo el sistema
Se debe tener la seguridad de que el modelo de análisis proporciona valor a todos los interesados
El modelo debe mantenerse tan simple como sea posible
Análisis del dominio
El análisis del dominio es encontrar o crear aquellas clases de análisis ofunciones y características comunes que se aplican ampliamente para que puedan reutilizarse.
El papel del analista de dominio es descubrir y definir patrones de análisis reutilizables, clases de análisis e información relacionada que pueda usar mucha gente aplicaciones parecidas.
Enfoques de modelado de análisis
Análisis estructurado: los objetos de datos se modelan en una forma que define susatributos y relaciones.
Análisis orientado a objetos: se centra en la definición de clase y en la manera en que éstas colaboran entre ellas para efectuar los requisitos del sistema.

Conceptos del modelado de datos
El modelado de datos es definir todos los objetos de datos que se procesan dentro del sistema y las relaciones entre objetos de datos.
Objetos de datos: es una representación decasi cualquier información compuesta (se refiere a que tiene muchas propiedades o atributos) que el software debe entender. Ejemplo: un lugar, un auto, una persona.
Atributos: los atributos definen las propiedades de un objeto de datos, se definen uno o más atributos como un identificador, éste se convierte en una clave para identificar un registro. Ejemplo: cedula, nombre, edad, altura de unapersona.
Relaciones: la relación se refiere a establecer una conexión entre objetos. Ejemplos: persona posee auto (posee es la relación).
Cardinalidad: la cardinalidada establece el número de objetos que puede participar en una relación. Las relaciones pueden ser:
De uno a uno
De uno a muchos
De muchos a muchos
Modelado basado en escenarios
El modelado de análisis con UML comienza en lacreación de escenarios en la forma de casos de uso, diagramas de actividad y diagramas de carril.
Diagrama de casos de uso:
Un caso de uso especifica la manera en la que los actores interactúan con el sistema en un conjunto específico de circunstancias. El desarrollo de una serie de casos de uso se comienza haciendo una lista de las funciones o actividades que realiza un actor específico.
Modelo declase-responsabilidad-colaborador (CRC)
El modelo CRC proporciona un medio simple para identificar y organizar las clases relevantes para los requisitos del sistema o producto. Un modelo de tarjetas índices estándar que representan clases. El objeto es desarrollar una representación organizada de clases.
Clases de entidad: llamadas clases de modelado o negocios, se extraen de manera directa delenunciado del problema.
Clases de frontera: se utilizan para crear la interfaz que el usuario ve y con la cual interactúan cuando se utiliza el software.
Clases de controlador: manejan una “unidad de trabajo” desde el inicio hasta el final.

Estereotipo
El tipo de funcionalidad o ”la razón de ser” de un objeto dentro de una arquitectura se le conoce como su estereotipo. Para los sistemas de...