Personal Software Process (PSP) Proceso personal del software

PSP es una alternativa dirigida a los ingenieros de sistemas, que les permite mejorar la
forma en la que construyen software. Considerando aspectos como la planeación, calidad,
estimación de costos y productividad, PSP es una metodología que vale la pena revisar
cuando el ingeniero de software está interesado en aumentar la calidad de los productos
de software que desarrolla dentro de un contexto de trabajo individual. En PSP todas las
tareas y actividades que el ingeniero de software debe realizar durante el proceso de
desarrollo de un producto de software, están puntualmente definidas en un conjunto de
documentos conocidos como scripts; gran parte de las tareas y actividades definidas en
los scripts generará en su realización un conjunto de datos, fundamentalmente de
carácter estadístico.

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.

Niveles del PSP

  PSP0, PSP0.1: Introduce la disciplina y la medición de procesos.
 PSP1, PSP1.1: introduce estimación y planeación.
 PSP2, PSP2.1: introduce manejo de calidad y diseño.

En conclusión los niveles del PSP se dividen en planeación, diseño de alto nivel,
revisión del diseño de alto nivel, desarrollo y análisis de resultados.

Desventajas de Aplicar PSP

• El tiempo requerido para conocerlo.

• El costo emocional por mantener una disciplina.

• El ego del cambio en las costumbres.

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

Objetivos del PSP

PSP pretende formar ingenieros de software con métodos disciplinados para mejorar su
desarrollo personal de software. PSP le ayuda a los desarrolladores a:

 Mejorar sus habilidades de estimación y planeación.

 Hacer compromisos que se puedan cumplir.
 Administrar la calidad de sus procesos.
 Reducir la cantidad de defectos en sus productos.
Team Process Software (TSP) proceso de software en equipo

Es un modelo que es utilizado para aumentar la calidad de los productos de software

atreves de un equipo disciplinado y auto-dirigido. 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 asi
obtener productos eficientes, fiables y de calidad, reducir costos y alcanzar metas
establecidas; (se requiere que cada integrante del equipo ya se haya aprendido el
proceso personal del software PSP).

En el equipo de trabajo, a cada persona se le asigna un rol, este equipo debe tener
cohesión, metas claras, retroalimentación y ambiente de trabajo común.

Fases de ciclo de vida de TSP (Team Process Software)

Como toda metodología que busca la continua mejora de procesos, el TSP posee fases
en donde se describe una serie de pautas para ayudar a realizar un buen desarrollo de
software por parte del equipo de trabajo.

Las fases son:

Lanzamiento: en esta etapa se establecen las metas a seguir por parte del equipo, se
evalúan los objetivos y se dictan los roles y responsabilidades por parte de cada uno de
los miembros del equipo. Además se toman en cuenta los requerimientos por parte del
cliente y se arma la estrategia a seguir para la culminación del proyecto.

Estrategia: en esta etapa se crea un modelo conceptual de lo que se requiere para brindar
la solución más óptima, estableciendo el desarrollo a seguir, así como las estimaciones de
esfuerzo y de riesgos.

Planeación: una vez desarrollada la estrategia y teniendo en cuenta los procedimientos a

seguir y el modelo de la solución del producto, se procede a brindar los roles y las tareas
a cada miembro del grupo. En esta etapa se establece el cronograma para la gestión del
tiempo y de las tareas que deben de realizarse.

Requerimientos: para la gestión de los requerimientos se establecen entrevistas con el

cliente a fin de delimitar lo que realmente es necesario producir. Los requerimientos son
inspeccionados, con el fin de desarrollar un plan de pruebas para el producto terminado.

Diseño: dentro de las tareas de la etapa de diseño, se establece la elaboración de un

diseño de alto nivel, especificando todo los detalles acera de todos los procesos del
producto. En esta fase se desarrolla un plan de pruebas de integración.

Implementación: esta es la fase en la cual el diseño se pasa a nivel de código, se analiza

y se hace una revisión exhaustiva en busca de errores. Se compilan y se ejecutan los
módulos y unidades, al tiempo que se analiza la calidad de estos.
Pruebas: en esta etapa el producto ya casi está terminado, solo falta la integración de los
módulos y la documentación para el usuario final, como lo son los manuales de uso. En
esta etapa e presentan las diferentes pruebas al sistema con el fin de asegurar su calidad
y evaluar el desempeño del equipo de trabajo.

Postmorten: se evalúan los análisis de los resultados de las diferentes pruebas y del
desempeño del equipo. Se escribe con detalles el reporte del ciclo de vida del proyecto.

Los Roles (responsabilidades) en los equipos en STP son:

• Líder del Equipo: Dirige al equipo, se asegura que todos reporten sus datos de los
procesos y completen su trabajo tal y como se planeó. Realiza los reportes semanales del
avance del equipo.

• Gestor de desarrollo: Guía al equipo en el diseño y desarrollo del producto.

• Gestor de Planificación: Apoya y guía al equipo en la planificación y seguimiento del

trabajo.

• Gestor de Calidad/Proceso: Apoya al equipo en definir sus necesidades acerca del

proceso y a establecer y administrar el plan de calidad. Genera estándares para obtener
un trabajo uniforme. Modera las inspecciones y revisa cada artefacto generado.

• Administrador de Requerimientos/Soporte: Dirige al equipo en el desarrollo de

requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de
apoyo administrativo. Administra el plan de configuración

Problemas comunes en los equipos

 Falta de cooperación y compromiso

 Falta de liderazgo
 Falta de confianza
 Revisiones entre colegas inefectivas
 Diferencia en la distribución de cargos de trabajo