PSP 0

PSP 0

Antecedentes:
1. - Después de la Segunda Guerra Mundial, las organizaciones que se dedicaban a la industria del software, normalmente basaban su principal estándar de calidad en pruebas al software, generando departamentos dedicados en buscar y arreglar defectos después de la producción de sus productos.
2. - Entre los años 70’s y 80’s, la industria estadounidense se enfocó a conocer la manera en que los ingenieros de software realizaban sus trabajos y cómo era que desarrollaban sus procesos, lo cual permitió reconocer que el anterior modelo de “probar y corregir” era muy costoso en tiempo y recursos.
3. - En 1976, se comenzaron a incluir prácticas de inspecciones al software.
4. - En 1987, Watts S. Humphrey, aplicó su Modelo de Capacidad de Madurez (CMM).
5. - En 1995, los primeros cursos de PSP fueron dados por su creador, en la universidad de Carnegie Mellon.
  1. - En 1997, el Ing. Watts Humphrey lanzó el libro An introduction to the personal software process con un enfoque a los ingenieros de software.
Características de PSP.
1. Es una metodología de la Ingeniería de Software con fundamentos de CMMI.
2. Tiene un enfoque hacia la producción de software de calidad.
3. Favorece los procesos de estimación, planeación y desarrollo de software.
4. Como todo proceso de calidad, está orientada a mantener la mejora continua.
5. Se puede establecer junto con los modelos de calidad TSP y CMMI.
6. Es un proceso definido y ayuda a medir la mejora..
7. Involucra actividades de revisión e inspección. .
8. Está diseñado para uso individual.
9. Se combinan actividades de: administración de proyectos, Ingeniería de software y calidad.
Ventajas
1. Estimación más precisa de tiempos, costos y recursos. .
2. Cumplir con los compromisos. .
3. Productividad en aumento.
4. Localización de los defectos desde fases iniciales.
5. Mejora los tiempos del ciclo de vida.
6. Facilita el seguimiento a procesos.
7. Los desarrolladores comprenden su condición actual y obtienen un ambiente y disciplina que propicia la mejora de su capacidad.
8. Reduce costos.
Desventajas
1. Puede considerarse como un proceso burocrático porque genera documentación.
2. La metodología es muy precisa, puede propiciar la exageración en su aplicación.
3. Implementar esta metodología puede consumir mucho tiempo extra.
4. La renuencia por parte de los desarrolladores de aplicar la documentación y por sentirse expuestos al evidenciar sus tiempos de desarrollo y defectos.
5. Si no se considera como una inversión, generará la idea de ser un proceso muy costoso a un corto y mediano plazo.

Nächster

Beschreibung

Zusammenfassung der Ressource

ähnlicher Inhalt

	Erstellt von ALFREDO JIMENEZ 7657 vor etwa 9 Jahre