Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
2 (Edicin 4)
WELMEC
Cooperacin europea en metrologa legal
Mayo 2009
Gua Welmec 7.2 Edicin 4 Mayo 2009
WELMEC
Cooperacin europea en metrologa legal
WELMEC es una cooperacin entre las autoridades de metrologa legal de los Estados miembros de la
Unin Europea y la Asociacin Europea de Libre Comercio. Este documento es una de las distintas
guas publicadas por WELMEC para orientar a los fabricantes de instrumentos de medida y a los
organismos notificados responsables de la evaluacin de conformidad de sus productos. Las guas son
puramente orientativas y no imponen ninguna restriccin o requisito tcnico adicional ms all de
aquellas que se incluyen en las Directivas CE pertinentes. Aunque se pueden admitir propuestas
alternativas, la orientacin que se proporciona en este documento representa lo expuesto por
WELMEC como la mejor prctica a seguir.
Nota: todas las referencias a la Directiva 2004/22/EC relativa a los instrumentos de medida contenidas
en este documento se realizarn mediante el acrnimo MID
NIPO: 706-09-004-7
Pgina 2 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
ndice
Prefacio .................................................................................................................................................... 5
1. Introduccin ......................................................................................................................................... 6
2. Trminos y definiciones....................................................................................................................... 6
3. Cmo usar esta gua ............................................................................................................................. 9
3.1 Estructura general .......................................................................................................................... 9
3.2 Cmo seleccionar los apartados adecuados ................................................................................. 12
3.3 Cmo trabajar con bloques de requisitos ..................................................................................... 13
3.4 Cmo trabajar con las listas de comprobacin ........................................................................... 13
4 Requisitos bsicos del software integrado en un instrumento de medida desarrollado especficamente
(tipo P) ................................................................................................................................................... 14
4.1 Descripcin tcnica...................................................................................................................... 14
4.2 Requisitos especficos para el tipo P............................................................................................ 14
5 Requisitos bsicos del software de los instrumentos de medida que utilizan un ordenador universal
(tipo U)................................................................................................................................................... 27
5.1 Descripcin tcnica...................................................................................................................... 27
5.2 Requisitos especficos del software para el tipo U ...................................................................... 28
6 Extensin L: Almacenamiento a largo plazo de los datos de medida................................................. 48
6.1 Descripcin tcnica...................................................................................................................... 48
6.2 Requisitos especficos del software para almacenamiento a largo plazo .................................... 49
7 Extensin T: Transmisin de datos de medida a travs de redes de comunicacin ........................... 61
7.1 Descripcin tcnica...................................................................................................................... 61
7.2 Requisitos especficos del software para transmisin de datos ................................................... 62
8 Extensin S: Separacin de software.................................................................................................. 72
8.1 Descripcin tcnica...................................................................................................................... 72
8.2 Requisitos especficos para separacin de software .................................................................... 74
9 Extensin D: Descarga de software legalmente relevante.................................................................. 79
9.1 Descripcin tcnica...................................................................................................................... 79
9.2 Requisitos especficos del software ............................................................................................. 80
10 Extensin I: Requisitos del software especficos del instrumento.................................................... 85
10.1 Contadores de agua .................................................................................................................... 89
10.2 Contadores de gas y dispositivos de conversin volumtrica.................................................... 94
10.3 Contadores de energa elctrica activa..................................................................................... 101
10.4 Contadores de energa trmica................................................................................................. 106
10.5 Sistemas para la medicin continua y dinmica de cantidades de lquidos distintos del agua.111
10.6 Instrumentos de pesaje............................................................................................................. 112
10.7 Taxmetros ............................................................................................................................... 117
10.8 Medidas materializadas............................................................................................................ 119
10.9 Instrumentos para medidas dimensionales............................................................................... 119
10.10 Analizadores de gases de escape............................................................................................ 120
11 Definicin de las clases de riesgo ................................................................................................... 120
11.1 Principio general ...................................................................................................................... 120
11.2 Descripcin de los niveles de proteccin, examen y conformidad.......................................... 120
11.3 Asignacin de las clases de riesgo ........................................................................................... 121
11.4 Interpretacin de las clases de riesgo....................................................................................... 121
12 Modelo del informe de ensayos (incluidas las listas de comprobacin)......................................... 122
12.1 Modelo de la parte general del informe de ensayos................................................................. 123
12.2 Anexo 1 del informe de ensayos: Listas de comprobacin que facilitan la seleccin del
conjunto de requisitos adecuado ...................................................................................................... 127
Pgina 3 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
12.3 Anexo 2 del informe de ensayos: Listas de comprobacin especficas de las respectivas partes
tcnicas............................................................................................................................................. 129
12.4 Informacin que debe incluirse en el certificado de examen de modelo................................. 134
13 Referencias cruzadas entre los requisitos de software de la MID y los artculos y anexos de la MID
.............................................................................................................................................................. 134
13.1 Referencias a la MID para cada requisito de software ............................................................ 134
14 Referencias y Bibliografa .............................................................................................................. 143
15 Histrico de revisiones.................................................................................................................... 143
16 ndice alfabtico.............................................................................................................................. 143
Pgina 4 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Prefacio
Esta gua se basa en la versin 1.00 de la Software Requirements and Validation Guide, 29 de
octubre de 2004, desarrollada y emitida por la Red de Crecimiento Europeo MID software. Desde
enero de 2002 hasta diciembre de 2004 la comisin de la UE respald dicha red mediante el contrato
G7RT-CT-2001-05064.
Aunque la gua est orientada a los instrumentos incluidos en las regulaciones de la MID, los
resultados son de carcter general y pueden aplicarse en otros mbitos.
Pgina 5 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
1. Introduccin
Este documento proporciona una orientacin a todos aquellos relacionados con la aplicacin de la
MID, especialmente para los instrumentos de medida equipados con software.
Va dirigido tanto a los fabricantes de instrumentos de medida como a los organismos notificados
responsables de la evaluacin de la conformidad de los mismos.
Aplicando esta gua puede asumirse la conformidad con los requisitos de la MID relativos al software.
Adems, puede asumirse tambin que todos los organismos notificados aceptan la presente gua como
una interpretacin fiel de la MID respecto al software.
Para demostrar cmo se relacionan los requisitos de la presente gua con los requisitos respectivos en
la MID, se ha incluido una referencia cruzada en la presente gua como anexo (captulo 13).
La gua anterior era la gua 7.1, elaborada por el grupo de trabajo 7 de WELMEC. Ambas guas se
basan en los mismos principios y derivan de los requisitos de la MID. Se ha revisado la gua 7.1 y
sigue existiendo (edicin 2) pero ahora es de carcter meramente informativo, mientras que la gua 7.2
es la nica que recomienda WELMEC para la creacin, examen y validacin del software de los
instrumentos de medida controlados por software sometidos a la MID.
2. Trminos y definiciones
Los trminos y definiciones contenidos en este apartado describen el vocabulario tal y como se usa en
esta gua. Cuando una definicin se ha tomado total o parcialmente de una norma u otra fuente se
proporcionan referencias a la misma.
Almacenamiento a largo plazo de los datos de medida: almacenamiento utilizado para conservar los
datos de medida disponibles una vez finalizada la misma para fines posteriores legalmente relevantes
(p. ej., la conclusin de una transaccin comercial).
Almacenamiento integrado: almacenamiento no extrable que forma parte del instrumento de medida
(p. ej., RAM, EEPROM, disco duro).
Clases de riesgo: clases que engloban tipos de instrumentos de medida con evaluaciones de riesgo
comparables.
Identificacin del software: secuencia de caracteres legibles ligada indefectiblemente al software (p.
ej., nmero de versin, suma de comprobacin checksum-).
Instrumento de medida que utilizan un ordenador universal (tipo U): instrumento de medida que
consta de un ordenador de propsito general, que suele ser un sistema basado en PC, para realizar
funciones legalmente relevantes. Se asume que un sistema de medida es de tipo U si no se cumplen las
condiciones de un instrumento de medida desarrollado especficamente (tipo P).
Integridad de los datos y del software: garanta de que los datos y el software no han sufrido
cambios no autorizados durante su uso, transferencia o almacenamiento.
Interfaz de usuario: interfaz que constituye la parte del instrumento o sistema de medida que permite
transmitir informacin entre un usuario humano y el instrumento de medida o sus componentes de
hardware o software, como por ejemplo un interruptor, un teclado, un ratn, una pantalla, un monitor,
una impresora o una pantalla tctil.
Parmetro especfico del dispositivo: parmetro legalmente relevante con un valor que depende de
cada instrumento. Los parmetros especficos del dispositivo estn compuestos por los parmetros de
calibracin (p. ej., ajuste del intervalo u otros ajustes o correcciones) y los parmetros de
configuracin (p. ej., valor mximo, valor mnimo, unidades de medida, etc.). Solamente se pueden
ajustar o seleccionar en un modo operativo especial del instrumento. Los parmetros especficos del
dispositivo pueden clasificarse como aquellos que deberan estar protegidos (inalterables) y aquellos a
los que puede acceder una persona autorizada, p. ej., el propietario del instrumento o el proveedor del
producto (parmetros configurables).
Parmetro especfico del modelo: parmetro legalmente relevante cuyo valor depende nicamente
del modelo de instrumento. Los parmetros especficos del modelo forman parte del software
legalmente relevante. Se fijan en el examen de modelo del instrumento.
Red abierta: red de participantes arbitrarios (dispositivos con funciones arbitrarias). El nmero, la
identidad y la ubicacin de un participante pueden ser dinmicos y desconocidos para otros
participantes (vase tambin red cerrada).
Red cerrada: red de un nmero fijo de participantes con una identidad, funcionalidad y ubicacin
conocidas (vase tambin red abierta).
Pgina 7 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Registro de actividades: contador software (p. ej., contador de sucesos) y/o un registro de
informacin (p. ej., registro de sucesos) de los cambios realizados en los parmetros o el software
legalmente relevantes.
Separacin del software: separacin inequvoca del software entre el legalmente relevante y el
legalmente no relevante. Si no hay separacin de software, todo el software en conjunto se considera
legalmente relevante.
Software legalmente relevante: programas, datos y parmetros especficos del modelo pertenecientes
a un instrumento de medida o subconjunto, que definen o satisfacen funciones que estn sujetas a
control legal.
Software fijo: parte del software definido como fijo en el examen de modelo, es decir modificable
nicamente con la aprobacin del organismo notificado. Esta parte fija es idntica en cada
instrumento individual.
Validacin: confirmacin del cumplimiento de los requisitos particulares para el uso previsto
mediante el examen y la aportacin de evidencias objetivas (p. ej., informacin que puede demostrarse
verdadera basada en datos obtenidos de observaciones, mediciones, ensayos, etc.). En el presente caso
dichos requisitos son los de la MID.
Las siguientes definiciones son bastante especficas. Se usan tan solo en algunos casos y para las
clases de riesgo D o superiores.
Algoritmo de firma: algoritmo criptogrfico que cifra (codifica) texto normal en texto cifrado (texto
codificado o secreto) mediante una clave de firma y que permite descodificar el texto cifrado si se
dispone de la correspondiente clave de descifrado.
Autoridad certificadora: asociacin que genera, guarda y emite informacin sobre la autenticidad de
las claves pblicas de personas u otras entidades (p. ej., instrumentos de medida) de manera confiable.
Certificacin de claves: proceso por el que se asocia un valor de clave pblica con un individuo,
organizacin u otra entidad.
Pgina 8 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Clave de firma: cualquier nmero o secuencia de caracteres utilizada para codificar y descodificar
informacin. Hay dos clases diferentes de claves de firma: sistemas de clave simtrica y sistemas de
clave asimtrica. La clave simtrica indica que el emisor y el receptor de la informacin utilizan la
misma clave. El sistema de claves se denomina asimtrico si las claves del emisor y del receptor son
diferentes, pero compatibles. Por lo general, la clave del emisor la conoce el emisor y la clave del
receptor es pblica en un entorno definido.
Infraestructura PKI: organizacin que garantiza la confiabilidad del sistema de claves pblicas.
Incluye la concesin y distribucin de certificados digitales a todos los miembros que forman parte del
intercambio de informacin.
Firma electrnica: cdigo abreviado (firma) que se asigna unvocamente a un texto, bloque de datos
o archivo de software binario para demostrar la integridad y autenticidad de los datos almacenados o
transmitidos. La firma se crea mediante un algoritmo de firma y una clave de firma secreta. Por lo
general, la generacin de una firma electrnica consta de dos pasos: (1) primero, un algoritmo hash
comprime el contenido de la informacin que va a firmarse en un valor abreviado, y (2) a
continuacin, el algoritmo de firma combina este nmero con la clave secreta para generar la firma.
Sistema de clave pblica Public Key Systems (PKS): par de claves de firma diferentes, una
llamada clave secreta y la otra clave pblica. Para verificar la integridad y autenticidad de la
informacin, el valor hash de esta informacin generado por un algoritmo hash se codifica con la
clave secreta del emisor para crear la firma, descifrada ms tarde por el receptor que usa la clave
pblica del emisor.
La gua se organiza como una serie estructurada de bloques de requisitos. La estructura general de la
gua sigue la clasificacin de los instrumentos de medida en las configuraciones bsicas y la
clasificacin de las denominadas configuraciones TI. Cada serie de requisitos se complementa con los
requisitos especficos de cada instrumento.
1. requisitos para las dos configuraciones bsicas de los instrumentos de medida (denominadas tipo P y U),
El primer tipo de requisitos es aplicable a todos los instrumentos. El segundo tipo de requisitos atae a
las siguientes funciones TI: almacenamiento a largo plazo de los datos de medida (L), transmisin de
los datos de medida (T), descarga de software (D) y separacin de software (S). Cada serie de estos
requisitos solo se aplica si existe la funcin correspondiente. El ltimo tipo es una coleccin de
requisitos especficos del instrumento. La numeracin se corresponde con la de los anexos especficos
de los instrumentos en la MID. La serie de bloques de requisitos que puede aplicarse a un instrumento
de medida determinado se muestra esquemticamente en la figura 3-1.
Pgina 9 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los esquemas de la figura 3-2 muestran las series de requisitos que existen.
Requisitos del software para las configuraciones bsicas de los instrumentos de medida
Requisitos para los instrumentos de medida Requisitos para los instrumentos de medida que
desarrollados especficamente (tipo P) utilizan un ordenador universal (tipo U)
Bloque de requisitos P1 Bloque de requisitos U1
Pgina 10 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Adems de la estructura descrita, los requisitos de esta gua se diferencian segn las clases de riesgo.
Se presentan seis clases de riesgo enumeradas de la A a la F en orden creciente de nivel riesgo. La
clase de menor riesgo (A) y la clase de mayor riesgo (F) no se utilizan en la actualidad. Se reservan
para el caso eventual de que lleguen a ser necesarias en el futuro. Las clases restantes de riesgo que
van de la B a la E abarcan todas las clases de instrumentos regulados por la MID. Proporcionan
adems un rango suficiente para el caso de variar las evaluaciones de riesgo. Las clases se definen en
el captulo 11 de esta gua, el cual es solo de carcter informativo.
Cada instrumento de medida debe asignarse a una clase de riesgo, ya que los requisitos particulares del
software que deben aplicarse quedan determinados por la clase de riesgo a la que pertenece el instrumento.
Esta gua de software es de aplicacin a una gran variedad de instrumentos. La gua tiene estructura
modular. Las series de requisitos adecuadas pueden seleccionarse fcilmente mediante el siguiente
procedimiento:
Solo ser necesario aplicar una de las dos series de requisitos para las configuraciones bsicas. Se
decidir si la configuracin bsica del instrumento se ajusta a: un instrumento desarrollado
especficamente con software integrado (tipo P, vase el apartado 4.1) o un instrumento que utilice un
ordenador universal (tipo U, vase el apartado 5.1). Si no se trata de un instrumento completo, sino de
uno de sus componentes, la decisin se tomar segn dicho componente. Se aplicar la serie completa
de requisitos de la correspondiente configuracin bsica.
Las configuraciones TI comprenden: almacenamiento a largo plazo de datos legalmente relevantes (L),
transmisin de datos legalmente relevantes (T), separacin de software (S) y descarga de software
legalmente relevante (D). Las series de requisitos correspondientes, denominadas extensiones
modulares, son independientes entre s. Las extensiones seleccionadas dependen solo de la
configuracin TI. Si se selecciona un conjunto de extensiones, deber aplicarse por completo las series
de requisitos de cada extensin. Se decidir cuales de las extensiones modulares, si la hay, son
aplicables y se aplicarn convenientemente (figura 3-2).
Se seleccionarn, segn la extensin especfica del instrumento I.x, los requisitos aplicables
especficos del instrumento, si los hay, y se aplicarn convenientemente (figura 3-2).
Cada bloque de requisitos contiene un requisito bien definido. Consta de una definicin,
especificaciones aclaratorias, documentacin que debe proporcionarse, gua de validacin y ejemplos
de soluciones aceptables (si estn disponibles). El contenido de un bloque de requisitos puede
Pgina 11 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
subdividirse segn las clases de riesgo. En la figura 3-3 se muestra el esquema de un bloque de
requisitos.
El bloque de requisitos representa el contenido tcnico del requisito incluida la gua de validacin. Se
dirige tanto a los fabricantes como a los organismos notificados, en dos sentidos: (1) considerar el
requisito como una condicin mnima y (2) no realizar exigencias adicionales al requisito.
Las listas de comprobacin son un medio que permite, tanto al fabricante como al examinador,
asegurase de que se han cubierto todos los requisitos de un captulo. Forman parte del modelo del
informe de ensayos. Hay que tener en cuenta que las listas de comprobacin solo son un resumen y no
distinguen entre clases de riesgo. Las listas de comprobacin no sustituyen a las definiciones del
requisito. Debe consultarse los bloques de requisitos para las descripciones completas.
Procedimiento:
- Se recopilarn las listas de comprobacin necesarias segn la seleccin descrita en los pasos 1, 2 y 3
del apartado 3.2.
- Se repasarn las listas de comprobacin verificando que se han cumplido todos los requisitos.
- Se rellenarn adecuadamente las listas de comprobacin.
La serie de requisitos de este captulo es vlida tanto para instrumentos como para componentes de
instrumentos desarrollados especficamente. Tambin es vlida para los subconjuntos aunque no se
mencione de forma explcita en el texto. Si el instrumento de medida utiliza un ordenador universal
(PC de propsito general), deber referirse a la serie de requisitos del siguiente captulo (instrumento
Pgina 12 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
tipo U). Tambin se aplicarn los requisitos para instrumentos tipo U si el instrumento no se ajusta con
la siguiente descripcin tcnica.
Toda la aplicacin software ha sido desarrollada para la medicin. Esta aplicacin incluye tanto las
funciones que estn sometidas a control legal como otras funciones.
La interfaz de usuario es especfica para la medicin (es decir, est normalmente en un modo
operativo sometido a control legal). Es posible cambiar a un modo operativo que no est sometido
a control legal.
Si existe un sistema operativo, este no tiene un intrprete de comandos accesible al usuario (para
cargar o modificar programas, enviar comandos al sistema operativo, cambiar el entorno de la
aplicacin,...).
El instrumento de tipo P puede tener propiedades y caractersticas adicionales que se tratan en las
siguientes extensiones de requisitos:
El software se disea y se trata como un todo, a menos que se haya aplicado una separacin de
software segn la extensin S.
El software es invariable y no hay modo de programar o cambiar el software legalmente relevante.
Solo se permite la descarga de software si se cumple la extensin D.
Se permiten las interfaces de transmisin de los datos de medida a travs de redes de comunicacin
abiertas o cerradas (debe cumplirse la extensin T).
Se permite el almacenamiento de datos de medida, ya sea en un almacenamiento integrado, en uno
remoto o en uno extrable (debe cumplirse la extensin L).
Pgina 13 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 14 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 15 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 16 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 17 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 18 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 19 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 20 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 21 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Clase de riesgo E
Documentacin requerida (adems de la documentacin requerida para las clases de riesgo B y C):
El cdigo fuente que muestra la forma de proteger y visualizar los parmetros legalmente relevantes.
Gua de validacin (adems de la gua para las clases de riesgo B y C):
Comprobaciones basadas en el cdigo fuente:
Se comprobar en el cdigo fuente si son adecuadas las medidas tomadas para proteger los
parmetros (p. ej., modo de ajuste deshabilitado despus de la proteccin).
5 Requisitos bsicos del software de los instrumentos de medida que utilizan un ordenador
universal (tipo U)
La serie de requisitos del software de esta seccin se aplica a un instrumento basado en un ordenador
de propsito general. La descripcin tcnica del sistema de medida tipo U se resume a continuacin.
Bsicamente se debe asumir un sistema de tipo U si no se cumplen las condiciones de un instrumento
de tipo P (vase el captulo 4.1).
Configuracin hardware
a) Sistema modular basado en un ordenador de propsito general. El ordenador puede ser autnomo,
formar parte de una red cerrada (p. ej., Ethernet, LAN token ring) o parte de una red abierta (p. ej.,
Internet).
b) Puesto que el sistema es de propsito general, la unidad del sensor (mdulo de medida)
normalmente ser externo al ordenador y estar conectado a l mediante un enlace de
comunicacin cerrado. No obstante, el enlace de comunicacin tambin podra ser abierto (p. ej.,
red), de manera que podran conectarse varios sensores.
c) La interfaz de usuario puede cambiarse de un modo operativo, que no est sometido a control
legal, a uno que s lo est, y viceversa.
d) El almacenamiento puede ser fijo (p. ej., disco duro) o extrable (p. ej., disquetes, CD-RW).
Configuracin software
e) Puede utilizarse cualquier sistema operativo. Adems de la aplicacin del instrumento de medida,
pueden encontrarse a la vez otras aplicaciones de software en el sistema. Parte del software (p. ej.,
la aplicacin del instrumento de medida) est sometido a control legal y no puede modificarse de
forma inadmisible despus de la aprobacin. Las partes que no estn sometidas a control legal
pueden modificarse.
f) El sistema operativo y los drivers de bajo nivel (p. ej., los drivers de vdeo, de la impresora, del
disco, etc.) son legalmente no relevantes a menos que estn programados especialmente para una
tarea de medida especfica
Pgina 22 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Clases de riesgo de la B a la E
U1: Documentacin
Adems de la documentacin especfica requerida en cada uno de los requisitos que figuran a
continuacin, la documentacin incluir bsicamente:
a. Una descripcin de las funciones de software legalmente relevantes, el significado de los datos, etc.
b. Descripcin de la exactitud de los algoritmos de medida (p. ej., algoritmos de redondeo y
clculo de precios)
c. Descripcin de la interfaz de usuario, los mens y los dilogos.
d. Una identificacin del software legal.
e. Descripcin general del hardware del sistema (p. ej., diagrama topolgico de bloques, tipo de
ordenador(es), tipo de red, etc.), si no est descrita en el manual de funcionamiento.
f. Descripcin general de los aspectos de seguridad del sistema operativo (p. ej., proteccin,
cuentas de usuario, privilegios, etc.).
g. Manual de funcionamiento.
Pgina 23 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
3. La identificacin del software ser fcilmente visualizable para verificacin e inspeccin (fcilmente
significa mediante la interfaz de usuario habitual, sin herramientas adicionales).
4. La identificacin del software tendr una estructura que identifique claramente las versiones que
requieran examen de modelo y las que no.
5. La identificacin puede aplicarse a diferentes niveles, p. ej., para programas completos, mdulos,
funciones, etc.
6. Si las funciones del software pueden modificarse mediante parmetros, cada funcin o variante puede
identificarse independientemente o bien puede identificarse el paquete entero en su conjunto.
Pgina 24 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 25 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 26 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
5. Aquellas partes del sistema operativo que interpreten 5. Todos los programas y partes del programa
comandos legalmente relevantes se considerarn involucrados en la transmisin y recepcin
software legalmente relevante. de comandos o datos legalmente relevantes
6. Otras partes del software pueden utilizar la interfaz estarn bajo la supervisin del software
siempre que no perturben o falsifiquen la recepcin o legalmente relevante.
transmisin de los comandos o datos legalmente 6. La interfaz que recibe o transmite
relevantes comandos o datos legalmente relevantes
ser especfica para esta funcin y
nicamente podr utilizarla el software
legalmente relevante. Sin embargo, no se
excluye el uso de interfaces estndar, si se
implementan medidas de proteccin de
software de acuerdo con la extensin T.
Documentacin requerida: Documentacin requerida (adems de la
La documentacin incluir: documentacin requerida para las clases de
Una lista completa de todos los comandos junto con riesgo B y C):
una declaracin de que no existen otros comandos La documentacin mostrar las medidas
distintos de los relacionados. tomadas para validar que la documentacin de
Una breve descripcin de su significado y su efecto en los comandos es completa.
las funciones y datos del instrumento de medida. La documentacin contendr un protocolo que
muestre las pruebas de todos los comandos o
cualquier otra medida adecuada para probar
que son correctos.
Pgina 27 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 28 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 29 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 30 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 31 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 32 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 33 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Clases de riesgo de la B a la E
U9: Influencia de otro software
El software legalmente relevante se disear de tal manera que ningn otro software influya en l de
modo inadmisible.
Especificaciones:
Este requisito implica la separacin del software entre el software legalmente relevante y el que no lo
es. Se cumplir la extensin S. Este es el caso estndar para ordenadores universales.
Documentacin requerida:
Vase la extensin S.
Gua de validacin:
Vase la extensin S.
Ejemplo de solucin aceptable:
Vase la extensin S.
Pgina 34 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Es una extensin a los requisitos especficos del software integrado en instrumentos de medida
desarrollados especficamente (requisitos para tipo P) y del software para instrumentos de medida que
utilizan un ordenador universal (requisitos para tipo U). Describe los requisitos para el
almacenamiento de los datos de medida desde el momento en que se haya completado fsicamente una
medicin hasta que han finalizado todos los procesos que deba realizar el software legalmente
relevante. Esto tambin se aplica al almacenamiento posterior de los datos.
La serie de requisitos de esta extensin solo se aplica si incluye almacenamiento a largo plazo de los
datos de medida. Se refiere solo a aquellos datos de medida legalmente relevantes. En la siguiente
tabla se presentan tres configuraciones tcnicas distintas para el almacenamiento a largo plazo. En el
caso de un dispositivo de medida desarrollado especficamente es tpica la opcin de un
almacenamiento integrado: el almacenamiento forma parte del hardware y del software
metrolgicamente necesarios. En el caso de instrumentos que usan un ordenador universal, es tpica
otra opcin: el uso de recursos ya existentes, p. ej., discos duros. La tercera opcin es la del
almacenamiento extrable: el almacenamiento puede extraerse del dispositivo, que puede ser o un
dispositivo desarrollado especficamente o un ordenador universal, y puede llevarse a cualquier parte.
Cuando se recuperan datos de un almacenamiento extrable para fines legales, p. ej., visualizacin,
impresin de recibos, etc., el dispositivo de recuperacin estar sometido a control legal.
Almacenamiento integrado
Instrumento simple, desarrollado especficamente, sin herramientas externas o medios que permitan
editar o cambiar datos, almacenamiento integrado de datos o parmetros de medida, p. ej., memoria
RAM, memoria flash o disco duro.
Almacenamiento para ordenador universal
Ordenador universal, interfaz grfica de usuario, sistema operativo multitarea, las tareas sometidas a
control legal y las que no lo estn coexisten paralelamente, se puede extraer el almacenamiento del
dispositivo o se pueden copiar los contenidos ya sea dentro o fuera del ordenador.
Pgina 35 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los requisitos que se muestran en esta seccin se deben aplicar junto con una serie de requisitos, ya
sea para los instrumentos bsicos desarrollados especficamente o para aquellos que utilizan un
ordenador universal.
Pgina 36 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 37 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 38 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 39 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 40 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 41 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 42 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 43 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 44 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Esta es una extensin de los requisitos del software de las guas bsicas P y U. Solo debe utilizarse si
los datos de medida se transmiten a travs de redes de comunicacin a un dispositivo remoto donde se
terminen de procesar y/o se utilicen para fines regulados legalmente. Esta extensin no se aplica a
menos que haya algn procesamiento posterior de datos legalmente relevantes. Si el software se
descarga en un dispositivo sometido a control legal, se aplican los requisitos de la extensin D.
Pgina 45 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 46 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 47 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 48 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 49 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 50 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 51 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 52 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
La separacin de software es una metodologa de diseo opcional que permite al fabricante modificar
fcilmente el software legalmente no relevante. Si se implementa la separacin de software, se
considerar esta extensin adems de los requisitos bsicos de los tipos P y U.
En general, los instrumentos de medida o sistemas controlados por software disponen de una
funcionalidad compleja y contienen mdulos legalmente relevantes y mdulos que no lo son. Es una
ventaja para el fabricante y para el examinador aunque no es obligatorio separar estos mdulos de
software del sistema de medida.
En la siguiente tabla se describen dos variantes de separacin de software (las series de requisitos
contemplan ambas opciones).
Descripcin
La separacin de software se implementa independientemente del sistema operativo dentro de un
dominio de aplicacin; es decir, a nivel de lenguaje de programacin (separacin de software de bajo
nivel).
Nota: Esta caracterstica se aplica tanto a los dispositivos de medida diseados especficamente como a los
ordenadores universales.
Los mdulos de software que se van a separar se implementan como objetos independientes a nivel de
sistema operativo (separacin de software de alto nivel).
Nota: Este tipo de separacin normalmente solo es posible con ordenadores universales. Son ejemplos de solucin
programas ejecutables de forma independiente, bibliotecas dinmicas, etc.
La proteccin frente a cambios inadmisibles de los valores y parmetros de medida se aborda solo de
forma indirecta, ya que el programador de los componentes de software que no estn sometidos a
control legal no debe proporcionar al usuario del sistema de medida la posibilidad de corromperlo. Sin
embargo, el programador debe considerar la proteccin en cualquier caso (con o sin separacin) y los
requisitos adecuados proporcionados en las configuraciones bsicas P y U (captulos 4 y 5) de la gua.
Pgina 53 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
1
Nota:
Separacin de bajo nivel : La combinacin de componentes a nivel del lenguaje de programacin o la combinacin de
partes de un programa (es decir, subrutinas, procedimientos, funciones, clases) para formar la parte legalmente relevante
del programa. El resto del programa es la parte legalmente no relevante.
Separacin de alto nivel: Combinacin de todas las partes del software en un objeto que es identificable por el sistema
operativo (un programa, una DLL, etc.). El resto del programa es la parte legalmente no relevante.
Pgina 54 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 55 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 56 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
El software solo puede descargarse a instrumentos de medida con las siguientes propiedades:
Configuracin hardware
El dispositivo de destino est sometido a control legal. Puede ser un instrumento de medida desarrollado
especficamente (tipo P) o uno basado en un ordenador universal (tipo U). Las conexiones de
comunicacin para la descarga pueden ser directas p. ej., RS232, USB, a travs de una red cerrada
parcial o totalmente bajo control legal p. ej., Ethernet, red de rea local tipo token ring o a travs de una
red abierta p. ej., Internet.
Configuracin software
El software del dispositivo de destino puede estar completamente bajo control legal o puede existir
separacin de software. La descarga del software legalmente relevante debe cumplir los requisitos que se
indican a continuacin. Si no hay separacin de software en el instrumento de medida, todos los
requisitos siguientes sern de aplicacin para todas las descargas.
Tabla 9-1: Descripcin tcnica de las configuraciones para la descarga de software.
Pgina 57 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 58 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 59 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 60 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 61 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 62 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Se asume que el fabricante del instrumento de medida mantiene a su cliente bien informado sobre las
actualizaciones del software, en especial sobre la parte legalmente relevante, y que el cliente no se
negar a su actualizacin. Adems se asume que el fabricante y el cliente, usuario o propietario del
instrumento acordarn un procedimiento adecuado para la realizacin de la descarga en funcin del
uso y ubicacin del instrumento.
Esta extensin complementa los requisitos generales del software de los captulos anteriores y no
puede considerarse de forma independiente de las partes P o U ni de otras extensiones (vase el
captulo 3). Refleja la existencia de anexos de la MID especficos para cada instrumento (MI-x) y
contiene aspectos y requisitos especficos de los instrumentos o sistemas de medida (o subconjuntos).
Sin embargo, estos requisitos no van ms all de los requisitos de la MID. Slo se hace referencia a las
recomendaciones de la OIML o a las normas ISO/IEC, cuando estas pueden considerarse documentos
normativos en el sentido de la MID, y si respaldan una interpretacin armonizada de los requisitos de
esta Directiva.
Adems de los aspectos y requisitos del software especficos del instrumento, la extensin I contiene la
asignacin especfica de clases de riesgos para el instrumento (o categora) que garantiza un nivel
armonizado de examen, proteccin y conformidad del software.
Por ahora, la extensin I est pensada como un borrador inicial a completar por el respectivo grupo de
trabajo de WELMEC con los conocimientos especficos correspondientes. Por lo tanto, la extensin I
tiene una "estructura abierta", es decir, que proporciona un esqueleto que adems de la asignacin
inicial de las clases de riesgo est cumplimentado solo parcialmente (p. ej., para los contadores de
servicio pblico e instrumentos de pesaje de funcionamiento automtico). Tambin puede utilizarse
para otros instrumentos (incluidos o no en la MID), segn las experiencias adquiridas y las decisiones
tomadas por los grupos de trabajo WELMEC responsables. La numeracin x de los subapartados 10.x
se corresponde con la numeracin de los anexos especficos de la MID. Los instrumentos no incluidos
en la MID podran aadirse comenzando en el 10.11.
Para un determinado tipo x de instrumento de medida, pueden existir diferentes aspectos del software
especficos a tener en cuenta. Estos aspectos deberan tratarse de un modo sistemtico como se indica
a continuacin: cada subapartado 10.x debera dividirse en secciones 10.x.y, donde y trata los
siguientes aspectos:
Aqu deben mencionarse los reglamentos especficos de instrumentos (o categoras), las normas y
dems documentos normativos (p. ej., las recomendaciones de la OIML) o las guas WELMEC que
pueden ayudar a desarrollar los requisitos del software especficos del instrumento (o categora) como
una interpretacin de los requisitos del anexo I y de los anexos especficos MI-x de la MID.
Normalmente, los requisitos del software especficos del instrumento se aplican junto con los
requisitos generales de los captulos anteriores. De otro modo, se debera exponer claramente si un
requisito del software especfico sustituye a uno (o a varios) de los requisitos generales del software o
si uno (o varios) de los requisitos generales del software no es (son) aplicable(s) y el motivo.
Pgina 63 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
a) que la presencia de un error sea obvia o que pueda comprobarse de forma sencilla o
existan medios hardware para detectar el fallo,
b) que no resulte obvia la presencia de un error y no pueda comprobarse fcilmente y no
haya medios hardware para la detectar el fallo.
En el ltimo caso (b), la deteccin de fallos y la reaccin ante estos requiere medios de
software adecuados y, por tanto, requisitos de software adecuados
Aqu deberan relacionarse y describirse, de un modo parecido al de los captulos anteriores, los
requisitos del software especficos.
Pgina 64 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Aqu pueden mencionarse otros aspectos como por ejemplo la documentacin especfica necesaria
para el examen (software) del modelo, descripciones especficas e instrucciones que deben
proporcionarse en los certificados de examen de modelo. Tambin pueden mencionarse otros aspectos
(p. ej., los requisitos relativos a la realizacin de ensayos).
Aqu debera definirse la clase de riesgo adecuada para los instrumentos de tipo x. Esto puede hacerse:
Los contadores de agua suelen construirse como dispositivos desarrollados especficamente (tipo P en
esta gua).
Es especfica de cada fabricante, pero normalmente debera esperarse que siguiera las
recomendaciones proporcionadas en el cuerpo principal de esta gua.
Los contadores de agua acumulan de forma continua el volumen consumido. El volumen acumulado
se visualiza en el instrumento. Se emplean varios principios.
Pgina 65 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
El requisito MI-001, 7.1.2 trata las perturbaciones electromagnticas. Es necesario interpretar este
requisito para los instrumentos controlados por software porque solo se puede detectar una
perturbacin y recuperarse de la misma mediante accin combinada de determinadas partes del
hardware y del software especfico. Desde el punto de vista del software no importa cul sea el motivo
de una perturbacin (electromagntico, elctrico, mecnico, etc.): los procedimientos de recuperacin
son los mismos.
10.1.3 Requisitos de software especficos (contadores de agua)
Pgina 66 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 67 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los contadores de agua tienen parmetros, como constantes de clculo, de configuracin, etc., pero
tambin tienen parmetros para el ajuste de la funcionalidad del dispositivo. Con respecto a la
identificacin y proteccin de los parmetros y el conjunto de parmetros, vanse los requisitos P2 y
P7 de la gua P.
A continuacin, se proporcionan algunos parmetros tpicos de los contadores de agua . Esta tabla se
actualizar cuando el grupo de trabajo 11 de WELMEC haya decido su contenido final.
Pgina 68 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Hasta ahora, segn las decisiones del grupo de trabajo responsable de WELMEC n 11 (segunda
reunin, 3-4 de marzo de 2005), se consideran adecuadas las siguientes clases de riesgo y deberan
aplicarse si se llevan a cabo exmenes de software basados en la presente gua para los contadores de
agua (controlados mediante software).
Pgina 69 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los Estados miembros pueden segn el artculo 2 de la MID prescribir el uso de los contadores
de gas y dispositivos de conversin volumtrica sometidos a la regulacin de la MID en el uso
residencial, comercial y de industria ligera.
Los contadores de gas y dispositivos de conversin volumtrica suelen construirse como dispositivos
desarrollados especficamente (tipo P en esta gua). Pueden tener una o varias entradas para unidades
de sensores externas y los contadores y dispositivos de conversin pueden ser unidades de hardware
separadas.
Es especfica de cada fabricante, pero normalmente debera esperarse que siguiera las
recomendaciones proporcionadas en el cuerpo principal de esta gua.
El requisito MI-002, 4.3.1 trata las perturbaciones electromagnticas. Es necesario interpretar este
requisito para los instrumentos controlados por software porque solo se puede detectar una
perturbacin y recuperarse de la misma mediante accin combinada de determinadas partes del
hardware y del software especfico. Desde el punto de vista del software no importa cul sea el motivo
de una perturbacin (electromagntico, elctrico, mecnico, etc.): los procedimientos de recuperacin
son los mismos.
Pgina 70 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 71 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Documentacin requerida:
Documentacin de la representacin interna del registro de volumen.
Gua de validacin:
Comprobaciones basadas en la documentacin:
Se comprobar si la capacidad de almacenamiento es suficiente.
Ejemplo de solucin aceptable:
Los valores tpicos del contador de gas domstico son: Qmx = 6 m3/h. El rango necesario es de 48 000 m3
(en la actualidad los contadores de gas electrnicos muestran hasta 99 999 m3).
Pgina 72 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 73 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 74 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los contadores de gas y los dispositivos de conversin volumtrica suelen tener muchos parmetros.
Se utilizan como constantes de clculo, de configuracin, etc., pero tambin para el ajuste de la
funcionalidad del dispositivo. Con respecto a la identificacin y proteccin de los parmetros y el
conjunto de parmetros, vanse los requisitos P2 y P7 de la gua P.
Pgina 75 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Hasta ahora, segn las decisiones del grupo de trabajo responsable de WELMEC n 11 (segunda
reunin, 3-4 de marzo de 2005), se consideran adecuadas las siguientes clases de riesgo y deberan
aplicarse si se llevan a cabo exmenes de software basados en la presente gua para los contadores de
gas y dispositivos de conversin volumtrica (controlados mediante software):
Los Estados miembros pueden segn el artculo 2 de la MID prescribir el uso de los contadores
de energa elctrica activa sometidos a la regulacin de la MID en el uso residencial, comercial y de
industria ligera.
No se han tenido en cuenta las recomendaciones y normas de la OIML ni las normas IEC.
Los contadores de energa elctrica activa toman como entrada las medidas de tensin e intensidad de
corriente, obtienen a partir el ellas la potencia elctrica activa y la integran con respecto al tiempo para
aportar la energa elctrica activa.
Los contadores de energa elctrica activa suelen construirse como dispositivos desarrollados
especficamente (tipo P en esta gua). Pueden tener una o varias entradas y pueden combinarse con
transformadores externos.
Es especfica de cada fabricante, pero normalmente debera esperarse que siguiera las
recomendaciones proporcionadas en el cuerpo principal de esta gua.
Pgina 76 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
El requisito MI-003, 4.3.1 trata las perturbaciones electromagnticas. Es necesario interpretar este
requisito para los instrumentos controlados por software porque solo se puede detectar una
perturbacin y recuperarse de la misma mediante accin combinada de determinadas partes del
hardware y del software especfico. Desde el punto de vista del software no importa cul sea el motivo
de una perturbacin (electromagntico, elctrico, mecnico, etc.): los procedimientos de recuperacin
son los mismos.
Documentacin requerida:
Una breve descripcin del mecanismo de recuperacin ante fallos y cundo se activa. Breve descripcin
de las comprobaciones relacionadas realizadas por el fabricante.
Gua de validacin:
Comprobaciones basadas en la documentacin:
Se comprobar si la implementacin de la recuperacin ante fallos es adecuada.
Comprobaciones funcionales:
Ninguna, aparte de las realizadas durante el examen de modelo para confirmar el correcto
funcionamiento en presencia de determinadas magnitudes de influencia.
Ejemplo de solucin aceptable:
Una subrutina microprocesada reinicia peridicamente un temporizador de control hardware (hardware
watchdog) evitando su disparo. Si alguna funcin no se ha procesado o en el peor de los casos el
microprocesador se cuelga en un bucle infinito, este reinicio no tiene lugar y el temporizador de control
se dispara al cabo del tiempo establecido.
Pgina 77 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Documentacin requerida:
Documentacin de la representacin interna del registro de energa elctrica y magnitudes auxiliares
(tipos de variables).
Gua de validacin:
Comprobaciones basadas en la documentacin:
Se comprobar si la capacidad de almacenamiento es suficiente.
Ejemplo de solucin aceptable:
Los valores tpicos para los contadores de electricidad trifsicos son:
Pmx (4 000 h) = 3 * 60 A * 230 V * 4 000 h = 165 600 kWh. Esto requiere una representacin interna de 4 bytes.
Pgina 78 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 79 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los contadores electrnicos de suministros de servicios pblicos suelen tener muchos parmetros. Se
utilizan como constantes de clculo, de configuracin, etc., pero tambin para el ajuste de la
funcionalidad del dispositivo. Con respecto a la identificacin y proteccin de los parmetros y el
conjunto de parmetros, vanse los requisitos P2 y P7 de la gua P.
Pgina 80 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Hasta ahora, segn las decisiones del grupo de trabajo responsable de WELMEC n 11 (segunda
reunin, 3-4 de marzo de 2005), se consideran adecuadas las siguientes clases de riesgo y deberan
aplicarse si se llevan a cabo exmenes de software basados en la presente gua para los contadores de
energa elctrica activa (controlados mediante software):
Por lo tanto, a estas variantes no se les asigna una categora de riesgos mayor que la asignada a los
contadores de tipo bsico contemplados en esta gua. Sin embargo, debera evaluarse la funcin de
medicin bsica, como ocurre con todos los dems instrumentos de tipo P junto con cualquier otra
evaluacin que se considere necesaria para demostrar que el software asociado que proporciona estas
funciones no tiene una influencia inadmisible sobre la medicin bsica.
Los Estados miembros pueden segn el artculo 2 de la MID prescribir el uso de los contadores
de energa trmica sometidos a la regulacin de la MID en el uso residencial, comercial y de industria
ligera.
Los contadores de energa trmica suelen construirse como dispositivos desarrollados especficamente
(tipo P en esta gua). Un contador de energa trmica puede ser un instrumento completo o un
instrumento combinado que consta de los subconjuntos: sensor de flujo, par sensor de temperatura, y
calculador, segn se define en el artculo 4 b), o una combinacin de estos.
Es especfica de cada fabricante, pero normalmente debera esperarse que siguiera las
recomendaciones proporcionadas en el cuerpo principal de esta gua.
Pgina 81 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los requisitos MI-004, 4.1 y 4.2 tratan las perturbaciones electromagnticas. Es necesario interpretar
este requisito para los instrumentos controlados por software porque solo se puede detectar una
perturbacin y recuperarse de la misma mediante accin combinada de determinadas partes del
hardware y del software especfico. Desde el punto de vista del software no importa cul sea el motivo
de una perturbacin (electromagntico, elctrico, mecnico, etc.): los procedimientos de recuperacin
son los mismos.
Pgina 82 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 83 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los contadores de energa trmica tienen parmetros, como constantes de clculo, de configuracin,
etc., pero tambin parmetros para el ajuste de la funcionalidad del dispositivo. Con respecto a la
identificacin y proteccin de los parmetros y el conjunto de parmetros, vanse los requisitos P2 y
P7 de la gua P.
A continuacin, se proporcionan algunos parmetros tpicos de los contadores de energa trmica. Esta
tabla se actualizar cuando el grupo de trabajo 11 de WELMEC haya decido su contenido final.
Parmetro Protegido Configurable Comentario
Factor de calibracin x
Factor de linealidad x
Hasta ahora, segn las decisiones del grupo de trabajo responsable de WELMEC n 11 (segunda
reunin, 3-4 de marzo de 2005), se consideran adecuadas las siguientes clases de riesgo y deberan
Pgina 84 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
aplicarse si se llevan a cabo exmenes de software basados en la presente gua para los contadores de
energa trmica (controlados mediante software):
10.5 Sistemas para la medicin continua y dinmica de cantidades de lquidos distintos del agua.
Los sistemas para la medicin continua y dinmica de cantidades de lquidos distintos del agua estn
sometidos a la regulacin de la MID. Los requisitos especficos se encuentran en el anexo MI-005.
An no se han tenido en cuenta ni estos requisitos especficos ni los documentos normativos.
10.5.3 Requisitos de software especficos (Sistemas para la medicin de lquidos distintos del
agua)
Por ahora, y segn el resultado del cuestionario de 2004 del grupo de trabajo 7 de WELMEC y sujeto a
futuras decisiones del grupo de trabajo responsable de WELMEC, deberan aplicarse si se llevan a
Pgina 85 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
cabo exmenes de software basados en la presente gua para los sistemas de medida para medir de
forma continua y dinmica magnitudes de lquidos distintos del agua (controlados mediante software):
- Clase de riesgo C
La mayora de los IPFA estn sometidos a la MID; sin embargo, los IPFNA estn sometidos todava a
la Directiva europea 90/384/CEE. Por lo tanto, la gua de software WELMEC 2.3 se aplica a los
IPFNA, mientras que la presente gua de software se aplica a los IPFA.
Los requisitos especficos de este captulo se basan en el anexo MI-006 y en los documentos
normativos mencionados en el apartado 10.6.1, que facilitan la interpretacin de los requisitos de la
MID.
Hay cinco categoras de instrumentos de pesaje de funcionamiento automtico sometidas al anexo MI-
006 de la MID:
Los nmeros entre parntesis hacen referencia a las respectivas recomendaciones de la OIML que son
documentos normativos en el sentido de la MID. Adems, WELMEC ha publicado la gua WELMEC
2.6 que facilita los ensayos de las seleccionadoras ponderales automticas.
Los IPFA de todas las categoras pueden disearse como tipo P o tipo U y todas las extensiones
podran ser relevantes para cada categora.
Sin embargo, de estas seis categoras, solo los totalizadores discontinuos y los totalizadores
continuos (cintas de pesaje) se han identificado como susceptibles de necesitar requisitos de software
especficos de los instrumentos (vase 10.6.3). Esto se debe a que la medicin es acumulativa durante
un periodo de tiempo relativamente largo y no se puede repetir si aparece un fallo significativo.
Pgina 86 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Un totalizador continuo es una cinta de pesaje que mide la masa de un producto mientras la cinta
transportadora pasa sobre una clula de carga. El sistema normalmente consta de una cinta
transportadora, rodillos, receptor de carga apoyado en clulas de carga, fuente de alimentacin,
controles electrnicos y dispositivo indicador. Habr un modo de ajustar la tensin de la cinta.
Es especfica de cada fabricante, pero normalmente debera esperarse que siguiera las
recomendaciones proporcionadas en el cuerpo principal de esta gua.
En el caso de un totalizador continuo, la masa se mide continuamente mientras pasa el producto por el
receptor de carga. Las mediciones se realizan en unidades discretas de tiempo que dependen de la
velocidad de la cinta y de la fuerza sobre el receptor de carga. No se produce ninguna subdivisin
deliberada del producto, ni ninguna interrupcin de la cinta transportadora como sucede con el
totalizador discontinuo. La masa total es una integracin de las muestras discretas. Hay que destacar
que el receptor de carga podra utilizar clulas de carga con galgas extensomtricas u otras tecnologas
como hilo vibrante.
10.6.2.4 Defectos
Las juntas en la cinta podran causar impacto que pueden dar lugar a errores en la puesta a cero. En el
caso de los totalizadores discontinuos, podran perderse uno o todos los resultados de pesaje de cargas
discretas antes de ser sumados.
El anexo MI-006 de la MID, captulo IV apartado 8 y captulo V apartado 6, trata las perturbaciones
electromagnticas. Es necesario interpretar estos requisitos para los instrumentos controlados por
software porque solo se puede detectar una perturbacin (fallo) y recuperarse de la misma mediante la
accin combinada de determinadas partes del hardware y del software especfico. Desde el punto de
vista del software no importa cul sea el motivo de una perturbacin (electromagntico, elctrico,
mecnico, etc.): los procedimientos de recuperacin son los mismos.
Pgina 87 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Pgina 88 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Tabla 10-1: Ejemplos de funciones legalmente relevantes especficas del dispositivo (FD), datos
legalmente relevantes especficos del dispositivo (DD) y funciones legalmente relevantes especficas
del tipo (FT), datos legalmente relevantes especficos del tipo (DT) para los IPFA en comparacin con
aquellos para los IPFNA (R 76). VV indica valores variables.
Pgina 89 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Tabla 10-1: Ejemplos de funciones y datos legalmente relevantes especficos del dispositivo y del
modelo.
Pgina 90 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Es probable que las funciones y los parmetros marcados en la tabla anterior estn presentes en los
distintos tipos de instrumentos de pesaje. Si alguno de ellos est presente, deber tratarse como
legalmente relevante. Sin embargo, la tabla no es una lista obligatoria que indique que cada funcin
o parmetro de los mencionados deba estar presente en cada instrumento.
Ninguno
Hasta ahora, segn las decisiones del grupo de trabajo responsable de WELMEC (24 reunin del
grupo de trabajo n 2, 22-23 de enero de 2004), se aplicar en general la clase de riego B a todas las
categoras de IPFA independientemente del tipo (P o U).
Sin embargo, como consecuencia del cuestionario del grupo de trabajo n 7 (2004), se considera
adecuada la siguiente diferenciacin con respecto a los instrumentos de tipo P y U y a los instrumentos
totalizadores continuos y discontinuos y dicha diferenciacin se discutir de nuevo en el grupo de
trabajo n 2 de WELMEC (decisin de la 25 reunin del grupo de trabajo n 2, 14-15 de octubre de
2004):
10.7 Taxmetros
Los taxmetros estn sometidos a la regulacin de la MID. Los requisitos especficos se encuentran en
el anexo MI-007. An no se han tenido en cuenta ni estos requisitos especficos ni los documentos
normativos.
Los taxmetros actuales utilizan una arquitectura integrada, lo que significa que los taxmetros son
instrumentos desarrollados especficamente (tipo P) en segn esta gua. En el futuro, se espera que los
taxmetros tambin se fabriquen utilizando ordenadores universales (tipo U).
Pgina 91 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
En caso de disminucin del suministro de tensin hasta un valor inferior al lmite mnimo de
funcionamiento especificado por el fabricante, el taxmetro deber:
Los taxmetros tambin necesitan disponer de un almacenamiento a largo plazo; los datos han de estar
disponibles en el taxmetro durante al menos un ao (vase MI-007, 15.2).
Gua de validacin:
Comprobaciones basadas en la documentacin:
Se comprobar si la implementacin de la recuperacin ante fallos es adecuada.
Comprobaciones funcionales:
Ninguna, aparte de las realizadas durante el examen de modelo para confirmar el correcto
funcionamiento en presencia de determinadas magnitudes de influencia.
Para los vehculos que se van a utilizar como taxis, se aplicarn los siguientes requisitos:
1. El generador de seales de distancia proporcionar una seal con una resolucin de al menos
2 m.
2. El generador de seales de distancia proporcionar una seal estable a cualquier velocidad del
vehculo.
3. El generador de seales de distancia tendr caractersticas definidas en lo que se refiere al nivel
de tensin, la amplitud de pulsos y la relacin entre velocidad y frecuencia.
4. Facilidad de ensayo
Hasta ahora, y segn los resultados del cuestionario de 2004 del grupo de trabajo 7 de WELMEC y
sujeto a futuras decisiones del grupo de trabajo de WELMEC responsable, deberan aplicarse las
siguientes clases de riesgo si se llevan a cabo exmenes de software basados en la presente gua para
los taxmetros (controlados por software):
Las medidas materializadas estn sometidas a las regulaciones de la MID. Los requisitos especficos se
encuentran en el anexo MI-008.
Sujeto a futuros desarrollos y decisiones, las medidas materializadas en el sentido del anexo MI-008 de
la MID no se consideran instrumentos de medida controlados por software.
Por lo tanto, por ahora, la presente gua de software no se aplica a medidas materializadas.
Los instrumentos para medidas dimensionales estn sometidos a las regulaciones de la MID. Los
requisitos especficos se encuentran en el anexo MI-009. An no se han tenido en cuenta ni estos
requisitos especficos ni los documentos normativos.
Hasta ahora, y segn los resultados del cuestionario de 2004 del grupo de trabajo 7 de WELMEC y
sujeto a futuras decisiones del grupo de trabajo de WELMEC responsable, deberan aplicarse las
siguientes clases de riesgo si se llevan a cabo exmenes de software basados en la presente gua para
instrumentos para medidas dimensionales (controlados por software):
Pgina 93 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Los analizadores de gases de escape estn sometidos a las regulaciones de la MID. Los requisitos
especficos se encuentran en el anexo MI-010. An no se han tenido en cuenta ni estos requisitos
especficos ni los documentos normativos.
Hasta ahora, y segn los resultados del cuestionario de 2004 del grupo de trabajo 7 de WELMEC y
sujeto a futuras decisiones del grupo de trabajo de WELMEC responsable, deberan aplicarse las
siguientes clases de riesgo si se llevan a cabo exmenes de software basados en la presente gua para
analizadores de gases de escape (controlados por software):
Los requisitos de esta gua se distinguen segn las clases de riesgo (software). Los riesgos se refieren
exclusivamente al software del instrumento de medida y a ningn otro riesgo. Por comodidad, se
utiliza el trmino abreviado clase de riesgo. A cada instrumento de medida se le debe asignar una
clase de riesgo porque los requisitos del software que hay que aplicar estn determinados por la clase
de riesgo a la que pertenece el instrumento. Una clase de riesgo se define como la combinacin de los
niveles adecuados requeridos de proteccin, examen y conformidad del software. Se presentan tres
niveles para cada una de estas categoras: bajo, medio y alto.
Bajo: Se realizan las comprobaciones funcionales estndar de examen de modelo del instrumento.
No es necesario realizar pruebas de software adicionales.
Medio: Adems de las comprobaciones correspondientes al nivel bajo, el software se examina segn
su documentacin. La documentacin incluye la descripcin de las funciones implementadas
por software, la descripcin de los parmetros, etc. Para verificar la fiabilidad de la
documentacin y la eficacia de las medidas de proteccin, pueden realizarse comprobaciones
prcticas aleatorias de las funciones compatibles con el software.
Pgina 94 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Alto: Adems de las comprobaciones correspondientes al nivel medio, se lleva a cabo una
comprobacin del software en profundidad, que suele basarse en el cdigo fuente.
Bajo: La funcionalidad del software implementado en cada uno de los instrumentos individuales es
conforme con la documentacin aprobada.
Medio: Adems de la conformidad del nivel bajo, en funcin de las caractersticas tcnicas, partes
del software se definirn como fijas en el examen de modelo, es decir, modificables
solamente con la aprobacin previa del organismo notificado. La parte fija ser idntica en
cada uno de los instrumentos individuales.
Alto: El software implementado en cada uno de los instrumentos individuales es completamente
idntico al aprobado.
De las 27 permutaciones de nivel tericamente posibles, solo cuatro o, a lo sumo cinco, tienen inters
prctico (clases de riesgo B, C, D y E, eventualmente F). Abarcan todas las clases de instrumentos que
estn incluidas en la regulacin de la MID. Adems, proporcionan suficiente rango en caso de que se
modifiquen las evaluaciones de riesgo. En la tabla siguiente se definen las clases de riesgo.
Grado de
Clase de Proteccin del Examen del
conformidad
riesgo software software
del software
A bajo bajo bajo
B medio medio bajo
C medio medio medio
D alto medio medio
E alto alto medio
F alto alto alto
Clase de riesgo B: En comparacin con la clase de riesgo A, se requiere una proteccin de software
de nivel medio. En consecuencia, el nivel de examen aumenta al nivel medio. La
conformidad es la misma que la de la clase de riesgo A.
Clase de riesgo C: En comparacin con la clase de riesgo B, la conformidad aumenta hasta el nivel
medio. Esto significa que partes del software pueden declararse como fijas en el
examen de modelo. El resto del software requiere conformidad en el nivel funcional.
Los niveles de proteccin y examen son los mismos que en la clase de riesgo B.
Clase de riesgo D: Si se compara con la clase de riesgo C, la proteccin aumenta hasta el nivel alto.
Puesto que el examen se mantiene invariable en el nivel medio, debe proporcionarse
documentacin suficientemente informativa para demostrar que las medidas de
Pgina 95 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Clase de riesgo E: En comparacin con la clase de riesgo D, el examen aumenta hasta el nivel alto.
Los niveles de proteccin y conformidad no cambian.
Clase de riesgo F: Todos los aspectos (proteccin, examen y conformidad) se establecen en el nivel
alto. Al igual que en la clase de riesgo A, no es de esperar que ningn instrumento se
clasifique en esta clase. Sin embargo se mantiene abierta esta posibilidad.
Este es un modelo de un informe de ensayo, que consta de una parte principal y dos anexos. La parte
principal contiene informacin general del objeto a ensayar. En la prctica debe adaptarse segn
corresponda. El anexo 1 consta de dos listas de comprobacin que facilitan la seleccin de las partes
de la gua que deben aplicarse. El anexo 2 consta de listas de comprobacin especficas de las
respectivas partes tcnicas de la gua. Estos anexos son recomendables para ayudar a que el fabricante
y examinador comprueben que han tenido en cuenta todos los requisitos aplicables.
Adems del modelo de informe de ensayo y de las listas de comprobacin, se incluye la informacin
necesaria para el certificado de examen de modelo en el ltimo subapartado de este captulo.
Pgina 96 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
(n anexos)
Comisin
La MID proporciona los requisitos esenciales para determinados instrumentos de medida que
utilizados en la Unin Europea. El software del instrumento de medida se ha validado para demostrar
su conformidad con los requisitos esenciales de la MID.
Cliente
Dynaflow
P.O. Box 1120333
100 Reykiavik
Islandia
Referencia: Sr. Bjarnur Sigfridson
El rango de medida oscila entre 1 l/s y 2.000 l/s. Las funciones bsicas del instrumento son:
Pgina 97 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
La versin del software validado es V1.2.c. El cdigo fuente consta de los siguientes archivos:
La versin definitiva del objeto de ensayo se entreg al Laboratorio National Testing &
Measurement el 25 de noviembre de 2003.
Procedimiento de examen
La validacin se ha realizado segn la gua de software WELMEC 7.2, edicin 1 (que se puede
descargar de www.welmec.org).
Pgina 98 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
Resultado
Se han validado sin encontrar fallos los siguientes requisitos de la gua de software WELMEC 7.2:
Se encontraron dos comandos que no se haban descrito inicialmente en el manual del operador.
Ambos comandos se han incluido en el manual del operador actualizado al 10 de diciembre de 2003.
Se encontr un fallo de software que limitaba el mes de febrero a 28 das tambin en los aos bisiestos
en el paquete de software V1.2b. Este fallo se ha corregido en el paquete V1.2c.
M. S. A. N. S. Problme
Tcnico
Pgina 99 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
12.2 Anexo 1 del informe de ensayos: Listas de comprobacin que facilitan la seleccin del
conjunto de requisitos adecuado
La primera lista de comprobacin ayuda al usuario a decidir qu configuracin bsica P o U se aplica
al instrumento que se est comprobando.
(P) Comentarios
Si y solo si todas las respuestas a las cinco preguntas anteriores estn en la columna P, se aplicarn los
requisitos del apartado P (captulo 4). En los dems casos, se aplicarn los requisitos del apartado U
(captulo 5).
La segunda lista de comprobacin ayuda a decidir qu configuracin TI se aplica al instrumento bajo
ensayo.
Comentarios
No aplicable
Extensin
requerida
NO
S
12.3 Anexo 2 del informe de ensayos: Listas de comprobacin especficas de las respectivas
partes tcnicas
1) Lista de comprobacin de los requisitos bsicos para instrumentos tipo P
Lista de comprobacin de los requisitos de tipo P
Procedimientos
No aplicable
Rechazado
de ensayo
Requisito
Aceptado
Comentarios*
Rechazado
de ensayo
Requisito
Aceptado
No aplicable
Comentarios*
No aplicable
Rechazado
de ensayo
Requisito
Aceptado
Comentarios*
No aplicable
Rechazado
de ensayo
Requisito
Aceptado
Comentarios*
No aplicable
Rechazado
de ensayo
Requisito
Aceptado
Comentarios*
Rechazado
de ensayo
Requisito
Aceptado
No aplicable
Comentarios*
Aunque el informe de ensayos completo es una documentacin del equipo sometido a ensayo, de la
validacin realizada y de los resultados, solo se requiere una seleccin determinada de la informacin
incluida en el informe de ensayos para el certificado de examen de modelo. La siguiente informacin
deber incluirse adecuadamente en el certificado de examen de modelo:
13 Referencias cruzadas entre los requisitos de software de la MID y los artculos y anexos de la
MID
(Versin de la MID utilizada: Directiva 2004/22/EC del 31 de marzo de 2004)
Requisito MID
N. Descripcin N. de artculo/anexo Descripcin
(AI = Anexo I)
Gua bsica P
AI-9.3 Informacin que deber figurar en el
instrumento y acompaarlo
P1 Documentacin del fabricante
AI-12 Evaluacin de la conformidad
Artculo 10 Documentacin tcnica
AI-7.6 Aptitud
P2 Identificacin del software
AI-8.3 Proteccin frente a la corrupcin
Influencia a travs de la interfaz
P3 AI-7.1 Aptitud
de usuario
Influencia a travs de la interfaz AI-7.1 Aptitud
P4
de comunicacin AI-8.1 Proteccin frente a la corrupcin
Proteccin frente a los cambios AI-7.1, AI-7.2 Aptitud
P5
accidentales o no intencionados AI-8.4 Proteccin frente a la corrupcin
Aptitud
Nota: En lo que se refiere al contenido, el
apartado 7.1 de la Directiva relativa a los
Proteccin frente a los cambios AI-7.1
P6 instrumentos de medida Anexo I no es un
intencionados AI-8.2, AI-8.3, AI-8.4 problema de aptitud si no de proteccin
frente a la corrupcin (prrafo 8)
Proteccin frente a la corrupcin
P7 Proteccin de parmetros AI-7.1 Aptitud
Requisito MID
N. Descripcin N. de artculo/anexo Descripcin
(AI = Anexo I)
AI-8.2, AI-8.3, AI-8.4 Proteccin frente a la corrupcin
Gua bsica U
AI-9.3 Informacin que deber figurar en el
instrumento y acompaarlo
U1 Documentacin del fabricante
AI-12 Evaluacin de la conformidad
Artculo 10 Documentacin tcnica
AI-7.6 Aptitud
U2 Identificacin del software
AI-8.3 Proteccin frente a la corrupcin
Influencia a travs de las
U3 AI-7.1 Aptitud
interfaces de usuario
Influencia a travs de la interfaz
AI-7.1 Aptitud
U4
de comunicacin AI-8.1 Proteccin frente a la corrupcin
Proteccin frente a los cambiosAI-7.1, AI-7.2 Aptitud
U5
accidentales o no intencionadosAI-8.4 Proteccin frente a la corrupcin
Proteccin frente a los cambiosAI-7.1 Aptitud
U6
intencionados AI-8.2, AI-8.3, AI-8.4 Proteccin frente a la corrupcin
AI-7.1 Aptitud
U7 Proteccin de parmetros
AI-8.2, AI-8.3, AI-8.4 Proteccin frente a la corrupcin
AI-7.1, AI-7.2, AI-7.6 Aptitud
Autenticidad del software y
U8 AI-8.3 Proteccin frente a la corrupcin
presentacin de los resultados
AI-10.2, AI-10.3, AI-10.4 Indicacin del resultado
Extensin L
AI-7.1 Aptitud
Completitud de los datos
L1 AI-8.4 Proteccin frente a la corrupcin
almacenados
AI-10.2 Indicacin del resultado
Proteccin frente a los cambios AI-7.1, AI-7.2 Aptitud
L2
accidentales o no intencionados AI-8.4 Proteccin frente a la corrupcin
AI-7.1 Aptitud
L3 Integridad de los datos
AI-8.4 Proteccin frente a la corrupcin
AI-7.1 Aptitud
Autenticidad de los datos
L4 AI-8.4 Proteccin frente a la corrupcin
almacenados
AI-10.2 Indicacin del resultado
AI-7.1 Aptitud
L5 Confidencialidad de las claves
AI-8.4 Proteccin frente a la corrupcin
Recuperacin de los datos AI-7.2 Aptitud
L6
almacenados AI-10.2, AI-10.3, AI-10.4 Indicacin del resultado
AI-7.1 Aptitud
L7 Almacenamiento automtico
AI-8.4 Proteccin frente a la corrupcin
Capacidad y continuidad de
L8 AI-7.1 Aptitud
almacenamiento
Otros procesamientos de datos para
Lx Todas las extensiones L AI-11.1
concluir la transaccin comercial
Extensin T
Completitud de los datos AI-7.1 Aptitud
T1
transmitidos AI-8.4 Proteccin frente a la corrupcin
Proteccin frente a los cambios AI-7.1, AI-7.2 Aptitud
T2
accidentales AI-8.4 Proteccin frente a la corrupcin
AI-7.1 Aptitud
T3 Integridad de los datos
AI-8.4 Proteccin frente a la corrupcin
Autenticidad de los datos AI-7.1 Aptitud
T4
transmitidos AI-8.4 Proteccin frente a la corrupcin
AI-7.1 Aptitud
T5 Confidencialidad de las claves
AI-8.4 Proteccin frente a la corrupcin
AI-7.1 Aptitud
T6 Gestin de los datos corruptos
AI-8.4 Proteccin frente a la corrupcin
AI-7.1 Aptitud
T7 Demora en la transmisin
AI-8.4 Proteccin frente a la corrupcin
Disponibilidad de los servicios AI-7.1 Aptitud
T8
de transmisin AI-8.4 Proteccin frente a la corrupcin
Extensin S
Realizacin de la separacin de AI-7.6 Aptitud
S1
software AI-10.1 Indicacin del resultado
AI-7.1, AI-7.2, AI-7.6 Aptitud
S2 Indicacin mixta
AI-10.2 Indicacin del resultado
Interfaz protectora del software
S3 AI-7.6 Aptitud
Extensin D
D1 Mecanismo de descarga AI-8.2, AI-8.4 Proteccin frente a la corrupcin
AI-7.6 Aptitud
Autenticacin del software
D2 AI-8.3, AI-8.4 Proteccin frente a la corrupcin
descargado
AI-12 Evaluacin de la conformidad
Integridad del software AI-7.1 Aptitud
D3
descargado AI-8.4 Proteccin frente a la corrupcin
AI-7.1, AI-7.6 Aptitud
Trazabilidad de la descarga del
D4 AI-8.2, AI-8.3 Proteccin frente a la corrupcin
software legalmente relevante
AI-12 Evaluacin de la conformidad
Extensin I
(requisitos de software
especficos del instrumento)
I1-1,
AI-6 Fiabilidad
I2-1,
Deteccin de fallos MI-001-7.1, MI-002-3.1, Requisitos especficos para
I3-1,
MI-003-4.3.1, MI-004-4 medidores de suministros pblicos
I4-1
I1-2,
Funcionalidades para la AI-6 Fiabilidad
I2-2,
generacin de copias de MI-001-7.1, MI-002-3.1, Requisitos especficos para
I3-2,
seguridad MI-003-4.3.1, MI-004-4 medidores de suministros pblicos
I4-2
I1-3,
Funcionalidades de restauracin AI-6 Fiabilidad
I2-3,
y reactivacin MI-001-7.1, MI-002-3.1, Requisitos especficos para
I3-3,
MI-003-4.3.1, MI-004-4 medidores de suministros pblicos
I4-3
I1-4,
I2-4, Requisitos especficos para
Resolucin interna MI-002-5.3, MI-003-5.2
I3-4, medidores de suministros pblicos
I4-4
I1-5,
I2-5, Evitar la puesta a cero de los
AI-8.5 Proteccin frente a la corrupcin
I3-5, valores de medida acumulativos
I4-5
I1-6,
I2-6, AI-7.2 Aptitud
Indicacin para el cliente
I3-6, AI-10.5 Indicacin del resultado
I4-6
Solucin aceptable para
Requisitos especficos de los
I2-7 controlar el periodo de vida de MI-002-5.2
contadores de gas
una batera
Solucin aceptable para
Requisitos especficos de los
I2-8 controlar los convertidores del MI-002-9.1
contadores de gas
volumen de un gas
Requisitos especficos de los
I2-9 Elemento de ensayo. MI-002-5.5
contadores de gas
Totalizadores continuos y
I6-1 Deteccin de fallos MI-006-IV, MI-006-V
discontinuos
Funcionalidades para la
Totalizadores continuos y
I6-2 generacin de copias de MI-006-IV, MI-006-V
discontinuos
seguridad
13.2 Interpretacin de los artculos y anexos de la MID segn los requisitos del software
Anexos del A1 al H1
Ningn requisito de las caractersticas de
Del A1 al H1
los instrumentos
Anexo MI-001
Del MI-001-1
Irrelevante para el software
al MI-001-6
Deteccin de fallos
Funcionalidades para la generacin de
MI-001-7.1.1,
Inmunidad electromagntica copias de seguridad Del I1-1 al I1-3
MI-001-7.1.2
Funcionalidades de restauracin y
reactivacin
Del MI-003-1
al MI-003-4.2 Irrelevante para el software
Deteccin de fallos
Efecto permisible de los
Funcionalidades para la generacin de
fenmenos
MI-003-4.3 copias de seguridad Del I3-1 al I3-3
electromagnticos
Funcionalidades de restauracin y
transitorios
reactivacin
MI-003-5.1 Irrelevante para el software
MI-003-5.2 Aptitud Resolucin interna I3-4
Del MI-003-5.3
Irrelevante para el software
al MI-003-7
Anexo MI-004
Del MI-004-1
Irrelevante para el software
al MI-004-4.1
Pgina 112 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
[1] Directiva 2004/22/CE del Parlamento Europeo y del Consejo de 31 de marzo de 2004 relativa a los
instrumentos de medida Diario oficial de la Unin Europea L 135/1, 30/4/2004.
[2] Software Requirements and Validation Guide, versin 1.00, 29 de octubre de 2004, Red de
Crecimiento Europeo sobre el software de la MID, nmero de contrato G7RT-CT-2001-05064, 2004.
[3] Requisitos de software segn la MID, WEMEC 7.1, nmero 2, 2005.
15 Histrico de revisiones
Versin Fecha Cambios significativos
1 Mayo 2005 Primera versin de la gua
2 Abril 2007 Adicin y mejora de trminos en la seccin 2
Cambios de redaccin en secciones 4.1 y 5.1
Modificacin de una aclaracin para la identificacin del
software de en la seccin 4.2, requisito P2 y seccin 5.2,
requisito U2
Enmienda en requisito L8, especificacin de la nota 1
Aadir una explicacin al requisito S1, especificacin 1
Sustitucin del requisito D5 por un recordatorio
Cambio de la clase de riesgo para sistemas de medicin de
lquidos distintos del agua
Cambio de las clases de riesgo para instrumentos de pesaje
Inclusin de varios cambios menores de redaccin en el
documento
Inclusin de esta tabla de revisiones
3 Marzo 2008 Inclusin de excepciones para la indicacin de la identificacin del
software: nuevos requisitos I1-5, I2-9, I3-6, I4-5 e I5-1
4 Mayo 2009 Eliminacin de los ltimos prrafos de la gua de validacin de
clases B y C de los requisitos P2 y U2
Inclusin de aclaracin para la aplicacin de la descarga de
software legalmente relevante, captulo 9 Extensin D
Inclusin del punto 4 en especificaciones del requisito D2
16 ndice alfabtico
algoritmo de firma, 9, 31, 39, 48 clases de riesgo, 8, 11, 12, 14, 15, 16, 17, 18,
algoritmo hash, 9 19, 20, 21, 22, 24, 25, 26, 27, 28, 29, 30,
almacenamiento a largo plazo, 6, 9, 11, 35, 31, 32, 33, 34, 36, 37, 38, 39, 40, 41, 42,
36, 44, 68, 75, 80, 84, 92, 97, 98, 103 43, 44, 46, 47, 48, 49, 50, 51, 52, 53, 54,
almacenamiento integrado, 13, 35, 100 55, 56, 57, 58, 59, 60, 61, 62, 63, 69, 76,
analizadores de gases de escape, 94 81, 84, 85, 93, 94, 95, 103, 104, 114
autenticacin, 40, 49, 60 clave de firma, 8, 9
autenticidad, 8, 9, 32, 33, 34, 40, 41, 42, 49, comando, 14, 15, 16, 17, 24, 25, 26, 27, 56
58, 60, 61, 102, 103, 104 configuracin bsica, 6, 11, 100
Autoridad certificadora, 8, 41, 50 configuracin TI, 11, 100
certificado de examen de modelo, 15, 25, 32, contador de energa trmica, 81
33, 96, 106 contador de gas, 72, 74
circuito, 20, 21, 77, 81, 98 control legal, 7, 8, 13, 22, 30, 35, 40, 41, 42,
45, 47, 50, 53, 54, 57, 64, 100, 105, 106
Pgina 114 de 115
Gua Welmec 7.2 Edicin 4 Mayo 2009
desarrollado especficamente, 7, 11, 12, 35, memoria, 20, 21, 31, 35, 73, 101
41, 50, 57, 97, 98 , 1, 5, 6, 7, 8, 9, 11, 63, 65, 67, 70, 72, 76, 79,
descarga de software, 17, 20, 27, 30, 54, 57, 81, 83, 85, 86, 87, 91, 93, 94, 95, 97, 99,
58, 68, 75, 80, 84, 105 106, 110, 114
deteccin de fallos, 18, 51, 64, 88 parmetro, 7, 21, 91
documentacin, 11, 12, 13, 14, 15, 16, 17, 18, red, 7, 13, 22, 23, 35, 37, 45, 49, 52, 57, 64,
19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 104
30, 31, 32, 33, 34, 36, 37, 38, 39, 40, 41, red abierta, 7, 22, 45, 57, 64
42, 43, 44, 46, 47, 48, 49, 50, 51, 52, 53, red cerrada, 7, 22, 45, 49, 57, 64
54, 55, 56, 57, 58, 59, 60, 61, 62, 65, 66, referencia cruzada, 6
67, 68, 71, 72, 73, 74, 75, 77, 78, 79, 80, registro de sucesos, 8, 21, 62
82, 83, 84, 85, 88, 89, 92, 94, 95, 98, 101, requisitos especficos, 9, 11, 35, 42, 44, 63,
102, 106 65, 70, 76, 81, 85, 86, 91, 93, 94, 98, 103,
firma electrnica, 9, 38, 47, 60 104, 105
flujo de datos, 16, 18, 27, 28, 54, 56, 57, 98, secuencia de actuaciones, 16
105 separacin de software, 8, 53, 54, 57, 67, 74,
herramientas sofisticadas, 38, 41, 47 79, 83, 106, 108
identificacin, 14, 15, 21, 23, 24, 25, 33, 36, sistema operativo, 13, 22, 23, 24, 26, 27, 29,
40, 42, 46, 49, 54, 60, 62, 68, 75, 80, 84, 30, 31, 35, 53, 54, 64, 100
85, 98, 101, 102, 106, 114 spoof, 32
indicacin, 55, 68, 72, 73, 75, 78, 80, 84, 85, subconjunto, 7, 8
90, 97, 114 subrutina, 56, 66, 71, 77, 82, 88
informe de ensayos, 100, 101, 106 suma de comprobacin, 7, 14, 15, 18, 19, 25,
instrumentos para medidas dimensionales, 93 29, 30, 31, 33, 37, 39, 40, 46, 47, 48, 61
integrado, 6, 11, 12, 21, 31, 35, 64, 97 taxmetro, 91, 92
integridad, 9, 39, 40, 42, 48, 58, 60, 61, 62 tipo P, 7, 9, 11, 12, 13, 22, 35, 57, 64, 65, 69,
interfaz de comunicacin, 27, 106, 107 70, 76, 81, 85, 86, 91, 93, 94, 98, 101
interfaz de usuario, 13, 14, 16, 18, 22, 23, 24, tipo U, 7, 11, 13, 22, 23, 35, 57, 64, 69, 76,
26, 27, 28, 64, 68, 75, 80, 84, 85, 101, 102, 81, 85, 86, 91, 93, 94, 102
106 transmisin, 6, 8, 9, 11, 13, 17, 27, 46, 47, 48,
legalmente relevante, 6, 7, 8, 11, 13, 14, 15, 49, 51, 52, 53, 54, 92, 100, 104, 108
16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, trazabilidad, 62
27, 28, 29, 30, 31, 32, 33, 34, 35, 37, 39, validacin, 6, 11, 12, 14, 15, 16, 17, 18, 19,
41, 42, 45, 46, 47, 48, 50, 52, 53, 54, 55, 20, 21, 22, 25, 26, 27, 28, 29, 30, 31, 32,
56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 33, 34, 36, 37, 38, 39, 40, 41, 42, 43, 44,
67, 68, 71, 72, 73, 74, 75, 78, 79, 80, 82, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56,
83, 84, 88, 89, 90, 91, 92, 97, 98, 101, 102, 57, 58, 59, 60, 61, 62, 66, 67, 68, 71, 72,
103, 104, 105, 108, 110 73, 74, 75, 77, 78, 79, 80, 82, 83, 84, 85,
lista de comprobacin, 98, 99, 100 88, 89, 92, 97, 98, 106