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.

Slides:



Advertisements
Presentaciones similares
BizAgi - Business Agility
Advertisements

PLANIFICACIÓN DE TESTING
Metodologías ágiles.
SISTEMAS DE GESTIÓN DE LA SEGURIDAD DE LA INFORMACIÓN
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
Planificación del Proyecto
Materia: Tecnología de la Información
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Metodologías de Desarrollo
¿Qué día es hoy? Sra. Delgado.
Fase Construcción Conclusiones Grupo 6 – PIS
Fase Elaboración Conclusiones Grupo 6 – PIS
Taller de Gestión de Software
2010 Enterprise Unified Process (EUP)
Proceso de Originación de Crédito: Banco de los Alpes
Proyecto de Ingeniería de Software 2008
Administración de Procesos de Pruebas
☺Bienvenidos a nuestros abuelos☺
Evaluación de Productos
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
 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.
Ciclo de vida de la administración de servicios de TI
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.
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de:
Presentación Final de Proyecto
Planificación del ciclo de vida de un producto de software
Ximena Romano – Doris Correa
Sistemas Basados en Conocimiento (Knowledge Based Systems) Lic. Mario G. Oloriz Agosto 2004.
Ingeniería de Software
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.
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.
INTRODUCCIÓN AL PROCESO UNIFICADO DE DESARROLLO DESOFTWARE
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.
ASIGNACIÓN DE ROLES.
INGENIERIA DE SOFTWARE
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Ciclo de vida de un sistema
Roles de Open UP.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
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.
Actividades en el Proceso de desarrollo de Software
Modelo Espiral y Modelo de procesoConcurrente. Integrantes Jessica Pinzón Karla Jazmine Badillo Morales Cristian Merino Bravo Marco Antonio Torres Carranco.
(Control Objectives for Information and related Technology)
Estructurar tus ideas para hacerlas realidad
REVISION Y AUDITORIA.
Ciclo de Vida del Software
Los días de la semana ¿Qué día es hoy?.
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
Proceso de desarrollo de Software
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
HAY QUE TRABAJAR EN TRES AMBITOS:
UNIVERSIDAD LATINA (UNILA) III.- PLAN DE IMPLEMENTACIÓN
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.
Software de Comunicaciones
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
EL PAÍS, Miércoles 1 de Junio de EL PAÍS, Jueves 2 de Junio de 2011.
Objetivos de la prueba Los objetivos principales de realizar una prueba son: Detectar un error. Tener un buen caso de prueba, es decir que tenga más probabilidad.
1 Tema 2: Introducción al proceso unificado de desarrollo de software.
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,
CONSULTORIA EMPRESARIAL EN LAS EMPRESAS CONSULTORIA EMPRESARIAL.
Transcripción de la presentación:

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 API

Objetivos de la Fase de Construcción Obtener una versión beta del software (construido y con nivel de completitud y calidad adecuado para ser evaluado por el cliente). Elaborar la documentación asociada (técnica, soporte al usuario, verificación, capacitación) Preparar la Fase de Transición

Obtener una versión beta del software Construido y con nivel de completitud y calidad adecuado para ser evaluado por el cliente.

Elaborar la documentación asociada técnica, soporte al usuario, verificación, capacitación

Preparar la fase de Transición “En esta fase se traslada el sistema a la comunidad del usuario. Cuando el sistema ha sido instalado en el entorno del usuario se realiza la verificación de la versión “beta” del sistema y se realizan las correcciones necesarias, generando la versión “final” del sistema. El sistema debe estar completo, en un nivel aceptable de calidad y debe estar disponible la documentación necesaria para que al ser llevado al entorno del usuario produzca resultados positivos para el usuario y para el equipo de trabajo del proyecto.” MUM

Fase de Transición: Objetivos Obtener la versión “final” del sistema Lograr la aceptación del cliente

Obtener la versión “final” del sistema lunes 16/11 Comienzo Fase Transición lunes 16/11: Validación 4.2 miércoles 18/11: Monitoreo - Presentación: Conclusiones Fase de Construcción jueves 18/11: Liberación 4.3 viernes 20/11: Validación 4.3 viernes 20/11 - sábado 21/11: Corrección y verificación 4.3 domingo 22/11: Liberación domingo 22/11: Fin Fase Transición miércoles 25/11: Monitoreo - Presentación: Conclusiones Fase de Transición

Lograr la aceptación del cliente Viernes 20/11: Validación 4.2

Principales actividades Compromiso de disponibilidad Encontrar defectos en el producto - Verificadores Arreglar defectos en el producto - Implementadores Revisión de código - Implementadores, Verificadores Preparar el cierre del proyecto - Todos Informes Presentaciones