PROCESO DE DESARROLLO EN EQUIPO TSP

Slides:



Advertisements
Presentaciones similares
ingeniería de software
Advertisements

Moodle.
Copyright®2005 Softpoint Dictámenes Nacionales de Clasificación Arancelaria El objetivo de este módulo es: 4 Adaptación del Sistema de Información de la.
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
Herramientas y metodologías de éxito para el manejo de proyectos TIC: Caso PYME CREATIVA Noviembre 2008.
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.
BizAgi - Business Agility
Oficina de Planeación Sistema de Información para Autoevaluación SIA Pereira Junio de 2009.
Modelo de ciclo de vida clásico o en cascada
[CURSO O MATERIA] [INTEGRANTES DEL GRUPO] POSTMORTEM [EL NUMERO DEL POSTMORTEM O VERSION] Total tiempo: 15 min.
Por: RICARDO BARRERA GABRIELA MOLINA JULIO 2013
Felipe Donoso Natalia Sandoval
Fase Elaboración Conclusiones Grupo 6 – PIS
Postmortem Ciclo 1 Mejoramiento Proceso Originación de Crédito Banco de los Alpes 2010 Julián Morales Andrés González Carlos Criales.
Proceso de Originación de Crédito: Banco de los Alpes
Proyecto de Ingeniería de Software 2008
Reunión de los requerimientos de la red
MANUALES DE USUARIO Y TECNICO
HERRAMIENTAS CASE.
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
TEAM SOFTWARE PROCESS CICLO 2.  Producto  Reporte del ciclo  Plan  Inspección  Plan de calidad  Valor ganado  Objetivos  Proceso TSP  Equipo.
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
TEAM SOFTWARE PROCESS CICLO 3.  Análisis del Proyecto  Producto  Resultados por Rol  Resultado del Proceso.
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
ADMINISTRACIÓN DE REQUERIMIENTOS
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
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.
Unidad VI Documentación
Aide Arcia Polanco Marcela Escobar Monroy Keilyn Gisela Echeverry Tatiana Lemus Melary Julieth Rivas Reyes Gloria Docente 10*2 INSTITUCION EDUCATIVA GABRIEL.
Análisis y Diseño de Sistemas
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de:
Fin Fase Elaboración Presentación al director del proyecto Agenda –Objetivos –Cumplimientos –Conclusiones Presentación al director del proyecto Agenda.
Importancia en la efectividad del:
Sprint 02 Sprint Review.
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
Team Software Process IntroductionTSPiSM Watts Humphrey
Unidad ll Equipo 2 Juan Carlos Martínez Ramos
Especialización en Desarrollo de Software
El rol de SQA en PIS.
Una forma de ORGANIZAR el TRABAJO
ASIGNACIÓN DE ROLES.
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Ciclo de vida de un sistema
Método iterativo Integrantes : Paola Ramón Armando 19 octubre 2011.
Roles de Open UP.
Ingeniería de software
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
Proyecto: Lanzamiento QUICK ORDER. Objetivo General  Desarrollar el sistema de información de acuerdo a los requerimientos establecidos por el cliente,
Estructurar tus ideas para hacerlas realidad
Implementando PSP / TSP
Por: Jaime Enrique Melendez Monreal Código: INGENIERÍA DE SOFTWARE.
Ciclo de Vida del Software
FACULTAD DE CIENCIAS COMPUTACIONALES Y TELECOMUNICACIONES ASIGNATURA:
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
Evolución y comportamiento del Sector TICs Praxis & Technology Group PraTech METODOLOGÍA DE CALIDAD.
Modelos y estándares de procesos de desarrollo de software Universidad de los Andes ECOS – 2010 – Sección I.
Las fases del ciclo de la vida de desarrollo de sistemas
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
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.
CICLO DE VIDA DE UN SOFTWARE. Es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados, que forman parte de.
Sobre el Proceso Racional Unificado RUP es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cómo, cuándo y qué.
Propósito Introducción Actividad de Consolidación Actividad de Consolidación Fuentes consultadas Fuentes consultadas Ciclo de Vida del Software Ciclo.
MODELOS DE DESARROLLO Es una descripción de un proceso del software que se presenta desde una perspectiva particular. Por su naturaleza, los modelos.
Sistemas de calidad en el desarrollo de software.
Sistema de información PSU Javeriana Juan Sebastián Ruiz Andrés Acosta.
4. Definición del proyecto. Qué tan difícil es manejar un proyecto? ◦Dependerá del tamaño del mismo ◦De los costos ◦De los plazos ◦Del nivel de dificultad.
Junio, 2013.
Transcripción de la presentación:

PROCESO DE DESARROLLO EN EQUIPO TSP FOL - Fields On Line PROCESO DE DESARROLLO EN EQUIPO TSP FOL – FIELDS ON LINE Presentado por: HANS ESCALLON GUILLERMO TORO ADRIÁN VILLEGAS KERLYN MARIÑO

FOL – Objetivos de la Aplicación Optimizar el proceso de reserva y alquiler de campos deportivos de ECOSSOCCER a través de la implementación de una herramienta on- line que le brinde a sus clientes la posibilidad de realizar estos procesos desde cualquier parte de la ciudad. Funcionalidades Consultar Disponibilidad Realizar Reserva de un Campo Deportivo Legalizar Reserva Alquilar Campo Deportivo Generar Reporte de Recaudo Diario

FOL - Aplicación FOL – Fields On Line

FOL – Actividades Planeadas vs Ejecutadas Las actividads planeadas y plasmadas en el TASK del proyecto fueron ejecutadas en su totalidad a excepción de las siguientes en sus respectivas fases: Fase de Construcción: Documentación de Instalación y Administración de la Aplicación Fase de Pruebas y Postmortem: Documentación de Manual de Usuario.

FOL – Lecciones Aprendidas Como lecciones aprendidas de todo el trabajo de TSP con el proyecto de Ecossoccer y con su aplicación de Fields On-Line se pueden rescatar los siguientes aspectos: 1. Identificación clara de tareas por Roles: Aunque se tenían unas responsabilidades asignadas para cada persona según su Rol TSP, se tenían en ocasiones dudas sobre la responsabilidad de algunas tareas en equipo y reportes del proyecto.

FOL – Lecciones Aprendidas 2. Subestimación de Tareas de Documentación: Se subestimaron tareas de documentación como el manual de usuario y el documento de administración e instalación. 3. Validación de la Arquitectura: Es una actividad crucial para la etapa de desarrollo. Se validao cada uno de los casos de uso, de esta manera se tenía claridad sobre cuáles eran las clases compartidas y cuales clases las que involucraban solo los casos de uso asignados a cada quien.

FOL – Lecciones Aprendidas 4. Control de Cambios: El proceso de control de cambios sirvió para poder llegar a una solución que se adaptase y cumpliese con los requerimientos del cliente para la aplicación, ya que inicialmente las especificaciones no fueron muy precisas. 5. TASK y SCHEDULE: Las actividades planeadas en el TASK y plasmadas en el SCHEDULE sirvieron como guía de trabajo para las diferentes fases.

FOL – Lecciones Aprendidas 6. Disciplina y Trabajo en Equipo: Las fases que plantea TSP son para poder desarrollar en un conjunto de trabajo en equipo y con habitos de desarrollo que exigan disciplina en los ingenieros de desarrollo y en los roles involucrados en TSP. Hay que madurar mas el aspecto de trabajo en equipojunto con los habitos de disciplina de ingeniería de software. 7. Codificación: Es necesario que como equipo de desarrollo se empiece a madurar la forma en la que se desarrolla como equipo, ya que cada ingeniero de desarrollo tiene sus habitos de desarrollo y su forma de dar solución a los problemas, pero cuando se trabaja en equipo, es necesario establecer medidas y lienamientos de desarrollo comun para que la interacción con los desarrollos con los otros miembros del equipo sea mas transparente.

FOL – Fields On Line - Grupo ESG Gracias............