Descripción de la etapa.

 La principal finalidad de la etapa de análisis de requisitos es comprender las necesidades del negocio, después recopilar los requisitos precisos de cada persona interesada y traducirlos de forma técnica. 

Roles claves. 

Existen tres importantes que son su colaboración no es posible la realización de la etapa: analista de negocios, propietario del producto y gestor de proyectos. Aun así, el que más se destaca es el analista de negocios (BA). Debido a las responsabilidades cruciales que este mismo tiene. 

Analista de negocios (BA)

• Actúa como el traductor de las necesidades del cliente, a la hora que entrevista a las partes interesadas. Además de recopilar estas necesidades y dividiéndolos en dos, requisitos funcionales y no funcionales. Y por último analizar los procesos necesarios para completar los requisitos.

Propietario del producto. 

Como su nombre lo indica, es el propietario. Por lo que su colaboración es crucial. Debido a que es la fuente primaria de información, que proporciona los primeros y principales necesidades que el sistema deba de tener. Cuando sus necesidades son traducidas a requisitos técnicos, este rol válida o rechaza los que se le presenta, y así lograr un sistema satisfactorio que cumpla con lo pedido. 

Gestor de proyectos (PM).

Al ser el que supervisa todo el proyecto y tener el control del proyecto, se encarga de garantizar que los requisitos sean viables , se alineen y ajusten al alcance, a todos los plazos establecidos por el mismo rol y presupuesto del proyecto. 

Artefactos producidos.

Durante la fase de análisis de requisitos, se generan diversos artefactos que documentan y describen la funcionalidad, además de las necesidades del sistema. Los artefactos que se mencionan a continuación actúan como una hoja de ruta para los desarrolladores y las partes interesadas.

Historias de Usuario (Usar stories).

Este artefacto es mucho más común en metodologías ágiles. Y son descripciones simples e informales de una funcionalidad desde la perspectiva del usuario final usualmente en el formato 'como [rol], quiero [objetivo], para [beneficio]'.

Modelos de Datos y Diagramas.

Son representaciones visuales que ayudan a comprender la estructura de los datos. 

Prototipos y Wireframes.

Son las representaciones visuales o también maquetas de la interfaz de usuario que ayudan a validar los requisitos y a obtener retroalimentación temprana de los skateholders. 

Herramientas.  

Facilitan las responsabilidades que los roles deben de cumplir, por ejemplo los siguientes:

• Herramientas CASE (Computer-Aided Software Engineering): Es software que ayuda en el modelado, por ejemplo Visio y Enterprise Architect.. Ayudan a crear diagramas de casos de uso y modelos conceptuales.

• Software de Gestión de Requisitos: Plataformas como Jira (con complementos de gestión de requisitos) o DOORS para almacenar, priorizar, categorizar y controlar los cambios en los requisitos.

• Herramientas de Prototipado: Se recomienda utilizar software como Figma o Axure para crear maquetas rápidas y de baja fidelidad para validar la interacción del usuario.