DIFERENCIAS ENTRE PERSONAL SOFTWARE PROCESS (PSP) Y TEAM SOFTWARE PROCESS (TSP)

^[1] 

DIFERENCIAS ENTRE PERSONAL SOFTWARE PROCESS (PSP) Y TEAM SOFTWARE PROCESS (TSP)

Cesar Gracia Gallón, José Muñoz Toala

Resumen—

1. Introducción

Las Empresas que tienen como función el desarrollo, diseño, elaboración y mantenimiento de Sotfware, están en una constante evolución y búsqueda para mejorar sus productos, en donde los ingenieros en software que son parte y miembros del equipo son el elemento más importante del proyecto que se ponga como meta, cada integrante crea una serie de elementos que son integrados hasta formar un Software funcional y de calidad. Para que una empresa desarrolladora de Software mantenga alta su calidad y su nivel de competitividad, es de vital necesidad mejorar la eficiencia, la velocidad y calidad de los productos a crear. Existe muchos modelos en equipos de desarrollo de Software, TSP y PSP, modelos eficientes que tienen como único objetivo mejorar la calidad de producción del Software.

El “Personal Software Process(PSP)” es un grupo de técnicas disciplinadas para la administración eficiente del tiempo y agilizar la producción del equipo de ingenieros encargados de la programación y el desarrollo y mantenimiento de Sistemas Software, a través del seguimiento del desempeño que realice cada uno de los participantes. Estos conjuntos de técnicas fueron diseñados para ejecutarse en organizaciones o complejos que trabajen con modelos de procesos ISO 15504. Fue lanzado como propuesta en el 93 por Watts Humphrey con ayuda de un grupo de estudiantes que trabajaban con él. La PSP se la podría considerar como un manual de trabajo en equipo en el que su nivel de producción dependa netamente del desempeño de cada miembro del equipo, además de ser un manual personal para personal de Ingeniería en Software en organismos que trabajen con los modelos CMMI [1].

El modelo TSP (Team Software Process) fue argumentado y realizado por Watt Humphrey en el año de 1996 como una facilidad mucho más avanzada de desarrollo, considerada de otra manera como una herramienta con la capacidad de ayudar a ordenadores de Desarrollo incluso ayuda a los ingenieros a organizar y realizar proyectos de software a una escala superior de lo habitualmente considerado [2].

El objetivo de este documento es el de diferenciar sobre la utilización de estos modelos de desarrollo de software para una buena implementación y ejecución al momento de embarcarse a un proyecto de desarrollo de software en equipo.

1. Marco Teórico

1. Personal Software Process(PSP)

Lo más fundamental al hacer la "Build" de un Software es tener un procedimiento rígido y eficaz para llevar a cabo un desarrollo de avances para conseguir un producto favorable. Esta práctica utiliza un grupo de scripts que determinan los requisitos de entrada que van a utilizar, los requisitos de procedimiento que le van a seguir y finalmente producto que se espera, todo orientado a las facetas del proceso.

Según una página y revista digital muy reconocida en el ámbito tecnológico en México, Software Gurú(SG) comenta que “Esta metodología está apoyada por una herramienta computacional desarrollada por el Instituto de Carnegie Mellon, genera una serie de registros con información valiosa para llevar a cabo la siguiente planeación y para actualizar el plan al terminar cada programa de software” [1].

PSP maneja principios de calidad que cada miembro del equipo del trabajo debe acatar a raja tabla, estos fomentan que cada miembro cumpla con una calidad de trabajo alta, para alcanzar dicha calidad, los miembros son responsables de que los productos en los que están trabajando, están encargados tanto de prevenir defectos haciendo una labor de calidad de manera correcta, esto se consigue por medio de la introducción gradual de nuevos recursos con dirección al Proceso Software Personal [2].

[pic 1]

Fig. 1. (Versiones de Proceso PSP) [2].

Durante el seguimiento del proceso de PSP, los integrantes deben llevar registro de varios ejercicios de codificación y programación, así como una serie detallada y especificada de informes que muestren avances de cada proceso, este proceso se rige en 6 versiones que trabajan de manera ascendente y son compatibles una a la otra. Los miembros del proyecto tienen que trabajar con más de un programa en cada versión del proceso, donde tienen como misión recopilar datos y analizarlos de distintas formas. Luego utiliza los datos ya recabados para ejecutar diversos análisis con el único objetivo de mejorar el desempeño del miembro de trabajo.

Los miembros que estén en el proyecto deben comenzar con el versionado inicial del proceso que se lo identifica con la etiqueta de PSP 0, este usa su proceso actual de desarrollo de software y lo único que realiza es el registro temporal y las carencias de los productos(Software) que realice. Esta etapa (PSP 0) es conformada por 3 fases: Planificación, Desarrollo y el "Postmortem”. Además, implementa una línea de base para realizar mediciones actuales de procesos que se realiza como, por ejemplo: Tiempo de Desarrollo en Programación y Codificación, Detección y Eliminación de fallos además de fallos de inserción, medición de tamaño y peso del producto en Líneas de Código Fuente(LOC) [2].

La Fase de Planificación se usa para testeos bases del Software a diseñar, por eso se lo pone como ejercicios de programación y codificación.

La fase de desarrollo tiene como fin ejecutar algunas labores como: diseño, codificación, compilación y pruebas.

La última fase Postmortem se complementa con la primera fase concordándose con lo análisis de medición ya obtenidas al desarrollar el producto [2].

PSP 0.1 es una extensión del proceso estándar PSP0, este permite al miembro de trabajo poder identificar la acción de mejora para obtener un alto desempeño en el desarrollo del proyecto personal. La versión PSP1 y la PSP1.1 el miembro debe hacer una estimación de tamaño y peso del proyecto a diseñar, así como preparar un informe de testeo(PSP1), estas estimaciones deben ser recabadas en los testeos anteriores para estimar el tiempo que se requiere para diseñar el siguiente producto. En cada producto se tiene que registrar cada tiempo en distintas facetas de proceso asi como su tamaño del proceso. "En PSP1.1 se añade a la anterior base del proceso (PSP1) la planificación y calendarización de las actividades definidas en las fases del proceso" [3].

...