SCRIPTS (Guías del Proceso)
Se deberá:
-Verificar los criterios de entrada antes de comenzar una fase
-Registrar el tiempo de inicio de la fase
-Realizar las etapas e instrucciones de la fase
-Registrar los defectos a medida que son encontrados y corregidos
-Verificar los criterios de salida antes de finalizar una fase
-Registrar el tiempo de fin de la fase
-Ir a la siguiente fase
-Esforzarse a utilizar este paradigma hasta que se convierta en un
hábito.
SCRIPTS (Guías del Proceso)
Script del proceso que ayuda al programador a desarrollar
programas modulares y que provee de un panorama
general de las etapas de planeación, desarrollo y
postmortem.
El script de planeación tiene como entrada los
requerimientos del programa así como la estimación de
los recursos que se emplean en éste. El script de desarrollo
le exige al programador los requerimientos de cada fase
de desarrollo que toma en cuenta PSP (Diseño,
Codificación, Compilación y Pruebas) para que al final se
cuente con un programa bien probado y a prueba de
errores.
SCRIPTS (Guías del Proceso)
El script de Postmortem pide al programador todos los
defectos que se encontraron durante la realización del
proyecto y también exige el tiempo final que se utilizó
durante la realización del programa, esto para que exista
un historial final que ayude a tener un margen de
comparación para utilizarlo posteriormente y evitar caer
en los mismos errores.
SCRIPTS (Guías del Proceso)
SCRIPTS (Guías del Proceso)
SCRIPTS (Guías del Proceso)
El método Proxy es un método propuesto por Watts
Humphrey, creador de PSP y sirve para medir el
tamaño que tendrá un producto de software basado
en la división más elemental de los componentes
que integrarán el producto que se piensa desarrollar.
A estos elementos se les llama “partes proxy” Es
muy difícil realizar la estimación del tamaño de un
programa basado únicamente en los requerimientos
del cliente. Se requiere de algún proxy que permita
relacionar el tamaño del producto con las funciones
que se desean incorporar en el programa. Un proxy
no es más que un sustituto del cual conocemos su
tamaño. Ejemplos de proxies son: Tablas, clases,
campos o pantallas.
Existen algunos criterios para seleccionar un proxy
adecuadamente:
- La medida del proxy debe estar altamente relacionada
con el esfuerzo requerido para desarrollar el producto.
- El contenido proxy de un producto debe ser
automáticamente contable.
- El proxy debe ser fácil de visualizar al inicio del proyecto.
- El proxy debe ser personalizable a las necesidades de
cada proyecto y desarrollador.
- El proxy debe ser sensible a las variaciones de
implementación que afectan los costos de desarrollo o
esfuerzo.
PSP0 Agrega un estándar de código, una medida de tamaño y el
desarrollo de un plan de mejora personal PIP.
El PIP le permite al ingeniero registrar problemas, experiencias y
sugerencias de una manera estructurada para mejorar su propio
proceso.
Necesita conocer:
*Cualquier problema que se encuentre al realizar el proceso.
*Cualquier sugerencia que tenga para mejorar los procesos
*Las observaciones y los resultados al realizar las practicas.
PIP (Process Improvement Proposal)
-Compromisos de mejora
Debe completar la PIP para cada práctica.
PIP mantiene información sobre la mejora del
proceso
-Fecha.
-Descripción del problema.
-Solución propuesta.
-Notas y comentarios.
Método PROBE
El PSP utiliza el método PROBE para estimar y planificar
proyectos.
PROBE significa proxy basado en estimación.
PROBE utiliza Proxies para estimar el tamaño y desarrollo de
programas de tiempo
Diseño conceptual
El primer paso de estimación es hacer un diseño conceptual
-Relacionarse con los requisitos para el producto
-Definir los elementos de productos que producirán las
funciones deseadas
-Estimar el tamaño de lo que va a construir.
Método PROBE
Estimación de tamaños de Proxies:
La cuestión básica
-Se detallan las medidas de buen tamaño
-En general, es difícil de visualizar los detalles del producto
a principios de un proyecto.
Un buen indicador (proxy) debe correlacionar estrechamente a los
costes de desarrollo.
Un buen indicador (proxy) debe ser fácil de visualizar en el
desarrollo temprano. También debe ser una entidad física que se
puede medir.
Método PROBE
Método PROBE
La Estimación del Tamaño del Programa:
Los programas tienen un código que no está en las partes del
programa. Incluye declaraciones y otras funciones generales.
El tamaño de este código de sobrecarga adicional es
generalmente proporcional al tamaño de las partes del
programa.
Estimar el Tiempo de Desarrollo:
El tamaño real del programa estará estrechamente
relacionado con el tamaño estimado del programa.
Las diferencias serán debido a la sobrecarga de código y el
error de la estimación.
Tiempo de desarrollo actual también es a menudo relacionada
con el tamaño estimado del programa.
Método PROBE
Método PROBE
Método PROBE
Las Estimaciones Basadas en Estadísticas:
PROBE utiliza datos históricos, regresión lineal, y el intervalo de
predicción para producir estimaciones de exactitud conocida.
Regresión proporciona el mejor ajuste, o de mínima varianza, de
una línea para estos datos.
La varianza de los datos es utilizada para determinar el error de
estimación probable.
Para proyectar el tamaño o el tiempo de desarrollo de un
programa
Mediciones De Calidad PSP
NIVEL 0
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
desarrollara
SE BASA EN:
- Proceso base de PSP
- Registro de tiempo
- Registro de errores
- Estándar de tipo de errores
Mediciones De Calidad PSP
NIVEL 0.1
Antes de comenzar el programa se debe repasar el proceso PSP
0.1 para asegurarse de comprenderlo. También asegurarse de
tener todas las entradas requeridas antes de comenzar con la
fase de planificación.
SE BASA EN:
- Estándar de codificación
- Medición del tamaño
- Propuesta de mejora del proceso
Mediciones De Calidad PSP
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.
SE BASA EN:
- Estimación del tamaño
- Reporte de pruebas
Mediciones De Calidad PSP
NIVEL 1
Para rastrear cada cambio del tamaño del programa que se
desarrolla, es importante considerar las distintas categorías de
tamaño del LOC. Estas categorías son:
- LOC base
- Agregado
- Modificado
- Suprimido
- Nuevo y cambiante
- Reutilizado
- Nueva reutilización
- LOC total
Mediciones De Calidad PSP
Sirve para mantener la información real y estimada del proyecto en
un conveniente y ágil formulario recuperable
Guía el desarrollo de programas a nivel del módulo
SE BASA EN:
- Planeación de actividades
- Planeación de tiempo
Mediciones De Calidad PSP
NIVEL 1.1
Se enfoca en la prevención de defectos y su remoción. Los
ingenieros aprenden a evaluar y mejorar su proceso midiendo
la extensión de sus tareas y la cantidad de defectos inyectados y
removidos en cada fase de desarrollo. Los ingenieros
construyen y usan listas de chequeo para diseño y revisión de
código.
SE BASA EN:
- Revisión de codificación
- Revisión de diseños
Mediciones De Calidad PSP
NIVEL 2
NIVEL 2.1
Es el nivel final que ayuda a asegurar la calidad de desarrollo
del programador, por medio de la correcta administración y
registro de los datos. También es el proceso anterior a la parte
final del Proceso Personal de Software, que es la aplicación
correcta de cada uno de los procesos anteriores. Los objetivos
de PSP 2.1 son similares a los de su proceso anterior, ya que se
encuentran bajo el mismo concepto de administración de la
calidad
SE BASA EN:
- Formatos de diseño
Mediciones De Calidad PSP
NIVEL 3
Con este nuevo nivel se llega a un nuevo concepto y se
introduce una nueva fase, la fase de realizar el proceso personal
creado de una manera cíclica y uniforme. Esto quiere decir que,
a estas alturas del proceso, el programador tiene una manera
de programar única y bien definida, es la firma que cada
programador debe de poseer. Obviamente el proceso personal
que el programador crea, es un proceso eficaz y aplicable a
cada programa que quiera desarrollar. Este nivel ayuda al
desarrollador a desarrollar programas más largos en poco
tiempo y con menos errores.
Mediciones De Calidad PSP
El orden con el que ahora debe de proceder el programador
debe de ser el siguiente:
1. Planeación.
2. Diseño de alto nivel.
3. Ciclos de desarrollo.
Esto con el fin de que el programador cree una nueva estrategia
general de diseño y de
desarrollo y que la aplique siempre.
GRACIAS

Fases del Modelo PSP

  • 2.
    SCRIPTS (Guías delProceso) Se deberá: -Verificar los criterios de entrada antes de comenzar una fase -Registrar el tiempo de inicio de la fase -Realizar las etapas e instrucciones de la fase -Registrar los defectos a medida que son encontrados y corregidos -Verificar los criterios de salida antes de finalizar una fase -Registrar el tiempo de fin de la fase -Ir a la siguiente fase -Esforzarse a utilizar este paradigma hasta que se convierta en un hábito.
  • 3.
    SCRIPTS (Guías delProceso) Script del proceso que ayuda al programador a desarrollar programas modulares y que provee de un panorama general de las etapas de planeación, desarrollo y postmortem. El script de planeación tiene como entrada los requerimientos del programa así como la estimación de los recursos que se emplean en éste. El script de desarrollo le exige al programador los requerimientos de cada fase de desarrollo que toma en cuenta PSP (Diseño, Codificación, Compilación y Pruebas) para que al final se cuente con un programa bien probado y a prueba de errores.
  • 4.
    SCRIPTS (Guías delProceso) El script de Postmortem pide al programador todos los defectos que se encontraron durante la realización del proyecto y también exige el tiempo final que se utilizó durante la realización del programa, esto para que exista un historial final que ayude a tener un margen de comparación para utilizarlo posteriormente y evitar caer en los mismos errores.
  • 5.
  • 6.
  • 7.
  • 8.
    El método Proxyes un método propuesto por Watts Humphrey, creador de PSP y sirve para medir el tamaño que tendrá un producto de software basado en la división más elemental de los componentes que integrarán el producto que se piensa desarrollar. A estos elementos se les llama “partes proxy” Es muy difícil realizar la estimación del tamaño de un programa basado únicamente en los requerimientos del cliente. Se requiere de algún proxy que permita relacionar el tamaño del producto con las funciones que se desean incorporar en el programa. Un proxy no es más que un sustituto del cual conocemos su tamaño. Ejemplos de proxies son: Tablas, clases, campos o pantallas.
  • 9.
    Existen algunos criteriospara seleccionar un proxy adecuadamente: - La medida del proxy debe estar altamente relacionada con el esfuerzo requerido para desarrollar el producto. - El contenido proxy de un producto debe ser automáticamente contable. - El proxy debe ser fácil de visualizar al inicio del proyecto. - El proxy debe ser personalizable a las necesidades de cada proyecto y desarrollador. - El proxy debe ser sensible a las variaciones de implementación que afectan los costos de desarrollo o esfuerzo.
  • 10.
    PSP0 Agrega unestándar de código, una medida de tamaño y el desarrollo de un plan de mejora personal PIP. El PIP le permite al ingeniero registrar problemas, experiencias y sugerencias de una manera estructurada para mejorar su propio proceso. Necesita conocer: *Cualquier problema que se encuentre al realizar el proceso. *Cualquier sugerencia que tenga para mejorar los procesos *Las observaciones y los resultados al realizar las practicas.
  • 11.
    PIP (Process ImprovementProposal) -Compromisos de mejora Debe completar la PIP para cada práctica. PIP mantiene información sobre la mejora del proceso -Fecha. -Descripción del problema. -Solución propuesta. -Notas y comentarios.
  • 12.
    Método PROBE El PSPutiliza el método PROBE para estimar y planificar proyectos. PROBE significa proxy basado en estimación. PROBE utiliza Proxies para estimar el tamaño y desarrollo de programas de tiempo Diseño conceptual El primer paso de estimación es hacer un diseño conceptual -Relacionarse con los requisitos para el producto -Definir los elementos de productos que producirán las funciones deseadas -Estimar el tamaño de lo que va a construir.
  • 13.
    Método PROBE Estimación detamaños de Proxies: La cuestión básica -Se detallan las medidas de buen tamaño -En general, es difícil de visualizar los detalles del producto a principios de un proyecto. Un buen indicador (proxy) debe correlacionar estrechamente a los costes de desarrollo. Un buen indicador (proxy) debe ser fácil de visualizar en el desarrollo temprano. También debe ser una entidad física que se puede medir.
  • 14.
  • 15.
    Método PROBE La Estimacióndel Tamaño del Programa: Los programas tienen un código que no está en las partes del programa. Incluye declaraciones y otras funciones generales. El tamaño de este código de sobrecarga adicional es generalmente proporcional al tamaño de las partes del programa. Estimar el Tiempo de Desarrollo: El tamaño real del programa estará estrechamente relacionado con el tamaño estimado del programa. Las diferencias serán debido a la sobrecarga de código y el error de la estimación. Tiempo de desarrollo actual también es a menudo relacionada con el tamaño estimado del programa.
  • 16.
    Método PROBE Método PROBE MétodoPROBE Las Estimaciones Basadas en Estadísticas: PROBE utiliza datos históricos, regresión lineal, y el intervalo de predicción para producir estimaciones de exactitud conocida. Regresión proporciona el mejor ajuste, o de mínima varianza, de una línea para estos datos. La varianza de los datos es utilizada para determinar el error de estimación probable. Para proyectar el tamaño o el tiempo de desarrollo de un programa
  • 17.
    Mediciones De CalidadPSP NIVEL 0 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 desarrollara SE BASA EN: - Proceso base de PSP - Registro de tiempo - Registro de errores - Estándar de tipo de errores
  • 18.
    Mediciones De CalidadPSP NIVEL 0.1 Antes de comenzar el programa se debe repasar el proceso PSP 0.1 para asegurarse de comprenderlo. También asegurarse de tener todas las entradas requeridas antes de comenzar con la fase de planificación. SE BASA EN: - Estándar de codificación - Medición del tamaño - Propuesta de mejora del proceso
  • 19.
    Mediciones De CalidadPSP 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. SE BASA EN: - Estimación del tamaño - Reporte de pruebas
  • 20.
    Mediciones De CalidadPSP NIVEL 1 Para rastrear cada cambio del tamaño del programa que se desarrolla, es importante considerar las distintas categorías de tamaño del LOC. Estas categorías son: - LOC base - Agregado - Modificado - Suprimido - Nuevo y cambiante - Reutilizado - Nueva reutilización - LOC total
  • 21.
    Mediciones De CalidadPSP Sirve para mantener la información real y estimada del proyecto en un conveniente y ágil formulario recuperable Guía el desarrollo de programas a nivel del módulo SE BASA EN: - Planeación de actividades - Planeación de tiempo
  • 22.
    Mediciones De CalidadPSP NIVEL 1.1 Se enfoca en la prevención de defectos y su remoción. Los ingenieros aprenden a evaluar y mejorar su proceso midiendo la extensión de sus tareas y la cantidad de defectos inyectados y removidos en cada fase de desarrollo. Los ingenieros construyen y usan listas de chequeo para diseño y revisión de código. SE BASA EN: - Revisión de codificación - Revisión de diseños
  • 23.
    Mediciones De CalidadPSP NIVEL 2 NIVEL 2.1 Es el nivel final que ayuda a asegurar la calidad de desarrollo del programador, por medio de la correcta administración y registro de los datos. También es el proceso anterior a la parte final del Proceso Personal de Software, que es la aplicación correcta de cada uno de los procesos anteriores. Los objetivos de PSP 2.1 son similares a los de su proceso anterior, ya que se encuentran bajo el mismo concepto de administración de la calidad SE BASA EN: - Formatos de diseño
  • 24.
    Mediciones De CalidadPSP NIVEL 3 Con este nuevo nivel se llega a un nuevo concepto y se introduce una nueva fase, la fase de realizar el proceso personal creado de una manera cíclica y uniforme. Esto quiere decir que, a estas alturas del proceso, el programador tiene una manera de programar única y bien definida, es la firma que cada programador debe de poseer. Obviamente el proceso personal que el programador crea, es un proceso eficaz y aplicable a cada programa que quiera desarrollar. Este nivel ayuda al desarrollador a desarrollar programas más largos en poco tiempo y con menos errores.
  • 25.
    Mediciones De CalidadPSP El orden con el que ahora debe de proceder el programador debe de ser el siguiente: 1. Planeación. 2. Diseño de alto nivel. 3. Ciclos de desarrollo. Esto con el fin de que el programador cree una nueva estrategia general de diseño y de desarrollo y que la aplique siempre.
  • 26.