En esta actividad identificars los elementos de TSP y la relacin que existen entre ellos

como un proceso con base en lo estudiado en el Tema 1.1 Proceso de desarrollo de

Team Software Process (TSP), para ello, sigue estos pasos:
1. Identifica y redacta un problema hipottico de tu vida cotidiana, escuela, mbito
laboral (si fuera el caso), o con base en tu formacin profesional sobre un
problema que se presente a un desarrollador de software, al cual puedas dar
solucin mediante los elementos de la metodologa TSP.

2. Identifica en el problema los elementos del proceso de desarrollo de TSP:

elementos, principios y objetivos, estrategias y las condiciones para establecer un
equipo TSP.
3. En un archivo de texto o presentacin de plantillas, elabora un mapa mental
donde expongas los elementos grficos que ejemplifiquen o representen a cada
uno de tales elementos, as como la relacin que existe entre stos y la forma en
que solucionan el problema.
4. Explica tu mapa mental, menciona cul es la relacin entre los elementos de TSP,
as como las imgenes que consideras los ilustran.
5. A continuacin, redacta una conclusin acerca de la importancia de esta
metodologa en el mbito del desarrollo de software.
6. Integra el desarrollo de tu actividad (el problema, mapa mental y tus
conclusiones) en un documento con cartula y los datos de identificacin
completos,
posteriormente
guarda
tu
actividad
con
el
nombre
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.
7. Ingresa al Foro y participa respondiendo a los planteamientos y lnea de
discusin que publique tu Docente en lnea mediante el tema abierto por l.
Redacta en el cuadro de texto una breve resea de tu actividad no mayor a cinco
renglones y a continuacin adjunta tu archivo. Al finalizar da clic en enviar para
publicarlo y est accesible a tus compaeros y docente en lnea.
Revisa la Rbrica general de participacin en foros y los criterios de evaluacin de
la actividad para que consideres los aspectos a evaluar

Problema hipottico
Soy contador de una institucin de servicios clnico (Hospital Materno infantil San
Francisco de Asis SA de CV), en esta institucin se debe elaborar una base de datos para
agendar la lista de doctores disponibles los fines de semana para servicios de
emergencias y con ello llevarlos a un hospital mas cercano con un diagnostico. Se realiza
en la actualidad en forma manual es por ello que se debe implementar ese sistema.

Elementos
TSP se aplica en el equipo de trabajo y PSP en la calidad y la gestin individual, sobre
todo en los desarrolladores de software. Definir los objetivos para poder llegar a la meta
en tiempo y forma de cada uno de los elementos, se debe asignar a cada persona en el
puesto indicado de acuerdo con sus conocimientos y experiencia. As se asegura un buen
ambiente de trabajo y que en todo momento exista comunicacin y retroalimentacin
dentro del equipo.

Administracin para equipo de trabajo:

Considero que con 3 personas para implementar la metodologa TSP (El lder del equipo,
el administrador del proceso y una persona de mantenimiento elctrico por si se debe
instalar una conexin de red).

Integrado por indicadores:

Para comprender la metodologa TSP es necesario saber qu es un proceso de

desarrollo de software (la primera se realiza dentro del segundo). Tambin
denominado ciclo de vida de desarrollo de software, consiste en una estructura que
indica las etapas que debe cumplir todo desarrollo de software. Existen muchos modelos
de ciclo de vida; TSP puede utilizar cualquiera, pero el de cascada es el ms utilizado. El
90% de los que existen en la actualidad estn basados en l.
Ahora bien, el modelo en cascada indica que todo desarrollo basado en l debe cumplir
con las siguientes fases:

 Anlisis y definicin de requerimientos: es muy importante conocer qu desea

el cliente, para esto se hace el levantamiento de requerimientos, que consiste en
visitas al cliente para saber cmo quiere que funcione el sistema solicitado.
Incluir: Documentacin de Objetivos, Visin, Misin, Roles Puestos y los
requerimientos del sistema a desarrollarse.
Diseo del sistema y el software: los analistas e ingenieros de software
establecen una arquitectura completa del sistema, el diseo nos muestra cmo va
a funcionar y si se va a comunicar con otro sistemas.
Implementacin y prueba de unidades: prcticamente, en esta fase se
desarrolla por completo el sistema.
Integracin y pruebas del sistema: aqu se observa ya un producto terminado.
Las personas designadas en el rea de pruebas y calidad de software revisan que
el sistema no tenga fallos; si los hay, se devuelve el producto a los desarrolladores
para que hagan las modificaciones correspondientes.
Funcionamiento y mantenimiento: una vez que el sistema fue aprobado por las
personas designadas en el rea de calidad y pruebas, se le entrega al cliente la
primera versin terminada del sistema, para que la pruebe en el rea de
produccin y verifique el correcto funcionamiento. Si hay nuevos requerimientos
se regresa a la primera fase para realizar las mejoras para el sistema.

Es un sistema de administracin de calidad: se buscar que el software cumpla

con las normas de calidad oficiales establecidas por ISO a nivel internacional: ISO
9241 e ISO 13407

Est compuesta por 17 partes. La 1 y 2 partes son una introduccin y guas para el
empleo del estndar. De la 3 a la 9 tratan los requisitos y guas relacionadas con el
hardware que impactan en el funcionamiento del software. De la 10 a la 11 se
centran en los aspectos del software.
La ISO 9241-11:1998 Guidance on usability, define la usabilidad como:
La medida con la que un producto se puede usar por usuarios determinados para
conseguir objetivos especficos con efectividad, eficiencia y satisfaccin en un contexto
de uso concreto.
Por tanto, los tres factores, los tres atributos de calidad son:

Efectividad: exactitud e integridad con la que los usuarios alcanzan los objetivos
especificados, y por tanto implica la facilidad de aprendizaje, la ausencia de errores
del sistema o la facilidad del mismo para ser recordado. Las mtricas definidas son:

Nmero de tareas importantes realizadas

Porcentaje de funciones relevantes utilizadas
Porcentaje de tareas completadas con xito al primer intento
Nmero de referencias a la documentacin
Nmero de llamadas para soporte
Nmero de accesos a la ayuda
Nmero de funciones aprendidas
Porcentaje de usuarios capaces de aprender sus caractersticas
Porcentaje de errores corregidos o reportados por el sistema
Nmero de errores de los usuarios tolerados
Porcentaje de palabras ledas correctamente a una distancia de visualizacin
normal

Eficiencia: recursos empleados (esfuerzo, tiempo, etc.) en relacin con la exactitud e

integridad con la que los usuarios alcanzan los objetivos especificados. Las mtricas
definidas son:

Eficiencia relativa en comparacin con un usuario experto

Tiempo empleado en el primer intento
Eficiencia relativa en el primer intento
Tiempo empleado en reaprender funciones
Nmero de errores persistentes
Tiempo productivo
Tiempo para aprender caractersticas
Tiempo para reaprender caractersticas
Eficiencia relativa durante el aprendizaje

 Tiempo empleado en la correccin de errores

Satisfaccin: un factor subjetivo que implica una actitud positiva en el uso del
producto. Las mtricas definidas son:
Calificacin (por parte del usuario) de su satisfaccin con las caractersticas
importantes
Tasa de uso voluntario del producto
Frecuencia de reutilizacin del producto
Calificacin (por parte del usuario) de la facilidad de aprendizaje
Calificacin (por parte del usuario) del tratamiento de errores
La ISO 924111 recomienda un enfoque basado en procesos para evaluar la usabilidad, a
travs del Diseo Centrado en el Usuario (DCU). Por ello la ISO 9241 debe aplicarse en
conjunto con la ISO 13407.
ISO 13407:1999. Human centred design processes for interactive systems.
La ISO 13407 proporciona una gua para alcanzar la calidad en el uso mediante la
incorporacin de actividades de naturaleza iterativa involucradas en el Diseo Centrado
en el Usuario (DCU).
El Diseo Centrado en el Usuario (DCU) lo describe como una actividad multidisciplinar,
que incluye factores humanos y conocimientos y tcnicas de ergonoma con el objetico
de mejorar la efectividad y eficiencia, las condiciones de trabajo y contrarrestar los
posibles efectos adversos de su uso.

Describe los cuatro principios del Diseo Centrado en el Usuario:

Involucrar activamente a los usuarios

Asignacin adecuada de funciones al sistema y el usuario
Soluciones de diseo iterativas
Diseo multidisciplinar
Y las cuatro actividades del Diseo Centrado en el Usuario:

Entender y especificar el contexto de uso

Especificar los requisitos del usuario y de la organizacin
Producir ms de una solucin de diseo candidata
Contrastar los diseos con los requisitos

La estrategia del equipo est dirigida al desarrollo rpido:

Al utilizar la retroalimentacin entre los miembros del equipo se evita cometer

errores observados en desarrollos pasados.
Proceso operativo apoyado por la formacin y capacitacin

proporcionadas al equipo, y dirigido a toda el rea de desarrollo.

Aun cuando los desarrolladores ya cuenten con la experiencia y la capacidad de
ejecutar el trabajo, siempre hay cosas nuevas y especficas que pueden
aprenderse durante el desarrollo del proyecto.
Modelo de coaching:
Mtodo cuyo propsito es instruir y dirigir a las personas con el propsito de
que logren los objetivos y desarrollen habilidades especficas de acuerdo a las
actividades y roles que desempeen dentro del proyecto.
Principios y Objetivos

El objetivo de TSP es mejorar y asegurar la calidad y productividad en un proyecto de

desarrollo de software. Para ayudar a alcanzar los costos y tiempos planeados, los
objetivos del proyecto los establecen los ingenieros de software, de acuerdo con la
metodologa TSP.
TSP est basado en cuatro principios fundamentales:
1. El aprendizaje es mucho ms eficaz si se sigue un proceso claro y bien definido y,
adems, si existe retroalimentacin entre los miembros del equipo. TSP cuenta con
mediciones claras y est diseado para utilizarse de manera cclica, esto permite al
equipo recibir informacin continua sobre su desempeo y avances dentro del proyecto.
Desde luego que ser importante trabajar con calidad el PSP de los integrantes del
equipo que desarrollar el software para la Coordinacin de zona de la Delegacin
azcapotzalco en INEA DF.

2. Para que el trabajo sea productivo es necesario definir objetivos claros, liderazgo
y un ambiente de trabajo agradable.
Objetivo:
El Registro de educandos debe ser digital y ya no manual, es decir, a puo y letra
llenando los formatos correspondientes para tal efecto, considerar que es mejor
introducir los datos en PCs y hacer una BD de la Coordinacin, de esta manera no se
trabajara 2 veces: la primera llenando los formatos de registro y la segunda capturando
los datos despus del registro, de esa forma dice: Se matan 2 pjaros de un tiro.
Adems:
Los objetivos que tiene el TSP son:
Maximizar calidad software, minimizar costos.
Integrar equipos independientes de alto rendimiento que planeen su trabajo,
establezcan metas y san sueos de sus procesos y planes.
Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y
como ayudarlos a alcanzar su mxima productividad.
Acelerar la mejora continua de monitoreo.
Proveer de una gua para el mejoramiento en organizaciones maduras
3. Es importante contar con guas apropiadas para dar solucin a los problemas de
desarrollo que surjan durante el tiempo que dure ste.
Basados en Microsoft Dynamics AX 2009 que es software de planeamiento de recursos
empresariales (ERP) de Microsoft Dynamics brinda a sus empleados las herramientas
que necesitan para conectar y administrar por completo su empresa, desde la
administracin de las finanzas y la cadena de suministro, incluida la fabricacin, hasta
las operaciones, con el conocimiento que necesita para tomar decisiones inteligentes.
Comience ahora con aquello que necesita hoy y adptese sin problemas a medida que
cambien sus necesidades, en la nube o en sus servidores.
4. Las instrucciones son ms claras cuando ya se haba adquirido el
conocimiento y la experiencia en situaciones pasadas.
TSP se basa en el conocimiento y la experiencia sobre equipos de desarrollo de software,
es decir, siempre apoyados en la retroalimentacin o feedback que permitir tener un
mejor manejo y correccin de posibles errores surgidos en otros proyectos.
Estrategias de TSP
Las estrategias son actividades bien estructuradas y planificadas para lograr el objetivo o
los objetivos que se tengan planeados.

La estrategia de TSP es muy importante para que esta metodologa se implemente de

manera correcta, ya que indica la mejor forma de aplicar los procesos que conforman
TSP en todo el ciclo de vida de desarrollo del proyecto, y en cada una de sus etapas.
TSP se conforma de ocho procesos: lanzamiento, estrategia, plan, requerimientos,
diseo, implementacin, prueba y post mrtem.
Toda la fase de desarrollo de software debe cumplir con un ciclo, el cual ser elegido de
acuerdo al tamao y la complejidad del proyecto. Como ya he mencionado el proyecto
se basar en el modelo de cascada, que cuenta con 5 fases: definicin de
requerimientos, diseo del sistema y de software, implementacin y prueba de
unidades, integracin y pruebas del sistema, funcionamiento y mantenimiento.
La estrategia principal de TSP se basa en la bsqueda de la mejor manera de introducir
sus ocho procesos dentro de cada fase del ciclo de vida del proyecto, que para el caso de
la Coordinacin de Zona Azcapotzalco de INEA DF, sera el modelo en cascada. Pero se
debe considerar siempre que se van a utilizar los ocho procesos, pero se trabajar con,
lo que se haya desarrollado en el ciclo anterior.
Equipo TSP

Caractersticas para el equipo que se conformar para desarrollar el proyecto:

Miembros expertos en papeles de liderazgo y pertenencia.

Relaciones tranquilas y establecidas entre los miembros.
Los miembros se sienten atrados por el grupo y son fieles.
Los valores y metas del grupo son los de sus integrantes
Los miembros estn motivados por hacer lo que puedan por el grupo.
La interaccin y toma de decisiones tiene lugar en el ambiente adecuado.
El grupo desea ayudar a cada miembro a adquirir su pleno El grupo desea ayudar
a cada miembro a adquirir su pleno potencial.
Cada miembro acepta con gusto y sin resentimiento las metas y normas
establecidas.
Los miembros se prestan ayuda mutua cuando es necesaria o recomendable.
Existe una atmsfera de creatividad.
El grupo conoce el conformismo constructivo y se sirve de l.
Existe gran motivacin para iniciar y recibir las comunicaciones.
Los miembros son flexibles y adaptables en sus metas y actitudes.
Los miembros se sienten seguros al tomar decisiones que les Los miembros se
sienten seguros al tomar decisiones que les parecen apropiadas al entender la
filosofa de la operacin.

Sus orgenes se deben a las limitaciones que el PSP (Personal Software Process, su
antecesor) tena en el mbito industrial. PSP result muy efectivo para que los
ingenieros pudiesen tener el control de su proceso personal mediante la mejora de sus

habilidades de estimacin y la reduccin de los defectos introducidos en los productos

sin afectar a su productividad, pero PSP slo se enfocaba en las fases de desarrollo de
software (diseo y pruebas unitarias); la aplicacin que lo ingenieros hicieron del PSP
dentro de las empresas resulto en prcticas no satisfactorias.
Los Roles (responsabilidades) en el equipo son:
Lder 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: Gua al equipo en el diseo y desarrollo del producto.
Gestor de Planificacin: Apoya y gua al equipo en la planificacin 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 estndares
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 tecnologa y en las
necesidades de apoyo administrativo. Administra el plan de configuracin
Es necesario que los ingenieros que usan TSP estn formados en PSP. Con TSP, los
equipos encuentran y reparan defectos en etapas tempranas del proceso de desarrollo,
esto reduce de manera importante el tiempo de pruebas.
Mapa Mental

TSP Creacin de equipo

Compromiso
Calidad propia
Objetivos claros
Plan propio
Plan detallado
Roles
Recursos de equipo

PSP
Planes personales
Mtodo de planeacin
Valor agregado
Mtricas de calidad
Procesos definidos

TSP trabajo en equipo

Prioridad en calidad
Costo de calidad
Seguir el proceso
Revisin status y calidad
Comunicacin

Disciplina
ingenieril

Disciplina de
administracin

Disciplina de
equipo

Equipo
Integrado

Conclusin

El desarrollo de un software siempre es hecho en equipo que lo integran ingenieros

informticos donde aplican sus conocimientos para lograr tal objetivo. Este grupo debe
tener asignado responsables y objetivos para lograr su fin. Para lograr que este equipo
pueda trabajar de una forma ordenada y precisa, es necesario que tenga miembros
capaces y experimentados, que a los cuales sean asignados responsabilidades que
ayuden a crecer a este equipo, por lo cual, los procesos que realicen deben ser basados
conforme a el mtodo TSP (Team Software Process). De ah la importancia sustancial del
TSP.
Bibliografa
Carreras O. Usable accesible. (2015). [En lnea]. Blogspot.
Disponible en:
http://olgacarreras.blogspot.com.es/2012/03/estandares-formales-deusabilidad-y-su.html#cap1
[2015, 07 de octubre].
Microsoft. Dynamics. (2015). [En lnea]. Pgina Web.
Disponible en:
https://www.microsoft.com/es-mx/dynamics/erp.aspx
[2015, 07 de octubre].

Unidad 1. Introduccin TSP. Desarrollo de Software en equipo (TSP). UnADM.

(2015). [En lnea]. Pdf.
Disponible en:
https://unadmexico.blackboard.com/bbcswebdav/pid-288441-dt-content-rid3481516_1/courses/DS-DDSE-1502S-B2-001/U1/Unidad
%201.%20Introduccion%20a%20TSP.pdf
[2015, 07 de octubre].
Unidad 2. Calidad de software. Gestin de proyectos software. (2015). [En
lnea]. Pgina Web.
Disponible en:
https://sites.google.com/site/gestiondeproyectossoftware/unidad-2-calidadde-software/2-2-1-psp-y-tsp
[2015, 07 de octubre].