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.

Slides:



Advertisements
Presentaciones similares
PROCEDIMIENTO AUDITORIAS INTERNAS.
Advertisements

ANÁLISIS DE FI&F GUÍA PARA LA ELABORACIÓN DEL PLAN DE TRABAJO Directrices para la presentación de informes Metodología de FI & FF del PNUD.
DESARROLLANDO EL PLAN DE TRABAJO
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.
BizAgi - Business Agility
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
Musitec.
Proceso de Originación de Crédito: Banco de los Alpes
Módulo Local. Logo: Correo Electrónico: Slogan: Producir Software de alto nivel Misión: Desarrollar software de calidad para la satisfacción.
Proyecto: Lanzamiento
AUDITORIA INTERNA.
Centro de Ensayos de Software
Sistema de Administración de Subastas Inversas. Agenda Métricas del proyecto Hitos alcanzados Demo Final Retrospectiva.
CheckIn4Android.
Administración de Procesos de Pruebas
SISTEMA DE SEGUIMIENTO DE INDICADORES DE GESTIÓN
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
TEAM SOFTWARE PROCESS CICLO 2.  Producto  Reporte del ciclo  Plan  Inspección  Plan de calidad  Valor ganado  Objetivos  Proceso TSP  Equipo.
AUDITORÍAS INTERNAS A SISTEMAS DE GESTIÓN
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.
 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.
Inspecciones de Software
Funciones de la Administración
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.
PROCESOS ADMINISTRATIVOS
Nuestra Empresa… ... Su Empresa
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
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.
Administración de Proyectos
GESTIÓN DE LA MEJORA. OBJETIVO DE GESTIÓN DE LA MEJORA Mejorar continuamente la eficacia, eficiencia y efectividad del Sistema Integrado de Gestión de.
Fin Fase Elaboración Presentación al director del proyecto Agenda –Objetivos –Cumplimientos –Conclusiones Presentación al director del proyecto Agenda.
Ciclo Iterativo - Incremental Fase de Iteración Elaborado por: Analista: Diseñador: Desarrollador: Ing. de Pruebas:
Team Software Process IntroductionTSPiSM Watts Humphrey
Especialización en Desarrollo de Software
Informe Ciclo 2 Banco de los Alpes S.A..
El rol de SQA en PIS.
GESTION DE PROYECTOS INFORMATICOS Clase I I I
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Cátedra de Habilitación Profesional
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
 Logo:  Correo Electrónico:  Slogan: Producir Software de alto nivel  Misión: Desarrollar software de calidad para la satisfacción.
Introducción al proceso de verificación y validación.
Administración Integral del Proyecto
INTEGRANTES: Alexandra Marín – Líder de calidad
Proyecto: Lanzamiento QUICK ORDER. Objetivo General  Desarrollar el sistema de información de acuerdo a los requerimientos establecidos por el cliente,
Implementando PSP / TSP
TEMA: RESPONSABILIDAD DE ERRORES
CICLO 1 BEATRIZ BARREIRO GÓMEZ HENRY SUÁREZ SÁNCHEZ
Preocupaciones del Analista Programador & Usuarios
___________________________ Diego Fernando Navarro Fabián Felipe Ceballos POSTMORTEM CICLO 2.
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
GUÍA PARA IMPLEMENTAR EL SISTEMA DE GESTIÓN DE CALIDAD EN LAS UGEL
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
Análisis y Balance del Proyecto Análisis Inicial Estimación Inicial Arquitectura de Datos Propuesta Tecnología Metodología aplicada Estimaciones elaboradas.
Modelos y estándares de procesos de desarrollo de software Universidad de los Andes ECOS – 2010 – Sección I.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Autor: Reinozo Cuesta Christian Marcelo
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
Documentos obligatorios de cada Fase
SISTEMA DE GESTIÓN DE LA CALIDAD
UNIDAD III. PSP Objetivo: El alumno identificará el Proceso Personal de Software, para medir su desempeño.
Sistemas de calidad en el desarrollo de software.
PROYECTO NYCE Notificaciones y Comunicaciones Electrónicas Ciclo 2.
Transcripción de la presentación:

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 rol, individual y grupal  Problemas y Oportunidades  Resumen Oportunidades de mejora Neotect S.A. 2

Producto Elaborado 3 Neotect S.A.

 Se planearon para este ciclo: Contestar cuestionario. Ejecutar análisis y puntuación. Neotect S.A. 4

 Se planearon 3 capas, de acuerdo a MVC: Presentación (Vista) Negocio (Controlador) Datos (Modelo)  Se distribuyó cada capa para 1 o 2 miembros del grupo. Neotect S.A. 5 Datos Reglas de Negocio GUI

 Se desarrolló con JFormDeveloper. Neotect S.A. 6

 3 Clases principales Clase Scoring funciona como controlador, y puente. Clase Cliente contiene los datos del cliente. Clase Cuestionario contiene las preguntas y las respuestas con sus pesos.  En este diseño se basaron tanto la lógica de negocio como la persistencia. Neotect S.A. 7

MóduloAutor ElaboradoRevisadoInspeccionadoCorregido Capa de PresentaciónWKSí No*No Capa de LógicaGG,EMSí Capa de PersistenciaAA,JLSí  Se desarrolló cada capa de acuerdo al alcance planeado.  Cada módulo fue diseñado, elaborado, probado y corregido.  No se realizó integración de las 3 capas. Neotect S.A. 8

Desempeño del grupo frente a la planeación 9 Neotect S.A.

TAREAS COMPLETADASVALOR GANADO Neotect S.A. 10

Neotect S.A. 11

Neotect S.A. 12

ArtefactoAutor ElaboradoRevisadoInspeccionadoCorregido SRSWKSí Modelo de MundoGGSí Diagrama de ClasesGGSí HLDWKSí Casos de UsoGG,EMSíNo*Sí Diagramas de SecuenciaEM,AASí ParcialNo Documento de PatronesGGSíNo Diseño de Base de DatosJLSíNo Plan de PruebasAA,GGSí No Neotect S.A. 13

Técnicas aplicadas y defectos encontrados 14 Neotect S.A.

 Se logró un cubrimiento del 70% Neotect S.A. 15

 Cada desarrollador hizo su revisión de código.  Se aplicaron pruebas unitarias sobre el código. De acuerdo al plan de pruebas desarrollado por los líderes de planeación y desarrollo.  Se utilizó la herramienta FindBugs como apoyo a la inspección. Neotect S.A. 16

Neotect S.A. 17

Neotect S.A. 18 Defectos Artefactos Defectos planeados Total defectos inyectados Encontrados Defectos encontra dos por hora Modelo del mundo Planeación SRS SUMQ Casos de uso HLD Diagrama de clases 7954 Diagrama de secuencias Código

Desempeño de los roles y de los miembros del equipo 19 Neotect S.A.

 Áreas efectivas Se mejoró sustancialmente en la coordinación y el seguimiento.  Áreas a mejorar Faltó mejor difusión del acta de reunión. No se realizó mejor seguimiento sobre publicación en Wiki. Neotect S.A. 20

 Áreas efectivas Se desagregaron muy bien las labores de cada miembro del equipo.  Áreas a mejorar Cierre de planeación. Neotect S.A. 21

 Áreas efectivas Planeación efectiva de la arquitectura. Planeación de las tareas dinámicas. Distribución efectiva del trabajo.  Áreas a mejorar Faltó una mejor coordinación en las actividades de desarrollo. Planeación de la integración. Neotect S.A. 22

 Áreas efectivas Se definieron políticas más claras y efectivas. Se establecieron entregas claras y verificables. Se mejoró el proceso de inspección, se hizo más eficiente. Se mantuvo al frente de su área: Lideró los procesos de pruebas y QA.  Áreas a mejorar Neotect S.A. 23

 Áreas efectivas Migración al SVN institucional.  Problemas de espacio, se tomó la opción de seguir manejando el externo. Actualización del Wiki institucional.  Áreas a mejorar Neotect S.A. 24

 Hubo respuesta oportuna Todos colaboraron a su debido momento y respondieron dudas e inquietudes.  Mejora sustancial en este ciclo Mayor nivel de esfuerzo y compromiso. Mayor sincronía con los entregables. Se tomaron recomendaciones del ciclo anterior.  Aunque hubo problemas, todos los integrantes cumplieron con la responsabilidad del rol. Neotect S.A. 25

Logros alcanzados, problemas encontrados y oportunidades de mejora 26 Neotect S.A.

 La planeación fue conjunta, lo cual la hizo más efectiva.  Las responsabilidades de cada rol fueron asumidas muy bien y cada uno se apropio de su papel.  Se definieron políticas más claras de comunicación en el grupo.  Se dedico bastante tiempo al análisis y diseño, se realizaron revisiones e inspecciones rigurosas y se corrigieron produciendo artefactos con muy buena calidad. Neotect S.A. 27

 Aún falta disciplina y coordinación. Desorden en las actividades a desempeñar.  Hizo falta tiempo: Faltaron pruebas (El proceso es dispendioso). No se hizo la integración.  Faltó documentación.  Las herramientas de registro de información son demasiado pesadas.  El espacio en el SVN institucional es insuficiente. Neotect S.A. 28

 Mejoras en la planeación: Planeación de acuerdo a tiempo disponible. Planeación de actividades por día. Cierre de planeación.  Mejorar la planeación de la integración. Neotect S.A. 29

 Se debe procurar balancear muy bien el producto y el proceso. Neotect S.A. 30

¿Preguntas? 31 Neotect S.A.