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.

Gua de certificacin

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 1.2.4 1.2.5 1.2.6 Quin garantiza la certificacin? .......................................................11 Por qu debo certificarme? ...............................................................12 Qu mejoras puedo obtener? ...........................................................12 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
Gua de certificacin 4

1.
1.1.

CMO PUEDO MEJORAR MI PRODUCTO SOFTWARE?

INTRODUCCIN A LA CALIDAD DEL SOFTWARE
Qu es la calidad en el desarrollo de software?

1.1.1.

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 Adecuacin Fiabilidad Madurez Usabilidad Capacidad de entender Capacidad de aprender Capacidad para operar Capacidad de atraccin Eficiencia Tiempo de respuesta Utilizacin de recursos Cumplimiento de eficiencia Mantenibilidad Capacidad analizar Capacidad de cambio Estabilidad Portabilidad Adaptabilidad

Exactitud

Tolerancia a fallos Capacidad de recuperacin Cumplimiento de fiabilidad

Instalabilidad

Seguridad de acceso Cumplimiento funcional

Coexistencia

Capacidad para pruebas

Capacidad de reemplazo

Cumplimiento usabilidad

Cumplimiento mantenibilidad

Cumplimiento 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).

Gua de certificacin

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.

Gua de certificacin

Tabla 1. Modelos ms importantes Tipo de empresa Modelos Grande CMMI for Development, v1.2 ISO/IEC 15504:2003 Mejora de proceso SWTQM ITMark MoProsoft Competisoft TPI/TMAP Mejora de producto TMMi ISO 25000 XP (eXtreme Programming) PYME Micro Evaluado por SEI Respaldado por ISO Basado en EFQM y CMMI Basado en CMMI y desarrollado por ESI Evaluable mediante EvalProSoft Basado en MoProSoft Se centra nicamente en el proceso de testeo Modelo de calidad para pruebas Requiere adaptacin Orientado a la satisfaccin y confianza del cliente Observaciones

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

Gua de certificacin

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.

Gua de certificacin

Gua de certificacin

Usos primarios Constructores primitivos

Constructores intermedios

Independencia

Completitud Portabilidad Precisin Mientras es til Fiabilidad

Consistencia

Eficiencia Eficiencia del sistema

Accesibilidad

Utilidad general Ingeniera humana Comunicatividad Facilidad de prueba Mantenibilidad Capacidad de estructuracin

Figura 2. Modelo de Boehm

Capacidad para ser entendido. Capacidad de modificacin

Mtricas

Auto descripcin

Concisin

Legibilidad

Capacidad de expansin

1.2.
1.2.1.

LA CERTIFICACIN DE LA MEJORA
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.

Gua de certificacin

10

Eleccin del modelo

Evaluacin situacin de la organizacin

Comparacin situacin actual con exigencias modelo

Diseo de un proyecto de mejora

Realizacin evaluacin que conlleva la 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.

Gua de certificacin

11

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.

Gua de certificacin

12

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:

Gua de certificacin

13

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.

Gua de certificacin

14

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 15504 ISO

CMMI Desarrollador SEI

ItMark ESI

SwTQM EFQM

TickIT NACCB Ayudar a las organizaciones de software a crear sistemas de calidad que: - agregue valor - cumplan con la norma ISO 9001

Objetivo

Mejora o evaluacin de los procesos de desarrollo y mantenimiento

Evaluar y determinar la capacidad y mejora continua de procesos

Evala y acredita la calidad de la empresa.

Marco de evaluacin para organizaciones

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.

Gua de certificacin

15

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.

Gua de certificacin

16

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.

Gua de certificacin

17

Figura 7. Representacin escalonada

La

informacin

referente

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

Gua de certificacin

18

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 de procesos

Dimensin de capacidad

5 Categoras de procesos

6 Niveles de capacidad

48 Procesos

9 Atributos de proceso

Prcticas bsicas

Prcticas de gestin

Figura 8. ISO/IEC 15504

Gua de certificacin

19

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.

Gua de certificacin

20

Est considerado como una herramienta prctica que puede ser usado por la empresa de varias formas: 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. 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.

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
Gua de certificacin 21

(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.

Gua de certificacin

22

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.

Gua de certificacin

23

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

Gua de certificacin

24

(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.

Gua de certificacin

25

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.
2.2.1.

QU SE RECOMIENDA PARA MI EMPRESA, SI...

...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.

Gua de certificacin

26

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.
Esta seleccin de modelos es una muestra mnima de referencia, basada exclusivamente en las consultas realizadas a agentes relacionados con el sector.
1

Gua de certificacin

27

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

Gua de certificacin

28

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.

Gua de certificacin

29

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.

Gua de certificacin

30

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.
Gua de certificacin 31

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.

Gua de certificacin

32

4.
4.1.

QUIN ME PUEDE AYUDAR?

A QUIN PUEDO PERSONALMENTE? ACUDIR PARA QUE ME INFORME

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)
Gua de certificacin 33

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?

Sitios web

4.2.1.

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.

Gua de certificacin

34

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.

Gua de certificacin

35