Alumno: Benjamin

Carranza Torres

CONCEPTOS BÁSICOS DE
PSP Y TSP
Materia: Calidad de Software en modelos agiles
Profesor: MCA. Gil Santana Esparza
Unidad: 1
Fecha: 07/09/2022

INSTITUTO TECNOLOGICO SUPERIOR DE PANUCO

0
Contenido
PSP........................................................................................................................................................3
¿Qué es PSP?..................................................................................................................................3
Principios y objetivos de PSP.........................................................................................................3
Estrategia de PSP............................................................................................................................4
Principios de PSP.............................................................................................................................5
TSP.........................................................................................................................................................6
Objetivos de TSP..............................................................................................................................7
Conclusiones.........................................................................................................................................9
Bibliografías...........................................................................................................................................9

1
INTRODUCCIÓN

En los semestres que hemos llevado dentro de algunas materias que hemos tenido,
en ocasiones se hace mención a dos procesos para el desarrollo de actividades ya
sea personales o en equipo, sin embargo nunca nos habían dado detalle de cada
uno de estos procesos los cuales son PSP (Personal Software Process) y TSP
(Team Software Process)

En la siguiente investigación, hablaremos acerca de cada uno de estos procesos.

Hablaremos un poco acerca de cuál es la función principal de cada proceso, también
hablaremos acerca de cuáles son los objetivos y en algunos daremos a conocer los
principios.

2
PSP

¿Qué es PSP?
“La disciplina del PSP provee un marco estructurado para desarrollar habilidades
personales y métodos que se necesitaran más adelante para ir forjando al ingeniero
de software. Es importante que la calidad del software desarrollado abarque hasta el
más mínimo detalle, por muy pequeño que este sea, ya que si no se hace así, puede
dañar el sistema entero.

El Personal Software Process, PSP, indica a los profesionales de software como:

 Administrar la calidad de los proyectos de desarrollo de software

 Reducir defectos en los productos
 Estimar y planear el trabajo

PSP, fue diseñado para ayudar al ingeniero de software a hacer bien el trabajo,
aplicar métodos avanzados de ingeniería en su labor diaria, a utilizar métodos
detallados de planificación y estimación y controlar rendimientos frente a los tiempos
planeados.

El PSP puede ser usado por los ingenieros de software como una guía disciplinada y
estructurada para el desarrollo de software. El PSP es un prerrequisito para una
compañía que planea introducir el TSP.

El PSP puede ser aplicado en cualquier parte del proceso de desarrollo de software,
como por ejemplo desarrollo de pequeños programas, definición de requerimientos,
documentación, aseguramiento de calidad y mantenimiento de software”. (Soto y
Reyes, 2010)

El PSP ha sido en ocasiones nombrado en diferentes materias, pero no ha sido

mostrado como debería ser o cuales son los pasos necesarios que debe llevar un
PSP. Creo que es de máxima importancia el desarrollo de un PSP correcto para
llevar un control de nuestras tareas y actividades.

Principios y objetivos de PSP

3
“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

Los ingenieros de software normalmente desarrollan productos a partir de sus

propios métodos y técnicas o a partir de los ejemplos de los ingenieros más
experimentados. PSP ofrece una forma de mejorar la calidad, la predicción y la
productividad del trabajo. A medida que el trabajo mejora, también tiende a mejorar
la calidad de los proyectos” (Soto y Reyes, 2010).

Estrategia de PSP

“El modelo PSP está dividido en niveles, implantados de manera incremental. Los
niveles superiores adicionan características al nivel ya implantados lo que minimiza
el impacto de los cambios en los hábitos del desarrollador. Este deberá tan solo
adaptar nuevas técnicas a las ya existentes y conocidas.

Lo más importante en el proceso de aprendizaje son los datos recogidos después de

cada fase, pues con base en los resultados obtenidos en la fase actual se propone
mejorar el desempeño personal para la siguiente fase. Los niveles de mejoramiento
de PSP se muestran en la siguiente tabla 1” (Soto y Reyes, 2010).

4
 Tabla 1: Niveles de Mejoramiento PSP (Humphrey, 2005)

Principios de PSP

El diseño de PSP se basa en los siguientes principios de planeación y de calidad

(Humphrey, 1995)

 Cada ingeniero es esencialmente diferente; para ser más precisos, los

ingenieros deben planear su trabajo y basar sus planes en sus propios datos
personales.
 Para mejorar constantemente su funcionamiento, los ingenieros deben utilizar
personalmente procesos bien definidos y medidos.
 Para desarrollar productos de calidad, los ingenieros deben sentirse
personalmente comprometidos con la calidad de sus productos.
 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.

5
TSP

De acuerdo, (Esparza, 2010). “El TSP (Team Software Process) es un proceso que
se puede utilizar para la ingeniería de software en equipo. Este provee un balance
entre el proceso, producto y el trabajo en equipo. El TSP está basado en cuatro
principios básicos:

1. Aprender es más efectivo cuando sigue un proceso definido y se obtiene una

rápida evaluación.
2. Un equipo de trabajo productivo requiere una combinación de objetivos
específicos, un ambiente de trabajo y un entrenamiento y liderazgo capaz.
3. Se debe de tomar en cuenta los beneficios de las buenas prácticas de
desarrollo de software. Sin la guía adecuada se puede perder tiempo en
definir las propias practicas métodos y roles.
4. Las instrucciones son más efectivas cuando se tiene o se basan en un estudio
previo”.

Debemos mencionar que para un buen uso del TSP se debe tener bien estudiado o
bien practicado el PSP debido a que entre ambos se apoyan para dar un buen
desarrollo en diversos proyectos que se presenten.

De acuerdo a (Soto y Reyes, 2014) : “El modelo TSP 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.

El TSP provee un esquema de trabajo, donde cada desarrollador tiene perfectamente

definidos sus roles, actividades y responsabilidades. Asimismo, el TSP incluye
procedimientos para la mejora continua del proceso de desarrollo, para mejorar la
calidad de software producido, para mejorar la estimación del tiempo de desarrollo,
para la disminución de defectos en el producto y para promover la integración del
equipo de desarrollo. Es decir, el TSP apoya tanto al equipo de desarrollo como a los
administradores del proyecto para la culminación de proyectos de desarrollo de
software, dentro del tiempo y presupuesto establecido (ver figura 2)”.

6
 Figura 2. Flujo de proceso de TSP (Soto y Reyes, 2014)

Objetivos de TSP

Dentro de los objetivos que mencionan diversas personas, (Bustos y Guallasamin,

2007) dicen lo siguiente: “Los objetivos son:

 Integrar equipos independientes de alto rendimiento que planeen y registren

trabajo, establezcan metas y sean dueños de sus procesos y planes.
 Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y
como ayudarlos a alcanzar su máxima productividad.
 Acelerar la mejora continua de procesos.
 Proveer de una guía para el mejoramiento en organizaciones maduras.
 Ayudar a la organización a establecer una práctica madura y disciplinada de la
ingeniería para producir software y fiable”.

Como adicional (Esparza, 2019) menciona las decisiones de diseño: “TSP se basa
en siete principales decisiones de diseño:

1. Proveer un framework simple que construya los fundamentos del Personal

Software Process.
2. Desarrollar productos en ciclos.
3. Establecer medidas para la calidad y el desempeño.

7
4. Proveer medidas precisas para los equipos y los estudiantes.
5. Uso de roles y evaluación de equipos.
6. Requiere proceso de disciplina.
7. Proporciona orientación en los problemas del equipo.

El TSP cuenta con un proceso de múltiples ciclos de desarrollo para construir un

producto final. El primer ciclo inicia con un lanzamiento en el cual el instructor
describe los objetivos generales del producto. Después el equipo sigue el TSP a
través de su proceso de siete pasos: estrategia, planeación, requerimientos,
diseño, implementación, pruebas y evaluación”.

8
Conclusiones

Como pudimos observar en nuestra investigación, los procesos PSP y TSP son
importantes para el desarrollo de ciertas actividades de acuerdo a un proyecto.

Una de las cosas que debemos tener completamente claras es que si no trabajamos
bien con nuestro PSP no podremos trabajar bien con TSP debido a que no vamos a
tener las bases para hacerlo.

Bibliografías

Soto, D. y Reyes, A. (2010). Introduciendo PSP (Proceso Personal de Software) en

el aula. Revista Colombiana de Tecnologías de Avanzada, ISSN: 1692- Volumen 2-
Numero 16.

Disponible en:

https://www.unipamplona.edu.co/unipamplona/portalIG/home_40/recursos/
03_v13_18/revista_16/27102011/01.pdf
Humphrey, Watts S. (2005). Introducción al Proceso Software Personal. Editorial
Addison Wesley.
Disponible en:
https://www.unipamplona.edu.co/unipamplona/portalIG/home_40/recursos/
03_v13_18/revista_16/27102011/01.pdf
HUMPREY, W. S. (1995). A Discipline for Software Engineering. Addison-Wesley.
Liga encontrada:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/pelaez_r_jj/capitulo2.pdf
Esparza, A. (2019). Adaptación del modelo Team Software Process (TSP) para
equipos transdisciplinarios en la producción de aplicaciones de calidad para
personas con discapacidad. Universidad Veracruzana, Facultad de Estadística e
Informática.

Liga encontrada:

9
https://cdigital.uv.mx/bitstream/handle/1944/49537/EsparzaMaldonadoAlma.pdf?
sequence=1&isAllowed=y

10