Captura de Requisitos en Desarrollo de Software: Proceso, Técnicas y Desafíos

Captura de Requisitos en Desarrollo de Software

Al proceso de averiguar, en circunstancias difíciles, lo que se debe construir en el contexto de desarrollo de software se le llama captura de requisitos.

A los requisitos no funcionales, aquellos que son comunes para muchos o para todos los casos de uso, se les llama requisitos adicionales.

Representan terceros fuera del sistema que colaboran con el sistema.

Técnicas y Herramientas en la Captura de Requisitos

A la técnica utilizada para describir los estados de casos de uso y las transiciones entre los estados se le llama diagramas de estado.

Artefacto utilizado para definir términos comunes importantes que los analistas y otros desarrolladores utilizan al describir el sistema: glosario.

Permite que los desarrolladores de software y los clientes lleguen a un acuerdo sobre los requisitos, es decir, sobre las condiciones y probabilidades: modelo de casos de uso.

Es un puesto al cual puede asignarse una persona "real": trabajadores.

Es un término general para cualquier tipo de descripción o información creada, producida, cambiada o utilizada por los trabajadores: artefacto.

A la realización o ejecución de un caso de uso, es decir, lo que el sistema lleva a cabo cuando obedece a un caso de uso, se le nombra instancia de caso de uso.

Ayuda a comprender y especificar las interacciones entre los actores humanos y el sistema durante la captura de requisitos: prototipo de interfaz de usuario.

Desafíos y Roles en la Captura de Requisitos

Dificultades en la Captura de Requisitos

¿Por qué es difícil la captura de requisitos? Los desarrolladores crean código para otros y no para sí mismos. La mayoría de los usuarios no saben qué parte del trabajo pueden convertirlo en software.

Roles en la Ingeniería de Requisitos

¿Qué trabajadores participan en el flujo de trabajo de la ingeniería de requisitos? Analista de sistemas, arquitecto, especificador de casos de uso, diseñador de interfaz de usuario.

Responsabilidades del Arquitecto

¿De qué es responsable el arquitecto? El arquitecto es responsable de la descripción de la arquitectura, la visión de la arquitectura (línea) y el modelo de casos de uso.

Artefactos en la Captura de Requisitos

¿Cuáles son los artefactos que se utilizan en la captura de requisitos? Listas de características, modelo del dominio del negocio, modelo de casos de uso, requisitos adicionales y casos de uso.