Completitud en la Ingenieria de Requisitos

Abstract

Cuando proyectos de software de gran envergadura fracasan (ver cuadro), habitualmente se llevan a cabo estudios posteriores para identificar las causas de dichos fracasos. Algunos de estos estudios son realizados por The Standish Group con sus denominados reportes CHAOS, por U.S. Government Accountability Office (GAO) de los Estados Unidos y por muchos investigadores en el área de la ingeniería de software [Faulk 92] [Lutz 93] [Leveson 95] [Finkelstein 96] [Breitman 99]. Una de las principales causas detectadas a través de estos estudios han sido problemas en los requisitos: requisitos inadecuados, cambios en los requisitos durante el ciclo de vida, requisitos no bien comprendidos o comprendidos tardíamente y requisitos incompletos.La incompletitud es uno de los graves problemas que se afronta en la fase de producción de requisitos [Kotonya 98] [Loucopoulos 95] [Firesmith 05], lo que inevitablemente se arrastra a las siguientes fases del proceso de desarrollo de software si no es atendida oportunamente. No es una tarea trivial detectar información faltante. Procurar la completitud de los requisitos, es por un lado un aspecto de calidad y por otro requiere una comprensión acabada del problema bajo estudio