Metodología de Desarrollo de Sistemas I

Guía de aprendizaje 4.1

Unidad 4 – Herramientas de Modelado

4.1 Casos de Uso y Requisitos

Casos de uso
Objetivo: Comprender el concepto y utilización de los casos de uso. Identificar actores y casos
de uso. Entender y aplicar las relaciones de <<extend>> y de <<include>>

Palabras claves: actores, casos de uso, relaciones de <<extend>> e <<include>>

Preguntas
1) ¿Qué es y para que se utiliza la Ingeniería de Requisitos?
La Ingeniería de Requisitos direcciona el proceso de elicitación (inducir),
definición, modelado, análisis, especificación y validación de los requisitos de un
sistema y de su software, basado en un enfoque sistemático, separando el "qué" del
"cómo" del diseño.

2) ¿Qué es un requisito de software? ¿Cuáles son las características deseables?

Un requisito de software es el conjunto de necesidades de nuestro cliente, interno o
externo, que debe cumplir el software que vamos a desarrollar para el mismo.

3) ¿Qué es la Elicitación?
Son las diferentes herramientas o técnicas para relevar requerimientos con el cliente.

4) Investigue y defina las siguientes técnicas de Elicitación: Entrevistas, Brainstorming,

Prototipos, Escenarios, Observación
Entrevistas: reuniones con los usuarios. Pueden ser de comienzo y final abierto o
estructuradas.
Brainstorming: reuniones con diferentes usuarios para generar una lluvia de ideas sobre un
tema específico.
Prototipos: mostrar al cliente una solución ya existente pero que podría brindar una idea de
solución para nuestro caso.
Escenarios: situaciones reales para ver cómo se va a desempeñar el software.
Observación: observar y tomar nota del trabajo del usuario.

5) Definir y explicar los tipos de Requisitos conocidos.

Requisitos de Usuarios: Necesidades que los usuarios expresan verbalmente.
Requisitos del Sistema: Son los componentes que el sistema debe tener para realizar
determinadas tareas.
Requisitos Funcionales: Servicios que el sistema debe proporcionar. Están muy
relacionados al negocio del cliente.
Requisitos no funcionales: Restricciones que afectan al sistema.

6) ¿Qué diferencias existen entre los requisitos funcionales y no funcionales?

La diferencia es que los requisitos funcionales describen funcionalidades que debe cumplir
el sistema y los no funcionales se centran en restricciones al sistema.

7) Indique 3 ejemplos de cada tipo de requisito.

Requisito de usuario:
1. Notifique de manera automática por mail el cambio de estado del ticket.
2. La carga de datos debe ser de manera sencilla.
3. Autocompletar datos adicionales.
Requisitos de sistema:
1. Limitar la cantidad de caracteres en el campo título.
2. Debe estar vinculado al Active Directory
3. ABM para manejar los usuarios que acceden al mismo.
Requisitos funcionales:
1. Reporte detallado para la gerencia.
2. Roles de seguridad para limitar funciones y visibilidad de datos.
3. Se debe asignar el ticket de soporte a un usuario quien será responsable del
mismo.
Requisitos no funcionales:
1. Debe funcionar en IE y Chrome
2. Soportar 100 usuarios conectados de manera simultánea.
3. Acceso solo dentro de la red de la organización.

8) Relacione Requisitos con Casos de uso.

Los casos de uso son una técnica para la especificación de requisitos funcionales.
Los casos de uso son, ante todo, requisitos funcionales.

9) ¿Qué es un caso de uso? ¿Para qué se utiliza?

Un caso de uso es un requisito funcional pero descripto desde el punto de vista del
usuario.
Se usan para establecer el esquema de la lógica de negocios.

10) Explique cómo utilizaría los casos de uso en cada fase del UP

11) ¿Qué representa un actor en un caso de uso?

Un actor es alguien o algo que interactúa con el sistema (una persona, una
organización, un programa o sistema de hardware o software).

12) ¿Los actores deben ser sólo personas? Justifique

No, pueden ser entidades externas al sistema que interactúan con el mismo, ejemplo AFIP.

13) ¿Qué diferencia hay entre actores primarios y secundarios?

Actores primarios: utilizan las funciones principales del sistema.
Actores secundarios: efectúan tareas administrativas o de mantenimiento.

14) ¿Qué es un escenario?

Un escenario es una secuencia específica de acciones entre los actores y el sistema
(es una instancia de un caso de uso).

15) ¿Qué es una colaboración?

Un diagrama de colaboración muestra cómo los objetos interactúan entre sí para
realizar la conducta de un caso de uso particular.

hacer pedido

gestion de Pedidos

“gestión de Pedidos” es una colaboración del caso de uso “hacer pedido”.

16) ¿Cómo se describe un caso de uso? Detalle sus partes y qué se realiza en cada una de
ellas

Se usa un diagrama en el cual se indican los actores, los casos de uso y como se
relacionan entre sí.

En la descripción del caso de uso se detalla lo siguiente:

- Titulo del caso de uso.
- Precondiciones: establece lo que siempre debe cumplirse antes de comenzar
un caso de uso. No se prueban en el caso de uso, se asumen que son
verdaderas.
- Postcondiciones: establece qué debe cumplirse cuando el caso de uso se
completa con éxito.
- Especificaciones
o Flujo principal: pasos que se sucederán en el escenario ideal o
escenario más probable.
o Flujo alternativo: son flujos independientes que se inician cuando no
se puede continuar con el flujo principal por algún problema.
- Puntos de extensión: son los enlaces que permiten extender la funcionalidad
de un Caso de Uso en un punto específico de flujo principal.

17) ¿Qué diferencia hay entre el escenario principal y el curso alternativo en los casos de
uso?
 El escenario principal es el caso de uso descripto, y el curso alternativo es un escenario
específico que se desprende del caso de uso.

18) ¿Qué son las pre y post condiciones en la descripción de los casos de uso?
Pre condiciones: establece lo que siempre debe cumplirse antes de comenzar un
caso de uso. No se prueban en el caso de uso, se asumen que son verdaderas
Post condiciones: establece qué debe cumplirse cuando el caso de uso se completa
con éxito.

19) ¿Qué representan las relaciones de extensión entre casos de uso? ¿Para qué se utilizan?
Representan pasos que ocurren solo en algunas oportunidades, o sea, pueden ocurrir o no.

El caso de uso B (caso de uso base) incluye en su funcionalidad (opcionalmente) el caso

uso A

20) ¿Qué representan las relaciones de inclusión entre casos de uso? ¿Para qué se utilizan?
Representan acciones que deben ocurrir si o si para que el caso de uso complete su
objetivo.

El caso de uso B es parte esencial del CU A.

Ejercicios

Usar el formato que esta al final de la guía para la descripción de todos los casos de uso

1) A partir de las siguientes descripciones, desarrollar la especificación de requisitos

funcionales y el diseño y especificación de casos de uso basados en la plantilla de
Casos de uso identificada como Anexo #1
a. Un negocio de venta de electrodomésticos decidió para sus clientes
implementar una línea de créditos. Los créditos son solicitados por los clientes,
autorizados por un representante de la gerencia de créditos y los pagos serán
efectuados a través de tarjetas de crédito o débito de todos los bancos del
mercado. Si el crédito se acepta, se entrega el producto al cliente en forma
inmediata con el pago de la primera cuota (también con tarjeta de crédito o
débito). Se quiere modelar el proceso de solicitud, otorgamiento, y pago del
crédito.
Título: C.1 Solicitando crédito
Precondiciones: -
Postcondiciones: Crédito solicitado
Especificaciones:
Flujo principal: Flujo alternativo:
1.El cliente solicita el crédito -
Punto de extensión: -

Título: C.2 Otorgando crédito

Precondiciones: Crédito solicitado por el cliente
Postcondiciones: Crédito otorgado al cliente
Especificaciones:
Flujo principal: Flujo alternativo:
1.Se analiza la solicitud 2.1 Se rechaza el crédito, fin caso de uso
2.Se aprueba el crédito
3.Se define la forma de pago entre tarjeta
de debito y tarjeta de crédito.
3.Fin caso de uso
Punto de extensión: -

Título: C.2.1 Definiendo forma de pago

Precondiciones: Crédito otorgado
Postcondiciones: Forma de pago definida
Especificaciones
Flujo principal: Flujo alternativo:
1.El representante consulta la forma de -
pago al cliente.
2.El cliente le indica la forma de pago
deseada.
3.El representante ingresa la forma de pago.
4.Fin caso de uso
Punto de extensión: -

Título: C.3 Entregando producto

Precondiciones: Crédito aprobado
Postcondiciones: Producto entregado
Especificaciones
Flujo principal: Flujo alternativo:
1.El cliente quiere retirar el producto. 2.Se extiende a C3.1
2.El representante gestiona la entrega del
producto.
3.Fin caso de uso.
Punto de extensión:
2.Se extiende a C3.1

Título: C.3.1 Cobrando primera cuota

Precondiciones: Cliente desea retirar el producto
Postcondiciones: Primera cuota cobrada
Especificaciones
Flujo principal: Flujo alternativo:
1.El cliente solicita retirar el producto 3.Si el cliente no paga la primera cuota, no
2.El representante le cobra la primera cuota se entrega del producto. Fin caso de uso.
3.El cliente paga la primera cuota
4.El representante entrega el producto al
cliente
5.Fin caso de uso
Punto de extensión: -

b. La famosa cadena de videoclubes "Los Bloques de Búster" los ha contratado

con el fin de desarrollar un sistema para informatizar sus locales.
1. El sistema deberá permitir que los clientes consulten el catálogo de
películas A partir del mismo, una vez seleccionada una película, se
deberá poder acceder a la información de la misma como ser su
clasificación, su género y un breve resumen de la misma. Asimismo,
opcionalmente, se deberá poder consultar la disponibilidad del video.
2. Los empleados del videoclub deberán poder, a través del sistema,
registrar alquileres y devoluciones por parte de los clientes, y
consultar, dado un diente, los videos que éste posea alquilados. Si
registrando un alquiler, resulta que el cliente no se encuentra
registrado, el sistema deberá permitir que se efectúe su alta.
3. Nuestro cliente también pidió que el sistema, todas las mañanas
genere de forma automática un informe que muestre todos los
clientes que se encuentran atrasados con sus devoluciones. Cuando
se le preguntó a que se refería con. "todas las mañanas" aclaró: "Que
todos los días a las 9:00 a.m. imprima o muestre por pantalla el
listado de los atrasados."
Título: C.1 Consultando catalogo
Precondiciones: Catalogo de películas
Postcondiciones: Consulta información de una película
Especificaciones:
Flujo principal: Flujo alternativo:
1.El cliente ingresa al catálogo de películas 2.El cliente no encuentra la película
2.Selecciona una película buscada. Fin de caso de uso.
3.Se muestra la información detallada
4.Opcionalmente puede ver la
disponibilidad
5.Fin caso de uso
Punto de extensión: -

Título: C.1.1 Accediendo a la información

Precondiciones: Película seleccionada
Postcondiciones: Información de la película
Especificaciones
Flujo principal: Flujo alternativo:
1.El cliente selecciona una película
2.Se muestra la información de la película
3.Fin caso de uso
Punto de extensión: -

Título: C.1.2 Disponibilidad

Precondiciones: Cliente opta por ver disponibilidad
Postcondiciones: Se muestra la disponibilidad
Especificaciones
Flujo principal: Flujo alternativo:
1.El cliente opta por ver la disponibilidad de -
la película.
2.Se muestra la disponibilidad.
3.Fin caso de uso
Punto de extensión: -

Título: C.2 Registrando alquiler

Precondiciones: Cliente solicita película
Postcondiciones: Película alquilada al cliente
Especificaciones
Flujo principal: Flujo alternativo:
1.El cliente solicita una pelicula para 2.1 Si el cliente no existe, se extiende a C1.2
alquiler.
2.El empleado verifica si existe el cliente
3.El empleado registra el alquiler de la
película
4.Fin caso de uso
Punto de extensión:
2.1 Si el cliente no existe, se extiende a C1.2

Título: C.2.1 Alta de cliente

Precondiciones: Cliente no existe
Postcondiciones: Cliente dado de alta
Especificaciones:
Flujo principal: Flujo alternativo:
1.El empleado da de alta al cliente. -
2.Fin caso de uso.
Punto de extensión: -

Título: C.3 Registrando devolución

Precondiciones: Cliente devuelve película
Postcondiciones: Devolución registrada
Especificaciones
Flujo principal: Flujo alternativo:
1.El cliente devuelve una película -
2.El empleado registra la devolución
3.Fin caso de uso
Punto de extensión: -

Título: C.4 Consultando cliente

Precondiciones: Cliente existente
Postcondiciones: Datos de los alquileres del cliente
Especificaciones
Flujo principal: Flujo alternativo:
1.El empleado ingresa el cliente -
2.Se muestra las películas en poder del
cliente
3.Fin caso de uso
Punto de extensión: -

Título: C.5 Reporte devoluciones atrasadas

Precondiciones: Hora 09:00am
Postcondiciones: Lista de clientes con devoluciones atrasadas
Especificaciones
Flujo principal: Flujo alternativo:
1.El sistema lista automáticamente los -
clientes con devoluciones atrasadas.
2.El sistema envía el informe a la impresora
o a la pantalla de la computadora.
Punto de extensión: -

2) A partir del siguiente caso de uso (figura 2) desarrollar la siguiente relación de

inclusión (<<include>>)
a. Describir primeramente ambos casos de uso y luego establecer entre ellos la
relación

<<include>>

comprando productos pagando en efectivo

Cliente

Figura 2. Caso de uso “comprando productos”

Título: C.1 Comprando productos

Precondiciones: -
Postcondiciones: Productos cobrados al cliente
Especificaciones
Flujo principal: Flujo alternativo:
1.El cliente solicita productos a comprar 2.1 Se extiende a C1.2
2.El cliente paga los productos
3.Fin caso de uso
Punto de extensión:
2.1 Se extiende a C1.2

Título: C.1.2 Pagando en efectivo

Precondiciones: Cliente compra productos
Postcondiciones: Cliente pagó en efectivo los productos
Especificaciones:
Flujo principal: Flujo alternativo:
1.El cliente paga en efectivo -
2.Fin caso de uso
Punto de extensión: -

Relación Include: El hecho de comprar un producto implica que el mismo se debe pagar
solo con efectivo. No es posible comprar un producto con otra forma de pago.

3) A partir del siguiente caso de uso (figura 1), desarrollar la siguiente relación de
extensión (<<extend>>)

a. Describir primeramente ambos casos de uso y luego establecer entre ellos la

relación.
b. Identificar caso de uso base, caso de uso que extiende, puntos de extensión y
condiciones

<<extend>>>

prestando pelicula revisando novedades

socio

Figura 1. Caso de uso “prestando película”

Título: C.1 Prestando película

Precondiciones: -
Postcondiciones: Película prestada al socio
Especificaciones
Flujo principal: Flujo alternativo:
1.El socio selecciona la película 1.2 Se extiende a C1.2
2.Se presta la película al socio y se registra
3.Fin caso de uso
Punto de extensión:
1.2 Se extiende a C1.2

Título: C.1.2 Revisando novedades

Precondiciones: Socio solicita prestada una película
Postcondiciones: Socio revisa las novedades
Especificaciones
Flujo principal: Flujo alternativo:
1.Se le ofrece al socio revisar las novedades -
opcionalmente
2.El socio revisa las novedades
3.Fin caso de uso
Punto de extensión: -

Relación Extend
 El socio, al solicitar el prestamos de una película, tiene la opción de ver las novedades. No
es obligatorio, puede realizar el préstamo sin la necesidad de ver las novedades.

- Caso Base: Prestando película

- Caso de uso que extiende: “Revisando novedades”
- Condición: El cliente quiere ver las novedades
- Punto de extensión: C.1.2 Revisando novedades

4) A partir de los siguientes casos de usos

 Inscribiendo alumnos en materias

 Asignando docentes a cursos
 Controlando correlatividades
 Determinando capacidad de curso

a. Realice una descripción detallada de la funcionalidad de cada uno de los casos de

usos en un formato coloquial
b. Identificar a los actores (explique la función de cada uno de ellos).
c. Identifique relaciones de inclusión y extensión

Inscribiendo alumnos en materias

a. Descripción: el alumno completa un formulario web solicitando las materias
que quiere cursar en el cuatrimestre indicando dos alternativas de horarios para cada una.
El alumno debe tener condición regular. El empleado del departamento de inscripciones de
la facultad verifica la condición del alumno, disponibilidad de horarios y asigna las
materias.
b. Actores:
- Alumno: solicitar la inscripción a materias.
- Empleado: verificar y registras las inscripciones.
c. Relaciones:
- Inclusión: El alumno debe tener la condición regular. El empleado debe verificar la
condición del alumno. El empleado debe realizar la inscripción.
- Extensión: El alumno puede elegir entre opciones de horarios.

Asignando docentes a cursos

a. Descripción: Los docentes le indican a la facultar la disponibilidad de días y
horarios y las materias que están interesados en dictar. El empleado de la facultad verifica
los cursos que están abiertos para el cuatrimestre y asigna a los docentes. Si un curso se
queda sin docente, se da a aviso a rectoría. Se entrega un reporte con los cursos y docentes
asignados al rector.
b. Actores:
- Docente: Dicta clases en la facultad.
- Empleado: Realiza tareas administrativas:
- Rector: Dirige la institución.
c. Relaciones:
- Inclusión: El docente debe indicar preferencia de horarios y materias. El empleado
debe asignar cursos a los docentes. El rector debe recibir un informe detallado.
- Extensión: El docente puede consultar las materias y horarios.

Controlando correlatividades
a. Descripción: El personal de inscripciones debe controlar las correlatividades.
En caso que no cumpla, se debe informar al alumno para que cambie la materia en caso que
quisiera. Si cumple con todas las correlatividades se procede a la inscripción.
b. Actores:
- Alumno: solicitar la inscripción a materias.
- Empleado: verificar las correlatividades.
c. Relaciones:
- Inclusión: Verificar correlatividades y si no cumple avisar al alumno. Realizar la
inscripción del alumno.
- Extensión: El alumno puede cambiar la materia que no cumpla con la
correlatividad o dejar ese horario libre.

Determinando capacidad de curso

a. Descripción: El arquitecto de la facultad entrega un informe con la cantidad de
aulas y posiciones para los alumnos. El personal del departamento de materias determina la
capacidad de los cursos en base a la cantidad de aulas disponibles y la cantidad de alumnos
inscriptos. Tienen la opción de usar aulas de otra sede opcionalmente a modo de préstamo.
El personal directivo entrega un informe al rector de la facultad.
b. Actores:
- Arquitecto: responsable por temas edilicios de la facultad
- Depto. Materias: Gestionar los cursos de cada materia
- Rector: Dirige la institución.
c. Relaciones:
- Inclusión: Realizar informe de aulas. Determinar capacidad en base a inscriptos.
- Extensión: Decidir la posibilidad de usar aulas de otra sede.

NOTA

 Luego de realizar esta guía, trabaje sobre el TP Final, en el punto relacionado a

casos de uso y requisitos.