Modelo de Requisitos

1
Modelo de Requisitos

• Centro ISYS
• Escuela de Computación
• Facultad de Ciencias. UCV
• Profa. Zulma González

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.

3
Proceso de desarrollo de software

• 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.

4
Proceso de desarrollo de software
5
Modelo de Requisitos

• 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.

6
Modelo de Requisitos

• En la metodología Objectory (Jacobson), el modelo
  de requisitos consta de tres modelos

7
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.

8
Modelo de ComportamientoModelo de Casos de Uso

• El Modelo de Casos de Uso describe las
  funcionalidades del sistema a partir de las
  interacciones del usuario.

9
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.

10
Modelo de Casos de Uso

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

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

• 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.
12
Modelo de Casos de Uso

• 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.
13
Modelo de Casos de Uso

• 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.

14
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?

15
Modelo de Casos de Uso

• Relaciones entre casos de uso include, extend.

16
Modelo de Casos de Uso

• 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.
17
Modelo de Casos 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)
18
Modelo de Casos de Uso

• 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.
19
Modelo de Casos de Uso

• 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
20
Modelo de Casos de Uso

• 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.
21
Modelo de Casos de Uso

• Casos de Uso

Excepciones E-1 Información Incompleta. E-2 Registro ya existe. E-3 Login incorrecto y/o password incorrecto.
22
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.

23
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.

24
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.

25
Modelo de InformaciónModelo 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.

26
Modelo del Dominio del Problema