Captulo

DE POR AUE LA NORMALIZACIN ES T]NA FT]ENTE PARA LA IN\ESTIGACIN EN

CALIDADDE SOFTWARE,LA ORGANIIZACIN DEL DESARROIIO DE NORNIAS Y SUS ACTORES PRINCIPALES

Peter Hodgson Juan Garbajosa

1.1 INTRODUCCIN
Redactar el primer captulo de un libro que recoge lo ms avanzado de la investigacin en calidad del software es, sin duda, un honor para sus autores. Que

dicho primer captulo trate de normalizacin puede, para algunos, resultar chocante. As que dedicaremos algunos comentarios iniciales al porqu de la
normalizacin.

En muchos mbitos de cientficos, tecnolgicos e industriales la normalizacin es una base que permite el desarrollo y la inter-operatividad entre otras muchas cosas. En dominio de los objetos materiales nadie cuestiona que un tubo debe ajustarse a un dimetro normalizado y que un cable debe ser clasificado por su revestimiento. En el dominio de lo intangible, las actuales redes globales de comunicacin seran inconcebibles sin la existencia de protocolos normalizados. Pese a esta realidad, en el mundo del software y de la investigacin a veces se

+6

CALIDAD DEL PRODUCTO Y PROCESO SOFTWARE

ORA.MA

plantea que eso de normalizar es algo que se puede y se debe hacer despus. pues
s!

en la sociedad, sin dud_a gue habr que normalizarlos-. Aunque slo sea para proteger la propia sociedad. Pero es igualmente cierto que la investigacin tiene que partir de las normas' Aunque slo sea con el sano propsito de cricarlas.
qu?

Si las nuevas tecnologas resultantes de la investigacin llegan a difundirse

por

Al

menos por los siguientes motivos:

Las normas proveen un vocabulario comn. pocos dominios son

la ingeniera del software. Muchos de estos neologismos sern simples ardides de marketing, los que merezca' consideracin acabarnr""ogido.
eualquier proceso de investigacin que se precie.

tan capaces de generar neologismos como las tecnologas de la informacin y

en distintas nonnas. La precisin terminolgica es una exigen"iu d.

Las normas recogen el consenso der conocimiento de un dominio. Las nonas se redactan, revisan y aprueban por comits de expertos (o, al menos, interesados) en el dominio. Es ms, la mayoriaio.-u, ,on aprobadas previa informacin pblica. En consecuencia las nonas son un buen punto de parlida pata empezar a conocer el estado de la tcnica un dominio determinado Las normas implican habitualmente el conocimiento consolidado provela experiencia industrial. sin embargo, a veces reflejan directamente resultados de investigacin. Esto rro hubit ral en muchos "r dominios pero s se da en electrnica y, recientemente, en ingeniera de servicios e ingeniera web.

niente de

Las normas establecen categoras de objetos a evaluar. La calidad del software nos acerca a la evaluacin de algo que, en s, es intangible. Los posibles acercamientos son mltiples, ,cubren aspectos de recursos, producto, proceso e incluso las propias herramieras produccin. Las nonas tipifican muchos de estos objetos facilitando, m que un dilogo inteligible, un marco estructurado de referencia donde encajar nuestro
objeto de estudio.

Las normas definen unidades de medida. Este motivo apenas requiere explicacin. objetos medidos con varas distintas ,ro ,on directamente comparables. La cantidad de recursos desperdiciados en ingenieria para

ORA-MA

CAPTULO 1.ISO.ESTNDARES 47

armonizar diversas unidades de medidas slo es superada por la necesidad de la Unin Europea de publicar todos sus actos en mltiples idiomas.

Las normas facilitan la trasferencia de tecnologa. Los estndares son el ltimo eslabn en la cadena de desarrollo de conocimiento, antes de aplicar
sistemticamente una prctica. Desde ese punto de vista se pueden considerar una forma de facilitarla transferencia de tecnologa.

Visto que tanto la normativa como la investigacin en calidad de software pueden beneficiarse de su conocimiento mutuo. Este captulo viene a exponer el estado actual de la normalizacin desde un punto de vista genrico. Seguirn captulos redactados por miembros del WG6 del ISO-IEC JTC1 SC7 Ingeniera de Software y Sistemas tratando aspectos especficos de la nueva serie de nonas SQuaRe que, como vern rpidamente, inciden directamente en la temtica de este libro.

ota: En los prrafos anteriores slo hemos mencionados algunos motivos por los que es impofiante la normativapara la investigacin. Desde el punto de vista de la creacin o produccin de software habra que aadir muchos aspectos adicionales. Entre otros: evitar reinventar la rueda al especificar un producto o
crear bases comunes de entendimiento en el equipo de desanollo.]

1.2 QU SON LAS I\ORMAS Y QUINES LAS

ELABORAN?
a

.i.

Conforme a la Real Academia Espaola una nonna es una "regla que se debe seguir o a que se deben ajustar las conductas, tareas, actividades, etc." LJna

definicin amplia

empresariales industriales que nos ocupan en esta seccin se ajustan a la definicin pero tienen una serie de caractersticas adicionales que las distinguen y favorecen su difusin y
uso.

que se ajustan tantos las nornas y especificaciones como los reglamentos de la administracin pblica. Las nonas

DIN, IEEE, ISO,... Lo que viene a decir que son organizadas, elaboradas y mantenidas por entidades de reconocido prestigio. La entidad de normalizacin espaola por excelencia es AENOR, corresponsal de la mayora de la organizaciones internacionales de normalizacin y fuente de las normas IINE. La normalizacin europea corre de mano de CEN y CENELEC y la normalizacin
internacional tiende a mayor dispersin temtica pero ISO, IEC, ETSI e ITU-T son

La

caracterstica ms evidente es que tienen apellido. Son normas {.INE,

48

CAIIDAD DEL PRODUCTO Y PROCESO SOFTWARE

ORA-MA

actores destacados. Por fortuna en el campo de las tecnologas de la informacin, desde 1987, ISO e IEC trabajan de forma conjunta a travs del JTCI.

ota: Aunque el nombre suene a pelcula de de espas, JTC1 Information Technology significa simplemente, comit tcnico conjunto nmero 1. Fue el primero en crearse en 1987 y, de hecho, es el nico comit conjunto de ISo e IEC.]
Estas normas con apellido se elaboran de forma colectiva por todas las partes interesadas, se adoptan por consenso tras informacin pblica y se aplican por la industria y los agentes econmicos de forma voluntaria. Al igual que su

aplicacin,

el esfuerzo de su elaboracin tambin tiene carcter de esfuerzo

voluntario. Los benecios que obtiene una organizacin o empresa de la existencia de una norna comn deben exceder con creces el coste de las horas de dedicacin
de sus expertos a su redaccin.

la acreditacin por parte de una entidad nacional. Como los representantes nacionales no son diplomtico sino tcnicos expertos en el asunto objeto de nonnalizacin; los grupos de trabajo intemacionales suelen llegar al consenso suficiente para su propsito. Lo que, algunas veces, da lugar a cierto grado de
conflicto entre dichos representantes y sus organizaciones nacionales.

segn el mbito de normalizacin, el acceso a la participacin es ms o menos corplejo. ISO por ejemplo est compuesto por entidades de normalizacin nacionales. Para participar en un grupo de trabajo de ISO se necesita generalmente

En cuanto al acceso a \a participacin a nivel nacional, en el caso de AENOR, hipotticamente, un grupo de trabajo podra rechazar la inclusin de
nuevos miembros. Que yo sepa, nunca se ha dado el caso, al menos en el mbito de la ingeniera del software.

Hemos dicho que la adopcin de la normas es voluntaria. No ha tenido lugar en el campo de la ingeniera del software pero, la administracin frecuente-

mente convierte las normas industriales en obligatorias por referencia en su reglamentacin. Esto da lugar a una anomala legislativa. Para conocer partes de la legislacin tcnica (documento pblico), hay que comprar nornas, en el caso espaol, a AENOR (documento privado). La solucin a este problema sera sencilla pero su discusin cae fuera de los objetivos de este captulo.
anteriores describen el proceso de normalizacin con un criterio algo optimista. Si el lector prefiere una visin ms crtica, lo remito al artculo "Cuatro mitos del proceso de normalizacin industrial".

ota: Los prrafos

O RA.MA

CAPITULO

1. ISO,

ESTANDARES 49

(http ://ictnet. es I 2007 I cuatro-mito

s-

del-proceso-de-normalizacion-

indush'ial).1

1.3 NORM ALIZACTX EN CALIDAD DE SOFTWARE

La calidad de software es de risa. Por supuesto no suscribimos esta sentencia, pero tambin est claro que hay mucho camino que recorrer hasta lograr la satisfaccin del cliente o el usuario final. La calidad, sea de software o de
cualquier otra cosa, requiere una visin integral. Algo bueno slo en parte, no es muy satisfactorio. La percepcin de calidad en la experiencia de uso del software no depende slo del producto. El entorno (sistema) en que se ejecuta es igual de determinante. A su vez,la calidad del producto software es funcin de los procesos que lo han generado y la calidad del sistema funcin de su buen gobierno.

En consecuencia, en los prrafos siguientes la expresin calidad de software, es genrica y pretende tocar el abanico de visiones del tema. Hablemos
de normas

y nornalizacin de ingeniera de software y la calidad.

Aunque muchas de las normas ms relevantes parala calidad del software se pueden obtener en castellano, sin apenas excepciones, proceden todas de la traduccin y adopcin de normas ISO e ISO/IEC, redactados originalmente en ingls. Esto no significa que se hayan producido sin participacin espaola, de hecho hay varios espaoles activos como editores y lderes de grupos de trabajo a nivel internacional. Ms bien indica el carcter global de la industria del software.
'J

En los siguientes prrafos se resume la organizacin actual de la

normalizacin en el seno del SC7 del JTC1 de ISO/IEC. Como a travs de los aos la organizacin se va adaptando a la demanda cambiante, puede ser conveniente consultar la web de ISO (http://www.iso.ch) para verificar este contenido. EI secretariado actual del SC7 mantiene una web (http://wwwjtcl-sc7.org/) que
tambin es de inters.

El subcomit 7, Ingeniera de software y sistemas, del comit tcnico conjunto 1, Tecnologiadela informacin, de ISO e IEC; SC7 para abreviar, en la actualidad es presidido por Frangois Coallier. El secretariado recae en Witold Suryn que, al igual que el presidente, es de la Escuela de Tecnologa Superior de Quebec. A1 margen de la actividad de la presidencia y el secretariado, el SC7 se organiza en: grupos de trabajo, grupos de trabajo especiales, grupos consultivos, grupos de enlace y grupos de estudio. En lneas generales, los grupos de trabajo se encargan de la redaccin de las normas y su mantenimiento, los grupos de trabajo especiales se encargan de la planificacin y gestin de normas dentro del propio SC7, los grupos consultivos sirven de apoyo a la labor de la presidencia, los grupos

50

CALIDAD DEL PRODUCTO Y PROCESO SOFTWARE

ORA-MA

de enlace se encargan de la comunicacin con otras entidades y comits de normalizaciir y los grupos de estudio de la investigacin de nuevas reas de
trabajo.

como el producto del sc7 son no[nas, nos interesa considerar en mayor detalle los grupos de trabajo del subcomit. segn el ltimo informe de la presidencia del SC7, hay 16 grupos activos. (La web de ISo, en el momento de escribir, slo describe 12.)La lista siguiente resume sus mbitos.
Grupos de trabajo, JTC1 SC7:

o o o . . o . o o o . . o

WG2, Documentacin, WG4, Herramientas CASE, WG6, Evaluacin de productos software y mtricas WG7, Gestin del ciclo de vida,

WGl0, Evaluacin

de procesos,

WG19, Sistemas de proceso distribuido, WG20, Profesionalizaciny corpus de conocimiento, WG21, Gestin de activos, WG22, Vocabulario, WG23, Gestin de la calidad,

WG24,Ciclo de vidaparamicro PYME

WG25, Gestin de servicios, WG26, Pruebas, WG42, Arquitectura,

WGIA, Gobemanza

de las

TI

JWG-ISO/TC159/SC4, Formatos comunes para Usabilidad.

ORA-MA

CAPTULO

1. ISO,

ESTNDARES

51

Sera lgico suponer que la mayor parte de la labor de normas relativas a la calidad recae en el WG23. No obstante la suposicin es errnea, el WG23 es responsable de la UNE-ISO/IEC 90003, Gua de aplicacin de la ISO 900i:2000 al software, pero no de la mayora de las nornas referidas a calidad, de software. stas son competencia, en general, del WG6.

Siendo as no ha de sorprender que los autores de los siguientes captulos pertenezcan al WG6.

1.4 QUE NORMAS DEPENDEN DE WG6? Histricamente dependen del WG6 la serie de normas ISO/IEC 9126 de
Calidad de Producto (la primera parte, Modelo de Calidad, est publlcada como nonna LINE), la serie de normas LINE-ISOIEC 14598 de Evaluacin del producto software y una serie de normas sueltas. En el ao 2005 se aprob una nona que pretenda crear un marco comn para todas las normas producidas por este grupo de trabajo, la norma ISO/IEC 25000, Software engineering Software product Guide to SQuaRE. Quality Requirements and Evaluation (SQuaRE)

La norma 25000 adems de establecer un vocabulario base ordena el desarrollo de serie de normas conforme al siguiente grfico que aparece en el prefacio de cualquier nona de la serie.

Qql&
uaitu Rqguircr*em& hdslt*n*mamf Fl8tvieii:*r Ei\ii#r
t0$m

gssEe
ir'**an
I{&l.x

ltn

Figura 1.1. Organisation ofSquire Series ofstandars

52

CALIDAD DEL PRODUCTO Y PROCESO SOFTWARE

ORA.MA

Hasta la fecha se han aprobado la siguiente serie nonas dentro de este

marco:

o o r o . o

ISO/IEC 25000:2005, Software product Quality Requirements

Evaluation (SQuaRE)

and

ISO/IEC 25001,'2007 ... Planning and management ISOIIEC 25012:2008 ... Data quality model ISO/IEC 25A20:2007 ... Measurement reference model and guide
ISO/IEC TR 25021:2007 ... Quality measure elements

ISO/IEC 25030:20A7 ... Quality requirements

tOnBC 25051:2006,... Requirements for quality of Commercial OffThe-Shelf (COTS) software product and instructions for testing

ISO/IEC 25062:2006... Common Industry Format (CIF) for usability test

reports

Y estn en desarrollo:

o o o r

ISOAEC 25010 ... Quality model

ISO/IEC 25040 ... Evaluation reference model and guide ISOIIEC 25A45 ... Evaluation Module for Recoverability

ISO/IEC 25060

Common Industry Format (CIF) General Framework for Usability-related Information

...

for Usabil

--

Si era la voluntad del WG6 tener un marco nico de referencia para toda su actividad de normalizacin, en parte se habr visto frustrada. El grupo de habajo se ha hecho cargo adems desde el 2008 de las nonas del disuelto grupo de trabajo WG12. Medida del tamao firncional.

Conforme a lo que hemos antes, el trabajo del WG6 no agota todo el campo de la calidad en referencia al software. Al margen del ya mencionado UNE-ISO/IEC 90003, quedan las normas que abordan aspectos de calidad de los ciclos de vida, de la evaluacin de procesos (por ejemplo la serie conocida como SPICE,

ORA-MA

CAPTULO l.ISO,ESTNDARES 53

responsabilidad de Viicl0), de los servicios saldrn del trabajo del WG26.

y las normas referidas

a pruebas que

En los prximos captulos se presentarn algunas de las norrnas del grupo WG6 y su estado actual.