6.1 Fundamentos de casos de uso

La herramienta fundamental en la ingeniería de requerimientos que permite documentar los requerimientos, de forma tal que sean claros para el cliente y el equipo de desarrollo es llamada casos de uso.

Los casos de uso permiten establecer con claridad la forma en la que interactúan diferentes entidades o actores en un sistema, ya sea ingresando datos o bien recuperando información que servirá para otros proceso del sistema. Es importante aclarar que una entidad o un actor puede ser una persona, un sistema ajeno o incluso otro caso de uso.

El objetivo principal es establecer los pasos que un usuario realizaría en el sistema que está por construirse para llevar a cabo una función que ha determinado que necesita, así como las reglas de negocio que serán un marco de referencia trabajar con el sistema.

Los casos de uso son documentados por el ingeniero de requerimientos en un documento que deberá ser explicado y revisado en conjunto con el usuario final. El texto debe ser redactado de tal manera que el usuario comprende todo el documento. En palabras de Pressman (2010): “Un caso de uso es tan bueno como lo sean sus autores. Si la descripción es poco clara, el caso de uso será confuso o ambiguo”. 

Pasos para generar los casos de uso:

Haz clic para conocer el detalle de cada paso

6.2 Modelos UML del caso de uso

Según Sommerville (2011) los casos de uso son documentados utilizando un diagrama de alto nivel en el que se representan todas las posibles interacciones que serán descritas en los requerimientos del sistema. A estos diagramas se les acompaña de la descripción detallada del caso de uso.

Los casos de uso son una técnica muy efectiva para indagar requerimientos y aclarar los escenarios que se podrían presentar con el sistema a los usuarios o stakeholders.

Imagen obtenida de https://msdn.microsoft.com/en-us/library/dd409432.aspx#BasicSteps Sólo para fines educativos.

Pasos para dibujar un diagrama de caso de uso:

Haz clic en cada número para conocer el detalle de cada paso

Como puedes observar en el diagrama de caso de uso anterior, existen 2 actores: el cliente y el restaurante. Las acciones que son incluidas en el sistema son “Proveer un menú” y “Ordenar la comida”. Mientras que “Entregar la comida” no es parte del sistema.

Relaciones de casos de uso:

Incluye: la relación permite describir con mayor detalle alguna actividad del caso de uso. Dividir una actividad en módulos independientes permite reutilizarlas en otras actividades y evita la necesidad de repetir todos los pasos. Por ejemplo, nota que en el diagrama anterior la actividad “pagar” es utilizada en dos actividades.

Imagen obtenida de https://msdn.microsoft.com/en-us/library/dd409432.aspx#BasicSteps Sólo para fines educativos.

Extiende: esta relación permite mostrar que un caso de uso puede incluir funcionalidad de otro caso de uso bajo ciertas circunstancias. La notación a utilizar sería una línea continua con una flecha que apunta hacia el caso principal que contiene la funcionalidad. 
En el siguiente diagrama es posible extender el proceso de autenticar cuando el usuario ha sido dado de alta como usuario nuevo.

Imagen obtenida de https://msdn.microsoft.com/en-us/library/dd409432.aspx#BasicSteps Sólo para fines educativos.

Generalización: es una técnica que permite gestionar la complejidad. Se coloca la actividad de forma “general” y se le relaciona con actividades más específicas. La forma de representar la generalización es ubicando las actividades más específicas debajo de la actividad general y utilizando una flechas sin relleno.

Imagen obtenida de https://msdn.microsoft.com/en-us/library/dd409432.aspx#BasicSteps Sólo para fines educativos.

6.3 Documentación de casos de uso

¿Cómo se vería un caso de uso completo?
¿Existe una plantilla para documentar un caso de uso?

El formato de especificación de casos de uso debe ajustarse a las necesidades de cada organización. Un ejemplo de las partes que debe contener un caso de uso son:

Wireframes

Los wireframes son un prototipo que muestra cómo podría verse el sistema. Son bastante útiles en la revisión de los casos de uso ya que es posible hacerse una idea de cómo se vería el sistema, lo que ayuda al usuario a entender la descripción de los casos de uso.
Cada pantalla debe tener un identificador, referencia al caso de uso, fecha de elaboración, historial de cambios, autor y una breve descripción.
Es importante hacer mención al cliente que los Wireframes son de referencia y que el diseño podría cambiar.

Ejemplo de casos de uso

Un ejemplo de cómo podrías documentar un caso de uso de un sistema de apoyo de navegación a conductores de camiones de carga es de la siguiente manera:

Wireframes

Asegúrate de poder:

Elaborar un diagrama de casos de uso como herramienta de abstracción de información para poder representar los actores y los procesos que intervienen en un sistema.

Documentar un caso de uso como mecanismo de especificación de requerimientos de un sistema de cómputo.

Elaborar un wireframe relacionado a un caso de uso que sirva para comunicar mejor la información contenida en los casos de uso.

• Jacobson, I., Christerson, M., Jonsson, P. y Overgaard, G. (1993). Object-oriented software engineering. Wokingham: Addison-Wesley.
• Pohl, K. y Rupp, C. (2011). Requirements engineering fundamentals. EE. UU: Rocky Nook.
• Sommerville, I. (2011). Ingeniería de software (9ª ed.). México: Pearson.
• Tsui, F., Karam, O. y Bernal, B. (2013). Essentials of Software Engineering (3ª ed.). EE. UU: Jones & Bartlett Learning.