Introducción a UML

Se emplean para visualizar el comportamiento del sistema, una parte de el o de una sola clase. De forma que se pueda conocer como responde esa parte del sistema. El diagrama de uso es muy �til para definir como deber�a ser el comportamiento de una parte del sistema, ya que solo especifica como deben comportarse y no como est�n implementadas las partes que define. Por ello es un buen sistema de documentar partes del c�digo que deban ser reutilizables por otros desarrolladores. El diagrama tambi�n puede ser utilizado para que los expertos de dominio se comuniquen con los inform�ticos sin llegar a niveles de complejidad. Un caso de uso especifica un requerimiento funcional, es decir indica esta parte debe hacer esto cuando pase esto.

En el diagrama nos encontramos con diferentes figuras que pueden mantener diversas relaciones entre ellas:

  • Casos de uso: representado por una elipse, cada caso de uso contiene un nombre, que indique su funcionalidad. Los casos de uso pueden tener relaciones con otros caso de uso. Sus relaciones son:
    • Include: Representado por una flecha, en el diagrama de ejemplo podemos ver como un caso de uso, el de totalizar el coste incluye a dos casos de uso.
    • Extends: Una relaci�n de una caso de Uso A hacia un caso de uso B indica que el caso de uso B implementa la funcionalidad del caso de uso A.
    • Generalization: Es la t�pica relaci�n de herencia.
  • Actores: se representan por un mu�eco. Sus relaciones son:
    • Communicates: Comunica un actor con un caso de uso, o con otro actor.
  • Parte del sistema (System boundary): Representado por un cuadro, identifica las diferentes partes del sistema y contiene los casos de uso que la forman.
Diagrama de casos de uso

En este grafico encontramos tres casos de usos Crear producto utiliza Validar producto, y Crear pack productos es una especializaci�n de Crear productos.

Podemos emplear el diagrama de dos formas diferentes, para modelar el contexto de un sistema, y para modelar los requisitos del sistema.

.�Modelado del contexto

Se debe modelar la relaci�n del sistema con los elementos externos, ya que son estos elementos los que forman el contexto del sistema.

Los pasos a seguir son:

  • Identificar los actores que interact�an con el sistema.
  • Organizar a los actores.
  • Especificar sus v�as de comunicaci�n con el sistema.
Modelo de contexto

.�Modelado de requisitos

La funci�n principal, o la mas conocida del diagrama de casos de uso es documentar los requisitos del sistema, o de una parte de el.

Los requisitos establecen un contrato entre el sistema y su exterior, definen lo que se espera que realice el sistema, sin definir su funcionamiento interno. Es el paso siguiente al modelado del contexto, no indica relaciones entre autores, tan solo indica cuales deben ser las funcionalidades (requisitos) del sistema. Se incorporan los casos de uso necesarios que no son visibles desde los usuarios del sistema.

Para modelar los requisitos es recomendable:

  • Establecer su contexto, para lo que tambi�n podemos usar un diagrama de casos de uso.
  • Identificar las necesidades de los elementos del contexto (Actores).
  • Nombrar esas necesidades, y darles forma de caso de uso.
  • Identificar que casos de uso pueden ser especializaciones de otros, o buscar especializaciones comunes para los casos de uso ya encontrados.
Modelo de requisitos

Como podemos ver se incluyen nuevos casos de uso que no son visibles por ninguno de los actores del sistema, pero que son necesarios para el correcto funcionamiento.

COMPARTE ESTE ARTÍCULO

COMPARTIR EN FACEBOOK
COMPARTIR EN TWITTER
COMPARTIR EN LINKEDIN
COMPARTIR EN WHATSAPP
ARTÍCULO ANTERIOR