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.

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

Proceso de desarrollo con UML y el modelo CMM
Metodologías ágiles.
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.
2. Diseño y Desarrollo del Producto
Materia: Tecnología de la Información
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Fase Elaboración Conclusiones Grupo 6 – PIS
Proyecto de Ingeniería de Software 2010 Producto
Proyecto de Ingeniería de Software 2010 Proceso
Grupo 06 Facultad de Ingeniería - UdelaR Director: Javier Barreiro Cliente: Marcelo Guerra - Microsoft.
Taller de Gestión de Software
¿Qué es RUP? RUP es un proceso de desarrollo de software: Objetivos:
Proceso de Originación de Crédito: Banco de los Alpes
Proyecto de Ingeniería de Software 2008
Presentación a la directora del proyecto Friend-Buster (Caza-Amigos) – PIS 2010.
CheckIn4Android.
Administración de Procesos de Pruebas
Introducción a la gestión
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦
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.
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
Nuestra Empresa… ... Su Empresa
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
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
Notas de Clase Modelado de Procesos de Negocio
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.
Presentación de seguimiento del proyecto Equipo LSI 02 Resultados de la 3ª Iteración de Construcción.
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.
Ingeniería de Software I
Presentación del Producto
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.
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.
Facultad de Ingeniería Proyecto de Ingeniería de Software 2010 Grupo 4 Grupo 4 1.
Presentación del Sistema Versión Final del Producto.
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
Estructurar tus ideas para hacerlas realidad
CICLO 1 BEATRIZ BARREIRO GÓMEZ HENRY SUÁREZ SÁNCHEZ
FACULTAD DE CIENCIAS COMPUTACIONALES Y TELECOMUNICACIONES ASIGNATURA:
Taller de Ingeniería de Software
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
PROCESO DE DESARROLLO. Introducción Mediante esta presentación se pretende describir el proceso de desarrollo del TALLER I.
Autor: Reinozo Cuesta Christian Marcelo
Software de Comunicaciones
Motor de generación de Formularios para Infocorp (MOGEFI) Evaluación del Proyecto.
Modelo de procesos de software
ELO-329: Diseño y Programación Orientados a Objetos1 Proceso de Desarrollo de SW Agustín J. González ElO329: Diseño y Programación Orientados a Objeto.
1 Tema 2: Introducción al proceso unificado de desarrollo de software.
Fase de Inicio Proceso Unificado de Desarrollo de Software.
Transcripción de la presentación:

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

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Agenda Introducción al proceso MDA Fases del Proyecto Requerimientos Relación con el Cliente Diseño Implementación Verificación Implantación Gestión de Calidad Gestión de Configuración Gestión del Proyecto Funcionamiento del Grupo Evaluación del Proceso

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Proceso Basado en la extensión MDA Implica mayor esfuerzo en el momento del diseño Recompensa a la hora de implementar por la generación de código Se trabaja a partir de un modelo, el cual se estereotipa (“marca”) para determinados cartuchos, y a partir de esto generar código, estructura de directorios, etc. Introduce cambios en la forma de trabajo: Implementación Integración Diseño Introducción

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Fases del Proyecto

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Definición de Métodos de Comunicación Realización de Planes Gestión de Riesgos Implementación de Prototipo – Muchas Tecnologías estudiadas. – MDA no mitigado. Falta de Requerimientos (Scheduling) – Afecto Alcance, Arquitectura y Estimaciones. – Definición de este con biólogos en semana 5.   Fase Inicial Logros y Desviaciones

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Requerimientos y Arquitectura Estable Línea Base Definida Estimaciones y Mediciones – Realizadas con Esfuerzo. – Problemas con Tamaño, dado reutilización y generación de código. Ejecutable Línea Base atrasado – Problemas con el PIMS, y androMDA. – Cambio de Herramienta para MDA, priorización en el alcance de cu de PIMS. Diseño atrasado – PIMS con lógica en los servlets, mala documentación. – Entender código fuente, diseñar probando contra implementación.   Fase de Elaboración  Logros y Desviaciones

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Material y Documentación para Usuario Definición de Criterios de Aceptación Construcción del Sistema Positivo: – Alcance totalmente logrado. – Integración con JBossPortal y realización con androMDA. Atraso debido a: – Problemas de planificación para integrar con portal, llevan a atraso. Afectó: – Informe de Verificación. Evaluación de Calidad. Documentación Técnica. Solución: – Planificación para semana 13.  Fase de Construcción Logros y Desviaciones

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Liberación de Versión Beta 2.2 – Gran cantidad de Errores corregidos, entre ellos los catastróficos. – Última versión verificada. Documentación Técnica Completa Seguimiento de Satisfacción del Cliente – Realizada encuesta. – Resultado = muy satisfecho. Línea Base consistente Fase Transición Logros y Desviaciones

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Relacion con el cliente Relación buena durante todo el proceso Ayudo a resolver problemas técnicos

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Requerimientos Dos reuniones con los biólogos del Pasteur (visión del usuario final). Funcionalidades del PIMS relevadas de la página ( Problemas Dificultad para comprender algunos conceptos. Poca comunicación con usuarios finales. Documentación del PIMS poco clara, vaga o inexistente en algunos puntos.

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Diseño Diseño logrado parcialmente en fase de elaboración (debido a dificultades con tecnologías y con PIMS). Arquitectura estable durante todo el proyecto. Problemas: Falta de conocimiento de herramientas requeridas para enfoque MDA. Cambio de herramienta de modelado. Dificultad al enfrentarse por primera vez con el “marcado” de modelos. Dificultad para diseñar la interacción con el PIMS. Problemas para integrar el modelo y dividir tareas.

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Implementación Se trabajó en forma distribuida Se realizó prototipo desechable de riesgos técnicos en fase inicial, el cual fue pedido por el cliente. AndroMDA generó mucho código. Trazabilidad con el diseño Problemas: Problemas para integrar el modelo y dividir tareas. Tiempos de compilación con la herramienta a partir del modelo MUY ALTOS. Testeo de las funcionalidades.

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Verificación – Pruebas unitarias y de integración Pruebas unitarias Realizadas por los implementadores Conocen las herramientas de desarrollo y la unidad a probar. Copiando el código a proyectos paralelos o generando interfaces gráficas. Pruebas de integración Realizadas por el responsable de integración. Ejecución de flujos principales y algunos flujos alternativos. Se planificó utilizar JUnit Descartado luego de varios intentos de integración con AndroMDA.

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Verificación – Pruebas de sistema Pruebas de sistema Diseñadas y ejecutadas por el equipo de verificación Se diseñaron pruebas para casi todos los casos de uso Aún así se realizaron pruebas utilizando Testing Exploratorio Verificación sobre versiones cerradas Mantis para reporte de Incidentes Artefactos Plantilla unificada para diseño y resultados de las pruebas Informe de Errores

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Verificación – Tipos de Pruebas y Planificación Tipos de Pruebas Realizadas Funcionalidad, Ciclo de Negocio, Interfaz de Usuario, Integridad de los datos (Valores largos y PIMS), Seguridad y Control de Acceso, Configuración (navegadores), Documentos. No realizadas Performance, Carga, Esfuerzo, Volumen, Fallas y Recuperación. Planificación Iteraciones Cambios en la mayoría con ajustes en fin de semana intermedio.

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Verificación – Resultados Software Versión 1.0 – Sem. 8 Versión 1.3 – Sem. 10 Versión 1.4 – Sem. 11 Versión Beta 2.0 – Sem. 13 Versión Beta 2.2 – Sem. 14 Documentos Modelo de Casos de Uso 4 veces Doc. de Requerimientos 2 veces Manual de usuario 1 vez Documentación Técnica 1 vez, versión preliminar

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Implantación Sin problemas Cliente con conocimientos técnicos. Se brindó paquete Producto Portal SAPO XP Bases de datos Informe de Errores

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Calidad

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Calidad Ejecutable 61.3 Plan de VyV -1.0 Plan de SCM Descripción de la Arquitectura Modelo de Casos de Uso Requerimientos Errores Encontrados VersiónDocumento Revisiones

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Calidad Modelo de Casos de Uso Modelo de Diseño Errores EncontradosVersiónDocumento RTF Beta 2.0 Ejecutable 2.1 Manual de usuario 1.3 Documentación Técnica 1.0 Modelo de Diseño 3.0 Descripción de la Arquitectura 4.0 Modelo de Casos de Uso 0.4 Documento de Requerimientos VersiónDocumento o Producto Evaluación Producto Final

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Configuración Ambiente Controlado: Repositorio CVS de facultad manejado mediante el Plugin CVS de Eclipse Buen manejo del ambiente por parte de los usuarios. Se decidió prescindir de algunas revisiones. No se documentó Control de Cambios, los cambios surgidos se trataron de forma informal entre los integrantes del grupo, no fueron de mayor relevancia.

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Proyecto Tamaño del Producto

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Proyecto Con Comentario % Generado Auto Generadas Generadas LOCS Semana 13 Semana 12 Semana 11 Semana 10 Seman a Tamaño del Producto

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Proyecto Productividad

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Proyecto Promedio SemanalPromedio IntegranteTotal Horas X Semana

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Proyecto Horas Promedio

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Proyecto Disciplina

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Gestión de Proyecto Rol

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Funcionamiento del Grupo Excelente relacionamiento Buena comunicación Reuniones Quincenales díficiles de llevar

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Evaluación del Proceso Construcción de producto complejo, dado la reutilizacion, tecnologías y enfoque utilizado. Se cumplió con el alcance comprometido y se obtuvo la satisfacción del cliente. Adaptación del proceso a nuestras necesidades (priorizacion de actividades,entregables,etc). Buena capacidad de respuesta ante los numerosos problemas tenidos. Dificultades para definir el alcance, problemas en la negociación. Actividades que no se realizaron con el tiempo debido al atraso en otras anteriores (ej evaluaciones). Dificultad para las estimaciones de tamaño. Problemas al planificar, no tanto en actividades, sino en los tiempos, por diversas causas, entre ellas mala percepción de estimación del tiempo por parte de los integrantes.    

Proyecto de Ingeniería de Software - Grupo 2 - Año 2006 Evaluación del Proceso Aspectos a mejorar del curso: La posibilidad de brindar conocimiento previo de las distintas tecnologías. Ayuda sobre como realizar estimaciones de tamaño con productos reutilizables y con generación de código. MDA: Alternativas a las formas de intregración. Proyectos desde cero. Especialista MDA. Cont …