Unidad 2

“Técnicas de estimación”

Consultas para evaluar el Saber 1 de la materia de Estándares

y métricas

Técnico Superior Universitario

En

Tecnologías de la Información
Área Desarrollo de Software Multiplataforma.

Elaborado por:
Sabrina Elizabeth Tello Orozco

Maestro:
M. I Belén Ligas Ortega

Ramos Arizpe, Coahuila 21 de septiembre del 2021

PSP y TSP.
Realiza una consulta acerca del Proceso Personal de desarrollo de Software(PSP) y del
Proceso de desarrollo de Software en Equipo(TSP) que contenga:
PSP
1. Concepto de PSP:
El Proceso Personal Software, conocido por sus siglas como PSP, es una metodología de
reciente creación, proveniente del Instituto de Ingeniería del Software (SEI). 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.

2. Elementos que lo conforman:

- SCRIPTS: define los pasos para cada etapa del proceso.
- Logs y Forms: formatos para registrar y almacenar datos.
- Standard: proceso para hacer el trabajo.

3. Procedimientos:
PSP 0:
- Requerimientos.
- Planeación: diseño, código, compilación y pruebas.
- Desarrollo.
- POSTMORTEM: producto final y reportes.

PSP 0.1:
- Establece estándares de código.
- Propone mejoras para el desarrollo del proyecto.
- Realiza mediciones.

PSP 1:
- Estimar tamaños del proyecto.
- Informe de pruebas.
 PSP 1.1:
- Planeación de tareas.
- Planeación de tiempos.

PSP 2:
- Revisión de diseño y código.

PSP 2.1:
- Plantillas de diseño.

4. Determinación del desempeño personal:

Uno de los elementos fundamentales del proceso PSP radica en la generación y análisis
de los indicadores del proceso. Para esto incluye métricas en cada uno de sus niveles
de proceso para evaluar el desempeño individual de los programadores. En términos
generales agrupa métricas de esfuerzo, defecto, tamaño, desempeño, planificación y
calidad.
- Tiempo empleado en la fase.
- Defectos introducidos en la fase Un defecto no aparece sin razón.
- Tamaño:
• LOC modificadas Si una LOC (Línea de código) es cambiada en el programa
base, debe ser registrada con el número total de LOC modificadas.
• LOC reusadas Cualquier código importado de una biblioteca de reuso u otro
programa terminado debe ser medida de manera independiente y considerada
como código reusado.
• LOC para reuso Módulos que pueden ser reutilizados en el futuro o que pueden
ser agregados a la biblioteca de reuso.
- Desempeño:
• LOC por hora Se calcula al dividir el total de LOC nuevas y modificadas por el
tiempo total del proyecto.
• Indicador de costo de desempeño Se calcula dividiendo el tiempo total planeado
hasta la fecha entre el tiempo total real hasta la fecha.
- Planificación:
 • Valor planeado Porcentaje del tiempo total planeado que se asigna a una tarea.
• Valor planeado acumulado Suma de los valores planeados para la tarea y todas
las que la anteceden.
• Valor ganado Es el valor planeado para una tarea una vez que la tarea ha sido
completada.
• Valor ganado acumulado Suma de todos los valores ganados en el proyecto
hasta la fecha.
- Calidad.
• Densidad de defectos en pruebas Cantidad de defectos detectados en la fase de
pruebas, medidos en defectos por mil LOC (KLOC)
• Densidad de defectos total Cantidad total de defectos en un programa, medidos
en defectos por KLOC.
• Ganancia Porcentaje del total de defectos que fue eliminado en las fases de
revisión. Mientras mayor sea este valor más efectivo es la técnica de revisión del
programador.
• Defectos eliminados por hora en la fase Calculado como el número total de
defectos eliminados en una fase dividido por el número de horas empleadas en
la fase.
• Proporción de defectos eliminados entre fases Calculado como la proporción de
la tasa de eliminación de defectos entre dos fases. Esta métrica permite apreciar
que tan efectiva es una fase en eliminar defectos con respecto a otra.
• Costo de la calidad – Revisión Proporción del tiempo total de desarrollo que se
emplea en las fases de revisión.
5. Plantillas y formatos
TSP
1. Concepto de TSP:
Es un modelo de referencia de ingeniería de software que provee énfasis en los
 procesos, los productos y el trabajo en equipo. El TSP toma de base los principios de
ingeniería de software en un ambiente de trabajo en equipo.
El TSP enfatiza el trabajo en equipo porque:
- Los equipos no se forman mágicamente.
- Los pasos para formar un equipo no son obvios
- Se deben entender las fortalezas/debilidades de cada miembro del equipo y como
estas soportan el desempeño del mismo.

2. Elementos que lo conforman:

Las bases de TSP consideran elementos que integran:
- Gestión autodirigida de equipos
- Conjunto integrado de indicadores.
- Sistema gestión de calidad.
- Modelo de "coaching".
- Estrategia de equipo orientada al desarrollo rápido.
- Proceso completo y con enfoque operativo apoyado por la formación y herramientas

3. Procedimiento:
Fases del ciclo de vida:
- Implementación: Fases del ciclo de vida TSP:
• Se usa PSP para implementar módulos y unidades.
• Se crea el diseño detallado de los módulos y unidades.
• Se revisa el diseño.
• Se convierte el diseño al código.
• Se inspecciona el código.
• Se compilan y prueban los módulos y unidades.
• Se analiza la calidad de los módulos/unidades.

- Lanzamiento: Fases del ciclo de vida TSP:

• Revisión de objetivos a perseguir.
• Asignación de equipos y roles al personal.
• Se describen las necesidades del cliente.
 • Se establece las metas individuales y del equipo.

- Estrategia: Fases del ciclo de vida TSP:

• Crear un diseño conceptual para el producto.
• Se establece la estrategia de desarrollo: se decide que será producido en cada
ciclo.
• Se hacen estimaciones iniciales de esfuerzos y tamaño.
• Se establece un plan de administración de la configuración.
• Se reutiliza el plan anterior.
• Se establecen riesgos de administración.

- Planeamiento: Fases del ciclo de vida TSP:

• Estima el tamaño de cada artefacto a ser desarrollado.
• Se identifican las tareas: se estima el tiempo para completar cada tarea; se
asignan tareas a los miembros del equipo.
• Hacer un cronograma semanal para tareas * terminadas.
• Hacer un plan de calidad.

- Requerimientos: Fases del ciclo de vida:

• Se analizan las necesidades del cliente y se entrevistan.
• Se especifican los requerimientos.
• Se hace inspección de los requerimientos.
• Se diseña un plan de pruebas del sistema.

- Diseño: Fases del ciclo de vida TSP:

• Se crea un diseño de alto nivel.
• Se especifica el diseño.
• Se inspecciona el diseño.
• Se desarrolla un plan de pruebas de integración

- Pruebas: Fases del ciclo de vida TSP:

• Se construye e integra el sistema.
 • Se llevan a cabo las pruebas del sistema.
• Se produce la documentación de usuario.

- Postportem: Fases del ciclo de vida TSP:

• Análisis de resultados.
• Se escribe el reporte del ciclo.
• Se produce producen evaluaciones de pares y equipo.
4. Determinación del desempeño de equipo.
TSP establece un conjunto de procesos a nivel de equipos de proyecto orientados a la
ejecución de las tareas, así como mecanismos de gestión e indicadores de control que
permiten gestionar, de manera continua y efectiva, el desempeño del equipo. Es
fundamental contar con ingenieros capacitados en PSP que utilicen de manera efectiva
el proceso individual y que puedan contribuir al desempeño colectivo del equipo. La
ventaja del método es que posibilita el cambio rápido mediante el autoaprendizaje
obtenido de los propios resultados, al aplicar las técnicas que integran los procesos.
El enfoque de TSP se basa en la gestión de los individuos, a través de los procesos en
PSP, para subir a nivel de equipo y optimizar su desempeño. Logra variaciones en costo
y calendario por debajo del 10% comprometido. Mediante el conocimiento de las
capacidades individuales gestiona de manera efectiva la productividad del equipo y
reduce significativamente el número de defectos que pasan a etapas de prueba,
enfocado en la detección y corrección temprana de los mismos.
La formación en TSP y PSP a diferentes niveles de la organización es fundamental para
lograr los resultados que se esperan. No se puede "sembrar rosas en un bosque de
espinas". Se debe concientizar desde los niveles altos hacia abajo y lograr que
"compren" los beneficios del método para alcanzar la excelencia en el proceso.

5. Plantillas y formatos
Bibliografías:
➢ Unidad III. Proceso Personal de Desarrollo de Software (PSP) :: Calidad Desarrollo
Software. (s. f.). desarrollosoftware. Recuperado 27 de octubre de 2021, de
https://desarrollosoftware.webnode.es/unidad-iii-proceso-personal-de-desarrollo-de-
software-psp-/
➢ Rodriguez, B. (s. f.). Elementos del PSP. Prezi.Com. Recuperado 27 de octubre de 2021,
de https://prezi.com/hwdsxmfdeu_1/elementos-del-psp/
➢ Escobar, P. C. J. (2011, 21 abril). Team Software Process (TSP). asprotech. Recuperado
27 de octubre de 2021, de https://asprotech.blogspot.com/2011/04/team-software-process-
tsp.html
➢ Vidal, I. (s. f.). Modelo TSP. slideshare. Recuperado 27 de octubre de 2021, de
https://es.slideshare.net/ivanvidal1/modelo-tsp
➢ González, L. (2021b, octubre 28). TRABAJO FINAL UNIT i. sistemasdecalidadenti2014.
Recuperado 27 de octubre de 2021, de
http://sistemasdecalidadenti2014.blogspot.com/2014/10/trabajo-final-unit-i.html