UML: Casos de uso
Un caso de uso es la descripción de una acción o actividad. Un diagrama de caso de uso es una descripción de las
actividades que deberá realizar alguien o algo para llevar a cabo algún proceso. Un diagrama de caso de uso representa
a un sistema o subsistema como un conjunto de interacciones que se desarrollarán entre casos de uso y entre estos y
sus actores en respuesta a un evento que inicia un actor principal. Los diagramas de casos de uso sirven para especificar
la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. Los
diagramas de casos de uso se utilizan para ilustrar los requisitos del sistema al mostrar cómo reacciona a eventos que se
producen en su ámbito o en él mismo.
UML es un lenguaje de modelado para visualizar, especificar, construir y documentar partes de un sistema software
desde distintos puntos de vista.
Dentro de un proyecto de software existen diferentes etapas, una de estas independientemente de la metodología que
se esté utilizando es la comunicación con el cliente, ya que es fundamental para definir los requerimientos de software
porque muchas veces lo que se plantea no es lo que el cliente espera, es por esto que se definen formas de presentar al
cliente una perspectiva de lo que será el software una vez terminado.
Existen diferentes formas de representar la funcionalidad del software sin estar terminado, una de estas es el Lenguaje
Unificado de Modelado “UML”, que es el sistema de modelado de software más conocido y utilizado en la actualidad;
está compuesto por diversos elementos gráficos que se combinan para conformar diagramas, además se encuentra
respaldado por el OMG (Object Management Group) que se dedica al cuidado y establecimiento de estándares de
tecnologías orientadas a objetos.
UML
Lenguaje Unificado de Modelado “UML”, es el lenguaje de modelado de sistemas de software más conocido y utilizado
en la actualidad. Se lo puede definir como un lenguaje gráfico para visualizar, especificar, construir y documentar un
sistema.
UML ofrece un estándar para describir un “plano” del sistema (modelo), incluyendo aspectos conceptuales tales como
procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación,
esquemas de bases de datos y compuestos reciclados.
• Puede usarse con cualquier proceso de desarrollo, a lo largo de todo el ciclo de vida y puede aplicarse a todos los
dominios de aplicación y plataformas de implementación
• También puede usarse en tres áreas, como la ingeniería de negocio y modelado de procesos gracias a los mecanismos
de adaptación/extensión mediante perfiles
El objetivo de UML es la unificación de los métodos de modelado de objetos (Booch, OMT y OOSE) por medio de la
Identificación y definición de la semántica de los conceptos fundamentales y elección de una representación gráfica con
una sintaxis simple, expresiva e intuitiva
Características de los diagramas UML
Existen diferentes versiones de UML que se presentaron a lo largo del tiempo, este se estandarizo desde el año 2005, y
es aprobado por la ISO. UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las
entidades representadas, estos se clasifican según su estructura o comportamiento de la siguiente manera:
Los casos de uso son una técnica para la especificación de requisitos funcionales propuesta inicialmente por Ivar
Jacobson [Jacobson, 1987], [Jacobson et al. 1992] e incorporada a UML Modela la funcionalidad del sistema tal como la
perciben los agentes externos, denominados actores, que interactúan con el sistema desde un punto de vista particular
Sus componentes principales son:
• Sujeto: sistema que se modela
• Casos de uso: unidades funcionales completas
• Actores: entidades externas que interactúan con el sistema
El sujeto se muestra como una caja negra que proporciona los casos de uso El modelo de casos de uso se representa
mediante los diagramas de casos de uso
ACTORES
Es un clasificador que interacciona con el sujeto pero que es externa a él
• Un actor puede tener múltiples instancias físicas
• Una instancia física de un actor puede jugar diferentes papeles
Los actores se comunican con el sujeto intercambiando mensajes (señales, llamadas o datos)
Notación:
• Se representan con el icono estándar de “stick man” o “monigote” con el nombre del actor (obligatorio) cerca del
símbolo, normalmente se pone encima o debajo
• También se puede representar mediante un símbolo de clasificador con el estereotipo «actor»
• Los nombres de los actores suelen empezar por mayúscula
• Se pueden usar otros símbolos para representar tipos de actores, por ejemplo, para representar actores no humanos
TIPOS DE ACTORES
Principales
• Tiene objetivos de usuario que se satisfacen mediante el uso de los servicios del sistema
• Se identifican para encontrar los objetivos de usuario, los cuales dirigen los casos de uso
De apoyo
• Proporcionan un servicio al sistema
• Normalmente se trata de un sistema informático, pero podría ser una organización o una persona
• Se identifican para clarificar las interfaces externas y los protocolos
Pasivos
• Está interesado en el comportamiento del caso de uso, pero no es principal ni de apoyo
• Se identifican para asegurar que todos los intereses necesarios se han identificado y satisfecho
• Los intereses de los actores pasivos algunas veces son sutiles o es fácil no tenerlos en cuenta, a menos que estos
actores sean identificados explícitamente
Diagrama de Casos de Uso
Un caso de uso es una descripción de las acciones de un sistema desde el punto de vista del usuario. Es una herramienta
valiosa dado que es una técnica de aciertos y errores para obtener los requerimientos del sistema, justamente desde el
punto de vista del usuario.
Los diagramas de caso de uso modelan la funcionalidad del sistema usando actores y casos de uso. Los casos de uso son
servicios o funciones provistas por el sistema para sus usuarios.
Sistema:
El rectángulo representa los límites del sistema que contiene los casos de uso. Los actores se ubican fuera de los límites
del Sistema.
Características de los casos de uso:
• Un caso de uso se inicia por un actor
• Los casos de uso proporcionan valores a los actores
• La funcionalidad de un caso de uso debe ser completa
Notación:
• Elipse con el nombre del caso de uso dentro o debajo de ella. Se puede colocar algún estereotipo encima del nombre y
una lista de propiedades debajo
• La representación alternativa es la del símbolo del clasificador con una elipse pequeña en la esquina superior derecha
RELACIONES DE LOS CASOS DE USO
Las relaciones activas se conocen como relaciones de comportamiento y se utilizan principalmente en los diagramas de
casos de uso. Hay cuatro tipos básicos de relaciones de comportamiento: comunica, incluye, extiende y generaliza.
Los casos de uso pueden tener asociaciones y dependencias con otros clasificadores
Relación entre actores y casos de uso:
• Asociación Relaciones entre casos de uso
• Generalización: Un caso de uso también se puede especializar en uno o más casos de uso hijos
• Inclusión: Un caso de uso puede incorporar el comportamiento de otros casos de uso como fragmentos de su propio
comportamiento
• Extensión: Un caso de uso también se puede definir como una extensión incremental de un caso de uso base
Relación entre un caso de uso y una colaboración
• Realización
REALIZACIÓN DE LOS CASOS DE USO
Las responsabilidades de realización de las acciones descritas en los casos de uso se asignan a objetos que colaboran e
implementan la funcionalidad del caso de uso
Principios para la realización de los casos de uso (I)
• Una colaboración realiza un caso de uso: solución dependiente de la implementación
• Contexto de la colaboración: relaciones entre clases y objetos
• Interacción de la colaboración: interacciones entre ellos para alcanzar la funcionalidad deseada
El símbolo de la colaboración es una elipse con la línea discontinua y con el nombre en su interior
Para explicar una colaboración se requieren diagramas que muestren el contexto y la interacción entre los elementos
que colaboran: diagramas de comunicación, de secuencia, de visión global de la interacción, de actividad y de máquina
de estados
Principios para la realización de los casos de uso (II)
• Un escenario es una instancia de un caso de uso
• Un escenario es un camino de ejecución específico que representa una instanciación específica de un caso de
uso
• Un escenario visto como una ocurrencia de una colaboración incluye la interacción entre las partes dentro del
sistema
• Un caso de uso puede poseer diagramas que detallen su estructura interna: pueden enfatizar su estructura de tiempo
de ejecución u otros elementos que surgen en la implementación del caso de uso (por ejemplo, un diagrama de máquina
de estados)
BIBLIOGRAFIA
F. J. García-Peñalvo, M. N. Moreno Garcia y A. García-Holgado, "UML. Unified Modeling Language," Recursos docentes
de la asignatura Ingeniería de Software I. Grado en Ingeniería Informática. Curso 2017-2018, F. J. García-Peñalvo y A.
GarcíaHolgado, Eds., Salamanca, España: Grupo GRIAL, Universidad de Salamanca, 2018. [Online]. Disponible en:
[Link] doi: 10.5281/zenodo.1181839.
[Link]
%[Link]
[Link]
[Link]
