Introducción al Personal Software Process (PSP)

2.2.1 PSP TSP y CMM

Introducción al Personal Software Process (PSP)

PSP proporciona métodos detallados para estimar y planear, muestra a los ingenieros como dar seguimiento a su desempeño contra estos planes, y explica como los procesos definidos pueden guiar su trabajo.

Su propósito es desarrollar hábitos de programación. Se realizan las siguientes preguntas respecto a la programación: ¿Cuánto tiempo he dedicado a este código?, ¿Cuántas líneas he escrito? Y ¿Cuántos defectos conocidos he generado?

El PSP se divide en etapas graduales de conocimiento las cuales son:

PSP0 PROCESO BASE este acepta las prácticas de desarrollo actuales del estudiante, pero requiere que el estudiante mantenga un registro del tiempo dedicados a trabajar en un proyecto, registre los defectos encontrados y registre los tipos de defectos.

PSP1 PROCESO DE PLANEACION PERSONAL diseñado para ayudar al ingeniero a entender la relación entre el tamaño de los programas y el tiempo que toma desarrollarlo. Su propósito es proporcionar un marco de trabajo ordenado.

Los gerentes pregunta a los ingenieros del software ¿Cuánto tomara hacer esto? el PSP ayuda a los ingenieros a contestar esta pregunta.

PSP1 tiene aparte del PSP0 las siguientes aptitudes

• Aptitud para estimar el tamaño.

• Marco de trabajo para informa los resultados de las pruebas.

PSP2 PROCESO DE ADMINISTRACION DE CALIDAD PERSONAL. Este ayuda a los ingenieros a manejar de manera realista y objetiva los defectos de programación.

El PSP2 agrega:

• Revisión personal del diseño.

• Revisión personal del código.

PSP3 PROCESO PERSONAL CICLICO diseñado para el manejo de códigos grandes, dividiendo un programa grande en pequeños incrementos.

PSP3 agrega:

• Aplicación de PSP a cada incremento para producir una alta base de calidad para los incrementos sucesivos.

• El uso de pruebas de regresión.

INTRODUCCIÓN AL PROCESO DE SOFTWARE DE EQUIPO TSP

Fue diseñado por Watts Humphrey en 1990. Sus objetivos son:

• Formar equipos auto dirigidos: 3 a 20 ingenieros, establecer sus propias metas y rastrear el trabajo.

• Mostrar a los gerentes como administrar equipos: orientar y motivar.

• Acelerar la mejora del CMM

• Proporcionar guías de mejoramiento para organizaciones con alta madurez.

INTRODUCCIÓN AL MODELO DE MADUREZ DE CAPACIDAD (CMM)

El sistema SEI, conocido como Capability Maturity Model (CMM) ha tenido éxito al proporcionar metas específicas de la competencia de la ingeniería de software organizacional.

El CMM clasifica a las organizaciones en los siguientes 5 niveles:

• Nivel 1 Inicial. Expresa el estado más primitivo para las organizaciones de software. La organización no tiene un proceso reconocido para la producción de software y l calidad de los productos. Cuando termina un proyecto, no hay registro de su costo, tiempos y calidad.

• Nivel 2 Repetible. Se aplica a las organizaciones capaces de rastrear sus proyectos hasta cierto grado. Mantienen registros de los costos y tiempos del proyecto. Describe la funcionalidad de cada producto por escrito. Le falta un proceso completo.

• Nivel 3 Definido. Se aplica en organizaciones que reducen la dependencia excesiva en individuos específicos mediante la documentación del proceso e imponer un estándar. Le falta capacidad de predecir. Pueden hacer pronósticos solo para proyectos muy similares a los realizados

...