Académique Documents
Professionnel Documents
Culture Documents
Software
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.
Problema hipottico
Elementos
Recordemos que TSP se enfoca en la gestin del equipo de trabajo y PSP en la calidad y
la gestin individual, sobre todo en los desarrolladores de software. Es importante que
todos los involucrados tengan claros los objetivos para poder llegar a la meta en tiempo
y forma, pero para lograrlo se debe asignar a cada persona en el puesto indicado de
acuerdo con sus habilidades, conocimientos y experiencia. As se asegura un buen
ambiente de trabajo y que en todo momento exista comunicacin y retroalimentacin
dentro del equipo.
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:
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.
Proceso
operativo
apoyado
por
la
formacin
capacitacin
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
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
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
PSP
Planes personales
Mtodo de planeacin
Valor agregado
Mtricas de calidad
Procesos definidos
Disciplina
ingenieril
Disciplina de
administracin
Disciplina de
equipo
Equipo
Integrado
Conclusin
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].