a) Script por Fase: Planeación, desarrollo, revisión y Post Mortem. b) PROXIES (métricas de desarrollo). c) PIPS – Compromisos de mejor. d) Método PROBE. e) Mediciones de Calidad PSP.

2. SCRIPTS (Guías del Proceso)
Se deberá:
-Verificar los criterios de entrada antes de comenzar una fase
-Registrar el tiempo de inicio de la fase
-Realizar las etapas e instrucciones de la fase
-Registrar los defectos a medida que son encontrados y corregidos
-Verificar los criterios de salida antes de finalizar una fase
-Registrar el tiempo de fin de la fase
-Ir a la siguiente fase
-Esforzarse a utilizar este paradigma hasta que se convierta en un
hábito.

3. SCRIPTS (Guías del Proceso)
Script del proceso que ayuda al programador a desarrollar
programas modulares y que provee de un panorama
general de las etapas de planeación, desarrollo y
postmortem.
El script de planeación tiene como entrada los
requerimientos del programa así como la estimación de
los recursos que se emplean en éste. El script de desarrollo
le exige al programador los requerimientos de cada fase
de desarrollo que toma en cuenta PSP (Diseño,
Codificación, Compilación y Pruebas) para que al final se
cuente con un programa bien probado y a prueba de
errores.

4. SCRIPTS (Guías del Proceso)
El script de Postmortem pide al programador todos los
defectos que se encontraron durante la realización del
proyecto y también exige el tiempo final que se utilizó
durante la realización del programa, esto para que exista
un historial final que ayude a tener un margen de
comparación para utilizarlo posteriormente y evitar caer
en los mismos errores.

5. SCRIPTS (Guías del Proceso)

6. SCRIPTS (Guías del Proceso)

7. SCRIPTS (Guías del Proceso)

8. El método Proxy es un método propuesto por Watts
Humphrey, creador de PSP y sirve para medir el
tamaño que tendrá un producto de software basado
en la división más elemental de los componentes
que integrarán el producto que se piensa desarrollar.
A estos elementos se les llama “partes proxy” Es
muy difícil realizar la estimación del tamaño de un
programa basado únicamente en los requerimientos
del cliente. Se requiere de algún proxy que permita
relacionar el tamaño del producto con las funciones
que se desean incorporar en el programa. Un proxy
no es más que un sustituto del cual conocemos su
tamaño. Ejemplos de proxies son: Tablas, clases,
campos o pantallas.

9. Existen algunos criterios para seleccionar un proxy
adecuadamente:
- La medida del proxy debe estar altamente relacionada
con el esfuerzo requerido para desarrollar el producto.
- El contenido proxy de un producto debe ser
automáticamente contable.
- El proxy debe ser fácil de visualizar al inicio del proyecto.
- El proxy debe ser personalizable a las necesidades de
cada proyecto y desarrollador.
- El proxy debe ser sensible a las variaciones de
implementación que afectan los costos de desarrollo o
esfuerzo.

10. PSP0 Agrega un estándar de código, una medida de tamaño y el
desarrollo de un plan de mejora personal PIP.
El PIP le permite al ingeniero registrar problemas, experiencias y
sugerencias de una manera estructurada para mejorar su propio
proceso.
Necesita conocer:
*Cualquier problema que se encuentre al realizar el proceso.
*Cualquier sugerencia que tenga para mejorar los procesos
*Las observaciones y los resultados al realizar las practicas.

11. PIP (Process Improvement Proposal)
-Compromisos de mejora
Debe completar la PIP para cada práctica.
PIP mantiene información sobre la mejora del
proceso
-Fecha.
-Descripción del problema.
-Solución propuesta.
-Notas y comentarios.

12. Método PROBE
El PSP utiliza el método PROBE para estimar y planificar
proyectos.
PROBE significa proxy basado en estimación.
PROBE utiliza Proxies para estimar el tamaño y desarrollo de
programas de tiempo
Diseño conceptual
El primer paso de estimación es hacer un diseño conceptual
-Relacionarse con los requisitos para el producto
-Definir los elementos de productos que producirán las
funciones deseadas
-Estimar el tamaño de lo que va a construir.

13. Método PROBE
Estimación de tamaños de Proxies:
La cuestión básica
-Se detallan las medidas de buen tamaño
-En general, es difícil de visualizar los detalles del producto
a principios de un proyecto.
Un buen indicador (proxy) debe correlacionar estrechamente a los
costes de desarrollo.
Un buen indicador (proxy) debe ser fácil de visualizar en el
desarrollo temprano. También debe ser una entidad física que se
puede medir.

14. Método PROBE

15. Método PROBE
La Estimación del Tamaño del Programa:
Los programas tienen un código que no está en las partes del
programa. Incluye declaraciones y otras funciones generales.
El tamaño de este código de sobrecarga adicional es
generalmente proporcional al tamaño de las partes del
programa.
Estimar el Tiempo de Desarrollo:
El tamaño real del programa estará estrechamente
relacionado con el tamaño estimado del programa.
Las diferencias serán debido a la sobrecarga de código y el
error de la estimación.
Tiempo de desarrollo actual también es a menudo relacionada
con el tamaño estimado del programa.

16. Método PROBE
Método PROBE
Método PROBE
Las Estimaciones Basadas en Estadísticas:
PROBE utiliza datos históricos, regresión lineal, y el intervalo de
predicción para producir estimaciones de exactitud conocida.
Regresión proporciona el mejor ajuste, o de mínima varianza, de
una línea para estos datos.
La varianza de los datos es utilizada para determinar el error de
estimación probable.
Para proyectar el tamaño o el tiempo de desarrollo de un
programa

17. Mediciones De Calidad PSP
NIVEL 0
Hace uso de un gran número de formatos los cuales son muy
útiles para que se haga un análisis a fondo del programa que se
desarrollara
SE BASA EN:
- Proceso base de PSP
- Registro de tiempo
- Registro de errores
- Estándar de tipo de errores

18. Mediciones De Calidad PSP
NIVEL 0.1
Antes de comenzar el programa se debe repasar el proceso PSP
0.1 para asegurarse de comprenderlo. También asegurarse de
tener todas las entradas requeridas antes de comenzar con la
fase de planificación.
SE BASA EN:
- Estándar de codificación
- Medición del tamaño
- Propuesta de mejora del proceso

19. Mediciones De Calidad PSP
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.
SE BASA EN:
- Estimación del tamaño
- Reporte de pruebas

20. Mediciones De Calidad PSP
NIVEL 1
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
- Agregado
- Modificado
- Suprimido
- Nuevo y cambiante
- Reutilizado
- Nueva reutilización
- LOC total

21. Mediciones De Calidad PSP
Sirve para mantener la información real y estimada del proyecto en
un conveniente y ágil formulario recuperable
Guía el desarrollo de programas a nivel del módulo
SE BASA EN:
- Planeación de actividades
- Planeación de tiempo

22. Mediciones De Calidad PSP
NIVEL 1.1
Se enfoca en la prevención de defectos y su remoción. Los
ingenieros aprenden a evaluar y mejorar su proceso midiendo
la extensión de sus tareas y la cantidad de defectos inyectados y
removidos en cada fase de desarrollo. Los ingenieros
construyen y usan listas de chequeo para diseño y revisión de
código.
SE BASA EN:
- Revisión de codificación
- Revisión de diseños

23. Mediciones De Calidad PSP
NIVEL 2
NIVEL 2.1
Es el nivel final que ayuda a asegurar la calidad de desarrollo
del programador, por medio de la correcta administración y
registro de los datos. También es el proceso anterior a la parte
final del Proceso Personal de Software, que es la aplicación
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 administración de la
calidad
SE BASA EN:
- Formatos de diseño

24. Mediciones De Calidad PSP
NIVEL 3
Con este nuevo nivel se llega a un nuevo concepto y se
introduce una nueva fase, la fase de realizar el proceso personal
creado de una manera cíclica y uniforme. Esto quiere decir que,
a estas alturas del proceso, el programador tiene una manera
de programar única y bien definida, es la firma que cada
programador debe de poseer. Obviamente el proceso personal
que el programador crea, es un proceso eficaz y aplicable a
cada programa que quiera desarrollar. Este nivel ayuda al
desarrollador a desarrollar programas más largos en poco
tiempo y con menos errores.

25. Mediciones De Calidad PSP
El orden con el que ahora debe de proceder el programador
debe de ser el siguiente:
1. Planeación.
2. Diseño de alto nivel.
3. Ciclos de desarrollo.
Esto con el fin de que el programador cree una nueva estrategia
general de diseño y de
desarrollo y que la aplique siempre.

26. GRACIAS