Diseño personal del Software. Una medida significativa en la mejora de calidad del software fue tomada con la esencia del proceso personal del software.

Presentación del tema: "Diseño personal del Software. Una medida significativa en la mejora de calidad del software fue tomada con la esencia del proceso personal del software."— Transcripción de la presentación:

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

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

9 PSP 0.1 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.

10 PSP 0 y PSP 0.1 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. Lo primero que se tiene que hacer para definir los procesos que van a intervenir en un proyecto es:

11 PSP 0 y PSP 0.1

12 Flujo de PSP 0

13 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

14 Flujo de PSP 0 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

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

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

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

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

23 Formatos

24

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

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 Resumen del plan del proyecto 1/2

29 Resumen del plan del proyecto 2/2 Formatos

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 LOC Base Agregado Modificado Suprimido Nivel PSP » Categorías Nuevo y cambiante. Reutilizado. Nueva reutilización. LOC Total.