Fundamentos Esenciales de Requisitos de Software y Casos de Uso

Un requisito se define como una condición o capacidad que necesita el usuario para resolver un problema o conseguir un objetivo.

Tipos de Requisitos

• Usuario: Expresiones que sentencian funcionalidades que el usuario espera del sistema y sus restricciones.
• Sistema: Se dividen en funcionales y no funcionales.

Especificación de Requisitos de Software (ERS)

La ERS debe ser:

• Fácil de verificar.
• Fácil de memorizar y utilizar.
• No ambigua.
• Completa.

La especificación es el documento que define los requisitos y características. El SW (Software) incluye programas, procedimientos y documentación de un sistema.

Casos de Uso

Los casos de uso representan las funciones que proporciona un sistema para añadir valor a sus usuarios. Permiten a los usuarios realizar tareas útiles en su trabajo. Especifican el comportamiento deseado y proporcionan un medio para alcanzar una comprensión común del sistema. Su captura implica la colaboración entre usuarios y desarrolladores.

Proceso de Desarrollo de Software

El ciclo de vida estándar incluye las siguientes fases:

1. REQ (Requisitos)
2. ANÁLISIS
3. DISEÑO (Clases, interfaz)
4. IMPLEMENTACIÓN
5. PRUEBAS (Entrada del proceso de prueba)

Este proceso es un mecanismo importante para la trazabilidad de requisitos y ayuda significativamente a los jefes de proyecto.

Conceptos Clave en Casos de Uso

Los casos de uso implican la secuencia de acciones y los escenarios asociados.

Elementos Fundamentales

• Casos de Uso: Nombre que lo distingue de otros.
• Actor: Roles de los usuarios. Se pueden conectar mediante asociaciones. Su comunicación no forma parte del sistema. Se identifican actores primarios y secundarios.
• Flujo de Eventos: Cada flujo de datos describe un escenario. Un evento es cada uno de los pasos dentro de un caso de uso.

Relaciones entre Casos de Uso

Existen varias formas de relacionar casos de uso:

• Generalización: El caso hijo hereda comportamiento del padre, pudiendo añadir o redefinir su comportamiento (solo si el padre es abstracto).
• Inclusión (<<include>>): El caso base incorpora explícitamente el comportamiento de otro caso en el lugar especificado dentro del caso base.
• Extensión (<<extend>>): Se reutiliza el comportamiento de forma indirecta en un lugar específico.

Modelado con Diagramas de Casos de Uso

Los diagramas de casos de uso se utilizan en diferentes perspectivas del modelado:

Modelos Dinámicos y Contextuales

• Modelo Dinámico: Incluye casos de uso, actores, relaciones de dependencia, generalización y asociación.
• Modelo del Contexto: Consiste en identificar actores y organizarlos, introducirlos en un diagrama y observar su comunicación.

Modelado de Requisitos

Para el modelo de requisitos, se debe establecer el contexto y considerar el comportamiento de cada actor. La ingeniería directa describe el comportamiento de un elemento, mientras que la ingeniería inversa no puede conseguir un diagrama de casos de uso a partir de descripciones incompletas.

Recomendaciones para Dibujar Diagramas de Casos de Uso

Para una representación clara:

1. Definir un nombre claro.
2. Evitar cruzar líneas de asociación.
3. Colocar los roles de los actores cerca del sistema.
4. Utilizar notas y colores con moderación.
5. Limitar la cantidad de relaciones distintas.