Este documento describe varios estándares de calidad de software como ISO, SPICE y CMM. ISO es una organización internacional de normalización que desarrolla guías para mejorar la calidad ambiental. SPICE es un estándar para mejorar procesos de desarrollo de software de forma continua. CMM clasifica empresas en 5 niveles de madurez para medir la calidad de sus procesos de desarrollo de software.

1. CALIDAD DEL SOFTWARE-ESTANDARES DE CALIDAD APLICADOS AL SOFTWARE:ISO, SPICE Y CMMNOMBRE DEL ALUMNO: LUIS MANUEL SANCHEZ GARCIACARRERA: INFORMÁTICA SEMESTRE: V Oaxaca de Juárez, Oaxaca a 29 DE NOVIEMBRE DEL 2009

2. 3.1 Estándar ISOLa ISO es una red de los institutos de normas nacionales de 160 países, sobre la base de un miembro por país, con una Secretaría Central en Ginebra (Suiza) que coordina el sistema. La Organización Internacional de Normalización (ISO), con sede en Ginebra, está compuesta por delegaciones gubernamentales y no gubernamentales subdivididos en una serie de subcomités encargados de desarrollar las guías que contribuirán al mejoramiento ambiental.

3. Estructura de la organización La Organización ISO está compuesta por tres tipos de miembros: Miembros simples, uno por país, recayendo la representación en el organismo nacional más representativo. Miembros correspondientes, de los organismos de países en vías de desarrollo y que todavía no poseen un comité nacional de normalización. No toman parte activa en el proceso de normalización pero están puntualmente informados acerca de los trabajos que les interesen. Miembros suscritos, países con reducidas economías a los que se les exige el pago de tasas menores que a los correspondientes.

4. Principales normas ISO Algunos estándares son los siguientes:ISO 216 — Medidas de papel: p.e. ISO A4 ISO 639 — Nombres de lenguas ISO 690:1987 — Regula las citas bibliográficas (corresponde a la norma UNE 50104:1994) ISO 690-2:1997 — Regula las citas bibliográficas de documentos electrónicos ISO 732 — Formato de carrete de 120ISO 838 — Estándar para perforadoras de papel ISO 1007 — Formato de carrete de 135ISO/IEC 1539-1 — Lenguaje de programación FortranISO 3029 — Formato carrete de 126ISO 3166 — Códigos de paísesISO 4217 — Códigos de divisasISO 7811 — Técnica de grabación en tarjetas de identificación ISO 8601 — Representación del tiempo y la fecha. Adoptado en Internet mediante el Date and Time Formats de W3C que utiliza UTCISO 8859 — Codificaciones de caracteres que incluye ASCII como un subconjunto (Uno de ellos es el ISO 8859-1, que permite codificar las lenguas originales de Europa occidental, como el español) ISO/IEC 8652:1995 — Lenguaje de programación AdaISO 9000 — Sistemas de Gestión de la Calidad – Fundamentos y vocabulario ISO 9001 — Sistemas de Gestión de la Calidad – Requisitos ISO 9004 — Sistemas de Gestión de la Calidad – Directrices para la mejora del desempeño ISO 9660 — Sistema de archivos de CD-ROM

5. ISO 9899 — Lenguaje de programación CISO 10279 — Lenguaje de programación BASICISO 10646 — Universal Character SetISO/IEC 11172 — MPEG-1ISO/IEC 12207 — Tecnología de la información / Ciclo de vida del software ISO 13450 — Formato de carrete de 110ISO 13485 — Productos sanitarios. Sistemas de Gestión de la Calidad. Requisitos para fines reglamentarios ISO/IEC 13818 — MPEG-2ISO 14000 — Estándares de Gestión Medioambiental en entornos de producción ISO/IEC 14496 — MPEG-4ISO 14971 — Productos sanitarios. Aplicación de la gestión de riesgos a los productos sanitariosISO/IEC 15444 — JPEG 2000ISO/IEC 15504 — Mejora y evaluación de procesos de desarrollo de software ISO 15693 — Estándar para «tarjetas de vecindad» ISO 22000 — Inocuidad en alimentos ISO 26300 — OpenDocumentISO/IEC 17025 — Requisitos generales relativos a la competencia de los laboratorios de ensayo y calibración ISO/IEC 26300 — OpenDocument Format (.odf) ISO/IEC 27001 — Sistema de Gestión de Seguridad de la Información ISO/IEC 20000 — Tecnología de la información. Gestión del servicio ISO 32000 — Formato de Documento Portátil (.pdf)

6. 3.2 SPICESPICE Software Process Improvement and Capability Determination. Se conforma como el estándar emergente orientado a la mejora continua del proceso de desarrollo de software. Es un estándar internacional cuyo objetivo es simular circuitos electrónicos analógicos compuestos por resistencias, condensadores, diodos, transistores, etc. Para ello hay que describir los componentes, describir el circuito y luego elegir el tipo de simulación

7. 3.3 CMM El CMM - CMMI (Capability Maturity Model) es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software.

8. Los niveles CMM –CMMI son 5: Inicial o Nivel 1 CMM. Es el primer nivel es decir que no es necesario hacer ningún esfuerzo para llegar aquí, las organizaciones en este nivel no disponen de un ambiente adecuado para el desarrollo de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. Los procesos varían según los individuos, el éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobre costos. El resultado de los proyectos es impredecible y esta pobremente controlado.Este es el nivel en donde están todas las empresas que no tienen procesos. No hay control sobre el estado del proyecto, el desarrollo del proyecto es completamente opaco, no sabes lo que pasa en él. Si no sabes el tamaño del proyecto y no sabes cuanto llevas hecho, nunca sabrás cuando vas a terminar.

9. Repetible o Nivel 2 :Según nuestro grafico ya es posible ver una gran diferencia entre el nivel inicial y el repetible, en este segundo nivel se puede observar que se definen claramente puntos de control en cada etapa principal del proyecto, esto obviamente permite tener un mayor control del proyecto. Lo importante a resaltar del grafico es que cada etapa es aún una caja negra es decir no podemos saber con precisión como se desenvuelve el proyecto dentro de cada etapa.Los procesos que hay que implantar para alcanzar este nivel son: Gestión de requisitos Planificación de proyectos Seguimiento y control de proyectos Gestión de proveedores Aseguramiento de la calidad Gestión de la configuración

10. Definido o Nivel 3 CMM:Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos. En conclusión cada proceso se hace transparente para todosLos procesos que hay que implantar para alcanzar este nivel son: Desarrollo de requisitos Solución Técnica Integración del producto Verificación Validación Desarrollo y mejora de los procesos de la organización Definición de los procesos de la organización Planificación de la formación Gestión de riesgosAnálisis y resolución de decisiones

11. Gestionado o Nivel 4 CMM:Estas métricas no son subjetivas si no que se establecen con criterios cuantitativos formalmente definidos. Con el tiempo estos controles nos brindaran mejor información sobre la calidad y estado del proyecto permitiéndonos compararlo con otros proyectos similares y notar cualquier desviación tempranamente para poder corregirlo. Los procesos que hay que implantar para alcanzar este nivel son: Gestión cuantitativa de proyectos Mejora de los procesos de la organización

12. Optimizado o Nivel 5 CMM :En este nivel cada proceso es analizado y controlado permanentemente con la intención de que sea mejorado en todo momento, los controles permiten la mejora continua y se tienen implementadas todas las áreas clave de proceso recomendadas por el modelo.Los procesos que hay que implantar para alcanzar este nivel son: Innovación organizacional Análisis y resolución de las causas

13. BIBLIOGRAFIA:Ingeniería del Software Pressman editorial Mc GrAw HillCalidadySotware.com / CMMI