INTRODUCCION

La consultoría especializada en sistemas de información tiene como objetivo ayudar a las organizaciones a implementar las prácticas de la metodología PSP/TSP, mediante el levantamiento y seguimiento de proyectos.

Y se lleva a cabo para:

_ Apoyar a desarrollar competencias específicas, orientadas a profesionalizar las prácticas del equipo de desarrollo.
_ Implantar prácticas de medición y análisis, estimación, planeación y seguimiento que permitan dar mayor certeza a la entrega de Productos de Software de Alta Calidad a la vez que se mejora la calidad mediante el uso de PSP/TSP, así como de las mejores prácticas para Revisiones, Pruebas, Requerimientos y Configuración.
_ Obtener resultados tangibles mediante la implementación de la metodología en proyectos piloto.

DESARROLLO

¿Qué es el TSP?

El Team Software Process (TSP) es un proceso de desarrollo para equipos de ingenieros basado en CMMi.

Este modelo es una continuación de la CMM (Capability Maturity Model) ya que al igual que éste, trata de demostrar que es más productivo trabajar con prácticas de ingeniería de software y también es benéfico para su mantenimiento.

A diferencia de otros métodos…

· Mejora el desempeño tanto de equipos como individuos.
· Es disciplinado y ágil.
· Provee beneficios inmediatos y medibles.
· Acelera las iniciativas de mejora de procesos organizacionales.

Como ya se menciono TSP es una metodología para dirigir el trabajo de mejora y desarrollo de software además de que establece un entorno donde el trabajo efectivo de equipo es normal y natural. La estructura de dicho entorno se muestras en la siguiente tabla


ANTECEDENTES DE TSP

TSP fue creado en 1998, por Watts Humphrey para dar una mejoría en la calidad de los servicios de software en los aspectos organizacionales.

Prosigue con las estrategias de calidad americanas iniciadas por
DEMMING EN LA INDUSTRIA EN 1982,FAGAN EN EL PROCESO DE SW 1986,W. HUMPHREY SW, CMM 1987,W. HUMPHREY SW, PSP 1995,W. HUMPHREY SW, TSP 1999

ESTA METODOLOGIA PERMITE

· PSP, los desarrolladores utilizan procesos definidos y medibles. Se toma información de tamaño, tiempo y fallas al momento de realizar el trabajo. Se utilizan los datos para: planear y monitorear el trabajo, administrar la calidad de los productos que se producen y medir y mejorar el desempeño.
· TSP permite resolver problemas típicos de negocio: predictibilidad de costo y tiempo, mejorar la productividad y los ciclos de desarrollo, así como mejorar la calidad de los productos.
· PSP/TSP mejoran el desempeño tanto de equipos como individuos; es disciplinado y ágil; provee beneficios inmediatos y medibles; acelera las iniciativas de mejora de procesos organizacionales.
· Con TSP, los equipos encuentran y reparan defectos en etapas tempranas del proceso de desarrollo.
· Esto reduce de manera importante el tiempo de pruebas.
· Con un testing más corto, el ciclo completo se reduce.

CONCLUSION

El trabajar con este tipo de modelos mejora la calidad de los procesos y reducen los costos, gracias a la generación mínima de errores y el poco tiempo en que estos procesos se realizan. También estos procesos admiten ser modificados fácilmente y sobre todo, es viable tener un buen mantenimiento.El éxito de estos modelos no solo involucran la buena calidad que generan, también una herramienta clave que operan son las visiones a largo plazo, ya que de eso se trata. Al crear modelos los cuales permiten estructurar de manera organizada procesos desde lo particular a lo general, no solo manejas sus funciones para la resolución de trabajos presentes, ya que el mundo de la tecnología evoluciona apresuradamente, y los usuarios que buscan este tipo de modelos, entienden que si no buscan metas y soluciones a largo plazo, simplemente serán desplazados por nuevos usuarios, ó por usuarios que generan una proyección futura.

BIBLIOGRAFÍAS

Biblioteca digital

•Humphrey, W (1997). International Conference on Software Engineering . Retrieved November 10, 2006, Web site: http://0-delivery.acm.org.millenium.itesm.mx/10.1145/260000/253757/p645-humphrey.pdf?key1=253757&key2=0569713611&coll=portal&dl=ACM&CFID=5776395&CFTOKEN=89522848

•Silberberg, D (1998). Applying the personal software process (PSP) with Ada . Retrieved November 10, 2006, Web site: http://0-delivery.acm.org.millenium.itesm.mx/10.1145/290000/289627/p219-silberberg.pdf?key1=289627&key2=6359713611&coll=portal&dl=ACM&CFID=5776395&CFTOKEN=89522848

•Tadayon, N (2004). Journal of Computing Sciences in Colleges . Retrieved November 10, 2006, Web site: http://0-delivery.acm.org.millenium.itesm.mx/10.1145/1060000/1050248/p133-tadayon.pdf?key1=1050248&key2=8332733611&coll=portal&dl=ACM&CFID=5776395&CFTOKEN=89522848

Páginas de internet:

•Febles, A Medir el proceso de control de configuración, ¿una utopía para la Industria Nacional de Software?.

Retrieved November 11, 2006,

Web site: http://www.inf.udec.cl/revista/ediciones/edicion9/febles.pdf

•Grasso, M The Personal Software Process. Retrieved November 11, 2006, Web site:

http://www.csee.umbc.edu/~mikeg/cmsc645/se_psp.pdf

•Lattanze, A Teaching the Personal Software Processsm* and the Team Software Processsm* in Carnegie Mellon’s Master of Software Engineering Program. Retrieved November 11, 2006, Web site: http://oce.spsu.edu/cseet2002/Anthony-Lattanze.pdf

•Upchurch , R (2001). Personal Software Process. Retrieved November 11, 2006, Web site: http://www2.umassd.edu/SWPI/PersonalSoftwareProcess/PSP.html

•Ventura, M (2002). Fallas con el software. Retrieved November 09, 2006, Web site: http://www.enterate.unam.mx/Articulos/dos/septiembre/fallas.htm

•Wikipedia, (2006). Personal Software Process. Retrieved November 09, 2006, Web site: http://es.wikipedia.org/wiki/Personal_Software_Process