Casos de Uso

Ingeniería en Sistemas Computacionales
Principios de ingeniería de software
Principios de ingeniería de
software
Casos de Uso
MTI Gabriela García Velazco

gabriela.garcia@upt.edu.mx
Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18
Historia
• Los Casos de Uso fueron introducidos por
Jacobson en 1992.
• Mc Menamin y Palmer en 1984, introdujeron la
idea de especificar un sistema a partir de su
interacción con el entorno, en su libro definen un
concepto muy parecido al del caso de uso: el
evento “algo que ocurre fuera de los límites del
sistema, ante lo cual el sistema debe
responder”.
Historia
• A partir de la publicación del libro de Jacobson,
especialistas en métodos Orientados a Objetos,
coincidieron que los Casos de Uso, eran una excelente
forma de especificar el comportamiento externo de un
sistema.
• lLa notación de los casos de uso fue incorporada al
lenguaje estándar de modelado UML –Unified Modelling
Language– propuesto por Ivar Jacobson, James
Rumbaugh y Grady Booch, precursores de las
metodologías de Análisis y Diseño Orientado a Objetos,

Diferencias entre los casos de uso y los eventos

Evento Caso de Uso
Describen una acción en el Describen cómo es el
sistema, cuando este ocurre. diálogo entre el usuario y el
sistema.
Son “atómicos”: se recibe Se prolongan a lo largo del
una entrada, se la procesa, y tiempo mientras dure la
se genera una salida. interacción del usuario con
el sistema.
Lo importante es qué datos La importancia del detalle
ingresan al sistema o salen sobre la información que se
de él . intercambia es secundaria.

Casos de uso
Son una técnica para especificar el
comportamiento de un sistema:
– Representan una secuencia de interacciones

entre un sistema y alguien o algo que usa
alguno de sus servicios.
– Es una forma de expresar cómo alguien o
algo externo a un sistema lo usa (personas,
otros sistemas de hardware y software) .
• Al definir requerimientos, es importante

describir al sistema desde el punto de
vista de aquél que lo va a usar, y no
desde el punto de vista del que lo va a
construir.
• Esto facilita validar que los

requerimientos documentados son los
verdaderos requerimientos de los
usuarios.
Elementos de los Casos de Uso


• ACTOR. agrupación uniforme de personas, sistemas o máquinas
que interactúan con el sistema, desarrollar, son externos al sistema
que se va a desarrollar, lo que permite delimitarlo
• Representación: dibujos simplificados de personas, llamados en
inglés “stick man” (hombres de palo).
• Ejemplo: Empleado de ventas, Cliente, Alumno, Docente, Máquina,
Robot
Sistema de Ventas
Sistema
Empleado Producción
de ventas


• FLECHAS. Comunicación entre el actor y el
sistema.
• Representación:
– Apunta desde el actor hacia el sistema, indica que el
actor está ingresando información en el sistema.
– Apunta desde el sistema hacia el actor, el sistema
está generando información para el actor.


• CASO DE USO. Comunicación entre el actor y el sistema.
• Un caso de uso es iniciado por un actor. A partir de ese momento, ese
actor, junto con otros actores, intercambian datos o control con el sistema,
participando de ese caso de uso.
• Representación:
– El nombre de un caso de uso se expresa con un verbo en
gerundio, seguido generalmente por el principal objeto o entidad
del sistema que es afectado por el caso.
– Gráficamente, los casos de uso se representan con un óvalo,
con el nombre del caso en su interior.
Ingresando pedido


• CASO DE USO. Características:
• Están expresados desde el punto de vista del actor.

• Se documentan con texto informal.
• Describen tanto lo que hace el actor como lo que hace el
sistema cuando interactúa con él, aunque el énfasis está
puesto en la interacción.
• Son iniciados por un único actor.
• Están acotados al uso de una determinada funcionalidad
–claramente diferenciada– del sistema.
• Caso de uso. Levantar Pedido
Sistema de Ventas
Ingresando
pedido
Sistema
Guardando Producción
Empleado
de ventas Pedido

Modularización de Casos de Uso
• Relaciones de Extensión.
• características:
1)Representan una parte de la funcionalidad del caso que

no siempre ocurre.
2) Son un caso de uso en sí mismas.
3) No necesariamente provienen de un error o excepción.

Sistema de Ventas
Realizar un
pedido puede
Realizando
incluir en algún
pedido
momento revisar
un producto para
<<extended>> ofrecer un
complemento o un
Empleado
producto similar
de ventas Revisando
productos
nuevos

Sistema de Ventas
Realizando Realizar una

venta venta puede
incluir pago con
<<extended>> tarjeta, en algún
caso en particular.
Empleado
de ventas Autorizando
pago con
Tarjeta

• Relaciones de Uso.
características:
1) Aparecen como funcionalidad común, luego de haber
especificado varios casos de uso.
2) Los casos usados son casos de uso en sí mismos.
3) El caso es usado siempre que el caso que lo usa es
ejecutado. Esto marca la diferencia con las
extensiones, que son opcionales.

Sistema de Ventas Buscando

Datos
<<Include>> Producto
Ingresando <<Include>>
pedido
Gerente
Empleado Obteniendo
de ventas reporte de Ventas
por producto

Sistema de Ventas
Realizando <<include>>
venta
Empleado Acualizando
de ventas Inventario
<<include>>
Realizando
compra en
línea
Cliente

• Herencia de actores.
características:
1) Usando la herencia en el análisis de requerimientos
evitamos redundancia y simplificamos la especificación
y los gráficos de casos de uso.

<<Hereda>> Empleado <<Hereda>>
Empleado
de ventas Gerente

Descripción de un caso de uso

Caso de Uso: Ingresando Pedido
Actor: Empleado de Ventas
1. El cliente se comunica con la oficina de ventas, y proporciona su número de
cliente
2. El empleado de ventas ingresa el número de cliente en el sistema.
3. El sistema obtiene la información básica sobre el cliente.
4. El cliente solicita el producto que quiere comprar, indicando la cantidad
5. El empleado de ventas captura el código del producto en la pedidos.
6. El sistema obtiene la información sobre el producto solicitado, y confirma su
disponibilidad.
7. Se repiten los pasos 4,5,6 hasta que el cliente no informa más productos
8. Se registra el pedido

Sistema de Ventas
Ingresando
Datos del cliente
<<Include>>
Obteniendo
Cliente Datos del cliente
Ingresando
Datos del
producto Sistema
<<Include>>
Producción
Obteniendo datos
del producto
Empleado Generando
de ventas pedido

Alternativas
• En los casos de uso suelen presentarse errores o
excepciones, por ejemplo: un producto descontinuado,
un cliente no registrado en el sistema.
• Las alternativas tienen las siguientes características:
– Representan un error o excepción en el curso normal
del caso de uso.
– No tienen sentido por sí mismas, fuera del contexto
del caso de uso en el que ocurren.

Caso de Uso: Ingresando Pedido
Actor: Empleado de Ventas
Curso Normal Alternativas o Excepciones
1. El cliente se comunica con la oficina de ventas,
y proporciona su número de cliente
2. El empleado de ventas ingresa el número de
cliente en el sistema.
3. El sistema obtiene la información básica sobre 3.1 Si no está registrado, se le informa
el cliente. que debe registrarse en la oficina de
clientes
4. El cliente solicita el producto que quiere
comprar, indicando la cantidad
5. El empleado de ventas captura el código del
producto en la pedidos.
6. El sistema obtiene la información sobre el 6.1 Si no hay disponibilidad del
producto solicitado, y confirma su producto, el sistema informa la fecha de
disponibilidad. reposición
7. Se repiten los pasos 4,5,6 hasta que el cliente
no informa más productos Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18
Caso de Uso: RegistrarPréstamoLibro Principios de ingeniería de software
Actores: bibliotecario, usuario, sistema

Dependencias • Gestionar los prestamos de los libros
• Conocer las preferencias de los usuarios de la biblioteca
• Número máximo de prestamos simultáneos
• Fecha de devolución de un préstamo
Precondición • El usuario de la biblioteca se ha identificado mediante su credencial
de la universidad y ha tomado los libros objetos del préstamo de los
anaqueles.
Descripción • El caso de uso describe como se lleva a cabo el préstamo de libros en
la biblioteca de la universidad.
Curso Normal Paso Acción
1 El bibliotecario solicita al sistema iniciar el proceso de registrar
el préstamo de un libro.
2 El sistema solicita se identifique al usuario de la biblioteca que
desea solicitar el préstamo de libros.
3 El bibliotecario captura en el sistema los datos de identificación
del usuario de la biblioteca
4 El sistema solicita los datos de los libros objeto del préstamo.
5 El bibliotecario proporciona al sistema los datos de
identificación deRecopiló
los libros objeto del préstamo. Rev. 1.0
y Elaboró: M.T.I. Gabriela García Velazco Ene/18
Caso de Uso: Registrar Préstamo
Curso Normal Paso Acción
6 El sistema muestra la fecha de devolución de cada uno de los
libros objetos del préstamo y solicita la confirmación del
préstamo.
7 El bibliotecario le indica al usuario la fecha de devolución de cada
libro y le pregunta si desea confirmar el préstamo.
8 El usuario de la biblioteca confirma los libros que desea llevarse
en préstamo, conociendo la fecha de devolución.
9 Si alguno de los libros lleva asociado un elemento multimedia.
9.1 Se realiza el caso de uso añadir elemento multimedia al
préstamo.
10 El bibliotecario confirma al sistema el préstamo de libros del
usuario.
11 El sistema despliega el mensaje “préstamo efectuado
correctamente”
Postcondición El usuario de la biblioteca se lleva los libros prestado y el sistema ha
registrado el préstamo de los mismo.

Caso de Uso: Registrar Préstamo Principios de ingeniería de software
Excepciones Paso Acción

3 El usuario de la biblioteca ha excedido el número máximo de
libros prestados de manera simultánea.
E.1 El sistema informa de la situación y no permite capturar el
préstamo
E.2 El bibliotecario retiene los libros e informa al usuario de la
situación.
E.3 Se cancela el caso de uso.
Comentarios El número máximo de préstamos simultáneos y la duración de los
prestamos dependen del reglamento vigente de la biblioteca U-1.0.
Elaboro: Autorizo: Versión:

Casos de Uso

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Casos de Uso

Cargado por

Copyright:

Formatos disponibles

Ingeniería en Sistemas Computacionales

Principios de ingeniería de software

MTI Gabriela García Velazco

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Diferencias entre los casos de uso y los eventos

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

– Representan una secuencia de interacciones

• Al definir requerimientos, es importante

• Esto facilita validar que los

Elementos de los Casos de Uso

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Elementos de los Casos de Uso

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Elementos de los Casos de Uso

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Elementos de los Casos de Uso

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Elementos de los Casos de Uso

• Están expresados desde el punto de vista del actor.

• Caso de uso. Levantar Pedido

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Modularización de Casos de Uso

1)Representan una parte de la funcionalidad del caso que

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

• Caso de uso. Levantar Pedido

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

• Caso de uso. Levantar Pedido

Realizando Realizar una

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Modularización de Casos de Uso

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

• Caso de uso. Levantar Pedido

Sistema de Ventas Buscando

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

• Caso de uso. Levantar Pedido

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Modularización de Casos de Uso

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

• Caso de uso. Levantar Pedido

<<Hereda>> Empleado <<Hereda>>

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Descripción de un caso de uso

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Actores: bibliotecario, usuario, sistema

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

Excepciones Paso Acción

Recopiló y Elaboró: M.T.I. Gabriela García Velazco Rev. 1.0 Ene/18

También podría gustarte