Escolar Documentos
Profissional Documentos
Cultura Documentos
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
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?
por
Al
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.
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.]
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
48
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,
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".
O RA.MA
CAPITULO
1. ISO,
ESTANDARES 49
s-
del-proceso-de-normalizacion-
indush'ial).1
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
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
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
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,
WGIA, Gobemanza
de las
TI
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
52
ORA.MA
o o r o . o
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
tOnBC 25051:2006,... Requirements for quality of Commercial OffThe-Shelf (COTS) software product and instructions for testing
Y estn en desarrollo:
o o o r
ISO/IEC 25040 ... Evaluation reference model and guide ISOIIEC 25A45 ... Evaluation Module for Recoverability
ISO/IEC 25060
...
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
a pruebas que
En los prximos captulos se presentarn algunas de las norrnas del grupo WG6 y su estado actual.