UNIVERSIDAD ABIERTA Y A DISTANCIA DE MÉXICO

INGENIERÍA EN DESARROLLO DE SOFTWARE

ASIGNATURA: DESARROLLO DE SOFTWARE EN

EQUIPO (TSP)

UNIDAD I: INTRODUCCIÓN A TSP

EVIDENCIA DE APRENDIZAJE: IDENTIFICACIÓN DE

LOS ELEMENTOS DE LA METODOLOGÍA TSP

ALUMNO: SERGIO VARGAS OLIVARES

DOCENTE: VANIA XIOMARA PACHECO AGUIRRE

División de Ciencias Exactas, Ingeniería y Tecnología

Propósito:

En la evidencia de aprendizaje identificarás los elementos de la metodología TSP con base en

un problema que plantearás, y al cual es posible dar solución mediante esta metodología.

Instrucciones:

1.- Plantea y describe detalladamente un problema al cual puedas dar solución mediante la
metodología TSP. Puedes investigarlo de acuerdo con tus posibilidades, en tu ámbito laboral,
personal, familiar, laboral; puede ser hipotético con base en algunas experiencias en estos
ámbitos, o con base en tu formación profesional como desarrollador de software.

2.- Redacta el problema en un archivo de texto.

3.- Integra un cuadro comparativo en el cual expongas la definición y ejemplos para cada uno
de los siguientes los elementos de la metodología TSP:

a) Principios y objetivos de TSP.

b) Estrategia de TSP.
c) Equipo TSP.
d) Estructura del TSP: disciplina de equipo, disciplina de administración, disciplina de
ingeniería.
e) Ciclo de vida del TSP: lanzamiento, estrategia, planeación, requerimientos, diseño,
implementación, pruebas, post mórtem.

4.- Integra un documento con la descripción del problema, el cuadro comparativo, tus
conclusiones acerca de la relación que existe entre cada uno de los elementos y la importancia
de esta metodología en el quehacer del ingeniero en desarrollo de software.
Desarrollo:

Punto 1:

El problema que voy a exponer es el mismo que maneje en la actividad 1, ya que en mi trabajo
es lo que se está desarrollando.

Punto 2:

Problema:

Se desea desarrollar un sistema que permita almacenar la información demográfica, socioeco-

nómica y jurídica de una persona que se encuentra en libertad condicional. Dicho sistema
deberá generar informes (reportes) sobre los beneficios que las personas en estas condiciones
obtienen, así como establecer en que municipios se cometen mayores hechos delictivos, ge-
nero de la persona que comete el delito, tipos de delitos, etc.
Punto 3:
Elementos Definición
Principios y El objetivo de TSP es mejorar y asegurar la calidad y
objetivos de productividad en un proyecto de desarrollo de soft-
TSP ware. Para ayudar a alcanzar los costos y tiempos pla-
neados, los objetivos del proyecto los establecen los
ingenieros de software, de acuerdo con la metodología
TSP
Estrategia de Las estrategias son actividades bien estructuradas y
TSP. planificadas para lograr el objetivo o los objetivos que
se tengan planeados
Equipo TSP Debe estar formado por al menos dos personas.
Los integrantes del equipo deben trabajar en conjunto
para lograr el objetivo del proyecto.
Todos los miembros del equipo deben de apoyarse
mutuamente. Para lograr el objetivo principal del pro-
yecto se necesita de la ayuda y la colaboración de to-
dos los miembros del equipo.
Cada persona tiene un rol específico (establecidos por
los ingenieros de software y administradores del pro-
yecto), el cual debe seguir porque es una guía de sus
deberes.
Estructura del TSP
Disciplina de La disciplina de equipo consiste en una serie de reglas Las reglas de operación se estipulan al inicio del pro-
equipo que deben llevarse a cabo a lo largo del proceso de
desarrollo de software.
Problema
Se debe crear un equipo que garantice la calidad en
cada uno de los procesos que requiere el diseño del
software, y que además se apegue a los costos y tiem-
pos que se tienen estimados.
Se deben crear tareas especificas y bien estructuradas
para poder ir dando cumplimiento a los objetivos que
establezca el administrador.
El equipo esta formado por tres personas:
• El líder del equipo: es quien justifica y da pauta
para la realización de los procesos.
• El programador: es quien codificará los módulos
que integrarán este software.
• El administrador de BD: es quien creará y dará
mantenimiento a las bases de datos y desde se
tomarán los modelos para generar el código.
yecto y las cuales deben seguirse, algunas son:
• Cada quien tiene su rol
• Todos deben complementar
• Se especifican horarios de trabajo

Disciplina de Esta disciplina muestra la forma en que los administra-
administración dores del proyecto deben guiar al grupo para cumplir
los objetivos del proyecto de software
Disciplina de in- se basa totalmente en PSP, ya que es necesario medir
geniería la calidad respecto a las habilidades individuales de
los miembros del equipo, quienes deben saber que for-
man parte del grupo y, al mismo tiempo, ser responsa-
bles de sus actividades de acuerdo a los roles que se
les hayan asignado
Ciclo de vida del TSP
Lanzamiento se establecen las metas y objetivos del equipo de pro-
yecto; también se determinan los roles y responsabili- gestionar recursos, transmitir los requerimientos al pro-
dades que desempeñarán cada uno de los integrantes,
y la manera idónea para forma el equipo de trabajo
Estrategia los equipos idean un diseño conceptual del producto
previsto. De igual manera se hacen estimaciones so-
bre el tamaño y el tiempo que tomará el desarrollo, te-
niendo en cuenta que el tiempo que se llegue a consi-
derar debe ser acorde con el tiempo que se tiene dis-
ponible
Planeación los miembros del equipo generan un plan de trabajo,
que puede contener un inventario de los elementos
que serán utilizados
• Etc.
El líder del proyecto tendrá reuniones con la parte soli-
citante y los usuarios, los cuales harán llegar los re-
querimientos, y el líder hará llegar esta información al
programador y al DBMA
Para realizar esta tarea se utilizarán métricas para
evaluar el desempeño de los integrantes del equipo,
ya que deben apegarse a los estipulado y siempre ga-
rantizando la calidad en cada uno de sus procesos.
Líder del proyecto: reuniones con la parte solicitante,
gramador y al DBMA
DBMA: generar bases de datos con estándares para
que el programador las tome como base, garantizar la
integridad de la información, etc.
Programador: generar el código necesario para las
operaciones que las bases de datos requieran, siem-
pre garantizando la calidad en los procesos.
Se pretende presentar un diseño basado en otro pro-
yecto que ya esta en funcionamiento, del cual se utili-
zara la POO y se usaran la herencia, polimorfismo,
etc. Para ahorrar tiempo. Además, se estima que en
un máximo de tres meses se entregue una reléase del
producto.
En este punto se integra un plan de trabajo con los si-
guientes conceptos:

Requerimientos En esta fase se construyen las especificaciones de re-
querimiento de software; esto nos sirve de guía du-
rante el proceso del desarrollo del producto
Diseño Aquí se genera la estructura general del producto;
para esto se deben definir las especificaciones del di-
seño del software. Se debe generar un diseño com-
pleto de los requisitos para poder precisar claramente
el producto que va a desarrollarse
Implementación se realiza la implementación del producto de software;
se empieza a codificar, pero antes se debe inspeccio-
nar minuciosamente el código del software
Pruebas se realizan diferentes pruebas al sistema, con el fin de
asegurar su calidad y evaluar el desempeño del
equipo de trabajo
Se utilizará un lenguaje que pueda ser ejecutado en
cualquier hardware (Windows, Linux, MacOS, etc.)
Se trabajará de lunes a viernes con un horario de 10 a
16 hrs.
Se trabajará bajo un ambiente web, como DBMS se
usará MySQL, y el lenguaje será Java.
Funcionales:
1. Debe garantizar la integridad y disponibilidad
de la información.
2. Autenticar a los usuarios del sistema.
3. Contar con una base de datos que contenga
la información requerida para la gestión
de sus funciones.
4. Mostrar ayudas y describir posibles errores de
los usuarios.
No funcionales:
1. El sistema debe tener un tiempo de respuesta
especifico
2. Debe contar con un dispositivo de almacena-
miento de una cantidad especifica.
3. El usuario deberá tener acceso a Internet
para ingresar al sistema.
Una vez planteados y entendidos los requisitos se
plantea una solución y se establece un diseño de fun-
cionamiento.
Se comienza con el diseño de las BD y la generación
del código para realizar las tareas demandadas a la
BD
Una vez terminada la codificación se realizarán las
pruebas necesarias, como sobre carga de métodos, in-
 yección SQL, ingreso sin autenticación, etc. para verifi-
car que se cumplan con las condiciones de operación
correctas.
Post mórtem Se comienza con la evaluación de todas las tareas que Una vez completado el trabajo se evalúa el trabajo del
se definieron para el proyecto, se verifican las metas equipo, y si se cumplieron o no las metas propuestas,
del plan de calidad y del trabajo del equipo además se indaga sobre la satisfacción el cliente con
el producto
Conclusiones:

El uso de estos modelos mejora indudablemente la calidad de los procesos y se incrementa la

obtención de las metas propuestas. Además, también se incrementa la productividad de los
integrantes del equipo porque se asignan roles específicos.

El uso de TSP ayuda a detectar riesgos y reduce los costos y tiempos de desarrollo, por lo que
usar esta metodología resulta desde mi punto de vista de vital importancia para la planificación
de software, ya que mejora el desempeño individual como del equipo y al basarse en una
disciplina provee beneficios inmediatos y mejora los procesos organizacionales.
Bibliografía:

UnADM. (2019). Unidad I: Introducción a TSP. 22 de abril de 2019, de UnADM Sitio web:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/Bloque2/DS/06/DDSE/U1/
Unidad_1_Introduccion_a_TSP.pdf

Oscar Mondragón Campos. (SF). Integrando TSP y CMMI: Lo mejor de dos mundos. 22 de
abril de 2019, de SG Sitio web: https://sg.com.mx/revista/31/integrando-tsp-cmmi

David Alejandro Gómez. (2009). TSP (Team Software Process). 22 de abril de 2019,
de Blogger Sitio web: http://alejandrogomeztsp.blogspot.com/