Desarrollo de Sistemas. Análisis de Requisitos

 Es el proceso de estudiar las necesidades de los usuarios con la idea de llegar a la determinación de los requisitos de un sistema, hardware o software (IEEE). También según el IEEE, requisito es una condición o capacidad que necesita un usuario para resolver un problema o alcanzar un objetivo.

En el proceso de análisis de requisitos se diferencian tres subprocesos: extracción, documentación y gestión de los requisitos. 

La extracción de requisitos se caracteriza por una «conversación» no trivial entre dos culturas: los usuarios que no son especialistas en TI y los profesionales de las TI que no dominan el aspecto del negocio que se va a automatizar. También entran en juego otros aspectos como los derivados del personal afectado por una reingeniería de procesos. Entre las técnicas de extracción cabe citar: entrevistas, cuestionarios, brainstorming, storyboarding, prototyping, Joint, Application Development (JAD) y modelización. 

La documentación es un aspecto conflictivo por las posiciones extremas que genera. Lo importante es descubrir el equilibrio óptimo. Además de los requisitos funcionales y de datos hay que documentar los no-funcionales (v.g. fiabilidad y escalabilidad). 

Los modelos visuales (object models, diagramas UML o diagramas de flujo) son muy útiles. 

La gestión de requisitos se centra en evaluar la prioridad, riesgo y esfuerzo de cada uno de ellos. Entre los Requirement Management tools (RM) más utilizados se citan DOORS, Caliber-RM o Requisite Pro.

Los requisitos funcionales especifican una función que un sistema o componente de sistema debe ser capaz de desarrollar. Es el tipo que viene antes al pensamiento.

Los requisitos no-funcionales, como el througput del sistema, la amigabilidad de la interfaz de usuario, la escalabilidad o la fiabilidad, son cruciales en la aceptabilidad del sistema. 

Los interface requirements especifican un ítem externo con el cual debe interaccionar un sistema o componente de sistema, o establecen las restricciones de formato, tiempo u otros factores causados por dicha interacción. 

Los design requirements especifican o restringen el diseño de un sistema o de uno de sus componentes. 

Los implementation requirements especifican o restringen la codificación o construcción de un sistema o de uno de sus componentes.

Los performance requirements imponen condiciones en un requisito funcional; por ejemplo, un requisito que especifica la velocidad, precisión o cantidad de memoria utilizada con la cual se debe ejecutar una función determinada.

María Berenguer, J. (2004). Negocios digitales: compertir usando tecnologías de información. Pamplona, Spain: EUNSA. Recuperado de https://elibro.net/es/ereader/uvm/47453?page=171.