Proyecto de Ingeniería de Software 2008

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

PROCEDIMIENTO AUDITORIAS INTERNAS.
VALORACIÓN Y SELECCIÓN DE INVERSIONES EN RECURSOS INFORMÁTICOS
SACP.
Caso de Éxito: Team System, CMMI, Metodologías Ágiles
Metodologías ágiles.
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
El Mercado del Proyecto.
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.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Metodologías de Desarrollo
TECNOLOGICO DE ESTUDIOS SUPERIORES DE HUIXQUILUCAN
Fase Elaboración Conclusiones Grupo 6 – PIS
Proyecto de Ingeniería de Software 2010 Proceso
Grupo 06 Facultad de Ingeniería - UdelaR Director: Javier Barreiro Cliente: Marcelo Guerra - Microsoft.
Proceso de Originación de Crédito: Banco de los Alpes
Presentación a la directora del proyecto Friend-Buster (Caza-Amigos) – PIS 2010.
Proyecto: Lanzamiento
CheckIn4Android.
Introducción a la gestión
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.
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.
 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.
Las etapas de un proyecto
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
José Luis Tomás Navarro Sergio Pérez Paredes
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.
Presentación Final de Proyecto
PIS 2014 GRUPO 2 CLIENTE SONDA DOCENTE: MARIA DE LAS NIEVES FREIRA FECHA: 09 de octubre del 2014.
¿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.
Sistemas Basados en Conocimiento (Knowledge Based Systems) Lic. Mario G. Oloriz Agosto 2004.
Proyecto I Maestría en Gerencia de Sistemas
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.
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.
Especialización en Desarrollo de Software
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.
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.
Método iterativo Integrantes : Paola Ramón Armando 19 octubre 2011.
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.
Cátedra de Habilitación Profesional
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Introducción al proceso de verificación y validación.
Estructurar tus ideas para hacerlas realidad
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.
Taller de desarrollo de proyectos II Presentación Inicial.
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
___________________________ Diego Fernando Navarro Fabián Felipe Ceballos POSTMORTEM CICLO 2.
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
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
Motor de generación de Formularios para Infocorp (MOGEFI) Evaluación del Proyecto.
Modelo de procesos de software
Fase de Inicio Proceso Unificado de Desarrollo de Software.
Junio, 2013.
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 (1) Se relevaron y validaron la mayoría de los requerimientos. Se priorizaron los requerimientos Se definió en función de la priorización realizada, en qué iteración se implementarán los CU Se diseñaron los CU a implementar en la primera iteración de la fase de elaboración. Se definió el alcance del sistema Se cuenta con la arquitectura inicial del sistema

Línea Análisis de Requerimientos (2) Se creó el Glosario, el cual se va actualizando todas las semanas. Debilidades: Faltan relevar algunos requerimientos pero los mismos no hacen al diseño de la arquitectura. El cliente no ha validado los requerimientos de forma estricta.

Línea Diseño Se realizó la descripción inicial de la arquitectura. Se cuenta con el diseño de los CU relevantes a la arquitectura.

Línea Implementación Se terminó la implementación del prototipo. El prototipo creado es reutilizable. Las funcionalidades del prototipo son: Obtener la lista de incidentes de un sitio Sharepoint. ABM incidentes. Se definieron como objetivos de la prototipación: Mitigar riesgos referentes a la tecnología a utilizar en el sistema. Familiarizarse con las distintas herramientas de desarrollo.

Línea de Verificación Se realizaron pruebas de funcionalidad del prototipo.(Ver Reportes de pruebas del prototipo)‏ Verificación de documentos: Se realizo la verificación del documento de requerimientos del sistema. (Ver Informes de Verificaciones de Documento)‏ Se definió el Plan de Verificación y Validación y el Modelo de Casos de Prueba. En la semana 6 todos los verificadores deberán tener instalado el ambiente de testing.

Línea Gestión de la Configuración Ambiente Controlado: se creo una Cuenta en Google Code para mantener las versiones de los documentos al igual que el código fuente. Herramientas: Se decidió cuales se utilizaran para el manejo del código fuente, estas son TortoiseSVN y AnkhSVN. Debilidades: El SVN no es útil para el manejo de documentos, por lo que se definió una alternativa para realizar las versiones de los mismos.

Línea Gestión de Calidad Se ha realizado el Plan de Calidad para el proyecto. Se aplicará el estándar de implementación brindado por la empresa Infocorp. La calidad de los entregables hasta ahora ha sido aceptable. Se definió en el plan de calidad, como herramienta para garantizar la calidad en el proceso, checklists para cada una de las lineas de trabajo.

Línea Gestión de Proyecto Material de años anteriores permiten tener un marco de referencia para realizar las planificaciones. La falta de experiencia en el proceso hace que sea compleja la tarea de realizar estimaciones y planificar las iteraciones.

Total horas por persona hasta Semana 5

Total horas por rol hasta Semana 5

Total horas por Línea de Trabajo hasta Semana 5

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