Eugenia Parodi Eugenia Parodi Lazaro Ruiz Lazaro Ruiz Juan Achucarro Juan Achucarro Sebastian Castellanos Sebastian Castellanos.

Slides:



Advertisements
Presentaciones similares
Desarrollo de Sitios Web
Advertisements

Administrado y desarrollado utilizando Scrum
Sistema de gestión ganadera
Administración de Centros de Computo / CESM
Administración de Centros de Computo
El Mercado del Proyecto.
Presentación de seguimiento del proyecto Equipo LSI 02
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
BizAgi - Business Agility
Materia: Tecnología de la Información
INGENIERÍA DE SOFTWARE: SPMP Presentado por:
Fase Elaboración Conclusiones Grupo 6 – PIS
PLAN DE CALIDAD.
Proyecto de Ingeniería de Software 2008
PREÁMBULO Red Digitel Equipos Router Enlace de Internet Sede A INTERNET SOLUCIONES DE INTERNET DEDICADO PREÁMBULO.
Centro de Ensayos de Software
Taller de Desarrollo de Proyectos II 2do cuatrimestre 2010.
Sistema de Administración de Subastas Inversas
CheckIn4Android.
Aseguramiento Calidad
Evaluación de Productos
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
PROCESO DE DESARROLLO. Introducción Mediante esta presentación se pretende describir el proceso de desarrollo del TALLER I.
TEAM SOFTWARE PROCESS CICLO 3.  Análisis del Proyecto  Producto  Resultados por Rol  Resultado del Proceso.
Leonora Sistemas S.A. Sistema de Planificación y Control de Ventas (SIPCOV)‏ Patricia Albornoz Labrín.
PRESENTACIÓN PROTOTIPO SIGAF
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
Moprosoft Modelo de Procesos para la Industria del Software Integrantes: Joaquín Moreira Martínez José cruz López Valenzuela Edgar Manuel Madrid González.
MAESTRÍA DE GERENCIA EN SISTEMA
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
Fase Inicial Grupo 6 – PIS – 2013.
MSI. Nancy A. Olivares Ruiz
REQUERIMIENTOS DE SOFTWARE
Planeación con Planning Tool y DotProject Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Rubby Casallas, Andrés Yie.
Nicole Bieber Carolina Haber Valentina Silva MultiTouchit!
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Técnicas de Programación
Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Presentación del Proceso Sistema de Administración de Proteínas Objetivo y eXperimentos del Pasteur.
¿Cómo nos ayuda GeneXus a mejorar la calidad en el proceso de desarrollo de Software? Ing. Rosario Estévez Ing. Rafael Mon
Ximena Romano – Doris Correa
Fin Fase Elaboración Presentación al director del proyecto Agenda –Objetivos –Cumplimientos –Conclusiones Presentación al director del proyecto Agenda.
Modelo en Cascada Planeación Estratégica Estudio de Factibilidad
Análisis Diseño Codificación Prueba Análisis Diseño Codificación Prueba Análisis Diseño Codificación Prueba Versión 1 Funcionalidad 1 Versión.
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
Proyecto de Ingeniería de Software Grupo Nº 9 - GXPost (Desarrollo con GeneXus 8.0) Evaluación de la Fase Construcción (Jueves 4 de Noviembre de.
El rol de SQA en PIS.
ASIGNACIÓN DE ROLES.
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Facultad de Ingeniería Proyecto de Ingeniería de Software 2010 Grupo 4 Grupo 4 1.
Proceso: Perspectiva funcional [QUÉ] Procesos de Ingeniería Procesos de Apoyo Planificación Requerimientos Diseño Desarrollo Diseño Prueba Prueba Evaluación.
Eugenia Parodi Eugenia Parodi Lazaro Ruiz Lazaro Ruiz Juan Achucarro Juan Achucarro Sebastian Castellanos Sebastian Castellanos.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
Producto SETI Buenos Aires, Septiembre 2008 Propuesta de Servicios Consultoría. Soluciones informáticas.
Proyecto: Lanzamiento QUICK ORDER. Objetivo General  Desarrollar el sistema de información de acuerdo a los requerimientos establecidos por el cliente,
AceSchool Daniel Labra Fernando Figueroa ¿Qué Hicimos? -Refinar Causa-Efecto -Elección Metodología -Esquema de la Solución -Resultado Encuesta -Refinar.
Taller de Ingeniería de Software
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
GDITool. Temario Presentación del ProyectoCiclo de VidaPlanificaciónMetodología de TrabajoAlcanceEstimaciónUML AnálisisUML DiseñoArquitectura del SistemaTecnologías.
Las fases del ciclo de la vida de desarrollo de sistemas
Evaluación de la Fase de Elaboración Grupo 4. Riesgos ocurridos Priorización de tareas Problemas con la API Opiniones opuestas entre integrantes Poca.
Motor de generación de Formularios para Infocorp (MOGEFI) Evaluación del Proyecto.
Aseguramiento de la Calidad. (Software Quality Assurance, SQA) Por. Ing. Ernesto Soto Roca.
Utilizando la Metodología RUP:: Desarrollo de un Sistema de Gestión:: MSc. Manuel Sánchez Chero IntroducciónGestión.
Sistemas de calidad en el desarrollo de software.
Taller de Desarrollo de Proyectos II (75.47) 2º cuatrimestre 2008.
Análisis de la experiencia de Nicaragua en acreditación de funcionarios en compras públicas.
Ingeniería del Software 2013/2014.  Integrantes del proyecto  Ámbito del proyecto  Arquitectura adoptada  Principal trabajo realizado en el proyecto.
Sistema de información PSU Javeriana Juan Sebastián Ruiz Andrés Acosta.
Junio, 2013.
Transcripción de la presentación:

Eugenia Parodi Eugenia Parodi Lazaro Ruiz Lazaro Ruiz Juan Achucarro Juan Achucarro Sebastian Castellanos Sebastian Castellanos

Módulos identificados: 1.Análisis de información y reportes 2.Contabilidad 3.Agenda 4.Hacienda 5.Administración Módulos identificados: 1.Análisis de información y reportes 2.Contabilidad 3.Agenda 4.Hacienda 5.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 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.Contabilidad 2.Analisis de Informacion y reportes 3.Agenda 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.Contabilidad 2.Analisis de Informacion y reportes 3.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 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. 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. 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. 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.

15 Planificación Requerimientos Análisis Diseño Codificación Diseño de prueba Prueba Evaluación ESRE M. Analisis E.Diseño Prototipo Plan de Prueba Ingeniero de requerimientos Tester Programador Arquitecto Grupo de Proyecto Gerente ESRE Plan de Proyecto SCM SQA GERENCIA SCM SQA GERENCIA

Este proceso será aplicado posteriormente, para desarrollar los módulos pendientes. Relevamiento de Requerimientos Selección de Requerimientos Confección ESRE. Negociación ESRE Investigación de mercado Consulta con experto

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. 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.

18 Discutir con Cliente los Requerimientos Especificados Medir satisfacción respecto a la entrega Especificar y negociar cada Requerimiento Obtener un ESRE estable

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. 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. Desarrollar los módulos discutidos. Comenzar IR para módulos pendientes.