Proyecto de Ingeniería de Software Grupo 3 (2009) Tecnología.NET Informe de cambio de Fase.

Slides:



Advertisements
Presentaciones similares
ADMINISTRAR EL DESEMPEÑO Y LA CAPACIDAD
Advertisements

Plan de Implantación Sistemas de Información III
Proyectos Informáticos
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.
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
Planificación del Proyecto
2. Diseño y Desarrollo del Producto
Gestión de proyectos Es la primera etapa de Ingeniería del Software.
Fase Elaboración Conclusiones Grupo 6 – PIS
Proyecto de Ingeniería de Software 2010 Producto
Proyecto de Ingeniería de Software 2008
Presentación a la directora del proyecto Friend-Buster (Caza-Amigos) – PIS 2010.
Modelos de Proceso del Software
DOCUMENTACION GERENCIA DE TECNOLOGIA Informe de Situación Julio 2012
CheckIn4Android.
Reunión de los requerimientos de la red
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
Prominente S.A. Coordinación de Outsourcing. Agenda  Introducción  Objetivos  Diagnostico  Diseño de solución  Conclusión Universidad Kennedy Calidad.
TEAM SOFTWARE PROCESS CICLO 2.  Producto  Reporte del ciclo  Plan  Inspección  Plan de calidad  Valor ganado  Objetivos  Proceso TSP  Equipo.
NORMAS INTERNACIONALES DE AUDITORIA DE SISTEMAS
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.
Fundamentos de la Gerencia de Proyectos
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
Fase Inicial Grupo 6 – PIS – 2013.
Importancia de las aplicaciones de estadística en el control de procesos Guatemala 2010.
Evaluación Externa Coordinación General de Enlace y Operación 11 de febrero de 2008 Gestión basada en resultados Ventajas Taller de Arranque Gestión basada.
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.
Gestión del cambio.
Contexto Proyecto consolidado dentro de la línea de investigación de Sistemas de Información en el Dpto. de Ingeniería en Sistemas de Información de la.
Ciclo de vida de la administración de servicios de TI
Un sistema de gestión de bases de datos: Es un conjunto de programas que permite a los usuarios crear y mantener una base de datos. Por tanto, el SGBD.
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
Administración Proyectos Jorge Baracaldo Robin Ochoa.
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.
Planificación Temporal y Seguimiento del Proyecto
Presentación Final de Proyecto
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
Fin Fase Elaboración Presentación al director del proyecto Agenda –Objetivos –Cumplimientos –Conclusiones Presentación al director del proyecto Agenda.
Areas de Proceso del Modelo CMMI-DEV
“Municipios por Municipios”, marzo 2005 Incorporación del reclamo del vecino a la planificación y mejora de los servicios Gerardo Osvaldo Amieiro,
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Instalación y administración de redes de área local
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.
Actividades del Análisis de Sistemas Análisis de Factibilidad
Grupo 10 – 2008 Proyecto de Ingeniería de Software
BPM-NODUM Grupo 8 – PIS 2009 PROCESO. Grupo Fases Gestión del Proyecto Verificación SQA SCM Evaluación del proceso seguido Conclusiones AGENDA.
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 Tatiana Alejandra.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
Introducción al proceso de verificación y validación.
Administración Integral del Proyecto
Especialidad en Administración de Proyectos
Organización y Administración de Proyectos de Software Docente: LIA. SUEI CHONG SOL, MCE.
Modelo del proceso Proyecto de ingeniería de software 2010 – Grupo 3 - UdelaR.
Taller de Ingeniería de Software
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
Proceso de desarrollo de Software
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
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.
Autor: Reinozo Cuesta Christian Marcelo
Motor de generación de Formularios para Infocorp (MOGEFI) Evaluación del Proyecto.
Entregables del Proyecto
GESTIÓN DE PROYECTOS.
4. Definición del proyecto. Qué tan difícil es manejar un proyecto? ◦Dependerá del tamaño del mismo ◦De los costos ◦De los plazos ◦Del nivel de dificultad.
Junio, 2013.
Transcripción de la presentación:

Proyecto de Ingeniería de Software Grupo 3 (2009) Tecnología.NET Informe de cambio de Fase

Agenda  Diseño del Sistema  Objetivo  Resultados  Gestión de riesgos  Seguimiento  Mitigación  Gestión del proyecto  Plan de desarrollo  Seguimiento  Gestión de la configuración  Línea base del proyecto  Gestión de cambios  Conclusiones generales Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Objetivos y resultados Diseño del Sistema Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Diseño del Sistema  Objetivos  Lograr un diseño completo del sistema  Validar diseño con el cliente  Estabilización de la arquitectura  Comunicar diseño a equipo de desarrollo  Alcance completamente definido Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Diseño del Sistema  Resultados  Se logró un diseño completo del sistema  La arquitectura esta estabilizada y validada con el cliente  Se comunicó el diseño al equipo de implementadores mediante una puesta en común  El alcance del sistema esta completamente definido y el diseño es coherente con el mismo  Aun no se recibió la respuesta del cliente acerca de la validación del diseño Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Diseño del Sistema  Arquitectura Diagrama de la arquitectura del sistema. Muestra los distintos componentes y los protocolos de comunicación que se usan. Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Diseño del Sistema Diagrama de paquetes que muestra la descomposición en subsistemas para el producto.  Descomposición en subsistemas Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Diseño del Sistema  Conclusiones  Se logró el objetivo principal, lograr un diseño completo del sistema.  La arquitectura ha sido estabilizada y se logró un diseño coherente con la misma.  Se logró comenzar con las tareas de implementación. Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Seguimiento y mitigación Gestión de riesgos Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de riesgos  Listado de riesgos mas relevantes  Estado actual  Estrategia de mitigación  Conclusiones Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de riesgos  Limitaciones de la plataforma.NET Compact Framework para el desarrollo de UI  Estado actual  Tecnología inmadura  Limitaciones sobre lo que podemos hacer  Necesidad de realizar “workarounds”  Estrategia de mitigación  Se han investigado las distintas posibilidades  Se realizaron prototipos con interfaces graficas avanzadas para evaluar la opinión del cliente  Conclusión  Es un riesgo importante pero se lo tiene bajo control  Buena respuesta del cliente al evaluar los prototipos Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de riesgos  Poca capacidad de procesamiento en la plataforma objetivo  Estado actual  Plataforma móvil ofrece recursos limitados en cuanto a memoria y capacidad de procesamiento  Pruebas en emuladores no alcanzan para asegurar un nivel aceptable de performance  Estrategia de mitigación  Se están utilizando herramientas para medir el uso de recursos del teléfono  Se cuenta con tres teléfonos para realizar pruebas concretas en la plataforma objetivo  Se realizaron prototipos que tuvieron un buen desempeño  Conclusión  Es uno de los riesgos mas importantes del proyecto  Se acompañara el desarrollo con mediciones de performance para actuar con rapidez ante posibles inconvenientes Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de riesgos  Ubicación del hosting para el servidor  Estado actual  Necesitamos un host para levantar el servidor del juego  Además necesitamos contar con un respaldo ante fallas  Estrategia de mitigación  Se investigaron las distintas posibilidades y se optó por realizar el hosting en la casa de uno de los integrantes del grupo  Se cuenta con un servidor de contingencia en la casa de otro integrante del grupo para poder responder ante caídas del servidor principal  Conclusión  El riesgo se encuentra bajo control  Se vio un buen desempeño del servidor en las pruebas con prototipos Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de riesgos  Dificultad de sincronización de gran cantidad de clientes  Estado actual  La sincronización de varios clientes es el desafío técnico mas importante  Se necesita un buen mecanismo de manejo de concurrencia para asegurar el buen funcionamiento del juego  Estrategia de mitigación  Se realizó un prototipo para sincronizar quince clientes, numero objetivo del cliente. Fue muy útil pues se detectaron problemas que es importante resolver en el producto final  Se realizarán pruebas de carga en la semanas diez y once  Conclusión  El riesgo es muy importante y por lo tanto lo estamos monitoreando con especial atención Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de riesgos  Conclusiones  La elaboración de prototipos fue nuestra principal herramienta para evaluar riesgos técnicos.  Se aprendió mucho de los mismos y se logró una gran comprensión de los problemas a los que nos enfrentaremos las próximas semanas. Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Planificación, seguimiento Gestión del proyecto Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión del proyecto Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET  Estado actual según el modelo Fase 1: Inicio Fase 2: Elaboración Fase 3: Construcción Fase 4: Transición Presente

Gestión del proyecto  Plan de desarrollo  Estado actual  Se elaboró el plan de desarrollo para la construcción del producto durante la próxima fase  Se abarca todo el alcance comprometido y se deja un colchón de tiempo considerando posibles atrasos  Objetivos  Apegarnos al plan lo máximo posible y respetar los plazos establecidos  Realizar una verificación continua durante el desarrollo, se deja tiempo al final del desarrollo para corrección de fallas  Cumplir con los hitos del desarrollo Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de proyecto Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET  Diagrama burn down

Gestión del proyecto Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET  Conclusiones  Contamos con un plan de desarrollo elaborado.  Hemos estimado la duración del desarrollo dejando un colchón de tiempo para posibles desviaciones.

Línea base del proyecto Gestión de la configuración Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de la configuración  Se ha definido la línea base  Se incorporaron los distintos proyectos que forman la solución  Mobile  ServerLogic  ServerDB  AdminWebSite  DataTypes  Estos elementos se incorporarán al proceso de gestión de cambios a partir de su primera versión estable. Actualmente esta versión está en fase de construcción. Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de la configuración  Elementos que conforman la Línea Base  Proyecto adminWebSite  Proyecto ServerDB  Proyecto ServerLogic  Proyecto DataTypes  Proyecto Mobile  Prototipo  RQDRQ  RQALS  RQPIU  RQOOMDO Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de la configuración  RQMOD  GPISP  DSARQ  DSMDI  DSOOMDA  VRPVV  VRMCP  GPPIT  GPPLA  IMPII  GPPDE  GPDRI  SQAPLA  SCMPLA Las modificaciones a estos elementos se hacen siguiendo el proceso de gestión de cambios. Quien solicita una modificación debe hacerlo formalmente mediante el formulario de solicitud de cambio que se encuentra en la carpeta “general” del repositorio. Una vez solicitado el cambio se asigna un responsable o varios para su análisis e implementación en caso de ser aprobado. Esto permite realizar un seguimiento por parte del SCMR de los cambios Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Gestión de la configuración  Gestión de Cambios  Las modificaciones a estos elementos se hacen siguiendo el proceso de gestión de cambios.  Quien solicita una modificación debe hacerlo formalmente mediante el formulario de solicitud de cambio que se encuentra en la carpeta “general” del repositorio.  Una vez solicitado el cambio se asigna un responsable o varios para su análisis e implementación en caso de ser aprobado.  Esto permite realizar un seguimiento por parte del SCMR de los cambios que están llevándose a cabo. Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Conclusiones generales  Contamos con el diseño del sistema.  Se ha elaborado el plan de desarrollo del proyecto.  Se ha definido la línea base del proyecto y los mecanismos de gestión de cambios.  Conclusión: Creemos que estamos listos para encarar la próxima fase. Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET

Preguntas Proyecto de Ingeniería de Software Grupo 3 - Tecnología.NET