Exposicion Tsp Psp

7/22/2019 Exposicion Tsp Psp

http://slidepdf.com/reader/full/exposicion-tsp-psp 1/20

Universidad Mariano Gálvez

Maestría en Informática

Curso: Sistemas de Información

Sección: “A”

Catedrático: Ing. Giovanni Guzmán

METODOLOGIAS PSP Y TSP

Carné Alumno

092-07-1265 Maicol Garcia

092-07-6720 Mageyda Sical

092-03-1895 Ricardo Angel

Fecha: 04 de octubre de 2012

http://www.google.com.gt/imgres?imgurl=http://www.sanaratecos.com/wp-content/uploads/group-documents/4/1279385404-logoUMG.jpg&imgrefurl=http://www.sanaratecos.com/members/g3r50n/&usg=__TnR_xSf5VNjgEtLUi758VWlmlX4=&h=1996&w=2251&sz=1154&hl=es&start=1&zoom=1&tbnid=Pc58wLXFyow_RM:&tbnh=133&tbnw=150&ei=jfeYTc3ZEumD0QGyu4D-Cw&prev=/images?q=LOGO+UMG&hl=es&sa=X&tbs=isch:1&prmd=ivns&itbs=1



2

CONTENIDO

INTRODUCCIÓN .......................................................................................................................... 3PSP (Personal Sof tware Process) ............................................................................................. 4

PRINCIPIOS DEL PSP ............................................................................................................. 6Objetivos del PSP................................................................................................................. 7

Ayuda que genera el uso de PSP ........................................................................................ 7CICLO DE VIDA DEL PSP ....................................................................................................... 7Planeación ............................................................................................................................ 8Diseño de Alto Nivel ............................................................................................................. 8Revisión de Alto nivel ........................................................................................................... 9Desarrollo ............................................................................................................................. 9

Análisis de Resultados ......................................................................................................... 9Estructura del PSP ................................................................................................................... 9

Evolución del PSP .............................................................................................................. 10Los 7 pasos de PSP ............................................................................................................... 10

PSP0: Punto de Partida ..................................................................................................... 11PSP1: Planeación Personal ............................................................................................... 11PSP2: Calidad Personal ..................................................................................................... 12PSP3: Proceso Personal Cíclico ........................................................................................ 12

Beneficios de PSP .................................................................................................................. 13Medición ............................................................................................................................. 13Mejores prácticas ............................................................................................................... 13

Team Sof tware Process (TSP) ................................................................................................. 14Entornos: ................................................................................................................................. 15Estructura de TSP: ................................................................................................................. 15

Objetivos del TSP ............................................................................................................... 16Problemas comunes de Equipos ........................................................................................ 16

Ciclo de Vida del TSP ............................................................................................................. 17Lanzamiento ....................................................................................................................... 17Estrategia ........................................................................................................................... 17Planeamiento ...................................................................................................................... 17Requerimientos .................................................................................................................. 17

Diseño ................................................................................................................................ 18Implementación .................................................................................................................. 18Pruebas .............................................................................................................................. 18Después de la Muerte ........................................................................................................ 18Características fundamentales ........................................................................................... 18Para garantizar las acciones…TSP tiene .......................................................................... 18Roles fundamentales .......................................................................................................... 19

CONCLUSIONES ....................................................................................................................... 20



3

INTRODUCCION

En la actualidad la mayoría de los aspectos de nuestra vida diaria se ven

interconectados con los sistemas de Información específicamente con las aplicaciones

de software, mejor conocidos por la gran mayoría como ”programas de computadora”,

dichas aplicaciones nos ayudan en las tareas que se realizan todos los días en distintossectores de la sociedad, como pueden ser negocios, servicios públicos, educación

entre otros, es por esta razón que un fallo en dicho software provoca una infinidad de

problemas o en el peor de los casos, grandes pérdidas económicas.

Para evitar dichas contrariedades, en los últimos años se han realizado grandes

esfuerzos para producirlas aplicaciones con mayor eficiencia, en menor tiempo de

desarrollo y con mayor calidad, para cumplir estos objetivos es necesario aplicar un

enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y

mantenimiento de software, es decir la aplicación de la Ingeniería en el software.

El termino de ingeniería de Software (IS) aparece a principios de la década de los 60’s,

con la denominada crisis del software”, a partir de dicha crisis la IS comenzó a

profesionalizarse para poder atacar adecuadamente los problemas asociados al

desarrollo de las aplicaciones.

Dentro de estos problemas podemos enumerar los siguientes: naturaleza intangible del

software, dificultad para lograr proyectos en tiempo y costos, dificultad de conocer un

dominio de problema especifico, falta de planeación, falta de preparación y uno de los

mayores problemas: la dificultad de hacer software de calidad.

A partir de la profesionalización del software se pensó en resolver todos estos

problemas mediante el uso de metodologías de programación, herramientas CASE 1,

lenguajes de modelado, disciplina y uso de procesos.

Dentro de todos los procesos utilizados actualmente en del desarrollo de software

podemos encontrarlos procesos de PSP (Personal Software Process) y TSP (Team

Software Process), al ser procesos cuentan con pasos definidos para administrar y

controlar el proceso de desarrollo de aplicaciones, iniciando desde el ambiente

personal ,para poder llegar a la correcta formación de un equipo disciplinado, hasta

culminar en la correcta planeación y administración de proyectos de desarrollo de

aplicaciones.



4

PSP

Personal Software

Process

Buenas Prácticas

Mayor Productividad

Ingeniera en Sistemas




5

PSP Personal Software Process)

Es una metodología, proveniente del Instituto de Ingeniería del Software (SEI). PSP es una

alternativa dirigida a los ingenieros de sistemas, que les permite mejorar la forma en la que

construyen software. Considerando aspectos como la planeación, calidad, estimación de costos

y productividad, PSP es una metodología que vale la pena revisar cuando el ingeniero de

software está interesado en aumentar la calidad de los productos de software que desarrolla

dentro de un contexto de trabajo individual.

Un PSP es un marco de trabajo de medición y análisis que te ayuda a caracterizar tu proceso,

es también un procedimiento definido para ayudarte a mejorar tu rendimiento. PSP se

concentra en las prácticas de trabajo de los ingenieros en una forma individual, se caracteriza

porque es de uso personal y se aplica a programas pequeños de menos de 10.000 líneas decódigo.

PSP se utiliza para producir software de calidad, donde cada ingeniero debe trabajar en la

necesidad de realizar trabajo de calidad, se centra en la administración del tiempo y en la

administración de la calidad a través de la eliminación temprana de defectos.

PSP busca proporcionar un marco de trabajo para el personal involucrado en el proceso de

desarrollo de software, demuestra cómo manejar la calidad desde el principio del trabajo.

PSP demuestra cómo manejar la calidad desde el principio del trabajo y uno de los mayores

problemas que tiene es la gran cantidad de datos que hay que tomar. PSP tiene obsesión por

la toma de datos y elaboración de tablas. PSP se orienta el conjunto de áreas clave del

proceso que debe manejar un desarrollador cuando trabaja de forma individual

PSP, es uno de los 3 vértices donde descansa un proceso de mejora que trabaja sobre 3niveles de la organización, los otros 2 son CMM y TSP



6

• CMM se enfoca a nivel organizacional

• TSP se enfoca a un proceso de grupos de trabajo

• PSP se enfoca a nivel personal

PSP cubre 12 de los 18KPA’s (áreas claves de procesos del CMM) y materializa lo que han

querido decir CMM, ISO 9000 y SQA (Software Quality Assurance).

PRINCIPIOS DEL PSP

El diseño de PSP se basa en los siguientes principios de planeación y de calidad:

- Cada ingeniero es esencialmente diferente; para ser más precisos, los ingenieros debenplanear su trabajo y basar sus planes en sus propios datos personales.

- Para mejorar constantemente su funcionamiento, los ingenieros deben utilizarpersonalmente procesos bien definidos y medidos.

- Para desarrollar productos de calidad, los ingenieros deben sentirse personalmente

comprometidos con la calidad de sus productos.- Cuesta menos encontrar y arreglar errores en la etapa inicial del proyecto que

encontrarlos en las etapas subsecuentes.- Es más eficiente prevenir defectos que encontrarlos y arreglarlos.- La manera correcta de hacer las cosas es siempre la manera más rápida y más barata

de hacer un trabajo.

Para hacer un trabajo de ingeniería de software de la manera correcta, los ingenieros deben

planear de la mejor manera su trabajo antes de comenzarlo y deben utilizar un proceso bien

definido para realizar de la mejor manera la planeación del trabajo.

Para que los desarrolladores lleguen a entender su funcionamiento de manera personal, debenmedir el tiempo que pasan en cada proceso, los defectos que inyectan y remueven de cada

proyecto y finalmente medir los diferentes tamaños de los productos que llegan a producir.

Para producir constantemente productos de calidad, los ingenieros deben planear, medir y

rastrear constantemente la calidad del producto y deben centrarse en la calidad desde el

principio de un trabajo.



7

Finalmente, deben analizar los resultados de cada trabajo y utilizar estos resultados para

mejorar sus procesos personales.

Objetivos del PSP

• Lograr una disciplina de mejora continua en el proceso de desarrollo.• Medir, estimar, planificar, seguir y controlar el proceso de desarrollo.• Mejorar la calidad del proceso de desarrollo.• En general, PSP provee calidad y productividad.

El tiempo ahorrado en el testeo en base a una mejor calidad ahorra entre un 20 a 40 % del

desarrollo.

Ayuda que genera el uso de PSP• Planes precisos

• Pasos a seguir para mejorar calidad

• Banco de datos para medir mejora

• Asignación de tiempo al diseño

• Asignación de tiempo para revisiones e inspecciones

• Seguimiento

CICLO DE VIDA DEL PSP

PSP tiene un marco de proceso de evolución similar al que tiene CMM. PSP trata parcialmente

12 de las 18 KPA´s definidas en el CMM. Las KPA´s son las áreas de procesos clave o KeyProcess Areas por su significado en inglés, estas áreas ayudan a guiar a los programadores a

que exista un mejoramiento

Notable en el proceso de software.



8

En CMM un nivel de madurez sólo se alcanza si se logran cumplir todas las KPA´s que exige

cada nivel. Sin embargo PSP solamente cubre de manera parcial estas KPA´s debido a que es

un complemento de CMM y no depende uno del otro en ningún sentido por lo que es

considerado como material de apoyo.

Como se ha visto anteriormente el Instituto de la Ingeniería del Software (SEI) ha desarrollado

el proceso personal del software para definir y reparar la holgura que existe entre el modelo de

la madurez de la capacidad y el individuo. Por lo tanto es ideal utilizarlo junto con CMM pero no

es obligatorio ya que es un proceso y no un modelo como lo es CMM.

Para desarrollar software de alta calidad, cada componente individual también debe de contar

con la más alta calidad posible. La estrategia total de PSP es cerciorarse de que todos los

componentes individuales se desarrollen con la más alta calidad. PSP logra esto

proporcionando un marco de proceso personal ya definido que el programador puede utilizar.Este marco de trabajo es:

• Planeación

• Diseño de alto nivel

• Revisión del diseño de alto nivel

• Desarrollo

• Análisis de Resultados

Planeación• Esta actividad selecciona requisitos, con base en ellos desarrolla el tamaño y la

estimación de los recursos.• Estimación de los defectos.• Creación de un programa del proyecto.• La planificación proporciona una sólida base para comprometerse a unas fechas de

entrega.• Estimación del tiempo necesario.

Diseño de Alto Nivel• Se elabora especificaciones externas para los componentes construidos.• Diseño de componentes.• Construcción de prototipos si hay incertidumbre.• Los elementos se registran y se rastrean.



9

Revisión de Alto nivel• Métodos formales de verificación para errores de diseño.• Mediciones para todas las tareas importantes y los resultados de trabajo.

Desarrollo• Diseño a nivel de componentes se refina y revisa.• Se genera, revisa, compila y prueba el código.• Mediciones para todas las tareas importantes y los resultados de trabajo.• Puede medirse en LOC (líneas de código).• Esto exige tener una forma normalizada de contar LOC, o de codificar.

Análisis de Resultados• Mediante las mediciones recolectadas se determina la efectividad del proceso.• Las mediciones y medidas deben ofrecer una guía para modificar el proceso y así

mejorar su efectividad.

Estructura del PSP

Está construido en un formato simple de utilizar con instrucciones simples y precisas. Si bien

los scripts describen qué hacer, en realidad se parecen más a check list que a tutoriales.

Estos no incluyen los materiales instructivos que serían necesarios para usuarios no

entrenados. El propósito de los scripts es el de guiar a los desarrolladores en el uso consistente

de los procesos, los cuales ellos conocen (mediante la asistencia a cursos de capacitación en

PSP o a través de bibliografía introductoria en el uso de PSP).



1

Evolución del PSP

• PSP0 - estableces una línea base del rendimiento mensurable.• PSP1 - haces planes de tamaño, recursos y calendario.•

PSP2 - Prácticas gestión de defectos y rendimiento.• PSP3 - Amplias los métodos del PSP a proyecto mayores.

Los 7 pasos de PSP

PSP 3

Desarrollo Cíclico

PSP 2

Revisión del código

PSP 1

Estimación del Tamaño

PSP 0

Proceso

Medición Personal

Planificación Personal

Calidad Personal

Proceso Personal Cíclico

Proceso Personal Cíclico

Admin is trac ión de CalidadPersonal

Proceso de PlaneaciónPersonal

Proceso de MediciónPersonal



1

PSP0: Punto de Partida

• PSP0 es un proceso sencillo, definido y personal.• Utiliza tus métodos actuales de diseño y desarrollo.• Recoge datos sobre tu trabajo:

– tiempo gastado por fase – defectos encontrados en compilación y pruebas

• Proporciona un informe resumen.

El paso inicial en PSP consiste en establecer una base que incluya mediciones y un formato de

reportes. Esto permite medir el progreso y define los cimientos para mejorar. Esencialmente,

PSP0 es el proceso habitual con el que los desarrolladores escriben software, mejorado para

proveer mediciones.

• Se pasa a PSP0.1 agregando un estándar de código, mediciones de tamaño y eldenominado PIP (Process Improvement Proposal).

• El PIP provee una manera estructurada de registrar problemas, experiencias ysugerencias para mejorar.

• PSP0.1 también mejora las mediciones para contar separadamente métodos yprocedimientos.

PSP1: Planeación Personal

• PSP1 le agrega pasos de planeamiento a PSP0. El primer paso agrega estimaciones detamaño y recursos y un reporte de prueba.

• En PSP1.1 se introduce planeamiento de cronograma y seguimiento del proyecto.

Los desarrolladores son enseñados a:

• Entender la relación entre el tamaño de los programas que escriben y el tiempo que les

toma desarrollarlos.• Aprender a realizar compromisos que puedan cumplir.• Preparar un plan ordenado para realizar su trabajo• Establecer una base para realizar un seguimiento de su trabajo.



1

Mientras que la importancia de estas técnicas en proyectos grandes es comprendida, pocos

desarrolladores las aplican a su trabajo personal. PSP demuestra el valor de estos métodos en

el nivel personal.

PSP2: Calidad Personal

• En PSP2 se enfoca en mejorar la habilidad del desarrollador para producir programasde calidad.

• La idea es hacer al trabajo de calidad más natural y consistente. Mejoras significativasen la frecuencia de defectos de los desarrolladores no son posibles a menos queconozcan cuantos errores cometen y que comprendan sus causas y consecuencias.

• PSP2 agrega diseño personal y revisiones de código a PSP1. Estas revisiones ayudana encontrar defectos de manera temprana y a ver los beneficios que esto proporciona.

Los desarrolladores analizan los defectos que encuentran en los primeros programas yusan estos datos para establecer check list de revisión que estén hechos a medida desu experiencia de defectos personales.

• El proceso de diseño es contemplado en PSP2.1. El objetivo no es decirle a losdesarrolladores como diseñar sino orientar el criterio para la finalización del diseño, esdecir, cuando han terminado que es lo que deben haber obtenido. Se establece uncriterio de completitud de diseño y se examinan varias técnicas de verificación yconsistencia de diseño.

PSP3: Proceso Personal Cíclico

• Hasta este punto PSP se concentró en el proceso lineal para construcción de pequeñosprogramas. PSP3 presenta métodos para ser usados por individuos en la realización deprogramas de gran escala. De todas formas sigue enfocado en el individuo y no trata losproblemas de comunicación y coordinación que son una parte importante del desarrollode sistemas de gran escala.

Para escalar PSP2 a proyectos más grandes la estrategia consiste en subdividir el

proceso personal de desarrollo de grandes programas en elementos en la escala de

PSP2. Estos programas son entonces diseñados para ser desarrollados en pasosincrementales. La primera construcción consiste en un módulo base o kernel que es

ampliado en ciclos iterativos. En cada iteración se utiliza un PSP2 completo, incluyendo

diseño, codificación, compilación y pruebas.

• El proceso cíclico PSP3 puede ser un elemento efectivo en un proceso de desarrollo degran escala solo si cada incremento sucesivo de software es de alta calidad.



1

• De esta manera los desarrolladores pueden concentrarse en la verificación de la calidaddel último incremento sin preocuparse por defectos en ciclos anteriores.

• Si un incremento anterior tiene muchos defectos, la prueba será más compleja y losbeneficios de escalar PSP se pierden. Esta es una razón para enfatizar revisiones dediseño y código en los pasos anteriores de PSP.

Beneficios de PSP

Medición

• Tamaño• Tiempo• Defectos y errores

Mejores prácticas

• Manejo de tareas, planeamiento detallado a nuestra medida• Asignación de tiempo al diseño (visión para comprender su importancia)• Métodos de estimación de tamaño• Asignación de tiempo para revisiones e inspecciones• Seguimiento del tiempo

• Seguimiento de defectos y errores• Análisis de métricas

• Estándares de codificación



1

TSP

TEAM SOFTWARE

PROCESS

Buenas Prácticas

Mayor Productividad

Ingeniera en Sistemas




1

Team Software Process TSP)

Es una metodología para dirigir el trabajo de mejora y desarrollo de software además de

establecer un entorno donde el trabajo efectivo de equipo sea normal y natural. Es un conjunto

de procesos estructurados que indican qué hacer en cada fase del desarrollo del proyecto y muestra

cómo conectar cada fase para construir un producto completo. Persigue los siguientes objetivos:

• Integrar equipos independientes de alto rendimiento que planeen y registren su trabajo,

establezcan metas, y sean dueños de sus procesos y planes.• Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y como ayudarlos a

alcanzar su máxima productividad.

• Acelerar la mejora continua de procesos.

• Proveer de una guía para el mejoramiento en organizaciones maduras.

Entornos:

Estructura de TSP:

Planes personales

Método planeación

Valor agregado

Métricas calidad

Compromiso

Planes agresivos

Calidad propia

Objetivos proyecto

Prioridad en calidad

Costo de calidad

Seguir el proceso

Revisión de status y calidad



1

Procesos definidos Plan propio

Plan detallado

Roles

Recursos de equipo

Comunicación

Objetivos del TSP

• Generar un marco basado en PSP• Desarrollar productos en varios ciclos• Establecer estándares para medir la calidad y el comportamiento• Proporcionar métricas para equipos• Evaluar roles y equipos•

Guías para solución de problemas en equipos.

Problemas comunes de Equipos

• Falta de liderazgo• Falta de compromiso y ganas de cooperar• Diferencia en contribuciones• Falta de confianza• Falta de calidad• Mejoras excesivas• Revisiones entre colegas inefectivas



1

Ciclo de Vida del TSP

Lanzamiento - Revisión de objetivos a perseguir.- Asignación de equipos y roles al personal.- Se describen las necesidades del cliente.- Se establece las metas individuales y del equipo.

Estrategia - Crear un diseño conceptual para el producto.- Se establece la estrategia de desarrollo: se decide que será producido en cada

ciclo.- 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.

Planeamiento - Estima el tamaño de cada artefacto a ser desarrollado.- Se identifican las tareas: se estima el tiempo para completar cada tarea.- se asignan tareas a los miembros del equipo.- Hacer un cronograma semanal para tareas terminadas.

- Hacer un plan de calidad.

Requerimientos - Se analizan las necesidades del cliente y se entrevistan.- Se especifican los requerimientos.- Se hace inspección de los requerimientos.- Se diseña un plan de pruebas del sistema.



1

Diseño - Se crea un diseño de alto nivel.- Se especifica el diseño.- Se inspecciona el diseño.- Se desarrolla un plan de pruebas de integración.

Implementación - Se crea el diseño detallado de los módulos y unidades.- Se revisa el diseño.- Se convierte el diseño al código.- Se inspecciona el código.- Se compilan y prueban los módulos y unidades.- Se analiza la calidad de los módulos/unidades.

Pruebas - Se construye e integra el sistema.- Se llevan a cabo las pruebas del sistema.-

Se produce la documentación de usuario.

Después de la Muerte - Análisis de resultados.- Se escribe el reporte del ciclo.- Se producen evaluaciones de pares y equipo.

Características fundamentales Proceso para formar y guiar equipos de ingenieros que desarrollan Software. Conjunto de procesos definidos y estructurados que enfatizan el balance entre

procesos, producto y trabajo en equipo. Indica qué hacer en cada fase del ciclo de desarrollo del proyecto y muestra cómo

aplicar prácticas de ingeniería de trabajo en equipo.

Para garantizar las acciones…TSP tiene Grupo de métricas precisas que permiten medir un estado inicial y final del equipo del

proyecto. Definición y constitución de roles, y las responsabilidades asociadas a estos roles.

Dependiendo de las características y objetivos del equipo de proyecto. Brinda un grupo de sugerencias para resolver problemas partiendo de los objetivos

reales del equipo. Marco de trabajo y estructura de procesos para guiar a los equipos. Cada fase o ciclo comienza por el lanzamiento o relanzamiento.

TSP es un marco de trabajo guiado por procesos, por métricas y por un grupo de fasesque son estándares y dentro de ellas se introducirán las fases de las metodologíasespecíficas que se usen. Fase de lanzamiento: se definen objetivos y metas del equipo. Se definen los roles y las responsabilidades de estos roles. Cada fasede desarrollo tiene un relanzamiento en el que se reajustan los objetivos, los planes y

http://www.ecured.cu/index.php/Software

http://www.ecured.cu/index.php?title=Trabajo&action=edit&redlink=1

http://www.ecured.cu/index.php?title=Equipo&action=edit&redlink=1

http://www.ecured.cu/index.php/Desarrollo

http://www.ecured.cu/index.php/Desarrollo

http://www.ecured.cu/index.php?title=Equipo&action=edit&redlink=1

http://www.ecured.cu/index.php?title=Trabajo&action=edit&redlink=1

http://www.ecured.cu/index.php/Software



1

todas las acciones a seguir para cumplir las metas específicas para cumplir las metasespecíficas de este ciclo. En esta etapa se evalúan las métricas que conforman TSPpara modificación en la calidad del proceso de desarrollo en el equipo. Esto se hace alfinalizar cada uno de los flujos de trabajo también.

Roles fundamentales Líder de proyecto. Gerente de desarrollo. Gerente de planeación. Gerente de Calidad / Procesos. Gerente de Apoyo.

Los roles anteriores los puede jugar un analista, un programador, etc., que además dehacer sus tareas cumpla con esta responsabilidad. No es necesaria una personaespecífica para jugar este rol. Es necesario tener especialistas en:

Calidad Procesos Administración de Configuración Herramientas Almacenamiento de la información.

Problemas que pueden existir en los equipos de desarrollo. Generalmente hay escasezde líderes. Fallos con el interés y la cooperación. Mala calidad. Evaluacionesineficientes. Equipo efectivo según TSP: define desde el inicio los objetivos. Establecerroles en el equipo. Definir una estrategia de desarrollo. Definir el proceso. Producir elplan general de desarrollo detallar los planes para cada ingeniero. Hacer análisis de

riesgo. Actividades de TSP para lograr que los equipos sean efectivos.

Define y acepta las metas desde el principio de forma colectiva. En los siguientes ciclosel equipo reajusta sus metas. Después se definen los roles y responsabilidades. Definirestrategias para cumplir las metas. Definir y documentar los procesos para eldesarrollo. Se estima el tamaño del producto, el tiempo y ordena el trabajo en cadaciclo. Al final se tiene el plan de desarrollo. Estas exigencias se aplican en todas lasetapas del ciclo de desarrollo.

Registros de TSP -Registro de defectos. Registro detallado de los errores encontradosy eliminados. Se puede evaluar cuales son las etapas en las que se han introducido la

mayor cantidad de defectos. Efectividad a la hora de eliminar defectos. -Registro detiempo Registra el tiempo dedicado a las actividades. Gestiona las interrupciones.Mejora los planes. -Registro de pruebas. Registra la información relacionada con laejecución de las pruebas y sus resultados. Gestión de interrupciones. -Registrorelacionados con las revisiones y las listas de chequeos. Procesos fundamentales deCMM: requisitos, planificación, seguimiento de la planificación, calidad, configuración.

http://www.ecured.cu/index.php/Calidad

http://www.ecured.cu/index.php/Calidad



2

CONCLUSION

Es importante que toda empresa independientemente de su giro de negocio puedarealizar una evaluación integral corporativa y por departamentos, con el fin de obtenerinformación actual que describa la situación de la empresa, para identificar los puntosdébiles que se pueden mejorar.

Toda empresa no pasa desapercibida de los costos y la efectividad con la que debecontar para poder sobrevivir en el mercado, como parte de la mejora continua en losproductos y servicios la tecnología de información permite la colaboración de accióninmediata a la automatización de procesos que ayudan a incrementar la calidad de losproductos y servicios que se proveen a nivel interno y externo.

Dentro de la tecnología de información podemos encontrar varias áreas de focalizaciónpara la mejora de los productos y servicios basados en la mejora de procesos ycreación de equipos de trabajo. Para ello se considera importante que las impresaspuedan utilizar metodologías de automatización de procesos de software tales comoPSP y TSP.

PSP permite el manejo de procesos a nivel personal, generando procedimientos clarosque permite a cada individuo ser parte de un proceso principal de una formaindependiente.

Por su lado TSP se enfoca en los grupos de trabajo, su función principal esproporcionar metodologías de gestión de equipos grandes y pequeños, permitir elcontrol y asignación de tareas, llevar seguimiento y monitoreo de los avances en cada

uno de los proyectos de software.

A menudo podemos escuchar como grandes proyectos de software no se llevan a caboo tienen retrasos o inconvenientes en la fecha de entrega debido a los errores clásicosen el desarrollo de software. Por lo que todo departamento de software de considerardentro de su estrategia la prevención de cada uno de ellos para mitigar el riego defracaso en la ejecución del proyecto.

En cuanto a PSP el principal problema es romper los hábitos de desarrollo de software

que los ingenieros han adquirido. El alto contenido matemático de los programas

provocó que los ingenieros se concentraran demasiado en tratar de terminar los

mismos y no en aprender el proceso. El equipo de desarrollo espera capacitación que

pueda ser aplicada inminentemente en sus proyectos de forma inmediata.

En TSP es la adaptación de los ingenieros a sus roles. Se debe incluir un programa de

entrenamiento con ejercicios para practicar actividades propias de cada rol. Se

experimento ventajas al realizar planeaciones pequeñas de 3 a 4 semanas.

Exposicion Tsp Psp

Documents

Transcript of Exposicion Tsp Psp