Inteco GobiernoEspaña Guia de Certificacion

GUA DE CERTIFICACIN
Laboratorio Nacional de Calidad del

Software
Marzo 2009
NOTA DE EDICIN
Esta gua ha sido desarrollada por el Laboratorio Nacional de Calidad del Software del
INTECO. Esta segunda versin ha sido editada en Marzo del 2009.
El presente documento cumple con las condiciones de accesibilidad del formato PDF (Portable Document Format).
Se trata de un documento estructurado y etiquetado, provisto de alternativas a todo elemento no textual, marcado de
idioma y orden de lectura adecuado.
Para ampliar informacin sobre la construccin de documentos PDF accesibles puede consultar la gua disponible en la
seccin Accesibilidad > Formacin > Manuales y Guas de la pgina http://www.inteco.es.
Gua de certificacin 2
AVISO LEGAL
CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la
Universidad Carnegie Mellon.
ITMark es un modelo diseado por ESI (European Software Institute).
EFQM, es marca registrada de European Foundation for Quality Management,

fundacin de miembros con fines no lucrativos y fuente principal para las
organizaciones europeas que buscan la excelencia en sus mercados y negocios.
TickIT es un programa introducido por el Consejo Nacional de Acreditacin de los

Organismos de Certificacin (National Accreditation Council of Certification Bodies,
NACCB).
MoProSoft es un modelo desarrollado por la Asociacin Mexicana para la Calidad en

Ingeniera de Software a travs de la Facultad de Ciencias de la Universidad
Nacional Autnoma de Mxico (UNAM) y a solicitud de la Secretara de Economa.
TPI/TMAP es marca registrada por Sogeti.
TMMi es marca registrada de TMMi Foundation.
Las distintas normas ISO mencionadas han sido desarrolladas por la International
Organization for Standardization.
Todas las dems marcas registradas que se mencionan, usan o citan en la presente gua
son propiedad de los respectivos titulares.
INTECO cita estas marcas porque se consideran referentes en los temas que se tratan,
buscando nicamente fines puramente divulgativos. En ningn momento INTECO busca con
su mencin el uso interesado de estas marcas ni manifestar cualquier participacin y/o
autora de las mismas.
Nada de lo contenido en este documento debe ser entendido como concesin, por
implicacin o de otra forma, y cualquier licencia o derecho para las Marcas Registradas
deben tener una autorizacin escrita de los terceros propietarios de la marca.
Por otro lado, INTECO renuncia expresamente a asumir cualquier responsabilidad
relacionada con la publicacin de las Marcas Registradas en este documento en cuanto al
uso de ninguna en particular y se eximen de la responsabilidad de la utilizacin de dichas
Marcas por terceros.
El carcter de todas las guas editadas por INTECO es nicamente formativo, buscando en
todo momento facilitar a los lectores la comprensin, adaptacin y divulgacin de las
disciplinas, metodologas, estndares y normas presentes en el mbito de la calidad del
software.
NDICE
1 CMO PUEDO MEJORAR MI PRODUCTO SOFTWARE? .......................................5
1.1 Introduccin a la Calidad del software ...................................................................5
1.1.1 Qu es la calidad en el desarrollo de software? .................................5
1.1.2 Qu es un modelo de mejora? ............................................................6
1.2 La certificacin de la mejora ................................................................................10
1.2.1 Qu se entiende por certificacin?....................................................10
1.2.2 Cmo se obtiene una certificacin? ..................................................10
1.2.3 Quin garantiza la certificacin? .......................................................11
1.2.4 Por qu debo certificarme? ...............................................................12
1.2.5 Qu mejoras puedo obtener? ...........................................................12
1.2.6 Quin me garantiza el xito del proceso? .........................................13
2 QU MODELOS EXISTEN EN EL MERCADO, Y CUL ES EL QUE MS ME

CONVIENE? ................................................................................................................15
2.1 Qu modelos existen? .......................................................................................15
2.1.1 Qu modelos se orientan a la mejora de procesos?.........................15
2.1.2 Qu modelos se orientan a la mejora del producto? ........................21
2.2 Qu se recomienda para mi empresa, si... ........................................................26
2.2.1 ...tenemos menos de 10 trabajadores? ...............................................26
2.2.2 ...quiero mejorar en todos los aspectos, y tengo ms de 10
trabajadores?................................................................................................27
2.3 Quin respalda estos modelos, y me respalda ante mis clientes? ....................28
2.3.1 Entidades certificadoras acreditadas ..................................................28
2.3.2 Otras entidades que avalan modelos de mejora .................................29
3 QU PASOS DEBO SEGUIR, Y QU DEBO INVERTIR PARA IMPLANTAR UN

MODELO DE CALIDAD? ............................................................................................30
3.1 Con quin puedo contactar en caso de inters en implementar un modelo? ....30
3.2 Qu proceso se debe seguir?............................................................................30
3.3 Cunto me va a costar, y qu recursos debo emplear? ....................................31
3.3.1 Personal interno ..................................................................................31
3.3.2 Consultora externa .............................................................................31
3.3.3 Adquisiciones de herramientas ...........................................................32
3.3.4 Costes de evaluaciones y certificacin ...............................................32
4 QUIN ME PUEDE AYUDAR? .................................................................................33

4.1 A quin puedo acudir para que me informe personalmente? ............................33
4.2 Dnde puedo conseguir ms informacin sobre el tema? ................................34
4.2.1 Sitios web ............................................................................................34
4.3 Dnde puedo conseguir ayudas econmicas? ..................................................35
1. CMO PUEDO MEJORAR MI PRODUCTO SOFTWARE?
1.1. INTRODUCCIN A LA CALIDAD DEL SOFTWARE
1.1.1. Qu es la calidad en el desarrollo de software?
El trmino calidad, como tal, tiene una definicin ambigua. No obstante, las normas y
modelos internacionales ofrecen varias acepciones, basadas sobre todo en la adaptabilidad
de uso (mediante la calidad de diseo y la calidad de conformidad del usuario). Segn estas
normas, comnmente aceptadas, la calidad debe ser mensurable y predecible, y debe
incorporar varios factores bsicos:
Ausencia de defectos
Satisfaccin del usuario
Conformidad con los requerimientos
Segn la norma ISO 9126 sobre Tecnologas de la Informacin y calidad de los productos
software, actualmente sustituida por la ISO 25000, de la que se hablar ms adelante, las
caractersticas de la calidad son:
Funcionalidad Fiabilidad Usabilidad Eficiencia Mantenibilidad Portabilidad
Adecuacin Madurez Capacidad de Tiempo de Capacidad Adaptabilidad

entender respuesta analizar
Exactitud Tolerancia a Capacidad de Utilizacin de Capacidad de Instalabilidad

fallos aprender recursos cambio
Seguridad de Capacidad de Capacidad para Cumplimiento de Estabilidad Coexistencia

acceso recuperacin operar eficiencia
Cumplimiento Cumplimiento de Capacidad de Capacidad para Capacidad de

funcional fiabilidad atraccin pruebas reemplazo
Cumplimiento Cumplimiento Cumplimiento

usabilidad mantenibilidad portabilidad
Figura 1. Caractersticas de calidad (ISO 9126)
Otras empresas o entidades definen sus propios criterios de calidad, como el caso de IBM
(funcionalidad, usabilidad, rendimiento, confiabilidad, instalacin, mantenibilidad,
documentacin/informacin, servicio y totalidad), o de Hewlett-Packard (funcionalidad,
usabilidad, confiabilidad, rendimiento, servicio).
1.1.2. Qu es un modelo de mejora?
Es un patrn a seguir, mediante el cual, una empresa intenta modificar sus procesos para
ser ms eficaces y reducir costes. Mediante el seguimiento de este patrn, que en la mayor
parte de los casos conlleva reorganizaciones internas, se persigue implcitamente la mejora
en la calidad de los productos desarrollados.
La Ingeniera del Software abarca un amplio espectro de disciplinas, entre las cuales se
encuentra el dominio en la aplicacin de modelos y estndares de calidad. Estos permiten
que las empresas puedan implementar la calidad en una doble vertiente: a nivel proceso y a
nivel producto. Cada modelo o estndar puede, pues, tener una aplicacin concreta o
limitada orientada a lograr mejorar determinados objetivos.
La mejora orientada hacia los procesos de mi organizacin
El proceso software objeto de mejora podra definirse como el conjunto de actividades,

mtodos, prcticas y transformaciones que la gente usa para desarrollar y mantener
software y los productos de trabajo asociados, como planes de proyecto, diseo de
documentos, cdigo, pruebas y manuales de usuario (segn el Software Engineering
Institute). La definicin de ISO, por otra parte, define este proceso como el proceso o
conjunto de procesos usados por una organizacin o proyecto, para planificar, gestionar,
ejecutar, monitorizar, controlar y mejorar sus actividades software relacionadas.
El objetivo final de un modelo de procesos es lograr una representacin clara de los

procesos reales de desarrollo que se implementan en una organizacin, con la cual poder
trabajar para planificar las mejoras a incluir en cada uno de esos procesos. Si la
representacin conceptual del proceso es buena, los anlisis de estos procesos sobre el
papel permitirn a la empresa la posibilidad de automatizarlos, controlar su eficiencia,
comprobar las interacciones con otros procesos, y ofrecer a la Direccin una nueva fuente
de informacin, como puede ser la informacin actual del estado de cada proceso en
cualquier momento, el significado que debe darse a cada uno de los puntos de decisin, etc.
La mejora del producto final pasa, segn estos modelos, por la mejora de los procesos que
llevan a su creacin. La adopcin del modelo o metodologa adecuados podr realizar esta
mejora con una correcta implantacin, dotando implcitamente al producto final de una
calidad manifiesta.
Entre los modelos o estndares a nivel de proceso se pueden mencionar la familia de

normas ISO 9001:2000 (ISO 9003:2004), ISO/IEC 15504, CMMI, TickIT, ISO 20000,
Bootstrap, SwTQM (basado en EFQM y CMMI), etc.
Tabla 1. Modelos ms importantes
Tipo de empresa
Modelos Observaciones
Grande PYME Micro
CMMI for Development,

Evaluado por SEI
v1.2
ISO/IEC 15504:2003 Respaldado por ISO
Mejora de SWTQM Basado en EFQM y CMMI

proceso
Basado en CMMI y desarrollado
ITMark
por ESI
MoProsoft Evaluable mediante EvalProSoft
Competisoft Basado en MoProSoft
Se centra nicamente en el
TPI/TMAP
proceso de testeo
TMMi Modelo de calidad para pruebas

Mejora de
producto ISO 25000 Requiere adaptacin
XP (eXtreme Orientado a la satisfaccin y

Programming) confianza del cliente
La calidad a nivel de procesos puede ser evaluada de manera genrica o especfica, segn
el modelo o estndar seleccionado. Todo modelo o estndar a nivel de proceso tiene que
tener un mbito de aplicacin especfico y tiene como finalidad la mejora continua.
La mejora orientada hacia mi producto
Dentro del conjunto de modelos y metodologas de mejora de la calidad, existen un conjunto

de modelos que sitan el foco de la mejora no en el proceso, sino en el propio producto final.
Para ello, se aplica un modelo de pruebas en el ciclo de vida del software.
La estrategia en este caso se basa en el establecimiento de varios puntos de testeo y

verificacin sobre todas las etapas del ciclo de vida (requisitos, anlisis, diseo y
construccin), adems de la ltima etapa de pruebas finales. Las tcnicas a emplear suelen
ser las siguientes:
Deteccin temprana de errores mediante la anticipacin de los bancos de pruebas.

Utilizacin de tcnicas especializadas, como pueden ser las pruebas estticas,
dinmicas, pruebas unitarias, pruebas de caja negra y caja blanca, etc.
Incorporacin a los equipos de trabajo de grupos especializados en testing.
No obstante, y a pesar de que los pilares bsicos del desarrollo de software son comunes
para todas las organizaciones, por regla general la aplicacin de este tipo de
aproximaciones a la calidad mediante los modelos orientados a producto dependen de cada
organizacin, por lo que las soluciones no son fcilmente generalizables.
Entre los modelos o estndares a nivel de producto se pueden mencionar TPI/TMAP,

TMMi, el Modelo de Boehm el cual se muestra en el Grfico 2, el Modelo de Gilb, el
Modelo de Dromey, la norma ISO 25000, el Modelo de McCall, WebQEM, Portal Quality
Model (PQM) y otros. Mientras que los modelos a nivel de proceso son independientes de la
tecnologa, los modelos y estndares a nivel de producto surgen o se actualizan de acuerdo
a la evolucin tecnolgica.
Usos primarios Constructores intermedios Constructores
primitivos
Gua de certificacin
Independencia
Completitud
Portabilidad

Precisin
Mientras es til Fiabilidad

Consistencia

Eficiencia Eficiencia del sistema

Utilidad general
Accesibilidad
Ingeniera humana
Mtricas
Comunicatividad
Facilidad de prueba
Mantenibilidad Capacidad de estructuracin
Figura 2. Modelo de Boehm

Capacidad para ser
Auto descripcin
entendido.
Capacidad de Concisin
modificacin
Legibilidad
Capacidad de expansin
9
1.2. LA CERTIFICACIN DE LA MEJORA
1.2.1. Qu se entiende por certificacin?
La certificacin es la accin llevada a cabo por una entidad reconocida como confiable e
independiente de las partes interesadas, mediante la que se manifiesta la conformidad de
una empresa, producto, proceso, servicio o persona con los requisitos definidos en normas o
especificaciones tcnicas.
Se debe tener muy en cuenta que no todos los modelos son certificables. Existen modelos
que simplemente sirven para realizar evaluaciones conforme a estndares de buenas
prcticas; y otros, como CMMI, que requieren de un proceso denominado appraisal
(realizado por auditores pertenecientes al SEI) y que evala el nivel de cumplimiento con las
normas establecidas en su definicin.
Pese a todo, en esta gua aparecer el concepto certificacin para referirse a la

consecucin y validacin externa exitosa de un proceso completo de mejora en una
organizacin.
1.2.2. Cmo se obtiene una certificacin?
Un proceso de certificacin vara segn la situacin inicial de cada organizacin y el modelo

elegido para su implementacin.
Normalmente, tras la eleccin del modelo que se estime ms adecuado (para lo que en
ocasiones puede contarse con consultores externos especializados), se pone en marcha un
proceso que consta de:
Evaluacin de la situacin actual de la organizacin.

Comparar la situacin actual con las exigencias del modelo o norma elegida.
Diseo de un proyecto de mejora, basado en la comparacin anterior y, por tanto, en
la brecha existente frente al modelo o norma, para corregir las debilidades en los
procesos software de la organizacin.
Realizacin de la evaluacin que conlleva la certificacin segn el modelo o norma
elegido.
Evaluacin Comparacin Realizacin
Eleccin del situacin de situacin Diseo de un evaluacin
modelo la actual con proyecto de que conlleva
organizacin exigencias mejora la
modelo certif icacin
Figura 3. Pasos para obtener una certificacin
En caso de disponer de personal adecuado, con formacin en modelos de mejora y

dedicacin suficiente, es posible alcanzar con xito la implementacin satisfactoria de
algunos modelos existentes, como ISO 9000 los niveles ms bajos de CMMI. No
obstante, es muy recomendable la participacin de consultores externos especializados en
este tipo de procesos.
La realizacin de la evaluacin y/o certificacin requiere de los servicios de empresas

especializadas en este campo (entidades certificadoras), que realizarn los anlisis que
consideren oportunos de cara a la concesin y posterior mantenimiento de los certificados
otorgados.
1.2.3. Quin garantiza la certificacin?
La Entidad Nacional de Acreditacin (ENAC) es la entidad encargada en Espaa de realizar

el proceso de acreditacin sobre aquellas empresas certificadoras que pretenden lanzar al
mercado sus productos, de acuerdo a normas internacionales, siguiendo en todo momento
las polticas y recomendaciones establecidas por la Unin Europea.
Esta entidad acta de tercera parte confiable en dos puntos importantes de este proceso:
Ofrece confianza a efectos de los clientes de las empresas certificadoras que operan
en Espaa, respaldando la certificacin que stas otorgan.
Ofrece confianza en el cliente de las empresas certificadas, de forma que ste sabe
que contrata sus productos a una organizacin con un sello de calidad reconocido y
respaldado.
1.2.4. Por qu debo certificarme?
Los motivos fundamentales por los que una empresa debiera certificarse o adoptar al menos
un modelo de calidad son los siguientes:
Un cambio de inercia de cara a la reduccin de costes a medio-largo plazo,

adoptando buenas prcticas de gestin de proyectos y de ciclo de vida del
software.
La disminucin de las tasas de error, gracias a nuevas prcticas de testing para
minimizar los trabajos extra de garanta y mantenimiento.
Los requerimientos externos de clientes, o exigencias de la administracin
pblica segn qu tipo de desarrollo se desee vender.
El valor aadido proporcionado implcitamente por la propia certificacin, utilizado
tanto como marketing, como por ser un elemento diferenciador de cara al exterior
y ante la competencia en el sector.
Figura 4. Motivos fundamentales para certificarse
1.2.5. Qu mejoras puedo obtener?
Los beneficios ms importantes que obtiene la empresa gracias a la certificacin son los
siguientes:
Reduccin de tiempos y costes

o Las pruebas de los productos tienen unos costes y consumen tiempo, aun
cuando se efecten correctamente la primera vez.
o Los servicios de evaluacin acreditados aportan un valor aadido a su
producto o servicio, en cuanto a fiabilidad y reconocimiento, que repercute
directamente en la confianza de sus clientes y refuerza la imagen de su
empresa.
o La acreditacin pone a su disposicin un proceso de seleccin de
evaluadores nico, homogneo y reproducible, reduciendo la necesidad de
dedicar recursos propios.
Minimizar los riesgos
o Contar con evaluadores acreditados le ayudar a reducir los niveles de riesgo
de producir o proveer un producto defectuoso, al permitirle tomar decisiones
basadas en una informacin tcnicamente fiable. Adems disminuye el riesgo
de ver rechazado su producto por el comprador que no acepta evaluaciones
no acreditadas.
Aumentar la aceptacin de sus productos en otros mercados
o Un sistema de acuerdos internacionales permite que los resultados de los
evaluadores de la conformidad acreditados sean aceptados ms fcilmente
por los mercados extranjeros. Esta aceptacin contribuye a reducir los costes
para fabricantes y exportadores, reduciendo o eliminando la necesidad de
repetir pruebas en el pas de importacin.
Figura 5. Beneficios de la certificacin
1.2.6. Quin me garantiza el xito del proceso?
El xito del proceso no se puede asegurar a priori. No obstante, existen una serie de
factores clave que deben ser considerados:
Es necesario el mximo compromiso de la Direccin de la organizacin.
Es necesario una asignacin especfica y muy firme de todos los recursos incluidos
en el plan.
Son necesarias revisiones peridicas para medir el nivel de avance del plan de
accin. Deben ser instauradas para eliminar o reducir los puntos dbiles que se
pueden hallar a posteriori en el proceso de implantacin.
Es necesario un seguimiento exhaustivo del proyecto general.
2. QU MODELOS EXISTEN EN EL MERCADO, Y CUL ES EL
QUE MS ME CONVIENE?
2.1. QU MODELOS EXISTEN?

En el mercado de la certificacin, a da de hoy, existen gran cantidad de modelos y normas
aplicables a empresas y organizaciones desarrolladoras de software.
En los apartados siguientes se muestra una pequea seleccin de modelos y normas

considerados como los ms importantes segn la percepcin de los agentes implicados en
certificacin en Espaa.
2.1.1. Qu modelos se orientan a la mejora de procesos?
Tabla 2. Modelos
ISO/IEC
CMMI ItMark SwTQM TickIT
15504
Desarrollador SEI ISO ESI EFQM NACCB
Ayudar a las
organizaciones
Evaluar y de software a
Evala y
Mejora o determinar Marco de crear sistemas
acredita la
evaluacin de la capacidad evaluacin de calidad
calidad de
Objetivo los procesos de y mejora para que:
la
desarrollo y continua de organizaciones - agregue
empresa.
mantenimiento procesos valor
- cumplan con
la norma ISO
9001
CMMI
CMMI (Capability Maturity Model Integration) es un modelo ampliamente difundido para la

mejora o evaluacin de los procesos de desarrollo y mantenimiento de sistemas y productos
de software, creado por el Software Engineering Institute (SEI), entidad perteneciente a la
Universidad Carnegie-Mellon.
CMMI est estructurado en tres constelaciones y cada una de ellas est formada por:
Modelo + Formacin + Evaluacin. La constelacin orientada al desarrollo y a nivel de
proceso es la constelacin de CMMI para el desarrollo.
Esta constelacin, establece 5 niveles de madurez para clasificar a las organizaciones, en
funcin de qu reas de procesos consiguen sus objetivos y se gestionan mediante los
principios de ingeniera:
1. Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el

desarrollo y mantenimiento de software. Aunque se utilicen tcnicas correctas de
ingeniera, los esfuerzos se ven minados por falta de planificacin. El xito de los
proyectos se basa la mayora 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/Gestionado. En este nivel las organizaciones disponen de unas prcticas
institucionalizadas de gestin de proyectos, existen unas mtricas bsicas y un
razonable seguimiento de la calidad. La relacin con subcontratistas y clientes est
gestionada sistemticamente.
3. Definido. Adems de una buena gestin de proyectos, a este nivel las
organizaciones disponen de correctos procedimientos de coordinacin entre grupos,
formacin del personal, tcnicas de ingeniera ms detalladas y un nivel ms
avanzado de mtricas en los procesos.
4. Gestionado cuantitativamente. Las organizaciones disponen de un conjunto de
mtricas significativas de calidad y productividad, que se usan de modo sistemtico
para la toma de decisiones y la gestin de riesgos. El software resultante es de alta
calidad.
5. Optimizado. La organizacin completa est volcada en la mejora continua de los
procesos. Se hace uso intensivo de las mtricas y se gestiona el proceso de
innovacin.
CMMI permite abordar la mejora de procesos utilizando dos representaciones distintas:

escalonada o continua.
La representacin continua permite a una organizacin seleccionar un rea de

proceso (o un grupo de reas de proceso) y mejorar los procesos relacionados con
ella. Esta representacin utiliza niveles de capacidad para determinar la mejora
relativa a un rea de proceso de forma individual.
Figura 6. Representacin continua
La representacin escalonada utiliza conjuntos predefinidos de reas de proceso

para definir un camino para la mejora en una organizacin. Este camino hacia la
mejora se determina por niveles de madurez. Cada nivel de madurez proporciona un
conjunto de reas de proceso que determinan cul es el comportamiento por parte
de la organizacin.
o Nivel 1: Proceso impredecible, poco controlado.
o Nivel 2: Proceso definido caracterizado para proyectos y frecuentemente

reactivo.
o Nivel 3: Proceso definido para la organizacin y proactivo.
o Nivel 4: El proceso se controla cuantitativamente.
o Nivel 5: Foco en la mejora continua.
Figura 7. Representacin escalonada
La informacin referente a este modelo se puede encontrar en

http://www.sei.cmu.edu/cmmi/.
ISO/IEC 15504
SPICE (Software Process Improvement and Capability dEtermination), ISO/IEC 15504, es

un estndar dirigido, como CMMI, a la evaluacin y determinacin de la capacidad y
mejora continua de procesos de ingeniera del software. Su filosofa es desarrollar un
conjunto de medidas de capacidad estructuradas para todos los procesos del ciclo de vida y
para todos los participantes.
Desarrollada por ISO (International Standard Organization), la norma deriva de la ISO

12207, y emplea muchas de las ideas de CMMI. Desarrolla un modelo en dos
dimensiones; se valora la organizacin de desarrollo software en la dimensin del proceso
contra los atributos del proceso en la dimensin de capacidad:
La primera dimensin, denominada dimensin del proceso, define un conjunto

estndar de procesos para el ciclo de vida completo del software. La dimensin del
proceso establece 48 procesos y cinco categoras para clasificar los procesos
(cliente/servidor, ingeniera, soporte, proyecto y organizacin).
La segunda dimensin, o dimensin de la capacidad del proceso, se sustenta en un
conjunto de atributos que determinan el nivel. El objetivo de esta dimensin es definir
la escala de medida para la capacidad del proceso, y para ello se considera una
escala de tipo ordinal de seis puntos (niveles del 0 al 5):
o Incompleto (nivel 0): Existen fallos que no permiten alcanzar los
propsitos del proceso.
o Realizado (nivel 1): El propsito del proceso es normalmente alcanzado.
Este xito no tiene por qu haber sido rigurosamente planificado y
seguido por la Direccin.
o Gestionado (nivel 2): El proceso genera productos de acuerdo a
procedimientos especficos y es planificado y seguido.
o Establecido (nivel 3): El proceso es llevado a cabo usando procesos
definidos basados en principios de la ingeniera del software.
o Predecible (nivel 4): El proceso definido es ejecutado en consistencia
con una serie de lmites de control establecidos para alcanzar los
objetivos definidos. Se recogen medidas detalladas del rendimiento para
su anlisis.
o Optimizado (nivel 5): La realizacin de los procesos se encuentra optimizada
de forma que coincidan con las necesidades actuales y futuras de negocio.
Los resultados de los procesos son alcanzados de forma repetida de acuerdo
con los objetivos definidos.
Arquitectura del
modelo
Dimensin Dimensin
de procesos de capacidad
5 Categoras 6 Niveles de
de procesos capacidad
9 Atributos
48 Procesos
de proceso
Prcticas Prcticas de
bsicas gestin
Figura 8. ISO/IEC 15504
ISO/IEC TR 15504-7:2008 define las condiciones y marco de trabajo para evaluar y
determinar la madurez de una organizacin, basado en perfiles de capacidad de proceso
derivados de la evaluacin de los mismos, y define las condiciones bajo las cuales son
vlidas tales evaluaciones.
ISO/IEC TR 15504-7:2008 contiene tambin guas para implementar los requisitos para la
construccin de un Modelo de Madurez Organizacional; para llevar a cabo evaluaciones de
madurez y para la aplicacin de clasificaciones de madurez organizacional para mejora de
procesos y determinacin de capacidad.
ItMark
El modelo ITMark ha sido diseado por ESI (European Software Institute), fundacin
privada sin nimo de lucro creada en 1993 por la Comisin Europea en colaboracin con el
gobierno vasco, e integrada en la Corporacin Tecnolgica TECNALIA.
ITMark evala y acredita la calidad de la empresa en tres grandes reas: una relacionada
con la gestin general de la empresa (estratgica, comercial, financiera y de marketing), otra
sobre la seguridad de la informacin y la tercera y ms especfica, vinculada a la madurez
de sus procesos software. En los temas relativos a gestin se toma como referencia el
modelo 10-Squared. Desde el punto de vista de la seguridad se emplea el estndar ISO
17799, en tanto que en el rea especfica de software se incorpora una versin simplificada
de CMMI.
Este modelo se ha definido con la PYME y la microempresa como objetivo fundamental,

preparando un esquema de certificacin basado en CMMI que, segn ESI, no se ha
reducido para aplicarlo ms fcilmente en PYMEs. Por el contrario, se aplica de forma
concreta, pero estableciendo unos requisitos que se pueden interpretar nicamente desde
las caractersticas especiales de las PYMEs.
SwTQM
La iniciativa SwTQM parte del European Foundation for Quality Management (EFQM),
fundacin sin nimo de lucro con sede en Bruselas que rene a 700 organizaciones
interesadas en la consecucin de la excelencia a travs de la calidad de sus procesos, y el
ESI (European Software Institute), como modelo de excelencia para organizaciones que
desarrollan software de forma intensiva (SIO).
La base principal del modelo es CMMI v1.1, y se completa con el Modelo de Excelencia de
EFQM. ste, introducido en 1992, es un marco de evaluacin para organizaciones de cara
al European Quality Award (premio europeo de calidad). Es ampliamente usado en Europa
en organizaciones muy diversas, ya que puede ser aplicado a cualquier sector, estructura,
madurez o tamao de la empresa.
Est considerado como una herramienta prctica que puede ser usado por la empresa de
varias formas:
Como herramienta para la auto-evaluacin.

Como medio de realizar un benchmarking contra otras organizaciones.
Como gua de identificacin de reas o procesos a mejorar.
Como estructura para el sistema de gestin de la organizacin.
TickIT
En 1991, el Consejo Nacional de Acreditacin de los Organismos de Certificacin (National

Accreditation Council of Certification Bodies, NACCB) introdujo en el Reino Unido el
programa TickIT, como respuesta a las quejas emitidas por las empresas dedicadas a la
elaboracin de software con respecto a la calidad y consistencia de las evaluaciones para la
certificacin ante la norma ISO 9001. El objetivo del programa TickIT era ayudar a las
organizaciones de software a crear sistemas de calidad que agregaran valor a sus empresas
y que cumplieran con la norma ISO 9001. Ha sido aprobada como norma por UKAS (United
Kingdom Accreditation Service) y el SWEDAC (Swedish Board for Accreditation and
Conformity Assessment).
Por ello, el objetivo fundamental de TickIT es proveer a la industria del software de un

esquema prctico completo para la gestin de la calidad en el desarrollo, mediante la
publicacin de material gua para asistir a las organizaciones que desarrollan software en la
interpretacin de la norma ISO 9001, la preparacin de un cuerpo de auditores en TI, y la
creacin de reglas para la acreditacin de entidades certificadoras. La ltima versin de este
modelo se centra, pues, en permitir una adaptacin de las empresas de desarrollo a la
norma ISO 9001:2000. Por ello, el punto fundamental de la gua es la descripcin de las
Buenas Prcticas recomendadas proceso a proceso, tal y como se identifican stos en la
ISO/IEC 12207, de forma que la adopcin del modelo lleve al cumplimiento inmediato de
ISO 9001:2000.
En referencia a la mejora de procesos, TickIT no especifica ningn mtodo para ser

realizada, por lo que debe ser realizada segn modelos externos. Las recomendaciones de
la gua nicamente presentan casos prcticos de adopciones de EFQM, ISO/IEC 15504 y
CMMI.
2.1.2. Qu modelos se orientan a la mejora del producto?
ISO/IEC 25000
ISO/IEC 25000:2005 proporciona una gua para el uso de las nuevas series de estndares
internacionales llamadas Evaluacin y Requisitos de calidad de un producto software
(SQuaRE). El propsito de esta gua es proporcionar una visin general de los contenidos,
modelos de referencia comunes y definiciones de SQuaRE, as como las relaciones entre
los documentos, permitiendo a los usuarios de esta gua tener un buen entendimiento de
estas series de estndares internacionales, de acuerdo con el propsito de su uso.
Contiene una explicacin de la transicin de los procesos entre la antigua ISO/IEC 9126 y
las series 14598 y SQuaRE y tambin presenta informacin de cmo usar la ISO/IEC 9126
y las series 14598 en sus versiones previas.
SQuaRE proporciona:
Trminos y definiciones
Modelos de referencia
Gua general
Guas individuales
Estndares para la especificacin de requisitos, planificacin y gestin, medida y

propsitos de evaluacin
Las normas ISO/IEC 9126 e ISO 14598 establecen un modelo para medir la calidad del
producto y permiten identificar los requisitos de calidad de software. La ISO 9126 (basada
en el modelo de McCall) plantea un modelo normalizado que permite evaluar y comparar
productos sobre la misma base.
Figura 9. ISO 9126
La calidad queda definida a un alto nivel de abstraccin por seis caractersticas:
Funcionalidad: Las funciones satisfacen necesidades declaradas o implcitas.

Fiabilidad: Capacidad de un sistema para mantener su nivel de rendimiento.
Usabilidad: Esfuerzo necesario para el uso y la valoracin individual de tal uso, por
parte de un conjunto de usuarios.
Portabilidad: Es la capacidad de un sistema para ser transferido de un entorno a otro.
Mantenibilidad: Es el esfuerzo necesario para realizar modificaciones especficas.
Eficiencia: Es la relacin entre el nivel de prestaciones de un sistema y el volumen de
recursos utilizados en condiciones declaradas.
La norma ISO 9126 contiene una explicacin de cmo aplicar las mtricas de calidad de
software, un conjunto bsico de mtricas para cada caracterstica (y sus subcaractersticas),
y ejemplos sobre cmo aplicar las mtricas durante el ciclo de desarrollo del producto de
software.
TMMi
El modelo de madurez de pruebas integrado se ha desarrollado para complementar el

existente CMMI.
Proporciona una presentacin estructurada de niveles de madurez, permitiendo

evaluaciones y certificaciones estndar TMMi, posibilitando un despliegue consistente de
los estndares y la coleccin de mtricas de la industria.
TMMi tiene un crecimiento rpido por Europa, Asia y USA y debe su popularidad a que es
el nico mtodo de medida del proceso de pruebas independiente.
La iniciativa de la fundacin independiente TMMi se ha establecido con la nica intencin

de desarrollar el estndar TMMi.
La Fundacin TMMi proporciona:

Un modelo TMMi escalonado estndar que se puede usar de forma aislada o en
apoyo de otros modelos de mejora de procesos. Hay cinco niveles que recomiendan
una jerarqua de madurez y un camino evolutivo a la mejora del proceso de pruebas
(Inicial Gestionado Definido Gestin y Medida - Optimizacin). Cada nivel tiene
un conjunto de reas de proceso en las que la organizacin se ha de centrar para
conseguir madurez en ese nivel.
Requisitos de Aplicacin del Mtodo de Evaluacin TMMi (TAMAR) para TMMi de
acuerdo con la ISO 15504 y el proceso para certificar mtodos de evaluacin
comerciales contra el modelo estndar.
Un repositorio de datos gestionado de forma independiente para dar soporte a la
acreditacin del mtodo de evaluacin de TMMi, a la certificacin/validacin de
asesores y evaluaciones, y a datos y certificados de evaluaciones validadas.
En el futuro, la Fundacin TMMi proporcionar:
Una representacin continua del modelo estndar TMMi

Certificacin y procesos de formacin/examen, procedimientos y estndares para
acreditacin formal y pblica de Evaluadores y Evaluadores lder.
Mtodos giles
En marzo de 2001, un grupo liderado por Kent Beck (desarrollador de la metodologa XP

(eXtreme Programming) se reuni en Salt Lake City para discutir sobre los modelos de
desarrollo de software existentes. De la reunin surgi el trmino Mtodos giles para
definir a aquellos que estaban surgiendo como alternativa a las metodologas formales
(como CMMI ISO/IEC 15504), a las que consideraban excesivamente rgidas por su
carcter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.
Los integrantes de la reunin resumieron en cuatro postulados lo que ha quedado

denominado como Manifiesto gil, que compendia el espritu en el que se basan estos
mtodos.
Dicho manifiesto afirmaba:
Estamos descubriendo nuevas formas de desarrollar software hacindolo y ayudando a

otros a hacerlo. A travs de este trabajo hemos venido a valorar:
Individuos e interacciones sobre procesos y herramientas. La gente es el principal

factor de xito de un proyecto software. Es ms importante construir un buen equipo
que construir el entorno. Muchas veces se comete el error de construir primero el
entorno y esperar que el equipo se adapte automticamente. Es mejor crear el
equipo y que ste configure su propio entorno de desarrollo en base a sus
necesidades.
Software que funciona sobre documentacin exhaustiva. La regla a seguir es no
producir documentos a menos que sean necesarios de forma inmediata para tomar
una decisin importante. Estos documentos deben ser cortos y centrarse en lo
fundamental.
Colaboracin de clientes sobre la negociacin del contrato. Se propone que exista
una interaccin constante entre el cliente y el equipo de desarrollo. Esta colaboracin
entre ambos ser la que marque la marcha del proyecto y asegure su xito.
Respuestas a cambios sobre seguir un plan. Responder a los cambios ms que
seguir estrictamente un plan. La habilidad de responder a los cambios que puedan
surgir a lo largo del proyecto (cambios en los requisitos, en la tecnologa, en el
equipo, etc.) determina tambin el xito o fracaso del mismo. Por lo tanto, la
planificacin no debe ser estricta sino flexible y abierta.
En cada una de las cuatro afirmaciones lo que quieren resaltar es que aunque los elementos
de la parte de la derecha de la comparacin tienen valor, ellos valoran ms los elementos de
la izquierda.
Como caractersticas principales comunes de estos mtodos cabe destacar:
Recogen tcnicas contrastadas por profesionales reconocidos.

Cada uno tiene sus caractersticas propias y cubre un rango de reas de proceso
ms o menos amplio, con tendencia a combinarlas para dar mayor cobertura en el
ciclo de vida del desarrollo del software.
Han surgido de entornos reales de desarrollo de software, por lo que aparentemente
responden mejor a la realidad del software y las diferencias con produccin
industrial.
2.2. QU SE RECOMIENDA PARA MI EMPRESA, SI...
2.2.1. ...tenemos menos de 10 trabajadores?
Una vez dado el primer paso hacia la certificacin, uno de los principales inconvenientes que
se puede encontrar una empresa pequea es la necesidad de que existan roles y perfiles
encargados de realizar las tareas que los modelos exigen. El personal debe repartirse estos
roles por lo que, en muchos casos, modelos o normas con altas exigencias en este sentido
no pueden ser implementados con xito.
Tanto ste como otros inconvenientes han quedado reflejados en las distintas experiencias
piloto realizadas de cara a la implantacin de modelos importantes y muy reconocidos, como
CMMI, en microempresas.
Los resultados de estas experiencias piloto son una serie de modelos e iniciativas,
respaldados por varias entidades de prestigio a nivel espaol e internacional, que ofrecen
modelos orientados exclusivamente a este tipo de empresas:
El modelo ITMark ha sido diseado por ESI (European Software Institute), entidad
sin nimo de lucro radicada en Espaa. Este modelo se ha definido con la PYME y la
microempresa como objetivo fundamental, preparando un esquema de certificacin
basado en CMMI. No se ha reducido su alcance para poder ser aplicado ms
fcilmente; por el contrario, se aplica de forma muy concreta, pero estableciendo
unos requisitos que se pueden interpretar nicamente desde las caractersticas
especiales de las PYMEs.
El modelo MoProsoft parte de la base de ISO/IEC 15504:2003 para definir un modelo
orientado a PYME, evaluable mediante un modelo denominado EvalProSoft. Se ha
convertido en la norma mexicana de calidad de software, y es ampliamente
implementado en Latinoamrica. El grupo WG24 de ISO lo toma como referencia
para el desarrollo de su modelo orientado a microempresas.
El Proyecto COMPETISOFT presenta una iniciativa integradora de diferentes
propuestas de mejora de procesos de software para micro, pequeas y medianas
empresas, teniendo en cuenta para su desarrollo las caractersticas propias de este
tipo de organizaciones. Est basado en MoProSoft y agrupa los procesos en tres
categoras principales: Alta direccin, Gestin y Operacin.
El uso de modelos orientados a la mejora del producto, que ante todo se enfocan
sobre las pruebas del software y son de rpida implementacin con respecto a los
dems mtodos.
El uso de mtodos giles, como XP (eXtreme Programming), orientados a la
satisfaccin y confianza del cliente frente a otros factores.
2.2.2. ...quiero mejorar en todos los aspectos, y tengo ms de 10

trabajadores?
El modelo CMMI (Capability Maturity Model Integration) es uno de los modelos mejor
valorados a nivel mundial. Esto se traduce en una amplia difusin del modelo y un estatus
de excelencia que pocos alcanzan.
No obstante, su aplicacin satisfactoria depende de gran cantidad de factores. Que este

modelo sea uno de los mejor considerados no significa que no existan otros modelos que se
adapten correctamente a las necesidades de todas las empresas de ms de 10 empleados.
En este sentido, existen gran cantidad de modelos. Como muestra se pueden destacar los
siguientes 1 :
El Modelo CMMI (Capability Maturity Model Integration), creado en EEUU por el

SEI (Software Engineering Institute, de la Universidad Carnegie-Mellon). Tiene una
gran difusin internacional, especialmente en polos informticos como la India y en
otros pases emergentes. Est especficamente dirigido a empresas informticas, y
plantea como gran objetivo la mejora continua de la calidad de los procesos y
productos. No es una norma, sino un Modelo de Referencia. Contiene un conjunto de
mejores prcticas por reas de proceso y, como todo modelo, indica QU hacer y
no el CMO.
ISO/IEC 15504 es un estndar dirigido, como CMMI, a la evaluacin y
determinacin de la capacidad y mejora continua de procesos de ingeniera del
software. Su filosofa es desarrollar un conjunto de medidas de capacidad
estructuradas para todos los procesos del ciclo de vida y para todos los participantes.
Desarrollado por ISO (International Standard Organization), la norma deriva de la
ISO 12207, y emplea muchas de las ideas de CMMI. Desarrolla un modelo en dos
dimensiones; se valora la organizacin de desarrollo software en la dimensin del
proceso contra los atributos del proceso en la dimensin de capacidad.
1
Esta seleccin de modelos es una muestra mnima de referencia, basada exclusivamente en las consultas realizadas a
agentes relacionados con el sector.
El modelo ITMark ha sido diseado por ESI (European Software Institute). Este
modelo se ha definido con la PYME y la microempresa como objetivo fundamental,
preparando un esquema de certificacin basado en CMMI. ste se aplica de forma
concreta, sin reducir su alcance global, pero estableciendo unos requisitos que se
pueden interpretar nicamente desde las caractersticas especiales de las PYMEs.
El Proyecto COMPETISOFT presenta una iniciativa integradora de diferentes
propuestas de mejora de procesos de software para micro, pequeas y medianas
empresas, teniendo en cuenta para su desarrollo las caractersticas propias de este
tipo de organizaciones. Est basado en MoProSoft y agrupa los procesos en tres
categoras principales: Alta direccin, Gestin y Operacin.
El sistema de acuerdos internacionales en vigor permite que los resultados de los

evaluadores de conformidad acreditados sean aceptados ms fcilmente por los mercados
extranjeros. Esta aceptacin contribuye a reducir los costes para fabricantes y exportadores,
reduciendo o eliminando la necesidad de repetir pruebas en el pas de importacin, por lo
que la certificacin de una empresa de desarrollo en Espaa es una buena solucin para
dotar de valor aadido a la organizacin frente a la competencia del mercado internacional.
2.3. QUIN RESPALDA ESTOS MODELOS, Y ME RESPALDA ANTE

MIS CLIENTES?
La Entidad Nacional de Acreditacin (ENAC) es la entidad encargada en Espaa de
realizar el proceso de acreditacin sobre aquellas empresas certificadoras que pretenden
lanzar al mercado sus productos, de acuerdo a normas internacionales, siguiendo en todo
momento las polticas y recomendaciones establecidas por la Unin Europea.
Esta entidad acta de tercera parte confiable en dos puntos importantes de este proceso:
Ofrece confianza a efectos de los clientes de las empresas certificadoras que

operan en Espaa, respaldando la certificacin que stas otorgan.
Ofrece confianza en el cliente de las empresas certificadas, de forma que ste
sabe que contrata sus productos a una organizacin con un sello de calidad
reconocido y respaldado.
2.3.1. Entidades certificadoras acreditadas
En el sitio web de ENAC (Entidad Nacional de Acreditacin) hay un listado con todas las
entidades certificadoras tanto a nivel nacional como a nivel internacional, accesible desde la
direccin de Internet http://www.enac.es/web/enac/busqueda-por-empresa
2.3.2. Otras entidades que avalan modelos de mejora
El ISO (International Standard Organization) es una organizacin no gubernamental con

sede central en Ginebra, fundada en 1947. En realidad, ISO conforma una red de
organizaciones nacionales de normalizacin de 156 pases, coordinadas desde su sede
central. La ENAC, en Espaa, se encarga de acreditar a aquellas empresas certificadoras
que deseen emitir certificados basados en las normas internacionales desarrolladas por ISO.
El Modelo CMMI est avalado por el SEI (Software Engineering Institute), dependiente de
la Carnegie Mellon University. El SEI es quien forma y habilita oficialmente a los auditores
para trabajar como Lead Appraiser o evaluador. El Lead Appraiser, con un equipo
entrenado especialmente, y que generalmente incluye recursos de la propia compaa, ser
quien realice la evaluacin.
ESI (European Software Institute) es una fundacin privada sin nimo de lucro creada en
1993 por la Comisin Europea en colaboracin con el gobierno vasco, e integrada en la
Corporacin Tecnolgica TECNALIA. ESI es uno de los partners internacionales del SEI, por
lo que pueden evaluar la implantacin de modelos CMMI. Por otra parte, son
desarrolladores de modelos, como ITMark, que evalan sus propios tcnicos.
3. QU PASOS DEBO SEGUIR, Y QU DEBO INVERTIR PARA
IMPLANTAR UN MODELO DE CALIDAD?
3.1. CON QUIN PUEDO CONTACTAR EN CASO DE INTERS EN

IMPLEMENTAR UN MODELO?
El primer paso es tomar la decisin de implementar un modelo, por las razones que la
organizacin estime conveniente.
Una vez dado el primer gran paso, se debe elegir un modelo que se adapte a las
necesidades de la organizacin. En este sentido, los consultores externos de empresas de
certificacin pueden ser una gran ayuda. En el sitio web de ENAC (Entidad Nacional de
Acreditacin), el enlace http://www.enac.es/web/enac/busqueda-por-empresa permite la
bsqueda de entidades con capacidad de certificar por pases, y en el caso de Espaa se
pueden buscar por comunidad autnoma y dentro de cada comunidad autnoma por
provincia.
3.2. QU PROCESO SE DEBE SEGUIR?

Los pasos necesarios tras la eleccin del modelo son los siguientes:
Evaluacin de la situacin actual de la organizacin:
o La organizacin deber analizar sus procesos actuales, la documentacin que

acompaa cada paso en cada uno de los procesos, y representar la situacin
de una manera comprensible.
Comparar la situacin actual con las exigencias del modelo o norma elegida.
Diseo de un proyecto de mejora:
o Basado en la comparacin anterior, deber ir encaminado a reducir la brecha
existente frente al modelo o norma, de forma que puedan ser corregidas las
debilidades en los procesos software de la organizacin.
o Probablemente, este paso requerir cambios organizativos o redistribucin de
roles y perfiles, adems de la probable adquisicin e instalacin de
aplicaciones destinadas a mantener y gestionar los proyectos y desarrollos de
acuerdo a la metodologa elegida.
Realizacin de la evaluacin que conlleva la certificacin segn el modelo o
norma elegido:
o Ser realizada por personal de la entidad de certificacin elegida por la
organizacin, o personal evaluador de otras entidades en el caso de que el
modelo elegido lo requiera.
3.3. CUNTO ME VA A COSTAR, Y QU RECURSOS DEBO
EMPLEAR?
Hay que diferenciar dos factores principales:
Coste del proyecto de mejora:

o Todos aquellos trabajos encaminados a analizar la situacin de la
organizacin y llevar a cabo el plan de accin.
Coste de la certificacin:
o Todos aquellos trabajos encaminados a comprobar la adaptacin de la
organizacin al modelo o norma elegida.
o Se debe tener en cuenta que la certificacin debe ser revisada, por lo
general, anualmente. Por ello deben ser tenidos en cuenta los costes de
mantenimiento de la certificacin, o la mera evaluacin satisfactoria.
Estos costes se desglosan a continuacin.
3.3.1. Personal interno
Se debe tener muy en cuenta que todos los modelos existentes requieren formacin
continua para el personal y que, en un primer momento, estos costes pueden ser elevados
dependiendo del nmero de empleados y la formacin previa de cada uno. Los modelos y
las metodologas utilizadas requieren, adems, de nuevas herramientas, por lo que la
formacin comentada debe ir hacia el modelo adoptado y a un nuevo estilo de trabajo.
La curva de aprendizaje ser, pues, bastante abrupta al principio. No obstante, tras la

estabilizacin del modelo en la organizacin el coste ser sensiblemente inferior.
Depender, en este caso, de la agilidad con que la organizacin adopte los cambios.
3.3.2. Consultora externa
No es necesario contratar una consultora externa para alcanzar los objetivos de la norma o
del CMMI, pero se debe contar con recursos especializados en cada tema y con amplia
dedicacin.
En muchas organizaciones no ser necesaria la participacin externa, mientras que otras,

con menos recursos, debern utilizar los servicios profesionales proporcionados por
entidades certificadoras externas para disear el plan de accin correcto y ayudar a llevarlo
a la prctica.
Independientemente de lo comentado, el paso consistente en la certificacin o evaluacin

del modelo s deber ser llevado a cabo por evaluadores o consultores externos.
3.3.3. Adquisiciones de herramientas
La implantacin de un modelo o norma requerir de la adquisicin de una serie de

herramientas que ayuden a la organizacin en cada una de sus fases o reas clave.
El mercado ofrece para cada una de estas reas gran cantidad de soluciones. La mayora
de las compaas ms importantes en el campo del desarrollo de software ofrecen
soluciones integradas para todas las fases del ciclo de vida del software. No obstante, todas
estn diseadas mediante componentes que pueden ser adquiridos individualmente para
dar solucin a problemas en etapas determinadas del modelo elegido, o ser integrados con
aplicaciones o herramientas ya existentes.
Dado que los mtodos de licenciamiento de estas herramientas son muy variados, y en
ocasiones dependen directamente del tamao de la empresa, nmero de usuarios, o
instalaciones en base de datos, no se pueden ofrecer costes asociados a su adquisicin.
Se debe tener en cuenta que existen gran cantidad de desarrollos gratuitos, o licenciados
bajo cdigo abierto, que pueden sustituir a muchas de las herramientas comerciales
existentes.
3.3.4. Costes de evaluaciones y certificacin
Estos costes vendrn derivados de la entidad certificadora elegida y del certificado que se
proporcione tras el anlisis final de la organizacin. Existen muchas empresas certificadoras
acreditadas, adems de otras ya comentadas que son propietarias de sus propios modelos
de certificacin.
Debe ser tenido muy en cuenta el coste que supone el mantenimiento del certificado a lo
largo de los aos, pues todos los modelos de mejora continua requieren una revisin,
normalmente, anual.
En el caso concreto de CMMI, por ejemplo, se deben abonar los costes de los servicios del
Lead Appraiser (evaluador habilitado por el SEI), mayor que el correspondiente a otras
evaluaciones o certificaciones, como las certificaciones basadas en normas ISO. En muchos
casos, el Lead Appraiser proviene del extranjero y se deben tener en cuenta los gastos de
transporte. As mismo, conviene tener en cuenta los gastos de formacin del equipo liderado
por el Lead Appraiser, que puede ser personal interno formado dentro de la propia
organizacin.
4. QUIN ME PUEDE AYUDAR?
4.1. A QUIN PUEDO ACUDIR PARA QUE ME INFORME

PERSONALMENTE?
Existen muchos organismos pblicos y entidades sin nimo de lucro con informacin al
respecto. Entre otros:
Instituto Nacional de Tecnologas de la Comunicacin (INTECO):

http://www.inteco.es.
Entidad Nacional de Acreditacin (ENAC): http://www.enac.es.
Asociacin Espaola de Normalizacin (AENOR): http://www.aenor.es.
Asociacin Espaola para la Calidad (AEC): http://www.aec.es.
Informacin sobre el Plan Avanza del Ministerio de Industria, Turismo y
Comercio: http://www.planavanza.es.
Las asociaciones y confederaciones de empresarios del sector de TIC mantienen

informacin sobre calidad en el desarrollo del software. Entre otras:
AEIA (Asociacin de Empresas de Tecnologas de la Informacin y

Comunicaciones de Aragn)
AERTIC (Asociacin de Empresas Riojanas de Tecnologas de la Informacin y la
Comunicacin)
AETICAL (Asociacin de Empresas de TIC de Castilla y Len)
AGESTIC (Asociacin Gallega de Empresas de Tecnologa e Informacin)
ALETIC (Asociacin Leonesa de Empresas de TIC)
ASCENTIC (Asociacin Cntabra de Empresas de Nuevas Tecnologas de la
Informacin y las Comunicaciones)
ASEITEC (Asociacin de Empresas de Informtica y Telemtica de Catalua)
ATANA (Asociacin de Empresas Navarras de TIC)
AVINFO (Asociacin de Informtica de la Comunidad Valenciana)
Cluster TIC de Asturias
EGANET (Asociacin de Empresas Gallegas dedicadas a Internet)
ESTIC (Asociacin de Empresas del Sector TIC)
ETICOM (Asociacin de Empresarios de Tecnologas de la Informacin y
Comunicaciones de Andaluca)
FEDETICAM (Federacin de Empresas de Tecnologas de la Informacin de
Castilla La Mancha)
GAIA (Asociacin Cluster de Telecomunicaciones; agrupacin vasca de las
tecnologas electrnicas y de la informacin)
GSBIT (Asociacin Balear de Empresas de Software, Internet y Nuevas
Tecnologas)
INEO (Cluster INEO Zona Franca; Vigo)
TIMUR (Asociacin Murciana de Empresas de Tecnologas de la Informacin y
de la Comunicacin)
4.2. DNDE PUEDO CONSEGUIR MS INFORMACIN SOBRE EL

TEMA?
4.2.1. Sitios web
Existen gran cantidad de sitios web, tanto espaoles como extranjeros, con informacin al
respecto. Las empresas normalizadoras, y otras desarrolladoras de normas, mantienen
informacin actualizada sobre los modelos. Todas las empresas certificadoras y/o
evaluadoras disponen de informacin en sus sitios web, as como los servicios de
consultora externa que proveen a las organizaciones demandantes de sus servicios.
En Espaa, uno de los portales de referencia es http://www.calidaddelsoftware.com/.

Adems, INTECO (Instituto Nacional de las Tecnologas de la Comunicacin) a travs de su
Laboratorio Nacional de Calidad del Software se ha convertido tambin en referente en este
mbito y en su portal se puede consultar gran cantidad de informacin relacionada
(http://www.inteco.es/Calidad_del_Software/). Existen otros portales de foros e informacin,
la mayor parte en ingls, como los siguientes:
Portal Search Sofware Quality: http://searchsoftwarequality.techtarget.com/

R.S: Pressman & Associates, Inc.: http://www.rspa.com/spi/index.html
Publicaciones del SEI (Software Engineering Institute):
http://www.sei.cmu.edu/publications/publications.info.html
SQA Forums: http://www.qaforums.com
Todos los sitios web comentados ofrecen informacin al respecto de la implantacin de

normas y modelos, as como guas de referencia para cada uno de ellos.
As mismo, desde organismos como AEC (Asociacin Espaola para la Calidad) o desde el
portal calidaddelsoftware.com se puede encontrar informacin especializada sobre nuevos
eventos y foros presenciales sobre calidad en el desarrollo del software.
4.3. DNDE PUEDO CONSEGUIR AYUDAS ECONMICAS?
Mediante el plan Avanza (http://www.planavanza.es), y a travs de algunas determinadas
entidades, asociaciones y confederaciones, se ofrecen subvenciones y crditos blandos
como apoyo al proceso de implantacin de modelos o normas de mejora de la calidad.
Las asociaciones de empresarios de TIC, federaciones y confederaciones mantienen

informacin al respecto.

Inteco GobiernoEspaña Guia de Certificacion

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Inteco GobiernoEspaña Guia de Certificacion

Cargado por

Copyright:

Formatos disponibles

GUA DE CERTIFICACIN

Laboratorio Nacional de Calidad del

ITMark es un modelo diseado por ESI (European Software Institute).

EFQM, es marca registrada de European Foundation for Quality Management,

TickIT es un programa introducido por el Consejo Nacional de Acreditacin de los

MoProSoft es un modelo desarrollado por la Asociacin Mexicana para la Calidad en

TPI/TMAP es marca registrada por Sogeti.

TMMi es marca registrada de TMMi Foundation.

2 QU MODELOS EXISTEN EN EL MERCADO, Y CUL ES EL QUE MS ME

3 QU PASOS DEBO SEGUIR, Y QU DEBO INVERTIR PARA IMPLANTAR UN

4 QUIN ME PUEDE AYUDAR? .................................................................................33

1.1. INTRODUCCIN A LA CALIDAD DEL SOFTWARE

1.1.1. Qu es la calidad en el desarrollo de software?

Funcionalidad Fiabilidad Usabilidad Eficiencia Mantenibilidad Portabilidad

Adecuacin Madurez Capacidad de Tiempo de Capacidad Adaptabilidad

Exactitud Tolerancia a Capacidad de Utilizacin de Capacidad de Instalabilidad

Seguridad de Capacidad de Capacidad para Cumplimiento de Estabilidad Coexistencia

Cumplimiento Cumplimiento de Capacidad de Capacidad para Capacidad de

Cumplimiento Cumplimiento Cumplimiento

Figura 1. Caractersticas de calidad (ISO 9126)

La mejora orientada hacia los procesos de mi organizacin

El proceso software objeto de mejora podra definirse como el conjunto de actividades,

El objetivo final de un modelo de procesos es lograr una representacin clara de los

Entre los modelos o estndares a nivel de proceso se pueden mencionar la familia de

CMMI for Development,

ISO/IEC 15504:2003 Respaldado por ISO

Mejora de SWTQM Basado en EFQM y CMMI

MoProsoft Evaluable mediante EvalProSoft

Competisoft Basado en MoProSoft

TMMi Modelo de calidad para pruebas

XP (eXtreme Orientado a la satisfaccin y

La mejora orientada hacia mi producto

Dentro del conjunto de modelos y metodologas de mejora de la calidad, existen un conjunto

La estrategia en este caso se basa en el establecimiento de varios puntos de testeo y

Deteccin temprana de errores mediante la anticipacin de los bancos de pruebas.

Entre los modelos o estndares a nivel de producto se pueden mencionar TPI/TMAP,

Mientras es til Fiabilidad

Figura 2. Modelo de Boehm

1.2.1. Qu se entiende por certificacin?

Pese a todo, en esta gua aparecer el concepto certificacin para referirse a la

1.2.2. Cmo se obtiene una certificacin?

Un proceso de certificacin vara segn la situacin inicial de cada organizacin y el modelo

Evaluacin de la situacin actual de la organizacin.

Figura 3. Pasos para obtener una certificacin

En caso de disponer de personal adecuado, con formacin en modelos de mejora y

La realizacin de la evaluacin y/o certificacin requiere de los servicios de empresas

1.2.3. Quin garantiza la certificacin?

La Entidad Nacional de Acreditacin (ENAC) es la entidad encargada en Espaa de realizar

Un cambio de inercia de cara a la reduccin de costes a medio-largo plazo,

Figura 4. Motivos fundamentales para certificarse

1.2.5. Qu mejoras puedo obtener?

Reduccin de tiempos y costes

Figura 5. Beneficios de la certificacin

1.2.6. Quin me garantiza el xito del proceso?

2.1. QU MODELOS EXISTEN?

En los apartados siguientes se muestra una pequea seleccin de modelos y normas

2.1.1. Qu modelos se orientan a la mejora de procesos?

Desarrollador SEI ISO ESI EFQM NACCB

CMMI (Capability Maturity Model Integration) es un modelo ampliamente difundido para la

1. Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el

CMMI permite abordar la mejora de procesos utilizando dos representaciones distintas:

La representacin continua permite a una organizacin seleccionar un rea de

La representacin escalonada utiliza conjuntos predefinidos de reas de proceso

o Nivel 1: Proceso impredecible, poco controlado.