Integrantes: López Rodríguez Cesar Emigdio

Vidal Miranda Iván Eduardo

Modelo TSP

Universidad Tecnológica de Hermosillo, Sonora

Ingeniería en Tecnologías de la Información

Índice de contenido

1. Historia de TSP

2. Que es TSP?

3. Objetivos

4. Entornos

5. Fases del ciclo de vida

6. Estructura TSP

7. Relación PSP-TSP

8. Ventajas y desventajas

9. Caso de uso

10.Herramientas

11.Bibliografía

12.Conclusiones2

3

1.-Historia del TSP

La versión inicial del TSP fue desarrollada por

Watts Humphrey en 1996, y 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).

4

2.- Que es 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.

*Conjunto de procesos estructurados que indican qué hacer en cada fase del desarrollo del proyecto y muestra cómo conectar cada fase para construir un producto completo

5

3.- Objetivos

*Maximizar calidad Software, Minimizar costos.

*Integrar equipos independientes de alto rendimiento que planeen y registren su trabajo, establezcan metas, y sean dueños de sus procesos y planes.

6

Objetivos

*Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y como ayudarlos a alcanzar su máxima productividad.

*Acelerar la mejora continúa de procesos.

*Proveer de una guía para el mejoramiento en organizaciones maduras

7

4.-Entornos

8

5.-Fases del Ciclo de Vida

• Implementación

• Lanzamiento

• Estrategia

• Planeamiento

• Requerimientos

• Diseño

• Pruebas

• Postmorten

9

Fases del Ciclo de Vida TSP: Implementación

*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.

10

Fases del Ciclo de Vida TSP: Lanzamiento

*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

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

*Analisis Postmortem, nuevo equipo revisa proceso

12

Producto planeación para lanzamiento

* Objetivos de equipo por escrito

* Roles definidos

* Plan de desarrollo

* Plan de calidad

* Plan de soporte al proyecto

* Desarrollo en conjunto de planes y programas

* Plan detallado para cada ingeniero

* Plan contra riesgos

* Reporte del estado del proyecto

13

* Los miembros establecen metas comunes y roles definidos

* Equipo desarrolla estrategia consensada y todos participan en su creación

* El equipo negocia el plan con la Administración

* Los miembros hacen el trabajo en la forma planeada

* La comunicación es libre y frecuente

* Se forma grupo con cohesión, hay cooperación

* Cada miembro conoce su status, se realimenta con su trabajo y tiene liderazgo que sustenta su motivación

14

Fases del Ciclo de Vida TSP: Estrategia

*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

15

Fases del Ciclo de Vida TSP: Planeamiento

*Estima el tamaño de cada artefacto a ser

desarrollado.

*Se identifican las tareas: se estima el tiempo para

completar cada tarea; se asignan tareas a los

miembros del equipo.

*Hacer un cronograma semanal para tareas

*terminadas.

*Hacer un plan de calidad

16

Fases del Ciclo de Vida TSP: Requerimientos

*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.

17

Fases del Ciclo de Vida TSP: Diseño

*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

18

Fases del Ciclo de Vida TSP: Pruebas

*Se construye e integra el sistema.

*Se llevan a cabo las pruebas del sistema.

*Se produce la documentación de usuario

19

Fases del Ciclo de Vida TSP: Postmorten

*Análisis de resultados.

*Se escribe el reporte del ciclo.

*Se produce producen evaluaciones de pares y

*equipo.

20

¿ DE QUÉ TRATA LA FASE POSTMORTEM?

* Es el paso final del proceso TSP.

* El Postmortem comienza con la evaluación del proceso de calidad definido para el proyecto.

* Verificando las metas del plan de calidad:

Cuales fueron cumplidas y cuales no?

Los inconvenientes que impidieron que se cumplieran estas metas de calidad.

Se realiza una evaluación de las metas de cada uno de los líderes.

Para cada uno de los roles.

Finalmente se evalúa la participación de cada uno de los miembros en termino de trabajo personal y trabajo de equipo.

21

Se enfoca principalmente en el desarrollo de:

Análisis de resultados.

Se escribe el reporte del ciclo.

Se produce producen evaluaciones de pares y equipo.

22

¿POR QUE ES NECESARIO EL POSTMORTEM ?

Cada nuevo proyecto debe ser una oportunidad para mejorar aprendiendo de las experiencias anteriores: Mejoramiento continuo del proceso.

Analizar las oportunidades de mejoramiento y definir como cambiar las prácticas en el ciclo siguiente o en el proyecto siguiente.

Se debe evaluar:

El producto realizado.

El esfuerzo invertido para hacerlo.

El proceso seguido para hacerlo

23

Reporte del ciclo

Describe lo que se produjo, el proceso que se uso y los roles.

Describe qué funcionó que no funcionó y cómo hacerlo mejor en el próximo ciclo.

Describe el desempeño de cada uno de los integrantes del grupo con respecto a sus responsabilidades, su rol individual y su rol de desarrollador.

24

Reporte de Ingeniero

*Cada ingeniero debe reportar su desempeño

personal en las actividades de desarrollo.

*Contrastar lo planeado contra lo ejecutado.

*Describir oportunidades de mejoramiento personal

25

Post Mortem Informe

Los propietarios y Lista de Contactos

26

Los procesos que fueron mas efectivos

27

Los procesos que fueron negativos

28

6.- Estructura TSP

29

7.-Relación PSP-TSP

*Ambos procesos pueden usarse juntos.

*PSP y el TSP son aplicables tanto a pequeña como a gran escala.

*Equipos sencillos, 5 - 15 profesionales

*Multi-Equipos, muchas docenas de profesionales.

30

8.-Ventajas de TSP

*Mejora la productividad de las personas.

*Mejora en los hábitos de programación.

*Se puede lograr una detección temprana de defectos y riesgos lo que deriva en una disminución de los defectos.

*Una mejora en la calidad.

*Una reducción en el ciclo de vida.

31

Desventajas de TSP

*Es necesario que cada uno de los miembros tiene que tener el compromiso y la disciplina de seguir el plan.

*Debe de llenar toda la documentación requerida que incluye sus registros, planificación, las plantillas o formularios.

*Se debe de contar con un buen conjunto de métricas y parámetros de calidad, lo cual, para algunas organizaciones, puede ser difícil de definir.

32

9.-Caso de uso

Dos comandos de la organización de sistemas navales aéreos de los estados unidos integraron el uso de la metodología de TSP y el marco de trabajo de CMM para el progreso de nivel de madurez 1 al 4 en 30 meses (menos de la mitad del tiempo promedio que le toman a otras organizaciones completar el mismo nivel de maduración).

33

10.-Herramientas

El Introductory Team Software Process (TSPi) es una versión académica-baja del TSP el cual guía graduantes y a estudiantes avanzados aplicando los principios y practicas del TSP

34

Herramienta

*Scrum es un marco de trabajo para la gestión y desarrollo de software basada en un proceso iterativo e incremental utilizado comúnmente en entornos basados en el desarrollo ágil de software.

*Aunque Scrum estaba enfocado a la gestión de procesos de desarrollo de software, puede ser utilizado en equipos de mantenimiento de software, o en una aproximación de gestión de programas: Scrum de Scrums.

35

11.-Bibliografía

*Formato: Tapa dura (Hardcover) Editorial: Addison-wesley - Estados UnidosTema: COMPUTERS / Software Development & Engineering / GeneralTags: Software engineering, Teams in the workplaceIdioma: InglésPáginas: 463Peso: 839.9 gramosEstado: NuevoISBN: 020147719XISBN 13: 9780201477191

36

12.-Conclusiones

Al trabajar con este tipo de modelo se mejora la calidad de los procesos y reducen los costos, esto gracias a la generación mínima de errores y el poco tiempo en que estos procesos se realizan