Personal Software Process (PSP)

Aruquipa Chambi Marcelo, Márquez Granado Edwin P.

(marcelo.aruquipa@yahoo.es , emarquez@ruat.gov.bo)
Universidad Mayor de San Andrés
Facultad de Ciencias Puras y Naturales
Postgrado en Informática

Resumen

El PSP amplia el proceso de mejora a la gente que realiza el trabajo de desarrollo de

software, concentrándose en las practicas de trabajo de los ingenieros en una forma
individual, enseñando como manejar la calidad desde el principio de un producto.
En este trabajo se dan las pautas e instrucciones para aplicar el PSP.

Palabras clave.- software, personal software process, planificación, tiempo. Calidad

de software.

Introducción Antecedentes

En el campo del desarrollo del software En la actualidad la tecnología avanza a

son pocas las organizaciones que siguen
o cumplen planes de trabajo o
metodologías establecidas para
desarrollar software, poniendo en duda
su calidad; muchos de estos proyectos
llegaron al fracaso porque sobrepasaron
los costes estimados y/o sobrepasaron
los tiempos de planificación. Muchos de
estos sistemas que tenían defectos
produjeron en algún momento perdida
de vidas humanas. Proyectos de
millones de dólares que no han
cumplidos sus objetivos y su tiempo de
planificación dejaron millones de
usuarios insatisfechos, principalmente
aquellos que trabajan mediante una
aplicaron software. Algunas principales
causas para que el proceso de desarrollo
de software pueden ser que : el personal
de desarrollo no se involucre lo
suficiente en el control de calidad del
producto, la alta dirección no esta
conciente de la verdadera importancia
del proyecto a causa de que no se
cuentan los recursos necesarios (dinero,
tiempo, tecnología ), las practicas
establecidas no son las adecuadas.
pasos agigantados, así también existe un
avance en las metodologías y
herramientas para el desarrollo de
software. Una de estas metodologías es
el denominado Personal Software
Process (PSP) diseñado por El PSP fue
Definido por Watts S. Humphrey del
Software Engineering Institute en la
Carnegie Mellon University.
El principal objetivo de este trabajo es
proporcionar un marco de trabajo para
el personal involucrado en el proceso de
desarrollo de software.
Esta claro que la producción de
software debe convertirse en un proceso
disciplinado y aceptado por todos. El
ciclo de vida para el desarrollo de
software que normalmente conocemos
tiene las siguientes etapas:
• Análisis de Requerimientos
• Diseño
• Programación
• Pruebas
• Implantación
• Mantenimiento
El desarrollo de software de esta manera
tiene una alta calidad y un ciclo de vida
mas largo. Actualmente existen diversas
metodologías de ingeniería del software
que guían a los programadores a dar
mejor seguimiento a sus programas,
algunos de ellos son el COCOMO I,
COCOMO II, UML, Ley de Parkinson,
y mucha otras metodologías que
actualmente existen y que algunas son
nuevas y se adaptan a la metodología
actual.
También existen certificados de
seguridad que evalúan el software
desarrollado y las metodologías que los
programadores siguen. Sin embargo
muchas veces estos certificados no
profundizan lo suficiente en cada uno de
los niveles de desarrollo y no ponen
especial atención a la célula básica por
el cual elñ software no p0dria no existir
y os referimos al programador.
Hay varias razones por las que puede
fallar el proceso de software, tres de
ellas son:
• El personal no se involucra lo
suficiente en el control de
calidad del trabajo
• La alta dirección no ha
adquirido conciencia de la
importancia de un buen proceso
de software para su compañia.
• Las practicas establecidas no son
las adecuadas.
Los procesos definidos ayudan a la
planificación y desarrollo de un trabajo.
El proceso que se establezca debe ser
flexible y debe facilitar el cambio y la
innovación.
Proceso Personal de software
(PSP)
El PSP (Personal Software Process) es
una técnica probada para mejorar el
funcionamiento y la productividad
individuales de los ingenieros. Surge de
la necesidad que tiene los individuos
programadores de automatizar sus
procesos.
PSP fue diseñado para ayudar a los
profesionales del software para que
utilicen constantemente practicas sanas
de ingeniería del software, enseñándoles
a planificar y dar seguimiento a un
trabajo, utilizar un proceso bien
definido y medido, a establecer metas
mesurables y finalmente a rastrear
constantemente para obtener las metas
definidas.
El Proceso Personal de Software es una
versión pequeña de CMM donde se
preocupa solo por un conjunto de las
KPAs. Fue propuesto por Watts
Humphrey en 1995 y estaba dirigido a
estudiantes. A partir de 1997 con el
lanzamiento del libro "An introduction
to the Personal Software Process" se
dirige ahora a ingenieros principiantes.
[1]
 Fig. 1 Estructura del proceso PSP
Fuente [3]
Principios del PSP
• Cada ingeniero es diferente, para se
mas eficiente, debe planificar su
trabajo basándose en su experiencia
personal.
• Usar procesos bien definidos y
cuantificados
• Los ingenieros deben asumir la
responsabilidad personal de la
calidad de sus productos.
• Cuanto antes se detecten y corrijan
los errores menos esfuerzo será
necesario
• Es mas efectivo evitar los defectos
que detectarlos y corregirlos.
• Trabajar bien es siempre la forma
mas rápida y económica de trabajar.
En el campo del desarrollo del software
hay tres aspectos que hacen efectivo el
trabajo de un ingeniero del software:
producir productos de alta calidad,
hacer el trabajo con el mínimo costo y
cumplir el trabajo con la planificación
establecida.
El PSP se caracteriza porque es de uso
personal y se aplica a programas
pequeños de menos de 10.000 líneas de
código. Se centra en la administración
del tiempo y en la administración de la
calidad a través de la eliminación
temprana de defectos.
En el PSP se excluyen los siguientes
temas: [1]
• Trabajo en equipo,
• Administración de configuraciones
y o Administración
• Administración de requerimientos.
El PSP se orienta el conjunto de áreas
clave del proceso que debe manejar un
desarrollador cuando trabaja de forma
individual. Los siguientes son los
niveles y las KPAs que se manejan en
cada uno:
• Nivel 2 - Inicial:
o Seguimiento y control de
proyectos
o Planeación de los
proyectos
• Nivel 3 - Repetible:
o Revisión entre colegas.
o Ingeniería del producto
de software.
o Manejo integrado del
software.
o Definición del proceso
de software.
o Foco del proceso de
software.
Fig. 2 Evolución DEL Proceso personal de Software
Fuente: [7]
• Nivel 4 - Definido:
o Control de calidad.
cuantitativa del proyecto.
• Nivel 5 - Controlado:
o Administración de los
cambios del proceso.
o Administración del
cambio tecnológico.
o Prevención de defectos.
Hay que tener en cuenta que todo este
proceso generará datos, por lo tanto la
existencia de un repositorio de datos
facilita la labor de proyectos futuros y
sera parte fundamental para la mejora
del proceso dentro de la organización.
El PSP tiene varias fases: [1]
• PSP0: Proceso Base.
• PSP0.1: Complementos al
proceso base.
• PSP1 y PSP1.1: Planeación
personal.
• PSP2 y PSP2.1: Control de
calidad personal.
• PSP3: Programas más grandes.
El principal objetivo, por lo tanto, es
proporcionar un marco para el personal
De procesos de software, no para
enseñar las características específicas de
los distintos ámbitos del proceso.
Los gastos personales de un PSP son los
siguientes.
• El tiempo necesario para
aprender y utilizar.
• El coste emocional de
mantener la necesaria disciplina.
• El riesgo potencial para su ego.
Los beneficios de una PSP son los
siguientes.
• El conocimiento obtenido en
sus talentos y habilidades.
• La estimulación de un casi
ilimitado flujo de las ideas.
• El marco que ofrece para la
mejora personales.
• El grado de control que usted
gane más de su trabajo.
• El sentimiento de orgullo y de
logro.
Fecha Hora Tiempo de
Interrupción
Inicio Fin
Fig. 3 Formato del cuaderno de registro de tiempos
Fuente. Modificado de [6]
• Un mejor base para un trabajo
en equipo eficaz.
• La condena a hacer el trabajo
de la manera que usted debe
saber.
Instrucciones para la utilización
del Personal software Process
(PSP)
A) Utilización de un Cuaderno de
registro de tiempos
El objetivo de registrar el tiempo es el
de obtener datos de cómo se trabaja
realmente, la forma y el procedimiento
utilizados para reunir los datos no es tan
importante mientras los datos sean
exactos y complejos. Es recomendable
controlar el tiempo en unidades mas
pequeñas, mayormente se lo controla
mediante horas, es mas fácil controlar el
tiempo en minutos. [6]
El formato del cuaderno de registros de
tiempo es el siguiente. (ver Fig.3)
Tiempo Descripción Comentario C U
Actividad s
Donde:
Fecha: Se anota en esta comuna la
fecha de realización de alguna actividad
Comienzo: Se anota en esta comuna la
hora de inicio de la actividad
Fin: Se anota en esta comuna la hora de
finalización de la actividad
Interrupción: perdida de tiempo debida
a una interrupción
Tiempo: tiempo dedicado a una
actividad en minutos
Actividad: descripción de la actividad
Comentarios: descripción completa de
la actividad
C: Completado
U: Numero de unidades de la tarea
dedicada
B) Gestión de la Interrupciones
La forma de gestionar las interrupciones
en el Cuaderno de Registro de Tiempos
consiste en anotarlas en la columna
Tiempo de Interrupción. Puesto que el
tiempo de las interrupciones no es
tiempo de trabajo productivo, se deben
controlar las interrupciones. Si la
cantidad de este tiempo fuese constante
no habría que hacer mucho para
gestionarlo. Sin embargo, el tiempo de
las interrupciones es muy variable. Si
no se mide, habría que añadir un
número aleatorio en todos los datos de
tiempos, lo que haría más difícil utilizar
estos datos para planificar o gestionar el
tiempo. Esos datos registrados pueden
utilizarse para comprender con qué
frecuencia se interrumpe el trabajo. Las
interrupciones no son solamente un
despilfarro de tiempo, sino que rompen
el ritmo de pensamiento, llevando a la
ineficiencia y al error. Comprender
cómo se es interrumpido ayuda a
mejorar la calidad y eficiencia del
trabajo. [6]
C) Control de las tareas Finalizadas
Para controlar cómo se gasta el tiempo
se necesita controlar los resultados
producidos. Para la asistencia a clases o
reuniones, por ejemplo, un registro del
tiempo sería adecuado. Cuando se
desarrollan programas, se leen los
capítulos de un libro o se documenta un
trabajo, se necesita saber cuánto trabajo
se ha realizado, y así se podrá calcular
la productividad de la tarea. Con este
conocimiento se puede mejorar la
planificación de futuros trabajos. · Las
columnas C y U de la derecha del
Cuaderno de Registro de tiempos
significan Completado (C) y Unidades
(U). Estas columnas ayudan a
identificar rápidamente el tiempo
dedicado a las distintas tareas y lo que
se ha hecho. Por unidad se entiende
unidad de trabajo. Cuando se ha leído
un capítulo se ha completado una
unidad de trabajo. Un dia grama acabado
es otra unidad de trabajo. Para rellenar
la columna C hay que comprobar
cuando se ha terminado una tarea. Para
tener unos registros de tiempo exactos,
es importante completar las columnas C
y U cada vez que se finalice una tarea
que tenga resultados medibles. [6]
D) Ideas para registrar el tiempo
El control del tiempo es sencillo. Unos
pocos trucos, sin embargo, pueden
ayudar a hacerlo de forma más
consistente y precisa:
• Lleva siempre contigo el cuaderno
de notas.
• Cuando ocasionalmente olvides
registrar la hora de comienzo, la
hora de fin o la duración de la
interrupción, haz una estimación tan
pronto como lo recuerdes.
• Se puede utilizar un cronómetro
para controlar las interrupciones.
Puede parecer excesivamente
 preciso pero es más sencillo
registrar el tiempo de inicio y
finalización de cada interrupción.
• Resume tu tiempo puntualmente.
Utiliza el Resumen Semanal de
Actividades para resumir
semanalmente tu tiempo en este
curso.
Los registros personales se pueden
llevar a mano para más comodidad,
pero los resúmenes periódicos se
realizarán en ordenador. [6]
E) Resumen periódico de las
actividades
Para hacer una planificación correcta es
importante conocer como se gasta el
tiempo. El primer paso es registrar el
tiempo utilizando el Cuaderno de
Registro de Tiempos que acabamos de
ver. Después de reunir los datos de
tiempo una o dos semanas se empezará
a ver cómo se emplea el tiempo. Puesto
que los registros de tiempos son muy
detallados para el propósito de la
planificación, se necesita resumir los
datos de una forma más útil. En la
siguiente tabla se muestra el formato del
resumen semanal que deberá hacer cada
miembro del grupo:
Los datos de esta tabla se resumirán
cada tres semanas en una tabla similar
que englobará los datos de todos los
miembros del equipo. Todas las tablas
(los cuadernos de registro de tiempos y
los resúmenes semanales de cada
miembro del grupo, así como el
resumen de todo el grupo) deberán ser
firmados a efectos de control por el
profesor de prácticas correspondiente
cada tres semanas, y se entregarán al
final del cuatrimestre con la segunda
entrega del trabajo de la asignatura.
Se podrán complementar, de forma
voluntaria, con gráficas comparativas,
de evolución del trabajo, etc.
F) Actividades Genearales
De forma general, se utilizarán las
siguientes actividades para controlar el
proceso:
· Gestión del proyecto (tareas
relacionadas con la planificación, la
elaboración de las tablas de registros de
tiempo, reparto de tareas en el grupo,...)
· Estudio: tareas relacionadas con la
consulta de libros, apuntes,
explicaciones impartidas por el
profesor,...
· Actividades por artefactos (diagramas,
descripciones,...): la elaboración de cada
uno de los distintos tipos de artefactos
se considerará una actividad (es decir,
“Diagramas de Interacción” será una
única actividad, aunque esté compuesta
de la elaboración de diferentes
diagramas).
· Documentación: recopilación de
diagramas, formateado del trabajo,
elaboración de los apéndices (si es que
los hay). [6]
Bibliografía
[1] Personal Software Process
http://es.wikipedia.org/wiki/Persona
l_Sofftware_Process
[2] Personal Software Process (PSP)
http://www.sei.cmu.edu/tsp/psp.html
[3] (PSP SM) Proceso Software Personal
http://lsi.ugr.es/~ig1/docis/psp.html
[4] Introducción de técnicas del
Personal Software Process desde los
primeros año en la formación del
ingeniero informático
http://www.ilustrados.com/publicacione
s/EElkuVAkZZAfYOdAIK.php
[5] El CMM y la mejora continua en el
proceso de desarrollo de software
http://www.itescam.edu.mx/principal/sy
labus/fpdb/recursos/r18029.PDF
[6] Instrucciones para el proceso
personal del software
http://trevinca.ei.uvigo.es/~ebalonso/asi
gnaturas/esx/practicas/esxInstrucciones
PSP.pdf

[7] El modelo de capacidad de

madurez y su enfoque al proceso
personal de software (PSP)

http://catarina.udlap.mx/u_dl_a/tales/do
cumentos/lis/pelaez_r_jj/