UNIVERSIDAD ANDINA DEL CUSCO

FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Guía de aplicación N° 06
Diagramas de Casos de Uso

I. DATOS INFORMATIVOS
1.1.Nombre de la asignatura : Análisis y Diseño de Sistemas de Información I.
1.2.Semestre Académico : 2018-II.
1.3.Ciclo de estudios : VI.
1.4.Área curricular : Tecnología Básica.
1.5.Nombre del docente : Mónica Marca Aima.
1.6.Objetivos Educacionales : OEP1.
1.7.Resultados del Estudiante : RE(c)=1, RE(d)=2, RE(k)=1
1.8.Indicadores de desempeño : I7,I8,I9,I13,I25, I27

II. COMPETENCIAS A CONSEGUIR :

Capturar y documentar los requerimientos del sistema de información elegido demostrando
responsabilidad y habilidad en el uso de herramientas computacionales como es el Visual Paradigm for
UML.

III. CAPACIDADES
Modela el diagrama de Casos de uso para expresar las necesidades del usuario traducidos en requerimientos
de sistema de información.

IV. FUNDAMENTO TEÓRICO

4.1.Introducción: La modelación de casos de uso fue concebida por el Dr. Ivan Jacobson en 1986 y adquirió
popularidad tras la publicación de su libro Object-Oriented Software Engineering en 1992.
El modelado de requerimientos del sistema con los casos de uso permite capturar y documentar dichos
requerimientos, por ello es necesario aprender acerca de las herramientas y técnicas que nos ayuden a
elaborar un modelo del sistema.
El modelo de casos de uso busca realizar un proceso de desarrollo de sistemas basado en la comprensión
de las necesidades de los involucrados y las razones por las que deben desarrollarse los sistemas.
En conclusión la modelación de casos de uso ha resultado ser una valiosa ayuda para enfrentar los retos
de determinar cuál sistema se requiere hacer desde la perspectiva del usuario y del equipo de desarrollo
involucrado.

4.2.Los beneficios de la modelación de los casos de uso:

a. Proporciona una herramienta para capturar los requerimientos funcionales.
b. Ayuda a descomponer el alcance del sistema en piezas más manejables.
c. Proporciona un medio de comunicación con los usuarios y con otros involucrados en relación con
la funcionalidad del sistema. Los casos de uso representan un lenguaje común que se entiende
fácilmente por los diferentes involucrados.
d. Proporciona un medio para identificar, asignar, rastrear, controlar y administrar las actividades de
desarrollo de sistemas, especialmente un desarrollo por incrementos e iterativo.
e. Proporcionar una ayuda para estimar el alcance del proyecto, el esfuerzo a realizar y la
programación.

Página 1 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

f. Proporciona una línea base para pruebas en términos de la definición de los planes y casos de
prueba.
g. Proporciona la línea de base para los sistemas y manuales que ayudan al usuario así como para la
documentación de desarrollo del sistema.
h. Proporciona una herramienta para el seguimiento de los requerimientos.
i. Proporciona un punto inicial para la identificación de los objetos o entidades de datos.
j. Proporciona especificaciones funcionales para el diseño de las interfaces entre el usuario y el
sistema.
k. Proporciona un medio para definir los requisitos de acceso a la base de datos en términos de
crear, cambiar, borrar y leer.
l. Proporciona un marco para impulsar el proyecto de desarrollo de sistemas

4.3.Descripción del Caso de Uso de alto nivel: Se presenta una historia de alto nivel que describe la
interacción entre el actor y el sistema. Se trata de realizar una descripción breve de las acciones del caso
de uso.

4.4.Descripción de Casos de uso Extendidos:

Debe incluir además de los campos señalados en la descripción de alto nivel lo siguiente:
Precondición, Ocasionador, Curso típico de eventos, Cursos alternos, Conclusión, Post condición, Reglas
de negocios, Restricciones y especificaciones de implantación, hipótesis y Aspectos abiertos.

4.5.Pasos para Obtener Casos de uso:

1) Identificar los usuarios del sistema, sus roles e identificar todas las formas (objetivos) de interactuar
con el sistema.
2) Crea un caso de uso por cada objetivo.
3) Estructurar el diagrama de casos de uso.
4) Descripción del Caso de uso de Alto nivel.
5) Revisar y validar con el usuario.

4.6.Actor, Casos de Uso y Asociación:

Página 2 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Un actor representa un conjunto coherente de roles que juegan los usuarios de los casos de uso al
interaccionar con el sistema.
• Roles jugados por personas, dispositivos, u otros sistemas.
• No forman parte del sistema
• Un usuario puede jugar diferentes roles.
• En la realización de un caso de uso pueden intervenir diferentes actores.
• Un actor puede intervenir en varios casos de uso.
• Identificar casos de uso mediante actores y eventos externos.
• Un actor necesita el caso de uso y/o participa en él.
Un actor es un conjunto uniforme de personas, sistemas o máquinas externos al sistema que estamos
modelando, que cumplen un rol determinado y que interactúan con él.
Un actor, modela un tipo de objeto fuera del dominio del sistema pero que interactúa directamente con
él; lo que significa que, al definirlos empezamos a dar límites a nuestros sistemas.

Un caso de uso (USE CASE) es una secuencia de acciones realizadas por el sistema que producen un
resultado observable y valioso para alguien en particular. Un caso de uso es una forma de representar
como alguien (persona u otro sistema) usa nuestro sistema. Un caso de uso es dar una respuesta a un
evento que inicia un agente externo (llamado actor), deben ser desarrollados en función a lo que los
usuarios necesitan. Un caso de uso es la interacción típica entre el usuario y el sistema, aunque un caso
de uso también puede ser invocado por otro caso de uso. La idea en los casos de uso es definir los
requerimientos desde el punto de vista de quien usa el sistema y no de quien lo construye. De esta
manera nos aseguramos que los casos de uso permitan conocer los requerimientos del usuario para
poder construir el software y denotan una operación completa desarrollada por el sistema. Se puede
aplicar los casos de uso a todo el sistema, a partes de sistemas incluyendo a sus subsistemas, o a un
elemento individual como pueden ser las clases e interfaces.
Nomenclatura de Casos de uso:
– Debe nombrarse mediante un verbo por ejm. Colocar orden, validar usuario, etc.
– Son iniciado por el agente externo (actor)
– Estan expresados desde el punto de vista del actor
– Describe tanto lo que hace el actor como lo que hace el sistema cuando ambos interactuan
– Se documentan con texto formal
– Están limitados al uso de una determinada funcionalidad claramente diferenciada, esto es en
una sola tarea.

Asociación entre el actor y el caso de uso una línea continua e indica la interacción directa del actor con
el caso de uso.

Página 3 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Página 4 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

4.7.Caso de Uso y colaboraciones:

Con un caso de uso se describe un comportamiento esperado del sistema, pero no se especifica cómo se
implementa.
Un caso de uso se implementa a través de una colaboración: “Sociedad de clases y otros elementos que
colaborarán para realizar el comportamiento expresado en un caso de uso”
Una colaboración tiene una parte estática (diagramas de clases) y una parte dinámica (diagramas de
secuencia).

Página 5 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

4.8.Diagrama de Casos de Uso: Es un diagrama donde se resume quién usa la aplicación o sistema de
información y que pueden hacer. Ayuda a mostrar los escenarios en los que el software interactúa con
personas, organizaciones o sistemas externos, así como el alcance y objetivos a lograr.
En este diagrama no se muestra el órden en que se llevaran a cabo los pasos para lograr los objetivos de
la aplicación, otros diagramas se encargaran de esta descripción. Ejemplo.

 Un actor (1) es una clase de persona, organización, dispositivo o componente de software externo
que interactúa con el sistema. Los actores del ejemplo son Cliente, restaurante, sensor de
temperatura y titular de la tarjeta de crédito.
 Un caso de uso (2) representa las acciones que uno o varios de los actores realizan a fin de conseguir
un objetivo determinado. Los casos de uso del ejemplo son : Pedir menú, Actualizar menú y Procesar
pago.
 En un diagrama de casos de uso, los casos de uso están asociados (3) a los actores que lo realizan.
 El sistema (4) es aquello que se está desarrollando. Puede ser un pequeño componente de software
cuyos actores simplemente son otros componentes de software; puede ser una aplicación completa;
o puede ser un gran conjunto de aplicaciones distribuidas que se implementan en muchos equipos y
dispositivos. El subsistema del ejemplo es Sistema Cenar ahora.

V. APLICACIÓN DE LA GUÍA
Página 6 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Ejercicio N° 1. Capturar y documentar los requerimientos elaborando el diagrama de Casos de Uso del
Sistema de Control de asistencia de docentes de la UAC.
1) Identificar los usuarios del sistema, sus roles y todas las formas (objetivos) de interactuar con el sistema.
Actor Descripción del rol de cada usuario Objetivo de interactuar con el
sistema: REQUERIMIENTO
Docente Es el usuario que interactúa directamente Registrar sus datos en el sistema.
con el sistema, al registrar su asistencia con Registrar sus asistencias por cada
su huella digital o número de DNI, debe asignatura.
tener carga académica en el actual semestre
y haber registrado sus datos en el sistema
previamente.
Sistema de Es la aplicación encargada de almacenar la Almacenar los datos de los docentes
Control de información del semestre académico y de Almacenar las asistencias de los
Asistencia de los Docentes con carga académica. docentes.
Docentes Procesar reportes de asistencia.
Lectora de Huella Es el equipo que permite el registro y Capturar la huella digital del
digital lectura de la huella digital del docente, que docente.
debe estar conectado al equipo de cómputo
en el que se encuentra instalado el sistema
de Control de Docentes.
Secretaria de Jefe Es la encargada de realizar los reportes de Realizar reportes semanales y
de Departamento asistencia de los docentes para ser remitidos mensuales de la asistencia de
a la Dirección de Recursos humanos de la docentes.
UAC, indicando detalles de asistencia como Remitir informes de asistencia de
son permisos y justificaciones. docentes a la dirección de recursos
humanos.

2) Crea un caso de uso por cada objetivo.

Actor Caso de Uso = REQUERIMIENTO
Docente Registrar sus datos.

Docente Registrar asistencias por cada asignatura.

Sistema de Control de Asistencia de Docentes Guardar datos de docentes

Guardar datos de asistencia
Procesar reportes
Lectora de Huella digital Capturar huella digital
Secretaria de Jefe de Departamento Realizar reportes

3) Modelar el diagrama de casos de uso.

Página 7 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

4) Descripción del Caso de uso de Alto nivel.

NOTA: esta descripción se realiza para todos los casos de uso del diagrama.

5) Revisar y validar con el usuario.

En este paso debemos mostrarle al usuario o usuarios el diagrama de casos de uso con la finalidad de
que apruebe el modelo y de ese modo se valide.

Ejercicio N° 2. Capturar y documentar los requerimientos elaborando el diagrama de casos de uso del
sistema de comercio electrónico vía Web.

Página 8 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

1) Identificar los usuarios del sistema, sus roles e identificar todas las formas (objetivos) de interactuar
con el sistema.
Actor Descripción del rol de cada usuario Objetivo de interactuar con el
sistema = REQUERIMIENTO
Cliente Es el usuario que interactúa directamente Loguear al usuario en el sistema.
con el sistema, al loguearse con su usuario y Realizar una compra
contraseña correspondiente.
Administrador del Es el encargado de realizar el soporte y Asignar niveles de privilegios y
sistema mantenimiento del sistema. acceso al sistema a los usuarios.
Realizar mantenimiento de base de
datos del sistema
Proveedor Es el encargado de mantener actualizado el Realizar la actualización i/o
catálogo de oferta de productos para la mantenimiento del catálogo de
venta. productos del sistema de comercio
electrónico.
Agente Bancario Es el encargado de realizar el registro de la Verificar la transacción de compra o
transacción de compra o venta. venta vía web.
Sistema de Es el sistema que permite realizar una Buscar en el catálogo el producto
comercio compra o venta a través del acceso a la Web solicitado.
electrónico vía Mostrar a través de una interfaz el
Web producto con todas sus
características.
Verificar el stock existente de un
producto del catálogo.

2) Crea un caso de uso por cada objetivo.

Actor Caso de Uso = REQUERIMIENTO

Usuario Loguear para acceder al sistema.
Asignar niveles de acceso y privilegios a los
usuarios.
Realizar mantenimiento de base de datos.
Realizar mantenimiento del catálogo de productos.
Verificar la transacción de compra o venta vía web.
Sistema de comercio electrónico vía Web Buscar en el catálogo el producto solicitado.
Mostrar a través de una interfaz el producto con
todas sus características.
Verificar el stock existente de un producto del
catálogo.

3) Modelar el diagrama de casos de uso.

Página 9 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

4) Descripción del Caso de uso de Alto nivel.

Página 10 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

5) Revisar y validar con el usuario.

En este paso debemos mostrarle al usuario o usuarios el diagrama de casos de uso con la finalidad de
que apruebe el modelo y de ese modo se valide.

VI. ACTIVIDADES EN EL LABORATORIO

Actividad 1: Capturar y documentar los requerimientos del Elecciones del Centro Federado de Ing. de
sistemas, siguiendo los siguientes pasos:
.1 Identificar los usuarios del sistema, sus roles y todas las formas (objetivos = REQUERIMIENTO) de
interactuar con el sistema.
.2 Crea un caso de uso por cada objetivo = REQUERIMIENTO.
.3 Modelar el diagrama de casos de uso.
.4 Descripción del Caso de uso de Alto nivel.
.5 Revisar y validar con el usuario.

ENTREGAR EL DESARROLLO DE ACTIVIDADES IMPRESO AL FINALIZAR LA CLASE.

VII. ACTIVIDADES PARA LA PRÓXIMA SESIÓN DE LABORATORIO

Actividad 2: Capturar y documentar los requerimientos de su trabajo de aplicación, siguiendo los

siguientes pasos:
.1 Identificar los usuarios del sistema, sus roles y todas las formas (objetivos) de interactuar con el
sistema.
.2 Crea un caso de uso por cada objetivo.
.3 Estructurar el diagrama de casos de uso.
.4 Modelar el Caso de uso de Alto nivel.
.5 Revisar y validar con el usuario.

VIII. REFERENCIAS BIBLIOGRÁFICAS

Fontanela, Carlos (2011) Modelado de Software para profesionales. Buenos Aires. AlfaOmega.

IX. FICHA DE CALIFICACIÓN

GUIA 06 DE ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN I, 2018-II

Página 11 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Tema: Fecha: Grupo :

Técnica de evaluación: Rubrica.
Nombre de los estudiantes:

Evaluación en clase (sobre 10 puntos)

Criterio Excelente Satisfactorio En proceso Insatisfactorio
Capturar y documentar Presenta el trabajo Presenta el trabajo Presenta en estructura No Presenta el
los requerimientos del cumpliendo en un 100% los con menos de 75% no establecida y se trabajo.
Elecciones del Centro siguientes pasos: (9 puntos) de la estructura evidencia que es copia (0 puntos).
Federado de Ing. de solicitada. y/o trabajo incompleto.
sistemas: .1 Identificar los (4 puntos). (1 punto).
Contenido del trabajo usuarios del sistema, sus
roles y todas las formas
(objetivos) de interactuar
con el sistema. (2 puntos)
.2 Crea un caso de uso
por cada objetivo. (2
puntos)
.3 Modela el diagrama
de casos de uso. (2
puntos)
.4 Describe el Caso de
uso de Alto nivel. (2
puntos)
.5 Revisar y validar con
el usuario. (1 punto)
Presentación de El trabajo esta ordenado e El trabajo esta El trabajo no ha sido No presenta el
trabajo. impreso en anverso y ordenado e impreso impreso (0.25 punto). trabajo (0
reverso. (1 punto) diferente al solicitado puntos)
(0.5 puntos)
10 puntos
Total

Página 12 de 13
 UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

GUIA 06 DE ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN I , 2018-II

Tema: Fecha: Grupo :

Técnica de evaluación: Rubrica.
Nombre de los estudiantes:
Nombre del Sistema:

Evaluación en casa (sobre 10 puntos)

Criterio Excelente Satisfactorio En proceso Insatisfactorio
Actividad 2: Capturar Presenta el trabajo Presenta el trabajo Presenta en estructura No Presenta el
y documentar los cumpliendo en un 100% los con menos de 75% no establecida y se trabajo.
requerimientos de su siguientes pasos: (9 puntos) de la estructura evidencia que es copia (0 puntos).
trabajo de aplicación: .1 Identificar los solicitada. y/o trabajo incompleto.
Contenido del trabajo usuarios del sistema, (4 puntos). (1 punto).
sus roles y todas las
formas (objetivos) de
interactuar con el
sistema. (2 puntos)
.2 Crea un caso de uso
por cada objetivo. (2
puntos)
.3 Modela el diagrama
de casos de uso. (2
puntos)
.4 Describe el Caso de
uso de Alto nivel. (2
puntos)
.5 Revisar y validar con
el usuario. (1 punto)
Presentación de El trabajo esta ordenado e El trabajo esta El trabajo no ha sido No presenta el
trabajo. impreso en anverso y ordenado e impreso impreso (0.25 punto). trabajo (0
reverso. (1 punto) diferente al solicitado puntos)
(0.5 puntos)
10 puntos
Total

Página 13 de 13