PSP2 - Calidad en el desarrollo de Software

Vista previa del material en texto

Calidad en el Desarrollo de Software
PSP
5-B°6
10/06/19
¿Qué es o a qué se refiere el PSP?
Personal Software Process 
El proceso personal de software, PSP, es un conjunto de 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, mediante el seguimiento del desempeño predicho frente al desempeño real. Está alineado y diseñado para emplearse en organizaciones con modelos de procesos CMMI o ISO 15504. Fue propuesto por Watts Humphrey en 1995 y estaba dirigido a estudiantes. A partir de 1997 con el lanzamiento del libro "An introduction to the Personal Software Process" se dirige ahora a ingenieros juniors. 
Con PSP los ingenieros de software pueden adquirir las habilidades necesarias para trabajar en un proceso de software en equipo TSP.
Se puede considerar como la guía de trabajo personal para ingenieros de software en organizaciones que emplean un modelo CMMI con nivel de madurez o de capacidad de procesos que implica la medición cualitativa y mejora de procesos.
Uno de los mayores problemas que tiene es la gran cantidad de datos que hay que tomar. El PSP tiene obsesión por la toma de datos y elaboración de tablas. El PSP se orienta el conjunto de áreas clave del proceso que debe manejar un desarrollador cuando trabaja de forma individual.
¿Cuál es el objetivo concreto de seguir los procesos del PSP?
El PSP es un conjunto ordenado de procesos definidos que orientan a los ingenieros de software a medir, evaluar y monitorear la manera de hacer sus tareas. Los principales objetivos del PSP son:
1. Mejorar las estimaciones
2. Mejorar la planeación y acompañamiento de
cronogramas
3. Proteger contra el exceso de compromisos
4. Crear un compromiso personal con la calidad
5. Compromiso del desarrollador en la mejora
continua del proceso de desarrollo
6. Aumento de la calidad a través de la reducción
de la incidencia de errores
7. Mayor precisión en las estimaciones de
tamaño del software y tiempo de desarrollo
Define y describe cada uno de los niveles del PSP
Los niveles son:
· PSP 0:
· Proceso actual.
· Registro de tiempos.
· Registro de defectos.
· PSP 0.1 :
· Estándares de código.
· Medición de tamaño.
· PSP 1 - Inicial:
· Estimación de tamaño.
· Reporte de pruebas.
· PSP 1.1:
· Calendario de planeación de tareas.
· PSP 2 - Repetible:
· Revisión de diseño y código.
· PSP 2.1:
· Plantillas de Diseño.
· (TSP).
Explica de manera general y según tus palabras el cómo se siguen todos los procesos del PSP desde cero hasta el final
El primer y segundo proceso se basan en la medición personal: 
PSP0: Registro de tiempos, registro de errores, estándar de tipos de errores
PSP0.1: Estándar de codificación, medición del tamaño, propuesta de mejoramiento del proceso
El tercero y cuarto proceso se basan en la planeación personal:
PSP1: Estimulación del tamaño, reporte de pruebas
PSP1.1: Planeación de actividades, planeación de tiempos
El quinto y sexto proceso se basan en la calidad personal:
PSP2: Revisión de codificación, revisión de diseños
PSP2.1: Formatos de diseño
Y el último proceso se basa en el personal cíclico:
PSP3: Desarrollo de ciclos
 
Explica cuáles son las diferencias entre PSP y algunos procesos que tengan objetivos similares. Menciona ventajas y des ventajas
PSP
Es un conjunto de 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. Está alineado y diseñado para emplearse en organizaciones con modelos de procesos CMMI o ISO 15504. Fue propuesto por Watts Humphrey en 1995 y estaba dirigido a estudiantes. A partir de 1997 con el lanzamiento del libro "An introduction to the Personal Software Process" se dirige ahora a ingenieros juniors.
Ventajas:
En el método PSP se puede encontrar una serie de ventajas en la productividad del personal desarrollador.
Mejora la productividad de las personas implicadas al desarrollo del software.
Se reducen los errores en la codificación.
Se lleva un mejor control del trabajo individual.
Se mejora la calidad.
Facilita la identificación de las fortalezas y las falencias para entrar a mejorarlas.
Desventajas:
Todo lo anterior nos muestra lo práctico que es usar este método pero puede presentar una serie de desventajas
La tensión emocional por sentirse controlado.
El manejo del tiempo al hacer el registro de los tiempos
TSP: Team Software Process
Esta metodología proporciona directrices para ayudar a un equipo a establecer sus objetivos, a planificar sus procesos y a revisar su trabajo con el fin de que la organización pueda establecer prácticas de ingeniería avanzadas y así obtener productos eficientes, fiables y de calidad.
Objetivo TSP (Proceso de equipo de software):
Mejorar el desempeño tanto de equipos como individuos, es disciplinado y ágil, provee beneficios inmediatos y medibles y acelera las iniciativas de mejora de procesos organizacionales.
Ventajas del TSP:
Dentro de las principales ventajas están:
· Ayuda a estimar, planear y desarrollar sistemas de software
· Orientado a manejar de forma continua las habilidades
· Exige disciplina
· Brinda documentación clara sobre:
1. Registros
2. Procedimientos
3. Formularios y plantillas
4. Estándares
· Disminuye la cantidad de errores
· Permite desarrollar planes precisos
· Da a conocer los pasos a seguir para mejorar la calidad
· Provee de datos para medir la mejora
· Asigna tiempo inclusive en etapas de diseño
· Reduce defectos en el código
· Reduce costos
· Se da un seguimiento a los procesos
Sin embargo, también existen algunas desventajas:
· Requiere capturar muchos datos
· Requiere mucho tiempo
· Hay resistencia por parte de los desarrolladores hacia el cambio
· Puede extender los tiempos de desarrollo