lunes, 13 de febrero de 2012


PSP 0
Resumen
Nuestra actividad trata sobre los formatos requeridos y recomendados para el uso de la metodología de PSP 0.
Mostrando ejemplos de esta metodología y algunas explicaciones acerca de el tema tratado.
Aun que actualmente la metodología de PSP 0  resulta para muchas personas y empresas realmente inútil e inservible, puesto que en ya se encuentran mejores formas de medir el rendimiento de los programadores y sus habilidades, en ocasiones a otras personas lo consideran como una carga innecesaria.
Introducción
PSP 0 es una metodología línea base de eficiencia medible para los programadores puesto que registra el proceso actual así como los tiempos, los defectos y el tamaño de alguna aplicación a desarrollar.
Alcances y Limitaciones
Poder encontrar los formatos y reportes que especifican el uso correcto de la metodología de PSP 0  ya que algunos.
La limitación es la escases de información correcta y explicita sobre el tema que detallen de forma clara y fácil el funcionamiento de la misma metodología PSP 0
Marco teórico
Presentación power point de formatos PSP 0
Hojas de Diapositivas
Formatos oficiales PSP pagina sin autor


                                                 Desarrollo





El propósito general de llevar este registro de defectos reside en promover la mejora continua cada vez que se haga un proyecto. Cada fase de PSP debe de contar con un registro de defectos, ya sean revisiones, compilaciones y/o pruebas.
Los campos que intervienen en este formato son:
• Fecha.- Se introduce la fecha cuando se encuentra el defecto.
• Número.- Se introduce de manera secuencial el número de defecto encontrado en cada programa.
• Tipo.- Se refiere al tipo de defecto que viene en la tabla adjunta al formato, el tipo de defecto va desde 10 hasta 100 en intervalos de 10 en 10.
• Encontrado.- Por medio del mejor juicio se introduce el nombre de la fase cuando se encontró el defecto.
• Removido.- Se refiere al nombre de la fase cuando se removió el defecto encontrado.
• Tiempo de compostura.- Es el tiempo que tomó reparar el defecto encontrado.
• Defecto arreglado.- Este campo quiere decir si se encontró algún defecto extra mientras se reparaba el defecto detectado primero, en caso de no haber ninguno, se introduce una X.
                                                            



Este formato es esencial ya que es un respaldo para cada proyecto que se desarrolla. En él se pueden encontrar los datos que serán útiles para el siguiente proyecto parecido que se desarrolle. Es importante que los datos se escriban con claridad y con precisión para que cada fase de desarrollo sirva para tener un margen de comparación con proyectos futuros.
Los campos que el programador tiene que llenar en este formato son:


Área de Tiempo en la fase.
• Plan.- Es el tiempo estimado que se empleará para desarrollar el proyecto completo.
• Actual.- Es el tiempo real, en minutos, que se emplea en cada una de las fases de desarrollo.
• A la fecha.- La suma del tiempo actual con el tiempo a la fecha del último programa desarrollado.
• A la fecha %.- Indica el porcentaje del tiempo a la fecha que se emplea en cada fase de desarrollo.
                                     
Área de Defectos encontrados.
• Actual.- Número de defectos reales encontrados en cada fase de desarrollo.
• A la fecha.- Suma de los valores de los campos Actual (Defectos encontrados) con el campo de A la fecha del último proyecto programado.
• A la fecha %.- Porcentaje de defectos encontrados a la fecha en cada fase de desarrollo.

Área de Defectos removidos.
• Actual.- Indica el número de defectos removidos en cada etapa.
• A la fecha.- Es la suma del valor que se encuentra en el campo de Actual (Defectos removidos) con el valor A la fecha del último programa desarrollado.
• Ala fecha %.- Porcentaje de defectos removidos del campo A la fecha y que se aplica para cada fase de desarrollo.



Conclusiones
Después de leer y entender la función de la metodología PSP 0 nos hemos dado cuenta que no nos es muy útil puesto que realmente solo nos carga la mano al intentar generar una aplicación puesto que usualmente un programador se encuentra mas ocupado tratando de completar el código al que fue asignado de una forma en la que funcione a la perfección y de ponerse a detallar su trabajo se le acaba el tiempo limite que tiene para generar su programa.

miércoles, 25 de enero de 2012