Tsp (Team Software Process )

8,439 views

Published on

Metodología para dirigir el trabajo de mejora y desarrollo de software

1 Comment
0 Likes
Statistics
Notes
  • Be the first to like this

No Downloads
Views
Total views
8,439
On SlideShare
0
From Embeds
0
Number of Embeds
13
Actions
Shares
0
Downloads
306
Comments
1
Likes
0
Embeds 0
No embeds

No notes for slide

Tsp (Team Software Process )

  1. 1. Team Software Process (TSP)Sistemas de Calidad en TI
  2. 2. INTEGRANTES: CHAVEZ MORENO SYLVIAGONZALEZ ENCINAS CUAUHTEMOC SEPTIEMBRE 2011
  3. 3. Índice• Definición TSP.• Estructura TSP.• Entornos.• Objetivo.• Ventajas y desventajas• Fases.• Informes Postmortem.• Organización TSP.
  4. 4. ¿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
  5. 5. ESTRU Planes personales Compromiso Prioridad en calidad Método planeación Planes agresivos Costo de calidadC Valor agregado Calidad propia Seguir el proceso Métricas calidad Objetivos proyecto Revisión de status y calidadT Procesos definidos Plan propio ComunicaciónU Plan detallado RolesR Recursos de equipoADETSP
  6. 6. TSP - Entornos
  7. 7. 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.
  8. 8. 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
  9. 9. 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.
  10. 10. Fases del Ciclo de Vida TSPLanzamiento - 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.
  11. 11. 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 .
  12. 12. Requerimientos – Requirements• ™Se analizan las necesidades del cliente y seentrevistan• ™Se especifican los requerimientos.• ™Se hace inspección de los requerimientos.• ™Se diseña un plan de pruebas del sistema.
  13. 13. 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
  14. 14. Implementación – Implementation• ™Se usa PSP para implementar módulos y unidades.• ™Se crea el diseño detallado de los módulos yunidades.• ™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.
  15. 15. Pruebas – Test• ™Se construye e integra el sistema.• ™Se llevan a cabo las pruebas del sistema.• ™Se produce la documentación de usuario.
  16. 16. Después de la Muerte – Postmortem• ™Análisis de resultados.• ™Se escribe el reporte del ciclo.• ™Se producen evaluaciones de pares y• equipo.
  17. 17. Post Mortem InformeLos propietarios y Lista de Contactos
  18. 18. SignoffsHistorial de revisiones
  19. 19. Los procesos que fueron más efectivos Los procesos que tuvieron un efecto negativo sobre el proyecto
  20. 20. Organización de TSP
  21. 21. 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
  22. 22. Bibliografías:• http://eisc.univalle.edu.co/materias/Material_Desarrollo_Software /PSP-TSP.pdf http://ingsw.ccbas.uaa.mx/sitio/images/material/tsp.htm

×