1. Universidad Tecnológica del Valle de Toluca
Tecnologías de la Información y Comunicación, Área Sistemas Informáticos
TSP
Presenta
Balmori Ramírez Edder
Hernández Jiménez María Isabel
Lazcano Romero Adriana Yuridia
López Ubaldo Edilberto
Manjarrez Castañeda Israel
3. TSP (Team Software Process )
Las certificaciones TSP se realizan con el objetivo de aumentar la calidad y
productividad.
Esta estrategia permite mejorar el desempeño organizacional al utilizar los
beneficios de PSP e implementarlos a los equipos de desarrollo de software.
No define una metodología de desarrollo específica, por lo que puede
fácilmente integrarse con programación ágil, cascada o cualquier otra
metodología.
4. Aprender y conocer las funciones del TSP así como su historia
quienes fueron sus fundadores y asta la fecha si aun esta vigente, otro
punto importante son las características, ventajas y desventajas en los
que se desarrolla el TSP.
5. Team Software Process
Conjunto de prácticas de estrategias que debe seguir un administrador
para poder aprovechar el valor que le ofrece a una empresa o grupo de
trabajo
Es una metodología para dirigir el trabajo de mejora y desarrollo de
software.
Ayuda a establecer un entorno donde el trabajo efectivo de equipo sea
normal y natural.
Tiene el propósito de obtener sistemas de la más alta calidad.
6. 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.
7. TSP prosigue las estrategias de calidad americanas que
inicio:
DEMMING EN LA INDUSTRIA EN 1982
FAGAN EN EL PROCESO DE SW 1986
W. HUMPHREY SW, CMM 1987
W. HUMPHREY SW, PSP 1995
W. HUMPHREY SW, TSP 1999.
8. La versión inicial del TSP fue desarrollada por Watts Humphrey en 1996
El primer Reporte Técnico para TSP fue publicado en el año 2000,
patrocinado por el Departamento de Defensa de los Estados Unidos.
El libro de Watts Humphrey llamado "Introduction to the Team Software
Process" (Addison Wesley Professional, Massachusetts, 1999).
9. El proceso de TSP0 primero fue diseñado para los equipos de
PSP formados que no recibieron formación u orientación
distinta a la prevista por el proceso de TSP y la gestión
inmediata del equipo.
Un proceso de mejora TSP0.1fue utilizada por los equipos
adicionales, proporcionando más información sobre el
proceso de mejoras necesarias.
Las versiones más recientes TSP son sustancialmente más
pequeños que las versiones TSP0.1 y TSP0.2 desarrollado a
finales de 1996 y principios de1997.
10.
11.
12. 0
Lanzamiento
• Revisión de objetivos
• Asignación de roles
• Alcances
• Metas individuales y del equipo
0
Estrategia
• Estrategia de desarrollo
• Creación del diseño
• Establecimiento de riesgos de administración
• Estimación de tamaño y esfuerzo
0Planeación
• Creación de plan general
• Creación de plan de calidad
• Plan de riesgos
13. 4
Requerimientos
0
Diseño
0
Implementación
• El PSP para implementar módulos
• Revisión de diseño
• Compilación y prueba de módulos
• Análisis de la calidad de los módulos
• Se entrevista al cliente y se analizan las necesidades
• Se especifican requerimientos
• Se diseña un plan de pruebas del sistema
• Creación de diseño de alto nivel
• Especificación y inspección del diseño
• Desarrollo un plan de integración
14. 0
Pruebas
• Construcción e integración de sistema
• Se realizan pruebas al sistema
• Se crea la documentación para el usuario
0
Postmorten
• Análisis de Resultados
• Se genera un reporte del ciclo
• Se generan evaluaciones en pares y en equipo
15. TSP PSPVentajas
Orientado a grupos/equipos
Mejora la productividad de las personas
Detección temprana de defectos y riesgos
en la producción y desarrollo de software.
Brinda un plan de trabajo bien
estructurado.
Se establece una buena comunicación entre
los integrantes del equipo.
Enlaza cada fase del proyecto para
propiciar el desarrollo esperado
Orientado a individuos
Mejora la productividad individual
Se origina por errores en el
desarrollo de software
Ayuda a estimar, planear y desarrollar
sistemas de software
Disminuye la cantidad de errores de
código
Reduce costos
Desventajas
Cada uno de los miembros debe de estar
completamente comprometido con la
causa del proyecto
Cada miembro del equipo debe de estar
entrenado en PSP.
Se debe de contar con un buen proceso de
conjunto de métricas y parámetros de
calidad.
Requiere capturar mucha
información
Existe resistencia por parte de los
ingenieros hacia adoptar la
metodología
16. Produce software seguro y fiable en menos tiempo ya
menor costo.
Se detectan errores de manera temprana, disminuyendo
los defectos y ahorro de recursos.
Aumenta la calidad en el proceso y el producto final.
Es factible para tener un buen mantenimiento.
