EVIDENCIA DE APRENDIZAJE

UNIDAD 1

OCIEL ORTEGA VAZQUEZ

AL10518880
Evidencia de aprendizaje. Identificación de los elementos de la
metodología TSP.

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. Para ello, sigue estos pasos:

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.

5. Guarda tu actividad con la nomenclatura DDSE_U1_A1_XXYZ. Sustituye

las XX por las dos primeras letras de tu primer nombre, la Y por tu primer
apellido y la Z por tu segundo apellido.

*Consulta el documento Criterios de evaluación de actividades U1, para ver

la rúbrica de la actividad y conocer los parámetros de evaluación.
1.- Una de las aplicaciones del Problema es en logística de transporte. En
diversos tipos de situaciones interesa saber la ruta mas corta desde un punto
de origen, pasando por puntos conocidos una vez y que finalice en el
origen.

2.- Una Transportadora debera de entregar 500 equipos de computo

alrededor de la CDMX tiene encargos en varias delegacion, las cuales se
representan A-B-C-D-E, y debe iniciar en la Delegacion A.

¿Qué ruta debe seguir para que el costo sea mínimo?

Las distancias son:

A-B=7 A-E=20 B-E=11 D-E=17

A-C=9 B-C=10 C-D=15

A-D=8 B-D=4 C-E=5

Grafo de las rutas

 Solución por fuerza bruta:

Se eliminan los inversos y se sustituyen los valores de las

distancias dadas.
A-B-D-C-E-A=7+4+15+5+20=51

A-B-D-E-C-A=7+4+17+5+9=42

A-B-C-D-E-A=7+10+15+17+20=69

A-B-E-D-C-A= 7+11+17+15+9=59

A-D-C-B-E-A=8+15+10+11+20=64

A-D-C-E-B-A=8+15+5+11+7=46

A-D-E-B-C-A=8+17+11+10+9=55

A-D-E-C-B-A=8+17+5+10+7=47

A-D-B-C-E-A=8+4+10+5+20=47
A-D-B-E-C-A=8+4+11+5+9=37

A-C-D-B-E-A=9+15+4+11+20=59

A-C-B-D-E-A=9+10+4+17+20=60

Ruta con el Grafo

La ruta optima es de 37 kilómetros de distancia.

 Ahora se resuelve por el nodo mas cercano para verificar y
comparar las rutas que tomará la transportadora al cubrir el
recorrido completo.

De la delegacion A es más corto dirigirse hacia la delegacion B

y de la delegacion B dirigirse hacia la delegacion D y de la D a
la C y de la C hacia la E y de la E regresarse hacia la
delegacion A .

Objetivos de Team Process Software

 Maximizar la calidad del software en detrimento de los costos
 Formar equipos que sean capaces de planear y registrar su trabajo,
establecer metas bien definidas y sean aptos para realimentar su
propio trabajo mediante la medición del mismo.
  Brindar un punto de vista a los gerentes y lideres de proyecto acerca
de como monitorear y como motivar a sus equipos de trabajo para
sacar el máximo potencial del mismo.
 Establecer una guía para el mejoramiento en organizaciones
maduras; asi como acelerar la mejora continua de procesos.
 Construir equipos autosuficientes que planifiquen y documenten su
trabajo, estableciendo metas además de sus progresos y
planificaciones.
 Ayudar a los líderes de proyecto a dirigir y motivar a los grupos y
por supuesto ayudarlos en la realización del proyecto.
 Acelerar el proceso de software para alcanzar el nivel 5 de CMMI de
una manera más fácil.
 Proporcionar una guía para que las empresas alcancen el más alto
nivel de madurez.

Estrategia TSP
 Crear un diseño conceptual para el producto.
 Se establece la estrategia de desarrollo
 Se hacen estimaciones iníciales 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.

Equipo TSP
 2-15
 Cada uno tiene un rol específico
 Una tarea depende de otra

Disciplina de Ingenieria
Esta disciplina se basa totalmente en PSP, ya que es necesario medir la
calidad respecto a las habilidades individuales de los miembros del equipo
quienes deben saben que forman parte del grupo pero deben de ser
responsables de sus actividades de acuerdo a los roles que se les hayan
asignad.

Fases de la disciplina de ingeniería :

Planes personales: cada miembro del equipo debe conocer su rol dentro del
proyecto.
Método de planeación: cada miembro debe manejar y planear
correctamente sus tiempos y responsabilidades

Valor agregado: cada miembro del equipo aportará su experiencia y

conocimiento.

Métricas de calidad: las métricas miden el nivel de algo en específico en

este caso sirven para controlar, medir monitorizar, predecir

Procesos definidos: estos procesos muestran a los miembros del equipo un

panorama general para poder comenzar con el desarrollo del software.

Disciplina de Administracion
Esta disciplina muestra la forma en que los administradores del proyecto
deben guiar al grupo para cumplir los objetivos del proyecto de software
que se desarrollará.

Fases de la disciplina de Administracion:

Prioridad de calidad: en todo desarrollo de software el principal objetivo
debe ser la calidad y la satisfacción del cliente,

Costo de la calidad: de acuerdo a la calidad será el coste, hay que asegurar

que los costos sean adecuados para llegar a la calidad planeada

Seguir el proceso: al inicio del proyecto se definen procesos bien definidos

los administradores deben de revisar que estos procesos se cumplan,

Revisión de status de calidad: revisar periódicamente el estado de la calidad

del software, esto se revisa en plantillas y reportes

Comunicación: la comunicación entre los miembros del equipo de

desarrollo del proyecto, no solo permite que se llegue a los objetivos
deseados, también nos sirve para tener un buen ambiente de trabajo.

Disciplina de Equipo
La disciplina de equipo es una serie de reglas que debe de llevar a cabo el
equipo a lo largo del proceso de desarrollo de software.
Fases Disciplinas de equipo:

Compromiso: todos los miembros deberán tener bien claro cuáles son los
compromisos con la organización y con el cliente.

Planes agresivos: son acciones planeadas y bien estructuradas para

ejecutarse rápidamente y lograr objetivos a corto plazo

Calidad propia: Cada desarrollador debe ponerle su propio sello de calidad

al desarrollo, esto se lleva a cabo en las pruebas que cada uno de ellos
realiza.

Objetivo del proyecto: El equipo debe dar su punto de vista de los objetivos
que se plantean al inicio del proyecto para llevar a cabo el desarrollo del
software y así tener una visión más clara acerca de a dónde se desea llegar.

Plan propio: Cada equipo debe de tener su propio plan

Plan detallado: En la documentación que se crea al inicio del proyecto debe

haber un plan detallado sobre las actividades a realizarse a través de todo el
ciclo de vida del proyecto

Roles: Cada miembro del grupo debe tener bien claro cuál es su rol dentro
del equipo, los roles se asignan con base a las capacidades y cualidades de
cada persona

Recursos del equipo: el equipo debe de utilizar de manera correcta los

recursos proporcionados por parte de la empresa que realizará el proyecto
de software por el cual contrata o integra un equipo TSP.

Ciclo de Vida
Se planea el número de ciclos. Dentro de cada ciclo:

1. Lanzamiento.
 Durante esta fase, y siendo el primer ciclo, se realiza una revisión
de los objetivos del curso. Se da una descripción de la estructura
general de TSPi y del contenido.
 Se forman equipos de estudiantes o ingenieros y a cada uno se le
asigna un rol.
  Se describen las necesidades del cliente.En los ciclos
subsecuentes pueden realizarse intercambios de roles de
acuerdo al desempeño o gustos personales.
2. Estrategia
 Se crea un diseño conceptual del producto
 Se establece la estrategia de desarrollo decidiendo que se
producirá en cada ciclo.
 Se realizan estimaciones iniciales acerca del tamaño LOC y el
esfuerzo requerido. Se identifican los riesgos.
3. Plan
 Estimación de tamaño de los distintos elementos.
 Identificación de las tareas a ser realizadas
 Asignación a cada miembro del equipo.
 Se propone además un plan de calidad que fije parámetros a ser
alcanzados.
4. Requisitos.
 Análisis de las necesidades del sistema
 Especificación de requisitos
 Entrevistas con el cliente y se especifican
 Plan para realizar las pruebas del sistema.
5. Diseño
 Diseño de alto nivel, donde se especifica y examina cada parte
identificada.
 Fijación de estándares de diseño.Plan de prueba para la
integración. El plan de integración.
6. Implementación.
 Diseño detallado.
 Producción de código (Estándar de Codificación)
 Revisión, compilación y prueba unitaria.
7. Pruebas

 Se integran todos los programas.

 Estrategias deprueba:
o Big-Bang: Se juntan todas las partes y se prueba todo el
sistema en su conjunto
 o Uno a la vez: Se van integrando cada una de las partes de
manera incremental y se van probando conforme se
ensamblan.
o Agrupamiento: Se identifican los tipos de componentes,
clases y se integran de acuerdo a funcionamiento.
o Sistema plano: Se construye integrando todas las partes
de alto nivel primero y después se integran las demás
partes bajando por capas.
 Fundamental contar con un plan de prueba con casos de prueba
identificados.
8. PostMorthem.

 Análisis del producto.

 Documenta el ciclo.
 Generación de las evaluaciones del equipo
 Presentación del estado del proyecto.