Establecer de manera estructurada, las actividades requeridas para levantar, analizar, validar y aprobarlos requisitos del cliente y del producto.
En el entendimiento de la necesidad se inicia con la recopilación de los documentos del proyecto, los cuales son:
¶ Proyectos Públicos
- Plan de Acción: Los objetivos del proyecto
- Anexo Tecnico: Objetivos tecnicos del proyecto en general
- Anexo TIC: Los objetivos tecnologicos de desarrollo detallados del proyecto
- Documentos de convocatoria: La distribución de responsabilidades de los actores
¶ Proyectos Internos
Se realizan reuniones y se trabaja con la información sumistrada por el beneficiario/cliente
El responsable debe realizar una lectura sobre la documentación sumistrada y elaborar un analisis de alto nivel que permita extraer lo siguiente:
De acuerdo a la información obtenida en la actividad anterior, se deben identificar los interesados del sistema y determinar las mejores herramientas para utilizar en las diferentes sesiones de recolección de información.
Se realiza un analisis sobre la información recopilada en el entendimiento de las necesidades y se definen los stakeholders del proyecto. La documentación que se levanta es:
Donde se debe detallar la información de los usuarios a los cuales se va a recopilar información para levantar los requerimientos del sistema.
Adicionalmente se involucra el responsable experto en UX para detallar los metodos de recopilación de información. para mas información ver mas
De acuerdo al plan de elicitacion, se deben preparar los instrumentos o herramientas de elicitación teniendo en cuenta los interesados identificados.
Se definen los instrumentos de levantamiento de requerimientos, como por ejemplo:
El alcance de levantamiento de requerimientos los procesos de diseño centrado en el usuario, los cuales se centran en la capacidad de recopilar información que permita entender las necesidades de las personas que utilizan el sistema a desarrollar. Algunas de las metodologias para el levantamiento centrado en el usaurio son:
Teniendo en cuenta el plan y los instrumentos de elicitación generados, se realiza las entrevistas, encuestas y demás en las fechas programadas.
Se realiza la gestión de las reuniones o actividades con el coordinador del proyecto para ejecutar el plan de elicitación, y se prepara el espacio de trabajo. Los elementos a tener encuenta son:
Por ultimo, se realiza recopilación de la información diligenciada por los involucrados y desarrollo de las actas de las reuniones/actividades con su evidencia audiovisual
Con la información recolectada a través de los diferentes instrumentos o herramientas de elicitación, se debe elaborar o ajustar la especificación de alto nivel que responda a las requisitos identificados.
Se debe cumplir con el siguiente lineamiento de levantamiento de requerimientos:
Specific: específico, algo concreto y bien definido
Measurable: medible, establecer criterios concretos para medir y evaluar el progreso
Achievable: alcanzable, realista
Relevant: relevante, está alineado con otras metas y que, por tanto, tiene sentido en el conjunto del proyecto
Time based: con límite de tiempo, establecer objetivos dentro de un marco de tiempo
El sistema debe permitir el registro de un turista con la siguiente información:
Nombre a Mostrar | Campo | Descripción | Tipo de dato | Not Null | Validación |
---|---|---|---|---|---|
Nombres | name | Almacena nombres del usuario | varchar(50) | x | Sin caracteres especiales: [a-z][A-Z] |
Apellidos | lastname | Almacena apellidos del usuario | varchar(50) | x | Sin caracteres especiales: [a-z][A-Z] |
Cedula | cc | Almacena el número de cedula del usuario | varchar(20) | x | Solo números enteros |
Fecha Nacimiento | birthdate | Almacena la fecha de nacimiento | datetime | x | |
Correo | Almacena el correo electronico del usuario | varchar(50) | x | Se valida que sea un correo | |
Contraseña | password | Almacena contraseña cifrada del usuario | varchar(250) | x |
Se ejecuta el subproceso de validación y aprobación de requisitos
Se realiza un proceso de validación y corrección de la documentación levantada directamente con los involucrados. con el proposito de dar claridad de las funcionalidades que se levantan en el sistema a desarrollar y si cumple con las necesidades de los involucrados.
para mas información sobre este sub proceso ir a:
Link
Una vez se cuente con los requisitos de alto nivel, se inicia la especificación detallada a través de casos de uso, historia de usuario y/o cualquier otra herramienta que el equipo considere necesaria para dar claridad y detalle a los requisitos.
Para el desarrollo de este proceso se establecen metodologias que permitan detallar mas aun los requerimientos levantados en el documento de desarrollo. Para lo cual, se utilizan las siguientes:
Un diagrama de caso de uso es una descripción de las actividades que deberá realizar alguien o algo para llevar a cabo algún proceso
Una historia de usuario es una explicación general e informal de una función de software escrita desde la perspectiva del usuario final o cliente
Tipo | Descripción |
---|---|
Título | [Nombre de la historia] |
Como | [Rol] |
Quiero | [Acción] |
Para | [Justificación] |
Para mas información: ir aquí
Tipo | Descripción |
---|---|
Dado que | [Estado previo o contexto] |
Cuando | [Comportamiento o acción] |
Entonces | [Cambio a raiz de un comportamiento] |
Ejemplo
Tipo | Descripción |
---|---|
Título | Pagar cuenta por celular |
Como | Comensal con prisa |
Quiero | Pagar la cuenta de mis alimentos consumidos por celular |
Para | No tener que esperar a que el mesero me cobre |
Criterios de aceptación
Tipo | Descripción |
---|---|
Dado que | quiero pagar mi cuenta con tarjeta |
Cuando | en mi celular elija la mesa y los alimentos consumidos |
Entonces | se solicitará que proceda con el pago utilizando tarjeta de crédito |
Detalles
Descripción |
---|
El listado de alimentos debe contener nombre, precio, imagen |
La transacción bancaria no debe tomar mas de 1 minuto |
Se ejecuta el subproceso de validación y aprobación de requisitos
Una vez se cuente con las aprobaciones correspondientes, se procede a generar la trazabilidad de los requisitos, desde las especificaciones de alto nivel hasta las detalladas.
El responsable tiene la funcion de editar el documento de trazabilidad según los cambios generados por los demas roles. Es necesario resaltar que se debe utilizar una nomenclatura para facilitar la documentación y la cual debe ser estrictamente seguida por el equipo de desarrollo:
Nota:
Todo cambio realizado que afecte la matriz de trazabilidad debe ser documentado en la misma y se debe notificar a los afectados.