modelo de requisitos centro isys escuela de computación facultad de ciencias. ucv profa. zulma...

Modelo de Requisitos

Centro ISYS Escuela de Computación

Facultad de Ciencias. UCVProfa. Zulma González

Escuela de Computación - Facultad de Ciencias UCV - Profa. Zulma González - 2008 2

Proceso de desarrollo de software

Requisitos Requerimientos del usuario. (Modelo de CU).

Análisis La funcionalidad especificada por el modelo de

casos de uso se estructura en el modelo de análisis, que es estable con respecto a cambios, lo que lo hace un modelo lógico independiente de la implementación.



Diseño La funcionalidad de los casos de uso, ya estructurada

por el análisis, la realiza el diseño, adaptándose al ambiente de implementación real.

Implementación Código Fuente.

Pruebas Pruebas de unitarias y de integración.



Modelo de Requisitos Modelo de Análisis

Modelo de Diseño

class...

Modelo de Implementación

OK

OK

falla

Modelo de Pruebas



El modelo de requisitos tiene como objetivo delimitar el sistema y capturar la funcionalidad que ofrecerá desde la perspectiva del usuario.

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:

Comportamiento(Casos de Uso)

Información(Dominio del Problema)

Presentación(Interfaces)


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 Comportamiento:Modelo de Casos de Uso El Modelo de Casos de Uso

describe las funcionalidades del sistema a partir de las interacciones del usuario.

Hacer Reservación

ConsultarInformación

Usuario

Base de Datos de Usuarios

Registrar Usuario

Sistema

Base de Datos de Reservaciones


Modelo de Casos de Uso

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.



Delimitación del sistema según los Actores: (Ejemplo)

Usuario

Base de Datos Reservaciones

Base de Datos de Registros

Sistema deReservaciones

de VuelosUsuario

Base de Datos ReservacionesBase de Datos de Registros

Sistema deReservaciones

de Vuelos

Base de Datos

Cuando diferentes actores realizan roles similares, pueden heredar de un actor abstracto común.



Actores:

Actor Nombre del Actor.

Casos de Uso Nombre de los casos de usos en los cuales participa.

Tipo Primario o secundario.

Descripción Breve descripción del actor.



Actores:

Actor Usuario.

Casos de Uso Validar Usuario, Registrar Usuario, Consultar Información, Hacer Reservación, Pagar Reservación.

Tipo Primario.

Descripción Es el actor principal y representa cualquier persona que desee utilizar el sistema.



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.


Modelo de Casos de Uso Para identificar los casos de uso:

Se parte de la descripción del problema.

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?



Relaciones entre casos de uso: include, extend.

Validar Usuario

Pagar ReservaciónHacer Reservación

ConsultarInformación

Registrar Usuario

<<include>>

<<include>>

<<include>><<extend>>



Casos de Uso:

Caso de Uso Nombre del caso de uso.

Actores Actores primarios y secundarios que interaccionan con el caso de uso.

Tipo Tipo de flujo: Básico, inclusión, extensión, generalización.

Propósito Razón de ser del caso de uso.

Resumen Resumen del caso de uso.

Precondiciones Condiciones que deben satisfacerse para ejecutar el caso de uso.



Casos de Uso:

Flujo Principal El flujo de eventos más importante del caso de usos, donde dependiendo de las acciones de los actores, se continuará con algún otro sub flujo.

Subflujos Los flujos secundarios de caso de uso, numerados como (S-1), (S-2), etc.

Excepciones Excepciones que pueden ocurrir durante el caso de uso, numerados (E-1)…



Casos de Uso: (Ejemplo)

Caso de Uso Registrar Usuario.

Actores Usuario, Base de Datos de Usuarios.

Tipo Básico.

Propósito Permitir a un usuario registrarse en el sistema.

Resumen El usuario inicia este caso de uso. Ofrece la funcionalidad para crear, modificar y eliminar el registro de un usuario.

Precondiciones

Todos los sub flujos con excepción de Crear Registro Usuario (S-1), requieren ejecutar inicialmente el caso de uso Validar Usuario.



Casos de Uso:

Flujo Principal Se ejecuta el caso de uso Validar Usuario. Dependiendo de las opciones seleccionadas por el Usuario, se continuará con los diversos sub flujos de este caso de uso.

Subflujos S-1 Crear Registro Usuario

Se presenta al usuario la pantalla de “Crear usuario” que incluye nombre, apellido, cédula, dirección, teléfono, login y password. El usuario introduce sus datos y puede presionar REGISTRAR O SALIR.

Si presiona REGISTRAR se crea el usuario (E-1, E-2, E-3). Se continua con el sub flujo S-3



Casos de Uso:

Subflujos Si presiona SALIR se saldrá del sistema.

--

S-2 Obtener Registro Usuario

El sistema obtiene el registro del usuario de la Base de Datos de usuarios. Se continúa con S-3.

--

S-3 Administrar Registro Usuario

Se muestran los datos del usuario, este podrá seleccionar entre: ELIMINAR, ACTUALIZAR, SALIR.



Casos de Uso:

Excepciones

E-1 Información Incompleta.

E-2 Registro ya existe.

E-3 Login incorrecto y/o password incorrecto.


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 Presentación: 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 como se verán las interfaces de usuario al ejecutar uno de los casos de uso.

Una 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 de Información: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 del 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.


Modelo del Dominio del Problema

-Fabricante-Modelo

Avion

-Fila-Letra

Asiento

-Numero

Vuelo

-Nombre

Aerolínea

-Clase-Precio-Impuestos

Tarifa

-Clave

Reservación

-Nombre

Pasajero

-Día-Hora

Horario

Llegada Salida

*

*

*

*

*

*

modelo de requisitos centro isys escuela de computación facultad de ciencias. ucv profa. zulma...

Documents