INGENIERÍA DE SOFTWARE I

Luis Fernando Villacres Armas

Universidad de las Américas

​[email protected]

Resumen​- En el presente documento se llevará a cabo cómo escribirlos, procede de Alistair Cockburn, resumido en
resumen con respecto al capítulo 6 del libro de uml y patrones su popular texto Writing Effective Use Cases [Cockburn01],
de de diseño, así como también un análisis profundo de las basado en sus primeros trabajos y escritos publicados de 1992
conclusiones que se pueden obtener del mismo.
en adelante.
Pa​ labras clave ​–UML, Ingeniería en software,arquitectura
software ,diseño.
Pasos para generar casos de uso correctamente.

Los casos de uso se definen para satisfacer los objetivos

Abstract: This document presents a summary of a textbook de usuario de actores principales. Por tanto, el procedimiento
summary of uml's book and design patterns, as well as an básico es:
in-depth analysis of the conclusions that can be obtained from it. 1. Elegir los límites del sistema. ¿Es sólo una aplicación
Keywords -UML, Software engineering, software architecture,
software, el hardware y la aplicación como un todo, que lo
design..​
utiliza más de una persona o una organización
Introducción completa?
2. Identificar los actores principales —aquellos que tienen
Merece la pena estudiar este capítulo durante la primera objetivos de usuario que se satisfacen mediante el uso de los
lectura del libro porque los casos de uso son un mecanismo servicios del sistema
ampliamente utilizado para descubrir y registrar los 3. Para cada uno, identificar sus objetivos de usuario.
requisitos (especialmente los funcionales); influencian Elevarlos al nivel de objetivos de usuario más alto que
muchos aspectos de un proyecto, incluyendo el A/DOO. satisfaga la guía EBP.
Merece la pena tanto saber sobre los casos de uso como 4. Definir los casos de uso que satisfagan los objetivos de
crearlos. usuario; nombrarlos de acuerdo con sus objetivos.
Normalmente, los casos de uso del nivel de objetivo de
La escritura de casos de uso —historias del uso de un usuario se corresponden uno a uno con los objetivos de
sistema— es una técnica excelente para entender y describir usuario, aunque hay al menos una excepción, como se verá..
los requisitos. Este capítulo explora los conceptos claves de
los casos de uso y presenta casos de uso de ejemplo para la
aplicación NuevaEra.

El UP define el Modelo de Casos de Uso en la disciplina

Requisitos. Básicamente,es el conjunto de todos los casos de ¿CÓMO DEFINIR UN CASO DE USO?
uso; es un modelo de la funcionalidad y entorno del
sistema.[1] Por lo general, definimos un caso de uso de nivel EBP por
cada objetivo de usuario.
Antescendentes
Nombramos el caso de uso de manera similar al objetivo
La idea de utilizar los casos de uso para describir los de usuario; por ejemplo, Objetivo: procesar una venta.
requisitos funcionales fue introducida en 1986 por Ivar
Jacobson [Jacobson92], uno de los contribuidores principales Caso de Uso: Procesar Venta. naturalmente)
al UML y UP. La idea de caso de uso de Jacobson ha tenido
una gran influencia y ha sido ampliamente reconocida; siendo
sus principales virtudes la simplicidad y utilidad. Aunque
muchos han contribuido en este campo, se puede sostener que
el siguiente paso más coherente, comprensible e influyente en
la definición de qué son (o deberían ser) los casos de uso y
 DIAGRAMAS DE CASO DE USO
CONCLUSIONES
UML proporciona notación para los diagramas de casos
de uso con el fin de ilustrar los nombres de los casos de uso y
los actores, y las relaciones entre ellos (ver Figura 1.1). Dentro de los diagramas UML encontramos los
diagramas de casos de uso, estos describen que hara el
sistema pero no de qué forma lo hará, son ideales para definir
los requerimientos específicos y mostrarlos al cliente de tal
forma que este pueda plantear sus ideas y correcciones de
una mejor manera, ya que muchas veces el cliente no está
seguro de lo que desea o como quiere que funcione.

Para realizar casos de uso en la etapa inicial se utiliza una

herramienta de gestión de requisitos integrada con un
procesador de texto para la escritura, y el trabajo se muestra
por medio de un proyector mientras el equipo colabora en el
análisis y la escritura. Se escriben las listas de Intereses y
Personal Involucrado para estos casos de uso.

Los casos de uso del negocio se escriben con menos

Casos de uso en el UP :
frecuencia. Si se hace, se crean en la disciplina Modelado del
Negocio, como parte de un esfuerzo de reingeniería de los
Los casos de uso son vitales y centrales en el UP, que
procesos de negocio a gran escala, o para ayudar a entender
fomentan el desarrollo dirigido por casos de uso. Esto
el contexto de un nuevo sistema en el negocio. Describen una
implica:
secuencia de acciones de un negocio como un todo para
• Los requisitos se recogen principalmente en casos de uso
cumplir un objetivo de un actor del negocio.
(el Modelo de Casos de Uso); otras técnicas de requisitos
(como las listas de funciones) son secundarias, si es que se
Los casos de uso no estan orientado a objetos pues uno
utilizan.
no está realizando un análisis orientado a objetos si escribe
• Los casos de uso son una parte importante de la
casos de uso. Esto no es un defecto sino una aclaración. De
planificación iterativa. El trabajo de una iteración se define
hecho, los casos de uso constituyen una herramienta para el
eligiendo algunos escenarios de caso de uso, o casos de uso
análisis de requisitos ampliamente aplicable, que se puede
completos. Los casos de uso son una entrada clave para hacer
utilizar en proyectos no orientados a objetos
estimaciones.
 
• Las realizaciones de los casos de uso dirigen el diseño.
REFERENCIAS
Es decir, el equipo diseña objetos y subsistemas que
colaboran para ejecutar o realizar los casos de uso. [1] Larman, C. (2003). UML y Patrones.Madrid Madrid: Pearson
• Los casos de uso, a menudo, influyen en la organización Educación.
de los manuales de usuario.

El UP diferencia entre casos de uso del sistema y del

negocio. Los casos de uso del sistema son los que se han
estudiado en este capítulo, como Procesar Venta.
Se crean en la disciplina Requisitos, y forman parte del
Modelo de Casos de Uso.

Los casos de uso del negocio se escriben con menos

frecuencia. Si se hace, se crean en la disciplina Modelado del
Negocio, como parte de un esfuerzo de reingeniería de los
procesos de negocio a gran escala, o para ayudar a entender el
contexto de un nuevo sistema en el negocio. Describen una
secuencia de acciones de un negocio como un todo para
cumplir un objetivo de un actor del negocio (un actor en el
entorno del negocio, como un cliente o un proveedor). Por
ejemplo, en un restaurante, un caso de uso del negocio es
Servir una Comida..