Comparativo(CMMI-PSP-TSP)



Estudio comparativo entre

CMMI, PSP y TSP

Ing. Alfonso Guillermo Macías Rocha

Resumen—Este estudio proporciona una breve y concisa descripción acerca de los modelos para desarrollo de software: CMMI, PSP y TSP. Posteriormente se muestra un amplio comparativo entre los modelos mencionados.

Palabras Clave—Personal Software Process (PSP), Team Software Process (TSP), Capability Maturiy Model Integration (CMMI).

I. INTRODUCCIÓN

El constante crecimiento, el avance y la competitividad en lo referente a tecnologías de información hace de vital importancia la búsqueda de metodologías, modelos, métodos que permitan desarrollar tecnologías de información de una manera rápida, precisa, económica y con calidad.

El uso de modelos como CMMI, PSP y TSP permite a la empresa desarrolladora de software, no solamente controlar la manera en que desarrolla, también le proporciona una mejora de sus procesos en diversas áreas de la organización, lo que le constituye una solida consolidación en el mercado.

II. MODELOS DE PROCESO.

A. Personal Software Process (PSP).

Definición

PSP es un modelo para la mejora del proceso de desarrollo de software, está basado en la creencia de que la calidad del software depende del trabajo de cada uno de los ingenieros; por lo cual, el proceso debe ayudar a controlar, manejar y mejorar el trabajo de estos. El objetivo de PSP es mejorar la planeación del trabajo, conocer con precisión el desempeño, medir la calidad de los productos y mejorar las técnicas para su desarrollo [1].

Ventajas

Las ventajas que ofrece el tener un proceso de software personal administrado son: [2]

• Mejora en la calidad del producto.

• Desarrollo de hábitos de programación (Medición).

• Predicción de Costos.

• Predicción de tiempo de desarrollo.

• Reducción de los ciclos de desarrollo de Software.

Fases en PSP

Fig. 1. Fases del Proceso Personal de Software [3].

Fig. 2. Descripción de fases en PSP [3].

Principios de PSP

• Cada ingeniero es esencialmente diferente; para ser más precisos, los ingenieros deben planear su trabajo y basar sus planes en sus propios datos personales.

• Para mejorar constantemente su funcionamiento, los ingenieros deben utilizar personalmente procesos bien definidos y medidos.

• Para desarrollar productos de calidad, los ingenieros deben sentirse personalmente comprometidos con la calidad de sus productos.

• Cuesta menos encontrar y arreglar errores en la etapa inicial del proyecto que encontrarlos en las etapas subsecuentes.

• Es más eficiente prevenir defectos que encontrarlos y arreglarlos.

• La manera correcta de hacer las cosas es siempre la manera más rápida y más barata de hacer un trabajo.

Estructura PSP

Fig. 3. Evolución PSP. [3]

• PSP0 (i) define el proceso de trabajo personal identificando y ordenando las principales actividades; (ii) introduce la recolección de datos para medir la productividad y calidad a través del registro de tiempos y defectos; (iii) establece las bases para las mejoras en planificación de trabajo por tiempos y evaluación de resultados; y (iv) documenta el proceso usando formas específicas.

• PSP0.1 (i) registra el tamaño del producto utilizando puntos funcionales y la estandarización de la codificación y (ii) registra los problemas y propuestas de mejora.

• PSP1 (i) mejora la planeación introduciendo la estimación del tamaño del producto e (ii) introduce los reportes de pruebas.

• PSP1.1 (i) introduce las estimaciones de recursos e (ii) introduce la calendarización.

• PSP2 (i) introduce las actividades de detección temprana de defectos mediante revisiones de diseño, código y uso de listas de verificación.

• PSP2.1 (i) introduce formas para el diseño detallado, facilitando la revisión del diseño.

• PSP3 (i) introduce el proceso cíclico para crear programas de mayor tamaño, (ii) introduce el registro de seguimiento de asuntos y (iii) lleva el resumen de planeación y registro de tiempo, tamaño y defectos por ciclo. [1]

Métricas en PSP

PSP provee una serie de mediciones de calidad que ayudan a los desarrolladores a examinar la calidad de sus programas desde varias perspectivas. Como ninguna medición por sí sola puede indicar adecuadamente la calidad de un programa, el panorama que provee la utilización de todas estas mediciones es generalmente un indicador confiable de calidad [4].

• Las principales mediciones de calidad en PSP son:

– Densidad de defectos.

– Índice de revisión.

– Índices de tiempo de desarrollo.

– Índices de defectos.

– Rendimiento.

– Defectos por hora.

– Efectividad de remoción de defectos.

– Evaluación del índice de fallas.

B. Team Software Process (TSP).

Definición

El proceso de Software en Equipos (TSP) extiende el modelo PSP e integra los aspectos del desarrollo de software realizados por equipos de trabajo, definiendo aspectos como la asignación y control de tareas para los diversos miembros de equipo. TSP define un marco de trabajo en equipos con los siguientes objetivos:

1. Desarrollar productos en varios ciclos.

2. Proporcionar métricas para equipos.

3. Evaluar roles y equipos.

4. Ofrecer guías para la solución de problemas en equipos.

Para lograr estos objetivos, se especifican condiciones para los equipos de trabajo en roles de personas, asignación de tareas y control de ejecución [1].

Estrategias de TSP

Las estrategias que TSP maneja son las siguientes: [5]

• Marco de trabajo simple basado en PSP.

• Usar problemas modestos, bien definidos.

• Desarrollar productos en muchos ciclos.

• Establecer estándares de métricas para calidad y desempeño.

• Brindar una definición de roles detallada.

• Usa evaluación de roles y de equipo.

• Es un proceso disciplinado.

• Brinda guías en la solución de problemas de los equipos.

Fases de TSP

Las fases TSP son las siguientes: [5]

• Lanzamiento (Launch)

...