Fases del Modelo PSP

Análisis y desarrollo de sistemas de información.

Ficha:1261817APAC 2

Instructora: Carmen Caicedo

Integrantes: Daniela Camacho, José David

Sánchez y Jorge Eduardo Martínez Romero

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.


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.


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.




Proxies (Métricas de desarrollo)

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.

Proxies (Métricas de desarrollo)

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.

PIP (Process Improvement Proposal) -Compromisos de mejora

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 conceptualEl 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 sepuede 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 PROBEMé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 desarrollaraSE BASA EN:- Proceso base de PSP- Registro de tiempo- Registro de errores - Estándar de tipo de errores


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


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


NIVEL 1Para 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


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óduloSE BASA EN:

- Planeación de actividades- Planeación de tiempo


NIVEL 1.1Se 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


NIVEL 2

NIVEL 2.1Es 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 seencuentran bajo el mismo concepto de administración de la calidadSE BASA EN:- Formatos de diseño


NIVEL 3Con 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.


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 dedesarrollo y que la aplique siempre.

GRACIAS

Technology

Fases del Modelo PSP