Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Copy of PSP y TSP

No description

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Copy of PSP y TSP

PSP y TSP
Integrantes
Cervantes Lopez Oscar Alonso
Hernandez Figueroa Lydia Jazmin
Lara Ruiz Juan Abraham
Lopez Vera Hugo
Maldonado Morales Geovanni
Trejo Garcia Rogelio Estanislao
Qué es PSP y TSP?
Historia
TSP y PSP fueron creados por Watts Humphrey como el siguiente paso en su modelo CMM. Fueron diseñados para proveer lineamientos sobre los procedimientos y estrategias para el uso de métodos de desarrollo que sirvan al programador y al equipo. También fueron una respuesta a la interrogante de cómo implantar CMM en organizaciones pequeñas también buscaban maximizar resultados en sus proyectos.
Procesos
El principal objetivo del proceso PSP, es proveer un Framework para escribir los programas y reunir información sobre tu trabajo, el proceso PSP provee algunos beneficios como:
• Una estructura conveniente para la realización de tareas a pequeña escala.
• Un Framework para medir estas tareas.
• Una base para la mejora de procesos.

Niveles del PSP
* Medición Personal (PSP0)

* Planificación Personal (PSP1)

* Calidad Personal (PSP2)

* Proceso Personal Cíclico (PSP3)
certificacion
PSP surgió en el año de 1995 a partir de la necesidad de pequeñas empresas de implementar el modelo CMM. En consecuencia se desarrolló TSP como una respuesta practica al problema existente de implementación de PSP en equipos organizacionales.
Watts S. Humphrey, fue un conocido pensador estadounidense en el mundo de ingeniería de software, y a menudo fue llamado como el padre de la calidad de software.
En los años 60, Humphrey lideró el equipo de software de IBM que introdujo la primera licencia de software.
En los 80's, Humphrey fundó el Software Process Program, y sirvió como director de este programa desde 1986 hasta principios de los 90. El programa tenía como objetivo entender y gestionar el proceso de ingeniería de software, porque era en el que las organizaciones grandes y pequeñas encontraban las más serias dificultades, y donde estaban las mayores oportunidades para mejoramiento.
Ventajas y Desventajas
Ventajas
Mejora la visibilidad sobre los proyectos
Mejora la comunicación
Mejora la planificación
Reduce el re-trabajo
Mejora la calidad del producto
Conocimiento de la organización
Mejora el ambiente de trabajo
Se tiene una visión compartida
Un cliente más informado
Desventajas
Cada uno de los miembros tiene que tener el compromiso y la disciplina de seguir el plan.
Se debe llenar toda la documentación requerida que incluye sus registros, planificación, plantillas y formularios
El proceso personal de software (PSP) Es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y mantenimiento de sistemas. Está alineado y diseñado para emplearse en organizaciones con modelos de procesos CMMI o ISO.
El llamado Team Software Process (TSP) proporciona un marco de trabajo de procesos definidos que está diseñado para ayudarles a equipos de gerentes e ingenieros a organizar y producir proyectos de software de gran escala, que tengan tamaños mayores a varios miles de líneas de código. El objetivo del TSP es mejorar los niveles de calidad y productividad de un proyecto de desarrollo de software de un equipo, con el fin de ayudarlos a alcanzar los acuerdos de costos y tiempos en dicho desarrollo.
Es un proceso de software diseñado para ser utilizado por un desarrollador de software.
Los organismos que puede certificar PSP y TSP es en México TEC de Monterrey tiene el partnership con ellos y tiene la autorización para ofrecer los cursos y para formar incluso coaches e instructores de TSP y PSP .
Otro organismo es el SIE (software engineering intitute) de la universidad de Carnegie Mellon qu eofrece cursos con posibilidad de dos oportunidades para su aprobación
Están basados en prácticas encontradas en el modelo CMMI para el mejoramiento del proceso.
Está orientada a la mejora continua de sus actividades.

El proceso se divide en tres partes principales Planeación, Desarrollos y Post Mortem. A continuación describo los principales objetivos de estas etapas
Planeacion
o Producir u obtener los requisitos del programa.
o Asegurar que los requerimientos son claros y sin ambigüedades.
o Resolver cualquier inquietud.
o Estimar el tiempo de desarrollo necesario.

Codigo
o Implementar el diseño.
o Ingresar en el log de defectos cualquier defecto encontrado con respecto al diseño.
o Ingresar en el log de tiempos, el tiempo total gastado en la codificación.

Desarrollo
o Diseño
- Diseñar el programa de acuerdo con los requerimientos.
- Ingresar en el log de defectos cualquier defecto encontrado con respecto a los requerimientos, mientras se hace el diseño.
- Ingresar en el log de tiempos, el tiempo total gastado en el diseño.

Compilación
o Compilar el programa hasta que no haya errores de compilación.
o Reparar todos los defectos encontrados.
o Ingresar en el log de defectos cualquier defecto encontrado con respecto al código.
o Ingresar en el log de tiempos, el tiempo total gastado en compilación.

Pruebas
o Probar hasta que no haya errores.
o Reparar todos los defectos encontrados.
o Ingresar en el log de defectos cualquier defecto encontrado con respecto al código.
o Ingresar en el log de tiempos, el tiempo total gastado en pruebas.

Post Mortem
Revisar el resumen del plan del proyecto, con los tiempos reales, defectos y tamaño de los datos, que se registraron en el log de cada etapa para.Recordar y guardar en el log cualquier defecto que fuese omitido
Corregir la información guardada sobre los defectos y corregir.
Corregir cualquier error en la recopilación de tiempos.

Costos
Full transcript