Universidad Nacional de Lomas de Zamora - Facultad de Ingeniería - Tecnicatura en Programación de Computadores -

IT01122: Lectura de Requisitos - UML // Docente: Victor H. Arias

Unidad 2: UML I

Diagramas de Casos de Uso de Negocio y de Sistema.

Es una técnica para estructurar las descripciones de uso de sistema, y los principios de
un proceso de desarrollo orientado hacia el usuario. Usted podrá aplicar los principios y
las técnicas a sus proyectos, escribiendo las descripciones de uso apropiadas.

El contexto para casos de uso: Desarrollo del Equipo

El desarrollo nunca es hecho aisladamente; siempre hay un contexto. Muchos de los

interesados en nuestros esfuerzos de desarrollo no hablan en nuestra lengua orientada
al objeto nativa. En nuestro papel de analista enfrentamos dos desafíos: interpretar los
conocimientos del problema de las partes interesadas, sus incumbencias y requisitos
correctamente en nuestros modelos, y presentar nuestro trabajo de diseño en los
términos que se puedan comprender.

Definitivamente, la forma de conversación más detallada permite que nosotros

mostremos evidentemente las respuestas para las acciones del usuario del sistema.
Aquí tenemos muchas oportunidades de hacer una demostración de la toma de
decisiones, la repetición, y la dependencia entre las partes del problema.

 El usuario: Al usuario le preocupa especialmente que el sistema sea fácil de usar.

Por supuesto, esto requiere que los controles de aplicación y el procesamiento
sean transparentes, consecuentes, correctos e innatos al usuario. El sistema
también debe hacer el trabajo, que debe estar completo, y debería ser
configurable a las necesidades específicas de un usuario individual.

 El analista / diseñador: Desde el punto – de – vista del analista / diseñador, los

requisitos, la especificación y el diseño deben ser simples y fáciles de
comprender. Debe ser modular y atribuible a los requisitos. Debido a una
especificación siempre – en evolución, debe ser flexible y extensible. Las partes
especificadas deben ser reutilizables. Además, el sistema bajo desarrollo es
restringido por las empresas y los requisitos del usuario. Las características
funcionales del diseño deben ser concisas sin perder los detalles de su
comportamiento de ejecución.

 El programador: Los programadores tienen todos los asuntos del diseñador. Pero
cuando ingresan el dominio de aplicación, deben estar seguros de que la

1
 Universidad Nacional de Lomas de Zamora - Facultad de Ingeniería - Tecnicatura en Programación de Computadores -
IT01122: Lectura de Requisitos - UML // Docente: Victor H. Arias

aplicación es posible. Más allá de eso, deben vivir con las restricciones
impuestas por el hardware sobre las que esa aplicación funciona.

 Edificando el consenso: El desarrollo de sistema tiene tres áreas de la actividad:

comprendiendo y documentando el problema y sus requisitos, especificando
cómo los diferentes usuarios podrán utilizar el sistema para satisfacer los
requisitos y cómo funcionará el sistema para cumplir todos los restantes no
requisitos de uso y aplicación de la especificación como software de ejecución
al hardware más apropiado.

Conceptos de Modelización de Casos de Uso

Una especificación es una declaración de lo que el sistema hace en el contexto de su

problema. Describe cómo serán cumplidos los requisitos que usted ha extraído haciendo
las preguntas de sondeo correctas. Requisitos que pueden ser satisfechos por las
interacciones entre un usuario y el programa pueden ser descritos por los casos de uso.
Los casos de uso entregan un modelo de cómo es usado y visto por sus usuarios su
sistema. Presentemos los puntos principales del concepto de casos de uso:

Diagrama de un caso de Uso:

 Identifica los componentes principales que forman al sistema.
 Captura los requerimientos fundamentales del sistema.
 Actor: Interactúa con el sistema para poder alcanzar un objetivo. Cada objetivo
es un caso de uso. Puede ser una persona u sistema, es mejor pensarlo en
términos de rol.
 Objetivo: lo que el actor quiere lograr al interactuar con el sistema.
 Nos provee una vista de alto nivel.
 Indica que actores están asociados con el caso de uso.
 Las asociaciones se pueden colocar con flechas.
 Las dependencias indica que es necesaria una relación entre casos de uso.
 No olvidar hacer una descripción de cada caso de uso.

2
 Universidad Nacional de Lomas de Zamora - Facultad de Ingeniería - Tecnicatura en Programación de Computadores -
IT01122: Lectura de Requisitos - UML // Docente: Victor H. Arias

Símbolos diagrama caso de uso:

Ejemplo:

3
 Universidad Nacional de Lomas de Zamora - Facultad de Ingeniería - Tecnicatura en Programación de Computadores -
IT01122: Lectura de Requisitos - UML // Docente: Victor H. Arias

Dependencias Include en diagrama caso de uso:

 El caso de uso invocador depende del caso de uso incluido para poder completar
su objetivo.
 El caso de uso incluido siempre se coloca a la derecha del invocador.

Ejemplo:
Supongamos un hangar de mantenimiento de aeronaves, lo cual solo puede entrar
personal autorizado. Los mecánicos retiran las herramientas del pañol para trabajar en
los aviones siempre que contengan su tarjeta de identificación.

En el ejemplo se puede ver claramente, la dependencia entre los casos de uso. En este
caso un mecánico no puede tomar las herramientas sin antes identificarse.

Dependencias Extend en diagrama caso de uso:

 Indica una dependencia opcional entre dos casos de uso.
 Extiende el comportamiento de la base, adiciona pasos extra.
 La extensión se coloca debajo de la base.
 El punto de extensión indica en que parte de la base la extensión empieza a
trabajar.
 Puede haber varios puntos en los cuales llevar a cabo la extensión.

Continuando con el ejemplo del mecánico, podemos hacer una extensión el cual
opcionalmente elija al momento de tomar una herramienta, imprimir o no el manual de
uso.

4
 Universidad Nacional de Lomas de Zamora - Facultad de Ingeniería - Tecnicatura en Programación de Computadores -
IT01122: Lectura de Requisitos - UML // Docente: Victor H. Arias

Luego del caso de uso, se pone una raya y se indica el evento que llama a la
extensión.

Generalización en diagrama caso de uso:

 Similar a la herencia.
 El hijo tiene cosas en común con el padre, pero adiciona su propia forma de
hacer el trabajo.

Aplicando al ejemplo de los puntos anteriores, en el caso de mostrar manual de la

herramienta, puede ser impreso, pdf o mostrar la información por pantalla.

Puntos a tener en cuenta en diagrama caso de uso:

 No usar dependencias sin motivo.
 Verificar que lo que colocamos realmente es una dependencia o un caso de uso
por si mismo.
 No exagerar los extends para cada posible camino alterno del caos de uso.
 No usar los extends para representar un algoritmo.

Regla nemotécnica para una buena práctica:

 W = El caso de uso describe QUE (what) hacer y no como hacerlo.

 A = El caso de uso esta descripto desde la perspectivo del “A”ctor.
 V = El caso de uso incluye Valor para el actor.
 E = Es el flujo de eventos un Escenario completo.

5
 Universidad Nacional de Lomas de Zamora - Facultad de Ingeniería - Tecnicatura en Programación de Computadores -
IT01122: Lectura de Requisitos - UML // Docente: Victor H. Arias

Ejemplo tomando todos los puntos anteriores.

Bibliografía:

 UML - BOOCH - RUMBAUGH - JACOBSON

 El arte de escribir casos de uso - Rebecca Wirfs Brock.