PROYECTO ECOS.  Producto desarrollado  Problemas encontrados  Riesgos materializados  PIP.

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

ingeniería de software
ADMINISTRAR EL DESEMPEÑO Y LA CAPACIDAD
Metodologías ágiles.
ANALISIS DE RIESGOS.
ANALISIS DE RIESGOS.
2010 Presentación Final Proyecto Originación de Crédito
Materia: Tecnología de la Información
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Metodologías de Desarrollo
Resolución de Problemas Algoritmos y Programación
Desarrollo de Software
Presentación a la directora del proyecto Friend-Buster (Caza-Amigos) – PIS 2010.
CALIDAD DE SOFTWARE Alejando Márquez Alejando Vega Claudia Aguilar
Administración de Procesos de Pruebas
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
Administración de la Tecnología Empresarial Mtro. Arturo Téllez Mejía Problemática de negocio Caso Aguirre Newman Chávez Mejía Jaime Peragallo Álvarez.
MESA 3 Evaluación, seguimiento y mejora, auditorias internas y Revisión por la dirección Requisitos P
Lineamientos de Pruebas Integrales del GRP Financiero
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
GESTION NIVELES DE SERVICIO.
TEAM SOFTWARE PROCESS CICLO 2.  Producto  Reporte del ciclo  Plan  Inspección  Plan de calidad  Valor ganado  Objetivos  Proceso TSP  Equipo.
TEAM SOFTWARE PROCESS CICLO 3.  Análisis del Proyecto  Producto  Resultados por Rol  Resultado del Proceso.
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
Inspecciones de Software
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.
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Entrega de Servicios de TI1Copyright 2008 Tecnotrend SC Entrega de Servicios de TI.
Ingeniería de Software
VII Congreso de Expotecnología UVM 2007 Jonás A. Montilva C.
Análisis y diseño detallado de aplicaciones informáticas de gestión
Planificación del ciclo de vida de un producto de software
Carlos González Sandra Gómez Andrés Erazo David Pérez Willian Idrobo Erik Arcos.
Diseño del servicio ITIL..
Ing. en Sistemas de Información
Presentación Final Proyecto Originación de Crédito Especialización en construcción de software Universidad de los Andes Bogotá Julián Morales.
Ingeniería de Software
El rol de SQA en PIS.
ASIGNACIÓN DE ROLES.
Grupo 10 – 2008 Proyecto de Ingeniería de Software
FACTIBILIDAD DE LOS SISTEMAS DE INFORMACIÓN
AUDITORIA INFORMATICA
Carlos González Sandra Gómez Andrés Erazo David Pérez Willian Idrobo Erik Arcos.
Roles de Open UP.
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.
DESARROLLO DE APLICACIONES PARA AMBIENTES DISTRIBUÍDOS ALUMNOS: MARIANA MIGNÓN RÉDING CARLOS ANTONIO CARRASCO MARTÍNEZ PROFESOR: DR. JOSÉ BERNARDO PARRA.
Procesos itil Equipo 8.
Administración Integral del Proyecto
Auditoria Computacional
Estructurar tus ideas para hacerlas realidad
REVISION Y AUDITORIA.
Notificándote ¿Qué hicimos? -Mayor descripción de las pruebas de aceptación -Restricciones -Profundizar posibles soluciones -grafico de riesgos ¿Qué estamos.
Notificándote ¿Qué hicimos?
Notificándote ¿Qué hicimos?
Notificándote ¿Qué hicimos?
De Informaciòn Gerencial Lcda. Oly Mata.
Proceso de desarrollo de Software
SOLUCIONES EMPRESARIALES
PARÁMETROS PARA LA PRESENTACIÓN DE PROYECTOS EN SISTEMAS
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
EI, Profesor Ramón Castro Liceaga IV. AREAS DE EVALUACIÓN DE LA AUDITORIA EN INFORMÁTICA. UNIVERSIDAD LATINA (UNILA)
Modelos y estándares de procesos de desarrollo de software Universidad de los Andes ECOS – 2010 – Sección I.
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.
Procesos de Planeación
Autores: Myriam Montes, Iván Viera, Carlos Caizaguano, José Sancho
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Sistemas de calidad en el desarrollo de software.
Transcripción de la presentación:

PROYECTO ECOS

 Producto desarrollado  Problemas encontrados  Riesgos materializados  PIP

Implementación proceso de negocio “Contrato entre partes” en el MarketPlace Planeación de implementación arquitectura TO-BE del MarketPlace

La falta de especificación sobre las versiones de las herramientas que se iban a usar, específicamente BPEL Problemas con el escenario proporcionado, el hecho de tener únicamente dos accesos a la maquina virtual por grupo limita el trabajo en equipo. Inconsistencias entre el Market Place "teórico" del cual recibimos la correspondiente información y documentación, y el Market Place real. Muchas de las funcionalidades del Market Place fueron entregadas sin haber sido probadas correctamente La documentación de la arquitectura de solución no refleja el porqué de las decisiones de la arquitectura, por lo que es imposible conocer el trasfondo de la misma y permitiéndonos entenderla mejor. Problemas encontrados

Los usuarios finales estaban poco involucrados en la definición del nuevo sistemaFalta de consenso en las especificaciones resulto en ajustes tardios al proyecto El servidor se daño con un mes de informacion, nadie hizo back-ups, lo que requiere configurar todo nuevamente La base de datos diseñada cambio, requiriendo mas recursos y causando demorasTodos los componentes individuales pasaron sus pruebas, pero el sistema integrado fallo Varios proyectos comparten el mismo experto en la materia Limitaciones de la plataforma tecnologica e inconvenientes recurrentes de la misma hicieron que el proceso de desarrollo fuera lento

LanzamientoEstrategiaPlanificaciónRequerimientosDiseñoImplementaciónPruebas TSP

Planificación Problemas Proxy limitado para desarrollo de estimación As-Is modelado diferente al implementado Oportunidades de mejora Estimar detalladamente en cada ciclo con el proxy generado con proyecto 2 Desarrollar el proyecto incluyendo actividades para validar la arquitectura empresarial

Requerimientos Problemas Especificación insuficiente de la arquitectura La documentación de la arquitectura no refleja todas las decisiones arquitecturales Oportunidades de mejora Considerar dentro del proyecto incluir la retroalimentación de la arquitectura empresarial dentro de las actividades de implementación. Mejorar la documentación del To-Be de manera que refleje las razones de las decisiones arquitecturales.

Implementación Problemas Usuario final fuera del proceso de desarrollo Capacitación insuficiente del personal Maquina virtual restringida para desarrollo en equipo Inconvenientes técnicos con las versiones de las herramientas disponibles Oportunidades de mejora Reuniones más frecuentes con profesores y monitores responsables de asesoría Una posible solución sería acordar unas sesiones de capacitación enfocadas a problemas reales. Comunicarse con los administradores del Centro de Computo con el fin de analizar que opciones hay disponibles para reducir esta clase de inconvenientes. Contar con la especificación necesaria de las herramientas usadas.

Pruebas Problemas Pruebas existentes en MPLA As-Is mal desarrolladas No existencia de pruebas de integración Oportunidades de mejora Realizar una revisión exhaustiva del código entregado de manera que se pudieran detectar la mayor cantidad de defectos. Incluir pruebas con todo el escenario durante el desarrollo