El principal objetivo de este proceso es validar los requisitos técnicamente por parte del equipo de trabajo, llegar a un acuerdo con el cliente para la aprobación de los requisitos que se han elicitado.

También es parte de este proceso la validación por parte del cliente de los diseños de las interfaces de usuario, procedentes de la disciplina de Análisis y Diseño. Para ello, los requisitos funcionales y no funcionales se revisarán por parte del equipo de trabajo y una vez comprobado que son adecuados se le mostrará al cliente junto con el diseño de pantallas, prototipos o cualquier otro artefacto que sea útil para hacerse entender con el cliente y para que este dé su visto bueno.

Los siguientes son los roles participantes en este proceso:

Todos los requisitos de la aplicación, funcionales (casos de uso e historias) y no funcionales deben ser validados técnicamente, de manera que estemos seguros que es posible su desarrollo técnico en las siguientes fases del proyecto.

Un Ingeniero de Requisitos (distinto al que escribió el documento de requisitos) DEBE crear un JIRA con los siguientes datos, y registrar las horas de trabajo en ella:

El Ingeniero de Requisitos, DEBE revisar cada uno de los requisitos presentes en el Documento de Requisitos (Casos de Uso, Historias y Requisitos no funcionales).

2.1. PARA CADA UNO de los requisitos se debe verificar que:

• Sea Consistente: Debe ser coherente con el resto de requisitos para que no se contradigan entre ellos.
• Sea Adecuado para ser implementado: Debe ser posible su implementación con las tecnologías actuales existentes en ATICA.
• Sea Claro: Debe estar adecuadamente escrito de manera que se entienda fácilmente lo que exponen y que no de lugar a equivocos.
• Sea Verificable (Testeable): Es importante que podamos probar el requisito. Debe estar escrito de manera que pueda ser probado, preferiblemente de manera automática.
• Sea Trazable. Debe incluirse información suficiente para establecer trazabilidad entre requisitos (visión, casos de uso, historias y no funcionales) y entre requisitos y artefactos de código.
  • Trazabilidad hacia arriba: Es decir, establecer relación entre el documento de visión y los requisitos. Para ello, CADA requisito en el documento de requisitos debe incluir el código del documento de visión del que deriva (VIS-XX).
  • Trazabilidad hacia abajo: Esto se conseguirá a través de JIRA, se ve en la siguiente tarea.

2.2. En general, en el Documento de requisitos se debe verificar que se CUMPLA:

• Ser Completo: Debe contener toda la información necesaria para poder analizar, diseñar y desarrollar los componentes necesarios para satisfacer el requisitos.
• Ser Consistente: Al igual que a nivel individual, todos los requisitos deben ser coherentes y no contradecirse entre ellos.

2.3. Una vez comprobado todo lo anterior, se MODIFICARA el Documento de Requisitos de manera que a CADA REQUISITO se le añadan los dos siguientes campos:

• Validado por: Nombre del Ingeniero de Requisitos.
• Fecha: Fecha de validación.

2.4. Para finalizar, registrar las horas de trabajo empleadas en el JIRA anterior.

El jefe de proyecto crea un JIRA para la reunión de aprobación con el cliente, con los siguientes datos:

En esta tarea se realizará la reunión para intentar aprobar los requisitos por parte del cliente.

2.1. Fijar una reunión con el cliente

• Asistentes: Jefe de Proyecto, Ingeniero de Requisitos, Cliente/s.

2.2. Durante la reunión, se le debe guiar al cliente, explicándole cada uno de los requisitos, y comentándole cada uno de las repercusiones de cada requisito.

2.1. El jefe de proyecto, tras la reunión, inicia la creación de un nuevo Acta de Reunión.

2.2. Escribir la siguiente sección del Acta de Aprobación:

• “1. Conformidad”, Conformidad del cliente.

PARA CADA Requisito identificado en el documento de Requisitos, validado técnicamente y además aprobado por el cliente. El jefe de proyecto Da de alta un JIRA con los siguientes datos

Esta tarea se realizará tras el proceso de Diseño del proyecto; en ella, se han creado los prototipos de interfaces de usuario, que deben ser aprobados por el cliente.

Se debe de crear un JIRA para la reunión de aprobación del diseño con el cliente, con los siguientes datos:

En esta tarea se realizará la reunión para intentar aprobar los diseños por parte del cliente.

2.1. Fijar una reunión con el cliente (Puede ser la misma que la reunión de aprobación de requisitos)

• Asistentes: Jefe de Proyecto, Diseñador de interfaces, Cliente/s.

2.2. Durante la reunión, se le debe guiar al cliente, explicándole cada uno de los diseños y la navegación entre pantallas.

3.1. Iniciar la creación de un nuevo Acta de Reunión.

3.2. Escribir la siguiente sección del Acta de Aprobación:

• “1. Conformidad”, Conformidad del cliente.

• NOTAS:
  • XXX: Código del proyecto.
  • 1.2.3: Número de version del documento.

• NOTAS:
  • XXX: Código del proyecto.
  • yyyymmdd: corresponde a un número con el año, mes y día en formato numérico

Las métricas del proyecto se guardarán dentro de la carpeta del proyecto en Proyecto/Documentacion/1.Gestionproyecto/1.4.Metricas. Las métricas de este proceso en concreto se almacenan en la Hoja REQ.

1. Entra en Jira en el navegador de incidencias. Realiza una query simple y selecciona todas las tareas del proyecto.

• project = ClaveDelProyecto
• Disciplina-Proceso = Requisitos-REQ-ValidarRequisitos

Pulsa el botón Search

Usa la Plantilla de Seguimiento tal y como se indica en el apartado Calcular tiempos con Jira.

1. Entra en Jira en el navegador de incidencias. Realiza una query simple y selecciona todas las tareas del proyecto.

• project = ClaveDelProyecto
• Disciplina-Proceso = Requisitos-REQ-ValidarRequisitos
• Label = REUNION

Pulsa el botón Search

Usa la Plantilla de Seguimiento tal y como se indica en el apartado Calcular tiempos con Jira.