-Diego Mendoza-José Domínguez

PROCESO DE SOFTWARE PERSONAL (PSP)

Que es PSP?

Son prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y mantenimiento de sistemas.Se caracteriza por ser definido, conciso, altamente prescriptivo, rápido y barato.

PSP, es uno de los 3 vértices donde descansa un proceso de mejora que trabaja sobre 3 niveles de la organización, los otros 2 son CMM y TSP

CMM se enfoca a nivel organizacionalTSP se enfoca a un proceso de grupos de trabajoPSP se enfoca a nivel personal"PSP cubre 12 de los 18 KPA’s (áreas claves de procesos del CMM) y materializa lo que han querido decir CMM, ISO 9000 y SQA (software quality assurance)

Norma ISO 9001 ha sido elaborada por el Comité Técnico ISO/TC176 de ISO Organización Internacional para la Estandarización y especifica los requisitos para un buen sistema de gestión de la calidad que pueden utilizarse para su aplicación interna por las organizaciones, para certificación o con fines contractuales.

SQA: El objetivo de la garantía de la calidad es proporcionar la gestión para informar de los datos necesarios sobre la calidad del producto, por lo que se va adquiriendo una visión más profunda y segura de que la calidad del producto está cumpliendo sus objetivos

Normas

PROCESO DE SOFTWARE PERSONAL

• En el año de 1995 el PSP fue propuesto por Watts Humphrey, este inicialmente estaba dirigido para estudiantes.

• Para 1997 con el lanzamiento del libro "An Introduction to the Personal Software Process" el PSP ya estaba destinado a los ingenieros.

Watts Humphrey

Los ingenieros de software rara vez basan su trabajo en prácticas y metodologías establecidas y son prácticamente escépticos a cambiar sus hábitos de trabajo.Los ingenieros están en un círculo vicioso, "sólo creen en lo que han probado y no prueban otras metodologías", por esta rezón para poder implantar PSP, se tuvo que obligarlos y se tuvieron buenos resultados.

ANTECEDENTES Y JUSTIFICACION

PSP combina: •Admón. de proyectos

•Admón. de calidad

•Ingeniería de software

•Empowerment (delegación exitosa)

•

BABASES DE PSP

PRINCIPIOS DEL PSP

• Cada ingeniero es esencialmente diferente (Cada uno se encarga de su trabajo).

• Para mejorar constantemente su funcionamiento, los ingenieros deben utilizar personalmente procesos bien definidos y medidos.

• Los ingenieros deben sentirse personalmente comprometidos con la calidad de sus productos, esto mejorará la calidad.

PRINCIPIOS DEL PSP

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

OBJETIVOS DE PSP

Lograr una disciplina de mejora continua en el proceso de desarrollo.

Medir, estimar, planificar, seguir y controlar el proceso de desarrollo.

Mejorar la calidad del proceso de desarrollo. En general, PSP provee calidad y productividad.

El tiempo ahorrado en el testeo en base a una mejor calidad ahorra entre un 20 a 40 % del desarrollo…

VENTAJAS DE APLICAR PSP

• La idea de que ganamos en talento y habilidad• La estimulación por nuevas ideas• Una estructura de trabajo de mejoramiento personal• Tomar control del propio trabajo• La sensación de logro• Una base mejorada para el trabajo en grupo (TSP)• La convicción de que es lo mejor que se puede hacer

DESVENTAJAS DE APLICAR PSP

• El tiempo requerido para conocerlo• El costo emocional por mantener una disciplina• El ego del cambio en las costumbres

CAUSAS PROBABLES DE FALLA• Entre las principales causas para que el proceso

de desarrollo de software falle pueden ser:

– El personal de desarrollo no se involucra lo suficiente.

– No esta consciente de la verdadera importancia del proyecto.

– No se cuentan con los recursos necesarios

– Las practicas establecidas no son buenas…

NIVELES PSP• Para recalcar:

– PSP tiene un marco de proceso de evolución similar al que tiene CMM.

– En el CMM un nivel de madurez sólo se alcanza si se logran cumplir todas las KPA´s (áreas de procesos claves) que exige cada nivel.

– PSP solamente cubre de manera parcial estas KPA´s debido a que es un complemento de CMM.

– Al PSP es ideal utilizarlo junto con CMM (no es obligatorio).

NIVELES PSP

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.1Plantillas de diseño (Marco de trabajo y listas) Verificación de tareas de diseño

PSP 3

NIVELES PSP• El PSP define cinco actividades del marco de trabajo:

– PLANEACIÓN.– DISEÑO DE ALTO NIVEL– REVISIÓN DEL DISEÑO DE ALTO NIVEL– DESARROLLO – ANÁLISIS DE RESULTADOS

Planeación • Esta actividad selecciona requisitos, con base en ellos

desarrolla el tamaño y la estimación de los recursos.• Estimación de los defectos.• Creación de un programa del proyecto.• La planificación proporciona una sólida

base para comprometerse a unas fechas de entrega.

• Estimación del tiempo necesario.

Diseño de Alto Nivel • Se elabora especificaciones externas para los

componentes construidos.• Diseño de componentes.• Construcción de prototipos si hay incertidumbre.• Los elementos se registran y se rastrean.

Revisión del diseño de alto nivel

• Métodos formales de verificación para errores de diseño.

• Mediciones para todas las tareas importantes y los resultados de trabajo.

Desarrollo• Diseño a nivel de componentes se refina y revisa.• Se genera, revisa, compila y prueba el código.• Mediciones para todas las tareas

importantes y los resultados de trabajo.• Puede medirse en LOC (líneas de código).• Esto exige tener una forma normalizada

de contar LOC, o de codificar.

Análisis de Resultados• Mediante las mediciones recolectadas se determina

la efectividad del proceso.• Las mediciones y medidas deben ofrecer una guía

para modificar el proceso y así mejorar su efectividad.

Iniciar el proyecto

Crear el proyectoDefinir los requerimientos del proyecto

Definir los roles del equipo de trabajo

Ingresar el plan del proyecto(usar estimaciones)

Asignar las responsabilidades

Avanzar el proyecto

Cargar la plantilla de metodología de desarrollo elegida

Cerrar el proyecto

Ciclo de vida de Proyectos (Seguimiento y supervisión)Orden de trabajo

Hoja de tiempo

Alertas

Definiciones iniciales de Proyectos

Manejar los requerimientos

• Actualizar las tareas

• Usar las Métricas

Exportar a Microsoft Project

Registro de defectos

Proyecto en Producción

Iniciar el proyecto

Crear el proyectoDefinir los requerimientos del proyecto

Definir los roles del equipo de trabajo

Ingresar el plan del proyecto(usar estimaciones)

Asignar las responsabilidades

Avanzar el proyecto

Cargar la plantilla de metodología de desarrollo elegida

Cerrar el proyecto

Ciclo de vida de Proyectos (Seguimiento y supervisión)Orden de trabajo

Hoja de tiempo

Alertas

Definiciones iniciales de Proyectos

Manejar los requerimientos

• Actualizar las tareas

• Usar las Métricas

Exportar a Microsoft Project

Registro de defectos

Proyecto en Producción

Enfoque del Proyecto

Utilización de una tabla de registro de tiempos.

INSTRUCCIONES DE USO DEL PSP

Tabla de registro de tiempos, llenada

INSTRUCCIONES DE USO DEL PSP

Control de las tareas finalizadas. Resumen periódico de actividades.

INSTRUCCIONES DE USO DEL PSP

CONCLUSIONES La disciplina en el proceso de desarrollo de software es, sin

lugar a dudas, uno de los elementos fundamentales para tal propósito debemos comenzar a entenderla y aplicarla desde el primer año de la carrera.

Con la introducción de PSP desde los primeros años y de forma gradual, los futuros ingenieros informáticos del país inferirán la necesidad de saber gestionar correctamente sus tiempos y compromisos, no solo para el trabajo que desempeñarán sino para otras facetas de su vida.

Para obtener productos de calidad, el ingeniero debe asumir la responsabilidad personal de la calidad de sus acciones y productos. Los buenos productos no se obtienen por azar, sino como consecuencia de un esfuerzo positivo para hacer un trabajo de calidad y cuidadoso.

Sitios de Interés• Engenieering Institute; Personal Software Process (PSP) 2008; Disponible en: Carnegie Mellon University. http://www.sei.cmu.edu/tsp/psp.html

• Addison Wesley; Proceso de Software Personal; 2001; Disponible en http://lsi.ugr.es/~ig1/docis/respsp.pdf

•Enrique Vereau, Ingeniería de Software; Peru Server; Disponible en http://www.vereau.org/wp-images/images/files/pres-psp-chiclayo.pdf

•PROCESO PERSONAL DEL SOFTWARE; Disponible en http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/pelaez_r_jj/capitulo2.pdf

Bibliografía

http://books.google.com.mx/books?id=yW5rdHaOww8C&pg=PA112&dq=Introducci%C3%B3n+al+proceso+de+software+personal+(Psp)&hl=es&ei=N1-CTtPDIqSOsAK94K38Dg&sa=X&oi=book_result&ct=result&resnum=1&ved=0CCoQ6AEwAA#v=onepage&q=Introducci%C3%B3n%20al%20proceso%20de%20software%20personal%20(Psp)&f=false

http://ingsw.ccbas.uaa.mx/sitio/images/material/psp.htm