Personal Software Process (Desarrollo Software Personal)

1
Personal Software Process(Desarrollo Software
Personal)
2
Principios PSP

• 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
• disciplina
• compromiso
• del desarrollador

3
Principios PSP (cont...)

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

4
Qué proporciona el PSP?

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

5
Qué te proporciona PSP? (cont...)

• Un PSP también proporciona
• 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

6
Qué es un PSP?

• Un PSP es un proceso personal para desarrollar
  software.
• 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.

7
El flujo de Proceso del PSP
Requisitos
Proceso PSP0
Guiones de proceso
Logs de tiempos y defectos
Resumen Plan
Proyecto y proceso
Producto acabado
8
El PSP

• 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.
• Por ultimo, el PSP intenta ayudar a los
  ingenieros y a las organizaciones a que cumplan
  las demandas cada vez mas estrictas para el
  desarrollo de sistemas software de calidad

9
El PSP (cont)

• El PSP se aplica en tareas personales
  estructuradas
• 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 es
  un prerrequisito para el TSP

10
Gestión del Tiempo

• Usando un Cuaderno de Ingeniería

11
La lógica de la Gestión de Tiempo

• 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 lo que realmente
  haces.

12
La lógica de la Gestión del Tiempo

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

13
Entiende cómo utilizas el tiempo

• Clasifica tus actividades.
• Anota el tiempo dedicado a cada actividad.
• Anota el tiempo de manera estándar.
• Guarda los datos de tiempo en un lugar adecuado

14
El Cuaderno de Ingeniería

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

15
El diseño del cuaderno

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

16
Ejemplo de Portada

• Cuaderno Nº 1
• Cuaderno de Ingeniería
• PROYECTO
• Nombre Tomás
• E-mail tomas_at_mail.com
• Apertura 10-Feb Cierre

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






18
Por qué controlar el tiempo?

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

19
Anotar datos de tiempos

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

20
Controla tu tiempo

• 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

21
La gestión de interrupciones

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

22
La gestión del tiempo

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

23
Proceso PSP0

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

24
El flujo de Proceso del PSP0
Requisitos
Proceso PSP0
Guiones de proceso
Logs de tiempos y defectos
Resumen Plan
Proyecto y proceso
Producto acabado
25
Proceso PSP0

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

26
Guión de proceso
27
El guión PSP0

• Referencia - Tabla C10
• Planificación - estimar tiempo de desarrollo.
• 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.

28
El guión PSP0

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

29
Resumen Plan PSP0
30
Resumen Plan PSP0

• Referencia - Tabla C14
• 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.

31
Resumen Plan PSP0

• Time To Date - indica el tiempo total gastado
  en cada fase hasta hoy. Para programa 1A, es el
  tiempo gastado en el programa 1A.
• 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.

32
Resumen Plan PSP0

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

33
Log Registro de tiempo PSP0
34
Log Registro de tiempo PSP0

• Referencia - Tabla C16
• 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.

35
PSP0 Log Registro Tiempos

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

36
PSP0 Log Registro Tiempos

• Phase
• Anotar la fase en la que estas trabajando.
• Use el nombre de fase.
• Comments descripción de
• la interrupción
• la tarea que estas haciendo
• cualquier aspecto significativo que afecte a tu
  trabajo

37
Log Registro Defectos
38
Log Registro Defectos

• Referencia - Tabla C18
• 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 cada proyecto con 1.

39
Log Registro Defectos

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

40
Log Registro Defectos

• 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
  adecuada.

41
Estándar de Tipos de defecto

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

42
Estándar de Tipos de Defecto

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

43
Ejercicio Clasificación de Defectos

• Describe con al menos un ejemplo de cada tipo
  para tu lenguaje y entorno

Tipo 10 20 30 40 50
Tipo 60 70 80 90 100
ejemplo... ______________________________ ________
______________________ ___________________________
___ ______________________________ _______________
_______________
ejemplo... ______________________________ ________
______________________ ___________________________
___ ______________________________ _______________
_______________
44
Visión general de la Planificación y Medición de
tamaño

• Visión general de Planificación
• Tamaño de Software
• 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
• Contadores
• Estándares de codificación

45
Por qué hacer Planes?

• Planes
• 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

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

• Medidas de tamaño
• Nos ayudan a hacer mejores planes
• Ayudan en seguimiento del desarrollo
• Normalizan otras medidas
• Recursos de desarrollo
• Tasas de defectos

48
Criterios para la Medición del tamaño

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

49
Tamaño frente a esfuerzo de desarrollo

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

50
Recuento automático

• 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
• definición de tamaño seleccionada
• método de conteo

51
Recuento del tamaño del programa

• El PSP utiliza un estándar de contador de líneas
  físicas.
• 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.

52
El estándar de recuento del PSP

• Contar todas las instrucciones
• 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.

53
Contabilidad de Líneas de Código

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

54
Ejemplo de Contabilidad de LOC - 1
Versión 0 350 LOC
Mejoras a Versión 1 125 LOC Nuevas y Cambiadas
Tamaño Esperado 350125475 LOC
Tamaño medido 450 LOC
Qué ha sucedido?
55
Ejemplo de Contabilidad de LOC - 2

• Sumar Restar Base
• Base V0
  0
• Borradas, 0
• Modificadas 0 0
• Añadidas 350
• Total V0 LOC 350 -0 350
• Borradas 0
• Modificadas 25 -25
• Añadidas 100
• Producto Final 125 -25 450
• Total Nuevas y Cambiadas LOC 475