Requisitos funcionales

Secretaria
Centro
medico

AGENDAR

Pacientes
ACTUALIZ
AR
FICHA

Profesional
es

Profesional
encargado toma de
examen
Proveedore
s

ACTUALIZACIN
INVENTARIO
FARMACIA

Encargado
Bodega

Secretaria
Orden
medica

Encargado
SS Via del
mar Quillota

GENERAR/
MODIFICAR
ORDENES
MDICAS

Administrativ
o Encargado
Estadstica
GENERACION
REPORTES Y
ESTADISTICA

Elementos

Actor:

Una definicin previa, es que un Actor es un rol que un usuario juega

con respecto al sistema. Es importante destacar el uso de la palabra rol,
pues con esto se especifica que un Actor no necesariamente representa
a una persona en particular, sino ms bien la labor que realiza frente al
sistema.
Como ejemplo a la definicin anterior, tenemos el caso de un sistema de
ventas en que el rol de Vendedor con respecto al sistema puede ser
realizado por un Vendedor o bien por el Jefe de Local.

Caso de Uso:

Es una operacin/tarea especfica que se realiza tras una orden de algn

agente externo, sea desde una peticin de un actor o bien desde la
invocacin desde otro caso de uso.

Relaciones:
o

Asociacin
Es el tipo de relacin ms bsica que indica la invocacin desde
un actor o caso de uso a otra operacin (caso de uso). Dicha
relacin se denota con una flecha simple.

Dependencia o Instanciacin
Es una forma muy particular de relacin entre clases, en la cual
una clase depende de otra, es decir, se instancia (se crea). Dicha
relacin se denota con una flecha punteada.

Generalizacin
Este tipo de relacin es uno de los ms utilizados, cumple una
doble funcin dependiendo de su estereotipo, que puede ser
de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relacin esta orientado exclusivamente para casos de
uso (y no para actores).
extends: Se recomienda utilizar cuando un caso de uso es similar
a otro (caractersticas).
uses: Se recomienda utilizar cuando se tiene un conjunto de
caractersticas que son similares en ms de un caso de uso y no
se desea mantener copiada la descripcin de la caracterstica.
De lo anterior cabe mencionar que tiene el mismo paradigma en
diseo y modelamiento de clases, en donde esta la duda clsica
de usar o heredar.

Ejemplo:
Como ejemplo est el caso de una Mquina Recicladora:
Sistema que controla una mquina de reciclamiento de botellas, tarros y jabas.
El sistema debe controlar y/o aceptar:

Registrar el nmero de temes ingresados.

Imprimir un recibo cuando el usuario lo solicita:

a. Describe lo depositado
b. El valor de cada item
c. Total

El usuario/cliente presiona el botn de comienzo

Existe un operador que desea saber lo siguiente:

a. Cuantos temes han sido retornados en el da.

b. Al final de cada da el operador solicita un resumen de todo lo

depositado en el da.

El operador debe adems poder cambiar:

a. Informacin asociada a temes.
b. Dar una alarma en el caso de que:
i.

Item se atora.

ii.

No hay ms papel.

Como una primera aproximacin identificamos a los actores que interactan

con el sistema:

Luego, tenemos que un Cliente puede Depositar Itemes y un Operador puede

cambiar la informacin de un Item o bien puede Imprimir un informe:

Adems podemos notar que un item puede ser una Botella, un Tarro o una
Jaba.

Otro aspecto es la impresin de comprobantes, que puede ser realizada

despus de depositar algn item por un cliente o bien puede ser realizada a
peticin de un operador.

Entonces, el diseo completo del diagrama Use Case es:

Ms ejemplos:

 RUP: Rational Unified Process (Proceso Unificado de Desarrollo).

Metodologa que integra mejores prcticas para la ejecucin de las
diferentes etapas de un proceso de desarrollo
Diagrama de proceso: Modelo de procesos; tambin diagrama de
actividades del proceso
Caso de uso: Un caso de uso es un artefacto cuyo objetivo principal es
capturar el comportamiento del sistema, a travs de una secuencia de
acciones (flujo de trabajo), que desde la perspectiva del usuario final
permiten alcanzar los objetivos deseados

Modelamiento de procesos
Estados Inicial y Final: Todo proceso debe tener un inicio y un fin. Los
elementos Inicio no reciben ninguna entrada y los elementos Final no
generan ninguna salida
Actividad: Representa un paso atmico de un proceso

Enlace: Los enlaces se utilizan para representar la transicin de un

estado a otro y el paso de una actividad a otra

 Decisin: Se utiliza para representar caminos alternativos en el flujo del

proceso. Tiene una nica entrada y puede tener dos o ms salidas. Por
cada salida se tiene una expresin booleana que ser evaluada al llegar
a la bifurcacin. Las condiciones deben ser excluyentes y se deben
contemplar todos los posibles casos que se puedan generar

Fork / Join: Para representar las tareas concurrentes que pueden formar
parte de un proceso se utiliza el elemento Fork. En el diagrama de
ejemplo las actividades 2 y 3 se pueden ejecutar concurrentemente. El
elemento Join se utiliza para representar la unin al flujo de control
secuencial del proceso

Signal Sending: Representa el envo de un mensaje

Signal Receipt: Representa la recepcin de un evento o mensaje

Casos de Uso
Artefacto cuyo objetivo principal es capturar el comportamiento del
sistema, a travs de una secuencia de acciones (flujo de trabajo), que
desde la perspectiva del usuario final permiten alcanzar los objetivos
deseados
Un caso de uso describe lo QUE debe hacer el sistema para satisfacer un
requisito, NO COMO debe hacerlo
El caso esta compuesto por uno o ms flujos (secuencia de acciones) y
es invocado por un actor (usuario o sistema)
Los casos de uso describen la interaccin del usuario con el sistema
La especificacin de la interaccin debe contemplar posibles flujos
alternos ante distintas condiciones que se pueden dar en medio

Elementos
Actor: Es un rol que un usuario juega en el sistema. No necesariamente
es una persona. Puede estar representado por un grupo de usuarios, otro
sistemas o hardware
Flujo Bsico de Eventos: Corresponde al flujo de eventos cuando
todas las circunstancias son ideales (todas las validaciones son cruzadas
exitsamente).

Se deben numerar cada uno de los pasos

En cada paso hay que describir la accin efectuada por el actor o

por el sistema

 Flujos Alternos: Toda situacin que impida que se pueda llevar a cabo
el flujo normal como est presupuestado. Habitualmente validaciones.

Tipos de validaciones:

Sintcticas : Inherentes a la naturaleza del dato :

Obligatoriedad, tipo de dato, rango y formato

Semnticas : A partir del significado del dato o conjunto de

datos (Reglas del Negocio)

Se debe indicar el paso en el que se da la situacin, la situacin, la

accin del sistema y a qu paso se retorna

Pre-condiciones: Preconcepciones acerca del sistema que deben darse

para que se pueda llevar a cabo el caso de uso como esta concebido
Post-condiciones: Especifica cual es el resultado de valor que genera
el caso de uso (cmo modifica su entorno)

Ejemplo
CASO DE ESTUDIO DEL RESTAURANTE O SOLE MIO
El restaurante O Sole Mo desea construir una solucin que le
permita administrar la elaboracin de los diversos platos que ofrece a
sus clientes. Para esto, el administrador quiere que se maneje una
relacin de cada plato junto con los ingredientes necesarios para
elaborarlo. Cada relacin de ingrediente debe tener la cantidad y
costo del mismo. De esta manera, tambin ser posible establecer el
costo del plato. El precio cobrado a los clientes siempre ser un
porcentaje fijo por encima de la suma de los costos de los
ingredientes que se requieren para su elaboracin. Con esta
informacin registrada, Don Vittorio Corleogni (su gerente y dueo)
desea obtener solo dos servicios:

Que el cocinero, cuando lea una orden escrita por un mesero,

consulte en el sistema el plato y conozca cmo elaborar el
mismo, junto con sus ingredientes y cantidades.

Que el cajero, al momento de elaborar la cuenta, consulte cada

plato y el sistema le diga cunto cobrar por l. Con sta
informacin, el cajero puede calcular (con calculadora) el costo
total de la cuenta.

Consultar elaboracin de un plato

Breve Descripcin: Permite la consulta de la elaboracin e

ingredientes de un plato

Entradas: Cdigo del plato. Es un campo alfanumrico. Es

obligatorio

Flujo Bsico de Eventos

1. El sistema solicita le sea ingresado el cdigo del plato
2. El actor digita el cdigo del plato y acepta
3. El sistema despliega la informacin del plato: nombre,
elaboracin y la lista de ingredientes con cdigo, nombre y
cantidad

Flujos alternativos

Cdigo del plato no ingresado

1. Si en el paso 1, no se ingresa ningn codigo, el sistema
informa del error y retorna al paso 1 (Obligatoriedad)

Cdigo del plato no existente

1. Si en el paso 1 se ingresa un cdigo de plato que no existe

registrado en el sistema, el sistema informa del error y
retorna al paso 1 (validacin semntica)
Pre-condiciones

El sistema cuenta con todo el registro de los platos y sus

elaboraciones

Post-condiciones

El sistema despliega los datos de la elaboracin del plato junto

con sus ingredientes

Relaciones casos de uso

Herencia

Relacin entre actores en la cual los roles hijos heredan todos los
casos de uso en los cuales interviene el padre

uc Primary Use Cases

System Boundary

Consultar estado de
cartera
Funcionario de Pedidos
(from Actors)

Registrar pedidos
personas naturales
Funcionario de pedidos
de personas naturales
(from Actors)

Registrar pedidos
personas j urdicas
Funcionario de pedido de
personas j urdicas
(from Actors)

Inclusin

Se factoriza una interaccin en un conjunto de casos (al menos 2)

uc Primary Use Cases

Consultar estado
cartera
include

Validar usuario y
passw ord

include

Administrador
Cancelar pedido

(from Actors)

1. El sistema solicita le sea ingresado el

usuario y la palabra clave
2. El actor digita los datos y acepta
3. El sistema verifica el usuario y el
password y genera un mensaje de xito

Los dos casos de uso incluyen en su narracin

la validacin del usuario y password

Extensin

Permite que se pueda extender un flujo de eventos de un caso

hacia otro caso de uso bajo una situacin excepcional

uc Primary Use Cases

Consultar pedido

extend

Cancelar pedido

Administrador
(from Actors)

Luego de consultar un pedido, el actor puede ir al caso de uso de Cancelar

pedido
Malas prcticas
El sistema solicita le sea ingresado el dato del plato

El diseador y el programador NO saben cul es el dato. Debe

enunciarse especficamente qu datos son ingresados en cada
paso de un caso de uso.

El sistema despliega la informacin del plato

El diseador y el programador no saben cules son los datos que

se deben desplegar o contemplar en este caso de uso

El sistema despliega la informacin del plato: nombre, elaboracin y lista

de ingredientes

El diseador y el programador NO saben qu datos desplegar para

los ingredientes = informacin incompleta

Entregables
Documento de visin
Cronograma y resumen del proyecto
Definicin preliminar de alcance

Casos de uso suficientes que soportan el proceso

Modelo de procesos
Matriz de trazabilidad de Procesos vs. Casos de uso
Especificaciones de casos de uso
Glosario
Reglas de negocio

Solo las utilizadas por algn caso de uso

Prototipo

Especificacin no funcional