normalizacion como fuente

Capítulo

I

DE POR AUE LA NORMALIZACIÓN ES T]NA
FT]ENTE PARA LA IN\¿ESTIGACIÓN EN

CALIDADDE SOFTWARE,LA
ORGANIIZACIÓN DEL DESARROIIO DE
NORNIAS Y SUS ACTORES PRINCIPALES
Peter Hodgson
Juan Garbajosa

1.1 INTRODUCCIÓN
Redactar el primer capítulo de un libro que recoge lo más avanzado de la
investigación en calidad del software es, sin duda, un honor para sus autores. Que

dichoprimer capítulo trate de normalización puede, para algunos, resultar
chocante. Así que dedicaremos algunos comentarios iniciales al porqué de la
normalización.

En muchos ámbitos de científicos, tecnológicos e industriales la normalización 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 tubodebe ajustarse a un diámetro normalizado y que un cable debe ser clasificado por
su revestimiento. En el dominio de lo intangible, las actuales redes globales de
comunicación serían inconcebibles sin la existencia de protocolos normalizados.
Pese a esta realidad, en el mundo del software y de la investigación a veces se

+6

CALIDAD DEL PRODUCTO Y PROCESO SOFTWARE

ORA.MA

plantea queeso de normalizar es algo que se puede y se debe hacer
después. ¡pues
sí!

Si las nuevas tecnologías resultantes de la investigación llegan a difundirse

en la sociedad, sin dud_a gue habrá que normalizarlos-. Aunque sólo sea para
proteger la propia sociedad. Pero es igualmente cierto que la investigación
tiene
que partir de las normas' Aunque sólo sea con el sano propósito
de criñcarlas.¿por

qué?

Al

menos por los siguientes motivos:

Las normas proveen un vocabulario común. pocos dominios son

tan
capaces de generar neologismos como las tecnologías de la información
y

la ingeniería del software. Muchos de estos neologismos serán simples
ardides de marketing, los que merezca' consideración acabaránr""ogido.

en distintas nonnas. La precisión terminológica esuna exigen"iu d.

eualquier proceso de investigación que se precie.

Las normas recogen el consenso der conocimiento de un dominio. Las
noñnas se redactan, revisan y aprueban por comités de expertos (o, al
menos, interesados) en el dominio. Es más, la mayoriaio.-u, ,on
aprobadas previa información pública. En consecuencia las noÍnas
son un
buen punto de parlida pata empezar a conocer elestado de la técnica
un
dominio determinado
Las normas implican habitualmente el conocimiento consolidado provela experiencia industrial. sin embargo, a veces reflejan
directamente resultados de investigación. Esto rro
hubit ral en muchos
"r
dominios pero sí se da en electrónica y, recientemente, en ingeniería de
servicios e ingeniería web.

niente de

Las normas establecen categoríasde objetos a evaluar. La calidad del
software nos acerca a la evaluación de algo que, en sí, es intangible. Los
posibles acercamientos son múltiples,
,cubren aspectos de recursos,
producto, proceso e incluso las propias herramierÍas producción. Las
noñnas tipifican muchos de estos objetos facilitando, máÁ que un diálogo
inteligible, un marco estructurado de referencia donde encajar nuestroobjeto de estudio.

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

CAPÍTULO 1.ISO.ESTÁNDARES 47

ORA-MA

armonizar diversas unidades de medidas sólo es superada por la necesidad
de la Unión Europea de publicar todos sus actosen múltiples idiomas.

Las normas facilitan la trasferencia de tecnología. Los estándares son el
último eslabón en la cadena de desarrollo de conocimiento, antes de aplicar
sistemáticamente una práctica. Desde ese punto de vista se pueden considerar una
forma de facilitarla transferencia de tecnología.

Visto que tanto la normativa como la investigación en calidad de software
pueden...