Gestión de Proyecto

Conferencia 4 – Buenas prácticas de PSP – Parte 3

2023
Estructura incremental del PSP
PSP 3
Desarrollo Cíclico

PSP 2.1
PSP 2 Plantillas de Diseño
Revisar Código
Revisar Diseño
PSP 1.1
Planificación de Tareas
Planificación de Horarios
PSP 1
Estimar Tamaños
Reportar Pruebas

PSP 0.1
Estándares de Codificación
PSP 0
Métricas de Tamaños
Registrar Tiempo
Propuesta de Mejora de Proceso
Registrar Defectos
Estándares de Defectos
¿Cuáles son las buenas prácticas propuestas
en PSP 1.1?
• Estimar tarea y sincronizar la planificación de las tareas
en un cronograma semanal de trabajo.

• Comprender el valor de las medidas valor planeado y

valor ganado para conocer el estado del proyecto.
 PSP1.1: Estimando Tarea y Cronograma del proyecto

Introduce 2 nuevas plantillas:

TAREA: Cada proyecto tiene tareas, que en PSP, equivalen a fases.

A cada tarea se le asigna un tiempo (valor planificado).
Cuando la tarea termina el valor planificado se convierte en valor ganado

CRONOGRAMA: Es organizado por día.

Cada día el programador planifica un tiempo para lograr ganar un valor

en el proyecto.
Esta plantilla informa si el proyecto está en tiempo, adelantado o
atrasado.
 PSP1.1: Plantilla de Plan de Tarea
Tarea Plan Real

Valor Horas Valor Fecha Valor Valor Ganado

# Nombre Horas Planeado Acumuladas Planeado (Lunes) Fecha Ganado Acumulado
Acumulado

1 A 10 0.2 10 0.2

2 B 5 0.1 15 0.3

3 C 20 0.4 35 0.7

4 D 15 0.3 50 1

Totales 50
 PSP1.1: Plantilla de Plan de Cronograma
Plan Real
#Semana Fecha Horas Horas Valor Horas Horas Valor Valor
Lunes Directas Acumuladas Acumulado Directas Acumuladas Acumulado Ajuste

1 10/2 20 20

2 17/2 10 30

3 24/2 15 45

4 2/3 20 65

Totales
 PSP1.1: Plantilla de Plan de Tarea
Tarea Plan Real

Valor Horas Valor Fecha Valor Valor Ganado

# Nombre Horas Planeado Acumuladas Planeado (Lunes) Fecha Ganado Acumulado
Acumulado

1 A 10 0.2 10 0.2 10/2

2 B 5 0.1 15 0.3 10/2

3 C 20 0.4 35 0.7 24/2

4 D 15 0.3 50 1 2/3

Totales 50
 PSP1.1: Plantilla de Plan de Cronograma
Plan Real
#Semana Fecha Horas Horas Valor Horas Horas Valor Valor
Lunes Directas Acumuladas Acumulado Directas Acumuladas Acumulado Ajuste

1 10/2 20 20 0.3

2 17/2 10 30 0.3

3 24/2 15 45 0.7

4 2/3 20 65 1

Totales
 PSP1.1: Plantilla de Plan de Tarea
Tarea Plan Real

Valor Horas Valor Fecha Valor Valor Ganado

# Nombre Horas Planeado Acumuladas Planeado (Lunes) Fecha Ganado Acumulado
Acumulado

1 A 10 0.2 10 0.2 10/2 15/2 0.2 0.2

2 B 5 0.1 15 0.3 10/2 23/2 0.1 0.3

3 C 20 0.4 35 0.7 24/2 28/2 0.4 0.7

4 D 15 0.3 50 1 2/3 6/3 0.3 1

Totales 50
 PSP1.1: Plantilla de Plan de Cronograma
Plan Real
#Semana Fecha Horas Horas Valor Horas Horas Valor
Lunes Directas Acumuladas Acumulado Directas Acumuladas Acumulado

1 10/2 20 20 0.3 20 20 0

2 17/2 10 30 0.3 20 45 0.2

3 24/2 15 45 0.7 20 65 0.3

4 2/3 20 65 1 20 85 0.7
Estructura incremental del PSP
PSP 3
Desarrollo Cíclico

PSP 2.1
PSP 2 Plantillas de Diseño
Revisar Código
Revisar Diseño
PSP 1.1
Planificación de Tareas
Planificación de Horarios
PSP 1
Estimar Tamaños
Reportar Pruebas

PSP 0.1
Estándares de Codificación
PSP 0
Métricas de Tamaños
Registrar Tiempo
Propuesta de Mejora de Proceso
Registrar Defectos
Estándares de Defectos
 ¿Cuáles son las buenas prácticas propuestas
en PSP 2?

• Introduce la necesidad de hacer revisiones al código y al diseño

utilizando listas de chequeo personalizadas.

• Desarrollar una máxima “Es preferible prevenir que corregir”.

• Los defectos hay que detectarlos y corregirlos en fases tempranas

porque cuestan menos.
PSP2: Revisiones
Los ingenieros de software se avergüenzan de sus errores aunque la
mayoría son tipográficos, de descuidos y errores simples de diseño.

Mientras más tarde se descubre un defecto más caro es corregirlo.

Se calcula como promedio de 75 a 200 defectos por cada KLOC.

O sea, un defecto por cada 5 o 20 LOC.

A medida que se gane en experiencia este valor mejorará.

¿ Por qué detectar defectos desde etapas tempranas de desarrollo
del proyecto ?
 ¿ Por qué identificar los requisitos desde etapas tempranas de
desarrollo del proyecto ?

El costo de corregir un defecto en un requerimiento se incrementa

exponencialmente en la medida que se detecta en etapas más avanzadas del
desarrollo.
 PSP2: Revisiones

Introduce revisiones al diseño y al código.

Las revisiones cuidadosas al código, disminuyen significativamente

los defectos en compilación y en prueba.

C/d revisión debe ir acompañada por una lista de chequeo.

Los diseñadores y programadores pueden ampliarla o cambiarla

acorde a sus necesidades y competencias.
Estructura incremental del PSP
PSP 3
Desarrollo Cíclico

PSP 2.1
PSP 2 Plantillas de Diseño
Revisar Código
Revisar Diseño
PSP 1.1
Planificación de Tareas
Planificación de Horarios
PSP 1
Estimar Tamaños
Reportar Pruebas

PSP 0.1
Estándares de Codificación
PSP 0
Métricas de Tamaños
Registrar Tiempo
Propuesta de Mejora de Proceso
Registrar Defectos
Estándares de Defectos
 ¿Cuáles son las buenas prácticas propuestas
en PSP 2.1?

Diseñar, documentando diferentes dimensiones:

• Estática y dinámica,
• Interna y externa.
 Tamaño de un producto
Lo principal es reconocer que las habilidades intuitivas son limitadas.
NO se debe diseñar en la cabeza.

Se necesitan personas que revisen el diseño y el código

Que no conocemos Que conocemos

Que no sabemos que no conocemos

PSP2.1: Completitud del Diseño

Enfoque en el diseño completo y consistente (No dice como diseñar,

sino como completar el diseño)

Introduce 4 nuevas plantillas:

• Plantilla del Escenario operacional

• Plantilla de especificación lógica

• Plantilla de especificación de estado

• Plantilla de especificación funcional

Dimensiones del diseño - UML
Diagrama de clases
Formato de especificación funcional
Formato de especificación lógica (Herencia, y estructura de clases )

Dimensión Interna Externa

Atributos Herencia
Estática
Restricciones Estructura de clases

Servicios
Dinámica Máquina de estados
Mensajes

Formato de especificación operacional

Formato de especificación de estados
(Interacción con el usuario)
Diagrama de transición de estados
Diagramas de secuencia y colaboración
Estructura incremental del PSP
PSP 3
Desarrollo Cíclico

PSP 2.1
PSP 2 Plantillas de Diseño
Revisar Código
Revisar Diseño
PSP 1.1
Planificación de Tareas
Planificación de Horarios
PSP 1
Estimar Tamaños
Reportar Pruebas

PSP 0.1
Estándares de Codificación
PSP 0
Métricas de Tamaños
Registrar Tiempo
Propuesta de Mejora de Proceso
Registrar Defectos
Estándares de Defectos
 ¿Cuáles son las buenas prácticas propuestas
en PSP 3?

Desarrollar de manera iterativa e incremental

 Escalabilidad
Un sistema de software es escalable cuando puede ser desintegrado
en pequeños componentes que se desarrollan por separado.
No significa suma de partes.
Los componentes viven dentro del sistema y una vez que se
construyen no se modifican durante la integración.

Desarrollo del proyecto implica:

• Diseño del sistema
• Desintegración del sistema
• Desarrollo de componentes
• Reintegración
Conclusiones - Buenas prácticas a utilizar
• Registrar tiempo, defectos y tamaño (utilizar estándar de defecto).
• Estimar el tiempo a partir del tamaño estimado utilizando datos históricos propios.
• Elaborar y utilizar un estándar de codificación.
• Usar un formulario PIP, analizar problemas, soluciones y lecciones en postmortem.
• Diseñar, ejecutar y documentar las pruebas.
• Planificar tareas a realizar dentro de un cronograma para analizar estado del
proyecto.
• Realizar revisiones al diseño y al código utilizando listas de chequeo.
• Documentar el diseño tomando en cuenta las diferentes dimensiones.
• Desarrollar de forma iterativa e incremental.