SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.

Slides:



Advertisements
Presentaciones similares
Proceso de desarrollo con UML y el modelo CMM
Advertisements

Postmortem Ciclo3 Proyecto de Notificación y Comunicación Electrónica de la Plataforma de Interoperabilidad Carlos Andrés Arango Jorge Eduardo Garzón Daniel.
Gestar Proyectos.
ACTIVIDAD 1: El grupo de ingeniería de software participa en la propuesta del proyecto. (objetivos, metas, soluciones, técnicas, estándares).
Propuesta de Mejora del Proceso de Pruebas basada en el Modelo TPI
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
Taller de Desarrollo de Proyectos II (75.47) Presentación Inicial ERNESTO GIMENO PABLO BESADA SANTIAGO PETERSEN PATRICIO FAGALDE
2010 Presentación Final Proyecto Originación de Crédito
Materia: Tecnología de la Información
Metodologías de Desarrollo
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
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.
Sistema de Administración de Subastas Inversas. Agenda Métricas del proyecto Hitos alcanzados Demo Final Retrospectiva.
CheckIn4Android.
Ingeniería del Software
REINGENIERÍA DE PRODUCCIÓN
Introducción a la gestión
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
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.
Doris Correa - Ximena Romano InCo - Facultad de Ingeniería - UdelaR
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.
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
¿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.
Presentación Final Proyecto Originación de Crédito Especialización en construcción de software Universidad de los Andes Bogotá Julián Morales.
Métrica Versión 3.
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.
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.
Cátedra de Habilitación Profesional
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
Introducción al proceso de verificación y validación.
Modelo del proceso Proyecto de ingeniería de software 2010 – Grupo 3 - UdelaR.
Estructurar tus ideas para hacerlas realidad
Implementando PSP / TSP
Taller de Ingeniería de Software
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
Proceso de desarrollo de Software
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.
PROCESO DE DESARROLLO. Introducción Mediante esta presentación se pretende describir el proceso de desarrollo del TALLER I.
Motor de generación de Formularios para Infocorp (MOGEFI) Evaluación del Proyecto.
Nombre del campus Componente profesional
Entregables del Proyecto
Fase de Inicio Proceso Unificado de Desarrollo de Software.
Junio, 2013.
Transcripción de la presentación:

SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010

Grupo 01 Producto: Motor de WorkFlow Cliente: SisInfo Herramienta: GeneXus

AGENDA 1.Fases del proyecto. Duración real. Principales logros. Principales desviaciones. Medidas tomadas. 2.Desempeño de las diversas áreas y sus. interrelaciones. 3.Funcionamiento del equipo. 4.Evaluación del proyecto.

Fases del Proyecto

FASES DEL PROYECTO Iteración I 2 semanas Iteración II 3 semanas Iteración I 2 semanas Iteración II 2 semanas Iteración I 2 semanas Iteración II 2 semanas Iteración I 1 semana Fase Inicial 09/ /09 Fase de Elaboración 13/ /10 Fase de Transición 08/ /11 Fase de Construcción 11/ /11 DURACIÓN REAL

Fase Inicial

PRINCIPALES LOGROS Requerimientos Arquitectura Alcance inicial Plan de proyecto Prototipos Conocimiento del equipo

PRINCIPALES DESVIACIONES Dificultades para el relevamiento de requerimientos Poco esfuerzo durante las primeras 3 semanas

MEDIDAS TOMADAS Extender la fase incial una semana más Realizar reuniones de equipo semanales

Fase de Elaboración

PRINCIPALES LOGROS Requerimientos y arquitectura definitivos Diseño completo Alcance definitivo Avance en la implementación de los distintos componentes

PRINCIPALES DESVIACIONES Cambios en requerimientos en semana 9 Impacto sobre el diseño y los componentes implementados

MEDIDAS TOMADAS Modificación en el cronograma de entregas al cliente.

Fase de Construcción

PRINCIPALES LOGROS Finalizamos el producto de software. Verificamos según el Plan de Validación y Verificación acordado con el cliente.

PRINCIPALES DESVIACIONES Durante la semana 11 varios integrantes tuvieron evaluaciones en otras materias

MEDIDAS TOMADAS Al realizar la planificación consideramos la situación de los integrantes que tenían evaluaciones

Fase de Transición

PRINCIPALES LOGROS Transición completa al entorno del usuario Manuales de usuario Documentación técnica Informes finales en las líneas de gestión Informe final de verificación

AGENDA 1.Fases del proyecto. 2.Desempeño de las diversas áreas y sus interrelaciones. Análisis de Requerimientos. Solución de problemas técnicos. Verificación. Gestión de proyecto. SQA. SCM. 3.Funcionamiento del equipo. 4.Evaluación del proyecto

Desempeño de las Diversas Áreas

Análisis de Requerimientos

ANÁLISIS DE REQUERIMIENTOS Decidimos sustituir el Modelo de Casos de Uso por un Documento de Contratos de operaciones de la API Dificultades debido a: La complejidad del dominio Las distintas versiones de los estándares para BPMN son contradictorias

SOLUCIÓN DE PROBLEMAS TÉCNICOS Principales problemas tecnicos resueltos a lo largo del proyecto: Carga xpdl. Timers. Problemas con MySQL en linux. Ejecucion de procedimientos externos. Deadlocks sobre la base. Inclusion de subprocesos.

Verificación

VERIFICACIÓN Pruebas funcionales Pruebas unitarias. Pruebas de integridad de los datos y la base de datos. Pruebas de caja negra. Pruebas de regresión. Testing exploratorio. Pruebas de volumen Automatización de algunas pruebas

VERIFICACIÓN - MÉTRICAS

Gestión de Proyecto

GESTIÓN DE PROYECTO - PLANIFICACIÓN Planificación: Por Fase. Semanal.

GESTIÓN DE PROYECTO – GESTIÓN DE RIESGOS Semanalmente: identificamos nuevos riesgos y gestionamos los ya identificados.

GESTIÓN DE PROYECTO - MEDICIONES DE TAMAÑO GxPoints por iteración 1174, , , , ,07

GESTIÓN DE PROYECTO - MÉTRICAS DE ESFUERZO Esfuerzo semanal

GESTIÓN DE PROYECTO - MÉTRICAS DE ESFUERZO Promedio semanal por integrante=16,81

GESTIÓN DE PROYECTO - MÉTRICAS DE ESFUERZO Horas por línea de trabajo

GESTIÓN DE PROYECTO - MÉTRICAS DE ESFUERZO

ESTIMACIONES

PRODUCTIVIDAD GxPoints por hora

Gestión de Calidad

GESTIÓN DE CALIDAD RTF. Informe de Revision. Revisiones informales.

Gestión de Configuración

GESTIÓN DE CONFIGURACIÓN Herramientas: DropBox GXServer Mantis Línea base Gestión de cambios

Relacionamiento con el Cliente

RELACIONAMIENTO CON EL CLIENTE Buen clima de trabajo Disponibilidad xRelevamiento de Requerimientos

AGENDA 1.Fases del proyecto. 2.Desempeño de las diversas áreas y sus interrelaciones. 3.Funcionamiento del equipo. 4.Evaluación del proyecto.

Funcionamiento del Equipo

FUNCIONAMIENTO DEL EQUIPO Buen clima de trabajo Compromiso con el proyecto Reunión de integración Reunión de clausura

AGENDA 1.Fases del proyecto. 2.Desempeño de las diversas áreas y sus interrelaciones. 3.Funcionamiento del equipo. 4.Evaluación del proyecto.

Evaluación del Proyecto

EVALUACIÓN DEL PROYECTO Cumplimos el alcance acordado con el cliente Superamos las dificultades que se presentaron Adaptamos el modelo de proceso a nuestro proyecto

EVALUACIÓN: FUNCIONÓ Extender Fase Inicial Reuniones de equipo semanales Implementación en equipo Clases de apoyo

EVALUACIÓN: NO FUNCIONÓ Seguimiento estricto de agenda MUM Reuniones de equipo quincenales

SUGERENCIA DE CAMBIOS Documentos opcionales Más materiales sugeridos

Proyecto de Ingeniería de Software Preguntas

SYSMOTORFLOW PRESENTACIÓN DEL PRODUCTO Proyecto de Ingeniería de Software 2010

AGENDA Introducción. Requerimientos & Arquitectura. Cualidades. Extensión del Sistema. Defectos.

Introducción

INTRODUCCIÓN Proyecto de Ingeniería de Software Qué es WorkFlow? Por qué usarlo?

Qué se construyó? Objetivos del proyecto. INTRODUCCIÓN

Proyecto de Ingeniería de Software Requerimientos & Arquitectura

REQUERIMIENTOS CRÍTICOS Soportar Estándar de BPMN. Proyecto de Ingeniería de Software

REQUERIMIENTOS CRÍTICOS Performance. Tomar y Completar Tarea. Proyecto de Ingeniería de Software

REQUERIMIENTOS CRÍTICOS Comunicación con Componentes Externos Proyecto de Ingeniería de Software

REQUERIMIENTOS CRÍTICOS Configuración y Monitorización Proyecto de Ingeniería de Software

ARQUITECTURA Proyecto de Ingeniería de Software

ARQUITECTURA MODELO DE DESPLIEGUE Proyecto de Ingeniería de Software Escenario propuesto

Proyecto de Ingeniería de Software Cualidades

CUALIDADES Sistema Modularizado. Interface de Usuario. Documentación. Compuerta Inclusiva. Proyecto de Ingeniería de Software

CUALIDADES Performance. Proyecto de Ingeniería de Software

A mejorar

A MEJORAR Seguridad Consultas desde Consolas. Configuración de Proceso. Proyecto de Ingeniería de Software

Extensión del Sistema

EXTENSIÓN DEL SISTEMA Consola de monitoreo. Manejo de Archivos. Noción de versiones de procesos y subprocesos en la consola de modelado. Proyecto de Ingeniería de Software

Defectos conocidos

DEFECTOS CONOCIDOS No se valida el tipo del valor ingresado para RD. El App de las tareas interactivas no se retorna en lower case. Control de plazos al instanciar workitems. Fechas al asociar timers. Proyecto de Ingeniería de Software

Preguntas