Sistemas de Calidad de Ti Teoria

[Escriba el ttulo del documento]
SISTEMAS DE CALIDAD EN T.I.
UNIDAD TEMTICA 1.- Normas y estndares en proyectos de T.I.
Estndar
Es un conjunto de reglas que deben cumplir los productos, procedimientos o

investigaciones que afirmen ser compatibles con el mismo producto. Los
estndares ofrecen muchos beneficios, reduciendo las diferencias entre los
productos y generando un ambiente de estabilidad, madurez y calidad en
beneficio de consumidores e inversores. Los esfuerzos que se estn
realizando y los ya realizados han perseguido distintos objetivos que van
desde la definicin de API(Interface de Programacin de Aplicaciones), los
formatos de los ficheros con la informacin de parmetros biomtricos, la
encriptacin de la informacin biomtrica, la interaccin entre dispositivos
biomtricos diferentes, etc.
Normas
Son reglas de conductas que nos imponen un determinado modo de obrar o

de abstenernos. Las normas pueden ser establecidas desde el propio
individuo que se las auto impone, y en este caso son llamadas normas
autnomas, como sucede con las ticas o morales. As, una persona ayuda a
un necesitado porque se lo ordena su propia conciencia, y cuyo castigo
tambin es personal, y est dado por el remordimiento.
Una norma es una regla que debe ser respetada y que permite ajustar
ciertas conductas o actividades. Las normas se enfocan ms en los procesos
por los que tienen que pasar los productos y los estndares especifican la
calidad con la que debe contar los productos.
Que son la serie de estndares ISO?
Las series de ISO 9000 son un grupo de 5 individualidades, pero

relacionadas entre s, siendo estndares internacionales de administracin
de la calidad y aseguramiento de la misma. Algunos delos beneficios que se
alcanzan al instrumentar estas series en la empresa, son: La posibilidad de
darle calidad al producto o servicio. Evitar costos de inspecciones finales,
costos de garantas y procesos. Puede reducirse el nmero de auditoras de
los clientes a los procesos de operacin. Mayor aceptacin por parte de los
clientes y acogida en los mercados tanto nacionales como internacionales.
Uno de estos modelos base son las normas estndares de calidad ISO 9000
que en especial han creado un inters masivo para la industria de software
a causa de su aceptacin a nivel internacional de muchas compaas
importantes.
MARCO TERICO
Tema 1.1.- Normas y estndares de calidad para el desarrollo de

SW.
Uno de los grandes problemas que enfrenta la produccin de software tan

necesario para el desarrollo de las Tecnologas de la informacin (TI) es el
costo de desarrollo y la calidad con que estos son entregados a usuarios
finales para su puesta en explotacin. En la actualidad una de las disciplinas
que propician contar con programas o aplicaciones de funcionalidad
probada que garantiza el desarrollo de las TI es previamente la gestin de la
calidad en el proceso de desarrollo de software.
Desde los primeros momentos en que se comenz a desarrollar programas

de aplicaciones; los errores y defectos que ests presentaban a la hora de la
entrega y puesta en explotacin dejaron clara la necesidad de propiciar un
ambiente de gestin de la calidad con el objetivo de garantizar el
funcionamiento ptimo de las aplicaciones, mejorando el proceso de
desarrollo para entregar al usuario un producto con calidad.
A partir de esta problemtica, el presente trabajo tiene el objetivo de

identificar un grupo de modelos y estndares que pueden ser utilizados por
los especialistas dedicados a tareas de calidad inmersos en procesos de
desarrollo o auditorias de software. En la gestin de la calidad de los
procesos y proyectos se utilizan mtricas para medir caractersticas del
producto y tomar despus las decisiones en cuanto a la eliminacin de los
defectos, evitando costos innecesarios y entregas prolongadas del producto
en desarrollo.
Los modelos y estndares de calidad ms difundidos en la actualidad con los

cuales se garantiza dar seguimiento a los atributos de funcionalidad,
fiabilidad, usabilidad, eficiencia, mantenibilidad, portabilidad y conformidad
son CMM CMMI (Modelo para medir capacidades y madurez en los
procesos), Normas ISO 9000 (referencias a los modelos de calidad), entre las
que podemos encontrar especificaciones para la calidad de un producto, as
como de los procesos en los que se cre dicho producto.
Anlisis crtico de propuestas existentes
Desde el ao 1977 en que McCall y Cavano establecieron los factores de

calidad como los primeros pasos hacia el desarrollo de mtricas de la
calidad del software, todos los estndares y modelo se sustentaron en

dichos factores de calidad.
En este contexto, los modelos de calidad son sistemas basados en estudios

experimentales de mejores prcticas que ayudan a una organizacin a
implantar un sistema de aseguramiento de la calidad. Los modelos de
calidad se dividen en modelos de referencia, que indican cules son las
prcticas pero no cmo se consiguen, y los modelos de implantacin que se
enfocan en cmo se consiguen aquellas prcticas.
Teniendo en cuenta que para las compaas un producto o servicio es de

calidad cuando satisface las necesidades y expectativas del cliente
otorgando a ste seguridad sobre el uso del mismo, fiabilidad de las
funciones esperadas y confianza en un producto o servicio sin fallos y
duradero segn tiempos establecidos y acordados, en torno a estos
elementos gira el concepto de calidad; y para medir por decirlo de alguna
forma la calidad del software existen actualmente una serie de modelos de
calidad de los cuales queremos hacer un breve anlisis.
CMMI (Modelo de Madurez de Capacidades) es un modelo de referencia que

a diferencia de otros modelos por el hecho de estar basado en prcticas
ajustables a cualquier dominio de produccin y poseer un enfoque global e
integrado de la organizacin, con el propsito de alcanzar los objetivos del
negocio, esto hace que este modelo de calidad sea engorroso para la
implantacin del mismo en las empresas. (Donde las caractersticas y
condiciones de desarrollo de software son muy especficas para cada
entorno).
El Software Engineering Institute (SEI) de la Carnegie Mellon University de

los Estados Unidos, creador del modelo CMMI y de la mayora de sus
predecesores, ha elaborado sus modelos bajo la premisa que la calidad de
un producto o servicio est altamente influenciada por la calidad de los
procesos que los producen y los mantienen, incrementando el nivel de
capacidad y madurez de una organizacin. Los procesos en conjunto
transitan desde procesos no definidos, es decir, procesos cuya organizacin
cuenta con poca capacidad y con inmadurez para realizarlos, a procesos
disciplinados cuya organizacin cuenta con la capacidad y madurez
suficiente para desarrollarlos con calidad probada. Luego una organizacin
es capaz de definir su calidad total por medio del nivel de madurez de
capacidades en que se encuentre de acuerdo a sus procesos.
La representacin usada en CMMI entrega una gua para efectuar las

actividades de mejora de los procesos y es utilizada en el mtodo de
evaluacin. Segn el modelo se tienen dos formas para mejorar. Una forma
es mejorar un proceso especfico o un conjunto de ellos usando la
Representacin Continua (Continuous Representation) y la otra es la mejora
de la organizacin completa segn los procesos definidos y ocupados
usando la Representacin Escalonada o por Etapas (Staged Representation).
En la tabla No. 1 se muestran los niveles para estos dos tipos de

representaciones.
Tabla No. 1: Niveles de Representacin continua y escalonada.
Representacin Continua Representacin Escalonada

Nivel de capacidad Nivel de Madurez
Nivel 0 Incompleto
Nivel 1 Realizado Inicial
Nivel 2 Manejado Manejado
Nivel 3 Definido Definido
Nivel 4 Manejado cuantitativamente Manejado cuantitativamente
Nivel 5 Optimizado Optimizado
Representacin continua: La representacin continua se focaliza en la

mejora de un proceso o un conjunto de ellos relacionados estrechamente a
un rea de proceso en que una organizacin desea mejorar, por lo tanto una
organizacin pude ser certificada para un rea de proceso en cierto nivel de
capacidad. Existen seis niveles de capacidad por donde transitan los
procesos asociados a un rea de proceso y cada nivel es construido sobre el
nivel anterior, es decir para que un proceso alcance un nivel de capacidad
necesariamente debe haber alcanzado el nivel anterior.
Representacin escalonada: En la representacin escalonada o por etapas

se ofrece un mtodo estructurado y sistemtico de mejoramiento de
procesos, que implica mejorar por etapas o niveles. Al alcanzar un nivel, la
organizacin se asegura de contar con una infraestructura robusta en
trminos de procesos para optar a alcanzar el nivel siguiente. Por lo tanto es
una organizacin la que puede ser certificada bajo un nivel, en este caso
llamado nivel de madurez. Segn esta representacin un nivel de madurez
est compuesto por reas de procesos (ver tabla 2) en donde los objetivos
asociados a ese nivel deben ser cumplidos para que la organizacin pueda
certificarse en aquel nivel de madurez. Se implementan cinco niveles de
madurez por los que se van evaluando las entidades segn las condiciones
para el desarrollo de sistemas de aplicaciones, en cada nivel se evaluar el
nivel de madurez alcanzado.
El modelo CMMI constituye un modelo de validacin de calidad ya que al

aplicarse a las rea de proceso estas transitan de un nivel inferior a un nivel
ms alto de calidad lo que hace posible agregar una valor de calidad
superior a los productos software que son elaborados bajo estos estndares.
Desde el punto de vista del desarrollo de software existe un mejoramiento
por etapas o ciclos de desarrollo alcanzndose un nivel de madurez superior
aplicando mtricas establecidas en el modelo CMMI el cual est orientado
fundamentalmente a la mejora continua del proceso influyendo
positivamente estas mejoras en la calidad, no desde el punto de vista de los

desarrolladores, si no, que al mejorar continuamente el proceso evaluando
cada una de las etapas por las cuales transita el producto (software) existen
en ellas un aumento de la calidad ya que la misma es verificada durante
estas.
Utilizando CMMI en el rea de desarrollo de software se valida la gestin de

proyectos, se logra durante la fase inicial de desarrollo un despliegue de los
requerimientos donde se asegura la calidad de los procesos y productos
desde edades tempranas del desarrollo, al utilizar este estndar se prev
una medicin y anlisis constante de la calidad del software en desarrollo,
as como, el monitoreo y control de los proyectos en ejecucin por grupos o
direcciones y a nivel gerencial.
Las acciones que provee la aplicacin de este estndar para validacin son
especficas para cada una de las reas de procesos para lograr alta calidad
y prever mejoras continuas en el producto en desarrollo teniendo presente
que la validacin de requerimientos se realiza tempranamente con los
usuarios para obtener certeza de que los requerimientos permitirn guiar el
desarrollo que resulte en una validacin final exitosa demostrando que el
producto (software), componentes del producto (componentes del software)
y los artefactos utilizados se corresponden con las especificaciones inciales
para su uso. Las organizaciones con un grado de madurez aceptable
realizara la validacin de requerimientos de una manera ms sofisticada
aplicando diversas tcnicas y aplicarn la base de la validacin para incluir
necesidades y expectativas de otras partes interesadas (usuarios del futuro
software, terceros y proveedores de software al equipo de desarrollo u
organizacin).
Tambin existen en el modelo CMMI acciones encaminadas a la verificacin

que demuestran que el producto (software), componentes del producto
(componentes del software) y los artefactos utilizados cumplen con los
requerimientos establecidos. Durante la realizacin de pruebas sean estas
de Caja Negra o Caja Blanca se propicia un escenario ideal para la
verificacin de los requerimientos desde que el producto o software
comienza a responder a los requisitos funcionales que lo proveen de
funcionalidad; adems utilizando este modelo se verifica bajo qu
condiciones el producto es capaz de responder exitosamente a las
solicitudes del usuario final, tambin se tendrn en cuenta los datos de
confiabilidad arrojados de los anlisis estadsticos realizados durante el ciclo
de pruebas para verificar si cumple los parmetros especificados al inicio, lo
que se utilizarn para determinar si el producto podr ser entregado o no a
los clientes cumpliendo determinados parmetros de funcionalidad, calidad
y confiabilidad.
Una evaluacin de CMMI corresponde al estudio y anlisis de uno o ms

procesos realizados por un equipo capacitado de profesionales, utilizando un
modelo de referencia de evaluacin como base para determinar fortalezas y
debilidades dentro de una organizacin. Un mtodo de evaluacin puede ser

aplicado para distintos propsitos, incluyendo evaluaciones internas para
mejora de los procesos, evaluaciones de capacidad de seleccin de
proveedores, evaluaciones de monitoreo de procesos, entre otros enfoques.
Para ello se han publicado documentos que sirven de gua para realizar una
evaluacin CMMI.
En los documentos se relacionan un conjunto de requerimientos

considerados esenciales para realizar una evaluacin CMMI, definiendo tres
clases de evaluaciones: clase A, clase B y clase C. las clases definen los
requerimientos que deben cumplir una evaluacin de cierta complejidad.
La clase A corresponde al mtodo de evaluacin que satisface el 100 % de

los requerimientos que el documento define y es la nica evaluacin que se
considera oficial para otorgar un nivel de certificacin de CMMI en una
organizacin.
La evaluacin clase B est basada en la evaluacin clase A. la evaluacin

clase B ayuda a una organizacin a comprender, con relativamente alto
grado de confianza, el estado de los procesos relativos a CMMI.
La evaluacin clase C es menos formal an, es de menor duracin y con

muy poca informacin, adems es realizada por slo una persona y tiene
por objetivo evaluar pequeos aspectos de la organizacin que quieren
apoyarse en bases ms slidas.
Hay cuatro grupos o categoras de reas de procesos que ayudan a guiar el

proceso de mejora de la organizacin. Estos grupos estn formados por
reas de proceso que se interrelacionan fuertemente y tienen
caractersticas comunes asociadas a objetivos de negocio tradicionales.
Estas categoras son las indicadas en la tabla No. 2 para cada rea de
proceso. En el caso de las reas de procesos de ingeniera pueden integrar
los procesos asociados con diferentes disciplinas de ingeniera cuando el
producto final es consecuencia de ellas, dando as un soporte para
estrategias organizacionales orientadas al producto.
El modelo CMMI es engorroso de implementar en procesos de desarrollo, se

requiere de personal altamente cualificado en sus documentos rectores,
pero una vez creadas las condiciones para su implementacin no slo se
logran certificar las reas de proceso, si no, que se obtendrn productos de
alta calidad y se implantaron las bases para la instauracin de mtricas de
procesos las cuales estarn disponibles para futuros desarrollos de software.
Normas ISO
Las normas ISO (Organizacin Internacional para los Estndares) han

desarrollado una serie de norma y modelos para la evaluacin de la calidad
de productos aplicables a productos generales, adaptndose
casusticamente al rea de produccin de software, en las que se exponen

los conceptos de calidad para aplicarlos mejor al producto terminado
(software) que al proceso de desarrollo. Estas normas hacen posible que se
sigan patrones de calidad generalmente aceptados con los que se logran
mtricas para determinar las cualidades de un producto, teniendo en cuenta
que en la prctica existen dos tipos de calidad:
Calidad externa, que corresponde a la satisfaccin de los clientes. El logro

de la calidad externa requiere proporcionar productos o servicios que
satisfagan las expectativas del cliente para establecer lealtad con el cliente
y de ese modo mejorar la participacin en el mercado. Los beneficios de la
calidad externa son los clientes y los socios externos de una compaa. Por
lo tanto, este tipo de procedimientos requiere escuchar a los clientes y
tambin debe permitir que se consideren las necesidades implcitas que los
clientes no expresan.
Calidad interna, que corresponde al mejoramiento y validacin de las

operaciones internas de una compaa. El propsito de la calidad interna es
implementar los medios para permitir la mejor descripcin posible de la
organizacin, validar y detectar funcionamientos incorrectos. Los beneficios
de validar y verificar la calidad interna son de la administracin y los
empleados de la compaa. La validacin y verificacin de la calidad interna
pasa generalmente por una etapa participativa en la que se identifican y
formalizan los procesos internos.
La norma ISO 8402-94 define la calidad como:
El conjunto de caractersticas de una entidad que le otorgan la capacidad de

satisfacer necesidades expresas e implcitas. Como podemos interpretar de
este concepto estos modelos de calidad que se exponen en esta norma no
son especficos para evaluar la calidad durante el desarrollo de un software,
son procesos que evalan la calidad desde un punto de vista general,
sirviendo ms bien a productos generales.
Esta norma ms bien est orientada a la realizacin de auditoras sobre el

proceso de desarrollo de software por lo que se pueden realizar auditoras
internas y externas segn se realicen o no en el seno de la estructura de
una misma organizacin, condicindose con propsitos internos o externos,
adems las auditorias que se realizan al producto consistente en la
realizacin de una re inspeccin o inspeccin paralela de materiales o
productos realizada por tcnicos independientes. Su objeto se limita a
determinar el grado de conformidad de la inspeccin y no a la aceptacin o
no del producto. El proceso consiste en una verificacin del nivel de calidad
de un proceso o si el proceso trabaja al nivel exigido.
La norma ISO 9000:2000 tambin tiene otra definicin muy parecida a la

anterior norma, generalizando de igual forma el proceso de calidad para
productos generales y no de software.
La norma mencionada anteriormente define la calidad como el conjunto de

caractersticas intrnsecas para satisfacer requisitos.
En todas estas normas el propsito de calidad es proporcionarle al cliente

una oferta apropiada con procesos controlados y al mismo tiempo
garantizar que esta mejora no se traduzca en costos adicionales. Es posible
mejorar un gran nmero de problemas a un bajo costo. Sin embargo,
cuando ms cerca se est de la perfeccin, ms se elevan los costos.
Al revisar la norma cubana NCISO/IEC 9126 en su referencia 14598 podemos

analizar como en ambas se da tratamiento a los conceptos de calidad
referidos directamente al proceso de desarrollo de software y al producto,
especificando en la referencia 14598 detalladamente que medir para cada
una de las cualidades del proceso y el producto. Estas normas posibilitan
establecer estndares para la validacin, verificacin y calidad de software;
ya que define parmetros y atributos de calidad generalmente aceptados
que hacen posible la utilizacin de determinado producto bajo dichos
estndares de calidad. En la norma cubana de referencia se han establecido
estndares de calidad que servirn de patrones para la verificacin y
validacin de la calidad durante el desarrollo del software desde su fase
inicial hasta la etapa de pruebas.
Estndar ISO 9126 del IEEE y la Mantenibilidad
El modelo de calidad establecido en la primera parte del estndar ISO 9126-

1 ha sido desarrollado en un intento de identificar los atributos claves de
calidad para el software: funcionabilidad, fiabilidad, usabilidad, eficiencia,
Mantenibilidad y portabilidad. Estos atributos son mencionados en muchos
de los estndares, pero el IEEE (Instituto de Ingeniera de Electricidad y
Electrnica) lo hace de una forma clara precisando en cada uno de los
atributos que caractersticas del software deben ser revisados, adems se
identifican para cada atributo los subatributos logrando un estndar dentro
de los modelos para la validacin, verificacin y calidad de software.
El estndar provee un entorno para que las organizaciones definan un

modelo de calidad para el producto software; no obstante, cada
organizacin tendr la tarea de especificar precisamente su propio modelo.
Esto debera ser hecho especificando los objetivos a alcanzar segn las
mtricas de calidad, las cuales evalan el grado de presencia de los
atributos de calidad.
ISO 9126 distingue entre fallos y no conformidad, siendo un fallo el no

cumplimiento de los requisitos previos, mientras que la no conformidad
afecta a los requisitos especificados. Una distincin similar es hecha entre la

validacin y la verificacin. Este estndar est pensado para los
desarrolladores, adquirentes, personal que asegure la calidad y evaluadores
independientes, responsables de especificar y evaluar la calidad del
producto software, por tanto, puede servir para validar la completitud de
una definicin de requisitos, identificar requisitos de calidad de software,
objetivos de diseo y prueba, criterios de aseguramiento de la calidad. La
calidad de cualquier proceso del ciclo de vida del software influye en la
calidad del producto software que, a su vez, contribuye a mejorar la calidad
en el uso del producto.
Modelo FMEA (Failure mode and effects analysis)
El desafo es disear con calidad y confiabilidad temprano en el ciclo de

desarrollo de software, el anlisis de los modos y de los efectos de fallo
(FMEA) es una metodologa para analizar problemas potenciales de la
confiabilidad temprano en el ciclo de desarrollo donde es ms fcil tomar
acciones para superar estas ediciones, de tal modo realzando confiabilidad
con diseo. FMEA se utiliza para identificar modos de fallos potenciales en
los sistemas, para determinar su efecto sobre la operacin del producto, y
para identificar acciones correctivas para atenuar las faltas.
Por lo que se recomienda el uso temprano y constante de FMEA en el

proceso del diseo para que el ingeniero disee sin faltas y produzca
productos agradables, confiables, seguros, y de alta calidad. FMEA tambin
nos ayuda a capturar la informacin histrica que se convertirn en
mtricas para el uso en la mejora futura del producto.
Hay varios tipos de FMEA, algunas se utilizan mucho ms que otras. FMEA
debe ser hecho siempre que las faltas significaran dao o lesin potencial al
usuario del sistema que es diseado. Los tipos de FMEA son: Sistema (focos
en funciones globales del sistema), Diseo (focos en componentes y
subsistemas), Proceso (focos en procesos de la fabricacin y de asambleas),
Servicio (focos en funciones del servicio), Software (focos en funciones del
software).
FMEA provee al ingeniero de una herramienta que pueda asistir al

abastecimiento confiable, seguro, los productos agradables y los proceso del
cliente. Teniendo la ayuda de FMEA el ingeniero identifica el producto
potencial o faltas del proceso, en la siguiente utilidad: desarrollan el
producto o los requisitos de proceso que reducen al mnimo la probabilidad
de estas faltas, evale los requisitos obtenidos del cliente o de otros
participantes en el proceso del diseo para asegurarse de que esos
requisitos no introducen faltas potenciales, identificar las caractersticas del
diseo que contribuyen a las faltas y las disean fuera del sistema o
reducen al mnimo por lo menos los efectos que resultan, desarrollan los
mtodos y los procedimientos para desarrollar y para probar el producto o
proceso para asegurarse de que las faltas se han eliminado con xito, sigue
y maneja los riesgos potenciales en el diseo. Seguir los riesgos contribuye
al desarrollo de la memoria corporativa y del xito de los productos futuros
tambin, asegrese de que cualquier falta que podra ocurrir no dae o
afecte seriamente a cliente del producto o proceso.
Concluimos que este es un modelo muy eficaz dentro de los estndares que
se pueden seguir para realizar validacin y verificacin de software en
desarrollo para registrar correctamente todas las faltas en que se incurre
durante el desarrollo de un producto software por lo que ser de
importancia relevante en el momento de identificar mtricas para futuros
desarrollos, por lo que se considera altamente beneficioso el aplicar FMEA a
los procesos de cualquier empresa de produccin de software que se quiera
certificar con el estndar CMMI o aplicar las normas ISO 9000.
Modelo EFQM (European Foundation for Quality Management)
La Fundacin Europea para la Gestin de la Calidad (EFQM) fue fundada en

1988 con el objetivo de elevar la calidad de los procesos. La EFQM
constituye un marcho de trabajo propicio para la autoevaluacin de las
organizaciones y la mejora continua de la calidad de los productos; no se
considera un estndar propiamente de validacin, verificacin y calidad de
software ya que fue creado inicialmente para gestionar la calidad de
cualquier producto, sistema o servicio. Este es un modelo de excelencia que
se aplica a los procesos industriales en general, pero en materia de calidad
pude ser aplicado a los procesos de desarrollo de software ya que tienen en
cuenta un rol clave; la mejora de la efectividad y la eficiencia de las
organizaciones al reforzar la importancia de la calidad en todos los aspectos
de sus actividades. Tambin contribuye asistiendo y estimulando el
desarrollo de polticas para el mejoramiento de la calidad. El modelo
europeo es un modelo no normativo que sirve a las organizaciones como
una autoevaluacin y mejora continua de la calidad de sus productos.
Posibles problemas de investigacin
1) Evaluacin de calidad en software de gestin de contabilidad y finanzas.
2) Aplicacin del modelo FMEA en diseo de sistemas de bases de datos.
3) Creacin de plantillas para recoger mtricas de calidad en el entorno de

desarrollo .Net.
Tema 1.2.- Normas y/o estndares aplicables a proyectos de T.I.
ISO 9001
Es la base del sistema de gestin de calidad ya que es una norma

internacional y que se centra en todos los elementos de administracin de
calidad con los que una empresa debe contar para tener un sistema efectivo
que le permita administrar y mejorar la calidad de sus productos o servicios.
Los clientes se inclinan por los proveedores que cuentan con esta
acreditacin porque de este modo se aseguran de que la empresa
seleccionada disponga de un buen sistema de gestin de calidad (SGC).
ISO 20000
Es un estndar para la gestin de servicios de TI, representa un consenso en

la industria sobre los elementos que son indispensables para garantizar la
efectividad de los servicios de TI. Provee una gua para la realizacin de
auditoras y para la remediacin de los hallazgos identificados, tomando
como referencia las recomendaciones contenidas en las mejores prcticas
internacionales.
ISO 27000
Es una familia de estndares internacionales para sistemas de Gestin de la

seguridad de la informacin que proporcionan un marco de gestin de la
seguridad de la informacin.
SPICE
Es un estndar importante iniciativa internacional para apoyar el desarrollo

de una Norma Internacional para la Evaluacin de Procesos de Software. El
proyecto tiene tres objetivos principales: Para desarrollar un proyecto de
trabajo para un estndar para la evaluacin de procesos de software. Para
llevar a cabo los ensayos de la industria de la norma emergente. Para
promover la transferencia de tecnologa de la evaluacin de procesos de
software en la industria mundial del software a nivel mundial. El estndar
SPICE creciente en nmero de mtodos de evaluacin disponibles, y la
creciente utilizacin de la tcnica comercial en reas sensibles, fueron los
factores clave que impulsaron el desarrollo y la aceptacin de una propuesta

para desarrollar un estndar internacional para la evaluacin de procesos de
software. Una Norma Internacional sobre Evaluacin de Procesos de
Software ofrecer los siguientes beneficios a la industria y los usuarios del
software: Beneficios para la Industria del Software Los proveedores de
software se someter a un solo esquema de proceso de evaluacin. Las
organizaciones de desarrollo de software tendrn una herramienta para
iniciar y sostener un proceso continuo de mejora. Los directores de
programas tendrn un medio para garantizar que su desarrollo de software
est en consonancia y apoya, las necesidades comerciales de la
organizacin.
CMMI
Es un modelo de mejora de los procesos de construccin de software que

provee los elementos necesarios para determinar su efectividad. Este
modelo puede ser utilizado como gua para mejorar las actividades de un
proyecto, rea u organizacin, ya que proporciona un marco de referencia
para evaluar la efectividad de los procesos actuales, facilitando con ello la
definicin de actividades, prioridades y metas para garantizar la mejora
continua. Es el estndar ms conocido para la mejora de procesos en
mejora de procesos para el desarrollo de proyectos, gestin de proveedores
y gestin de servicio. El CMMI establece cinco niveles de madures los cuales
son:
Nivel 0: Incompleto El proceso no se realiza, o no se consiguen los objetivos.
Nivel 1: Inicial o ejecutando: Este es el nivel en donde todas las empresas

que no tienen procesos, es donde el proceso se ejecuta y se logra su
objetivo, as sea fuera de presupuesto y de cronograma.
Nivel 2: Repetible: Se da cuando el xito de los resultados obtenidos se

pueden repetir.
Nivel 3: Definido: Significa que la forma de desarrollar proyectos est

definida,establecida, documentada y que existen mtricas.
Nivel 4: Administrado: Los proyectos usan objetivos medibles y

cuantificables para alcanzar cubrir las necesidades de los clientes y la
organizacin. Es decir, se usan mtricas para gestionar la organizacin.
Nivel 5: Optimizado: Los procesos de los proyectos y de la organizacin

estn orientados a la mejora de las actividades, que mediante mtricas son
identificadas, evaluadas y puestas en prctica.
IEEE (Institute of Electrical and Electronics Engineers)
Es un mtodo de establecimiento y mejora del trabajo en equipo para

procesos software, una asociacin tcnico-profesional mundial dedicada ala
estandarizacin, entre otras cosas. Con cerca de 400.000 miembros y
voluntarios en 160 pases, es la mayor asociacin internacional sin nimo de
lucro formada por profesionales de las nuevas tecnologas, como ingenieros
elctricos, ingenieros en electrnica, cientficos de la computacin,
ingenieros en informtica, matemticos aplicados, ingenieros en biomdica,
ingenieros en telecomunicacin e ingenieros en Mecatrnica. Su creacin se
remonta al ao 1884, contando entre sus fundadores a personalidades de la
talla de Thomas Alva Edison, Alexander Graham Bell y Franklin Leonard
Pope. En 1963 adopt el nombre de IEEE al fusionarse asociaciones como el
AIEE (American Institute of Electrical Engineers) y el IRE (Institute of Radio
Engineers).Segn el mismo IEEE, su trabajo es promover la creatividad, el
desarrollo y la integracin, compartir y aplicar los avances en las
tecnologas de la informacin, electrnica y ciencias en general para
beneficio de la humanidad y de los mismos profesionales. Algunos de sus
estndares son:
VHDL
POSIX
IEEE 1394
IEEE 488
IEEE 802
IEEE 802.11
IEEE 754
Mediante sus actividades de publicacin tcnica, conferencias y estndares

basados en consenso, el IEEE produce ms del 30% de la literatura
publicada en el mundo sobre ingeniera elctrica, en computacin,
telecomunicaciones y tecnologa de control, organiza ms de
1000conferencias al ao en todo el mundo, y posee cerca de 900
estndares activos, con otros 700 ms bajo desarrollo.
PSP
El proceso personal del software es un mtodo de auto conocimiento, que

permite estimar cuando se tarda un individuo en realizar una aplicacin de
software, para as calcular el presupuesto y asegurar la operatividad de los
desarrollos. PSP se concentra en las prcticas de trabajo de los ingenieros
en una forma individual.
El PSP se caracteriza porque es de uso personal y se aplica a programas

pequeos de menor de 10.000 lneas de cdigo. El PSP sirve para producir
software de calidad, donde cada ingeniero debe trabajar en la necesidad de
realizar trabajo de calidad.
TSP
Team software process es un mtodo de establecimiento y mejora del

trabajo en equipo para procesos de software. Es un proceso para equipos de
software, a travs del cual se contribuyen equipos de alto rendimiento,
capaces de comprometerse con el plan y administracin del desarrollo de
software, as como de producir productos de calidad y a bajo costo, logrando
el mejor desempeo posible.
Moprosoft
Es una norma mexicana, basada en procesos para las industrias de

software, la cual sirve para estandarizar operaciones y prcticas en gestin
de ingeniera de software, para as elevar la capacidad de las organizaciones
de ofrecer servicios con calidad y alcanzar niveles internacionales de
competitividad. Est enfocado a las PyMes de la Industria de Software en
Mxico. Est dirigido a las empresas o reas internas dedicadas al desarrollo
y/o mantenimiento de software.
Cuadro Comparativo
Conclusin
Gracias a las normas y estndares aplicados a proyectos TI y de calidad

para el desarrollo de software hoy en da se nos puede facilitar la realizacin
de los proyectos ya que con las normas podemos seguir ciertos pasos para
que los proyectos sean ms eficientes y ms fciles de realizarlos paso a

paso y los estndares nos especifican que el desarrollo de un proyecto debe
ser de calidad, el cual debe satisfacer las necesidades del cliente o de la
empresa a la que se le est desarrollando dicho software. Tambin gracias
importantes estndares como el proceso de software personal es de gran
ayuda para los ingenieros involucrados en el proyecto ya que les permite
mejorar la forma en que trabajan y controlar los tiempos mediante formatos
de tiempo para cada una de las actividades y que el software desarrollado
sea de calidad. Por otra parte el CMMI nos ayuda a mejorar los procesos de
construccin de software y de proyectos de TI, el estndar IEEE nos brinda
una serie de documentacin el desarrollo de software y proyectos de TI Y el
TSP se enfoca ms en la mejora de trabajo en equipo para los procesos de
software. Por ltimo la aplicacin de una norma o estndar los podemos
aplicar en nuestros proyectos de acuerdo a la necesidades de dicho
proyecto.
El uso CMM CMMI es una importante herramienta de trabajo en funcin de

la calidad para orientar a las empresas de desarrollo de software.
La aplicacin de los modelos y estndares disponibles para el control de la

calidad del software deben ser valorados durante la aplicacin de los
mismos tomando en consideracin la experiencia del personal de desarrollo,
composicin del equipo, exigencias y expectativas de los usuarios y las
dimensiones del software asegurndonos de seleccionar correctamente el
modelo o estndar que ms se ajuste para la validacin, verificacin y
control de la calidad en los procesos de desarrollo de software.
Aplicar el modelo FMEA es importante para las empresas desarrolladoras

que deseen hacer anlisis de las faltas cometidas durante el proceso de
desarrollo de software para generar futuras mtricas para el proceso de
calidad.
Bibliografa
Slideshare. (2009).Estndares de calidad aplicadas al software.

Recuperado el 14 de enero de 2013
http://www.monografias.com/trabajos83/modelos-y-estandares-
validacion-software/modelos-y-estandares-validacion-
software.shtml#ixzz4UpBwLwaP
UNIDAD TEMTICA 2.- Calidad en proyectos de T.I.
OBJETIVO.- El alumno identificar las normas y estndares en el diseo y

documentacin de proyectos de T.I., para asegurar la calidad de su
desarrollo.
Introduccin
Hablaremos sobre la importancia de los estndares y normas que son los

siguientes (CMMI, PSP, IEEE, TSP, ISO), como ya se mencion estos son
estndares y normas que ms estn apegados al software con la finalidad
de brindar todo aquello orientado asa los (clientes o empresas) que lo
primordial es generar un buen producto de calidad final. Esto conlleva a
que las empresas aumenten sus ganancias dependiendo del software
obtenido.
Tema 2.1.- ISO y MOPROSOFT.
ISO
Normas ISO sobre la calidad del producto software
La familia ISO/IEC 25000 es el resultado de la evolucin de otras normas

anteriores, especialmente de las normas ISO/ICE 9126 e ISO/IEC 14598. Las
primeras, ISO/IEC 9126 son las relacionadas con la calidad de un producto
software, y fueron publicadas por primera vez en 1991 (ISO, 1991) en que
se presentaba el modelo de calidad. Posteriormente, en 2001 se pblicos
una nueva versin de esta primera parte (ISO, 2001b) y se complementos
con 3 informes tcnicos que proponan diferentes mtricas:
El paralelo se public las normas 14598, que abordaban el tema de la

evaluacin de productos del software, y que se organizaron en 6 normas:
1. ISO/IEC 14598-1:1999: visin general (ISO, 1999a).

2. ISO/IEC 14598-2:2000: Planificacin y gestin (ISO, 2000a).
3. CMM: Es un estndar en ingeniera de software basado en la
innovacin, velocidad y satisfaccin requerida por el cliente. Se ha
convertido en el lema de las organizaciones que quieren sobrevivir
y crecer ms dentro del mundo moderno.
4. CMMI (Capability Maturity Model Integration) es un modelo que

ayuda a mejorar los procesos de realizacin de software y que
proporciona el requerimiento necesario para que tenga una buena
efectividad.
5. Este modelo puede utilizarse para guiarse al momento de mejorar
las actividades que se realizan en el proyecto, debido a que
maneja un marco de referencia para evaluar que los procesos
sean efectivos.
6. CMME (Content Management Made Easy) Es un contenido web
sistema de gestin. Su utilizacin es muy sencilla ya que no
depende de tantos requisitos y es flexible a la hora de razonar.
MOPROSOFT
El origen del estndar MoProSoft es la necesidad de cumplir con la

estrategia nmero 6 del Programa de Software (ProSoft) de la Secretara de
Economa (establecida desde el sexenio 2000-2006), relativa a "alcanzar
niveles internacionales de capacidad de procesos" por parte de las
pequeas y medianas empresas mexicanas desarrolladoras de software. El
esquema MoProSoft permite a las PyMES que desarrollan software,
demostrar la capacidad de sus procesos y con esto hacerlas ms
competitivas, a fin de que tengan mayores probabilidades de permanecer
en el mercado.
En el mbito de TI, NYCE contribuy a la elaboracin y posterior evaluacin

del estndar o norma NMX-I-059/02-NYCE-2011 "Tecnologa de la
informacin - Ingeniera de Software - Calidad de producto"(MoProSoft). La
creacin de este estndar no fue casual, ya que con esto se logr dar
legitimidad y certeza jurdica al modelo de evaluacin de madurez de la
capacidad de procesos, para as elevarlo a la categora de norma, hoy
estndar MoProSoft.
Como Unidad de Verificacin de Tecnologas de Informacin (UVTI)

acreditada desde noviembre de 2005 por la Entidad Mexicana de
Acreditacin en los trminos de la Ley Federal sobre Metrologa y
Normalizacin (LFMN), NYCE evala el cumplimiento de la norma NMX-I-
059/02-NYCE-2011 (MoProSoft), determinando el nivel de madurez de la
capacidad del proceso de las empresas, a las cuales se les otorga el
correspondiente Dictamen.
Qu es la Verificacin de la NMX-I-059/02-NYCE-2011 (MoProSoft)?
La verificacin conforme a la norma mexicana NMX-I-059/02-NYCE-2011

consiste en determinar el nivel de madurez de los 9 procesos en las
organizaciones que tienen como referencia el modelo MoProSoft.
Estos 9 procesos estn contenidos en tres categoras: Alta Direccin (DIR),

Gerencia (GER) y Operacin (OPE), lo que asegura una cobertura total en la
organizacin. Se determina el nivel de madurez de capacidades para cada

proceso verificado y, con base en ello, el nivel de madurez de capacidades
de la organizacin, que es el mximo nivel de capacidad alcanzado por
todos los procesos de MoProSoft.
Caracterstica del estndar MoProSoft
Modelo mexicano.
Cubre el mbito completo de una organizacin.
Orientado a empresas dedicadas al desarrollo y mantenimiento del
software.
Sencillo y entendible.
Fcil de implantar.
Penetracin en las PYMES en Mxico.
Bajos costos de verificacin en comparacin con otros estndares.
Modelo derivado del proyecto ProSoft del Gobierno Mexicano.
Obtencin de un dictamen de conformidad de los procesos verificados
en trminos de la LFMN.
Se implementan y verifican 9 procesos sin importar el tamao de la
organizacin.
Nivel de Madurez
El Nivel de Madurez de Capacidades de la Organizacin est definido como

el mximo nivel de capacidad alcanzado en una organizacin por todos los
procesos de MoProSoft.
Tema 2.2.- Estndares para documentacin de proyectos.
ISO/IEC 26514:2008
La Norma ISO/IEC 26514:2008 cubre las necesidades que cualquier persona

que utiliza aplicaciones de software tiene de informacin precisa sobre la
forma en que el software puede ayudar a ese usuario a realizar una tarea.
La documentacin puede ser el primer elemento tangible que el usuario ve
y por lo tanto, las influencias del esas primeras impresiones del nuevo
usuario de software son importantes
La Norma Internacional ISO / IEC 26514:2008 sobre documentacin ayuda a

los diseadores y desarrolladores, ya que define el proceso de catalogacin
de la documentacin del desarrollador. El informe abarca las etapas
implicadas en el diseo, especificando, y la produccin de documentacin
para el usuario. Se aplica tanto a la documentacin impresa como en
pantalla.
La norma (ISO / IEC 26514:2008 Sistemas y software de ingeniera)

recomienda que el desarrollo de la documentacin del usuario debe ser
parte del desarrollo del producto de software y sigue los mismos procesos
como el ciclo de vida del producto.
IEEE 830
l estndar 830-1998 fue generado por un equipo de trabajo del IEEE, su

finalidad es la integracin de los requerimientos del sistema desde la
perspectiva del usuario, cliente y desarrollador.
La 830 se encarga de poner las pautas para identificar y esquematizar las

requerimientos de software. como parte integral del desarrollo de software,
sino tambin como base fundamental de este, todo esto con el fin de no
caer en cambios, errores o situaciones que pongan en peligro la creacin de
una solucin, producto o software; incurriendo en gastos o cambios
producto de una mal anlisis de requerimientos
Objetivos:
Ya conociendo lo que es un SRS se debe establecer que funcin ubicada en

el contexto de desarrollo de software por esto se plantea lo siguiente:
- Un cliente describa claramente lo que quiere
- Un proveedor entienda claramente lo que el cliente quiere
- Se establezcan bases para un contrato de desarrollo (o de compra-venta)
- Se reduzca el esfuerzo de anlisis, diseo, y programacin (evitando re-

trabajos)
Actores
De los estndares este es uno de los que mayor importancia lleva ya que
este es el que define que har la herramienta de software o solucin
planteada.
- Un cliente/usuario que vaya a definir requerimientos (caractersticas) de un

software que necesite
- Un desarrollador (interno/externo) que haga software a la medida

mediante proyecto
- Un desarrollador que haga software de paquete que se venda

masivamente
PMBOK
El ms famoso y reconocido producto del PMI es el Project Management

Body of Knowledge (PMBOK). Como su nombre lo sugiere describe un
conjunto de conocimientos y de prcticas aplicables a cualquier situacin
que requiera formular, las cuales han sido concebidas luego de evaluacin y
consenso entre profesionales pares sobre su valor y utilidad. Tales prcticas
han sido compiladas y mejoradas durante los ltimos veinte aos gracias al
esfuerzo de profesionales y acadmicos de diversos mbitos profesionales y
especialmente de la ingeniera.
El PMBOK no debe entenderse como una metodologa per se, sino como una
gua de estndares internacionales para que los profesionales puedan
adaptar a cada caso y contexto particular los procesos, reconocidos como
buenas practicas por el PMI que se pueden aplicar a la mayora de los
proyectos en la mayora de los casos. La importancia del PMBOK es que
provee un marco de referencia formal para desarrollar proyectos, guiando y
orientando a los gerentes de proyectos sobre la forma de avanzar en los
procesos y pasos necesarios para la construccin de resultados y alcanzar
los objetivos. Esto, por supuesto, requiere la adaptacin de los contenidos
del PMBOK al dominio tcnico y la especificidad de cada proyecto en
particular. En consecuencia, si bien el PMBOK ofrece un mtodo (Es decir
segn el DREA, como un modo de obrar o proceder que cada uno tiene)
para aproximarse a un objetivo, no debe entenderse cmo una metodologa
cerrada. Ni como un manual cerrado para el desarrollo de proyectos.
El PMBOK documenta la informacin necesaria para iniciar, planificar,

ejecutar, supervisar y controlar, y cerrar un proyecto individual, e identifica
los procesos de la direccin de proyectos que han sido reconocidos como
buenas prcticas para la mayora de los proyectos, la mayor parte del
tiempo. Estos procesos se aplican globalmente y en todos los grupos de
negocios o industriales. Se debe entender como una recopilacin de buenas
prcticas lo cual significa que existe un acuerdo general en que se ha
comprobado que la aplicacin de esos procesos de direccin de proyectos
aumenta las posibilidades de xito en una amplia variedad de proyectos.
Por ltimo, segn el PMBOK, la direccin de proyectos es la aplicacin de

conocimientos, habilidades, herramientas y tcnicas a las actividades del
proyecto para satisfacer los requisitos del mismo. La direccin de proyectos
se logra mediante la ejecucin de procesos, usando conocimientos,
habilidades, herramientas y tcnicas de direccin de proyectos que reciben
entradas y generan salidas. Para que un proyecto tenga xito, el equipo del
proyecto debe:
Seleccionar los procesos apropiados dentro de los Grupos de Procesos

de la Direccin de Proyectos (tambin conocidos como Grupos de
Procesos) que sean necesarios para cumplir con los objetivos del
proyecto
Usar un enfoque definido para adaptar las especificaciones del
producto y los planes de tal forma que se puedan cumplir los
requisitos del proyecto y del producto
Cumplir con los requisitos para satisfacer las necesidades, deseos y
expectativas de los interesados
Equilibrar las demandas concurrentes de alcance, tiempo, costes,
calidad, recursos y riesgos para producir un producto de calidad.
ITIL
Desarrollada a finales de 1980, la Biblioteca de Infraestructura de

Tecnologas de la Informacin (ITIL) se ha convertido en el estndar
mundial de de facto en la Gestin de Servicios Informticos. Iniciado como
una gua para el gobierno de UK, la estructura base ha demostrado ser til
para las organizaciones en todos los sectores a travs de su adopcin por
innumerables compaas como base para consulta, educacin y soporte de
herramientas de software. Hoy, ITIL es conocido y utilizado mundialmente.
Pertenece a la OGC, pero es de libre utilizacin.
ITIL fue desarrollada al reconocer que las organizaciones dependen cada

vez ms de la Informtica para alcanzar sus objetivos corporativos. Esta
dependencia en aumento ha dado como resultado una necesidad creciente
de servicios informticos de calidad que se correspondan con los objetivos
del negocio, y que satisfagan los requisitos y las expectativas del cliente. A
travs de los aos, el nfasis pas de estar sobre el desarrollo de las
aplicaciones TI a la gestin de servicios TI. La aplicacin TI (a veces
nombrada como un sistema de informacin) slo contribuye a realizar los
objetivos corporativos si el sistema est a disposicin de los usuarios y, en
caso de fallos o modificaciones necesarias, es soportado por los procesos de
mantenimiento y operaciones.
A lo largo de todo el ciclo de los productos TI, la fase de operaciones alcanza

cerca del 70-80% del total del tiempo y del coste, y el resto se invierte en el
desarrollo del producto (u obtencin). De esta manera, los procesos eficaces
y eficientes de la Gestin de Servicios TI se convierten en esenciales para el
xito de los departamentos de TI. Esto se aplica a cualquier tipo de
organizacin, grande o pequea, pblica o privada, con servicios TI
centralizados o descentralizados, con servicios TI internos o suministrados
por terceros. En todos los casos, el servicio debe ser fiable, consistente, de
alta calidad, y de coste aceptable.
ITIL fue producido originalmente a finales de 1980 y constaba de 10 libros

centrales cubriendo las dos principales reas de Soporte del Servicio y
Prestacin del Servicio. Estos libros centrales fueron ms tarde soportados
por 30 libros complementarios que cubran una numerosa variedad de
temas, desde el cableado hasta la gestin de la continuidad del negocio. A
partir del ao 2000, se acometi una revisin de la biblioteca. En esta
revisin, ITIL ha sido reestructurado para hacer ms simple el acceder a la
informacin necesaria para administrar sus servicios. Los libros centrales se
han agrupado en dos, cubriendo las reas de Soporte del Servicio y
Prestacin del Servicio, en aras de eliminar la duplicidad y mejorar la
navegacin. El material ha sido tambin actualizado y revisado para un
enfoque conciso y claro.
Tema 2.3.- CMMI
CMMI es el acrnimo de Capability Maturity Model Integration y se refiere a

los modelos que contienen las mejores prcticas que ayudan a las
organizaciones a mejorar sus procesos. Han sido desarrollados por equipos
de trabajo formados por especialistas de la industria, el gobierno y el
Software Engineering Institute (SEI) que transfiri los derechos al CMMI
Institute para su operacin y comercializacin.
Siendo un modelo refleja una abstraccin de la realidad que permite a las

organizaciones adoptar prcticas tiles para alcanzar sus objetivos de
negocio, constituye una referencia no es un proceso en s. Para establecer
una analoga, querer adaptar la organizacin al modelo es como si al ver

una maqueta de una casa una persona deseara vivir en ella.
La adecuada interpretacin del modelo para cubrir las diferentes

situaciones, necesidades y objetivos de una organizacin son esenciales
para lograr los resultados que se quieren. Muchas veces por
desconocimiento o por falta de sentido comn o criterio, el resultado no es
lo esperado. Por ello es importante saber Qu es CMMI y Qu no esperar de
CMMI.
Qu es CMMI
Es una gua que ayuda en la mejora de procesos, pero como en cualquier

receta cada quin le puede poner de su propio sazn. El enfoque del modelo
permite evolucionar desde un proceso en crisis a un proceso controlado,
estandarizado, medido y optimizado que sienta las bases de la mejora
continua y permite a la organizacin adoptar nuevas prcticas sobre un
proceso estable y controlado que est institucionalizado.
Segn el modelo que se utilice se puede obtener el documento con un

conjunto de guas que ayudan en:
Desarrollo y mantenimiento de productos y servicios (CMMI DEV),

Adquisicin de productos y servicios (CMMI ACQ) y
Establecimiento, entrega y gestin de los servicios (CMMI SVC).
Contiene elementos esenciales de un proceso efectivo y propone una forma

de adopcin para la organizacin que permite incrementar la calidad y
productividad, al tiempo que controla el presupuesto y los compromisos
establecidos. Cada una debe interpretar, adoptar y aplicar aquellas
prcticas que le apoyan en el logro de sus objetivos y cumplimiento de sus
necesidades de manera eficiente.
Considera dos enfoques o rutas para adoptar las mejoras y medir el nivel en
que han evolucionado y se conocen como representaciones. En una forma
se consideran reas de proceso de manera individual y se califican en
niveles de capacidad de acuerdo con la representacin continua. El otro
enfoque considera un conjunto preestablecido de reas de proceso que
constituyen un nivel de madurez y que es la forma de evaluar la
representacin escalonada o por etapas.
Est estructurado para facilitar su uso en elementos que definen la forma y

modo de aplicarlo, considerando los elementos que son obligatorios,
sugeridos o el material informativo en las reas de proceso. En general el
documento se puede revisar en funcin de metas, prcticas y subprcticas
con el resto del material informativo.
Es utilizado por las organizaciones para entender las mejores prcticas de la

industria, para priorizar y adoptar las mejoras a los procesos existentes,
para compararse con su competencia dentro del mercado o para que los
clientes puedan identificar las prcticas que necesitan demostrar sus
proveedores.
Qu no esperar de CMMI
No constituye un proceso o conjunto de procesos, considerando el proceso

como la secuencia de pasos realizados para generar un resultado. El modelo
contiene reas de proceso que agrupan las prcticas segn el propsito y la
intencin de las mismas. La intencin del modelo no es considerar el
mapeo uno a uno entre los procesos de la organizacin y las reas de
proceso del modelo.
No es un modelo prescriptivo en el sentido que no establece o infiere

procesos que son correctos para una organizacin o proceso. Describe los
criterios mnimos necesarios para planificar e implementar los procesos
seleccionados por la organizacin para mejorar, considerando los objetivos
del negocio.
No constituye un objetivo en s, es un medio para alcanzar las mejoras. La

adopcin de las prcticas en las reas de proceso y la evaluacin del nivel
de madurez o capacidad se debe dar como consecuencia de la
implementacin y la mejora de los resultados.
No est enfocado a grandes organizaciones, cubre elementos generales

aplicables a todo tipo de organizacin. Es aplicado por diferentes empresas
sin importar su tamao o nmero de personas involucradas en el alcance.
De hecho, ms del 60% de las evaluaciones realizadas corresponden a
organizaciones con menos de 100 personas.
No establece cmo deben ser implementadas las prcticas en una

organizacin. Los roles, responsabilidades, mtricas, tcnicas, estndares,
metodologas y dems consideraciones que se toman en cuenta para definir
y ejecutar un proceso son establecidos por cada organizacin en funcin de
sus necesidades y de las prcticas del modelo que va a considerar. Bajo
esta perspectiva la adopcin de enfoques Agile no estn en contradiccin
con el modelo, pero si requiere una adecuada interpretacin de la forma de
adopcin de las prcticas.
No certifica a la organizacin. El modelo utiliza los niveles de madurez y

capacidad para evaluar el nivel de cumplimiento de las prcticas a travs
del mtodo SCAMPI que permite identificar oportunidades de mejora en los
procesos y determinar el nivel de la organizacin o de las reas de proceso.
La interpretacin adecuada del modelo y adopcin efectiva de las prcticas

en relacin con las necesidades de mejora de la organizacin marcan la
diferencia entre lo que es una implementacin exitosa y un fracaso en el
uso de CMMI. No hay que buscar Gigantes donde realmente solo hay
Molinos de viento.
Conclusin.
Las normas y estndares que existen para los proyectos de T.I sin duda son
demasiado tiles. Si estas normas y estndares se respetan y se siguen
paso a paso como se especifican, los resultados que tendremos siempre es
obtener que nuestro proyectos sean eficientes y mantengamos la
satisfaccin de las necesidades de los clientes, y no solo para ellos sino
tambin para los ingenieros involucrados en los proyectos, ya que mejora la
forma en que trabajan y controla los tiempos.
Bibliografia.
De conceptos.(S/F).Normas. Recuperado el 14 de enero de 2013 en:

http://deconceptos.com/ciencias-juridicas/norma
Scribe. (2011).Normas y estndares. Recuperado el 14 de enero de
2013 en: http://es.scribd.com/doc/38657063/Normas-y-Estandares
Definicin. (2008).concepto de norma. Recuperado el 14 de enero de
2013 en: http://definicion.de/norma/
Wikipedia. (2012).IEEE. Recuperado el 14 de enero de 2013 en:
http://es.wikipedia.org/wiki/IEEE
Anasistem. (S/F).Estndares y normas para proyectos en TI.
Recuperado el 14 de enero de 2013 en:
http://anasistemm.blogspot.mx/2010/09/normas-y-estandares-para-
proyectos-de.html

Sistemas de Calidad de Ti Teoria

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistemas de Calidad de Ti Teoria

Uploaded by

Copyright:

Available Formats

[Escriba el ttulo del documento]

SISTEMAS DE CALIDAD EN T.I.

UNIDAD TEMTICA 1.- Normas y estndares en proyectos de T.I.

Es un conjunto de reglas que deben cumplir los productos, procedimientos o

Son reglas de conductas que nos imponen un determinado modo de obrar o

Que son la serie de estndares ISO?

Las series de ISO 9000 son un grupo de 5 individualidades, pero

Tema 1.1.- Normas y estndares de calidad para el desarrollo de

Uno de los grandes problemas que enfrenta la produccin de software tan

Desde los primeros momentos en que se comenz a desarrollar programas

A partir de esta problemtica, el presente trabajo tiene el objetivo de

Los modelos y estndares de calidad ms difundidos en la actualidad con los

Anlisis crtico de propuestas existentes

Desde el ao 1977 en que McCall y Cavano establecieron los factores de

calidad del software, todos los estndares y modelo se sustentaron en

En este contexto, los modelos de calidad son sistemas basados en estudios

Teniendo en cuenta que para las compaas un producto o servicio es de

CMMI (Modelo de Madurez de Capacidades) es un modelo de referencia que

El Software Engineering Institute (SEI) de la Carnegie Mellon University de

La representacin usada en CMMI entrega una gua para efectuar las

En la tabla No. 1 se muestran los niveles para estos dos tipos de

Tabla No. 1: Niveles de Representacin continua y escalonada.

Representacin Continua Representacin Escalonada

Representacin continua: La representacin continua se focaliza en la

Representacin escalonada: En la representacin escalonada o por etapas

El modelo CMMI constituye un modelo de validacin de calidad ya que al

positivamente estas mejoras en la calidad, no desde el punto de vista de los

Utilizando CMMI en el rea de desarrollo de software se valida la gestin de

Tambin existen en el modelo CMMI acciones encaminadas a la verificacin

Una evaluacin de CMMI corresponde al estudio y anlisis de uno o ms

debilidades dentro de una organizacin. Un mtodo de evaluacin puede ser

En los documentos se relacionan un conjunto de requerimientos

La clase A corresponde al mtodo de evaluacin que satisface el 100 % de

La evaluacin clase B est basada en la evaluacin clase A. la evaluacin

La evaluacin clase C es menos formal an, es de menor duracin y con

Hay cuatro grupos o categoras de reas de procesos que ayudan a guiar el

El modelo CMMI es engorroso de implementar en procesos de desarrollo, se

Las normas ISO (Organizacin Internacional para los Estndares) han

casusticamente al rea de produccin de software, en las que se exponen

Calidad externa, que corresponde a la satisfaccin de los clientes. El logro

Calidad interna, que corresponde al mejoramiento y validacin de las

La norma ISO 8402-94 define la calidad como:

El conjunto de caractersticas de una entidad que le otorgan la capacidad de

Esta norma ms bien est orientada a la realizacin de auditoras sobre el

La norma ISO 9000:2000 tambin tiene otra definicin muy parecida a la

La norma mencionada anteriormente define la calidad como el conjunto de

En todas estas normas el propsito de calidad es proporcionarle al cliente

Al revisar la norma cubana NCISO/IEC 9126 en su referencia 14598 podemos

Estndar ISO 9126 del IEEE y la Mantenibilidad

El modelo de calidad establecido en la primera parte del estndar ISO 9126-

El estndar provee un entorno para que las organizaciones definan un

ISO 9126 distingue entre fallos y no conformidad, siendo un fallo el no

afecta a los requisitos especificados. Una distincin similar es hecha entre la

Modelo FMEA (Failure mode and effects analysis)

El desafo es disear con calidad y confiabilidad temprano en el ciclo de

Por lo que se recomienda el uso temprano y constante de FMEA en el

FMEA provee al ingeniero de una herramienta que pueda asistir al

Modelo EFQM (European Foundation for Quality Management)

La Fundacin Europea para la Gestin de la Calidad (EFQM) fue fundada en

Posibles problemas de investigacin

1) Evaluacin de calidad en software de gestin de contabilidad y finanzas.

2) Aplicacin del modelo FMEA en diseo de sistemas de bases de datos.

3) Creacin de plantillas para recoger mtricas de calidad en el entorno de

Tema 1.2.- Normas y/o estndares aplicables a proyectos de T.I.