El documento describe el Proceso Personal de Software (PSP), el cual mejora la calidad del desarrollo de software al requerir que cada ingeniero de software registre métricas como tiempo gastado, defectos encontrados, entre otros. PSP tiene diferentes niveles que guían al ingeniero en mejorar su proceso a través del análisis de datos.

1. Diseño personal del Software

4. Cuesta menos encontrar y arreglar errores en la etapa inicial del proyecto que encontrarlos en las etapas subsecuentes.

5. Es más eficiente prevenir defectos que encontrarlos y arreglarlos.

6. La manera correcta de hacer las cosas es siempre la manera más rápida y más barata de hacer un trabajo. Principios del PSP

9. Registrar sus defectos

10. Conservar sus datos en informes del proyecto

11. Utilizar sus datos para planear los proyectos y/o los componentes futuros.

12. Analizar sus datos para desarrollar sus procesos con mas calidad para mejorar su funcionamiento. Marco de proceso personal

13. Versiones PSP

15. Registro de tiempos

16. Registro de errores

17. Estándar de tipo de errores.

19. Medición de tamaño

20. Propuesta de mejoramiento del proceso(PIP)

22. Decidir cómo se va a "atacar" el problema.

23. Resolverlo.

24. Estar seguro de que se solucionó de la forma correcta.

25. Arreglar los problemas que se han encontrado.

26. Entregar el resultado final.

28. Separar los elementos complejos que pueden intervenir.

29. Establecer los criterios de entrada y de salida para cada fase del proceso.

30. Medir de manera correcta el proceso, para tener bien entendido el desempeño personal.

31. Estimar correctamente cuando debe finalizar cada tarea.

32. Medir con precisión todos los datos que intervinieron para futuros programas.

33. Identificar las fases del proyecto que más problemas causaron.

34. Mejora continúa tomando en cuenta datos anteriores. Lo primero que se tiene que hacer para definir los procesos que van a intervenir en un proyecto es:

35. PSP 0 y PSP 0.1

36. Flujo de PSP 0

37. Flujo de PSP 0 PSP 0 -Practicas actuales desarrollo. -Mantener registros de tiempo trabajado en un proyecto. -Registrar defectos encontrados -Registrar tipos de defectos. PSP 0.1 -Establecer estándares de código (Definir “Líneas de código”) -Proponer maneras de mejorar proceso desarrollo -Realizar mediciones PSP 1 - Aptitud para estimar tamaño. -Informe de pruebas PSP 1.1 -Planeación de tareas -Planeación de tiempos PSP 2 -Revisión del diseño -Revisión del código PSP 2.1 Plantillas de diseño (Marco de trabajo y listas) Verificación de tareas de diseño PSP 3

39. Decidir como se va a “atacar” el problema

40. Resolverlo

41. Estar seguro de que se soluciono de la forma correcta

42. Arreglar los problemas que se han encontrado

43. Entregar el resultado final

45. 3. Postmortem. Proceso Personal de Software (PSP)

46. Programador PSP

48. Generar el Script Postmortem , incluye errores en el proceso y el tiempo gastado

51. PSP es ideal para esto, con PROBE (PROxy Based Estimating) Programador PSP

53. Número de objetos que se necesitan y número de métodos que cada objeto necesita

54. Se puede usar datos ya pasados o de referencia, esto con el fin de hacer consultas sobre los objetos usados anteriormente.

55. Luego se utiliza Regresión lineal para saber cuánto código se irá (LOC) Programador PSP

58. Formatos

59. Formatos

61. Inicio La hora cuando se comienza a trabajar en el proyecto.

62. Término La hora cuando se deja de trabajar en el proyecto.

63. Tiempo de interrupción Aquí se registran todas las interrupciones que se llevaron a cabo durante el proyecto, es decir, el tiempo que no se emplea en trabajar en el proyecto.

64. Tiempo delta Es el tiempo que se obtiene de la resta del tiempo empleado en el proyecto menos el tiempo de interrupción.

65. Fase Aquí se introduce el nombre de la fase en la que se trabaja, puede variar, no tiene que ser la misma que en la que se está trabajando desde un principio.

66. Comentarios Se tiene que procurar hacer todo tipo de comentarios útiles que puedan recordar ciertas circunstancias. Formatos

67. Formatos

69. Número Se introduce de manera secuencial el número de defecto encontrado en cada programa.

70. Tipo Se refiere al tipo de defecto que viene en la tabla adjunta al formato, el tipo de defecto va desde 10 hasta 100 en intervalos de 10 en 10.

71. Encontrado Por medio del mejor juicio se introduce el nombre de la fase cuando se encontró el defecto.

72. Removido Se refiere al nombre de la fase cuando se removió el defecto encontrado.

73. Tiempo de compostura Es el tiempo que tomó reparar el defecto encontrado.

74. Defecto arreglado Este campo quiere decir si se encontró algún defecto extra mientras se reparaba el defecto detectado primero, en caso de no haber ninguno, se introduce una X. Formatos

75. Formatos Resumen del plan del proyecto 1/2

76. Resumen del plan del proyecto 2/2 Formatos

77. Nivel PSP

83. Agregado

84. Modificado

86. Reutilizado.

87. Nueva reutilización.

88. LOC Total.