1. Diseo personal del Software

2.

Una medida significativa en la mejora de calidad del software fue tomada con la esencia del proceso personal del software (PSP) ya que PSP ampla el proceso de mejora a la gente que realiza el trabajo de desarrollo de software

Diseo personal del Software 3.

Cada ingeniero es esencialmente diferente

Mejorar constantemente su funcionamiento para desarrollar productos de calidad

4. Cuesta menos encontrar y arreglar errores en la etapa inicial del proyecto que encontrarlos en las etapas subsecuentes. 5. Es ms eficiente prevenir defectos que encontrarlos y arreglarlos. 6. La manera correcta de hacer las cosas es siempre la manera ms rpida y ms barata de hacer un trabajo.Principios del PSP 7.

Para desarrollar software de alta calidad, cada componente individual tambin debe de contar con la ms alta calidad posible

Principios del PSP 8.

Desarrollar un plan para cada proyecto y/o componente.

Registrar su tiempo de desarrollo.

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 14.

PSP hace uso de un gran nmero de formatos los cuales son muy tiles para que se haga un anlisis a fondo del programa que se desarrollar.

PSP 0

Proceso base de PSP

15. Registro de tiempos 16. Registro de errores 17. Estndar de tipo de errores. 18. PSP 0.1

Estndar de codificacin

19. Medicin de tamao 20. Propuesta de mejoramiento del proceso(PIP) 21. PSP 0.1

Determinar de que forma se va a resolver el programa.

22. Decidir cmo 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. 27. PSP 0 y PSP 0.1

Identificar las actividades principales.

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 desempeo personal. 31. Estimar correctamente cuando debe finalizar cada tarea. 32. Medir con precisin todos los datos que intervinieron para futuros programas. 33. Identificar las fases del proyecto que ms problemas causaron. 34. Mejora contina 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 tiempotrabajado en un proyecto. -Registrar defectos encontrados -Registrar tipos de defectos. PSP 0.1 -Establecer estndares de cdigo (Definir Lneas de cdigo) -Proponer maneras de mejorar proceso desarrollo -Realizar mediciones PSP 1 - Aptitud para estimar tamao. -Informe de pruebas PSP 1.1 -Planeacin de tareas -Planeacin de tiempos PSP 2 -Revisin del diseo -Revisin del cdigo PSP 2.1 Plantillas de diseo (Marco de trabajo y listas) Verificacin de tareas de diseo PSP 3 38. Flujo de PSP 0

Determinar de que forma se va a resolver el problema

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 44. Requisitos

1. Planeacin.

2. Desarrollo.

45. 3. Postmortem.Proceso Personal de Software (PSP) 46. Programador PSP 47. Programador PSP

Elprogramadordebe tenerconocimientode cada uno de losprocesos

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

ElDiseo Conceptual , debe ser como unbeb , a la hora de crearlo, se debe pensar en todo pero que a la misma vezsea adaptablea cada uno de los miembros del grupo y que sea realstico con losrequerimientos

Programador PSP 50.

ElTamao importa , por eso no deben existir excesos. Debe ajustarse a lo que se pide.

51. PSP es ideal para esto, conPROBE (PROxy Based Estimating)Programador PSP 52.

Mirar los objetos que influyen en el proyecto

53. Nmero de objetos que se necesitan y nmero de mtodos 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 Regresin lineal para saber cunto cdigo se ir (LOC) Programador PSP 56. Programador PSP

Luego de este proceso de clculo del tamao del proyecto, sedivide laboresy sereparten . Posteriormente seprograman tareas y actividades . Los ingenieros de aqu en adelante solo se dedicarn a estar atentos de la programacin del cronograma

57. Programador PSP

Analizar los datos, hacer anlisis de heurstica, revisin del proceso y hacer un anlisis Postmortem

Ingeniero

En la fase de pruebas estar atentos, para observar los errores y sus posibles soluciones.

Programador 58. Formatos 59. Formatos 60.

FechaCorresponde a la fecha que tiene que ver con el dato que se introduce.

61. InicioLa hora cuando se comienza a trabajar en el proyecto. 62. TrminoLa hora cuando se deja de trabajar en el proyecto. 63. Tiempo de interrupcinAqu 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 deltaEs el tiempo que se obtiene de la resta del tiempo empleado en el proyecto menos el tiempo de interrupcin. 65. FaseAqu 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. ComentariosSe tiene que procurar hacer todo tipo de comentarios tiles que puedan recordar ciertas circunstancias. Formatos 67. Formatos 68.

FechaSe introduce la fecha cuando se encuentra el defecto.

69. NmeroSe introduce de manera secuencial el nmero de defecto encontrado en cada programa. 70. TipoSe 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. EncontradoPor medio del mejor juicio se introduce el nombre de la fase cuando se encontr el defecto. 72. RemovidoSe refiere al nombre de la fase cuando se removi el defecto encontrado. 73. Tiempo de composturaEs el tiempo que tom reparar el defecto encontrado. 74. Defecto arregladoEste campo quiere decir si se encontr algn 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 78.

PSP 1 ayuda a medir el tiempo empleado en cada fase y la deteccin de defectos. Para realizar la mayora de los clculos que exige cada nivel de PSP, es necesario partir de la base de los distintos tipos de LOC o lneas de cdigo y su papel en PSP.

Nivel PSP 79.

El trmino "LOC lgico" hace referencia a una construccin lgica del lenguaje de programacin que es utilizado. Puesto que hay muchas maneras de definir el LOC lgico, los ingenieros deben definir cmo se va a medir la variable de LOC.

Nivel PSP 80.

PSP requiere que ingenieros midan los tamaos de los programas que producen, manualmente realizar la cuenta del tamao del programa es inexacta, PSP gua aingenieros con la utilizacin de dos contadores automatizados del LOC que se emplean.

Nivel PSP 81.

Para rastrear cada cambio del tamao del programa que se desarrolla, es importante considerar las distintas categoras de tamao del LOC.

Nivel PSP 82.

LOC Base

83. Agregado 84. Modificado 85. Suprimido Nivel PSP Categoras

Nuevo y cambiante.

86. Reutilizado. 87. Nueva reutilizacin. 88. LOC Total.