Please enable JavaScript.
Coggle requires JavaScript to display documents.
Análisis de Modelado (Análisis de Actividades: De los casos de uso a los…
Análisis de Modelado
Análisis de Actividades: De los casos de uso a los objetos
Identificación de objetos de entidad
la calidad del modelo de objetos depende en gran medida el estilo de la escritura del analista
Los nombres de los Desarrolladores describen brevemente los objetos, sus atributos y sus responsabilidades, ya que están identificados. Excepcionalmente nombrar objetos promueve un terminología estándar
Muchos nombres corresponden a atributos o sinónimos de otros sustantivos. La clasificación a través de todos los nombres de un gran especificación de los requisitos es una actividad que consume tiempo
La identificación de límites Objetos
Los objetos límite representan la interfaz del sistema con los actores. En cada caso de uso, cada actor interactúa con al menos un objeto límite.
El objeto límite recoge la información del actor y la traduce en una forma que puede ser utilizado tanto por objetos de entidad y de control
. Los objetos límite modelan la interfaz de usuario a un nivel grueso
Identificación de objetos de control
Los objetos de control son responsables de coordinar objetos límite y entidad
Los objetos de control por lo general no tienen una contrapartida concreta en el mundo real.
Es responsable de la recopilación de información de los objetos límite y de despacharla a los objetos entidad
Asignación de Casos de uso a los objetos con los diagramas de secuencia
Un diagrama de secuencia vincula casos de uso con objetos.
Se muestra el comportamiento de un caso de uso (o escenario) y cómo se distribuye entre sus objetos participantes.
Para la comprensión de los clientes, usamos casos de uso que son intuitivos y puede ser más precisos
Modelado interacciones entre objetos con tarjetas CRC
Cada clase se representa con una tarjeta (Llamada tarjeta CRC).
El nombre de la clase se representa en la parte superior, con sus responsabilidades en la columna izquierda, y los nombres de las clases que necesitan para llevar a cabo sus responsabilidades se representan en la columna de la derecha.
Las tarjetas CRC pueden ser utilizados durante las sesiones de modelado con los equipos.
Identificación de las Asociaciones
Una asociación muestra una relación entre dos o más clases
Un nombre para describir la asociación entre las dos clases
Un rol en cada extremo, la identificación de la función de cada clase con respecto a la asociación
Una multiplicidad en cada extremo, la identificación de la posible número de casos
Identificación de Agregaciones
Las agregaciones son tipos especiales de asociaciones que denotan una relación todo-parte.
Una agregación se muestra como una asociación con un diamante en el lado del todo.
Una composición de agregación indica que la existencia de las partes depende el conjunto.
Un diamante hueco denota una relación agregación compartida, indica que la totalidad y las partes pueden existir independientemente.
Identificación de atributos
Los atributos son propiedades de los objetos individuales.
Un nombre para identificarlas dentro de un objeto
Una breve descripción
Un tipo que describe los valores legales que puede tomar
Las propiedades que están representadas para los objetos no son atributos.
Conceptos de Análisis
Modelos de análisis de objetos y modelos dinámicos
modelo de análisis de objetos
Es una parte del modelo de análisis y se centra en los conceptos individuales que son manipulados por el sistema, sus propiedades y sus relaciones.
modelo dinámico
se centra en el comportamiento del sistema. El modelo dinámico se representa con los diagramas de secuencia y con máquina de estados.
Objetos de tipo Entidad, Límite y Control
Objetos Entity
representan las interacciones entre los actores y el sistema
Objetos Boundary
están en cargo de la realización de casos de uso
Objetos Control
representan la información persistente rastreada por el sistema.
Generalización y especialización
generalización
es la actividad de modelado que identifica los conceptos abstractos de nivel inferior requeridos.
especialización
es la actividad que identifica conceptos más específicos que el alto nivel
Gestión del análisis
Responsabilidades Asignación
• El cliente, tiene un papel de integración, define el ámbito de aplicación del sistema basado en los requisitos del usuario
• El analista es el experto en el dominio de aplicación que modela el sistema actual y genera información sobre el sistema futuro
El arquitecto, tiene un papel de integración, unifica el caso de uso y modelos de objetos a partir de un punto de vista del sistema.
El editor de documentos es responsable de la integración de bajo nivel del documento y del formato general del documento y su índice.
El administrador de configuración se encarga de mantener un historial de revisión del documento, así como la información de trazabilidad en relación con otros documentos RAD
El revisor valida la exactitud del RAD, integridad, consistencia y claridad. Usuarios, clientes, desarrolladores, u otras personas pueden llegar a ser colaboradores en la validación de los requisitos
El usuario final es el experto en el dominio de aplicación que genera información en el sistema actual, el entorno del futuro sistema, y las tareas que deben apoyar
La comunicación sobre Análisis
Diferentes experiencias de los participantes. Los usuarios, los clientes y los desarrolladores tienen diferentes ámbitos de competencia y utilizan diferentes vocabularios para describir los mismos conceptos
Diferentes expectativas de los interesados. Los usuarios, clientes y administraciones tienen diferentes objetivos al definir el sistema. Los usuarios quieren un sistema que apoya sus procesos de trabajo actuales, sin interferencia o amenaza a su posición actual
Los nuevos equipos. La obtención de requisitos y el análisis a menudo marca el comienzo de un nuevo proyecto.
La evolución del sistema. Cuando un nuevo sistema es desarrollado desde cero, términos y conceptos relacionados con el nuevo sistema se encuentran en el flujo durante la mayor parte del análisis y el diseño del sistema.
Definir los territorios claramente
Definir objetivos claros y criterios de éxito
Lluvia de ideas
Iteración sobre el Modelo de Análisis
Tormenta de ideas
Solidificación
Madurez