TRANSCRIPT
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 1
TRABAJO FINAL
Sistemas de Calidad en T.I.
Virginia Solórzano Jaramillo
GRUPO: I-TIC-12
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 2
INTRODUCCIÓN GENERAL
La presente investigación se refiere a diferentes conceptos como lo son: las
normas ISO 9011, ISO 9126, ISO 10006, ISO 27000, Moprosoft, Estándares
para la documentación de proyectos y CMMI. Las normas ISO es una
organización internacional (International Standard Organization) dedicada a la
elaboración de normas en todos los sectores (excepto el electrónico y el
electrotécnico). Las normas ISO son un conjunto de normas y directrices
internacionales para la gestión de la calidad. Las normas ISO han sido
ampliamente utilizadas como base para la certificación de Sistemas de Calidad
por parte de entidades autorizadas. La norma ISO son el modelo para el
aseguramiento de la calidad en la producción, las instalaciones y el servicio
postventa.
Moprosoft: Modelo para la mejora y evaluación de los procesos de desarrollo y
mantenimiento de sistemas y productos de software. Desarrollado por la
Asociación Mexicana para la Calidad en Ingeniería de Software.
Estándares para la documentación de proyectos: es una especificación que
regula la realización de ciertos procesos o la fabricación de componentes para
garantizar la interoperabilidad.
CMMI: es un modelo para la mejora de procesos que proporciona a las
organizaciones los elementos esenciales para procesos eficaces.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 3
INTRODUCCIÓN
Este tema tratara de las normas ISO, y también se hablara de Moprosoft,
está tiene una relación muy importante en la calidad de software.
Cabe señalar que las normas ISO tiene una gran familia de serie, pero aquí se
enfocara a la siguiente:
La ISO 9011 se ha tomada como referencia para la formación de auditores y
auditores jefes en los distintos cursos, y esquemas de certificación de personal.
La ISO 9126 es la evaluación internacional de calidad de software, es el
incumplimiento de requisitos especificados.
La ISO 10006 es aplicable a los proyectos de complejidad, es aplicados a
grandes y pequeños proyectos no se utiliza para certificación o registros. Un
conjunto de pasos de calidad que nos auxiliaran en la forma de desarrollar
nuestros productos de tal manera que sean de calidad.
La ISO 27000 son estándares de seguridad publicados por la organización
internacional para la estandarización (ISO)
Moprosoft es un modelo para la mejora y evaluación de los procesos de
desarrollo y mantenimiento de sistemas y productos de software. Desarrollado
por la Asociación Mexicana para la Calidad en Ingeniería de Software a través
de la Facultad de Ciencias de la Universidad Nacional Autónoma de México
(UNAM) y a solicitud de la Secretaría de Economía para obtener una norma
mexicana que resulte apropiada a las características de tamaño de la gran
mayoría de empresas mexicanas de desarrollo y mantenimiento de software.
Moprosoft es el nombre del modelo en la comunidad universitaria y profesional,
y la norma técnica a la que da contenido es la NMX-059/01-NYCE-2005 que
fue declarada Norma Mexicana el 15 de agosto de 2005 con la publicación de
su declaratoria en el Diario de la Federación.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 4
TEMA I: Normas para Proyectos T.I.
ISO/MOPROSOFT
ISO 9011.-
Indica como auditar los procesos que constituyen al sistema de gestión de la
calidad.
Las directrices también abarcan a un sistema de gestión ambiental o según
ISO 14001 / 96. Existen guías de apoyo, especialmente para la documentación
e implantación de un sistema de gestión de la calidad acorde a ISO 9001 /
2000.
Esta norma se enfoca hacia cuatro aspectos relativos a la realización de
auditorías:
Principios de auditoría
Gestión de un programa de auditoría
Actividades de auditoría
Competencia y evaluación de los auditores.
Por lo tanto es una norma de muy amplio espectro que proporciona directrices
desde un punto de vista teórico considerando aspectos éticos y metodológicos,
pero también desde un punto de vista práctico no olvidando la necesidad de
disponer de los recursos financieros y materiales necesarios.
Asimismo, la norma se dirige al más amplio rango de potenciales usuarios,
considerando que puede utilizarse en auditorías de:
Primera parte o auditorías internas.
Segunda parte. Por ejemplo, auditorías que realice una organización para la
evaluación de sus proveedores
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 5
Tercera parte. Por ejemplo, auditorías de las entidades de certificación
También, esta norma se ha tomado como referencia para la formación de
auditores y auditores jefe en los distintos cursos y en los esquemas de
certificación de personal.
ISO 9126
Es estándar internacional para evaluación de calidad del software. El estándar
se divide en cuatro porciones, que tratan, respectivamente, los temas
siguientes: modelo de la calidad; métrica externa; métrica interna; y métrica
funcionando de la calidad.
El modelo de la calidad establecido en la primera parte del estándar, ISO 9126-
1, clasifica calidad del software en un sistema estructurado de características y
de secundario-características como sigue:
Funcionalidad - Un sistema de las cualidades que refieren la existencia
de un sistema de funciones y de sus características especificadas. Las
funciones son las que satisfacen necesidades indicadas o implicadas.
Conveniencia
Exactitud
Interoperabilidad
Conformidad
Seguridad
Confiabilidad - Un sistema de las cualidades que refieren la capacidad
del software para mantener su nivel del funcionamiento bajo condiciones
indicadas por un período del tiempo indicado.
Madurez
Recuperabilidad
Tolerancia de avería
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 6
Utilidad - Un sistema de las cualidades que refieren el esfuerzo
necesitó para el uso, y en el gravamen individual de tal uso, por un
sistema indicado o implicado de usuarios.
Facilidad de aprendizaje
Comprensión
Operatividad
Eficacia - Un sistema de las cualidades que refieren la relación entre el
nivel del funcionamiento del software y la cantidad de recursos usados,
bajo condiciones indicadas.
Comportamiento de Tiempo
Comportamiento del recurso
Capacidad de mantenimiento - Un sistema de las cualidades que
refieren el esfuerzo necesitó hacer modificaciones especificadas.
Estabilidad
Analizabilidad
Variabilidad
Capacidad de prueba
Portabilidad - Un sistema de las cualidades que refieren la capacidad
del software de ser transferido a partir de un ambiente a otro.
Capacidad de instalación
Reemplazabilidad
Adaptabilidad
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 7
ISO 10006
La ISO 10006 da la dirección en el uso de la gerencia de la calidad en
proyectos. Es aplicable a los proyectos de la complejidad que varía, pequeño o
grande, de la duración corta o larga, en diversos ambientes, y con
independencia de la clase de producto o de proceso implicado. Esto puede
hacer necesario una cierta adaptación de la dirección para satisfacer un
proyecto particular. La ISO 10006 no es una guía a la “gerencia de proyecto” sí
mismo.
Características:
Directrices para la calidad en la gestión de proyectos.
Aplicable a proyectos pequeños o grandes, de larga o pequeña
duración.
No es una guía de administración de proyectos en sí.
Es un documento guía, y no utilizado para una certificación o registro.
Hace recomendaciones sobre la gestión de la información generada por
la realización del proyecto.
Se deben seguir los siguientes pasos por la organización:
Identificar la información crítica.
Organizar el sistema de colección de la información (Información
dentro del proyecto e información del entorno y el cliente).
Validar y almacenar la información.
Organizar un sistema que asegure su uso.
Ventajas:
Reduce la variedad y tipos de productos
Reduce inventarios y costos de producción
Mejora la gestión y el diseño de productos
Mejora la comercialización de los productos
Agiliza los procesos pedidos
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 8
Desventajas:
No entra en las fases del proyecto ni describe los procesos necesarios
para su ejecución.
No incluye los procesos de gestión de la calidad y, por lo tanto, da a
entender que estos procesos no forman parte de la gestión del proyecto.
ISO 27000
La información es un activo vital para el éxito y la continuidad en el mercado de
cualquier organización. El aseguramiento de dicha información y de los
sistemas que la procesan es, por tanto, un objetivo de primer nivel para la
organización.
Para la adecuada gestión de la seguridad de la información, es necesario
implantar un sistema que aborde esta tarea de una forma metódica,
documentada y basada en unos objetivos claros de seguridad y una evaluación
de los riesgos a los que está sometida la información de la organización.
ISO/IEC 27000 es un conjunto de estándares desarrollados -o en fase de
desarrollo- por ISO (International Organization for Standardization) e IEC
(International Electrotechnical Commission), que proporcionan un marco de
gestión de la seguridad de la información utilizable por cualquier tipo de
organización, pública o privada, grande o pequeña.
En este apartado se resumen las distintas normas que componen la serie ISO
27000 y se indica cómo puede una organización implantar un sistema de
gestión de seguridad de la información (SGSI) basado en ISO 27001.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 9
CONCLUSION ISO.-
Casi la mayoría de las normas, son estándares de calidad para un proyecto de
T.I, pero el que más me llamo la atención fue el estándar ISO 10006.- Ya que
es un estándar internacional denominado "gerencia de la calidad" y es aplicable
a grandes y pequeños proyectos, no se utiliza para certificación o registro, es
un conjunto de pasos con calidad que nos auxiliaran en la forma de desarrollar
un proyecto o producto de calidad.
Hay otros estándares de seguridad de la información y la gestión de riesgos de
la misma, además las certificaciones de las normas y estándares, son muy
importantes tanto para un proyecto de T.I como para nosotros mismos.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 10
Moprosoft
Modelo de Procesos para la Industria del Software. Modelo para la mejora y
evaluación de los procesos de desarrollo y mantenimiento de sistemas y
productos de software. Desarrollado por la Asociación Mexicana para la
Calidad en Ingeniería de Software
La adopción de MoProSoft habilita la obtención de un certificado ISO 9000.
Debido a su estructura y diseño, resulta de fácil comprensión y aplicación. La
adopción de este modelo permitirá elevar la capacidad de las organizaciones
para ofrecer servicios con calidad y alcanzar niveles internacionales de
competitividad. Moprosoft contiene tres categorías de procesos que
corresponden a las capas de Alta Dirección, Gestión y Operación. Lo que este
modelo pretende es ayudar a las organizaciones para la estandarización de sus
prácticas, en la evaluación de su efectividad y en la integración de la mejora
continua.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 11
CONCLUSION MOPROSOFT:
Moprosoft.- si puede ser un estándar para desarrollo de proyectos de T.I, ya
que es un modelo para la mejora y evaluación de los procesos de desarrollo y
mantenimiento de sistemas y productos de software.
Moprosoft es el nombre del modelo en la comunidad universitaria y profesional
cuenta con 7 líneas estratégicas, siendo la sexta la que ha dado origen a
Moprosoft "Alcanzar Niveles Internacionales en Capacidad de Procesos".
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 12
INTRODUCCION TEMA II.-
La calidad del software es el grado con el que un sistema, componente o
procesos cumple los requerimientos especificados, y las necesidades o
expectativas del cliente o usuario.
Los estándares de calidad son modelos para la mejora de procesos que
proporcionan a las organizaciones los elementos esenciales para procesos
eficaces, ya sean necesidades de una empresa u otra cosa que implique una
mejora a la organización.
Un estándar es un conjunto de criterios documentados para especificar y
determinar la adecuación de una acción u objeto. Los estándares pueden ser
desarrollados por la propia compañía, por sociedades profesionales, o por
organismos internacionales.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 13
TEMA II: Estándares para la documentación de proyectos T.I.
ESTÁNDAR 26514:2008
Cualquier persona que utiliza el software de aplicación necesita información
precisa acerca de cómo el software ayudará al usuario realizar una tarea. La
documentación puede ser el elemento tangible primera vez que el usuario ve y
por lo tanto influye en las primeras impresiones del usuario del producto de
software. Si la información se suministra en una forma conveniente y es fácil de
encontrar y entender, el usuario puede convertirse rápidamente en diestros en
el uso del producto. Por lo tanto, bien diseñados documentación no sólo ayuda
al usuario y ayuda a reducir los costes de formación y apoyo, pero también
mejora la reputación del producto, su fabricante y sus proveedores.
La documentación es a menudo considerada como algo que se hace después
de que el software ha sido implementado. Sin embargo, para la documentación
de software de alta calidad, su desarrollo debe considerarse como parte
integrante del proceso de software de ciclo de vida. Si se realiza
correctamente, la documentación o gestión de la información es un trabajo lo
suficientemente grande como para requerir el proceso de planificación por
derecho propio.
BS ISO / IEC 26514 es la norma internacional desarrollada para ayudar a los
usuarios de la norma BS ISO / IEC 15288:2002 Ingeniería de
sistemas. Sistema de ciclo de los procesos de la vida, o BS ISO / Sistemas y
software de ingeniería IEC 12207:2008. Software de procesos de ciclo de vida,
para diseñar y desarrollar la documentación como parte del ciclo de los
procesos de vida del software. Se define el proceso de documentación desde la
perspectiva del desarrollador de documentación.
BS ISO / IEC 26514 apoya el interés de los usuarios de software en la
documentación que sea coherente, completa, precisa y utilizable. Incluye tanto
los enfoques a la normalización: las normas de un proceso), que especifican la
forma en que los productos de la documentación se van a desarrollar, y b) las
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 14
normas de la documentación del producto, que especifican las características y
requisitos funcionales de la documentación.
La primera parte de esta Norma Internacional cubre el proceso de
documentación de usuario para los diseñadores y desarrolladores de la
documentación. En él se describe cómo establecer lo que los usuarios
necesitan información, cómo determinar la forma en que esa información debe
ser presentada a los usuarios, y cómo preparar la información y ponerla a
disposición. No se limita a la fase de diseño y desarrollo del ciclo de vida, sino
que incluye actividades durante todos los procesos de gestión de la información
y documentación.
La segunda parte de BS ISO / IEC 26514 establece los requisitos mínimos para
la estructura, el contenido de la información, y el formato de documentación
para el usuario, tanto impresos y documentos en pantalla que se utilizan en el
entorno de trabajo de los usuarios de los sistemas que contienen software. Se
aplica a los manuales de usuario impreso, ayuda en línea, tutoriales y
documentación de referencia para el usuario.
BS ISO / IEC 26514 puede ser útil para el desarrollo de los siguientes tipos
de documentación:
Documentación de productos distintos de software
Multimedia sistemas que utilizan la animación, vídeo y Sun
Equipo basado en la formación (CBT) y paquetes de materiales
especializados curso destinado principalmente para su uso en
programas de capacitación formal
Documentación producida para los instaladores, operadores de
computadoras, o los administradores de sistemas que no son los
usuarios finales
Mantenimiento de la documentación que describe el funcionamiento
interno de sistemas de software
Documentación que se incorpore en la propia interfaz de usuario.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 15
El contenido de la norma BS ISO / IEC 26514 son:
Conformidad
Aplicación de la conformidad
Conformidad con las situaciones
Las referencias normativas
Términos y definiciones
Proceso de documentación de usuario en los sistemas de ciclo de vida
del software
Requisitos del proyecto, objetivos y limitaciones
Análisis y diseño
Desarrollo y revisión
Producción
Estructura de la documentación
Información sobre el contenido de la documentación de usuario
Formato de presentación de la documentación
Bibliografía
ESTÁNDAR IEEE 830
El estándar 830-1998 fue generado por un equipo de trabajo del IEEE, su
finalidad es la integración de los requerimientos del sistema desde la
perspectiva del usuario, cliente y desarrollador.
Esta ha sido nuestra propuesta durante la existencia como blog, la 830 se
encarga de poner las pautas para identificar y esquematizar los requerimientos
de software. como parte integral del desarrollo de software, sino también como
base fundamental de este, todo esto con el fin de no caer en cambios, errores o
situaciones que pongan en peligro la creación de una solución, producto o
software; incurriendo en gastos o cambios producto de una mal análisis de
requerimientos
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 16
ESTÁNDAR PMBOK
PMBOK es un estándar en la gestión de proyectos desarrollado por el Project
Management Institute (PMI). La misma comprende dos grandes secciones, la
primera sobre los procesos y contextos de un proyecto, la segunda sobre las
áreas de conocimiento específico para la gestión de un proyecto.
El PMBOK es una colección de procesos y áreas de conocimiento
generalmente aceptadas como las mejores prácticas dentro de la gestión de
proyectos. El PMBOK es un estándar reconocido internacionalmente (IEEE Std
1490-2003) que provee los fundamentos de la gestión de proyectos que son
aplicables a un amplio rango de proyectos, incluyendo construcción, software,
ingeniería, etc.
El 'PMBOK' reconoce 5 grupos de procesos básicos y 9 áreas de conocimiento
comunes a casi todos los proyectos.
Los 5 grupos básicos de procesos son:
1. Inicio
2. Plan
3. Ejecución
4. Control y Monitoreo
5. Cierre
Las nueve áreas del conocimiento mencionadas en el PMBOK son:
1. Gestión de la Integración
2. Gestión del Alcance
3. Gestión del Tiempo
4. Gestión de la Calidad
5. Gestión de Costos
6. Gestión del Riesgo
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 17
7. Gestión de Recursos Humanos
8. Gestión de la Comunicación
9. Gestión de las Compras y Adquisiciones
El PMBOK divide el conjunto de conocimientos para la dirección de proyectos
en cuatro grupos de procesos: todo proyecto (así como sus distintas fases e
iteraciones) tiene que transitar por una serie de actividades de inicio, de
planeación, de ejecución y cierre, bajo el gobierno de un grupo de procesos
más general de supervisión y cierre.
Estos grupos de procesos no representan fases rígidas ni recetas, sino que,
grosso modo, equivalen al modelo “planear, hacer, revisar y actuar”:
El meollo del PMBOK, sin embargo, lo representan las nueve áreas de
conocimiento, y que son propiamente las que contienen las técnicas para poder
realizar los proyectos. Las nueve áreas de conocimiento son:
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 18
Para cada una de estas áreas de conocimiento, el PMBOK recomienda la
realización de una serie de procesos. Por ejemplo, la Gestión del alcance
comprende los procesos Planificar alcance, Definición del alcance, Crear
estructura de desglose de tareas, Verificación de alcance y Control de alcance.
Podemos apreciar los primeros tres de éstos en el siguiente diagrama:
Para cada uno de estos procesos de las áreas de conocimiento, el PMBOK
plantea o sugiere una serie de entradas, técnicas y salidas. Como ya se ha
explicado, el PMBOK identifica las mejores prácticas que son generalmente
aceptadas para la realización de cada uno de estos procesos.
Aunque muchas de las descripciones de estos procesos contienen valiosas
observaciones, el lector no deberá considerarlas como un manual de técnicas,
sino más bien como la descripción del estándar para manejo de proyectos. Las
técnicas mismas están contenidas en textos de diversos autores, en cursos y
en la práctica misma de las organizaciones dedicadas a manejo de proyectos.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 19
(Consúltese también el comentario de LiderDeProyecto sobre el PMBOK en
nuestra sección de Libros.)
ESTÁNDAR ITIL
La Biblioteca de Infraestructura de Tecnologías de Información,
frecuentemente abreviada ITIL (del inglés Information Technology Infrastructure
Library), es un marco de trabajo de las buenas prácticas destinadas a facilitar la
entrega de servicios de tecnologías de la información (TI). ITIL resume un
extenso conjunto de procedimientos de gestión ideados para ayudar a las
organizaciones a lograr calidad y eficiencia en las operaciones de TI. Estos
procedimientos son independientes del proveedor y han sido desarrollados
para servir como guía que abarque toda infraestructura, desarrollo y
operaciones de TI.
Existen tres niveles de certificación ITIL para profesionales:
1. Foundation Certificate (Certificado Básico): acredita un conocimiento
básico de ITIL en gestión de servicios de tecnologías de la información y
la comprensión de la terminología propia de ITIL. Está destinado a
aquellas personas que deseen conocer las buenas prácticas
especificadas en ITIL.
2. Practitioner's Certificate (Certificado de Responsable): destinado a
quienes tienen responsabilidad en el diseño de procesos de
administración de departamentos de tecnologías de la información y en
la planificación de las actividades asociadas a los procesos.
3. Manager's Certificate (Certificado de Director): garantiza que quien lo
posee dispone de profundos conocimientos en todas las materias
relacionadas con la administración de departamentos de tecnologías de
la información, y lo habilita para dirigir la implantación de soluciones
basadas en ITIL.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 20
CONCLUSION DE ESTANDARES
Para concluir con este tema puedo decir que estos 2 estándares se enfocan a
los proyectos T.I., puesto que nos ayudan a facilitar las tareas, procesos o
interacciones que hacen un proyecto. Hace que nuestro trabajo sea más fácil,
seguro y eficaz
IEEE:
Su finalidad es la integración de los requerimientos del sistema desde la
perspectiva del usuario, cliente, desarrollador, y se encarga de poner las
pautas y esquematizar los requerimientos de software.
ITIL:
Es un marco de trabajo de las buenas prácticas destinado a facilitar la entrega
de servicios de T.I (Tecnologías de la Información) y ayuda a las
organizaciones a lograr calidad y eficiencias en las operaciones de T.I.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 21
Introducción
CMMI es un modelo para la mejora y evaluación de procesos para el
desarrollo, mantenimiento y operación de sistemas de software.
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.
Se divide en 5 niveles de madurez que son los siguientes:
1. Inicial
2. Repetible
3. Definido
4. Gestionado
5. Optimizado
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 22
TEMA III: CMMI
CMMI: El Modelo de Madurez de Capacidades o CMM (Capability Maturity
Model), es un modelo de evaluación de los procesos de una organización. Fue
desarrollado inicialmente para los procesos relativos al desarrollo e
implementación de software por la Universidad Carnegie Mellon para el SEI
(Software Engineering Institute).
Este modelo establece un conjunto de prácticas o procesos clave agrupados en
Áreas Clave de Proceso (KPA - Key Process Área). Para cada área de proceso
define un conjunto de buenas prácticas que habrán de ser:
Definidas en un procedimiento documentado
Provistas (la organización) de los medios y formación necesarios
Ejecutadas de un modo sistemático, universal y uniforme
(institucionalizadas)
Medidas
Verificadas
A su vez estas Áreas de Proceso se agrupan en cinco "niveles de
madurez", de modo que una organización que tenga institucionalizadas
todas las prácticas incluidas en un nivel y sus inferiores, se considera que
ha alcanzado ese nivel de madurez.
Los niveles son:
1 - Inicial. Las organizaciones en este nivel no disponen de un ambiente
estable para el desarrollo y mantenimiento de software. Aunque se utilicen
técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de
planificación. 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 sobrecostes. El resultado de los proyectos es impredecible.
2 - Repetible. En este nivel las organizaciones disponen de unas prácticas
institucionalizadas de gestión de proyectos, existen unas métricas básicas y
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 23
un razonable seguimiento de la calidad. La relación con subcontratistas y
clientes está gestionada sistemáticamente.
3 - Definido. Además de una buena gestión de proyectos, a este nivel las
organizaciones disponen de correctos procedimientos de coordinación entre
grupos, formación del personal, técnicas de ingeniería más detallada y un
nivel más avanzado de métricas en los procesos. Se implementan técnicas
de revisión por pares (peer reviews).
4 - Gestionado. Se caracteriza porque las organizaciones disponen de un
conjunto de métricas significativas de calidad y productividad, que se usan de
modo sistemático para la toma de decisiones y la gestión de riesgos. El
software resultante es de alta calidad.
5 - Optimizado. La organización completa está volcada en la mejora continua
de los procesos. Se hace uso intensivo de las métricas y se gestiona el
proceso de innovación.
Así es como el modelo CMM establece una medida del progreso, conforme al
avance en niveles de madurez. Cada nivel a su vez cuenta con un número de
áreas de proceso que deben lograrse. El alcanzar estas áreas o estadios se
detecta mediante la satisfacción o insatisfacción de varias metas claras y
cuantificables. Con la excepción del primer nivel, cada uno de los restantes
Niveles de Madurez está compuesto por un cierto número de Áreas Claves de
Proceso, conocidas a través de la documentación del CMM por su sigla
inglesa: KPA.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 24
Conclusión
CMMI nos indica cuando es que nuestro proyecto alcanzado por así decirlo su
madurez o en que base o estado se encuentra. CMM establece una medida
del progreso, conforme al avance en niveles de madurez. Cada nivel a su vez
cuenta con un número de áreas de proceso que deben lograrse. El alcanzar
estas áreas o estadios se detecta mediante la satisfacción o insatisfacción de
varias metas claras y cuantificables.
Nos dice que sin la calidad en el producto o servicio no cumpliremos con los
requisitos del cliente, ya que ellos quieren sentir que su dinero fue bien gastado
y quieren sentirse orgullosos de asociarse con una empresa que tiene una
imagen de alta calidad.
Virginia Solórzano Jaramillo
Sistemas de Calidad I-TIC-12 Página 25
PUBLICACION REALIZADA POR LA ALUMNA:
VIRGINIA SOLORZANO JARAMILLO
PARA LA MATERIA DE SISTEMAS DE CALIDAD EN T.I.