El problema de los requisitos

En la actualidad el tema de los “requisitos” se ha convertido en una de las etapas fundamentales dentro del proceso de desarrollo de software, dándole incluso un calificativo de “Ingeniería de requisitos”, esto por la forma como se tiene que asumir ésta tarea, ya que si como equipo de desarrollo (Analistas, Desarrolladores, Relatores, Diseñadores, Arquitectos, etc.),  no le damos la importancia y no estamos involucrados en el contexto del problema, los resultados no serán nada alentadores. Precisamente tratando de encontrar información referente al tema, me encontré con un relato de “Karl E. Wiegers” titulado “Karl Wiegers Describes 10 Requirements Traps to Avoid” dónde se hace un análisis sobre ciertas situaciones que se dan a l ahora de entender los requerimientos.

En el Trap #1: Confusion Over “Requirements” Wiegers se refiere a tres niveles de requerimientos de software (Figura); dónde en el nivel superior se encuentran los requerimientos del negocio para satisfacer los objetivos del negocio y que se reflejan en el documento de visión, en un segundo nivel están los requerimientos de usuario y que se reflejan mediante un modelado (casos de uso) para finalmente mediante la especificación identificar los requerimientos funcionales y no funcionales obviamente reflejado en un SRS. Para mayor detalle se puede acceder al sitio: http://www.processimpact.com/articles/reqtraps.html