Facultad de Ingeniería

Ingeniería Civil Industrial

Modelamiento y Programación de Sistemas

Clase3 - Diagrama de CU, Secuencia,

Despliegue, Componentes
DIAGRAMA DE CASOS DE USO
<< Sistema>>

<<include>>
Caso uso Caso uso 2

Caso uso 3

Extension point <<extend>>

Caso uso 4

Actor
Caso uso 5

Caso uso 6

Caso uso 7
Caso uso 8
DIAGRAMA DE CASOS DE USO
1. Definición
• Un diagrama de casos de uso es aquel que representa como
un cliente interactúa con el sistema, además de el orden en el
cual los elementos interactúan.
• Representa los objetivos que el actor quiere llevar a cabo con
el sistema.
• Es una forma de diagrama de comportamiento UML
• Identifica los componentes principales que forma el sistema.
• Ayuda a capturar los requerimientos fundamentales del
sistema.
o Entender lo que debe de hacer el sistema.
DIAGRAMA DE CASOS DE USO
2. Finalidad

Plasmar qué cosas debe llevar a

cabo mi sistema y quién es el que
va a visitar el sistema y qué partes.
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

a. Actor
b. Casos de uso
c. Relaciones de uso

Nombre o rol
dentro del sistema
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso
a. ACTOR:
Una definición 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
más bien la labor que realiza frente al sistema.

“Nombre o rol dentro

del sistema”
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso
a. ACTOR:
o El actor interactúa con el sistema para alcanzar un objetivo.
o Puede ser una persona o sistema.
o Se puede tener más de un actor.
o Los actores no necesariamente deben estar relacionados a
todos los objetivos (casos de uso).

Cada “Objetivo” es un Caso de Uso

“Nombre o rol dentro

del sistema”
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso
b. CASO DE USO:
Es una operación/tarea específica que se realiza tras una orden
de algún agente externo, sea desde una petición de un actor o
bien desde la invocación desde otro caso de uso
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso
c. Relación de Uso: ASOCIACIÓN

Es el tipo de relación más básica que indica la invocación desde

un actor o caso de uso a otra operación (caso de uso).

Indica qué actor está asociado a qué caso de uso

Dicha relación se denota con una flecha simple.

DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: DEPENDENCIA

Es una forma muy particular de relación entre clases, en la cual

una clase depende de otra, es decir, se instancia (se crea).
Dicha relación se denota con una flecha punteada.

INCLUDE
DEPENDENCIAS Indican que un caso de uso
necesita del apoyo de otro
EXTEND caso de uso
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “DEPENDENCIA INCLUDE”

<<include>>
INVOCADOR INCLUIDO

No puede finalizar su
Caso de uso Invocador depende
objetivo sin la ayuda del
del Caso de uso Incluido
incluido
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “DEPENDENCIA INCLUDE”

<<include>>
INVOCADOR INCLUIDO

EJEMPLO:

<<include>> Verificar
Sacar Libro
Credencial
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “DEPENDENCIA EXTEND”

Indica la dependencia opcional entre dos casos de uso

Base La “Base” ´puede o no depender de “Extensión”

para finalizar su objetivo.

• Extiende el comportamiento de la base

<<extend>> (adiciona pasos extras).
• La extensión se coloca debajo de la base.
Extensión (abajo, abajo-derecha, etc.).
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “DEPENDENCIA EXTEND”

Indica la dependencia opcional entre dos casos de uso

EJEMPLO:

Pago Efectivo
La “Base” ´puede o no depender de “Extensión”
para finalizar su objetivo.
<<extend>>

Factura
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “DEPENDENCIA EXTEND”

Indica la dependencia opcional entre dos casos de uso

EJEMPLO:
Pagar Efectivo • El punto de extensión indica en qué
Extension point parte de la base la extensión empieza a
Después de pagar
trabajar.
• Puede haber varios puntos de extensión
<<extend>> en los cuales llevar a cabo la extensión
Hacer
Factura
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “GENERALIZACIÓN”

Corresponde a un tipo de herencia

Padre
El “hijo” tiene cosas en común con el “Padre”,
pero adiciona su propia forma de hacer el trabajo

Lectura: “Hijo” es un “Padre”

Hijo 1 Hijo 2
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “GENERALIZACIÓN”

Corresponde a un tipo de herencia

EJEMPLO:
El “hijo” tiene cosas en común con el “Padre”,
Animal pero adiciona su propia forma de hacer el trabajo

Lectura: “Gato” es un “Animal”

Perro Gato
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

d. Relación de Uso: “GENERALIZACIÓN”

Corresponde a un tipo de herencia

EJEMPLO:
El “hijo” tiene cosas en común con el “Padre”,
pero adiciona su propia forma de hacer el trabajo

Empleado

Lectura: “Gerente” es un “Empleado”

Gerente
DIAGRAMA DE CASOS DE USO
2. Elementos del Diagrama de Casos de Uso

COSAS A TOMAR EN CUENTA:

• No usar dependencias sin motivo.
• Identificar si corresponde a una dependencia o caso
de uso por separado.
• No exagerar los “extends” para cada posible camino
alterno del caso de uso.
DIAGRAMA DE CASOS DE USO
<< Sistema>>

<<include>>
Caso uso Caso uso 2

Caso uso 3

Extension point <<extend>>

Caso uso 4

Actor
Caso uso 5

Caso uso 6

Caso uso 7
Caso uso 8
DIAGRAMA DE CASOS DE USO
3. Test Wave
Sirve para saber si estamos haciendo correctamente los casos de uso en el
diagrama
a. W – What: ¿El caso de uso describe qué hacer y no cómo hacerlo?

b. A – Actor: ¿El caso de uso está descrito desde la perspectiva del actor?
₋ Qué es lo que va hacer el actor con el sistema.
₋ Qué objetivos busca cumplir.

c. V – Valor: ¿El caso de uso incluye valor para el Actor?

₋ ¿Le lleva hacer algo útil?

d. E – Escenario: ¿Es el flujo de eventos un escenario completo?

₋ ¿Los casos de usos y sus dependencias nos llevan a cumplir algo en
particular?
DIAGRAMA DE CASOS DE USO
Biblioteca
EJEMPLO
Ordenar
libros
Comprar
libros

Crear
credenciales

Cobrar
retrasos
Bibliotecario
Depositar
dinero Banco
Buscar <<sistema>>
libros
Pagar
retraso

Estudiante
Regresar
Sacar libros
libros
 Ejemplos

Verificar Situación del Cliente

Supervisor

Preparar Catálogo
Administrativo Sistema
Inventario

Tipos de Venta
 … Ejemplos

En el paquete tipos de venta:

Venta Normal

Venta en Rebajas
Vendedor

Venta en Ofertas
 … Ejemplos

Solicitar Préstamo
Cliente

[Tarjeta Caducada]

<<extend>>

Solicitar Nueva Tarjeta

 … Ejemplos

<<include>>
Reintegro Cuenta Corriente

Cliente Verificar Operación

<<include>>

Reintegro Cuenta de Crédito

DIAGRAMA DE SECUENCIA

:WInPréstamos :Socio :Video :Préstamo

: Encargado

prestar(video, socio)
verificar situación socio

verificar situación video

registrar préstamo

entregar recibo
DIAGRAMA DE COMPONENTES

Interfaz de Terminal
Control y Análisis

Gestión de Cuentas Rutinas de conexión Acceso a BD

DIAGRAMA DE DESPLIEGIE

Servidor Central Control y Análisis

Acceso a BD Comment

Comment

Rutinas de Coneccion
Comment

Terminal de Consulta
Interfaz de Terminal
Rutinas de Coneccion
Comment Comment

Punto de Venta
Rutinas de Coneccion
Comment

Gestión de Cuentas Interfaz de Terminal

Comment Comment
 II. Breve Tour por UML

Diagrama de Despliegue en Rational

Control y Análisis

Acceso a BD
Servidor Central
Component Diagram:
Components / Servidor Rutinas de conexión

Central
Servidor Central

Rutinas de conexión
Punto de Venta
Punto de Venta Terminal de
Consulta Gestión de Cuentas Interfaz de Terminal

Terminal de Consulta
Rutinas de conexión Interfaz de Terminal
Component Diagram: Component Diagram:
Components / Punto de Components / Terminal
Venta de Consulta

Práctica 10