Personal Software Process Desarrollo Software Personal Principios PSP

Personal Software Process (Desarrollo Software Personal)

Principios PSP n n n la calidad de un sistema software está condicionada por la calidad del peor de sus componentes. la calidad de un componente software está condicionada por el individuo que lo desarrolló. Está condicionada por el conocimiento n disciplina n compromiso del desarrollador n

Principios PSP (cont. . . ) n n Todo profesional software debería conocer su propio rendimiento. Debería medir, seguir/controlar y analizar su trabajo. Debería aprender de las variaciones de su rendimiento. Debería incorporar esas lecciones a su manera personal de hacer las cosas.

¿Qué proporciona el PSP? n Un PSP estable permite n n estimar y planificar el trabajo cumplir los compromisos resistir a presiones de compromiso no razonables Con un PSP estable, también se podrá n n comprender nuestras capacidades estar mas posibilitado para mejorar

¿Qué te proporciona PSP? (cont. . . ) n Un PSP también proporciona n n n Una base probada para desarrollo y práctica de las disciplinas personales de la industria. Una disciplina que muestra como mejorar el proceso personal. Los datos para mejorar de manera continua la productividad, calidad, y el grado de predicción de trabajo

¿Qué es un PSP? n Un PSP es un proceso personal para desarrollar software. n n n pasos definidos formularios estándares Un PSP es un marco de trabajo de medición y análisis que nos ayuda a caracterizar nuestro proceso. Es también un procedimiento definido para ayudar a mejorar nuestro rendimiento.

El flujo de Proceso del PSP Requisitos Proceso PSP 0 Planificación Desarrollo Guiones de proceso Diseño Código Compila Pruebas Postmortem Producto acabado Logs de tiempos y defectos Resumen Plan Proyecto y proceso

El PSP n n n El PSP es un proceso diseñado para uso individual, basado en una versión a escala de un proceso industrial. El principal objetivo del PSP es ayudar a los ingenieros software a hacer mejor su trabajo. EL PSP se ha diseñado también para demostrar el valor del uso de un proceso definido y medido.

El PSP (cont…) n El PSP se aplica en tareas personales estructuradas: n n n Desarrollo de módulos de programas. Definición de requisitos o procesos. Realización de revisiones o pruebas. Escritura de documentación, etc…. El PSP se puede extender al desarrollo de sistemas software de gran tamaño. Es un proceso de Nivel 5 para los individuos y

Gestión del Tiempo Usando un Cuaderno de Ingeniería

La lógica de la Gestión de Tiempo n n n Probablemente harás esta semana lo mismo que hiciste la semana pasada. Esto te permite estimar que harás en semanas próximas. Para hacer un plan realista, tienes que controlar tu forma de gastar el tiempo. Registrar lo que haces te dara pautas importantes que no conocidas. Para comprobar la exactitud de tus estimaciones de tiempo y los planes, debes documentar y posteriormente compararlas con

La lógica de la Gestión del Tiempo n n Para hacer mas precisos tus planes, determina las equivocaciones de los planes anteriores y que podrías haber hecho mejor. Para gestionar tu tiempo, planifica tu tiempo y sigue el plan.

Entiende cómo utilizas el tiempo n Clasifica tus actividades. n Anota el tiempo dedicado a cada actividad. n Anota el tiempo de manera estándar. n Guarda los datos de tiempo en un lugar adecuado

El Cuaderno de Ingeniería n Usado para anotar y controlar: n n n Las actividades de los ejercicios (planificación, programación, etc. ) Compromisos. Anotaciones de clase. Ideas de diseño y cálculos. Importante para: n n Posibles evidencias legales. Protección de la propiedad Intelectual.

El diseño del cuaderno n Se suele usar un cuaderno en espiral. n Las páginas numeradas. n Numeración y fecha en cada hoja. n Deja una o dos páginas para la tabla de contenidos.

Ejemplo de Portada n n Cuaderno de Ingeniería n n Cuaderno Nº: 1 PROYECTO Nombre: Tomás E-mail: tomas@mail. com Apertura: 10 -Feb Cierre:

Página de Ejemplo Fecha 3 9/3 12/3 ingeniería 206 Ejercicio PSP 0, terminar Preparar cuaderno de Mirar libro de texto pagina 11/3 Completar tabla de tiempos, ver definición Completar el post-mortem para ejercicio 2

¿Por qué controlar el tiempo? n n A no ser que conozcas cuanto tiempo estás gastando en una tarea, tu no puedes controlarla. Para saber cuanto tiempo usas, tu debes medirlo. Te puedes sorprender en que gastas tu tiempo. Es más fácil controlar el tiempo que mejorar la productividad.

Anotar datos de tiempos n Usa la tabla estándar. n Sigue un procedimiento escrito. n Para este curso, usa el método descrito y después diseña un método ajustado a tus necesidades.

Controla tu tiempo n n n Normalmente se miden el tiempo en términos de horas, pero no es útil / preciso hacerlo de esa manera Es muy raro gastar más de una hora en una actividad Utilizar minutos para el registro de tiempos

La gestión de interrupciones n Las interrupciones son muy frecuentes. n EL tiempo de las mismas es muy variable. n n Estar anotando cuando empieza y cuando termina es muy moroso. Anota mejor el tiempo total para ser descontado.

La gestión del tiempo n n Incluye las tablas de tiempos en el cuaderno de ingeniería. Mantén cerca el cuaderno de ingeniería. Cuando se te olvide anotar el tiempo de inicio, o de finalizaciones o de interrupción, anota una estimación según te acuerdes. Analiza tus tiempos.

Proceso PSP 0 n n n PSP 0 es un proceso sencillo, definido y personal. Utiliza tus métodos actuales de diseño y desarrollo. Recoge datos sobre tu trabajo: n n n tiempo gastado por fase defectos encontrados en compilación y pruebas Proporciona un informe resumen.

El flujo de Proceso del PSP 0 Requisitos Proceso PSP 0 Planificación Desarrollo Guiones de proceso Diseño Código Compila Pruebas Post-mortem Producto acabado Logs de tiempos y defectos Resumen Plan Proyecto y proceso

Proceso PSP 0 n Elementos n n n un un un guión de proceso formulario resumen de plan proyecto registro tiempo registro de defectos estándar de tipos defecto

Guión de proceso

El guión PSP 0 n Referencia - Tabla C 10 n Planificación - estimar tiempo de desarrollo. n n Desarrollo - desarrollar el producto utilizando tus métodos actuales. Post-mortem - completar el resumen del plan proyecto, con los tiempos gastados y defectos encontrados e inyectados en cada fase.

El guión PSP 0 n Diseño - diseñar el programa, usando tus métodos de diseño actuales. n Codificación- implementa el programa. n Compilación - compila hasta que este libre defectos. n Prueba - prueba el programa y corrige todos los defectos. n Registra los defectos en el log de defectos y tiempos por fase en el log de tiempos.

Resumen Plan PSP 0 n n Referencia - Tabla C 14 Header – Nombre, fecha, programa, instructor, lenguaje. Program Size – Plan -Indica tu mejor estimación del tiempo total que tendrá el desarrollo. Program Size – Actual -Indica el tiempo actual en minutos gastado en cada fase.

Resumen Plan PSP 0 n n n Time – To Date - indica el tiempo total gastado en cada fase hasta hoy. Para programa 1 A, es el tiempo gastado en el programa 1 A. Time – To Date % - indica el porcentaje del total tiempo hasta hoy que se gasto en cada fase. Defects injected and removed - indicar el numero actual de defectos inyectados y eliminados en cada fase.

Resumen Plan PSP 0 n n Defect - To Date - indica el total de defectos inyectados y eliminados en cada fase hasta hoy. Para el programa 1 A, son los defectos inyectados y eliminados en el programa 1 A. Defect - To Date % - indicar el porcentaje sobre el total defectos inyectados y eliminados hasta hoy en cada fase.

Log Registro de tiempo PSP 0

Log Registro de tiempo PSP 0 n n Referencia - Tabla C 16 Header - indicar nombre, fecha, instructor, y numero de programa. Date - indicar la fecha actual. Start - indicar el tiempo en minutos cuando empiezas una fase del proyecto.

PSP 0 Log Registro Tiempos n n n Stop - indicar el tiempo en minutos cuando tu paraste trabajo en una fase del proyecto, aun cuando tu no has terminado esa fase. Interruption time - indicar el tiempo perdido por interrupciones desde el periodo de arranque a parada. Delta time - indicar el tiempo transcurrido desde el inicio al tiempo de parada descontado el tiempo de interrupción.

PSP 0 Log Registro Tiempos n Phase n n n Anotar la fase en la que estas trabajando. Use el nombre de fase. Comments – descripción de n n n la interrupción la tarea que estas haciendo cualquier aspecto significativo que afecte a tu trabajo

Log Registro Defectos

Log Registro Defectos n n Referencia - Tabla C 18 Header - indicar el nombre, fecha, instructor, y numero de programa. Date - indicar la fecha cuando encontraste y corregiste el defecto. Number - indicar un número único para este defecto. Comienza cada proyecto con 1.

Log Registro Defectos n n n Type - indicar el tipo de defecto a partir del estándar de tipos de defectos. Inject - indicar la fase donde tu juzgas que el defecto fue inyectado. Remove - indicar la fase en la que encontraste y eliminaste el defecto.

Log Registro Defectos n n n Fix Time - indicar el tiempo que tomaste para corregir el defecto. Tu puedes dar el tiempo exacto o usar tu mejor estimación. Fix defect - Si este defecto fue inyectado durante la corrección de otro defecto, indicar el numero del ese defecto o una X si lo desconoces. Note - un defecto es cualquier cosa en el programa que debe ser cambiado para que sea desarrollado, mejorado o utilizado de manera

Estándar de Tipos de defecto n n n Referencia - Tabla 20 El estándar de tipos de defecto proporciona un conjunto general de categorías de defectos. Aunque tu puedes reemplazar este estándar por el tuyo propio, es deseable que te manejes con estas definiciones simples de tipos hasta que tengas datos que te puedan guiar en las modificaciones.

Estándar de Tipos de Defecto n Los tipos estándar de defecto en PSP son n n 10 20 30 40 50 60 70 80 90 100 - Documentación Sintaxis Construcción, empaquetado Asignación Interfase Comprobación Datos Funciones Sistema Entorno

Ejercicio Clasificación de Defectos Describe con al menos un ejemplo de cada tipo para tu lenguaje y entorno n Tipo 10 20 30 40 50 60 70 80 90 100 Tipo 10 20 30 40 50 Nombre Documentación Sintaxis Construcción Asignación Interfaz Comprobación Datos Funciones Sistema Entorno Descripción comentarios, mensajes ortografía, puntuación, tipos, formatos de instrucción gestión de cambios, librerías, control de versiones declaración, nombres duplicados, ámbito, limites Llamadas y referencias a rutinas, I/O, formatos mensajes error, comprobaciones inadecuadas estructura, contenido lógica, punteros, bucles, recursion, calculo, defectos en funciones configuración, tiempos, memoria diseño, compile, pruebas, y problemas del sistema de soporte ejemplo. . . ______________________________ _______________ Tipo 60 70 80 90 100 ejemplo. . . ______________________________ _______________

Visión general de la Planificación y Medición de tamaño n Visión general de Planificación n Tamaño de Software n n ¿Por qué medir el tamaño? Criterios de medida de tamaño El marco de trabajo del SEI para la medida del tamaño Contando el tamaño del programa n n Contadores Estándares de codificación

¿Por qué hacer Planes? n Planes n n n permite llegar a acuerdos que se puedan cumplir proporciona las bases para acuerdos en tu trabajo guía el trabajo ayudan a seguir el progreso terminación del proyecto

El marco de trabajo para la planificación de proyectos Definir Necesidades Producir Diseño Conceptual Entrega Producto Estimar Tamaño Base de datos de tamaño Estimar Recursos Base datos de productividad Producir Calendario Recursos Disponibles Desarrollar Producto Datos Tamaño, Recursos, Plazos Proceso Análisis Informes de Seguimiento

¿Por qué medir el Tamaño? n Medidas de tamaño n n n Nos ayudan a hacer mejores planes Ayudan en seguimiento del desarrollo Normalizan otras medidas n n Recursos de desarrollo Tasas de defectos

Criterios para la Medición del tamaño n La medición de tamaño debe n n estar relacionada con el esfuerzo de desarrollo precisa contables de manera automática deseable en la planificación temprana

Tamaño frente a esfuerzo de desarrollo n n El requisito principal: si la medición del tamaño no esta directamente relacionada con el costo de desarrollo, no es bueno usarla. Hay muchas medidas posibles: n n líneas de código (LOC) puntos de función páginas, pantallas, scripts, informes La medida del tamaño suele ser sensible al lenguaje, diseño y al modo de desarrollo.

Recuento automático n n n La medición de tamaño es una actividad que consume tiempo y es imprecisa. Los contadores automáticos pueden trabajar solo sobre caracteristicaza del programa definidas. Contadores pueden ser complejos por: n n definición de tamaño seleccionada método de conteo

Recuento del tamaño del programa n El PSP utiliza un estándar de contador de líneas físicas. n n utiliza una línea física por cada línea lógica utiliza un estándar de codificación definido Este estándar debe ser seguido estrictamente. Entonces el recuento de líneas físicas será igual al recuento de líneas lógicas.

El estándar de recuento del PSP n Contar todas las instrucciones: n n n begin, end, if, then, else, etc. {, }, ; , . , etc. contar declaraciones, directivas, encabezados, etc. No contar blancos, líneas de comentarios, código generado automáticamente, o código reutilizado. Contar el código nuevo y el cambiado para medir y estimar la productividad de desarrollo.

Contabilidad de Líneas de Código n n n Para pequeños programas, el seguimiento de tamaño puede realizarse de manera manual, aunque requiere cuidado. Para grandes programas, el seguimiento del tamaño requiere un sistema de contabilidad. La contabilidad de LOC proporciona una manera precisa y ordenada para realizar el seguimiento de los cambios de LOC a través de las múltiples versiones de programas.

Ejemplo de Contabilidad de LOC - 1 Versión 0 350 LOC Mejoras a Versión 1 + 125 LOC Nuevas y Cambiadas Tamaño Esperado: 350+125=475 LOC Tamaño medido 450 LOC ¿Qué ha sucedido?

n n n Ejemplo de Contabilidad de LOC - 2 Sumar Restar Base V 0 Borradas, 0 Modificadas 0 Añadidas 350 Total V 0 LOC 350 -0 Borradas 0 Modificadas 25 -25 Añadidas 100 Producto Final 125 -25 Total Nuevas y Cambiadas LOC 0 0 350 475