DML

Ing. En Desarrollo de Software

Unidad 2:
Introducción a la ingeniería de software

Actividad: Casos de uso.

Matricula: ES172000262

Alumno:
Eric Pérez Flores
Docente:
Ivonne Enríquez Castillo
Grupo:
DS-DIIS-1902-B2-002
 Índice

Introducción 3

Investigación casos de uso/definición 4

Diagrama 5

Identificación 6

Diagrama de casos en organizador 7

Conclusión 9

Referencias 9
Introducción:
En esta actividad se investigará y definirá que son los casos de uso, sus
elementos que los conforman, así como comprender la simbología que los
representa, analizare el caso de la actividad anterior sobre un modulo e identificar
casos de uso de este módulo. Esto para comprender el como funcionan y su
aplicación en el proyecto,

¿Qué es un caso de uso?

Un caso de uso es una secuencia de interacciones que desarrolla un sistema y
sus actores inicia por un actor principal.
Refiere básicamente a una representación gráfica entre usuario y un sistema.

¿Cuál es la funcionalidad de un caso de uso?

Los diagramas de caso de uso sirven para especificar la comunicación y
comportamiento de un sistema mediante su interacción con los usuarios y otros
sistemas.

¿Qué elementos lo conforman?

• Actor.
• Casos de Uso.
• Relaciones de Uso, Herencia y Comunicación.

¿Qué simbología utiliza?

 Actor:
Representa los roles de los usuarios dentro de las organizaciones

Casos de uso:
Operación o tarea específica que se realiza tras una orden de un
agente externo.

Límites de sistema:
Define el alcance donde se produce el caso de uso que se está
presentando.

Comunicación:
Representa las relaciones de comunicación entre los actores y los
casos de uso.

Extensión:

Indica que un caso de uso amplia la funcionabilidad de otro.

Inclusión:

Indica que un caso de uso tiene la funcionabilidad de otro como

parte integrante suya.

Generalización:

Indica que un caso de uso deriva de otro y su funcionamiento es tan

parecido que se podría sustituir uno por otro.
 Casos de uso
Un caso de uso es una secuencia de interacciones que
Definición desarrolla un sistema y sus actores inicia por un actor
principal.
Funcionabilidad Son útiles para capturar requerimientos, ayuda a definir la
arquitectura, establecer pautas para el diseño y pruebas
funcionales.
Elementos Descripción Simbología
Actor Representa los
Elementos roles de los
usuarios dentro de
las organizaciones

Casos de uso Operación o tarea

específica que se
realiza tras una
orden de un
agente externo
Límites de Define el alcance
sistema donde se produce
el caso de uso
que se está
presentando.

Comunicación Representa las

relaciones de
comunicación
entre los actores y
los casos de uso.

Extension Indica que un

caso de uso
amplia la
funcionabilidad de
otro.
 Inclusión Indica que un
caso de uso tiene
la funcionabilidad
de otro como
parte integrante
suya.

Generalización Indica que un

caso de uso
deriva de otro y su
funcionamiento es
tan parecido que
se podría sustituir
uno por otro.

Retoma módulo que elegiste en la actividad anterior, identifica siguientes

elementos:

a. Actores del sistema

-Cliente
-Administrador
b. Casos de uso
Recibir pagos
Imprimir comprobantes
Registro de pagos
c. Relaciones
Recibir pagos-registro de pagos
Registro de pagos-imprimir comprobantes

Identifica particularmente las relaciones avanzadas entre casos de uso, tales como
herencia, inclusión y extensión
Recibir pagos-registro de pagos
Registro de pagos-imprimir comprobantes
Realiza la Interpretación del diagrama de casos de uso con el apoyo de este
organizador
Modulo: Ingresos
Nombre Descripción
Actores Cliente La interacción es entre el
Administrador cliente y el administrador
Caso de uso Recibir pagos Son las acciones que
Imprimir comprobantes permitirá realizar el
Registro de pagos software.
Relaciones Recibir pagos-registrar Serian las relaciones que
pagos tendrían entre sí, lo cual
Registro de pagos- permite la comunicación
imprimir comprante entre casos de uso
Justificación Este modulo es de ingresos el cual llevara el
registro, permitirá realizar pagos e imprimir los
comprobantes los casos de uso son identificados,
así como las relaciones que los comunicarían para
ser funcional.

Desarrolla tu propio caso (s) de uso empleando la plantilla del Anexo.

[id requerimiento] Sistema de pago

Descripción Este sistema permite realizar el pago o
consultar adeudos
Requerimientos asociados R-0001-1 Ingresar número de inquilino
R-0001-2 Procesa informacion
R-0001-3 Revisar estatus
R-0001-4 Realizar pago
R-0001-5 Imprimir comprobante
Secuencia normal 1. Sistema consulta estatus de pagos
2. Solicita pago
3. Imprime recibo
Excepciones 1. En el caso de introducir usuario no
valido debe tener opción a modificar o
salir.
2. Mostrar datos para confirmar antes
de su pago
Frecuencia El cajero encargado de los pagos
registra los pagos realizados por
inquilinos mes a mes.
Prioridad Alta
Observaciones Este modulo debe funcionar
perfectamente ya que llevara un
amplio registro de pagos realizados así
como pagos pendientes.

Diagrama
Conclusión:
Después de desarrollar esta actividad se pueden comprender de mejor forma la
aplicación de los diagramas de clases, diagramas de colaboración, diagrama de
secuencia, diagrama de estado, en un caso real, esto nos permite desarrollar
nuestras habilidades y saber cuál sería el indicado para desarrollar un proyecto.

Referencias:

UNADM. (2019). Unidad 2. Análisis y modelo de requerimientos. 24 octubre,

UNADM Sitio web:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/Bloque2/DS/03/
DIIS/U2/Unidad_2_Analisis_y_modelado_de_requerimientos.pdf
Departamento de ciencias. (sf.). Especificación de requerimientos. 24 octubre
2019, de elvex.ugr Sitio web: https://elvex.ugr.es/idbis/db/docs/design/2-
requirements.pdf

Tamayo L. C & Silva S. I. (s.f). TÉCNICAS E INSTRUMENTOS DE

RECOLECCIÓN DE DATOS. 24 octubre 2019, de postgradoune Sitio web:
http://www.postgradoune.edu.pe/pdf/documentos-academicos/ciencias-de-la-
educacion/23.pdf

s/n. (2016). Técnicas para Identificar Requisitos Funcionales y No Funcionales. 24

octubre 2019, de sites.google Sitio web:
https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificar-
requisitos-funcionales-y-no-funcionales