yyy

1. Diseño 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
amplía el proceso de mejora a la
gente que realiza el trabajo de
desarrollo de software
Diseño personal del Software

3. Cada ingeniero es esencialmente diferente
 Mejorar constantemente su funcionamiento para
desarrollar productos de calidad
 Cuesta menos encontrar y arreglar errores en la
etapa inicial del proyecto que encontrarlos en
las etapas subsecuentes.
 Es más eficiente prevenir defectos que
encontrarlos y arreglarlos.
 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

4. …Para desarrollar software de alta calidad, cada
componente individual también debe de
contar con la más alta calidad posible…
Principios del PSP

5. Desarrollar un plan para cada proyecto y/o
componente.
 Registrar su tiempo de desarrollo.
 Registrar sus defectos
 Conservar sus datos en informes del proyecto
 Utilizar sus datos para planear los proyectos y/o
los componentes futuros.
 Analizar sus datos para desarrollar sus procesos
con mas calidad para mejorar su
funcionamiento.
Marco de proceso personal

6. Versiones PSP

7. PSP 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
desarrollará.
 Proceso base de PSP
 Registro de tiempos
 Registro de errores
 Estándar de tipo de errores.
PSP 0

8.  Estándar de codificación
 Medición de tamaño
 Propuesta de mejoramiento del
proceso(PIP)
PSP 0.1

9.  Determinar de que forma se va a
resolver el programa.
 Decidir cómo se va a "atacar" el
problema.
 Resolverlo.
 Estar seguro de que se solucionó de la
forma correcta.
 Arreglar los problemas que se han
encontrado.
 Entregar el resultado final.
PSP 0.1

10. Lo primero que se tiene que hacer para definir los
procesos que van a intervenir en un proyecto es:
 Identificar las actividades principales.
 Separar los elementos complejos que pueden intervenir.
 Establecer los criterios de entrada y de salida para cada fase del
proceso.
 Medir de manera correcta el proceso, para tener bien entendido
el desempeño personal.
 Estimar correctamente cuando debe finalizar cada tarea.
 Medir con precisión todos los datos que intervinieron para
futuros programas.
 Identificar las fases del proyecto que más problemas causaron.
 Mejora continúa tomando en cuenta datos anteriores.
PSP 0 y PSP 0.1

11. PSP 0 y PSP 0.1

12. Flujo de PSP 0

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

14.  Determinar de que forma se va a
resolver el problema
 Decidir como se va a “atacar” el
problema
 Resolverlo
 Estar seguro de que se soluciono de la
forma correcta
 Arreglar los problemas que se han
encontrado
 Entregar el resultado final
Flujo de PSP 0

15. Proceso Personal de Software (PSP)
1. Planeación.
 2. Desarrollo.
 3. Postmortem.
Requisitos

16. Programador PSP

17.  El programador debe tener
conocimiento de cada uno de
los procesos

Generar el Script Postmortem,
incluye errores en el proceso y el
tiempo gastado
Programador PSP

18. 
El Diseño Conceptual, debe ser
como un bebé, a la hora de crearlo,
se debe pensar en todo pero que a la
misma vez sea adaptable a cada
uno de los miembros del grupo y que
sea realístico con los
requerimientos
Programador PSP

19. 
El Tamaño importa, por eso no
deben existir excesos. Debe ajustarse
a lo que se pide.

PSP es ideal para esto, con PROBE
(PROxy Based Estimating)
Programador PSP

20.  Mirar los objetos que influyen en el proyecto
 Número de objetos que se necesitan y número
de métodos que cada objeto necesita
 Se puede usar datos ya pasados o de
referencia, esto con el fin de hacer consultas
sobre los objetos usados anteriormente.
 Luego se utiliza Regresión lineal para saber
cuánto código se irá (LOC)
Programador PSP

21.  Luego de este proceso de cálculo del
tamaño del proyecto, se divide
labores y se reparten.
Posteriormente se programan
tareas y actividades. Los
ingenieros de aquí en adelante solo se
dedicarán a estar atentos de la
programación del cronograma
Programador PSP

22. Ingeniero Programador
 Analizar los datos,  En la fase de
hacer análisis pruebas estar
de heurística, atentos, para
revisión del observar los
proceso y hacer errores y sus
un análisis posibles
Postmortem soluciones.
Programador PSP

23. Formatos

24. Formatos

25.  Fecha Corresponde a la fecha que tiene que ver con el dato que se
introduce.
 Inicio La hora cuando se comienza a trabajar en el proyecto.
 Término La hora cuando se deja de trabajar en el proyecto.
 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.
 Tiempo delta Es el tiempo que se obtiene de la resta del tiempo
empleado en el proyecto menos el tiempo de interrupción.
 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.
 Comentarios Se tiene que procurar hacer todo tipo de comentarios
útiles que puedan recordar ciertas circunstancias.
Formatos

26. Formatos

27.  Fecha Se introduce la fecha cuando se encuentra el defecto.
 Número Se introduce de manera secuencial el número de defecto
encontrado en cada programa.
 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.
 Encontrado Por medio del mejor juicio se introduce el nombre de la
fase cuando se encontró el defecto.
 Removido Se refiere al nombre de la fase cuando se removió el
defecto encontrado.
 Tiempo de compostura Es el tiempo que tomó reparar el defecto
encontrado.
 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

28. Formatos Resumen del plan del proyecto 1/2

29. Formatos Resumen del plan del proyecto 2/2

30. Nivel PSP

31. PSP 1 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.
Nivel PSP

32. El término "LOC lógico" hace referencia a una
construcción lógica del lenguaje de
programación que es utilizado. Puesto que
hay muchas maneras de definir el LOC lógico,
los ingenieros deben definir cómo se va a
medir la variable de LOC.
Nivel PSP

33. PSP requiere que ingenieros midan los tamaños
de los programas que producen,
manualmente realizar la cuenta del tamaño
del programa es inexacta, PSP guía a
ingenieros con la utilización de dos
contadores automatizados del LOC que se
emplean.
Nivel PSP

34. Para rastrear cada cambio del tamaño del
programa que se desarrolla, es importante
considerar las distintas categorías de tamaño
del LOC.
Nivel PSP

35. Nivel PSP » Categorías
 LOC Base
 Nuevo y cambiante.
 Agregado
 Reutilizado.
 Modificado
 Nueva reutilización.
 Suprimido
 LOC Total.