PSP, TSP y CMM

Desarrollo de Software
II
‰ Procesos para evaluar las capacidades
PSP y TSP de ingeniería de software en diferentes
niveles
™ Individual
Ago 2005 - Dic 2005 ‰ Haga clic ™ Equipo
para
Docente:
modificar el
™ Organización
Beatriz E. Floriá
Flori Gaviria
á n
estilo de ‰ Desarrollados por Watts Humphrey y el
subtítulo del Software Engineering Institute (SEI)
patrón

Desarrollo de Software II – Grupo 01, 80

Beatriz Eugenia Florián Gaviria

PSP PSP

‰ Personal Software Process (PSP) brinda ‰ Nivel 5 de CMM a escala individual

disciplina a las prácticas INDIVIDUALES ™ Mejoras en calidad
™ Sin sobre-costos excesivos de procesamiento
de ingeniería de software
‰ Diseñado para predecir el costo efectivo
™ Obj: Mejorar la calidad del producto individual.
• Desarrollar hábitos de programación ‰ Se realizan tareas de desarrollo más
(medición) estructuradas
• Predicción de costos ™ Definición de requerimientos
™ Diseño de la arquitectura
• Predicción de tiempo de desarrollo
™ Desarrollo de módulos
• Reducción de los ciclos de desarrollo del ™ Documentación del producto.
software.
‰ Más rápido y barato que otras aproximaciones.
Desarrollo de Software II – Grupo 01, 80 Desarrollo de Software II – Grupo 01, 80
Beatriz Eugenia Florián Gaviria Beatriz Eugenia Florián Gaviria
PSP TSP

‰ Team Software Process (TSP) es

complementario a PSP y permite a los
equipos desarrollar software de calidad
efectivamente.
™ Costos planeados
™ Agendas apretadas.

Desarrollo de Software II – Grupo 01, 80 Desarrollo de Software II – Grupo 01, 80

Beatriz Eugenia Florián Gaviria Beatriz Eugenia Florián Gaviria

TSP Estrategia de TSP

‰ Problemas comunes en los equipos ‰ Marco de trabajo simple basado en PSP

™ Liderazgo ineficiente ‰ Usar problemas modestos, bien definidos.
™ Fallas en el compromiso y/o cooperación ‰ Desarrollar productos en muchos ciclos.
™ Ausencia de participación ‰ Establecer estándares de métricas para calidad
™ Demoras, Retrasos y desempeño.
™ Calidad pobre ‰ Brindar una definición de roles detallada.
™ Inefectiva evaluación de pares
‰ Usa evaluación de roles y de equipo.
‰ Es un proceso disciplinado.
‰ Brinda guías en la solución de problemas de los
equipos.

Desarrollo de Software II – Grupo 01, 80 Desarrollo de Software II – Grupo 01, 80

Beatriz Eugenia Florián Gaviria Beatriz Eugenia Florián Gaviria
Fases del Ciclo de Vida
Proceso de TSP
TSP

‰ Lanzamiento Launch Cycle 1 Launch

‰ Estrategia Strategy
Strategy 1
‰ Plan Plan Plan 1 Cycle 2 Launch
‰ Requerimientos Requirements Requirements 1
Design 1 Strategy 2 Cycle 3 Launch
‰ Diseño Design Implementation 1 Plan 2
‰ Implementación Implement Test 1 Requirements 2
Design 2
Strategy 3
Postmortem 1 Plan 3
‰ Pruebas Test Implementation 2
Requirements 3
Test 2
‰ Después de la muerte Postmortem Postmortem 2
Design 3
Implementation 3
Test 3
Postmortem 3

Desarrollo de Software II – Grupo 01, 80 Desarrollo de Software II – Grupo 01, 80

Beatriz Eugenia Florián Gaviria Beatriz Eugenia Florián Gaviria

Fases del Ciclo de Vida Fases del Ciclo de Vida

TSP TSP
‰ Lanzamiento - Launch ‰ Planeamiento - Planning
™ Revisión de objetivos a perseguir ™ Estima el tamaño de cada artefacto a ser
™ Asignación de equipos y roles al personal desarrollado.
™ Se describen las necesidades del cliente. ™ Se identifican las tareas: se estima el tiempo para
™ Se establece las metas individuales y del equipo. completar cada tarea; se asignan tareas a los
miembros del equipo.
‰ Estrategia - Strategy ™ Hacer un cronograma semanal para tareas
™ Crear un diseño conceptual para el producto. terminadas.
™ Se establece la estrategia de desarrollo: se decide ™ Hacer un plan de calidad
que será producido en cada ciclo. ‰ Requerimientos - Requirements
™ Se hacen estimaciones iniciales de esfuerzos y ™ Se analizan las necesidades del cliente y se
tamaño. entrevistan
™ Se establece un plan de administración de la ™ Se especifican los requerimientos.
configuración.
™ Se reutiliza el plan anterior. ™ Se hace inspección de los requerimientos.
™ Se establecen riesgos de administración . ™ Se diseña un plan de pruebas del sistema.

Desarrollo de Software II – Grupo 01, 80 Desarrollo de Software II – Grupo 01, 80

Beatriz Eugenia Florián Gaviria Beatriz Eugenia Florián Gaviria
Fases del Ciclo de Vida Fases del Ciclo de Vida
TSP TSP
‰ Diseño - Design ‰ Pruebas - Test
™ Se crea un diseño de alto nivel.
™ Se especifica el diseño. ™ Se construye e integra el sistema.
™ Se inspecciona el diseño. ™ Se llevan a cabo las pruebas del sistema.
™ Se desarrolla una plan de pruebas de integración. ™ Se produce la documentación de usuario.
‰ Implementación - Implementation
™ Se usa PSP para implementar módulos y unidades. ‰ Después de la Muerte - Postmortem
™ Se crea el diseño detallado de los módulos y ™ Análisis de resultados.
unidades.
™ Se revisa el diseño.
™ Se escribe el reporte del ciclo.
™ Se convierte el diseño al código . ™ Se produce producen evaluaciones de pares y
™ Se inspecciona el código equipo.
™ Se compilan y prueban los módulos y unidades.
™ Se analiza la calidad de los módulos/unidades.

Desarrollo de Software II – Grupo 01, 80 Desarrollo de Software II – Grupo 01, 80

Beatriz Eugenia Florián Gaviria Beatriz Eugenia Florián Gaviria

Relación PSP, TSP Enlaces de Interés

‰ Ambos procesos pueden usarse juntos, es ‰ http://www.sei.cmu.edu/tsp/tsp.html

natural. ‰ http://www.sei.cmu.edu/tsp/psp.html
‰ PSP and TSP son aplicables tanto a pequeña ‰ http://www.softwaresixsigma.com/Tsp_Main_P
como a gran escala spTsp.htm
™ Equipos sencillos 5 - 15 profesionales
™ Multi-Equipos Muchas docenas de
profesionales.

Desarrollo de Software II – Grupo 01, 80 Desarrollo de Software II – Grupo 01, 80

Beatriz Eugenia Florián Gaviria Beatriz Eugenia Florián Gaviria