CURSO: ANÁLISIS Y DISEÑO

DE SISTEMAS I

Unidad 3: Disciplina de la
captura de requisitos
Tema 9: Modelo de Casos de
Uso
 Índice

• Modelo de Casos de Uso.

• Identificación de Actores.

• Identificación de Casos de Uso.

• Crear el Diagrama de Casos de Uso.

3
 Capacidades

• Identifica los elementos del Modelo de Casos de Uso.

• Elabora documentación relacionada al modelo de casos de uso.

• Aplica las técnicas y reglas para la elaboración del Modelo de Casos de Uso usando la
herramienta CASE.

4
 Introducción
• El modelo de casos de uso llamado también el Modelo de Casos de Uso del Sistema, tiene
que ver solo con los procesos del software a desarrollar.

5
 Modelo de Casos de Uso
El modelo de casos de uso permite:
• Que los clientes y usuarios validen que el sistema se convierta en lo que esperan.
• Que los desarrolladores del sistema construyan lo que se espera.

6
 Objetivo del Modelo de Caso de Uso
• Los elementos que describen los
MODELAR requerimientos funcionales del
sistema.
• La forma en que el sistema es
usado por sus usuarios.

• Quién interactúa con el sistema.

IDENTIFICAR • Qué deberá hacer el sistema

• Comunicación entre el usuario

final y el grupo.
• Credibilidad al inicio del desarrollo
GARANTIZAR del sistema.
• Comprensión mutua de los
requerimientos.
7
 Identificación de Actores
• Un actor del sistema (actor) representa un rol (humano, software o hardware) externo al
sistema con el que se establece intercambio directo de información.
Ejemplo:
• Vendedor.
• Jefe de Almacén.
• Asistente de Producción.
• Jefe de Finanzas.

8
 Identificación de Casos de Uso
• Un caso de uso del sistema:
• Es un proceso específico del sistema con identidad propia.
• Define una secuencia de acciones que el sistema realiza para un actor en particular.
• Define la interacción con el actor correspondiente.
• Produce un resultado observable y esperado para el actor correspondiente.

El nombre del Caso de Uso debe empezar con Verbo + Acción

Ejemplos:
• Registrar Cliente.
• Generar Orden de Compra.
• Mantener Producto.
• Buscar Producto.
• Consultar Notas.

9
 Nomenclatura a usar en Casos de Uso
Para Mantenimientos (Insert, Update, Delete)
Si es dato MAESTRO Mantener CU
Si es dato TRANSACCIONAL Administrar CU / Evaluar CU /…

Para Ingresar datos al Sistema

Si es dato TRANSACCIONAL
Si es documento Interno para el CUN y el Actor es el
responsable de la creación del dato transaccional
=> Generar CU
Si el documento externo para el CUN o el Actor no es el
responsable directo de la creación del dato transaccional
=> Registrar CU

Para Consulta de Datos

Si el resultado de la consulta es cargado a otro CU. Buscar CU
Además. SIEMPRE presenta criterios de búsqueda
Si el resultado de la consulta NO es cargado a otro CU. Consultar CU
Es opcional los criterios de búsqueda.

10
Diagrama General de Casos de Uso

11
 Caso Practico: El Pirata
Ahora, vamos a identificar las funcionalidades del nuevo software.
En primer lugar, del Diagrama de Actividades se obtiene las siguientes actividades a sistematizar:
• Registrar alquiler.
• Buscar película.
• Buscar reserva.
• Consultar tarifario.
• Agregar socio a cola de espera.
• Buscar socio.
• Registrar Pago.
• Responder solicitud de evaluación crediticia.
• Registrar crédito.

En segundo lugar, ¿Qué es lo que ha solicitado el cliente que nos ha contratado?

12
 Caso Practico: El Pirata
• Estructura del Modelo de casos de Uso

13
Actores del Sistema

14
Casos de Uso – Paquetes o SubSistemas

15
Diagrama General de Casos de Uso

16
 Conclusiones
• En la Captura de Requisitos se describe las condiciones o capacidades que el sistema debe
cumplir.
• La identificación de los requisitos funcionales llevará a la proyección de las funciones del
sistema.
• La descripción de los requisitos no funcionales facilitarán la construcción de la plataforma
del sistema.
• El modelo de Casos de Uso es una vista del sistema a nivel de procesos de software.

17
 Referencias bibliográficas
• Booch, Rumbaugh y Jacobson (2006). El Lenguaje Unificado de Modelado – UML 2.0.
Madrid: Pearson – Addison Wesley – 2da. Edición.
Centro de Información: (005.117 BOOC 2006)
 
• Pressman (2002). Ingeniería del Software: un enfoque práctico. Madrid: MC Graw-Hill.
Centro de Información (005.1 PRES 2002)
 

18