Captura de los requerimientos del Software

CAPTURA DE LOS REQUERIMIENTOS DEL SOFTWARE

Distintos estudios y expertos en la ingeniería de requisitos coinciden en la captura de requisitos es una de las fases más críticas para el éxito de un proyecto de software. Esto se debe a que el constante de subsanación de un error en los requisitos o malinterpretación de estos en la Fase de análisis requiere vente veces menos esfuerzo que la subsanación del error de fase de pruebas unitarias, cincuenta veces menos que subsanarlo durante las pruebas de integración y el orden de doscientas veces menos esfuerzo que tener que subsanarlo una vez que el sistema se encuentra en fase de explotación.

OBJETIVOS: La fase de captura de requisitos tiene como objetivo descubrir y recoger todos y cada uno de los requisitos funcionales y no funcionales de la aplicación a definir de forma clara y concisa. Entendiendo esta tarea de captura de requisitos como un proceso proactivo por parte del analista funcional, para entender los requisitos del sistema a desarrollar, ya que para ello necesitará extraer los requisitos de los usuarios y ayudarles a visualizar las posibilidades de la solución.

TÉCNICAS: Para el éxito en la captura de requisitos el analista funcional necesitará poner en práctica distintas técnicas y probablemente varias iteraciones de este proceso, de forma que se vayan refinando y completando los requisitos obtenidos.

· Estudio de documentación existente: Análisis de la documentación existente sobre el proyecto y su alcance (RFP, oferta y cualquier otra información o documento existente sobre el producto a construir: manuales, informes, etc.) La documentación es un buen punto de partida para entender el sistema a implementar e identificar áreas a calificar. También nos ayuda a familiarizarnos con la aplicación y terminología.

· Entrevistas con las distintas personas y roles involucrados en el proyecto: En estas sesiones se entrevistará individualmente a roles distintos de entre interlocutores del proyecto. En momentos iniciales de a captura de requisitos se utilizará preguntas abiertas para ir paulatinamente hacia preguntas más cerradas.

· Talleres o sesiones de trabajo en grupo: Se pueden utilizar cuando el tiempo del que se dispone para capturar los requisitos es ajustado, ya que mediante la técnica se puede entrevistar con más personas al mismo tiempo, aunque se deberá asegurar que todos los involucrados estén participando.

· Observación: Consiste en observar las distintas tareas y procesos ejecutas por distintos roles en su día a día. De esta manera, se confirma el modo real en que siguen los procesos establecidos, confirmando que se ejecutan todos sus pasos.

· Prototipado: Consiste en una demo o versión reducida de la aplicación a desarrollar, suele ser útil cuando la solución es muy novedosa y los implicados en el proyecto son incapaces de definir sus requisitos. Los prototipos se sueles usar como punto de partida sobre el que presentar una posible solución, e ir refinándola y obteniendo más requisitos de los usuarios tras su revisión.

· Cuestionarios: Permite cubrir a un grupo más grande de personas para unir información sobre el sistema. El nominado de los encuestados ayuda a obtener respuestas honestas, y un buen método para solicitar la opinión de los encuestados sobre los problemas limitaciones y posibles mejoras.

Inscripción Sprint: Es una de las técnicas que se usan en el atSistemas para definir conjuntamente un nuevo producto o solución.