Modelo de Requisitos

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 26

MODELO DE REQUISITOS

Ingeniera de Software
L.I. Natividad Jurez
Gonzlez
UNIDAD 2. INGENIERA DE REQUISITOS

PROCESO DE DESARROLLO DE SOFTWARE


Requisitos
Requerimientos del usuario.
Anlisis
La funcionalidad especificada por el modelo de casos
de uso se estructura en el modelo de anlisis, que es
estable con respecto a cambios, lo que lo hace un
modelo lgico independiente de la implementacin.

UNIDAD 2. INGENIERA DE REQUISITOS

PROCESO DE DESARROLLO DE SOFTWARE


Diseo
La funcionalidad de los casos de uso, ya estructurada por el
anlisis, la realiza el diseo, adaptndose al ambiente de
implementacin real.

Implementacin
Cdigo Fuente.

Pruebas
Pruebas de unitarias y de integracin.
UNIDAD 2. INGENIERA DE REQUISITOS

PROCESO DE DESARROLLO DE SOFTWARE

Modelo de Anlisis

Modelo de Requisitos

OK
OK

class...

falla
Modelo de Implementacin

Modelo de Diseo

UNIDAD 2. INGENIERA DE REQUISITOS

Modelo de Pruebas

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 dems
modelos en el desarrollo de software.

UNIDAD 2. INGENIERA DE REQUISITOS

MODELO DE REQUISITOS
En la metodologa Objectory
(Jacobson), el modelo de
requisitos consta de tres
modelos:
Comportamiento
(Casos de Uso)

Informacin
(Dominio del Problema)

Presentacin
(Interfaces)

UNIDAD 2. INGENIERA DE REQUISITOS

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.

UNIDAD 2. INGENIERA DE REQUISITOS

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.
Sistema
Registrar Usuario
Base de Datos de Usuarios

Hacer Reservacin
Usuario

Consultar
Informacin
Base de Datos de Reservaciones

UNIDAD 2. INGENIERA DE REQUISITOS

MODELO DE CASOS DE USO


Actores:
Primaros: Son la razn principal de existencia del problema y rigen la
secuencia lgica de ejecucin del sistema.

Secundarios: Actores que supervisan y apoyan al sistema y por lo


general son mquinas o sistemas externos.

UNIDAD 2. INGENIERA DE REQUISITOS

MODELO DE CASOS DE USO


Delimitacin del sistema segn los Actores: (Ejemplo)

Usuario

Sistema de
Reservaciones
de Vuelos
Sistema de
Reservaciones
de Vuelos

Base de Datos Reservaciones


Base de Datos

Usuario

Cuando diferentes actores


realizan roles similares, pueden
heredar de un actor abstracto
comn.

Base de Datos de Registros

Base de Datos de Registros

UNIDAD 2. INGENIERA DE REQUISITOS

Base de Datos Reservaciones

10

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.

Descripcin

Breve descripcin del actor.

UNIDAD 2. INGENIERA DE REQUISITOS

11

MODELO DE CASOS DE USO


Actores:
Actor

Usuario.

Casos de Uso

Validar Usuario, Registrar Usuario,


Consultar Informacin, Hacer
Reservacin, Pagar Reservacin.

Tipo

Primario.

Descripcin

Es el actor principal y representa


cualquier persona que desee utilizar el
sistema.

UNIDAD 2. INGENIERA DE REQUISITOS

12

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 interaccin entre el actor y el sistema.
Las diferentes instancias de los casos de uso se denomina escenario.

UNIDAD 2. INGENIERA DE REQUISITOS

13

MODELO DE CASOS DE USO


Para identificar los casos de uso:
Se parte de la descripcin del problema.
Surgen preguntas como:
Cules son las tareas principales de cada actor?
Tendr el actor que consultar y modificar informacin del sistema?

Deber el actor informar al sistema sobre cambios externos?


Desea el actor ser informado sobre cambios inesperados?

UNIDAD 2. INGENIERA DE REQUISITOS

14

MODELO DE CASOS DE USO


Relaciones entre casos de uso: include, extend.

<<include>>

Validar Usuario

Registrar Usuario
<<include>>

<<extend>>
<<include>>

Hacer Reservacin

Pagar Reservacin

Consultar
Informacin

UNIDAD 2. INGENIERA DE REQUISITOS

15

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: Bsico, inclusin,


extensin, generalizacin.

Propsito

Razn de ser del caso de uso.

Resumen

Resumen del caso de uso.

Precondiciones

Condiciones que deben satisfacerse


para ejecutar el caso de uso.

UNIDAD 2. INGENIERA DE REQUISITOS

16

MODELO DE CASOS DE USO


Casos de Uso:
Flujo Principal

El flujo de eventos ms importante del


caso de usos, donde dependiendo de
las acciones de los actores, se
continuar con algn 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 (E1)

UNIDAD 2. INGENIERA DE REQUISITOS

17

MODELO DE CASOS DE USO


Casos de Uso: (Ejemplo)
Caso de Uso

Registrar Usuario.

Actores

Usuario, Base de Datos de Usuarios.

Tipo

Bsico.

Propsito

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.

Precondicione
s

Todos los sub flujos con excepcin de Crear


Registro Usuario (S-1), requieren ejecutar
inicialmente el caso de uso Validar Usuario.
UNIDAD 2. INGENIERA DE REQUISITOS

18

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, cdula,
direccin, telfono, 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 S3

UNIDAD 2. INGENIERA DE REQUISITOS

19

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 contina con S3.
-S-3 Administrar Registro Usuario
Se muestran los datos del usuario, este podr
seleccionar entre: ELIMINAR, ACTUALIZAR,
SALIR.

UNIDAD 2. INGENIERA DE REQUISITOS

20

MODELO DE CASOS DE USO


Casos de Uso:
Excepcion
es

E-1 Informacin Incompleta.


E-2 Registro ya existe.
E-3 Login incorrecto y/o password incorrecto.

UNIDAD 2. INGENIERA DE REQUISITOS

21

MODELO DE PRESENTACIN
El modelo de presentacin o modelo de interfaces
especifica como interacta el sistema con los actores
externos al ejecutar los casos de uso.

UNIDAD 2. INGENIERA DE REQUISITOS

22

MODELO DE PRESENTACIN:
MODELO DE INTERFACES
El modelo de interfaces describe la presentacin de la
informacin entre los actores y el sistema.
Se especifica en detalle como se vern las interfaces de
usuario al ejecutar uno de los casos de uso.

Una estrategia interesante es un prototipo del sistema.

UNIDAD 2. INGENIERA DE REQUISITOS

23

MODELO DE INFORMACIN
El modelo de informacin o modelo del dominio del problema, especifica los
aspectos estructurales de la aplicacin en trminos de objetos.

Este modelo permite identificar cules son los objetos relevantes del sistema,
que permitirn guardar informacin de forma temporal o permanente.

Modelo de Diseo
UNIDAD 2. INGENIERA DE REQUISITOS

24

MODELO DE INFORMACIN:
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 propsito principal del este modelo es formar una base comn de


entendimiento del desarrollo y no definir el sistema completo.

La inclusin de atributos y operaciones se colocan si es necesario para


la mejor compresin del problema.
UNIDAD 2. INGENIERA DE REQUISITOS

25

MODELO DEL DOMINIO DEL PROBLEMA


Tarifa
-Clase
-Precio
-Impuestos
Avion
-Fabricante
-Modelo

Vuelo
-Numero

Asiento

Reservacin
-Clave

-Fila
-Letra

*
Pasajero
-Nombre

Aerolnea
-Nombre

Llegada

Salida
Horario

-Da
-Hora

UNIDAD 2. INGENIERA DE REQUISITOS

26

También podría gustarte