El
modelo de requisitos es el primer modelo en desarrollarse y es la base
para formar todos los demás
modelos en el desarrollo de software. En la metodología Objectory (Jacobson), el modelo de requisitos consta de tres modelos:
modelos en el desarrollo de software. En la metodología Objectory (Jacobson), el modelo de requisitos consta de tres modelos:
- Modelo de Comportamiento
El modelo de comportamiento, especifica la
funcionalidad que ofrece el sistema desde el punto de vista del usuario. Este
modelo está basado directamente en el Modelo de Casos de Uso.
- Modelo de Casos de Uso
El Modelo
de Casos de Uso describe las funcionalidades del sistema a partir de las
interacciones del usuario.
Actores:
- Primaros: Son la razón principal de existencia del problema y rigen la secuencia lógica de ejecución del sistema
- Secundarios: Actores que supervisan y apoyan al sistema y por lo general son máquinas o sistemas externos.
Casos de Uso:
Los casos de uso representan las funcionalidades del sistema. Cada caso de uso define una forma particular de usar el sistema. Un caso de uso constituye un flujo completo de eventos que especifican la interacción entre el actor y el sistema. Las diferentes instancias de los casos de uso se denomina escenario.
Los casos de uso representan las funcionalidades del sistema. Cada caso de uso define una forma particular de usar el sistema. Un caso de uso constituye un flujo completo de eventos que especifican la interacción entre el actor y el sistema. Las diferentes instancias de los casos de uso se denomina escenario.
Para identificar los casos de uso se parte
de la descripción del problema, donde surgen preguntas como:
·
¿Cuáles son las tareas principales de cada actor?
·
¿Tendrá el actor que consultar y modificar información del sistema?
·
¿Deberá el actor informar al sistema sobre cambios externos?
·
¿Desea el actor ser informado sobre cambios inesperados?
- Modelo de Presentación
El modelo de
presentación o modelo de interfaces especifica como interactúa el sistema con
los actores externos al ejecutar los casos de uso.
- Modelo de Interfaces
El modelo de interfaces describe la
presentación de la información entre los actores y el sistema. Se especifica en
detalle cómo se verán las interfaces de usuario al ejecutar uno de los casos de
uso. Una
estrategia interesante es un prototipo del sistema.
estrategia interesante es un prototipo del sistema.
- Modelo de Información
El modelo de
información o modelo del dominio del problema, especifica los aspectos
estructurales de la aplicación en términos de objetos.
Este modelo
permite identificar cuáles son los objetos relevantes del sistema, que
permitirán guardar información de forma temporal o permanente.
- Modelo del Dominio del Problema
El modelo del
dominio del problema define un modelo de clases del sistema. El modelo de
clases consiste en los objetos del dominio del problema.
El propósito
principal de este modelo es formar una base común de entendimiento del
desarrollo y no definir el sistema completo.
La inclusión de atributos y operaciones se colocan si es necesario para la mejor compresión del problema.
BIBLIOGRAFIA
No hay comentarios:
Publicar un comentario