La Acción de modelar los requerimientos da como resultado diferentes tipos de Modelo
•
Modelos basados en el escenario de los requerimientos desde el punto de vista de distintos
“actores” del sistema.
• Modelos de datos, que Ilustran el dominio de información del problema.
• Modelos orientados a clases, que Representan clases orientadas a objetos (atributos y operaciones) y la manera En la que las clases colaboran para cumplir con los requerimientos del sistema.
• Modelos orientados al flujo, que Representan los elementos funcionales del sistema y la manera como transforman Los datos a medida que se avanza a través del sistema.
• Modelos de comportamiento, que Ilustran el modo en el que se comparte el software como consecuencia de “eventos” externos.
Explique las reglas prácticas del análisis que deben seguirse Cuando se crea el modelo del análisis
– El modelo debe centrarse en los requerimientos que sean visibles Dentro del problema o dentro del dominio del negocio. NEmpaEnDet
– Cada elemento del modelo de req. Debe agregarse al entendimiento General de los req. De soft y dar una visión del dominio de la inf. De la función Y del comportamiento del sist.
– Hay que retrasar las consideraciones de la infraestructura y otros Modelos no funcionales hasta llegar a la etapa del diseño, Es decir, quizá se Requiera una bd, pero las clases para implem, las func req debe considerarse Después de terminar el anál del dominio del problema.
– Debe minimizarse el acoplamiento a través del sistema.Es importante representar Las relaciones entre las clases y funciones, Interconec
– Es seguro que el modelo de req. Agrega valor para todos los participantes. Cada actor tiene su propio uso para el modelo
– Mantener el modelo tan sencillo como se pueda. No genere diagramas Adicionales si no agregan nueva información, no notación compl.
Esquematice y explique los elementos del modelo de análisis
1.-Modelos basados en el escenario Por ejemplo, casos de uso ,historias de usuario
2.- Modelos de clase por ejemplo, diagramas De clase diagramas de colaboración
3.- Modelos de comportamiento por ejemplo, Diagramas de estado diagramas de secuencia
4.-Modelos de flujopor Ejemplo,DFD modelos de datos
MBE
: El
Sistema se describe desde el punto de vista del usuario con el empleo de un
Enfoque basado en los escenarios. Son la primera parte del modelo en desarrollo.Sirven como entrada para la creación de otros elementos de modelado
Dig act uml
MBC
: Cada
Escenario de uso implica un conjunto de objetos que se manipulan cuando un
Actor interactúa con el sistema. Conjunto de
Objetos que tienen atributos similares y comportamientos comunes. Atributos y
Operaciones.
DC
: indica la
Forma en la que responderá el software a eventos o estímulos externos. El
Comportamiento de un sistema basado en computadora tiene un efecto profundo en
El diseño que se elija y en el enfoque de implementación que se aplique. Por
Tanto, el modelo de requerimientos debe proveer elementos de modelado que
Ilustren el comportamiento.
MF
:El diagrama de flujo de datos permite desarrollar modelos del dominio
De la información y del dominio funcional. La información se transforma cuando
Fluye a través de un sistema basado en computadora. El sistema acepta entradas
En varias formas, aplica funciones para transformarla y produce salidas en
Distintos modos
–
caso
De uso describe en lenguaje claro un escenario
Específico desde el punto de vista de un actor definido
–
historias
De usuario describen la salida necesaria, carácterísticas
Y funcionalidad del software que se va a elaborar
Digramas De clase:
represe de las clases orientada a Obj muestra un conj de clases, interfaces y colabs, así como sus relaciones
Diag Colabo:
diagrama que muestra interacciones entre colab Entre obj y subsistemas que pueden no ser visibles de manera externa
Diag Estado:
es un método de representación del Comportamiento de un sistema que ilustra sus estados y los eventos que Ocasionan que el sistema cambie de estado. Un estado es cualquier modo de Comportamiento observable desde el exterior.
Diag Secu:
indica la forma en la que los eventos provocan Transiciones de un objeto a otro. Una vez identificados los objetos el modelador Crea un diagr sec: representación del modo en el que los eventos causan el Flujo de uno a otro como función del tiempo
–
diagrama
De flujo de datos(DFD):adopta un
Punto de vista del tipo entrada-proceso-salida para el sistema. Los obj de
Datos entran al sistema, son transformados por elementos de procesamiento y los
Objetos de datos que resultan de ello salen del software
Modelos De datos:
objetos y relaciones
Explique en que consiste el Modelado clase-responsabilidad-colaborador (CRC)
Un modelo CRC en realidad es un conjunto de tarjetas índice estándar Que representan clases. Las tarjetas se dividen en tres secciones. En la parte Superior de la tarjeta se escribe el nombre de la clase, en la parte izquierda Del cuerpo se enlistan las responsabilidades de la clase y en la derecha, los Colaboradores. Clases, Responsabilidad, Colaboraciones
En realidad, el modelo CRC hace uso de tarjetas índice real o virtual. El objetivo es desarrollar una representación organizada de las clases. Las Responsabilidades son los atributos y operaciones relevantes para la clase. En Pocas palabras, una responsabilidad es “cualquier cosa que la clase sepa o Haga”. Los colaboradores son aquellas clases que se requieren para dar a una Clase la información necesaria a fin de completar una responsabilidad. En General, una colaboración implica una solicitud de información o de cierta Acción.
Explique Los pasos que debe seguirse para generar un modelo de comportamiento
1. Evaluar todos los casos de uso para entender por completo la Secuencia de interacción dentro del sistema.: Un caso de uso se estudia para Efectos del intercambio de información
2. Identificar los eventos que conducen la secuencia de interacción y Que entienden el modo en el que éstos se relacionan con objetos específicos.