___________________________ Diego Fernando Navarro Fabián Felipe Ceballos POSTMORTEM CICLO 2.

Slides:



Advertisements
Presentaciones similares
PROCEDIMIENTO AUDITORIAS INTERNAS.
Advertisements

ACTIVIDAD 1: El grupo de ingeniería de software participa en la propuesta del proyecto. (objetivos, metas, soluciones, técnicas, estándares).
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
2010 Presentación Final Proyecto Originación de Crédito
Metodologías de Desarrollo
[CURSO O MATERIA] [INTEGRANTES DEL GRUPO] POSTMORTEM [EL NUMERO DEL POSTMORTEM O VERSION] Total tiempo: 15 min.
Felipe Donoso Natalia Sandoval
Versión Se tiene que tener un listado de los requisitos legales que le son aplicables a la empresa para su operación y estos tienen que encontrarse.
Fase Elaboración Conclusiones Grupo 6 – PIS
Proceso de Originación de Crédito: Banco de los Alpes
Metodologías Ágiles Sudoku.
Proyecto de Ingeniería de Software 2008
Presentación a la directora del proyecto Friend-Buster (Caza-Amigos) – PIS 2010.
Proyecto: Lanzamiento
Introducción a la gestión
Proceso y Método de Evaluación MPS.BR
SISTEMA DE SEGUIMIENTO DE INDICADORES DE GESTIÓN
Resolución 318/2010 Auditorias
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
MESA 3 Evaluación, seguimiento y mejora, auditorias internas y Revisión por la dirección Requisitos P
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
UNIVERSIDAD IBEROAMERICANA DEL DEPORTE Soc. Yarith Navarro
OBJETIVO Definir los aspectos que los líderes deben tener en cuenta antes, durante y después de los ciclos de auditorías para sacar mayor provecho a las.
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
Fase Inicial Grupo 6 – PIS – 2013.
Ing. Alexandra García Ing. Patricia Nogales. OBJETIVOS: General Específicos.
Taller de Integración Informática SISMED
REQUISITOS DE LA NORMA ISO 9001:2000.
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
PLANEACIÓN CORPORATIVA
Presentación Final de Proyecto
Análisis y diseño detallado de aplicaciones informáticas de gestión
¿Cómo nos ayuda GeneXus a mejorar la calidad en el proceso de desarrollo de Software? Ing. Rosario Estévez Ing. Rafael Mon
Presentación Final Proyecto Originación de Crédito Especialización en construcción de software Universidad de los Andes Bogotá Julián Morales.
Ximena Romano – Doris Correa
LSQA + Equipo Proyecto  Definir Proceso: A nivel de la Organización A nivel de Proyecto Actividades SQA: – Asegurar que el Producto cumple con los Requisitos.
Fin Fase Elaboración Presentación al director del proyecto Agenda –Objetivos –Cumplimientos –Conclusiones Presentación al director del proyecto Agenda.
Grupo 51 Evaluación de Fase Inicial Proyecto Ingeniería de Software 2005 Grupo 5.
Gerencia de Sistemas Gestión de los SI 1. CONTENIDO 1.Conceptos básicos y definiciones 2.Cómo controlar efectivamente los SI? 3.El ambiente de desarrollo.
35 años de investigación, innovando con energía 1 Mayo, 2012 P LAN DE ASEGURAMIENTO DE LA CALIDAD DEL DESARROLLO DE SOFTWARE E STÁNDAR IEEE 730 Y G UÍA.
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.
Fase  Análisis y estudio del mercado  Factibilidad  Adquisición de equipos, aplicaciones e implementación del Centro de Monitoreo.  Laboratorio de.
SISTEMAS DE GESTIÓN DE CALIDAD CÍRCULO DE DEMING.
Taller de Proyectos 2 Presentación. Objetivos Desarrollar un software con calidad a partir de los requisitos definidos en Taller de Proyectos 1 Diseño.
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Cátedra de Habilitación Profesional
AUDITORIA Seguridad y Auditoria de Sistemas Ciclo Ing. Yolfer Hernández, CIA.
Introducción al proceso de verificación y validación.
Procesos itil Equipo 8.
...Auditorias de sistemas de administración bajo ISO 19011: "
Ciclo 1 Neotect S.A..  Reporte de Producto Desarrollo y calidad  Reporte de Proceso Desempeño y disciplina del grupo  Autoevaluación del Grupo Por.
Proyecto: Lanzamiento QUICK ORDER. Objetivo General  Desarrollar el sistema de información de acuerdo a los requerimientos establecidos por el cliente,
G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE Daniel Eduardo Almeciga Angie Katterine Cruz O. Diego Fernando.
Implementando PSP / TSP
Calidad de Software. AGENDA: Introducción: Mas allá de la codificación El ciclo de vida: Desde la concepción hasta la descontinuación Calidad: Lugar de.
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
Metodología del Ciclo de Vida del Software
PARÁMETROS PARA LA PRESENTACIÓN DE PROYECTOS EN SISTEMAS
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
PROCESO GESTION DE COMBUSTIBLES Objetivo: Proveer y mantener la disponibilidad del combustible necesario para que los diferentes procesos de la organización.
Motor de generación de Formularios para Infocorp (MOGEFI) Evaluación del Proyecto.
MAESTRÍA EN GESTIÓN DE LA CALIDAD Y PRODUCTIVIDAD PROYECTO DE GRADO DE MAESTRÍA EN “CALIDAD Y PRODUCTIVIDAD” PROYECTO 1I: MODELAMIENTO DE LOS PROCESOS.
1 CICLO DE VIDA. 2 CICLO DE VIDA DE Los Sistemas de Información “ Es un proceso por el cual los analistas de sistemas, los ingenieros computacionales,
Aclaraciones al SICA Auditoría UNIDAD TÉCNICA DE CONTROL EXTERNO.
Empresa Patrocinadora: Departamento de TIC Poder Judicial Lic. José Ángel Jiménez Torrentes. DBA. Sede Regional Chorotega, Campus Nicoya Curso: Proyectos.
Sistema de información PSU Javeriana Juan Sebastián Ruiz Andrés Acosta.
Junio, 2013.
Transcripción de la presentación:

___________________________ Diego Fernando Navarro Fabián Felipe Ceballos POSTMORTEM CICLO 2

Línea del Tiempo Ciclo 2 Inicio Ciclo 2 Desarrollo de UC1 – UC2 Investigación EJB’s - Android Actividad Retrasada Desarrollo de UC3 – UC8 Fin investigación Documentar conclusiones y proceso, Postmortem Cierre del Ciclo 2

_________________________ Producto

Investigación Android – EJBs- Definir la Arquitectura Primera Versión de la Aplicación Documentar Proceso REQUERIMIENTOS PLANEADOS Documentar Tecnologías utilizadas Tutoriales

¿Qué se cumplió? Se realizo la investigación sobre EJBs pero no se encontró información que aportara al desarrollo del prototipo Se documento el proceso, investigaciones e implementaciones de tecnologías Se desarrollo el prototipo referente a los CU1 y CU2 Se definió la arquitectura a partir de las conclusiones generadas por la investigación Se realizaron tutoriales sobre el manejo e instalación de las tecnologías Documentación parcial del Proceso

¿Qué no se cumplió? Se retraso el cronograma debido a que no se había previsto el tiempo dedicado a la investigación Se retraso el desarrollo de los CU3 y CU8 La Documentación del proceso no se realizo en un 100%

_________________________ Arquitectura

_________________________ Proceso

Cumplimiento Objetivos del Grupo ObjetivoCumplimiento Objetivo 1: Gestionar el proyecto adecuadamente. -M1.1: Cumplimiento del cronograma no puede ser menor al 70%. -M1.2: Los documentos que se generen deben estar publicados en un 90%. -M1.3: Los documentos planteados deben ser entregados a un 80%. Objetivo 2: Ser puntuales a todas las reuniones planeadas. -M2.1: Total de impuntualidades a reuniones de grupo <= 2. Objetivo 3: Trabajar en armonía, con responsabilidad y compromiso. -M3.1: Las actividades planeadas en el cronograma no se pueden atrasar en más de 1 día. -M3.2: Todo cambio que se realice del proyecto debe ser informado al grupo en un 100%.

Cumplimiento Objetivos del Proyecto ObjetivoCumplimiento Objetivo 1: Definir el alcance del producto final y los objetivos a cumplir. -M1.1: Mantener en un 90% el alcance definido para el producto Objetivo 2: Documentar todo el proceso realizado -M2.1: El 100% del proceso debe llevar documentación y registro. -M2.2: El 90% de las actividades realizadas deben estar registradas en el Web2Project. -M2.3: El 90% de los archivos utilizados deben estar subidos al SVN. Objetivo 3: Levantar los requerimientos funcionales y no funcionales. -M3.1: Verificar la consistencia de los requerimientos con los objetivos y el alcance del proyecto definidos en un 90%

_________________________ OPORTUNIDADES DE MEJORA Y PLAN DE MEJORAMIENTO

Definición de Ciclo 3 Planeación Realizada:21 de Marzo de 2011 Realización UC3 – UC8 Realización UC4 – UC5 Pruebas y Correcciones Integración y Versionamiento Documentar Proceso en la Wiki Postmortem