PDF de programación - CAPÍTULO 4. NIVEL PSP 1

CAPÍTULO 4. NIVEL PSP 1



Está claro que PSP puede adaptarse a las necesidades de cada proyecto y usuario, ya

se de forma individual o en equipo. Partiendo de este punto, queda sólo saber que nivel de

PSP se va a ajustar, por ejemplo, es posible que el nivel de PSP 0 no sea tan adaptable al

proyecto en desarrollo. Una vez que se detecta el nivel que no cumple con esto, hay que

buscar el nivel de PSP que mejor lo haga.



Así se pueden utilizar los formatos y scripts de cada nivel como mejor nos

convenga. Un proceso mientras mejor definido esté, mejor nos ayudará a comprender el

desempeño personal de cada desarrollador de software y saber en que puntos se debe

mejorar.

PSP 1 ayuda a medir el tiempo empleado en cada fase y la detección de defectos.

Para realizar la mayoría de los cálculos que exige cada nivel de PSP, es necesario partir de

la base de los distintos tipos de LOC o líneas de código y su papel en PSP.

PSP utiliza el término "LOC lógico" para hacer referencia a una construcción lógica

del lenguaje de programación que es utilizado. Puesto que hay muchas maneras de definir

el LOC lógico, los ingenieros deben definir exactamente cómo se va a medir la variable de

LOC. Cuando los ingenieros trabajan en un equipo o en una organización de software

grande, deben utilizar el estándar de LOC que se utiliza en equipos o en organizaciones

según sea el caso. Si no existe tal estándar, PSP guía a los ingenieros a cómo definir sus

estándares propios.



Puesto que PSP requiere que los ingenieros midan los distintos tipos de tamaños de

los programas que producen y puesto que manualmente realizar la cuenta del tamaño del

programa es desperdiciar el tiempo y además inexacta, PSP también guía a los ingenieros

con la utilización de dos contadores automatizados del LOC que se emplean en el curso de

PSP.

Para rastrear cada cambio del tamaño del programa que se desarrolla, es importante

considerar las distintas categorías de tamaño del LOC. Estas categorías son:

• LOC Base.- Es el tamaño de la versión original del producto antes de que se haga

cualquier modificación.

• Agregado.- Es el código escrito para un nuevo programa o agregado a un programa

existente.

• Modificado.- El LOC modificado es el código de un programa existente que sufre

de alguna modificación.

• Suprimido.- El LOC suprimido es el código de un programa existente que se

suprime.

• Nuevo y cambiante.- Cuando los ingenieros desarrollan software les toma mucho

más tiempo agregar o modificar las LOC que suprimir o reutilizarlas. Así, en PSP,

los ingenieros utilizan solamente el código agregado o modificado para hacer

estimaciones del tamaño y de los recursos.

• Reutilizado.- En el PSP, el LOC reutilizado es el código que se toma de una librería

de reutilización, sin hacer alguna modificación al nuevo programa o a la versión

previa del programa.



La reutilización no cuenta el código base que no tiene modificaciones y de esta manera

conserva la versión anterior del programa y tampoco cuenta ningún código que se reutilice

con modificaciones.

• Nueva reutilización.- La nueva medida de la reutilización cuenta el LOC que un

ingeniero desarrolla y contribuye a la librería de la reutilización.

• LOC Total.- El LOC total es el tamaño total de un programa, sin importar de dónde

salió el código empleado.



4.1 CONTEO DEL TAMAÑO DEL PROGRAMA



Cada vez que se realiza alguna modificación a cualquier programa, es necesario

darle un buen seguimiento a cada cambio que se le realice desde el programa original. Estos

datos se utilizan para determinar el volumen específico del producto desarrollado, también

determinan la productividad de los desarrolladores y por último la calidad del producto.

Para proporcionar estos datos, PSP provee el método de conteo del tamaño y de

todas las adiciones, cancelaciones y cambios realizados a un programa. [HUMPHREY; 95]

Para utilizar este método de conteo del tamaño, los desarrolladores necesitan datos

sobre la cantidad de código en cada categoría del tamaño. Por ejemplo, si un producto de

100.000 LOC fuera utilizado para desarrollar una nueva versión, y había 12.000 LOC de

código suprimido, 23.000 LOC de código agregado, 5.000 LOC de código modificado y

por último 3.000 LOC de código reutilizado, el LOC nuevo y cambiante sería:

LOC = Agregado + Modificado

28.000 = 23.000 + 5.000 [HUMPHREY; 2002]



Cuando se mide el tamaño total de un producto, los cálculos son como siguen:

Total Loc = Base - Suprimido + Agregado + Reutilizado

Ni el LOC modificado ni el reutilizado se incluye en el LOC total y final. Esto es

porque un LOC modificado se puede representar por un LOC suprimido y agregado y el

LOC reutilizado se considera ya dentro en el LOC agregado. Usando esta fórmula, el LOC

total del ejemplo anterior sería:

LOC Total = 100.000 - 12.000 + 23.000 + 3.000 = 114.000 LOC

(Esto es 114 KLOC, donde KLOC se entiende como cada 1.000 LOC).

El enfoque principal que tiene la medición de la calidad en PSP está en los defectos.

Para administrar los defectos, los desarrolladores necesitan los datos completos

sobre los defectos que inyectan, las fases en las cuales las inyectaron, las fases en las cuales

los encontraron y arreglaron y cuánto tiempo tomó para arreglarlos. Con el PSP, los

desarrolladores registran los datos sobre cada defecto encontrado en cada fase, incluyendo

las revisiones, las inspecciones, compilaciones y finalmente en la fase de pruebas

Estos datos se registran en el registro de defectos. Es necesario tener en cuenta los

datos que tienen que ver con el tamaño, tiempo y datos del defecto. Existen muchas

maneras de medir, evaluar y manejar la calidad de un programa. PSP proporciona un

sistema de medición de la calidad que ayuda a los ingenieros a examinar la calidad de sus

programas desde varias perspectivas. Mientras que ninguna medida puede indicar

adecuadamente la calidad total de un programa, el cuadro agregado proporcionado por el

sistema completo de medidas de PSP es un indicador generalmente confiable de la calidad.

Las medidas principales que se utilizan en la medición de la calidad de PSP son:



• Densidad del defecto.

• Cociente de revisión.

• Proporción de desarrollo de tiempo.

• Proporción de defectos.

• Rendimiento.

• Defectos por hora.

• Nivel de supresión de defectos.

• Evaluación de la proporción de fallas (A/FR).

Cada una de estas medidas se describe a continuación.

Densidad del Defecto. La densidad del defecto se refiere a los defectos por KLOC

nuevo y cambiante encontrado en un programa. Así, si un programa de 150 LOC tuviera 18

defectos, la densidad del defecto sería:

1000*18/150 = 120 defectos/KLOC [SEI; 2002]

La densidad del defecto se mide para el proceso entero de desarrollo y para algunas

fases de proceso específicas. La fase de pruebas se limita a quitar solamente una fracción de

los defectos en un producto, cuando en realidad hay más defectos que se incorporan a la

fase de pruebas pero en su versión final. Por lo tanto, el número de defectos encontrados en

una fase de pruebas es una buena indicación del número de defectos que se quedan en el

producto después de que las pruebas se terminan.

En PSP, un programa con cinco o menos defectos/KLOC es considerado como un

programa de buena calidad.

Para los ingenieros que no han sido entrenados con el proceso PSP, los niveles típicos

de los defectos de las pruebas realizadas, se extienden a partir de 20 a 40 o hasta más

defectos/KLOC.

Cociente de revisión. En las revisiones de la etapa de diseño y de código de PSP, los

ingenieros deben repasar personalmente sus programas. Los datos de PSP demuestran que

cuando los ingenieros diseñan o revisan a una velocidad de cerca de 150 a 200 nuevos y

cambiantes LOC/Hora, entonces los ingenieros dejan ir por equivocación muchos defectos.

Con PSP, los ingenieros recopilan datos sobre sus revisiones y determinan cómo deben

repasar personalmente programas para encontrar todos los o la mayoría defectos de la

manera más rápida posible.

Proporción de desarrollo de tiempo. Se refiere a la proporción existente del tiempo

empleado por un ingeniero en cualesquiera dos fases de la etapa de desarrollo. En PSP, las

tres proporciones de tiempo de desarrollo usados en la evaluación de proceso son desde el

tiempo del diseño hasta el tiempo de codificación, desde el tiempo de la revisión de diseño

hasta el tiempo de diseño y finalmente desde el tiempo de la revisión de código hasta el

tiempo de codificación.

Cuando los ingenieros ocupan menos tiempo en diseñar que en la programación, están

produciendo la mayoría del diseño mientras que programan. Esto significa que el diseño no

está documentado, el diseño no puede ser repasado o ser examinado y que la calidad del

diseño es probablemente pobre [CMM; 93]. La pauta que propone PSP es que los

ingenieros deben pasar por lo menos tantas horas produciendo un diseño detallado como

cuando realizan el código de ese diseño.

La calidad del software está llegando a ser cada vez más importante y el software

defectuoso es un problema que va en aumento. [LEVESON; 95].

Cualquier defecto, por muy pequeño que sea, encontrado en una parte importante de un

programa grande puede potencialmente causar problemas serios.

Puesto que los sistemas llegan a ser cada vez más complejos y más automatizados, las

faltas catastróficas son cada vez más probables y potencialmente más perjudiciales en

cualquier