ISOO

DESARROLLO DE SOFTWARE EN OBJETOS

BASADO EN RUP Y UML
Flujo de Trabajo:

REQUERIMIENTOS

Ing Denny John Fuentes Adrianzn

Docente ICI - FACFyM - UNPRG
CIP N 80286

Requerimientos

El proceso de Requerimientos consiste en obtener las caractersticas

que describen el comportamiento final del sistema que el usuario
espera que realice.
Los requerimientos son un conjunto de declaraciones los cuales
describen el comportamiento esperado del sistema cuando vaya a ser
usado por el usuario final. Los requerimientos del sistema pueden ser
expresados como :
Requerimientos Funcionales
Requerimientos No Funcionales

Requerimientos
Requerimientos Funcionales

Se refiere al comportamiento del sistema que es observado

directamente por el usuario.

Son las responsabilidades visibles que el sistema debe

proveer y las que el usuario espera obtener al usar el
software.

Ejemplo. Generar un pedido, imprimir una factura, generar

un reporte de un determinado periodo, etc.
Requerimientos No Funcionales

Son las caractersticas adicionales que debe tener para

mejorar su performance, reducir su costo, ser usado
fcilmente, etc.

Ejemplo. La impresin de las boletas no deben durar mas de

1 hora.

Requerimientos
OBJETIVOS

Establecer y mantener un acuerdo con los clientes y otras

personas involucradas en el proyecto en que deber hacer el
sistema.
Proveer a los desarrolladores del sistema de un mejor
entendimiento de los requerimientos del mismo.
Definir los lmites del sistema.
Proveer una base para planear el contenido tcnico de las
iteraciones.

Contexto del Sistema

Consultar Orden de Reposicion

Registrar Proveedor

Solicitar / Evaluar cotizacion

Jefe de Compras

Generar Orden de Compra

Registrar Documento Compra

Generar Estadisticas de Compras

Factura Compra

Guia de Remisin

Reporte Compras x Proveedor

Compras Totales al Mes

Administrador

Caso de estudio
Una empresa que comercializa productos, desea el poder publicar y
vender sus productos a travs de Internet. Para ello la solucin es
una tienda virtual, permitindole llegar a todos sus consumidores
finales en cualquier punto del mundo.
Los clientes podrn realizar compras identificndose o no. En el
caso que lo hicieran se les dar un tratamiento personalizado,
ofrecindoseles promociones, ofertas o productos que van de
acuerdo a sus preferencias. As mismo, los clientes tendrn la
posibilidad de realizar un seguimiento a sus rdenes de compra,
para verificar el estado de proceso de atencin.
Para realizar las compras contarn con un catlogo organizado de
los productos, con la posibilidad de realizar bsquedas.
Por otro lado el comerciante tendr las facilidades para procesar
las rdenes, actualizar los estados, publicar y dar mantenimiento al
catlogo, promociones y ofertas y los datos de sus clientes.

Caso de estudio: Solucin de

comercio electrnico

Comprador
(Browser)

Compra.
Consulta

sus pedidos.
Consulta catlogo.
Consulta precios.
Consulta su estado de
cuenta.

Empresa
Comercializadora

Internet

Actualiza

y publica su catlogo
de productos.
Actualiza y publica promociones
y ofertas.
Procesa las rdenes de compra.
Actualiza el estado de las
rdenes de compra.
Enva mensajes a sus clientes.
Consulta estadsticas de compra
de sus clientes

Modelamiento de Requerimientos
MODELO DE CASO DE USO

Conjunto de caso de usos que es usando para documentar los

requerimientos operacionales del sistema
Esta compuesto por:

Los Actores

Los Use Case

La secuencia de transacciones

Modelamiento de
Requerimientos
ACTORES

Actor
Los actores son las entidades externas al sistema que interactan
con este.
Consideraciones respecto a los actores:
Varios actores pueden representar a uno o a ms tipos de usuarios.
Un sistema externo que interacta con el sistema tambin es un
actor, no necesariamente los actores son personas.
Representa un conjunto coherente de roles que los usuarios de los
casos de uso juegan al interactuar con estos.
Los actores son elementos que no forman parte del sistema, estos
son externos a l.
Un actor es un tipo de rol de un usuario.
Ejemplos: Jefe de inventario, Recepcionista, etc.

Modelamiento de Requerimientos
CASO DE USO

Caso de Uso
Un caso de uso define un conjunto de instancias de caso de usos, donde cada
instancia es una secuencia de acciones de un sistema. Es una interaccin
tpica entre un usuario y un sistema.
Cada interaccin de un actor con el sistema esta representado por un caso de
uso, es decir cada caso de uso especifica una secuencia de acciones entre un
actor y el sistema.
Todos los caso de uso representan la funcionalidad del sistema. Los casos de
uso se emplean para capturar el comportamiento deseado del sistema en
desarrollo, sin tener que especificar cmo se implementa ese
comportamiento.
Proporcionan un medio para que los desarrolladores y usuarios finales del
sistema lleguen a una comprensin comn del sistema.

Caso de Uso
La funcionalidad de un sistema es definido por varios caso de
usos, cada uno de los cuales representan una especifica sucesin
de eventos. La descripcin de una caso de uso define que pasa
con el caso de uso se esta ejecutando.

Caso de Uso
FLUJO DE EVENTOS

Sirve para ubicar que caso de uso se realizara cuando el sistema

entrara en ejecucin
Capturado por cada descripcin de cada caso de uso para una
secuencia de acciones
Debe describir

Como un caso de uso empieza y finaliza.

Como la informacin entre el caso de uso y el actor intercambian.

Textualmente cuando y en que momento intervienen los elementos

==== VER DOCUMENTO DE UML

Modelamiento de Requerimientos
DESCRIPCION DE ARQUITECTURA

Modelamiento de
Requerimientos
PROTOTIPO

DE

INTERFACE

DE

USUARIO

Ayuda en la captura de requerimientos para entender

y especificar las interacciones entre los actores y el
sistema.
Ayuda tambin ha entender mejor los caso de uso.

Flujo de Trabajo
ENCONTRANDO ACTORES Y CASOS DE USO

Para reconocer un actor:

Que tipos de usuarios va a utilizar el sistema?

Que tipo de usuarios va a ejecutar las funciones de mantenimiento y
administracin del sistema?
Adems con que tipo de software o sistema va a actuar el sistema
que se va a realizar?

Para reconocer un caso de uso:

Cules son las principales tareas de un actor?

Qu cambios del exterior debe informar el actor al sistema?
Qu informacin debe informrsele al actor, con respecto a los
cambios del sistema?

Flujo de Trabajo
PRIORIZANDO CASOS DE USO

Propsito: Identificar cual o que caso de uso debe ser

analizado, diseado o implementado primero y luego cuales.

Resultado: Ayuda a realizar la vista arquitectnica para el

modelo de caso de uso.

Flujo de Trabajo
DETALLANDO CASOS DE USO:
Objetivo: Detallar cada caso de uso para as detallar despus el flujo de
eventos incluyendo como el caso de uso inicia, termina e interacta con los
actores.

Debe incluir:

Como y cuando empieza el caso de uso

Que acciones o funciones se ejecutaran cuando inicializa el caso de uso.

Como y cuando el caso de uso finaliza.

Describir los estados y precondiciones del caso de uso.

La interaccin del actor cuando interacta con este

El uso de objetos, valores y recursos del sistema

Ser muy explcito con lo que el sistema realiza y el actor tambin

Flujo de Trabajo
INICIANDO EL PROTOTIPO DE INTERFACE DE USUARIO

Diseo Lgico,
luego Diseo Fsico

Flujo de Trabajo
ESTRUCTURANDO EL MODELO DE CASO DE USO

Flujo de Trabajo
ESTRUCTURANDO EL MODELO DE CASO DE USO
En este punto, el analista ya debe haber identificado a todos los actores y los
casos de uso del sistema, as como saber su funcionamiento.

Estableciendo las Generalizacin entre los Casos de Uso:

Una vez identificado todas las acciones de cada caso de uso, se debe
identificar qu acciones son comunes o son parecidas en algunos casos de
uso. Con el fin de disminuir la redundancia, estas acciones deben ser
extradas y descritas en un caso de uso separado para que luego pueda ser
re-usada por los originales casos de uso.
Se puede notar que esta relacin da lugar a la generalizacin y esto a su vez a
la herencia.

Relacin Generaliza
La generalizacin entre casos de uso es como la
generalizacin entre clases, es decir que el caso de uso
hijo hereda el comportamiento y el significado del caso
de uso padre, el hijo puede aadir o redefinir el
comportamiento del padre, el hijo puede ser colocado en
cualquier lugar donde se encuentre el padre.
La generalizacin entre casos de uso se representa con
una lnea continua con una punta de flecha.

Ejemplo
Comprobar clave

Validar Usuario

Generalizacin

Examinar retina

Flujo de Trabajo
ESTRUCTURANDO EL MODELO DE CASO DE USO
Estableciendo las relaciones extendidas entre los casos de uso

Se da cuando un segmento del comportamiento de un caso de

uso A es opcional para otro B y este comportamiento de A no es
necesario para entender el propsito del caso de uso B

Relacin Extiende
Una descripcin de cados de uso puede dificultarse su re
sumen si contiene muchas alternativas, flujo de eventos
opcionales o excepcionales que se ejecutan solo bajo
ciertas condiciones tal como si la instancia de un use case
se lleve a cabo.
Una forma de hacer mas clara la descripcin es ex traer
algunos de esos subflujos haciendo que se forme otro use
case.

Flujo de Trabajo
ESTRUCTURANDO EL MODELO DE CASO DE USO
Estableciendo las relaciones de inclusin entre los casos de uso
Cuando un caso de uso A contiene un segmento de comportamiento de
otro B y no es primordial para dar el resultado de A, entonces este
comportamiento puede ser contemplado como un caso de uso incluido,
esto da lugar a la relacin de tipo Inclusin.

Relacin Incluye
Cuando se construye un modelo caso de uso de un sistema, no es
usual describir use case que tienen descripciones similares.
Para

evitar

traslapes

de

esta

clase,

necesitamos

de

una

herramienta que nos ayude a mostrar estos traslapes de

descripciones pudindolas dividirlas por se parado, en use case
no redundantes.
Desde el punto de vista de la lgica de un caso de uso, esta
asociacin representa una relacin obligatoria por parte del usecase que lo invoca.

Ejemplo
Relacin de extensin

extend
Hacer Pedido

(establecer
prioridad)

include
Relacin de
inclusin

Hacer Pedido
Urgente

Comprobar clave

Validar Usuario
Generalizacin

Seguir Pedido

include

Examinar retina

DIAGRAMA DE USE CASE DE REQUERIMIENTOS

PARA ADMISION Y CITAS
<<extend>>

Registrando servicios

Jefe de admision
Registrando Cita

Registrando Historia Clinica

<<include>>

admisionista

Registrando consultorios

(f rom Actors)

Programado servicios

Verificando acreditacion

Registrando turnos

Jefe de servicio
(f rom Actors)

Registrando medicos

Reportando estadisticas

Descripcin de un Use Case

Describir el flujo de eventos

Texto estructurado informal
Texto estructurado formal (Pre y PostCondiciones)
Pseudocdigo
Notaciones grficas: Diagramas de Secuencia

Debe ser legible y comprensible para un usuario no experto.

Debe indicarse: inicio y final, actores, objetos que fluyen, flujo

principal y flujos excepcionales.

Nombre : Nombre que identifica al use case.

Descripcion : Se enuncia el objetivo del use case.
Transaciones : Pasos en que se compone el use case
La descripcin es una definicin clara de lo que hace el Use
Case.
Las transacciones son enumeradas una por una en prrafos.
Cada prrafo define que es lo se hace en esa etapa.

Comprando Artculos

Cajero

:Sistema

: Cajero
introducirItem(upc,cantidad)
finalizarVenta()
hacerPago(cantidad)

Comprando artculos (en un terminal de punto de venta)

Flujo Principal: Un cliente llega al TPV con un conjunto de

artculos. El Cajero registra los artculos y se genera un ticket. El
cliente paga en efectivo y recoge los artculos.
1. El cliente llega al TPV con los artculos.
2. El cajero registra el identificador de cada artculo.
3. El sistema obtiene el precio de cada artculo y aade la
informacin a la transaccin de venta.
4. Al acabar el cajero indica la finalizacin de la introduccin de
artculos.

5. El sistema calcula el total de la compra y lo muestra.

6. El Cajero le dice al cliente el total.
7. El cliente realiza el pago.
8. El cajero registra la cantidad de dinero recibida.
9. El sistema muestra la cantidad a retornar al cliente y genera un
recibo.
10. El cajero deposita el dinero recibido y saca la cantidad a
devolver que entrega al cliente junto al ticket de compra.
11. El sistema almacena la compra completada.
12. El cliente recoge los artculos comprados.