•Eugenia Parodi
•Lazaro Ruiz
•Juan Achucarro
•Sebastian Castellanos
• Módulos identificados:
1.
2.
3.
4.
5.
Análisis de información y reportes
Contabilidad
Agenda
Hacienda
Administración
• Modulo de análisis de información para la
toma de decisiones, generación de reportes e
informes de stock de cada establecimiento.
• Modulo encargado de manejar la contabilidad
de cada empresa o establecimiento según
corresponda.
• Modulo encargado de gestionar actividades,
recordatorios, alarmas, generación de
documentos de actividades.
• Modulo encargado de manejar todo lo
correspondiente a la gestión de la hacienda.
Alta de animales, obtención de trazabilidad de
un animal, ingreso de actividades
correspondientes a un animal, un potrero o
una categoría, entre otras.
• Modulo encargado para la gestión de
establecimientos, potreros, clientes,
proveedores, funcionarios, usuarios, etc.
•
•
•
•
•
•
Usabilidad
Seguridad
Performance
Escalabilidad se decidió utiliza Java
Open-source
Aplicación web
• Encontramos requerimientos incompletos y
superpuestos.
• Se relevaron en base a productos existentes e
información del negocio obtenida en sitio web de
MGAP.
• Quedaron módulos pendientes para relevar en
mas detalle en Sprints posteriores:
1.
2.
3.
Contabilidad
Analisis de Informacion y reportes
Agenda
•
•
•
•
•
•
•
•
Continuamos reuniones semanales con el cliente.
Continuamos investigación de productos existentes.
Continuamos reuniones grupales semanales con tutor.
Continuamos reuniones de fines de semana entre el
grupo.
Llevar agenda de los puntos a tratar por reunión
Dedicar tiempo al comienzo de la reunión para
presentar requerimientos de la reunión anterior
preparados por el grupo
Abordar 4 o 5 requerimientos por reunión
En cada reunión contamos con el acta donde se lleva
toda la información tratada en la reunión
• Hasta el momento realizamos x Sprints,
relevando y especificando requerimientos.
• Los módulos pendientes serán relevados en
fases posteriores, una vez que los módulos
centrales estén finalizados. (Gestión de
Establecimiento y Trazabilidad)
• Cada RF se especifico con Casos de Uso
conversacionales, prototipos en HTML.
• Realizamos 7 Sprints, dentro de los cuales
especificamos y relevamos 32 requerimientos.
Cada uno con su correspondiente CU y
prototipo en HTML.
• El promedio de horas utilizado para especifcar
un caso de uso es de 2 horas en el peor caso.
• El proceso fue adaptado y modificado en varias ocasiones a
medida que fue necesario.
• Se generaron varias versiones.
• Anteriormente, íbamos a realizar IR solo una vez.
• Debido a la complejidad de los módulos, se decidió dejar IR
de algunos de ellos para después, de manera de obtener
primero el modulo central.
• Se generaron planillas con asignaciones de tareas, según
prioridad.
• Se genero una planilla con tareas pendientes en caso de
haber cumplido con la asignación o en caso de cancelar
reunión con cliente, de manera de asegurar el avance y
evitar tiempos muertos.
• Para relevar funcionalidad se llevo a cabo la
prototipacion de un prototipo desechable.
Gerente
Planificación
Ingeniero de
requerimientos
ESRE
Requerimientos
Plan de
Proyecto
SQA
M. Analisis
Análisis
SCM
Diseño de prueba
GERENCIA
E.Diseño
Arquitecto
Diseño
Prototipo
Codificación
Plan de Prueba
Programador
Prueba
Tester
Grupo de Proyecto
Evaluación
15
Investigación
de mercado
• Este proceso será aplicado
posteriormente, para
desarrollar los módulos
pendientes.
Relevamiento
de
Requerimientos
Selección de
Requerimientos
Confección ESRE.
Consulta con
experto
Negociación ESRE
• Se termino primera fase de requerimientos para
el modulo de Gestión de establecimiento y
Trazabilidad.
• Se comenzara el desarrollo de estos módulos.
• Se comenzara en paralelo capacitación por parte
de Lázaro y Sebastián para desarrollo.
• Quedan pendientes IR de módulos de Análisis de
información y reportes y Contabilidad.
• El modulo de Agenda, se relevo
satisfactoriamente.
Discutir con
Cliente los
Requerimientos
Especificados
Medir
satisfacción
respecto a la
entrega
Obtener un ESRE estable
18
Especificar y
negociar cada
Requerimiento
• Se discutió con el cliente los Requerimientos.
• Se especifico cada requerimiento.
• Se identificaron los módulos finales de la
aplicación.
• Se comenzó con training de desarrollo.
• Pudimos medir la satisfacción del cliente
mediante su feedback y encuestas, siendo
muy positiva.
• Desarrollar los módulos discutidos.
• Comenzar IR para módulos pendientes.
Descargar

ProVentus