Documento PSP PDF
Documento PSP PDF
Documento PSP PDF
1 - 3
En este captulo se analizan los requerimientos de los niveles 1.1, 2, 2.1 y 3 del
Proceso Personal de Software y se comenta brevemente el papel que desempea en el
proceso completo. A partir del nivel 1, el programador se encuentra en la fase de
planeacin que abarca hasta el nivel 1.1.
El nivel que sigue despus de planeacin, es el nivel que tiene que ver con la
administracin de calidad personal y abarca las fases PSP 2 y 2.1. Este nivel induce al
programador a realizar revisiones detalladas tanto de cdigo como de diseo.
Posteriormente, estas revisiones sirven para disear plantillas o templetes que ayudan a
darle un mejor seguimiento a la calidad del desarrollo personal.
Finalmente se comenta el ltimo nivel de PSP que corresponde al nivel 3. Este nivel
propone al desarrollador a que emplee su proceso ya desarrollado una y otra vez, es decir,
que forme un ciclo con su proceso bien definido para que se forme un hbito y caiga en un
proceso de mejora contnua.
Si se utiliza PSP junto con CMM, los niveles que se analizan en este captulo abarcan
desde el nivel repetible, definido y finalmente hasta el nivel administrado de CMM. Los
primeros niveles, que se detallan en los captulos anteriores, abarcan el nivel inicial y
principios del nivel repetible de CMM. Los puntos que se analizan en cada uno de los
niveles que se ven a continuacin son:
1. Breve descripcin.
3. Formatos y estndares.
2. Objetivos.
4. Ejemplos.
Este punto es importante porque al final del proyecto, el programador puede ver que
tan bien cumpli con lo establecido en su calendario de actividades. Los costos juegan un
papel importante. El dinero es un recurso primordial y por lo tanto la estimacin de este
recurso debe ser lo ms precisa posible para que el cliente tenga las posibilidades de
invertir en l y al mismo tiempo, el programador o la empresa no deben de salir perdiendo
en la negociacin del proyecto.
Otros recursos juegan un papel importante y este nivel hace una mencin especial
en la correcta estimacin de stos y los que puedan venir ms adelante en el proyecto. PSP
ayuda a prevenir errores e imprevistos que se pueden presentar a lo largo del proyecto.
Una vez que se tiene la mejor estimacin, aquella que PSP 1 propone, es tiempo
para que el desarrollador proceda con la planeacin de cada uno de los recursos y el tiempo
que tiene a su disposicin. PSP 1.1 provee las herramientas necesarias para que la
planeacin sea acorde a lo estimado, por medio de los formatos que propone.
Existen dos tipos de planeacin. El primer tipo est basada en un periodo
determinado de tiempo, como ejemplo se puede tomar cualquier segmento de un calendario
(das, semanas, meses o aos). El segundo tipo se basa en la actividad a desarrollar, como
escribir un programa o un reporte. Ambos tipos dependen uno del otro para que se lleven a
cabo.
La planeacin de productos ayuda a medir cuanto tiempo tomar realizar el proyecto
y cuando se terminar ste. Los planes nos proporcionan un seguimiento del progreso
mientras se est trabajando., pero cuando se trabaja en equipos de desarrollo es necesario
que cada quin plane su trabajo personal.
Esto significa un compromiso base para cumplir con las fechas de terminacin. A su
vez esto permite que los ingenieros se coordinen en trabajos conjuntos.
Los planes individuales de produccin colaboran a cumplir con las fechas y sus
tareas independientemente. Esto les da la oportunidad de revisar sus compromisos
constantemente. Un plan bien hecho, incluye un estimado del costo del proyecto, que es de
suma importancia debido a que los clientes precisan saber el precio neto del proyecto
(Desde el principio hasta el final). El costo del proyecto est conformado en su mayor parte
por el costo del producto, que se debe de mantener lo ms bajo posible para que ste sea
competitivo en el mercado.
Los ingenieros deben utilizar planes de produccin para saber el estatus en el que el
proyecto se encuentra en cada etapa de ste. Cmo?- Con planes razonablemente
detallados y precisos. De esta manera se pueden dar cuenta si van con retraso y as necesitar
de la ayuda del equipo.
En caso contrario, si el proyecto va cumpliendo con el calendario, entonces los
programadores puntuales pueden prestar su ayuda a los dems integrantes del equipo. Esta
es la manera en la que pueden organizar su tiempo y evitar crisis de ltimo minuto,
derivando as, en productos de mejor calidad.
PSP 1.1 recuerda al programador que el primer paso para hacer una planeacin de
producto es tener una definicin clara del producto. En una planeacin de un producto hay
que tomar en cuenta tres puntos importantes:
Los formatos que PSP 1.1 utiliza son los mismos que se ven en el captulo anterior
donde se detalla el nivel PSP 1, sin embargo se agregan campos que van dando ms forma a
la planeacin de los recursos y a la recoleccin de los datos. Estos datos se van
"guardando" para el anlisis del resultado final y su interpretacin en proyectos futuros. A
continuacin se indican los campos que se agregan a los formatos principales que se
emplean en cada uno de los niveles de PSP. El cambio respecto al formato de PSP 1, es
muy poco, sin embargo los nuevos campos cumplen un papel esencial en los mtodos de
anlisis de tiempo tal como se indica en el formato 5.1
Nombre
_______________________
Programa Descr.
_______________________
Resumen
________________
Programa #
________________
Lenguaje
________________
Plan
Actual
A la fecha
LOC/Hora
________
________
________
Tiempo Planeado
________
Tiempo Actual
CPI (Costo/Indice
Desempeo)
________
________
________
% Reusado
________
________
________
% Nuevo Reusado
________
________
________
Plan
Actual
A la fecha
________
Base (B)
________
Suprimido (D)
________
Modificado (M)
________
Reusado(R)
________
Aadido (A)
________
Tiempo Fase
Planeacin
Total Desarrollo
Fecha
________
________
Plan
Actual
A la fecha
A la
fecha%
________
________
________
________
Diseo
________
________
________
________
Codificacin
________
________
________
________
Compilacin
________
________
________
________
Pruebas
________
________
________
________
Postmortem
________
________
________
________
________
________
________
________
Despus Desarrollo
________
________
Actual
A la fecha
A la
fecha%
Planeacin
________
________
________
Diseo
________
________
________
Codificacin
________
________
________
Compilacin
________
________
________
Defectos Encontrados
Pruebas
________
________
________
________
________
________
Actual
A la fecha
A la
fecha%
Planeacin
________
________
________
Diseo
________
________
________
Codificacin
________
________
________
Compilacin
________
________
________
Total Desarrollo
Defectos Removidos
Pruebas
Total Desarrollo
Despus Desarrollo
________
________
________
________
________
________
________
________
Este nivel de PSP tiene que ver en su totalidad con la revisin detallada del cdigo y
del diseo que forma parte del programa. Los efectos de una buena revisin en estos dos
puntos son que ayudan al programador a mejorar notablemente la productividad y la
calidad de los productos que desarrolla. PSP 2 tambin introduce ciertos clculos que tienen
que ver con la prediccin de los intervalos que suceden en la estimacin del tamao y del
tiempo en cada una de las fases de programacin.
Los objetivos que se introducen en este nivel de PSP son claros, como primer
objetivo est en que el programador debe de realizar revisiones de diseo y de codificacin.
Una vez realizadas estas revisiones, el programador debe de aplicar los mtodos que
se utilizan para la evaluacin y posteriormente desarrolle un aseguramiento de la calidad
de cada una de las revisiones que desarrolla.
Debido a que los trabajos varan considerablemente en tamao y complejidad, sera muy
til si existiera una manera de comparar el tamao de cada trabajo.
Las medidas que se utilizan para calcular el tamao de un programa son las lneas
de texto que se encuentran en el cdigo fuente.
En esta medida (LOC) no se toman en cuenta las lneas en blanco o las lneas de
comentarios. Si existe una lnea que contenga cdigo y comentario, entonces sta s se toma
en cuenta como una lnea de cdigo. Para efectos prcticos se utilizarn las siglas LOC
(Lines Of Code), la traduccin formal es Lneas de Cdigo.
A pesar de las distintas medidas usadas, el objetivo principal es estimar el desarrollo
del trabajo. Las medidas del tamao del programa deben de estar relacionadas con el
proyecto requerido para desarrollar el producto final. Mientras ms tiempo tome desarrollar
el producto, ms largo ser. Lo primero que se debe de hacer para medir un programa es:
Comparar y tratar de estimar el tamao del nuevo programa con los programas
anteriormente desarrollados.
Los datos histricos deben ser utilizados para esta fase de planeacin del trabajo.
Un nuevo criterio es que los datos histricos deben ser utilizados constantemente
para la mejora del proceso.
Es necesaria realizar una revisin de todos los datos de los proyectos anteriores antes de
comenzar con la planeacin del proyecto. Despus se realizan los cambios pertinentes y se
utilizan los checklists para los proyectos futuros.
El orden del reporte que se debe de seguir en este nivel es el siguiente:
Formato PIP.
Los formatos que se utilizan en este tipo de programas ayudan a listar los
procedimientos.
Lo nuevo que se introduce en los formatos de este nivel de PSP es que se utiliza el
concepto de checklists que en realidad son listas que sirven para asegurar que cada
elemento de programacin est en su lugar.
En realidad la estimacin del tamao de un programa requiere de toda la habilidad que
el programador pueda aportar. El formato 5.2 muestra el proceso completo de la estimacin
del tamao del programa.
PSP2 RESUMEN PLAN DEL PROYECTO
Nombre
_______________________ Fecha
________________
Programa Descr.
_______________________ Programa #
________________
Lenguaje
Resumen
________________
Plan
Actual
A la Fecha
LOC/Hora
________
________
________
Tiempo planeado
________
Tiempo Actual
CPI (Costo/Indice de
desempeo)
________
________
________
________
Pruebas Defectos/KLOC
________
________
________
Total Defectos/KLOC
________
________
________
Porcentaje %
________
________
________
Plan
Actual
A la Fecha
Tamao Programa
Total LOC (T)
________
Base (B)
________
Suprimido (D)
________
Modificado (M)
________
Reusado (R)
________
Aadido (A)
________
________
________
Plan
Actual
A la Fecha
A la Fecha
%
Planeacin
________
________
________
________
Diseo
________
________
________
________
Diseo Revisin
________
________
________
________
Codificacin
________
________
________
________
Prediccin Intervalo%
UPI (Prediccin Intervalo
Superior)
LPI (Prediccin Intervalo
Inferior)
Tiempo Fase
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________
________
________
Pruebas
________
________
________
________
Postmortem
________
________
________
________
________
________
________
________
________
Plan
Actual
A la Fecha
A la Fecha
%
Planeacin
________
________
________
________
Diseo
________
________
________
________
Total Desarrollo
Prediccin Intervalo%
UPI (Prediccin Intervalo
Superior)
LPI (Prediccin Intervalo
Inferior)
________
________
________
Despus Desarrollo
Defectos Injected
Diseo Revisin
________
________
________
________
Codificacin
________
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________
________
________
Pruebas
________
________
________
________
________
________
________
________
Plan
Actual
A la Fecha
A la Fecha
%
Planeacin
________
________
________
________
Diseo
________
________
________
________
Diseo Revisin
________
________
________
________
Codificacin
________
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________
________
________
Total Desarrollo
Defectos Removed
Pruebas
________
________
________
________
________
________
________
________
________
________
Plan
Actual
A la Fecha
________
________
________
________
________
________
Defectos/Hora (Compilacin)
________
________
________
Defectos/Hora (Pruebas)
Defectos/Hora (Despus
Desarrollo)
________
________
________
________
________
________
DRL (DLDR/Pruebas)
DRL (Codificacin
Revisin/Pruebas)
________
________
________
________
________
________
DRL (Compilacin/Pruebas)
________
________
________
Total Desarrollo
Despus Desarrollo
Eficiencia Removiendo Defectos
Este nivel de PSP introduce cuatro nuevos templetes que proveen un marco
ordenado que sirve para el registro correcto de los diseos que el programador realiza.
PSP 2.1 es el nivel final que ayuda a asegurar la calidad de desarrollo del
programador, por medio de la correcta administracin y registro de los datos. Tambin es el
proceso anterior a la parte final del Proceso Personal de Software, que es la aplicacin
correcta de cada uno de los procesos anteriores.
Los objetivos de PSP 2.1 son similares a los de su proceso anterior, ya que se
encuentran bajo el mismo concepto de administracin de la calidad.
Agrega nuevos campos y por lo tanto, nuevos datos que sirven para que las
revisiones queden bien establecidas y con una referencia real de cada paso que el
programador realiza. Los formatos son iguales, como en todos los niveles, pero el formato
5.3 muestra el paso final del proceso del aseguramiento de la calidad.
Nombre
_______________________ Fecha
Programa Descr.
Resumen
________________
________________
Plan
Actual
A la fecha
LOC/Hora
________
________
________
Tiempo Planeado
________
Actual Tiempo
________
________
________
________
________
________
________
Total Defectos/KLOC
________
________
________
Porcentaje (%)
________
________
________
________
________
________
________
________
________
________
________
________
Plan
Actual
A la fecha
________
Base (B)
________
Suprimido (D)
________
Modificado (M)
________
Reusado (R)
________
Aadido (A)
________
________
________
Prediccin Intervalo %
UPI (Prediccin Intervalo
Superior)
________
________
________
Plan
Actual
A la fecha
A la fecha
%
Planeacin
________
________
________
________
Diseo
________
________
________
________
Tiempo Fase
Diseo Revisin
________
________
________
________
Codificacin
________
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________
________
________
Pruebas
________
________
________
________
________
________
________
________
________
Plan
Actual
A la fecha
A la fecha
%
Planeacin
________
________
________
________
Diseo
________
________
________
________
Total Desarrollo
Prediccin Intervalo %
UPI (Prediccin Intervalo
Superior)
________
________
________
Despus Desarrollo
Defectos Encontrados
Diseo Revisin
________
________
________
________
Codificacin
________
________
________
________
________
Codificacin Revisin
________
________
________
Compilacin
________
________
________
________
Pruebas
________
________
________
________
________
________
________
________
Plan
Actual
A la fecha
A la fecha
%
Planeacin
________
________
________
________
Diseo
________
________
________
________
Diseo Revisin
________
________
________
________
Total Desarrollo
Defectos Removed
Codificacin
________
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________
________
________
Pruebas
________
________
________
________
Postmortem
Total Desarrollo
Despus Desarrollo
________
________
________
________
________
________
________
________
________
________
Plan
Actual
A la fecha
________
________
________
________
________
________
Defectos/Hora (Compilacin)
________
________
________
Defectos/Hora (Pruebas)
Defectos/Hora (Despus
Desarrollo)
________
________
________
________
________
________
DRL (DLDR/Pruebas)
DRL (Codificacin
Revisin/Pruebas)
________
________
________
________
________
________
DRL (Compilacin/Pruebas)
________
________
________
Nombre
_______________________ Fecha
Programa Descr.
Resumen
________________
________________
Plan
Actual
A la fecha
LOC/Hora
________
________
________
Tiempo Planeado
________
Tiempo Actual
________
________ ________
________
Pruebas Defectos/KLOC
________
________
Total Defectos/KLOC
________
________ ________
Porcentaje (%)
________
________ ________
________
________ ________
________
________ ________
________
________ ________
Plan
Actual
________
Base (B)
________
Suprimido (D)
________
Modificado (M)
________
Reusado (R)
________
Aadido (A)
________
________
A la fecha
________ ________
Prediccin Intervalo %
UPI (Prediccin Intervalo
Superior)
________
________
________
Plan
Actual
A la fecha
A la fecha
%
Planeacin
________
________
________
________
Alto-Nivel Diseo
________
________
________
________
________
________
________
________
Tiempo Fase
Diseo Detallado
________
________
________
________
________
________
________
________
Codificacin
________
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________ ________
________
Pruebas
________
________
________
Postmortem
________
________
________
________
________
________
________
________
________
________
Plan
Actual
A la fecha
A la fecha
%
Planeacin
________
________
________
________
Diseo Alto-Nivel
________
________
________
________
________
________
________
________
Total Desarrollo
Prediccin Intervalo %
UPI (Prediccin Intervalo
Superior)
________
________
________
Despus Desarrollo
Defectos Encontrados
Diseo Detallado
________
________
________
________
________
________
________
________
Codificacin
________
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________ ________
________
Pruebas
________
________
________
________
________
________
________
________
Plan
Actual
A la fecha
A la fecha
%
Planeacin
________
________
________
________
Diseo Alto-Nivel
________
________
________
________
Total Desarrollo
Defectos Removidos
________
________
________
________
Diseo Detallado
________
________
________
________
________
________
________
________
Codificacin
________
________
________
________
Codificacin Revisin
________
________
________
________
Compilacin
________
________ ________
________
Pruebas
________
________
________
________
________
________
________
________
________
________
Total Desarrollo
Despus Desarrollo
Eficiencia Removiendo Defectos
Plan
Actual
A la fecha
________
________
________
________
________
________
Defectos/Hora (Compilacin)
________
________ ________
Defectos/Hora (Pruebas)
Defectos/Hora (After
Development)
________
________
________
________
________ ________
DRL (DLDR/Pruebas)
DRL (Codificacin
Revisin/Pruebas)
________
________
________
________ ________
DRL (Compilacin/Pruebas)
________
________
________
________
RESUMEN
CICLICO
Nombre
_______________________
Programa Descr.
_______________________
Fecha
______________
Programa #
______________
Lenguaje
______________
A la
Fecha
Total
______
______
______
______
______
_______
_______
Base (B)
______
______
_______
______
______
_______
_______
Suprimido (D)
______
______
_______
______
______
_______
_______
Modificado (M)
Reusado
(R)
Aadido
(A)
______
______
_______
______
______
_______
_______
______
______
_______
______
______
_______
_______
______
______
_______
______
______
_______
_______
______
______
_______
______
______
_______
_______
Tiempo Fase
A la
Fecha
Total
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
DL
Diseo
DL Diseo Revisin
Codificaci
n
Codificacin
Revisin
Compilaci
n
Pruebas
Total
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
Defectos
Encontrados
A la
Fecha
DL
Diseo
Total
______
______
_______
_______
______
_______
_______
DL Diseo Revisin
Codificaci
n
Codificacin
Revisin
Compilaci
n
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
Pruebas
______
______
_______
_______
______
_______
_______
Total
______
______
_______
_______
______
_______
_______
Defectos
Removidos
A la
Fecha
Total
______
______
_______
_______
______
_______
_______
DL Diseo Revisin
Codificaci
n
Codificacin
Revisin
Compilaci
n
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
Pruebas
______
______
_______
_______
______
_______
_______
______
______
_______
_______
______
_______
_______
DL
Diseo
Total
Como complemento del proceso completo de PSP 3, es necesario contar con dos
formatos ms, que sirven para llevar un registro completo de las tareas que se realizan
durante todos los procesos del ciclo de vida del software. Es un formato sencillo pero muy
til ya que puede servir de referencia rpida para consultar las tareas realizadas por el
desarrollador. El formato 5.6 muestra este formato y la sencillez de sus campos. Asimismo
existe un formato que sirve para llevar el registro del tiempo de todas las estimaciones de
las tareas planeadas y del resultado final de estas tareas, al final de cada tarea se anota el
tiempo que tom realizar dicha tarea para que sirva de comparacin contra el tiempo que se
______________________________ Fecha
Nombre
________________
Programa #
Tarea
No.
Valor Planeado
Nombre Horas
________________
Valor Ganado
Horas Acum. Fecha Fecha
Horas Acum.
_____________________ Fecha
Nombre
________________
Programa # ________________
Da/Semana
No.
Plan
Fecha
Actual
Horas
Con esto se concluyen los comentarios generales de los niveles ms complejos del
Proceso Personal de Software y se espera que el lector tenga un concepto ms claro de la
aplicacin de este proceso y su utilidad en la ingeniera de software ms avanzada y actual
que existe. Asimismo se espera que en un futuro cada programador tenga un proceso
personal bien definido, sea PSP u otro, y que se asegure la calidad de cada proyecto que
desarrolle.