Professional Documents
Culture Documents
Carolina Rojas
Anlisis de Requisitos
El anlisis de los requisitos genera la especificacin de caractersticas operacionales de software. Interfaz del software con 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. La especificacin de requisitos ofrecen al desarrollador y al cliente los medios para evaluar la calidad una vez construido el software.
2. Establecer una base para la creacin de un diseo de software 3. Definir un conjunto de requisitos que puedan validarse una vez construido el software.
El modelo debe centrarse en los requisitos visibles dentro del problema o dominio de negocio.
El anlisis del domino es encontrar o crear aquellas clases de anlisis o funciones y caractersticas comunes que se aplican ampliamente para que puedan reutilizarse.
El papel del analista de dominio es descubrir y definir patrones de anlisis reutilizables, clases de anlisis e informacin relacionada que pueda usar mucha gente en aplicaciones parecidas.
Anlisis Estructurado: Los objetos de datos se modelan en una forma que define sus atributos y relaciones. Anlisis Orientado a Objetos: Se centra en la definicin de clases y en la manera en que stas colaboran entre ellas para efectuar los requisitos del sistema.
Objetos de datos: Es una representacin de casi cualquier informacin 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 ms atributos como un identificador, ste se convierte en una clave para identificar un registro. Ejemplo: cedula, nombre, edad, altura de una persona.
Relaciones: La relacin se refiere a establecer una conexin entre objetos. Ejemplo: persona posee auto (posee es la relacin).
Las tareas 1 a 5 se vuelven a aplicar de manera iterativa hasta que el modelo est completo.
Diagrama de Actividades
Complementa el caso de uso al proporcionar una representacin grafica del flujo de interaccin dentro de un escenario especfico.
Diagrama de Carril
Es una variacin til del diagrama de actividad, ya que permite al modelador la representacin del flujo de actividades descritas por el caso de uso y al mismo tiempo indicar que actor o clases de anlisis tiene la responsabilidad de la accin descrita mediante un rectngulo de actividad.
Diagrama de Carril
Clases: tienen diferentes categoras: Clases de entidad: llamadas clases de modelo o negocios, se extraen de manera directa del enunciado del problema.
Modelo de ClaseResponsabilidadColaborador(CRC)
Clases de frontera: se utilizan para crear la interfaz que el usuario ve y con la cual interacta cuando se utiliza el software.
Clases de controlador: manejan una unidad de trabajo desde el inicio hasta el final.gh
Modelo de ClaseResponsabilidadColaborador(CRC)
Responsabilidad: son los atributos y las operaciones relevantes para la clase.
Colaboradores: son aquellas clases que se requieren para que una clase reciba la informacin necesaria para completar una responsabilidad. Agregacin: son las subclases que forman parte de una clase, se conectan a travs de una relacin de tipo es parte de.
Asociaciones y Dependencias
Dependencia: en el contexto de las clases va ligada a las operaciones, indicando que una clase utiliza otra como argumento en la signatura de una operacin .
Modelos de Comportamiento
El modelo de comportamiento indica la forma en que el software responder a los eventos o estmulos externos. Diagrama de estado: representa el comportamiento de las clases cuando el sistema realiza sus funciones.
Modelos de Comportamiento
Diagrama de Secuencia: representa el comportamiento al describir la forma en que las clases se mueven de estado a estado.