Unidad 4

1 //Escenario
Escenario27
Lectura fundamental
Fundamental

Subprocesos
Etapas de un yplan
niveles
de comunicación
de PSP
estratégica

Contenido

1 Proceso base

2 Proceso de planeación personal

3 Proceso de administración de calidad personal

4 Proceso personal cíclico

Palabras clave: proceso personal cíclico, formatos, niveles, subniveles, nomenclatura PSP, software, métodos.
Introducción
El Proceso de Software Personal consta de 7 subprocesos distribuidos en 4 niveles. Cada uno de ellos
tiene una base y un complemento a excepción del último, es decir, no existe PSP 3.1. A continuación,
se listan los niveles (ver figura 1).

En esta etapa del proceso, el estudiante debe realizar una verificación de la calidad y completitudde su
trabajo en el proyecto de aula. A través de la revisión, basada en el siguiente marco de referencia, podrá
verificar la calidad y diseñar la mejor estrategia para reproducir el proceso y asegurar la armonía y sinergia
de la metodología, no solo a nivel personal, como lo viene haciendo, sino en equipos de trabajo.

¿Sabía qué...?
Existen por lo menos 30 distintos modelos de proceso de desarrollo de
software y muchos de ellos funcionan y son eficientes; a eso se le pueden
sumar cerca de 15 metodologías de desarrollo y estas, a su vez, definen
modelos de proceso que no necesariamente utilizan alguno de los 30.
Pues bien, difícilmente dentro de ellos se encuentra un modelo orientado
solo a nivel personal como el PSP.

Figura 1. Los 4 Niveles PSP

Fuente: Adaptado de Humphrey (2002)

POLITÉCNICO GRANCOLOMBIANO 2
A cada uno de estos procesos se le asocia una forma o formato que lo soporta o complementa, ayuda
al registro de información relacionada y permite la verificación y trazabilidad del proceso.

1. PSP 0: Proceso base

Tiene 3 fases: planificación, desarrollo (diseño, código, compilación, prueba) y post mortem. A partir
del registro de datos se establece una línea de base para la medición del proceso actual: tamaño
de un programa, tiempo dedicado a la programación, fallas eliminadas e inyectadas. En un análisis
post mortem, el ingeniero se asegura que todos los datos de los proyectos han sido correctamente
registrados y analizados.

Desarrollo
• Diseño
Planificación • Código Post mortem
• Compilación
• Prueba

Figura 2. Las 3 fases del proceso base PSP 0

Fuente: elaboración propia

A continuación, se presenta el formato usado para esta fase, el cual permite el registro de tiempos
pronosticados o estimados; en el caso de la iteración inicial, es posible usar las estimaciones basadas en un
juicio personal. Este formato también permite el registro de los datos que se capturan en una fase posterior.

POLITÉCNICO GRANCOLOMBIANO 3
 Tabla 1 Resumen del plan del proyecto de PPS

PSP0 Resumen del plan del proyecto del PPS

Nombre Fecha
Programa Programa #
Profesor Lenguaje
Tiempo por fase (Minutos) Plan Real Ejecutado %To Date Estado
Análisis de Requerimientos 30 1 1 3% Terminado
Diseño (Diagrama de Clases) 30 20 20 67% Terminado
Codificación y pruebas 60 60 60 100% Terminado
Documentación 60 70 70 117% Terminado
Total 180 180 180 100% Terminado
Tamaño del programa(LDC) Plan Real Ejecutado %To Date Estado
Total líneas nuevas + Cambiadas 30 30 30 100% Terminado
Tamaño máximo 30 20 30 100% En curso
Tamaño mínimo 60 60 60 100% Terminado
Tamaño Documentación 60 50 50 83% Terminado
Total 180 180 180 100% Terminado
Bugs encontrados Plan Real Ejecutado %To Date Estado
Análisis de Requerimientos 2 4 4 200% Terminado
Diseño (Diagrama de Clases) 0 0 0 - -
Codificación y pruebas 2 1 1 50% Terminado
Documentación 0 0 - -
Total 2 2 1 50% Error
Bugs retirados Plan Real Ejecutado %To Date Estado
Análisis de Requerimientos 0 0 0 - -
Diseño (Diagrama de Clases) 0 0 0 - -
Codificación y pruebas 2 2 2 100% Terminado
Documentación 0 0 - -
Total retirados en el desarrollo 2 2 2 100% Terminado
Total retirados después del desarrollo 4 4 4 100% Terminado
Resumen: Plan Real Ejecutado %To Date Estado
Minutos/líneas de código 0 0 0 - -
Líneas de código por hora 20 20 20 100% Terminado
Defectos/ 1000 líneas de código 3 10 10 333% Terminado
Rendimiento - -
VIF - -

Fuente: Politécnico Grancolombiano (2017). Modificado de (PSP(SM)/TSP(SM) (2017)

1.1. PSP 0.1: Medición y estándares

El proceso avanza con la adición de un estándar de codificación, una medición de tamaño y el desarrollo de
un plan personal de mejora de procesos (PPMP), en el que el programador o ingeniero registra sus propias
ideas para mejorarlo.

POLITÉCNICO GRANCOLOMBIANO 4
2. PSP 1: Proceso de planeación personal
Sobre la base de los datos recogidos en el establecimiento de la línea base, el ingeniero define el alcance,
determina cuán grande es un nuevo programa y prepara un informe de prueba (PSP1).

2.1. PSP 1.1: Estimación de tamaño y tiempo

Para estimar el tiempo total se utilizan los datos acumulados de los proyectos anteriores. Cada nuevo
proyecto registra el tiempo real ejecutado. Con base en esta información, se realiza la planificación y
estimación de tiempo y tamaño.

Cómo mejorar...
Revise cada una de las formas PSP (formatos). Compártalas y discútalas
con sus compañeros, confronte frecuentemente los resultados, tanto
de los datos históricos como personales, así como de los registros de los
demás; esto le ayudará a darle solidez a su propuesta.

3. PSP 2: Proceso de administración de calidad personal

El foco o punto central es la prevención de defectos y la eliminación de ellos; para esto agregue dos
nuevas fases: revisión de diseño y revisión de código.

Revisión de diseño: los ingenieros aprenden a evaluar y mejorar su proceso midiendo cuánto tiempo
toma las tareas y el número de defectos que inyectan y eliminan en cada fase de desarrollo.

Revisión de código: los ingenieros construyen y utilizan listas de verificación para el diseño y las
revisiones de código.

3.1. PSP 2.1: Verificación del diseño.

Se introducen especificaciones de diseño y técnicas de análisis.

POLITÉCNICO GRANCOLOMBIANO 5
4. PSP 3: Proceso personal cíclico
Es un proceso de mejora continua y planeación de proyectos a gran escala; también es un nivel
heredado que ha sido reemplazado por TSP (Team Software Process).

Tabla 2. Resumen niveles PSP

Tiene 3 fases: planificación, desarrollo (diseño,

código, compilación, prueba) y post mortem.
A partir del registro de datos se establece una
línea de base para la medición del proceso actual:
PSP 0: Proceso base tamaño de un programa, tiempo dedicado a la
programación, fallas eliminadas e inyectadas. En
un análisis post mortem, el ingeniero se asegura
que todos los datos de los proyectos han sido
correctamente registrados y analizados.

Avanza el proceso con la adición de un

estándar de codificación, una medición de
tamaño y el desarrollo de un plan personal
PSP 0.1: Medición y estándares
de mejora de procesos (PPMP), en el que el
programador o ingeniero registra sus propias
ideas para mejorar su proceso.
Sobre la base de los datos recogidos en el
establecimiento de la línea base, el ingeniero
PSP 1: Proceso de planeación personal define el alcance, determina cuán grande es
un nuevo programa y prepara un informe de
prueba (PSP1).
Para estimar el tiempo total se utilizan los
datos acumulados de los proyectos anteriores.
Cada nuevo proyecto registrará el tiempo real
PSP 1.1: Estimación de tamaño y tiempo
ejecutado. Con base en esta información, se
realiza la planificación y estimación de tiempo
y tamaño.

POLITÉCNICO GRANCOLOMBIANO 6
 El foco o punto central es la prevención de
defectos y la eliminación de ellos, para esto
agrega dos nuevas fases: revisión de diseño y
revisión de código. Los ingenieros aprenden
PSP 2: Proceso de administración a evaluar y mejorar su proceso midiendo
de calidad personal cuánto tiempo toma las tareas y el número
de defectos que inyectan y eliminan en cada
fase de desarrollo. Los ingenieros construyen y
utilizan listas de verificación para el diseño y las
revisiones de código.

Introduce especificaciones de diseño y

PSP 2.1: Verificación del diseño
técnicas de análisis.

Es proceso de mejora continua y planeación

PSP 3: Proceso personal cíclico de proyectos a gran escala; también es un nivel
heredado que ha sido reemplazado por TSP.

Fuente: elaboración propia

En síntesis...
Proceso base: tiene 3 fases: planificación, desarrollo (diseño, código,
compilación, prueba) y post mortem. A partir del registro de datos se
establece una línea de base para la medición del proceso.
Estándar de codificación: determina la forma en que deben ser
construidos los indicadores, especifica las métricas utilizadas, la manera en
que debe ser codificada la solución de software.
Revisión de diseño: los ingenieros aprenden a evaluar y mejorar su
proceso midiendo cuánto tiempo toma las tareas y el número de defectos
que inyectan y eliminan en cada fase de desarrollo.
Revisión de código: los ingenieros construyen y utilizan listas de
verificación para el diseño y las revisiones de código.
Proceso personal cíclico: este es el último nivel de PPS; es un proceso de
mejora continua y establece las bases para proceso de trabajo en equipo.

POLITÉCNICO GRANCOLOMBIANO 7
Referencias bibliográficas
© 2017 GitHub, Inc. (12 de 06 de 2017). GitHub. Recuperado de https://github.com/

Hughes, B. y Cotterell, M. (2006). Software Project Management. Berkshire, U. K.: McGraw Hill Higher
Education.

Humphrey, W. S. (1994). A Discipline for Software Engineering. Reading: Addison-Wesley.

Humphrey, W. S. (2002). Personal Software Process (PSP). En: J. Marciniak. (Ed.). Encyclopedia Of
Software Engineering, Volume 2 (948-961). Wiley.

MacGregor, D. G. (2001). Decomposition for Judgmental Forecasting and Estimation. En: J. S.

Armstrong (Ed.) Principles of Forecasting. (107-123). New York: Springer Science, Business Media.

Ministerio del Interior. (01 de 05 de 2017). Dirección Nacional de Derechos de Autor, unidad administrativa
especial. Recuperado http://derechodeautor.gov.co/software

PMI. (2004). A Guide to the Project Management Body of Knowledge (PMBOK® Guide)—Fifth Edition.
Newtown Square: Project Management Institute.

PSP(SM) / TSP(SM). (09 de 06 de 2017). The Software Process Dashboard Initiative The Software Process
Dashboard Initiative. Recuperado de http://www.processdash.com/download

Software Engineering Institute (SEI). (01 de 05 de 2017). Software Engineering Institute. Recuperado de
http://www.sei.cmu.edu/about/

W3C. (05 de 02 de 2017). Markup Validation Service. Recuperado de https://validator.w3.org/

Weaver, P. (21 de 06 de 2012). Henry L Gantt. A retrospective view of his work. Mosaic Project Services Pty
Ltd. Recuperado de https://mosaicprojects.com.au/Resources_Papers_158.html

POLITÉCNICO GRANCOLOMBIANO 8
 INFORMACIÓN TÉCNICA

Módulo: Proceso de Software Personal PSP

Unidad 4: Niveles, seguimiento y control de PSP
Escenario 7: Formas y niveles de PSP

Autor: Diego Iván Oliveros Acosta

Asesor Pedagógico: Jeiner Velandia

Diseñador Gráfico: Kelly Yohana Valencia Forero
Asistente: Laura Andrea Delgado Forero

Este material pertenece al Politécnico Grancolombiano. Por

ende, es de uso exclusivo de las Instituciones adscritas a la Red
Ilumno. Prohibida su reproducción total o parcial.

POLITÉCNICO GRANCOLOMBIANO 9