Team Software Process (TSP) 

Sistemas de Calidad en TI

INTEGRANTES:

CHAVEZ MORENO SYLVIAGONZALEZ ENCINAS CUAUHTEMOC

SEPTIEMBRE 2011

Índice

•Definición TSP.•Estructura TSP.•Entornos.•Objetivo.•Ventajas y desventajas•Fases.• Informes Postmortem.•Organización TSP.

¿Qué es el TSP?

Es una metodología para dirigir el trabajo de mejora y desarrollo de software además de establecer un entorno donde el trabajo efectivo de equipo sea normal y natural

Planes personalesMétodo planeación

Valor agregadoMétricas calidad

Procesos definidos

CompromisoPlanes agresivosCalidad propia

Objetivos proyectoPlan propio

Plan detalladoRoles

Recursos de equipo

Prioridad en calidadCosto de calidadSeguir el proceso

Revisión de status y calidadComunicación

ESTRUCTURA

DE

TSP

TSP - Entornos

Objetivos del TSP

•Generar un marco basado en PSP•Desarrollar productos en varios ciclos•Establecer estándares para medir la calidad y el

comportamiento•Proporcionar métricas para equipos•Evaluar roles y equipos•Guías para solución de problemas en equipos.

Ventajas

•Mejora la productividad de las personas.•Mejora en los hábitos de programación.•Detección temprana de defectos y riesgos.•Mejora en la calidad

Desventajas

•Los miembros tiene que tener el compromiso y la disciplina de seguir el plan.

•Debe de llenar toda la documentación requerida.• Se debe de contar con un buen conjunto de

métricas y parámetros de calidad.• Cada miembro debe de estar entrenado en el

PSP.

Fases del Ciclo de Vida TSP

Lanzamiento - Launch

• Revisión de objetivos a perseguir �• Asignación de equipos y roles al personal�• Se describen las necesidades del cliente. �• Se establece las metas individuales y del �

equipo.

Estrategia – Strategy

• Crear un diseño conceptual para el producto.�• Se establece la estrategia de desarrollo: se decide �

que será producido en cada ciclo. • Se hacen estimaciones iniciales de esfuerzos y �

tamaño. • Se establece un plan de administración de la �

configuración. • Se reutiliza el plan anterior.�• Se establecen riesgos de administración .�

Requerimientos – Requirements

• Se analizan las necesidades del cliente y se �entrevistan • Se especifican los requerimientos.�• Se hace inspección de los requerimientos.�• Se diseña un plan de pruebas del sistema.�

Diseño - Design

• Se crea un diseño de alto nivel.�• Se especifica el diseño.�• Se inspecciona el diseño.�• Se desarrolla una plan de pruebas de �

integración

Implementación – Implementation

• Se usa PSP para implementar módulos y unidades. �• Se crea el diseño detallado de los módulos y �unidades. • Se revisa el diseño. �• Se convierte el diseño al código . �• Se inspecciona el código �• Se compilan y prueban los módulos y unidades. �• Se analiza la calidad de los módulos/unidades. �

Pruebas – Test

• Se construye e integra el sistema. �• Se llevan a cabo las pruebas del sistema.�• Se produce la documentación de � usuario.

Después de la Muerte – Postmortem

• Análisis de resultados. �• Se escribe el reporte del ciclo. �• Se producen evaluaciones de pares y �•equipo.

Post Mortem Informe

Los propietarios y Lista de Contactos

Signoffs

Historial de revisiones

Los procesos que fueron más efectivos

Los procesos que tuvieron un efecto negativo sobre el proyecto

Organización de TSP

Lanzamiento TSP, checklist para planeación

• Establecer productos y objetivos de empresa• Establecer roles y objetivos de equipo• Definir estrategia de desarrollo• Hacer un plan general• Hacer un plan de calidad• Balancear el plan (cargas de trabajo)• Proyecto de riesgos• Diseñar reporte para administración• Revisión del plan con administración• Análisis Postmortem, nuevo equipo revisa proceso

Bibliografías:

• http://eisc.univalle.edu.co/materias/Material_Desarrollo_Software/PSP-TSP.pdf http://ingsw.ccbas.uaa.mx/sitio/images/material/tsp.htm