TOQS 1 TOQS 2

ISO ISO
Costo
$$ Falla de regresión 100

35

Consideraciones sobre 15

calidad y estándares
5

Javier Alanoca Gutiérrez 3

2
1

Req. Esp. Diseño Codif. Pruebas. Entrega Mant.

CALSOFT.PPT

TOQS
Claves Substanciales De Un Sistema De
Calidad Total
1. El corazón del sistema
2. El corazón del proceso de
mejora
3. Si algo no se puede medir
4. La calidad y sus costos se
deben medir
3 TOQS 4
ISO ISO
“El fracaso de la gestión para planificar el futuro y predecir
los problemas ha traído como consecuencia un despilfarro
--> Managment de mano de obra, de materiales, y de tiempo-máquina,
todo lo cual incrementa el coste al fabricante y el precio
--> Es la medición que debe pagar el comprador. El consumidor no siempre
quiere subvencionar este despilfarro. El resultado
inevitable es la pérdida del mercado. La pérdida del
mercado genera desempleo. La actuación de la dirección
--> No se puede mejorar se debería medir por el potencial para permanecer en el
negocio, proteger la inversión, y asegurar los dividendos
futuros y los puestos de trabajo al mejorar el producto y
servicio, y no por los dividendos trimestrales”.
--> Desde la perspectiva del
cliente “ Todas las empresas, de fabricación y de servicios,
están sujetas a los mismos principios de gestión”
Edwards Deming.

TOQS 5 TOQS 6
ISO ISO
Resumen De Los 14 Puntos Para La Gestión Resumen De Los 14 Puntos Para La Gestión
Por Edwards Deming Por Edwards Deming

1) Crear constancia en el propósito de mejorar el producto y

el servicio, con el objetivo de llegar a ser competitivos y
permanecer en el negocio, y de proporcionar puestos de
trabajo.
Los 14 puntos sirven en cualquier parte,
2) Adoptar la nueva filosofía. Nos encontramos en una nueva
tanto en las pequeñas organizaciones era económica. Los directivos occidentales deben ser
como en las grandes, en las empresas de conscientes del reto, deben aprender sus
servicios y en las dedicadas a la responsabilidades, y hacerse cargo del liderazgo para
cambiar.
fabricación. sirven para una unidad de 3) Dejar de depender de la inspección para lograr la calidad.
una empresa. Eliminar la necesidad de la inspección en masa,
incorporando la calidad dentro del producto en primer
lugar.

Page 1
TOQS
...Resumen De Los 14 Puntos Para La
Gestión
Por Edwards Deming
4) Acabar con la práctica de hacer negocios sobre la base del precio.
En vez de ello, minimizar el coste total. Tender a tener un solo
proveedor para cualquier artículo con una relación a largo plazo de
lealtad y confianza.
5 ) Mejorar constantemente y siempre el sistema de producción y
servicio, para mejorar la calidad y la productividad , y así reducir
los costes continuamente.
6) Implantar la formación en el trabajo.
7) Implantar el liderazgo. El objetivo de la supervisión debería
consistir en ayudar a las personas y a las máquinas y aparatos
para que hagan un trabajo mejor. La función supervisora de la
dirección necesita una revisión, así como la supervisión de los
operarios.
7 TOQS 8
ISO ISO
... Resumen De Los 14 Puntos Para La
Gestión
Por Edwards Deming
8) Desechar el miedo, de manera que cada uno pueda trabajar con
eficacia para la compañía .
9) Derribar las barreras entre los departamentos. Las personas en
investigación, diseño, ventas y producción deben trabajar en
equipo, para prever los problemas de producción y durante el uso
del producto que pudieran surgir, con el producto o el servicio.
10) Eliminar los eslóganes, exhortaciones y metas para pedir a la
mano de obra cero defectos y nuevos niveles de productividad.
Tales exhortaciones solo crean unas relaciones adversas, ya que
el grueso de las causas de la baja calidad y baja productividad
pertenecen al sistema y por tanto caen más allá de las
posibilidades de la mano de obra.

TOQS 9 TOQS 10
ISO ISO
... Resumen De Los 14 Puntos Para La
Gestión Concepto De Calidad
Por Edwards Deming
11) a. Eliminar los estándares de trabajo (cupos) en planta. Sustituir “ Es el cumplimiento o superación de las expectativas de los clientes
por el liderazgo. a un costo que le represente valor. Puede verse que para el
b. Eliminar la gestión por objetivos. Eliminar la gestión por cliente, el precio de un producto forma parte de su calidad y
números , por objetivos numéricos. Sustituir por el liderazgo. contribuye positivamente a la calidad mientras más bajo sea”
12) a. Eliminar las barreras que privan al trabajador de su derecho a También se hace referencia:
estar orgulloso de su trabajo. La responsabilidad de los Calidad del trabajo
supervisores debe virar de los meros números a la calidad. Calidad del servicio
b. Eliminar las barreras que privan al personal de dirección y de Calidad de la información
ingeniería de su derecho a estar orgulloso de su trabajo. Esto Calidad del proceso
quiere decir, inter alia, la abolición de la calificación anual o por Calidad de los trabajadores
méritos y de la gestión por objetivos.
Calidad del sistema
13) Implantar un programa vigoroso de educación y auto - mejora. Calidad de los objetivos, etc.
14) Poner a todo el personal de la compañía a trabajar para
conseguir la transformación. La transformación es tarea de todos.

TOQS 11 TOQS 12
ISO ISO
La Responsabilidad De La Calidad Del
Seis Principios Del Control De Calidad
Producto Es De “Todos”
Encargado
1. El control no agrega calidad, ésta es una característica inherente al del sistema
producto, si no más bien debe proveer los medios para el logro de ésta. de control
2. El control es imposible si no existen “estándares” de alguna manera
prefijados, y será tanto mejor, cuanto más precisos y cuantitativos
sean dichos estándares. Director
Cliente (Usuario)
de software
3. La seguridad y fiabilidad del resultado obtenido en la medición,
dependerá únicamente de la profundidad del análisis y evaluación
aplicada.
CALIDAD
4. El control de calidad será más efectivo mientras más rápido sea aplicado, DEL
los errores son más difíciles de corregir mientras más tarde se detecten Analistas Programadores
PRODUCTO Codificadores
ya que estos se convierten en defectos. (Ver Falla de regresión).
5. La responsabilidad de la obtención de un producto de buena calidad recae
en TODOS los que participan en su desarrollo.
6. El éxito del control de calidad depende en gran medida de la creación de la
conciencia de calidad en todos los rangos de la organización, desde los
altos directivos hasta el último empleado. Diseñadores Otros

Page 2
 TOQS 13 TOQS 14
ISO ISO
Aspectos De La Calidad Del Software Aspectos De La Calidad Del Software
Factores Externos e Internos Factores Externos e Internos
Push Pop
• Todos queremos que nuestros programas sean rápidos, confiables,
I fácil de usar, leíble, modular, estructurado, etc.
N Tope • Algunos factores (velocidad, facilidad de uso) pueden ser
detectados por el usuario, a estos se les llamara factores externos
T de calidad
E • Otros factores aplicables al producto de software como ser:
R modularidad o leíble, son factores internos perceptibles por el
F programador
Tope
A • Sin embargo los factores internos son la clave para asegurar que
los factores externos sean satisfactorios
S 1 2 3 ...... n
E

ESTRUCTURA EXTERNA ESTRUCTURA INTERNA

TOQS 15 TOQS 16
ISO ISO

Factores Externos De Calidad ...Factores Externos De Calidad

• Correctitud • Reutilizabilidad
– Definición: La correctitud es la habilidad con que los productos de – Definición: La reutilizabilidad es la habilidad del producto de software
software ejecuten exactamente sus tareas, como fueron definidos por para ser reutilizado, ya sea total o parcialmente, por nuevas
los requerimientos y las especificaciones aplicaciones
• Robustecidad • Compatibilidad
– Definición: La robustecidad es la habilidad del software para funcionar – Definición: La compatibilidad es la facilidad con que los productos de
igual en condiciones anormales software pueden ser combinados con otros
• Extensibilidad • Eficiencia
– Definición: La extensibilidad es la facilidad con que un producto de – Es el buen uso de los recursos de hardware, como ser procesadores,
software puede ser adaptado a los cambios de especificación memorias, dispositivos de comunicación, etc.
– Dos principios son esenciales: » TIEMPO Y ESPACIO
» Diseño simple de la arquitectura • Portabilidad
» Descentralización con la mayor autonomía de los módulos – Es la facilidad con la cual los productos de software pueden ser
transferidos a varios ambientes de hardware y software

TOQS 17 TOQS 18
ISO ISO

Otros Factores Externos De Calidad Factores Internos

• Los factores internos son percibidos por los programadores, como:

• Verificabilidad
• Modularidad
– Es la facilidad de preparar la aceptación de los procedimientos,
pruebas de datos particulares, procedimientos para detectar fallas y – Acoplamiento mínimo
seguimiento de ellos durante la validación y fases de operación – Máxima cohesión
• Integridad • Código Leíble
– Es la habilidad del sistema de software para proteger sus varios • Uniformidad , Notación consistente
componentes (programas, datos, documentos) contra accesos y • Definido , Carencia de ambigüedad
modificaciones no autorizadas
– Z= A /B XC
• Facilidad De Uso
– Es la facilidad de aprender como usar el sistema de software, operarlo,
• Linealidad
preparar datos de entrada, interpretar resultados y recuperarlo desde • Estilo De Codificacion
errores usuales • Eficiencia Del Código
– En base a los algoritmos definidos en el diseño detallado
– No hay que sacrificar la claridad, la legibilidad o la corrección en aras
de mejoras en eficiencia que no sean esenciales

Page 3
 TOQS 19 TOQS 20
ISO ISO

Una advertencia

• Esta exposición nos puede hacer creer que la garantía

de calidad del software comienza una vez que se ha
generado el código. !Nada más lejos de la verdad¡. La
garantía de calidad del software (SQA) es una
“actividad de protección” que se aplica a lo largo de
todo el proceso de ingeniería de software.
– Esto se logra solo utilizando normas :
Estándares » ISO, IEEE, CM
• La norma no indica cómo se deben implantar los
Javier Alanoca Gutiérrez
requerimientos, lo que sí se enfatiza es cómo se debe
tratar cada requerimiento.

TOQS 21 TOQS 22
ISO ISO
Tecnología Del ISO 9000 Términos más usados
NB-ISO-8402
Producto proporcionado por el proveedor
• Proveedor
– Organización que provee un producto a un cliente.
– Notas:
» 1. En una situación contractual el proveedor puede ser
Sub Producto Contra denominado “contratista”.
Sub Producto Sub tista
Proceso Proceso Terminado » 2. El proveedor puede ser, por ejemplo, el productor, distribuidor,
Contrati Comprado ensamblador, u organización de servicio.
sta
» 3. El proveedor puede ser interno o externo a la organización.
• Contratista
– Proveedor en una situación contractual.
• Subcontratista
– Organización que provee un producto al proveedor.
Inspección Inspección Inspección
y prueba y prueba y prueba
de entrada en el proceso final

TOQS 23 TOQS 24
Análisis de la Norma ISO ISO
“DEBE “ y “SE DEBE CONSIDERAR” Tres Aspectos Fundamentales Sobre La
Documentación En ISO 9000

• Cuando se analiza la norma, se debe contemplar lo 1. Todo debe ser documentado en el sistema de
siguiente: calidad.
• Cuando la norma usa el vocablo DEBE, todo lo que
plantea se tiene que hacer; esto es un requisito 2. Todo lo documentado debe ser implantado.
fundamental.
3. Y todo lo implantado debe ser mantenido a
• Cuando se usan las palabras “SE DEBE
CONSIDERAR” no es obligatoria su implantación.
través de auditorías internas.

Page 4
TOQS 25 TOQS 26
ISO ISO

Sistemas De Administración De La Calidad ISO 9000 Y Sus Partes

• Históricamente con los faraones en Egipto • Consiste de cuatro partes:

– Cuando los buenos funerales tenían que ser aprobados por el
superintendente de la Necrópolis y soportar su marca.
• Las raíces de los estándares se encuentran en la Revolución
Industrial .
• Los Americanos.....
• Los Japoneses.....
• El primer intento que obtuvo el éxito al documentar y estandarizar
fue, una especificación militar americana MIL-Q-9858.A, 1963.
• La necesidad de un estándar de la industria comercial para
asegurar la calidad en el Reino Unido fue encontrado por el British
Standards Institute, que produjo el BS5750 en 1979.
Posteriormente fue refinado por la International Standars
Organization produciendose el ISO9000 basado en el BS5750.
• ISO 9000 : Administración de la calidad y estándares de
aseguramiento de la calidad - Guías para la selección y uso.
• ISO 9001 : Sistemas de calidad - Modelos para asegurar la calidad
en diseño/desarrollo, producción, instalación y servicio.
• ISO 9002 : Sistemas de calidad - Modelos para asegurar la calidad
en la producción e instalación.
• ISO 9003 : Sistemas de calidad - Modelos para asegurar la calidad
en la inspección final y pruebas.
• ISO 9004 : Elementos de administración de la calidad y Sistemas
de calidad - G.
• En la Comunidad Europea se conoce como:
– Euronorme EN29000-1987

TOQS 27 TOQS 28
ISO ISO

ISO 9000 ISO 9000 - Preguntas Comunes

• De manera básica, el ISO 9000 consiste, en su totalidad, de • ¿Qué es ISO 9000 ?

documentar y estandarizar el proceso.
• Representa la mejor práctica actual en administración y control
cuando se aplica a la producción de software.
• La industria del software se encuentra en la misma etapa que se
encontraban las pistolas antes de la industrialización.
• La ISO 9000, sólo certifica sistemas de calidad, no así la
certificación del producto y su objetivo central.
– El ISO 9000 se refiere al aseguramiento de la calidad de las
capacidades de organización funcionales.
• ¿ Por qué es necesario ?
– Debe haber un plan básico para la calidad. Esto en realidad no
sucede; sólo es una forma de satisfacer de manera continua los
requerimientos y expectativas de los clientes.
• ¿ Qué es un plan de calidad ?
– Un documento que establece los recursos de las prácticas específicas
de calidad y actividades relevantes para un producto en particular,
contratación de servicio o proyecto.

TOQS 29 TOQS 30
ISO ISO

ISO 9000 - Preguntas Comunes Partes Del ISO 9001

• ¿ Qué es el aseguramiento de la calidad ? • Requerimiento 1. Responsabilidades de la administración/política

– Es el negocio de confirmar que el buen software no es producto de la de calidad.
buena suerte sino de observar una buena práctica de administración. • Requerimiento 2. Sistema de calidad
• ¿ A quién afecta y cuáles son sus responsabilidades ? • Requerimiento 3. Revisión del contrato
– A cualquiera asociado con la planeación, ventas, entrenamiento, • Requerimiento 4. Control del diseño
suministro, manufactura, inspección, pruebas, servicios al cliente,
ingeniería, campos de servicio; en pocas palabras, casi a todos. • Requerimiento 5. Control del documento
• Requerimiento 6. Compra
• Requerimiento 7. Producto provisto por el comprador
• Requerimiento 8. Identificación y seguimiento del producto
• Requerimiento 9. Control del proceso
• Requerimiento 10. Inspección y prueba

Page 5
TOQS 31 TOQS 32
ISO
Relación de los estándares ISO 9000 a los ISO
procesos de desarrollo de manufactura y
... Partes Del SO 9001 software
Proceso de Manufacturación

Requerimientos Desarrollo del Producción Pruebas e Instalación Mantenimiento

• Requerimiento 11. Equipo de medición y prueba del cliente producto Inspección y servicio
• Requerimiento 12. Estado de inspección y prueba
• Requerimiento 13. Control de productos no satisfactorios
Diseño ISO 9003
• Requerimiento 14. Acción correctiva
• Requerimiento 15. Almacenamiento, empaquetamiento y entrega ISO 9002
• Requerimiento 16. Registros de calidad
ISO 9001
• Requerimiento 17. Auditorías de calidad internas
Diseño Implantación
• Requerimiento 18. Entrenamiento
• Requerimiento 19. Servicio
• Requerimiento 20. Técnicas estadísticas Requerimientos Diseño Diseño Código Pruebas Empaqueta Mantenimiento
del cliente alto bajo miento e y servicio
Nivel Nivel Instalación

Proceso de desarrollo del software

TOQS 33 TOQS 34
Anexo A (Informativo) ISO ISO

Referencias Cruzadas Entre La Norma ... Anexo A

ISO9000-3 e ISO9001

Apartado de ISO 9000-3 (Apartado de ISO 9001) 5.9 Reproducción, entrega e instalación (4.10, 4.13, 4.15)
4.1 Responsabilidad de la dirección (4.1) 5.10 Mantenimiento (4.13, 4.19)
4.2 Sistema de la calidad (4.2) 6.1 Gestión de la configuración (4.4, 4.5, 4.8, 4.12, 4.13)
4.3 Auditorias internas del sistema de la calidad (4.17) 6.2 Control de la documentación (4.5)
4.4 Acciones correctivas (4.14) 6.3 Registros de la calidad (4.16)
5.2 Revisión del contrato (4.3) 6.4 Medición (4.20)
5.3 Especificación de los requisitos del cliente (4.3, 4.4) 6.5 Reglas, práctica y acuerdos (4.9, 4.11)
5.4 Planificación del desarrollo (4.4) 6.6 Herramientas y técnicas (4.9, 4.11)
5.5 Planificación de la calidad (4.2, 4.4) 6.7 Compras (4.6)
5.6 Diseño e implantación (4.4, 4.9, 4.13) 6.8 Producto de soporte lógico suministrado (4.7)
5.7 Pruebas y validación (4.4, 4.10, 4.11, 4.13) 6.9 Formación (4.18)
5.8 Aceptación (4.10, 4.15)

TOQS 35 TOQS 36
Anexo B (Informativo) ISO ISO

Referencias Cruzadas Entre La Norma ... Anexo B

ISO9001 e ISO9000-3

Apartado de ISO 9001 (Apartado de ISO 9000-3) 4.11 Control de los equipos de inspección, medición y ensayo (5.7,
4 Requisitos del sistema de la calidad (4, 5.6) 6.5, 6.6)
4.1 Responsabilidad de la dirección (4.1) 4.12 Estado de inspección y ensayos (6.1)
4.2 Sistema de la calidad (4.2, 5.5) 4.13 Control de productos no conformes (5.6, 5.7, 5.9, 5.10, 6.1)
4.3 Revisión del contrato (5.2, 5.3) 4.14 Acciones correctivas (4.4)
4.4 Control del diseño (5.3, 5.4, 5.5, 5.6, 5.7, 6.1) 4.15 Manipulación, almacenamiento, embalaje y entrega (5.8, 5.9)
4.5 Control de la documentación (6.1, 6.2) 4.16 Registros de la calidad (6.3)
4.6 Compras (6.7) 4.17 Auditorías internas de la calidad (4.3)
4.7 Productos suministrados por el cliente (6.8) 4.18 Formación y adiestramiento (6.9)
4.8 Identificación y trazabilidad del producto (6.1) 4.19 Servicio postventa (5.10)
4.9 Control de los procesos (5.6, 6.5, 6.6) 4.20 Técnicas estadísticas (6.4)
4.10 Inspección y ensayo (5.7, 5.8, 5.9)

Page 6
TOQS
Estándares de desarrollo de Software
Patrick A. V. Hall, Department of computer Science, Brunel University
Calidad del Software TV educativa de España
Se revisan los estándares que están disponibles y que
son de dominio público. Los principios involucrados de
la organización son descritos, y los procesos que toman
lugar en la producción de estándares. Se identifican los
principios de interés de los estándares del desarrollo
de software.
TOQS
Estándares de desarrollo de Software
Distinciones
• de la práctica (opuesto a la teoría): Asociados al interés comercial
que determina la estructura de los mercados.
• modelo de referencia (versus el estándar actual): Luego se puede
formular un esqueleto dentro de otros estándares.
• producto versos estándares de proceso: algunos estándares
son concernientes con productos específicos de software, tal como
son los compiladores y equipos de comunicación, mientras que
otros estándares son concernientes con el proceso por medio del
cual un producto de software es desarrollado. Dentro de los
estándares de los productos uno distingue estándares de
interfaces los cuales determinan puramente que sucede en la
interface y no que sucede dentro del producto como un todo.
TOQS
Estándares de desarrollo de Software
Organizaciones para los estándares
• Las organizaciones más significantes son:
• ISO, International Organization for Standardisation, 1974
• IEC, Internacional, Electrotechnical Commission, 1906
• Otros:
• CCITT, Comité Consultat if International de Télégraphie et
Téléphonie.
• CEN, Committee European De Normalisation
• IEEE, Institute of Electrical and Electrónicos Engineers
• Estándares militares
• Estándares para compiladores y lenguajes de programación
• Estándares de procesos
37 TOQS 38
ISO ISO
Estándares de desarrollo de Software
Introducción
• Los estándares son importantes en la regulación de la producción
del software y su despliegue. Ellos pueden ser usados en:
– conseguir que los ítems individuales del software para ayudar
asegurar que ellos se ajusten a los propósitos especificados.
– áreas de la tecnología para asegurar la interoperación exitosa de
piezas independientes de equipamiento, como son en los estándares
de comunicación,
– los mercados para asegurar un mercado libre para proveedores de
terceras partes como un sistema operativo y los ambientes de su
soporte.
– una compañía para regular su desarrollo de software.
39 TOQS 40
ISO ISO
Estándares de desarrollo de Software
Distinciones
• práctica de códigos, guías y especificaciones: bajo el término
general de “estándar” se destacan un número de niveles de
ejecución aunque estos no han sido oficialmente definidos. Las
prácticas de códigos y guías indican buenas prácticas en el cual la
conformidad no puede ser determinado de forma precisa, mientras
que las especificaciones deben ser precisar con la conformidad
mediante pruebas apropiadas y análisis.
• estándares funcionales: grupos de estándares interrelacionados
junto a otros pueden servir a las necesidades del usuario.
41 TOQS 42
ISO ISO
Estándares de desarrollo de Software
Proceso de certificación
• La mayor actividad de certificación de procesos se da en:
– lo militar: AQAP-1 y AQAP-13 para el software
– lo civil: ISO9000 y BS5750 en UK
• Un proceso de certificación necesariamente debe ser auditado,
inspeccionado y revisado, y toma la forma:
• 1. Una compañía establece un sistema de calidad el cual es
intentado conformar: esto incluye la documentación completa en
una manual de calidad o similar. EL manual de calidad puede por
si mismo citar algunos de los estándares listados aquí o en las
referencias.
• 2. Un equipo de inspectores visita la compañía por varios días,
accesando al manual de calidad con los sistemas de estándar
genéricos, viendo el departamento de calidad en el trabajo, y
viendo el avance de los proyectos.
Page 7
TOQS 43 TOQS 44
ISO ISO
Otro Modelo - CMM
Estándares de desarrollo de Software
Modelo De Madurez De La Capacidad (CMM)
Proceso de certificación
( Capability Maturity Model )
• 3. Se hace cualquier acción correctiva al sistema de calidad y la
compañía es registrada o certificada como es conforme al sistemas Optimizado (5)
de estándar de calidad para una rama particular de la ingeniería Proceso de mejoramiento
concerniente. continúo
• 4. A intervalos se debe auditar la compañía para una conformidad Dirigido (4)
continua. Las visitas de auditoria deben ser anunciadas o bien
arreglados en el desarrollo. Proceso de predicción

• Mas detalles de conformidad con procesos estándares individuales

Definido (3)
deberían ser cumplidos durante la ejecución de un proyecto, a
través de inspecciones y revisiones y una práctica de Proceso de estandarización
consistente
administración dentro la compañía.
Repetible (2)
Proceso de
disciplinación

Inicial (1)

TOQS 45 TOQS 46
ISO ISO
...Niveles Del Modelo De Madurez De La ...Niveles Del Modelo De Madurez De La
Capacidad Capacidad
• 1) Inicial
• 4) Dirigido
– Este nivel conocido como caótico.
– La organización ha iniciado un proceso comprensivo de
– Mientras hay muchos grados de control de la administración, el mediciones y análisis. Esto es cuando la mejora más
primer paso es predecir superficialmente ( aproximadamente) significante de calidad comenzó.
planes y costos.
• 5) Optimizado
– Hasta que el proceso este bajo el control del administración, el – Ahora la organización tiene un fundamento para un mejoramiento
proceso ordenado de un proceso de mejoramiento no es continuo y optimización de procesos.
posible.
• 2) Repetible
– La organización ha llevado a un proceso estable con un control de
administración repetible iniciando un proyecto riguroso de
compromisos, costos, planes y cambios.
• 3) Definido
– La organización ha definido los procesos como una base para una
implementación consistente y una comprensión mejor. a este punto, el
riesgo de introducir una tecnología avanzada es grandemente
reducida.

TOQS 47 TOQS 48
ISO ISO
Areas De Procesos Claves Por Nivel De Areas De Procesos Claves Por Nivel De
Madurez Madurez

• 5) Optimizado • 3) Definido
– Prevención de defectos – Coordinación de trabajo intergrupos
– Administración del cambio de tecnología – Revisión profunda
– Administración del cambio de proceso • 2) Repetible
• 4) Dirigido – Administración de requerimientos
– Administración de procesos cuantitativos – Planificación del proyecto de software
– Administración de la calidad del software – Seguimiento del proyecto de software
• 3) Definido – Administración de los subcontratos de software
– Centrado en la organización de procesos – Garantía de calidad del software
– Definición de la organización de procesos – Administración de la configuración del software
– Programa de entrenamiento
– Administración de software integrado
– Ingeniería del producto de software

Page 8
TOQS 49
ISO
Relacion De CMM Con Administracion De
Calidad Total (TQM)
Organización

Proyecto A Proyecto C

TQM Proyecto B

Proyecto D

Hardware Proyecto E

CMM Software

Page 9