Post on 14-Jun-2015
description
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