DIAGRAMAS DE CASO DE

USO
 Relación de inclusión
Ejemplo
• Casos de uso que tienen una parte común en sus
funcionalidades.
<<include>>

Pagar un servicio
por Internet
Usuario
<<include>> Verificar
permiso
Chequear pagos
realizados
 Relación de inclusión
Ejemplo
• Se observa una relativa independencia en una parte del
flujo de trabajo que se describe, aún cuando no se
reutilice. De ese subproceso solo interesa el resultado.

<<include>>

Pagar un servicio
por Internet
Usuario
Redefinir deuda
pendiente
 Relación de extensión
Ejemplo
• Comportamiento opcional.
<<extend>>
Enviar e-mail a
superior
<<extend>>
Analizar
Especialista discrepancias
del banco
Resolver
discrepancia
 Relación de extensión
Ejemplo
• Comportamiento que es ejecutado solamente bajo
ciertas condiciones.

<<extend>>

Pagar un servicio
por Internet
Especialista
del banco Buscar cuentas
alternativas
 Relación de extensión
Ejemplo
• Flujos distintos y diferentes que pueden ejecutarse
sobre la base de la selección del actor.

<<extend>>

Chequear pagos
realizados
Usuario
Reportar
discrepancias
Generalización/Especialización
entre casos de uso
Ejemplo

Usuario Pagar

Pagar con Pagar en

tarjeta de crédito efectivo
 Generalización/Especialización
entre casos de uso

Colocar
Llamada

Colocar Llamada Colocar Llamada

Local Larga Distancia
 Descripción de los casos de uso en
formato de alto nivel
Caso de uso: <Nombre>
Actores: <Nombre de los actores>
Descripción: <Frases que describan las
acciones indicando los actores
involucrados, debe quedar claro
cómo se inicia y termina el
proceso y de que forma
intervienen los actores>
Referencias: <Listado de requerimientos y
casos de uso asociados,
indicando tipo de asociación
(include o extend)>
 Descripción de los casos de uso en
formato de alto nivel
Precondiciones: <Cosas que tienen que
cumplirse en el sistema para
que se ejecute el CU>
Poscondiciones: <Condiciones en las que
queda el sistema cuando
termina la ejecución del CU>
Requerimientos especiales: <Precisar de qué
manera restricciones de tiempo
de respuesta, seguridad,
velocidad, disponibilidad,
exactitud o uso de memoria
afectan al caso de uso>
 Descripción de casos de uso
Ejemplo
Caso de uso: Aprobar/rechazar un proyecto

Actores: Jefe de obra

Descripción:
El caso de uso se inicia cuando se han realizado las evaluaciones
técnica y económica de una propuesta de un proyecto y el Jefe de obra
debe valorar si se aprueba o no su ejecución. El sistema debe permitir
ver los resultados de estas evaluaciones y permitir que se registre las
conclusiones del Jefe de obra (aprobar/rechazar y alguna otra
consideración que justifique su decisión, culminando la ejecución del
caso de uso.
 Descripción de casos de uso
Ejemplo

Referencias R4

Precondiciones Existan proyectos ya evaluados técnica y

económicamente y estén pendientes de aprobación o
rechazo
Poscondiciones Se cambia el estado del proyecto a rechazado o
aprobado y se asocian las causas que motivaron la
decisión

Requerimientos -
especiales
 Cliente Atender pedido
Nombre Atender pedido
Actores CLIENTE
Propósito Analizar viabilidad del Pedido del Cliente y ordenar su producción.
Resumen: El caso de uso se inicia cuando el Cliente envía una orden de pedido de productos. El proceso da curso
al pedido, analizando la posibilidad de satisfacerlo. El caso de uso finaliza cuando se le comunica al cliente el
resultado final del análisis de su pedido.
CURSO NORMAL DE EVENTOS
Acción del actor Respuesta del proceso de negocio
1. El Cliente envía una orden de 2.El Comercial recibe el pedido del cliente por teléfono o correo ordinario de la
pedido que incluye fecha de empresa.
solicitud, datos del cliente y 3.El Comercial revisa el pedido, comienza su procesamiento, y lo envía al Jefe
productos solicitados. Técnico.
4.El Jefe Técnico analiza la viabilidad de cada producto pedido por separado:
Si el producto pedido está en Catálogo, se acepta su fabricación.
5. El Jefe Técnico informa al Comercial la aceptación o rechazo de cada
producto.
Si el pedido o parte de éste es aceptado pasar a 6
Si el pedido es rechazado pasar a 8
6.El Jefe Técnico crea una orden de trabajo para cada producto del pedido, a
partir de la plantilla de fabricación y las envían al Jefe de Producción, quedando
pendiente su lanzamiento.
7. El Jefe de Producción planifica la producción de las órdenes de trabajo
recibidas.
9. El Cliente recibe la 8. El Comercial informa al cliente.
comunicación del resultado
final del análisis del pedido.
 Cliente Atender pedido
CURSOS ALTERNOS
En la línea 4 Si el producto no está en catálogo se considera Producto Especial y el Jefe
Técnico estudia su posible producción:
Si es viable, se acepta la fabricación del Producto Especial. Ver Sección
Aceptar Producto Especial
Si no es viable, no se fabrica el Producto Especial. Ver Sección Rechazar
Producto Especial

Prioridad Alta
Mejoras Establecer, además, la comunicación con el usuario a través de correo
electrónico y vía Internet.
El Jefe de producción colocará las órdenes de producción en una cola y
automáticamente se planificará la producción de la semana según las
capacidades de las líneas y los pedidos pendientes.

Otras secciones
Sección Aceptar Producto Especial
1.El Jefe Técnico incluye el Producto Especial en Catálogo
2.El Jefe Técnico diseña la Carta Tecnológica del Producto Especial.

Sección Rechazar Producto Especial

1.El Jefe Técnico incluye el Producto Especial en
Registro de Productos Especiales Rechazados,
indicando las causas del rechazo.