Calidad sw

Solo disponible en BuenasTareas
  • Páginas : 5 (1092 palabras )
  • Descarga(s) : 0
  • Publicado : 11 de marzo de 2011
Leer documento completo
Vista previa del texto
por:
KEILA ACOSTA CAMACHO


Conceptos de PSP,TSP,CMMI, ITIL y sus relaciones con la calidad de software |

I. Concepto de PSP Y TSP.

Personal Software Process (PSP) es un ciclo de vida del proceso que brinda disciplina a las prácticas INDIVIDUALES de ingeniería de software, se caracteriza por:
* Ser definido, conciso
* Altamente prescriptivo
* Rápido y barato

Obj:Mejorar la calidad del producto
• Desarrollar hábitos de programación (medición)
• Predicción de costos
• Predicción de tiempo de desarrollo
• Reducción de los ciclos de desarrollo del software.

Team Software Process (TSP) es complementario a PSP y permite a los equipos desarrollar software de calidad efectivamente enfocado a un proceso de grupos de trabajo.
* Costos planeados
*Agendas apretadas.
* Problemas comunes en los equipos
* Liderazgo ineficiente
* Fallas en el compromiso y/o cooperación
* Ausencia de participación
* Demoras, Retrasos
* Calidad pobre
* Inefectiva evaluación de pares

Relación PSP, TSP

* Ambos procesos pueden usarse juntos, es natural.
* PSP and TSP son aplicables tanto a pequeña como a gran escala
*Equipos sencillos 5 - 15 profesionales
* Multi-Equipos Muchas docenas de
Profesionales

II. Calidad de Producto vs. Calidad de SW

Es importante diferenciar entre la calidad del PRODUCTO software y la calidad del PROCESO de desarrollo.
• Las metas que se establezcan para la calidad del producto van a determinar las metas a establecer para la calidad del proceso de desarrollo, yaque la calidad del producto va a estar en función de la calidad del proceso de desarrollo.
• Sin un buen proceso de desarrollo es casi imposible obtener un buen producto.
• El software no se deteriora con el tiempo.
No es susceptible a los efectos del entorno, y su curva de fallos es muy diferente de la del hardware. Todos los problemas que surjan durante el mantenimiento estaban allí desdeel principio, y afectan a todas las copias del mismo; no se generan nuevos errores.
• El mantenimiento del software es mucho más complejo que el mantenimiento del hardware.
Cuando un componente hardware se deteriora se sustituye por una pieza de repuesto, pero cada fallo en el software implica un error en el diseño o en el proceso mediante el cual se tradujo el diseño en código máquinaejecutable.

Por otro lado:
• Es engañosamente fácil realizar cambios sobre un producto software
Los efectos de estos cambios se pueden propagar de forma explosiva e incontrolada.
• El software con errores no se rechaza.
Se asume que es inevitable que el software presente errores.
• También es importante destacar que la calidad de un producto software debe ser considerada en todos sus estados deevolución (especificaciones, diseño, código).



III. Que estándares existen para la calidad de software?
La competencia por la estandarización de la calidad cada día es más fuerte, es necesario que las empresas se preocupen por dar un mejor producto. Pero la calidad del producto no solo se mide en terminarlo.
Además un software con calidad implica una utilización de metodologías oprocedimientos y estándares para el análisis, el diseño, la programación y la prueba del software, para lograr una mayor confiabilidad, y mantenimiento y facilidad de prueba, a la vez que se eleven la productividad, tanto para la labor de desarrollo como para el control de la calidad del software.
Pues como todo tiene requisitos que son la base de las medidas de calidad. La falta deconcordancia con los requisitos es una falta de calidad.
La política debe estar sustentada sobre tres principios básicos:
El 1ro. el principio tecnológico: que define las técnicas a utilizar en el proceso de desarrollo del software.
Como 2do. El principio administrativo: que es el que contempla las funciones de planificación y control del desarrollo del software, así como la organización del...
tracking img