Gestion de requisitos

GESTION DE RQUISITOS

Análisis de problemas

El análisis de problemas se realiza para entender los problemas y las necesidades iniciales del interesado, y proponer soluciones de alto nivel. Es un acto de razonamiento y análisis para encontrar "el problema que se esconde tras el problema". Durante el análisis de problemas, se debe llegar a un acuerdo sobre cuál es el problema real y quiénes son los interesados. También debe definir cuáles son, desde una perspectiva empresarial, los límites de la solución y las restricciones empresariales de la solución.

Conocimiento de las necesidades del interesado

Los requisitos provienen de muchos orígenes; por ejemplo, clientes, socios, usuarios y expertos en dominios. Debe saber cómo se determina mejor cuáles deberían ser los orígenes, cómo se obtiene acceso a estos orígenes y cómo se obtiene información de ellos. Los individuales que proporcionan los orígenes principales de esta información se conocen como interesados en el proyecto. Si va a desarrollar un sistema de información para uso interno de la empresa, puede incluir personas con experiencia de usuario y especialista en dominios empresariales en el equipo de desarrollo

Definición del sistema

Definir el sistema significa convertir y organizar el conocimiento de las necesidades del interesado en una descripción significativa del sistema que se va a construir. Al principio de la definición del sistema, se toman decisiones sobre qué constituye un requisito, formato de documentación, formalidad del lenguaje, grado de especificación de los requisitos (cuántos hay y qué grado de detalle tienen), prioridad de solicitud y esfuerzo calculado (dos valoraciones muy diferentes normalmente asignadas por personas diferentes en ejercicios separados), riesgos técnicos y de gestión y ámbito inicial. 

Gestión del cambio de requisitos

Independientemente de lo cuidadoso que sea a la hora de definir los requisitos, siempre tendrá que cambiar algo. Los requisitos cambiantes son difíciles de gestionar no sólo porque un requisito cambiado implique más o menos tiempo invertido en la implementación de una función nueva en particular, sino también porque un cambio en un requisito puede afectar a otros requisitos. Debe asegurarse de que proporciona a los requisitos una estructura resistente a los cambios y que utiliza enlaces de rastreabilidad para representar dependencias entre requisitos y otros productos de trabajo del ciclo de vida de desarrollo. 

...