Técnicas para la Obtención de Requerimientos – Casos de Uso

Existen diversas técnicas que facilitan la obtención de requisitos, entre las cuales se encuentran, las entrevistas, reuniones, talleres en grupo entre otros; existen técnicas más modernas para obtener los requisitos como los prototipos o los casos de uso, éste último es el cual se desarrolla a continuación.

Un caso de uso intenta describir una funcionalidad de un sistema, sin revelar internamente lo que realiza, mediante una serie de pasos que indican como se ejecuta y como interaccionan los usuarios u otros sistemas en el proceso; todo de una forma gráfica que facilita la comprensión del sistema para los usuarios, el cliente y los desarrolladores. Los usuarios y otros sistemas (no necesariamente software) que participan en los casos de uso, se les denomina Actores.

Como se indicó anteriormente, los casos de uso omiten describir de forma técnica y detallada, la manera en la que se ejecuta una acción o funcionalidad de un sistema, aunque indica los actores que inician, participan u obtienen el resultado de dicha acción. También descomponen de forma visual los pasos que conforman el caso de uso. Un ejemplo es el siguiente.

Fuente: https://armandohage.files.wordpress.com/2009/05/imagemexuml.png?w=660

Fuente:By Notacion_Caso_de_Uso.png: Wilfredo R. Rodriguez H. derivative work: ApokalipsyS (Notacion_Caso_de_Uso.png) [CC BY-SA 3.0 (http://creativecommons.org/licenses/by-sa/3.0)], via Wikimedia Commons

·         Asociación: Es la línea que indica la comunicación del caso de uso con el actor.

·         Extensión: Es un comportamiento adicional, indica comportamiento que puede suceder en el caso de uso base, pero este no tiene conocimiento de ello.

·         Generalización: Una relación entre un caso de uso general y otro que hereda, este último obtiene comportamiento más específico adicional a los del primero.

·         Inclusión: Es un comportamiento adicional, indicando comportamiento usual en el caso de uso base.

Los casos de uso son una técnica moderna de representar los requisitos obtenidos de forma visual, esto es beneficioso para todos los involucrados en el desarrollo de software. Permite representar ya sea una función específica del software o la forma en cómo se descompone y es más fácil de comprender como funciona el software, así como representar de una forma general, pero detallada, los requisitos obtenidos.

Referencias:

https://armandohage.wordpress.com/2009/05/

http://www-2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf