FASE DE CAPTURA:

PASOS
TECNICA QUE SE PUEDE
UTILIZAR
1. Investigar acerca del dominio de
aplicacin.
1. Entrevista con el cliente y usuarios
2. Tener y/o buscar proveedores de
requisitos (equipo material y humano).
2. Establecer das y horas
especificos para reuniones de
trabajo
3. Realizar sesiones de captura de
requisitos
3. Generar demostraciones, crear
escenarios, modelos, prototipos
4. Identificar objetivos de la aplicacin,
procesos de la empresa, generar el modelo
de negocio.
4. Investigar , capacitar a personal
en determinadas areas
5. Identificar los roles en la empresa 5. Lluvia de ideas
6. Identificacin de las necesidades de l
cliente y usuarios.
7. Elaborar un documento de visin general
de la aplicacin
PASOS
TECNICA QUE SE PUEDE
UTILIZAR
1. Generar un documento en el que se
describa de una forma general el proyecto a
desarrollar, reunir necesidades del cliente,
expectativas , restricciones, asunciones,
hitos, presupuesto, recursos, riesgos .
1. Establecer das y horas
especificos para reuniones de
trabajo
Descripcin de la metodologa propuesta para el mejoramiento del proceso captura de
requerimientos para Grupo SPC
Obtener los requerimientos del cliente y usuarios
FASE ANALIZAR Y DEFINIR
Crear analisis funcional del software a desarrollar
Teniendo los proveedores de requisitos en esta fase se genera el acuerdo con el cliente sobre
los procesos que el software a desarrollar mecanizara.
Documentar los requisitos identificados
Que los participantes del proyecto comprendan a detalle los requisitos a generar
Establecer requirimientos de softwares clasificandolos en funcionales y no funcionales
Generar requerimientos de Interfaz
Crear escenarios
3. Definir y analizar los requisitos en
terminos tcnicos para determinar si estos
pueden generar nuevos requerimientos
2. Usar Formato de Anlisis de
Requisitos.
4. De generarse nuevos requerimientos
estos deben mantener la misma linea del
software que se esta desarrollando
3. Utilizar matriz de trazabilidad
5. Identificar y clasificar los requerimientos
funcionales y no funcionales del softwate a
desarrollar
4. Usar gua de identificacin de
Requisitos Funcionales y No
funcionales.
6. Identificar las interfaces internas y
externas del software a desarrollar
5. Utilizar ciclo de vida del producto
7. Especificar origen, destino, estmulo,
caractersticas de los datos de la interfaz
tanto interna como externa del software a
desarrollar
8. Mantener la trazabilidad de los requisitos
8. Elaborar la descripcin de casos de uso
para cada uno de los procesos que llevara
la aplicacin
6. Modelado de caso de uso
9. Analizar la funcionalidad requerida por los
usuarios finales del software a desarrollar.
7. Utilizar diagramas de actividad
10. Dividir los requerimientos en base a las
funciones y/o necesidades de los usuarios
del software
8. Check list que especifiquen los
requemientos del software
11. Analizar los requisitos para determinar si
satisfacen las necesidades de los usuarios
finales del sotware
9. Utilizar plantilla de generacin de
riesgo
2. Establecer criterios para evaluar y aceptar
requerimientos:
Completos.
Consistentes
Se pueden implementar.
Se pueden probar
Claros -Bien establecidos
Para establecer los requerimientos del software :
Para establecer los requerimientos de la interfaz:
Para establecer los escenarios del producto a desarrollar:
Para establecer el analisis funcional:
12. Establecer prioridad en los requisitos
10. Utilizar plantilla matriz de
comunicacin
13. Elaborar un plan de riesgos para los
requisitos a generar
14. Elaborar factibilidad tcnica,
operacionale y econmica.
PASOS
TECNICA QUE SE PUEDE
UTILIZAR
1. Establecer das y horas
especificos para reuniones de
trabajo
2. Realizar auditorias
3. Revisin de matrices de
trazabilidad
3. Negociar y firmar un compromiso 1. Reuniones de Trabajo
1. Identificar causas de incosistencia. 1. Reuniones de Trabajo
2. Revisar planes, actividades y productos
de trabajo creados para el proyecto
3. Identificar cambios a los productos de
trabajo y requerimientos
Para obtener el compromiso de los requerimientos del software a desarrollar :
Para Identificar incosistencias trabajo - requerimientos
Esta fase tiene como objetivo: Asegurar que el producto desarrollado se ejecute segn la
necesidad del usuario
FASE VALIDACIN
Para validar requerimientos del cliente :
1. Revisar los requisitos para asegurarse de
que cumplen con los criterios, establecidos
por el cliente/usuarios finales estableciendo:
Para ello debe validar los siguientes
criterios: entendimiento, factibilidad,
claridad, modificabilidad, rastreabilidad /
trazabilidad, verificable.
Identificar incosistencias trabajo - requerimientos
Obtener compromiso sobre los requerimientos del software a desarrollar
4. Iniciar acciones correctivas
FORMATOS
NECESARIOS
SE OBTIENE
Captura de Requerimiento
Cambio de Requerimientos Participantes del proyecto
Visin general del proyecto
Descripcin y visin
preliminar de requisitos
Hoja de notas Modelo de sistema
Minuta de reunin
FORMATOS
NECESARIOS
SE OBTIENE
Acta de Constitucin de
proyecto
Entregables a+D31l cliente:
Acta de constitucin del
proyecto, Documento
especificacin de
requerimientos
Descripcin de la metodologa propuesta para el mejoramiento del proceso captura de
requerimientos para Grupo SPC
Obtener los requerimientos del cliente y usuarios
Crear analisis funcional del software a desarrollar
Teniendo los proveedores de requisitos en esta fase se genera el acuerdo con el cliente sobre
los procesos que el software a desarrollar mecanizara.
Documentar los requisitos identificados
Que los participantes del proyecto comprendan a detalle los requisitos a generar
Establecer requirimientos de softwares clasificandolos en funcionales y no funcionales
Generar requerimientos de Interfaz
Crear escenarios
Hoja de notas
Internamente se genera:
Evaluacin de requisitos,
minuta de trabajo, notas
Minuta de reunin
Descripcin y visin
preliminar de requisitos
Acta de constitucin del
proyecto
Modelo de sistema
Formato de Anlisis de
Requisitos
Registro de analisis de
requerimientos
Matriz de trazabilidad
Matriz de trazabilidad de
requisitos
Documento de caso de uso
Check list de chequeo de
requerimiento
Matriz de riesgo
Matriz de comunicacin
Para establecer los requerimientos del software :
Para establecer los requerimientos de la interfaz:
Para establecer los escenarios del producto a desarrollar:
Para establecer el analisis funcional:
FORMATOS
NECESARIOS
SE OBTIENE
1. Minutas de reunin
Internamente se genera:
notas de trabajo, minutas de
trabajo
2. Hojas de notas
Entregables al Cliente:
Registro de Validacin
3. Check list
4. Formato de Validacin de
Requisitos
Acta de constitucin de
proyecto
Entregables al Cliente: Acta
de constitucin del proyecto
1. Minutas de reunin
1. Documentacin de
inconsistencias.
2. Hojas de notas 2. Acciones correctivas
Para obtener el compromiso de los requerimientos del software a desarrollar :
Para Identificar incosistencias trabajo - requerimientos
Esta fase tiene como objetivo: Asegurar que el producto desarrollado se ejecute segn la
necesidad del usuario
Para validar requerimientos del cliente :
Identificar incosistencias trabajo - requerimientos
Obtener compromiso sobre los requerimientos del software a desarrollar
Fecha: mm/dd/aa
Tipo de
requerimiento
No funcional
Descripcin del requerimiento:
Funcional
Restricciones del funcionamiento:
Departamento: Usuario:
Cargo del usuario:
Analista Responsable:
LOGO PROYECTO
Nombre del proyecto:
CAPTURA Y DESCRIPCIN DE REQUERIMIENTOS
Fecha: mm/dd/aa
Descripcin del requerimiento:
Restricciones del funcionamiento:
Usuario:
Cargo del usuario:
Requerimi
ento #
PROYECTO
CAPTURA Y DESCRIPCIN DE REQUERIMIENTOS
Requerido por:
Requerimiento que afecta:
Nombre: Firma: Fecha:
EVALUACION DE CAMBIO
Costo Estimado: Tiempo estimado: Evaluado por:
RECHAZADO ( ) APROBADO ( )
Firma: Nombre:
FORMATO DE CAMBIO DE REQUERIMIETOS
Fecha: dd/mm/aaaa
DESCRIPCION DEL CAMBIO
PROYECTO:
Nombre: Firma: Fecha:
Nombre: Firma: Fecha:
Nombre: Firma: Fecha:
Solucin propuesta:
Seccin del contrato que modifica:
Descripcin del cambio:
Aprobado Realizado Realizado Revisado
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
MATRIZ DE CAMBIO DE REQUISITOS
REQUISITOS
Porcentaje de
Ejecucin
Situacin
N
Control
de
Cambio
Documento
MATRIZ DE CAMBIO DE REQUISITOS
Requisitos
Involucrados
Descripcin del
Control
REQUISITOS
Funcionales No Funcionales
poseer un local que el local no sea propio
tener papeles en reglas debera tener un nombre para identificarse
pagar cada uno de sus impuestos
personal capacitado
poseer un capital
MATRIZ DE TRAZABILIDAD DE REQUISITOS
REQUISITOS
REQUISITO DE NEGOCIO (Clasificar la informacin suministrada por el cliente
relacionada con el negocio)
Funcionales
ingresar al sistema
ver las caracteristicas del local
ver las ofertas y promociones
registrar usuarios
aportar los datos necesarios
agendar el dia de reservacion
confirmar reservacion
modificar la reservacion
actualizar las promociones
consultar las reservaciones
eliminar las reservaciones
MATRIZ DE TRAZABILIDAD DE REQUISITOS
REQUISITOS
REQUISITO DE SISTEMA (Clasificar la informacin generada para el sistema)
No Funcionales
el sistema debera tener el logo de la empresa CU01
sistemas debera contener los colores de la empresa
el aplicativo sera creado utiliando HTML5, PHP,CSS3
la base de datos sera creada en mysql
el sistema solo sera instalado en el local quinta san juan
MATRIZ DE TRAZABILIDAD DE REQUISITOS
REQUISITOS
REQUISITO DE SISTEMA (Clasificar la informacin generada para el sistema)
CASO DE USO
(Identificar los casos
de uso
correspondientes)