Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.

Slides:



Advertisements
Presentaciones similares
Agenda Descripción, objetivos y alcance del proyecto Preguntas
Advertisements

Ciclo de vida de desarrollo de software
Ingeniería de Software II
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.
BizAgi - Business Agility
Planificación del Proyecto
2. Diseño y Desarrollo del Producto
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Fase Elaboración Conclusiones Grupo 6 – PIS
Proyecto de Ingeniería de Software 2010 Proceso
Proceso de Originación de Crédito: Banco de los Alpes
Proyecto de Ingeniería de Software 2008
CheckIn4Android.
Administración de Procesos de Pruebas
Introducción a la gestión
MSI. Nancy A. Olivares Ruiz
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
PROCESO DE DESARROLLO. Introducción Mediante esta presentación se pretende describir el proceso de desarrollo del TALLER I.
 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.
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.
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.
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.
VII Congreso de Expotecnología UVM 2007 Jonás A. Montilva C.
Presentación Final de Proyecto
Análisis y diseño detallado de aplicaciones informáticas de gestión
Gestión de la Configuración
Proceso de Gestión de Proyectos
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.
Proyecto I Maestría en Gerencia de Sistemas
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
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.
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.
Proyecto de Ingeniería de Software Grupo 3 (2009) Tecnología.NET Informe de cambio de Fase.
ASIGNACIÓN DE ROLES.
INGENIERIA DE SOFTWARE
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.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
Introducción al proceso de verificación y validación.
Proyecto: Lanzamiento QUICK ORDER. Objetivo General  Desarrollar el sistema de información de acuerdo a los requerimientos establecidos por el cliente,
Modelo del proceso Proyecto de ingeniería de software 2010 – Grupo 3 - UdelaR.
Estructurar tus ideas para hacerlas realidad
Ciclo de Vida del Software
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.
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
___________________________ Diego Fernando Navarro Fabián Felipe Ceballos POSTMORTEM CICLO 2.
INGENIERIA DE SOFTWARE
Taller de Ingeniería de Software
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
Evaluación de la Fase de Construcción Grupo 4. Riesgos ocurridos Atrasos en la planificación Priorización de tareas Problemas de funcionamiento de la.
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
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
Sobre el Proceso Racional Unificado RUP es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cómo, cuándo y qué.
INSTITUTO TECNOLÓGICO DE JIQUILPAN REQUISITOS PARA LA IMPLEMENTACIÓN DE COBIT Integrantes: Ariel Alejandro Sánchez Valencia. Javier Cervantes Higareda.
Transcripción de la presentación:

Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02

Introducción Modelo de proceso: modularizado unificado y medible en su extensión para.Net.

Línea Análisis de Requerimientos Se culminó la relevación y validación de requerimientos. Se definió completamente el alance, y el mismo se validó con el cliente.

Línea Diseño Se terminó la especificación del diseño del sistema. Se implementaron los CU críticos, con lo cual podemos decir que se estabilizó la arquitectura.

Línea Implementación Se terminó la implementación del los casos de uso de mayor riesgo. No se llego a implementar: Manejo de concurrencia.

Línea Implementación Las funcionalidades implementadas son: ABM WorkPackage ABM incidentes. ABM Tarea. Impactar en Sharepoint. Reporte de desviación de WorkPackage. Posibilidad de trabajar con distintos sitios. Impactar incidentes de Outlook.

Línea de Verificación Se realizaron pruebas de funcionalidad de las versiones 1.0 y 1.5. ‏ Se realizo el modelo de casos de pruebas. El Plan de Verificación y Validación fue actualizado con respecto al plan de desarrollo. Se efectuó la validación y verificación del documento de especificación de requerimientos.

Línea Gestión de la Configuración Se terminó de establecer la línea base del proyecto. Se liberó la versión 2.0. Para cada una de las liberaciones se definió el documento descripción de versión.

Línea Gestión de Calidad Se realizaron ajustes al Plan de Calidad del proyecto mejorando la sección de herramientas. Se efectuaron dos revisiones técnicas formales: Descripción de la arquitectura. Verificación de código contra el diseño. La calidad de los entregables ha sido buena.

Línea Gestión de Proyecto Se definió un cronograma de proyecto. Las distintas áreas se encuentran en permanente contacto entre si y cada integrante ha asumido su rol con responsabilidad en el proyecto. Podemos afirmar que el proyecto se encuentra en buena situación a pesar del atraso del cierre de fase.

Total horas por persona hasta Semana 9

Total horas por rol hasta Semana 9

Total horas por Línea de Trabajo hasta Semana 9

Conclusión Dado que el estado del proyecto es bueno y los objetivos de la fase de elaboración están cumplidos, es posible pasar a la fase de construcción del proyecto.