SlideShare una empresa de Scribd logo
ESCUELA DE CIENCIAS DE LA
       COMPUTACION
FUNDAMENTOS DE INGENIERÍA DEL SOFTWARE



  PROCESO DE SOFTWARE
     P
     PERSONAL (PSP)
INTRODUCCIÓN Y ANTECEDENTES
• Entre las principales causas para que el proceso
  de desarrollo de software falle pueden ser:
   – El personal de desarrollo no se involucra lo
     suficiente.
   – No esta consciente de la verdadera importancia
     del proyecto.
   – No se cuentan con los recursos necesarios
   – Las practicas establecidas no son buenas…
• Esta claro que la producción de software debe
  convertirse en un proceso disciplinado y
  aceptado por todos.
• En los años 70 y 80 era popular la estrategia
  “Prueba    y    arregla”   en     la    industria
  estadounidense.
• En estos años se establece el control de
  procesos, que desde aquí ha ido enfocando
  todo avance en el enfoque de la calidad.
  – Modelo de Capacidad de Maduración (CMM) en
    1987.
PROCESO DE SOFTWARE
         PERSONAL
• En el año de 1995 el PSP fue
  propuesto por Watts Humphrey, este
  inicialmente estaba dirigido para
  estudiantes.
• Para 1997 con el lanzamiento del
  libro "An Introduction to the Personal
  Software Process" el PSP ya estaba       Watts Humphrey
  destinado a los ingenieros.
• PSP se concentra en las prácticas de trabajo de
  los ingenieros en una forma individual.
• El PSP se caracteriza porque es de uso
  personal y se aplica a programas pequeños de
  menos de 10.000 líneas de código.
• El PSP sirve para producir software de calidad,
  donde cada ingeniero debe trabajar en la
  necesidad de realizar trabajo de calidad.
• El PSP 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.
• El PSP busca proporcionar un marco de trabajo
  para el personal involucrado en el proceso de
  desarrollo de software.
• PSP demuestra cómo manejar la calidad desde
  el principio del trabajo.
PRINCIPIOS DEL PSP
• Cada ingeniero es esencialmente diferente (Cada
  uno se encarga de su trabajo).
• Para mejorar constantemente su funcionamiento,
  los ingenieros deben utilizar personalmente
  procesos bien definidos y medidos.
• Los ingenieros deben sentirse personalmente
  comprometidos con la calidad de sus productos,
  esto mejorará la calidad.
OBJETIVOS DE 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…
PRINCIPIOS DEL PSP
• 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.
DESVENTAJAS DE APLICAR
    PSP

•   El tiempo requerido para conocerlo
•   El costo emocional por mantener una disciplina
•   El ego del cambio en las costumbres
VENTAJAS DE APLICAR PSP
•   La idea de que ganamos en talento y habilidad
•   La estimulación por nuevas ideas
•   Una estructura de trabajo de mejoramiento personal
•   Tomar control del propio trabajo
•   La sensación de logro
•   Una base mejorada para el trabajo en grupo (TSP)
•   La convicción de que es lo mejor que se puede hacer
NIVELES PSP
• Para recalcar:
  – PSP tiene un marco de proceso de evolución similar
    al que tiene CMM.
  – En el CMM un nivel de madurez sólo se alcanza si se
    logran cumplir todas las KPA´s (áreas de procesos
    claves) que exige cada nivel.
  – PSP solamente cubre de manera parcial estas KPA´s
    debido a que es un complemento de CMM.
  – Al PSP es ideal utilizarlo junto con CMM (no es
    obligatorio).
NIVELES PSP
• El PSP define cinco actividades del marco de
  trabajo:

  – PLANEACIÓN.
  – DISEÑO DE ALTO NIVEL
  – REVISIÓN DEL DISEÑO DE ALTO NIVEL
  – DESARROLLO
  – ANÁLISIS DE RESULTADOS
NIVELES PSP

                         PSP 3
                                         PSP 2.1
                                         Plantillas de diseño (Marco
                                         de trabajo y listas)
                  PSP 2                  Verificación de tareas de
                  -Revisión del diseño   diseño
                  -Revisión del código
                                     PSP 1.1
      PSP 1                          -Planeación de tareas
                                     -Planeación de tiempos
      -Aptitud para estimar
      tamaño.
      -Informe de pruebas
                                  PSP 0.1
PSP 0                             -Establecer estándares de
-Practicas actuales desarrollo.   código (Definir “Líneas de
-Mantener registros de tiempo     código”)
  trabajado en un proyecto.       -Proponer maneras de mejorar
-Registrar defectos               proceso desarrollo
encontrados                       -Realizar mediciones
-Registrar tipos de defectos.
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.
Revisión del diseño 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.
Iniciar el proyecto
                                                                     Enfoque del Proyecto
                               Crear el proyecto
                   Definir los requerimientos del proyecto

                                                                                                   Definiciones
                          Cargar la plantilla de
                     metodología de desarrollo elegida                                             iniciales de
                                                                                                   Proyectos
                        Ingresar el plan del proyecto
                            (usar estimaciones)


                   Definir los roles del equipo de trabajo



                        Manejar los requerimientos                                                 Ciclo de vida
                                                                                                   de Proyectos
                                                                                                   (Seguimiento
Orden de trabajo       Asignar las responsabilidades                      • Actualizar             y supervisión)
                                                                                         Alertas
                                                                            las tareas
                                                             Exportar a   • Usar las
                                                             Microsoft      Métricas
Hoja de tiempo              Avanzar el proyecto
                                                             Project

                                                                           Registro de             Proyecto en
                            Cerrar el proyecto
                                                                           defectos                Producción
INSTRUCCIONES DE USO DEL PSP
• Utilización de una tabla de registro de
  tiempos.
INSTRUCCIONES DE USO DEL PSP
• Tabla de registro de tiempos, llenada
INSTRUCCIONES DE USO DEL PSP
• Gestión de las interrupciones.
 ▫ INTERRUPCIONES
    Variables
    No productivas
    Perdida de tiempo
    Rompen el ritmo de pensamiento
INSTRUCCIONES DE USO DEL PSP
• Control de las tareas finalizadas.
• Resumen periódico de actividades.
CONCLUSIONES
• La disciplina en el proceso de desarrollo de software es, sin lugar a
  dudas, uno de los elementos fundamentales para tal propósito
  debemos comenzar a entenderla y aplicarla desde el primer año de
  la carrera.
• Con la introducción de PSP desde los primeros años y de forma
  gradual, los futuros ingenieros informáticos del país inferirán la
  necesidad de saber gestionar correctamente sus tiempos y
  compromisos, no solo para el trabajo que desempeñarán sino para
  otras facetas de su vida.
• Para obtener productos de calidad, el ingeniero debe asumir la
  responsabilidad personal de la calidad de sus productos. Los
  buenos productos no se obtienen por azar, sino como
  consecuencia de un esfuerzo positivo para hacer un trabajo de
  calidad.
Sitios de Interés
• Engenieering Institute; Personal Software Process (PSP) 2008;
Disponible        en:         Carnegie     Mellon      University.
http://www.sei.cmu.edu/tsp/psp.html

• Addison Wesley; Proceso de Software Personal; 2001; Disponible en
http://lsi.ugr.es/~ig1/docis/respsp.pdf

•Enrique Vereau, Ingeniería de Software; Peru Server; Disponible en http://
www.vereau.org/wp-images/images/files/pres-psp-chiclayo.pdf

•PROCESO         PERSONAL        DEL     SOFTWARE;        Disponible     en
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/pelaez_r_jj/capitulo2.
pdf

Más contenido relacionado

La actualidad más candente

Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
Avelino Felipe Policarpio
 
Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1
Homero Jimenez
 
Análisis de requerimientos
Análisis de requerimientosAnálisis de requerimientos
Análisis de requerimientos
Gustavo Araque
 
Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2
Marta Silvia Tabares
 
Script psp
Script pspScript psp
Iso 12207
Iso 12207Iso 12207
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
Ivan Vidal
 
Ventajas y desventajas
Ventajas y desventajasVentajas y desventajas
Ventajas y desventajas
Oscar LS
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
Lu Martinez
 
Metodología Incremental
Metodología IncrementalMetodología Incremental
Metodología Incremental
andreilouis
 
SCRUM Desarrollo ágil
SCRUM Desarrollo ágilSCRUM Desarrollo ágil
SCRUM Desarrollo ágil
ricardoroldan
 
Exposicion de ingenieria
Exposicion de ingenieriaExposicion de ingenieria
Exposicion de ingenieria
Maximiliano Hernandez Alamo
 
NORMA ISO 25010
NORMA ISO 25010NORMA ISO 25010
NORMA ISO 25010
DAVID_POAQUIZA
 
2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tsp
eeelllkkk
 
Ingeniería del Software de Gestión. Tema 4
Ingeniería del Software de Gestión. Tema 4Ingeniería del Software de Gestión. Tema 4
Ingeniería del Software de Gestión. Tema 4
Enrique Barreiro
 
Ingeniería de Software
Ingeniería de SoftwareIngeniería de Software
Ingeniería de Software
Uacm Lis Slt
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
Anita Ortiz
 
IIS Unidad 3A Proceso de desarrollo de software
IIS Unidad 3A Proceso de desarrollo de softwareIIS Unidad 3A Proceso de desarrollo de software
IIS Unidad 3A Proceso de desarrollo de software
Franklin Parrales Bravo
 
Ieee12207
Ieee12207Ieee12207
Ieee12207
santi1970
 
Modelo CMMI
Modelo CMMIModelo CMMI

La actualidad más candente (20)

Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1Casos practicos puntos_de_funcion1
Casos practicos puntos_de_funcion1
 
Análisis de requerimientos
Análisis de requerimientosAnálisis de requerimientos
Análisis de requerimientos
 
Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2
 
Script psp
Script pspScript psp
Script psp
 
Iso 12207
Iso 12207Iso 12207
Iso 12207
 
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
 
Ventajas y desventajas
Ventajas y desventajasVentajas y desventajas
Ventajas y desventajas
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Metodología Incremental
Metodología IncrementalMetodología Incremental
Metodología Incremental
 
SCRUM Desarrollo ágil
SCRUM Desarrollo ágilSCRUM Desarrollo ágil
SCRUM Desarrollo ágil
 
Exposicion de ingenieria
Exposicion de ingenieriaExposicion de ingenieria
Exposicion de ingenieria
 
NORMA ISO 25010
NORMA ISO 25010NORMA ISO 25010
NORMA ISO 25010
 
2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tsp
 
Ingeniería del Software de Gestión. Tema 4
Ingeniería del Software de Gestión. Tema 4Ingeniería del Software de Gestión. Tema 4
Ingeniería del Software de Gestión. Tema 4
 
Ingeniería de Software
Ingeniería de SoftwareIngeniería de Software
Ingeniería de Software
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
 
IIS Unidad 3A Proceso de desarrollo de software
IIS Unidad 3A Proceso de desarrollo de softwareIIS Unidad 3A Proceso de desarrollo de software
IIS Unidad 3A Proceso de desarrollo de software
 
Ieee12207
Ieee12207Ieee12207
Ieee12207
 
Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMI
 

Destacado

CUADERNO PSP CALIDAD DE SOFTWARE
CUADERNO PSP CALIDAD DE SOFTWARECUADERNO PSP CALIDAD DE SOFTWARE
CUADERNO PSP CALIDAD DE SOFTWARE
Jairo Martinez Molina
 
Cuaderno de ingenieria psp1p
Cuaderno de ingenieria psp1pCuaderno de ingenieria psp1p
Cuaderno de ingenieria psp1p
aguilarlupitas
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de Software
Mario A Moreno Rocha
 
Proceso de Software Personal
Proceso de Software PersonalProceso de Software Personal
Proceso de Software Personal
Irvin Ponce Pérez
 
tabla comparativa de estandares
tabla comparativa de estandarestabla comparativa de estandares
tabla comparativa de estandares
Xiva Sandoval
 
Proceso de Software Personal - PSP
Proceso de Software Personal - PSPProceso de Software Personal - PSP
Proceso de Software Personal - PSP
Christian Mora
 
REDACCION DE UN ARTICULO CIENTIFICO: EL RESUMEN
REDACCION DE UN ARTICULO CIENTIFICO: EL RESUMENREDACCION DE UN ARTICULO CIENTIFICO: EL RESUMEN
REDACCION DE UN ARTICULO CIENTIFICO: EL RESUMEN
Ivan Vojvodic Hernández
 

Destacado (7)

CUADERNO PSP CALIDAD DE SOFTWARE
CUADERNO PSP CALIDAD DE SOFTWARECUADERNO PSP CALIDAD DE SOFTWARE
CUADERNO PSP CALIDAD DE SOFTWARE
 
Cuaderno de ingenieria psp1p
Cuaderno de ingenieria psp1pCuaderno de ingenieria psp1p
Cuaderno de ingenieria psp1p
 
4. Diseño e Implementación de Software
4. Diseño e Implementación de Software4. Diseño e Implementación de Software
4. Diseño e Implementación de Software
 
Proceso de Software Personal
Proceso de Software PersonalProceso de Software Personal
Proceso de Software Personal
 
tabla comparativa de estandares
tabla comparativa de estandarestabla comparativa de estandares
tabla comparativa de estandares
 
Proceso de Software Personal - PSP
Proceso de Software Personal - PSPProceso de Software Personal - PSP
Proceso de Software Personal - PSP
 
REDACCION DE UN ARTICULO CIENTIFICO: EL RESUMEN
REDACCION DE UN ARTICULO CIENTIFICO: EL RESUMENREDACCION DE UN ARTICULO CIENTIFICO: EL RESUMEN
REDACCION DE UN ARTICULO CIENTIFICO: EL RESUMEN
 

Similar a Psp

4.5 proceso del software personal
4.5 proceso del software personal4.5 proceso del software personal
4.5 proceso del software personal
jcezarv
 
Psp
PspPsp
Presentacion para exponer_gpo_5
Presentacion para exponer_gpo_5Presentacion para exponer_gpo_5
Presentacion para exponer_gpo_5
diegomendoza1801
 
Introduccion a Personal Software Process
Introduccion a Personal Software ProcessIntroduccion a Personal Software Process
Introduccion a Personal Software Process
Tonymx
 
Sistema de gestión de competencias
Sistema de gestión de competenciasSistema de gestión de competencias
Sistema de gestión de competencias
Alejandra Ceballos
 
Exposicion RUP
Exposicion RUPExposicion RUP
Exposicion RUP
ocvalenzuela
 
Is.exp.3.323734
Is.exp.3.323734Is.exp.3.323734
Is.exp.3.323734
Alberto Cosio
 
Sesión 2: El proceso del software
Sesión 2: El proceso del softwareSesión 2: El proceso del software
Sesión 2: El proceso del software
Luis Fernández
 
2. El proceso del software
2. El proceso del software2. El proceso del software
2. El proceso del software
Luis Fernandez Vizcarra
 
Sesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del softwareSesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del software
Coesi Consultoria
 
Calendarización de proyectos de software
Calendarización de proyectos de softwareCalendarización de proyectos de software
Calendarización de proyectos de software
Tensor
 
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloBcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Alex Ballarin
 
pspytsp.pdf
pspytsp.pdfpspytsp.pdf
pspytsp.pdf
Luis Manotas
 
Asignacion a cargo del docente
Asignacion a cargo del docenteAsignacion a cargo del docente
Asignacion a cargo del docente
Miguel Angel Hernandez Ordonez
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
Jorge Cortés Alvarez
 
Psp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducciónPsp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducción
Alejandra Ceballos
 
pspmanuelcofre
pspmanuelcofrepspmanuelcofre
pspmanuelcofre
guesteb767a
 
Psp
PspPsp
Psp
kapm
 
Psp
PspPsp
Psp
kapm
 
Psp
PspPsp

Similar a Psp (20)

4.5 proceso del software personal
4.5 proceso del software personal4.5 proceso del software personal
4.5 proceso del software personal
 
Psp
PspPsp
Psp
 
Presentacion para exponer_gpo_5
Presentacion para exponer_gpo_5Presentacion para exponer_gpo_5
Presentacion para exponer_gpo_5
 
Introduccion a Personal Software Process
Introduccion a Personal Software ProcessIntroduccion a Personal Software Process
Introduccion a Personal Software Process
 
Sistema de gestión de competencias
Sistema de gestión de competenciasSistema de gestión de competencias
Sistema de gestión de competencias
 
Exposicion RUP
Exposicion RUPExposicion RUP
Exposicion RUP
 
Is.exp.3.323734
Is.exp.3.323734Is.exp.3.323734
Is.exp.3.323734
 
Sesión 2: El proceso del software
Sesión 2: El proceso del softwareSesión 2: El proceso del software
Sesión 2: El proceso del software
 
2. El proceso del software
2. El proceso del software2. El proceso del software
2. El proceso del software
 
Sesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del softwareSesión 2: Visión General. El proceso del software
Sesión 2: Visión General. El proceso del software
 
Calendarización de proyectos de software
Calendarización de proyectos de softwareCalendarización de proyectos de software
Calendarización de proyectos de software
 
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloBcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrollo
 
pspytsp.pdf
pspytsp.pdfpspytsp.pdf
pspytsp.pdf
 
Asignacion a cargo del docente
Asignacion a cargo del docenteAsignacion a cargo del docente
Asignacion a cargo del docente
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Psp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducciónPsp (personal software process) guia 0 introducción
Psp (personal software process) guia 0 introducción
 
pspmanuelcofre
pspmanuelcofrepspmanuelcofre
pspmanuelcofre
 
Psp
PspPsp
Psp
 
Psp
PspPsp
Psp
 
Psp
PspPsp
Psp
 

Más de Avelino Felipe Policarpio

Proceso de desarrollo unificado
Proceso de desarrollo unificadoProceso de desarrollo unificado
Proceso de desarrollo unificado
Avelino Felipe Policarpio
 
Modelo espiral
Modelo espiralModelo espiral
Modelo cascada
Modelo cascadaModelo cascada
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
Avelino Felipe Policarpio
 
Preguntas del examen
Preguntas del examenPreguntas del examen
Preguntas del examen
Avelino Felipe Policarpio
 
Reseña sobre las características del software
Reseña sobre las características del softwareReseña sobre las características del software
Reseña sobre las características del software
Avelino Felipe Policarpio
 
El ciclo de vida del desarrollo de sistemas
El ciclo de vida del desarrollo de sistemasEl ciclo de vida del desarrollo de sistemas
El ciclo de vida del desarrollo de sistemas
Avelino Felipe Policarpio
 
Sintesis
SintesisSintesis
Protoboard
ProtoboardProtoboard
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
Avelino Felipe Policarpio
 
Protoboard
ProtoboardProtoboard
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
Avelino Felipe Policarpio
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
Avelino Felipe Policarpio
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
Avelino Felipe Policarpio
 

Más de Avelino Felipe Policarpio (15)

Proceso de desarrollo unificado
Proceso de desarrollo unificadoProceso de desarrollo unificado
Proceso de desarrollo unificado
 
Modelo espiral
Modelo espiralModelo espiral
Modelo espiral
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Preguntas del examen
Preguntas del examenPreguntas del examen
Preguntas del examen
 
Reseña sobre las características del software
Reseña sobre las características del softwareReseña sobre las características del software
Reseña sobre las características del software
 
El ciclo de vida del desarrollo de sistemas
El ciclo de vida del desarrollo de sistemasEl ciclo de vida del desarrollo de sistemas
El ciclo de vida del desarrollo de sistemas
 
Sistema informacion
Sistema informacionSistema informacion
Sistema informacion
 
Sintesis
SintesisSintesis
Sintesis
 
Protoboard
ProtoboardProtoboard
Protoboard
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 
Protoboard
ProtoboardProtoboard
Protoboard
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 

Psp

  • 1.
  • 2. ESCUELA DE CIENCIAS DE LA COMPUTACION FUNDAMENTOS DE INGENIERÍA DEL SOFTWARE PROCESO DE SOFTWARE P PERSONAL (PSP)
  • 3. INTRODUCCIÓN Y ANTECEDENTES • Entre las principales causas para que el proceso de desarrollo de software falle pueden ser: – El personal de desarrollo no se involucra lo suficiente. – No esta consciente de la verdadera importancia del proyecto. – No se cuentan con los recursos necesarios – Las practicas establecidas no son buenas…
  • 4. • Esta claro que la producción de software debe convertirse en un proceso disciplinado y aceptado por todos. • En los años 70 y 80 era popular la estrategia “Prueba y arregla” en la industria estadounidense. • En estos años se establece el control de procesos, que desde aquí ha ido enfocando todo avance en el enfoque de la calidad. – Modelo de Capacidad de Maduración (CMM) en 1987.
  • 5. PROCESO DE SOFTWARE PERSONAL • En el año de 1995 el PSP fue propuesto por Watts Humphrey, este inicialmente estaba dirigido para estudiantes. • Para 1997 con el lanzamiento del libro "An Introduction to the Personal Software Process" el PSP ya estaba Watts Humphrey destinado a los ingenieros.
  • 6. • PSP se concentra en las prácticas de trabajo de los ingenieros en una forma individual. • El PSP se caracteriza porque es de uso personal y se aplica a programas pequeños de menos de 10.000 líneas de código. • El PSP sirve para producir software de calidad, donde cada ingeniero debe trabajar en la necesidad de realizar trabajo de calidad.
  • 7. • El PSP 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. • El PSP busca proporcionar un marco de trabajo para el personal involucrado en el proceso de desarrollo de software. • PSP demuestra cómo manejar la calidad desde el principio del trabajo.
  • 8. PRINCIPIOS DEL PSP • Cada ingeniero es esencialmente diferente (Cada uno se encarga de su trabajo). • Para mejorar constantemente su funcionamiento, los ingenieros deben utilizar personalmente procesos bien definidos y medidos. • Los ingenieros deben sentirse personalmente comprometidos con la calidad de sus productos, esto mejorará la calidad.
  • 9. OBJETIVOS DE 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…
  • 10. PRINCIPIOS DEL PSP • 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.
  • 11. DESVENTAJAS DE APLICAR PSP • El tiempo requerido para conocerlo • El costo emocional por mantener una disciplina • El ego del cambio en las costumbres
  • 12. VENTAJAS DE APLICAR PSP • La idea de que ganamos en talento y habilidad • La estimulación por nuevas ideas • Una estructura de trabajo de mejoramiento personal • Tomar control del propio trabajo • La sensación de logro • Una base mejorada para el trabajo en grupo (TSP) • La convicción de que es lo mejor que se puede hacer
  • 13. NIVELES PSP • Para recalcar: – PSP tiene un marco de proceso de evolución similar al que tiene CMM. – En el CMM un nivel de madurez sólo se alcanza si se logran cumplir todas las KPA´s (áreas de procesos claves) que exige cada nivel. – PSP solamente cubre de manera parcial estas KPA´s debido a que es un complemento de CMM. – Al PSP es ideal utilizarlo junto con CMM (no es obligatorio).
  • 14. NIVELES PSP • El PSP define cinco actividades del marco de trabajo: – PLANEACIÓN. – DISEÑO DE ALTO NIVEL – REVISIÓN DEL DISEÑO DE ALTO NIVEL – DESARROLLO – ANÁLISIS DE RESULTADOS
  • 15. NIVELES PSP PSP 3 PSP 2.1 Plantillas de diseño (Marco de trabajo y listas) PSP 2 Verificación de tareas de -Revisión del diseño diseño -Revisión del código PSP 1.1 PSP 1 -Planeación de tareas -Planeación de tiempos -Aptitud para estimar tamaño. -Informe de pruebas PSP 0.1 PSP 0 -Establecer estándares de -Practicas actuales desarrollo. código (Definir “Líneas de -Mantener registros de tiempo código”) trabajado en un proyecto. -Proponer maneras de mejorar -Registrar defectos proceso desarrollo encontrados -Realizar mediciones -Registrar tipos de defectos.
  • 16. 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.
  • 17. 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.
  • 18. Revisión del diseño 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.
  • 19. 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.
  • 20. 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.
  • 21. Iniciar el proyecto Enfoque del Proyecto Crear el proyecto Definir los requerimientos del proyecto Definiciones Cargar la plantilla de metodología de desarrollo elegida iniciales de Proyectos Ingresar el plan del proyecto (usar estimaciones) Definir los roles del equipo de trabajo Manejar los requerimientos Ciclo de vida de Proyectos (Seguimiento Orden de trabajo Asignar las responsabilidades • Actualizar y supervisión) Alertas las tareas Exportar a • Usar las Microsoft Métricas Hoja de tiempo Avanzar el proyecto Project Registro de Proyecto en Cerrar el proyecto defectos Producción
  • 22. INSTRUCCIONES DE USO DEL PSP • Utilización de una tabla de registro de tiempos.
  • 23. INSTRUCCIONES DE USO DEL PSP • Tabla de registro de tiempos, llenada
  • 24. INSTRUCCIONES DE USO DEL PSP • Gestión de las interrupciones. ▫ INTERRUPCIONES  Variables  No productivas  Perdida de tiempo  Rompen el ritmo de pensamiento
  • 25. INSTRUCCIONES DE USO DEL PSP • Control de las tareas finalizadas. • Resumen periódico de actividades.
  • 26. CONCLUSIONES • La disciplina en el proceso de desarrollo de software es, sin lugar a dudas, uno de los elementos fundamentales para tal propósito debemos comenzar a entenderla y aplicarla desde el primer año de la carrera. • Con la introducción de PSP desde los primeros años y de forma gradual, los futuros ingenieros informáticos del país inferirán la necesidad de saber gestionar correctamente sus tiempos y compromisos, no solo para el trabajo que desempeñarán sino para otras facetas de su vida. • Para obtener productos de calidad, el ingeniero debe asumir la responsabilidad personal de la calidad de sus productos. Los buenos productos no se obtienen por azar, sino como consecuencia de un esfuerzo positivo para hacer un trabajo de calidad.
  • 27. Sitios de Interés • Engenieering Institute; Personal Software Process (PSP) 2008; Disponible en: Carnegie Mellon University. http://www.sei.cmu.edu/tsp/psp.html • Addison Wesley; Proceso de Software Personal; 2001; Disponible en http://lsi.ugr.es/~ig1/docis/respsp.pdf •Enrique Vereau, Ingeniería de Software; Peru Server; Disponible en http:// www.vereau.org/wp-images/images/files/pres-psp-chiclayo.pdf •PROCESO PERSONAL DEL SOFTWARE; Disponible en http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/pelaez_r_jj/capitulo2. pdf