PLIEGO DE PRESCRIPCIONES TÉCNICAS SUMINISTRO DE … · El presente Pliego tiene por objeto la...
31
PLIEGO DE PRESCRIPCIONES TÉCNICAS SUMINISTRO DE UNA NUEVA PLATAFORMA SCADA PARA EL TELEMANDO DE INSTALACIONES DE ETS
Transcript of PLIEGO DE PRESCRIPCIONES TÉCNICAS SUMINISTRO DE … · El presente Pliego tiene por objeto la...
PLIEGO DE PRESCRIPCIONES TÉCNICAS
SUMINISTRO DE UNA NUEVA PLATAFORMA SCADA
PARA EL TELEMANDO DE INSTALACIONES DE ETS
ÍNDICE
1. ANTECEDENTES .............................................................................................................. 1
2. OBJETO Y ÁMBITO DE ACTUACIÓN ................................................................................. 3
3. OBRAS A LAS QUE SE REFIERE EL PLIEGO ...................................................................... 5
4. DEFINICIÓN DEL SISTEMA SCADA .................................................................................. 6
4.1 ARQUITECTURA DE LA APLICACIÓN ................................................................. 6
4.2 ESPECIFICACIONES DEL ENTORNO DE EJECUCIÓN DE LA APLICACIÓN SCADA ..... 9
4.2.1 Especificaciones de la plataforma de desarrollo de la aplicación SCADA 11
4.2.2 Seguridad de la aplicación SCADA 13
4.2.3 Especificaciones del entorno de ejecución de la aplicación SCADA 13
4.2.4 Aplicación cliente para estaciones de trabajo de operador 15
4.2.5 Especificaciones del entorno de desarrollo de aplicación cliente para
puesto de operador 17
4.2.6 Base de datos de históricos de la aplicación SCADA 19
4.2.7 Instalación de la plataforma SCADA y licencias 19
4.2.8 Garantía del software de la plataforma de desarrollo, mantenimiento y
soporte 19
4.3 INGENIERÍA DE PROGRAMACIÓN DE LA APLICACIÓN SCADA EN PMC ................ 20
4.3.1 Definición y Condiciones Generales 20
4.3.2 Señales que Supervisar y Telemandar 21
4.3.3 Estaciones y número de señales a telemandar por el nuevo SCADA 21
5. EQUIPAMIENTO HARDWARE ......................................................................................... 24
5.1 ARQUITECTURA DE LA RED ........................................................................... 24
5.2 EQUIPAMIENTO HARDWARE PARA EL SERVIDOR ............................................. 24
5.3 EQUIPAMIENTO HARDWARE PARA LOS PUESTOS DE OPERADOR ....................... 25
6. DOCUMENTACIÓN Y FORMACIÓN ................................................................................. 26
1
1. ANTECEDENTES
En el año 2005 ETS dispone en sus líneas ferroviarias de Bilbao – Donostia, Bilbao –
Bermeo, Bilbao – Lezama y Lasarte – Hendaia, de una diversidad de estaciones con
diferentes niveles de automatización y complejidad de elementos instalados, desde
apeaderos con escasas instalaciones hasta estaciones subterráneas donde se
encuentran gran variedad de sistemas, instalándose un sistema de telecontrol de
instalaciones del conjunto de estaciones, de tipo centralizado, basándose en una
plataforma SCADA bajo el software Monitor Pro de Schneider Electric, que integra
tanto funciones de monitorización del estado de dichas instalaciones así como
funcionalidades para actuaciones sobre estas instalaciones manteniendo la
compatibilidad con el resto de sistemas de telemando existentes en ETS.
En cuanto a su arquitectura inicial, el centro de control del sistema reside en una
aplicación SCADA configurada de modo redundante en dos servidores con la
arquitectura cliente-servidor típica de aplicaciones informáticas y las estaciones
quedan dividas en tres tipos (soterradas, normales de superficie o elevadas, y
apeaderos) en función de su tamaño, instalaciones y número de autómatas instalados.
El tipo de autómatas instalados han sido de la gama Schneider Electric en su totalidad,
siendo principalmente de la gama Premium (1364M en estaciones denominadas tipo 1
con pocos elementos a controlar, 2634M en estaciones tipo 2 con una cantidad media
de elementos a controlar y 3634M en estaciones con una gran cantidad de
componentes a controlar, por norma general, en estaciones subterráneas), así como
en las paradas con menos elementos a controlar mediante gama Twido (sería una
parada tipo 1, con solo persianas a controlar y con número de E/S de máximo 10E/8S
a/de cada PLC Twido) y en las últimas paradas, con mas elementos a controlar
(paradas tipo 2 o 3), gama M340 también de Schneider Electric.
La comunicación es directa entre Puesto de Mando y todos y cada uno de los PLC´s
concentradores de cada estación mediante el direccionamiento IP.
El funcionamiento de las estaciones es y será autónomo, es decir, toda la lógica y
programación reside en cada PLC de estación. La misión del SCADA responsable de
este telemando es y será, en el uso normal del mismo, la de supervisar la instalación,
permitiendo ciertos cambios en programaciones horarias para actuación sobre
determinadas instalaciones y en casos singulares, la de maniobrar sobre algún
equipamiento en concreto.
A continuación, se adjunta esquema con la arquitectura existente:
3
2. OBJETO Y ÁMBITO DE ACTUACIÓN
El presente Pliego tiene por objeto la definición de las Prescripciones Técnicas
necesarias para la realización de los trabajos de la instalación de una nueva plataforma
SCADA para el telemando de estaciones en los Puestos de Mando de ETS en Atxuri y
Amara. Este nuevo telemando deberá ser capaz de supervisar las estaciones actuales y
en el futuro las nuevas estaciones objeto de las ampliaciones de líneas, y admitir
ampliaciones de estaciones de trabajo en actuales o futuros puestos de mando.
De esta manera, se establecerán las condiciones y requisitos mínimos para el diseño,
materiales, fabricación y pruebas de fábrica, embalaje, transporte, montaje e
instalación en obra, programación, pruebas pre-operacionales, migraciones desde la
actual plataforma SCADA a la nueva, documentación y puesta en marcha, así como
para la propia presentación de la oferta.
A lo largo de todo el proyecto, si no se indica expresamente lo contrario, todos los
elementos que se señalan serán suministrados por el Contratista de la obra, por lo que
en expresiones como llevará, se instalará, etc., lo que se pretende señalar es que, el
Contratista colocará, el Contratista instalará, etc.
Todos aquellos trabajos, materiales y servicios en general, no expresamente indicados
en esta documentación, pero que sean necesarios para que las Instalaciones de la
nueva plataforma SCADA, así como otros sistemas, queden perfectamente ejecutadas,
serán indicados en la Oferta e incluidos por el Contratista en el suministro.
La presente especificación no pretende recoger todos los detalles constructivos de los
equipos. Es responsabilidad del Contratista que los mismos estén de acuerdo con las
técnicas más avanzadas y cumplan la normativa vigente.
Toda documentación que se cita y la que se adjunta a esta especificación, se
considerará como formando parte de ésta.
Como premisa general se debe observar que todos los equipos y sistemas a definir
deben ser completamente compatibles con las instalaciones actuales en los Puestos de
Mando de Atxuri y Amara, así como con los autómatas programables instalados
actualmente en las estaciones de las Líneas de ETS.
Los trabajos principales para la instalación del nuevo sistema SCADA se centran
exclusivamente en los puestos de mando de Atxuri y Amara, no siendo necesaria a
priori la modificación de ninguno de los PLC de las estaciones que debe supervisar. Eso
no impide que sea indispensable visitar las estaciones para recopilar información
necesaria para el correcto funcionamiento del nuevo telemando.
La instalación de los nuevos sistemas no debe afectar a la normal explotación
de las instalaciones existentes, tanto afectadas dentro del alcance del SCADA
definido en este pliego, como otras instalaciones de ETS. La migración, por tanto, se
hará de forma totalmente transparente para la explotación.
5
3. OBRAS A LAS QUE SE REFIERE EL PLIEGO
Las principales obras y actuaciones necesarias para la instalación y correcto
funcionamiento del nuevo sistema SCADA para el telemando de estaciones en los
puestos de mando de Atxuri y Amara son las siguientes:
• Suministro de paquete SCADA con las licencias y módulos necesarios de acuerdo a
los servicios requeridos, así como para disponer de los puestos de operador
necesarios, clientes Web y bases de datos u otros requerimientos que
apliquen.
• Ingeniería y labores de desarrollo (programación) del SCADA.
• Suministro, instalación y puesta en marcha del hardware necesario en cada puesto
de mando que soporte los servicios requeridos por el software SCADA.
• Desarrollo para la primera fase de la migración, programación de la nueva
plataforma a desarrollar de manera completamente transparente a la
aplicación actualmente en funcionamiento.
• Realización de pruebas por tramos (estaciones), ajustes que sean necesarios para
completar la migración del SCADA actual al nuevo.
• Puesta en servicio total de la instalación y pruebas finales.
• Confección de la documentación As-Built del nuevo equipamiento instalado en cada
uno de los puestos de mando así como los cuadernos de trabajo relativos a
todas las instalaciones controladas desde el nuevo SCADA.
• Desmontaje del equipamiento que queda fuera de servicio y entrega a los
almacenes de Euskal Trenbide Sarea.
• Realización de los cursos de adiestramiento necesarios para técnicos y oficiales
según se especifica en el pliego de Prescripciones Técnicas.
4. DEFINICIÓN DEL SISTEMA SCADA
El sistema SCADA leerá y escribirá datos en los autómatas, archivará y mostrará datos
históricos y proporcionará pantallas de gráficos e informes con el objetivo que los
operarios, supervisores y personal de mantenimiento puedan llevar a cabo las tareas
de mantenimiento y uso del telemando de estaciones de una forma rápida y sencilla.
4.1 ARQUITECTURA DE LA APLICACIÓN
El software SCADA constará de uno o varios subsistemas de interfaz de operario y
varios subsistemas de servidores para el procesamiento centralizado, incluyendo como
mínimo:
- Subsistemas de comunicación E/S.
- Monitorización, alerta, distribución y acuse de reconocimiento de alarmas.
- Recogida, almacenamiento y distribución de tendencias históricas.
- Procesamiento, almacenamiento y distribución de informes.
- Cliente basado en navegador Web.
Los subsistemas se ejecutarán como líneas/procesos independientes, de tal modo que
un fallo en un subsistema no tenga un impacto negativo sobre el funcionamiento de
ningún otro subsistema, y de tal modo que el subsistema que haya fallado pueda
reiniciarse y recuperarse sin tener que cerrar la aplicación SCADA ni el ordenador.
Este requisito tiene por objeto proporcionar una elevada fiabilidad, así como de reducir
la duplicación de procesos, el uso de ancho de banda de red, y el procesamiento de
dispositivos de campo, así como lograr un elevado rendimiento. Por último, garantiza
que todos los datos históricos se retengan en un depósito centralizado para facilitar el
mantenimiento y la realización de copias de seguridad.
Por otro lado, cada uno de estos subsistemas se ejecutará como una línea/proceso
individual y deberá ser capaz de beneficiarse de ordenadores multi-CPU para repartir
la carga entre las CPUs y mejorar el rendimiento global del sistema.
Los cambios realizados en la configuración de cualquiera de los subsistemas de
servidor no requerirán el reinicio de subsistemas no relacionados. Los clientes de
visualización remota no necesitarán un reinicio tras la realización de modificaciones en
la configuración del proyecto, sino que serán automáticamente actualizados a medida
que se efectúen dichos cambios.
7
Las estaciones cliente SCADA contactarán con los diversos subsistemas de servidor
para adquirir o escribir datos relacionados con el subsistema correspondiente. Las
estaciones cliente SCADA actuarán como clientes para dichas tareas, en lugar de
procesar estos elementos de modo independiente. Los ordenadores que controlen los
diversos subsistemas de servidor también serán capaces de actuar como clientes
SCADA.
Será posible realizar cualquier acción en el software SCADA desde cualquiera de las
estaciones cliente (Atxuri y Amara), incluidas las actividades de desarrollo.
Al objeto de manejar la diversidad de estaciones en las que se realizarán operaciones
de desarrollo, prueba, accionamiento, supervisión local, supervisión remota y
mantenimiento, el paquete de software SCADA propuesto será compatible con todos
los sistemas operativos de Microsoft siguientes:
- Windows XP.
- Windows Vista.
- Windows 7.
- Windows Server 2003, 2008 y 2012.
- 32 y 64 bits.
El software SCADA admitirá implementaciones de desarrollo y tiempo de ejecución en
todos estos sistemas operativos de forma simultánea. El software SCADA debe admitir
implementaciones que impliquen una combinación de cualquiera de los sistemas
operativos que acaban de enumerarse, sin que esto implique un sobrecoste.
El software SCADA se podrá configurar como una única base datos de global,
independientemente del número de estaciones presentes en el sistema. Será posible
efectuar modificaciones en la configuración de la base de datos global desde
cualquiera de las estaciones del sistema de un modo que resulte totalmente
transparente para el usuario. Cada estación SCADA tendrá la opción de albergar la
base datos de forma local para reducir el tráfico de red o de acceder a la base de datos
de forma remota en un entorno servidor de archivos en aquellas redes que dispongan
de una banda ancha de elevada capacidad.
El software SCADA podrá configurarse como una serie de proyectos a fin de facilitar el
mantenimiento y la puesta en servicio, y dichos proyectos podrán enlazarse unos a
otros (o incluirse) de forma sencilla para funcionar como una única base de datos
global.
Todas las tareas de software basadas en servidor deberán considerarse críticas, de
modo que cada una de ellas disponga de un ordenador primario y otro secundario para
su procesamiento. Además, el sistema admitirá redundancia en caliente inteligente
(aunque por la distancia entre servidores – más de 100 Km – no se puede considerar
el sistema como cluster). En la propuesta se deberán dar los tiempo de recuperación
del sistema, caso de caída de uno de los dos servidores de los que se compone este
telemando (por ejemplo, en caso de caída de la alimentación de energía del puesto de
mando de Atxuri y caída de su servidor, tiempo en el que tardaría el puesto de mando
de Amara en hacerse con el control de todas las estaciones de ETS).
Asimismo, si se ejecutan múltiples subsistemas de servidor en un único ordenador, un
fallo de un subsistema no obstaculizará el funcionamiento de ningún otro subsistema,
y el resto del sistema SCADA continuará funcionando correctamente mientras se
reinicia el subsistema que ha sufrido el fallo.
El sistema será capaz de admitir un mínimo de 4 estaciones de trabajo (junto con un
mínimo de tres estaciones de trabajo vía Web, aunque este número deberá ser
escalable) utilizando simultáneamente la misma base de datos de proyecto como un
único sistema integrado. El sistema se podrá ampliar mediante la adición de equipo
informático genérico.
La licencia del software debe basarse en el número de usuarios que la utilicen de
forma simultánea, no en el número total de estaciones o instalaciones en la red. No se
necesitará un servidor de archivos; sin embargo, el software SCADA será capaz de
almacenar y gestionar tanto su base de datos de configuración como sus datos de
tiempo de ejecución almacenados en un servidor de archivos redundante.
El software se proporcionará como un paquete completo. No debe requerirse ningún
software adicional para configurar o ejecutar todas las funciones del sistema. La
mayoría de los controladores de comunicación disponibles en el paquete debe incluirse
en el precio en previsión de futuras ampliaciones. Las licencias de configuración deben
incluirse en el precio, en previsión de requisitos de desarrollo presentes y futuros,
debiendo detallarse la cantidad correspondiente a la ampliación.
El software admitirá servidores primarios y en espera a fin de proporcionar
redundancia automática en caso de un fallo de servidor primario, sin que sea necesaria
la intervención o programación por parte de los usuarios. Este cambio de un servidor
primario a un servidor en espera se completará en un tiempo medio inferior a
especificar por cada propuesta, tal y como se ha citado, cuando se detecte un fallo en
la comunicación. Si la comunicación del servidor primario o del servidor en espera a un
dispositivo de campo fallan, se emitirán alarmas diagnósticas integradas. Ello implica
9
que el software supervisará en todo momento la normalidad de las comunicaciones
tanto para el servidor primario como para el servidor en espera. El Puesto de Mando
Central de Atxuri actuará como servidor primario para las estaciones pertenecientes a
Bizkaia, mientras que lo hará como servidor de espera con las estaciones de Gipuzkoa.
El Puesto de Mando Central de Amara, por el contrario actuará como servidor primario
para las estaciones pertenecientes a Gipuzkoa, mientras que lo hará como servidor de
espera con las estaciones de Bizkaia.
Caso de caída del Telemando de Estaciones en uno de los Puestos de Mando, el otro
Puesto de mando deberá ser capaz de tomar la supervisión y control del global de la
instalación.
4.2 ESPECIFICACIONES DEL ENTORNO DE EJECUCIÓN DE LA APLICACIÓN SCADA
Las principales características que debe reunir el sistema SCADA son:
Una plataforma de mercado
El sistema SCADA deberá ser una plataforma de mercado, entendiendo por tal que:
• Dicha plataforma contará con amplia distribución en el mercado. Los proveedores,
además de vender la plataforma de desarrollo, deben impartir cursos de
formación y prestar asistencia técnica a las empresas integradoras que
adquieran dicha plataforma para realizar sus desarrollos.
• Dicha plataforma debe ser de uso suficientemente extendido, de forma que exista
un número amplio de empresas que la utilicen habitualmente para sus
desarrollos y un número elevado de instalaciones supervisadas y
controladas con aplicaciones SCADA desarrolladas con dicha plataforma.
• El proveedor del software evidenciará que el software muestra un rendimiento
acorde con las siguientes especificaciones y que se deben considerar
como mínimo las siguientes cifras:
o 4 estaciones de trabajo simultáneamente conectadas (dos en el puesto
de mando de Atxuri y las otras dos en Amara)
o Posibilidad de un número suficientemente amplio y escalable de
estaciones de trabajo vía Web
o 200.000 variables leídas desde dispositivos de campo
o 20.000 alarmas leídas desde dispositivos de campo
o 10.000 tendencias históricas leídas desde dispositivos de campo
Un único fabricante con un paquete integrado
La aplicación debe estar formada por una serie de módulos suministrados por un único
fabricante de software, integrados todos ellos para obtener todas las funcionalidades
del SCADA.
El paquete de software debe contener una interfaz gráfica para supervisión y control
de procesos, una base de datos relacional en tiempo real para almacenamiento de
datos históricos, aplicaciones cliente para su ejecución en los PCs para supervisión del
proceso, librerías de comunicación con los autómatas de las estaciones de ETS y debe
ser capaz de adquirir datos en tiempo real de los autómatas de cada estación,
gestionar alarmas y eventos y generar informes. Tendrá la facilidad de permitir limitar
el acceso a la información según unos niveles de permisos configurables.
La aplicación SCADA también incluye el suministro, instalación y configuración de una
licencia completa de base de datos de mercado tipo Microsoft SQL Server, Oracle o de
similares características, para almacenamiento de históricos de un periodo de al
menos una (1) semana.
Incluirá las aplicaciones SCADA que se ejecutarán en los servidores de Atxuri y Amara,
la base de datos de históricos que se almacenará en los mismos servidores, las
aplicaciones clientes para supervisión y control que se ejecutarán en los ordenadores
de los puestos de operador y la aplicación para posibilitar las conexiones temporales
vía Web.
Manejo sencillo: objetos y bloques
La aplicación debe ser fácil de usar, su entorno de desarrollo debe estar basado en
gráficos orientados a objetos o bloques, de tal forma que permita estandarizar ciertos
equipos y al mismo tiempo facilitar futuros desarrollos, y debe estar basado en una
arquitectura abierta. El sistema debe ser fácilmente configurable para responder a las
necesidades específicas de cada usuario, y el usuario final debe poder modificarlo
rápida y eficazmente para adaptarlo a su instalación.
Comunicación con todo tipo de dispositivos
El sistema SCADA debe incluir un conjunto amplio de servidores de comunicaciones
para establecer interfaces de entradas y salidas con dispositivos de campo como
unidades terminales remotas, autómatas industriales y sistemas de control distribuido.
La plataforma de desarrollo incluirá servidores de comunicaciones para la mayoría de
los autómatas industriales del mercado, además de varias unidades terminales
remotas y sistemas de control distribuido. Los servidores de comunicaciones con
autómatas industriales incluirán capacidades de comunicación con interfaces serie,
11
buses de campo o comunicaciones TCP/IP. Incluirá comunicaciones con cientos de
dispositivos mediante la utilización de protocolos tipo DDE y OPC.
Escalable
Debe ser escalable, de forma que una pequeña aplicación realizada para supervisión
de una única instalación sin ninguna comunicación con el exterior, se pueda extender
fácilmente a una gran red de control distribuido con uno o varios servidores de bases
de datos, uno o varios servidores de comunicaciones surtiendo de información a
múltiples estaciones de trabajo clientes.
Para admitir nuevas estaciones no se precisarán cambios en las estaciones ya en
servicio ni en la configuración del proyecto. La integración de una nueva estación o su
PLC concentrador debe ser transparente para el resto de instalaciones ya integradas
en el SCADA.
4.2.1 Especificaciones de la plataforma de desarrollo de la aplicación SCADA
La plataforma de desarrollo debe cumplir las siguientes especificaciones:
• Plataforma de desarrollo multiusuario.
• Modelo de objetos y bloques: El entorno de desarrollo utilizará el concepto de
objetos o bloques. Estos objetos representarán dispositivos del mundo real
como puertas, persianas, alumbrado, ventilación, bombeos, etc., u objetos
del mundo informático como operaciones de lectura y escritura en bases de
datos externas, dispositivos para lectura y escritura XML, etc.
• El entorno de desarrollo debe facilitar la reutilización de código a través de
clases estándar o bloques que se puedan modificar para crear nuevos tipos,
manteniendo la relación padre – hijo en la definición de objeto.
• Almacén de objetos o bloques:
o El entorno de desarrollo utilizará un almacén centralizado de objetos
o bloques.
o El entorno de desarrollo debe permitir el acceso a los objetos y
bloques a los usuarios con permisos para configurarlos, y asegurar
que dos personas no puedan estar simultáneamente cambiando un
bloque o un objeto de la aplicación.
o El almacén se utilizará únicamente para la configuración del SCADA, y
por lo tanto se puede desconectar de la aplicación en ejecución sin
afectar a la misma.
• Plantillas de objetos y bloques:
o El entorno de desarrollo debe incluir una herramienta para desarrollar
clases o plantillas de objetos y bloques. Estas clases o plantillas se
utilizarán para crear objetos y bloques individuales que realizarán las
tareas del SCADA. Los objetos o bloques podrán contener otros
objetos o bloques en relación jerárquica. Los objetos y bloques
creados contendrán la configuración general del objeto o bloque, las
definiciones de sus entradas y salidas, la definición de sus atributos
internos, la documentación de ayuda para configuración del objeto,
las definiciones de los atributos definidos por el usuario, las
definiciones de sus alarmas, la definición de los históricos a
almacenar, y sus rutinas ejecutables.
o El entorno de desarrollo contendrá una base de clases o plantillas de
objetos y bloques que estarán incluidos en el producto vendido por el
fabricante de la plataforma de desarrollo. El producto incluirá
también una herramienta de creación de objetos que permitirá al
usuario crear nuevas clases de objetos o bloques mediante un
entorno de programación conocido, como Visual C++, Visual C#,
Visual Basic o similar.
o Los objetos y bloques deben permitir la configuración de una
conexión a un sistema de alarmas que soporte alarmas orientadas a
condiciones, y eventos con herramientas predefinidas que deben
guiar al desarrollador en el proceso de definición de la configuración
de alarmas. Los objetos y bloques deben poder ejecutar también
rutinas lógicas para incrementar niveles de alarma, realizar sumas,
chequear los valores de los parámetros de los procesos y ejecutar las
acciones de respuesta correspondientes a los mismos. Por otra parte,
el sistema soportará la configuración de objetos y bloques que
realizarán operaciones de control de procesos, para cambiar el
estado de señales, presentar ventanas, etc.
o El entorno de desarrollo debe incluir un gestor de comunicaciones
para instalación remota de aplicaciones de entradas y salidas,
activación de configuraciones, operaciones y diagnósticos de
funcionamientos incorrectos.
13
• El entorno de desarrollo contendrá las siguientes vistas:
o Configuración de objetos y bloques mediante cuadros de diálogo.
o Visualización y configuración de la aplicación desde una perspectiva
en planta y/o perfil de las instalaciones.
4.2.2 Seguridad de la aplicación SCADA
La plataforma de desarrollo y la aplicación SCADA deben poder utilizar las
herramientas de seguridad del sistema operativo, como por ejemplo “Active Directory
Domains” de Microsoft o herramientas de similares características, para permitir el
acceso de los usuarios para visualizar, configurar, o modificar objetos, bloques o
aplicaciones ejecutables.
El sistema de seguridad deberá facilitar la creación de grupos de seguridad, como por
ejemplo modos Administrador, Operador, Supervisor, etc. Esto permitirá la asignación
y configuración de permisos para acceso a base de datos, operaciones sobre la
aplicación SCADA en ejecución, y acceso para la visualización de ciertas ventanas.
Los permisos de acceso sobre la aplicación SCADA deben permitir como mínimo las
siguientes operaciones:
• Acceso o denegación de acceso para acuse de recibo de alarmas en la
aplicación SCADA.
• Modificación o configuración de parámetros que permiten a los usuarios
configurar el valor de los mismos (por ejemplo, el registro de un PLC que
define una entrada discreta).
• Modificación de parámetros de operación habituales de la aplicación SCADA
como parámetros configurables de algoritmos de control.
• Modificación de parámetros de los algoritmos de control como niveles de
alarmas y sensibilidad de algoritmos de control.
Toda modificación sobre un parámetro de funcionamiento del programa, será
registrada conjuntamente con el ID de usuario, nombre completo de usuario, valor
anterior, nuevo valor y fecha y hora de modificación.
4.2.3 Especificaciones del entorno de ejecución de la aplicación SCADA
En esta sección se describen las funciones de interfaz con el usuario de la aplicación
SCADA en el modo de ejecución:
• Gestión de alarmas: Las alarmas serán detectadas y comunicadas al
operador por un servicio de gestión de alarmas. Deberá ser capaz de
soportar un mínimo de cien (100) alarmas simultáneas. Las alarmas serán
registradas en la base de datos del SCADA. Cada registro de alarmas incluirá
la generación de la alarma, su vuelta a estado normal y el acuse de recibo
del operador. Las alarmas se podrán imprimir en una impresora conectada al
SCADA y se podrán exportar a Excel. El proceso de impresión será
configurable, pudiéndose seleccionar los tipo de alarmas a imprimir,
incluyendo filtros (por estación, por tipo de instalación, por nivel de
prioridad, etc.).
• Niveles de prioridad de alarmas: posibilidad de asignación de niveles de
prioridad y activación y desactivación de las mismas por parte del usuario
Administrador.
• Arquitectura de comunicaciones: La aplicación ejecutable estará basada en
una arquitectura distribuida. Debe ser posible escalar la arquitectura desde
un nodo sin comunicación con ninguna otra aplicación, a una arquitectura con
250 nodos. La arquitectura debe permitir una administración centralizada y
un control del estado de la ejecución del sistema distribuido. La arquitectura
debe operar en tiempo real y soportar transacciones en milisegundos y
velocidades de eventos.
• Visualización de datos en el entorno de ejecución: El entorno de ejecución
debe proveer una herramienta para visualizar el estado en tiempo real de
cualquier parámetro de cualquier objeto de aplicación en ejecución. El total
del tiempo de demora de una visualización gráfica se situará entre uno y dos
segundos máximo, incluyendo datos actuales garantizados leídos de los
dispositivos de campo.
• Fallo del sistema SCADA: El software del sistema SCADA debe proveer
redundancia para todas las funciones incluidas habitualmente en una
aplicación SCADA. Los componentes específicos que requieren redundancia
en un sistema SCADA son los objetos aplicación y los albergues de los
objetos aplicación, las comunicaciones con los autómatas de las estaciones
de ETS, notificación de alarmas, y almacenamiento de históricos de datos de
proceso. Los clientes de servicios de terminal (clientes que se ejecutan en los
ordenadores de los operadores) deben ser capaces de detectar la caída de un
servidor de terminales y cambiar al servidor de terminales redundante, sin
intervención del operador.
15
• Fallo de comunicaciones: en caso de fallo de las comunicaciones, debe ser
posible programar el sistema SCADA para establecer el modo de actuación
(anulación de órdenes sin enviar, etc.).
4.2.4 Aplicación cliente para estaciones de trabajo de operador
El operador del sistema SCADA debe poder realizar todas las funciones de supervisión
y control desde su estación de trabajo. Los comandos más típicos incluyen la
modificación de parámetros a obtener por los algoritmos de control, reconocimiento de
alarmas y ajustes de parámetros de control, activación automática y manual de
dispositivos de campo, programaciones horarias, etc. El operador debe poder acceder
a todas las funcionalidades del SCADA desde cualquier estación de trabajo, sin
necesidad de conocer en qué servidor del sistema SCADA reside la base de datos de
históricos y la configuración de las pantallas de su puesto de supervisión. La
plataforma de desarrollo incluirá una herramienta para generación de pantallas
gráficas en color con animación completa, de forma que se pueda presentar al
operador una visualización lo más realista posible de las estaciones y las instalaciones
afectadas. El editor gráfico incluirá una amplia librería de objetos o bloques complejos
y símbolos de proceso como contadores, pulsadores, puertas, persianas, ascensores,
escaleras mecánicas, alumbrado, medidores, ventiladores, bombeos, instalaciones
contra incendios, niveles, alarmas, y demás objetos presentes en las instalaciones de
ETS. Todos los objetos o bloques complejos serán escalables a cualquier tamaño y
podrán incluir enlaces de animación para proveer respuesta dinámica ante datos en
tiempo real o acciones del operador.
A continuación se indican otras características de la aplicación cliente para la estación
de trabajo del operador:
• Navegación por pantalla:
o El operador interactuará con la aplicación SCADA a través de iconos
fácilmente reconocibles y menús desplegables o de pantalla
completa.
o El operador podrá acceder simultáneamente a varias pantallas y un
número ilimitado de cuadros de ayuda e informativos.
o El operador podrá acceder a menús de ayuda sensibles a contexto
mediante la pulsación de una tecla o pulsador de ratón.
o La navegación por las distintas pantallas no requerirá la utilización del
teclado alfanumérico.
o El operador en todo momento tendrá visible la pantalla de alarmas en
la parte inferior de su pantalla, sea cual sea la pantalla visualizada a
excepción de la propia pantalla de alarmas. Además, cabrá la
posibilidad de que al seleccionar una alarma, el SCADA envíe al
operador a la pantalla de la instalación en la que esté ocurriendo
dicha alarma.
• Permisos de acceso del operador:
o Las estaciones de trabajo del operador utilizará el modelo de
seguridad definido en la base de datos de configuración.
o La aplicación utilizará niveles de seguridad de datos de forma que los
permisos para modificación de parámetros serán los determinados en
la base de datos de configuración.
o El sistema de seguridad debe permitir la inhabilitación de los
controles de ventanas (cerrar, minimizar ventana, etc.) y los
comandos vía teclado (Ctrl-ESC, Alt-Tab, y Ctrl-Alt-Del).
• Registro de acciones del operador: Todas las acciones del operador se
registrarán en un registro de eventos. El registro de eventos hará posible la
trazabilidad de los relevos de los operadores en el sistema, cambios de
parámetros de control o control de dispositivos. Cada registro de evento
almacenará la fecha, la hora, el operador que ha realizado la acción y el tipo
de acción realizada.
• Funciones para gestiones de alarmas: El operador podrá visualizar
información de alarmas actuales y un histórico de alarmas a pantalla
completa o en modo pila corredera en alguna parte de la pantalla. La
información de alarmas se presentará en orden cronológico con la alarma
más reciente en la parte superior. La información que se presentará para
cada alarma incluirá la hora y la fecha, la descripción, el identificador de la
alarma, el estado de la alarma, el tipo de alarma, el valor, el operador que
ha reconocido la alarma, fecha y hora de reconocimiento, el nivel de
prioridad del nodo que ha reconocido la alarma, nombre del grupo o área de
proceso al que pertenece la alarma, y su clase. El operador podrá seleccionar
una alarma del cuadro de alarmas para que el sistema salte a la pantalla
correspondiente a la sección del sistema de control en donde se ha originado
la alarma. Será posible informar al operador de que ha ocurrido una alarma
17
mediante un tono audible, una pantalla de despliegue automático o cualquier
combinación de tipos de animación en la pantalla.
• Herramienta para análisis de datos de proceso: El sistema SCADA incluirá
una herramienta para el análisis de datos en tiempo real, análisis de datos e
históricos y generación de informes. Los usuarios tendrán que abrir una
sesión con un nombre y una clave de acceso para acceder al servidor de la
base de datos. La herramienta para análisis de datos incluirá capacidades
para análisis avanzado de tendencias, impresión X-Y de variables, y
visualización de informes.
• Estaciones de trabajo vía Web con funcionalidad únicamente para
visualización: El sistema SCADA soportará estaciones de trabajo vía Web con
funcionalidad exclusiva para visualización, para gestores o personal de
supervisión, que quieran acceder a todas las pantallas y gráficos de
tendencia, pero que no poseen control sobre el proceso ni responsabilidades
de reconocimiento de alarmas.
• Estaciones de trabajo vía Web con funcionalidad completa (operación): El
sistema SCADA soportará estaciones de trabajo vía Web con completa
funcionalidad, para gestores o personal de operación, que quieran acceder a
todas las pantallas.
4.2.5 Especificaciones del entorno de desarrollo de aplicación cliente para puesto
de operador
En esta sección se describen los requisitos a cumplir por el entorno de desarrollo de la
aplicación cliente para puesto de operador, que realiza las funciones de interface del
sistema SCADA con el operador. Mediante esta herramienta se desarrollan todas las
pantallas del SCADA y se configura el modo de representación de alarmas. Todo este
desarrollo se almacenará en un repositorio de información único existente en la red, de
forma que cada vez que se quiera modificar dicha configuración se acceda únicamente
a esta base de datos.
• Desarrollo de pantallas gráficas: El editor gráfico incluirá una serie de
herramientas de dibujo para crear objetos simples o complejos.
Seleccionando un icono de la barra de herramientas para dibujo se pueden
crear fácilmente objetos simples como líneas, rectángulos, polígonos, elipses,
círculos o texto. A cualquiera de estos objetos se le puede asignar una serie
de atributos como color de línea, color de relleno, tamaño, orientación, y
puede seleccionarse si el objeto va a ser estático o dinámico. Los objetos de
texto podrán ser escalables, en negrita, cursiva o texto subrayado. Todos los
objetos serán escalables y se podrán mover en una dirección un solo píxel
cada vez, o se podrán arrastrar a otra posición con el ratón.
o El editor de gráficos soportará funciones estándar para manipulación
de objetos como cortar, copiar, pegar y borrar. Incluirá herramientas
para alinear objetos, para espaciarlos uniformemente vertical u
horizontalmente, moverlos hacia atrás o hacia delante, rotarlos,
agruparlos o desagruparlos.
o El editor gráfico incluirá una amplia librería de objetos complejos y
símbolos de proceso como contadores, pulsadores, puertas,
persianas, ascensores, escaleras mecánicas, alumbrado, medidores,
motores, bombeos, instalaciones contra incendios, niveles, alarmas,
etc.
o El editor gráfico permitirá la configuración de objetos para que éstos
se activen bajo ciertas condiciones del proceso.
o El sistema soportará librerías de objetos configurables que cambiarán
sus propiedades en función de opciones seleccionadas en cuadros de
diálogo.
o El sistema permitirá importar objetos de ficheros DXF como objetos
nativos de la plataforma, de modo que se dé una imagen más
realista y singular de las instalaciones afectadas por cada estación.
o El editor gráfico permitirá también importar dibujos en formatos BMP,
JPEG, PCX y TGA.
o El usuario podrá definir pantallas gráficas mientras el sistema está
monitorizando el proceso.
• Resumen de alarmas: Las alarmas se presentarán en pantalla mediante la
configuración de un objeto de resumen de alarmas, que se podrá colocar él
solo o con otros objetos en una pantalla. Se podrá modificar el tamaño del
objeto y modificar su configuración mediante un cuadro de diálogo. Se podrá
seleccionar el color de la alarma en función a su estado y prioridad,
incluyendo alarma reconocida, alarma no reconocida, y alarma que ha vuelto
a estado normal pero no ha sido reconocida. La pantalla de alarmas permitirá
también la visualización de eventos en la misma, pudiendo seleccionarse otro
color para los eventos. Asimismo, se podrán asignar diferentes niveles de
prioridad a las alarmas.
19
4.2.6 Base de datos de históricos de la aplicación SCADA
El sistema SCADA incluirá una base de datos relacional en tiempo real para almacenar
los datos de proceso durante un periodo de al menos una (1) semana. El histórico de
datos permitirá el almacenamiento de datos en tiempo real y datos históricos para
cada variable analógica, discreta o en formato de texto. El histórico de datos
almacenará también eventos, alarmas y datos de configuración.
El motor de la base de datos de históricos estará basado en una licencia completa de
un motor de base de datos Microsoft SQL Server, Oracle o similar y tendrá
arquitectura cliente/servidor.
La base de datos de históricos obtendrá y almacenará los datos de proceso sin realizar
ningún proceso de compresión e incluirá una serie de herramientas para análisis de
datos y generación de informes.
4.2.7 Instalación de la plataforma SCADA y licencias
El software SCADA se instalará fácilmente desde un soporte físico como CDs, DVDs o
memoria USB mediante la utilización de un programa estándar de instalación. Las
licencias del software estarán incluidas en archivos de licencias que pueden
restaurarse fácilmente al sistema en caso de rotura del sistema de almacenamiento
del servidor.
4.2.8 Garantía del software de la plataforma de desarrollo, mantenimiento y
soporte
El vendedor de la plataforma de desarrollo del sistema SCADA podrá prestar un
mantenimiento y un soporte para asegurar que el usuario obtiene un rendimiento total
del software durante todo el ciclo de vida del mismo, estando éstos incluidos al menos
durante el plazo de desarrollo de la aplicación.
El programa de garantía ofrecerá una cobertura de garantía básica e incluirá una
garantía extendida para soporte prioritario y actualización de versiones del software
tan pronto como éstas se ponen a la venta en el mercado. La garantía extendida
incluirá también el acceso a una Web segura para descarga de archivos (parches,
ampliaciones, actualizaciones de drivers para comunicación con equipos de campo).
El proveedor del sistema SCADA debe ser capaz de demostrar una consolidada
capacidad de actualización de una versión a otra de su software sin que sea necesario
prácticamente ningún esfuerzo de reconfiguración o desarrollo para migrar todas las
funcionalidades del sistema a las nuevas versiones. Para ello, debe presentarse
explicación, si ha sido necesario, de la reconfiguración o intervención manual para
llevar a cabo la migración entre cualesquiera versiones, proporcionando
documentación que describa detalladamente los pasos requeridos para lograr dicha
actualización. Si además, en algún momento se ha eliminado cualquier funcionalidad
durante la actualización a una nueva versión, el proveedor facilitará una lista de los
elementos eliminados.
4.3 INGENIERÍA DE PROGRAMACIÓN DE LA APLICACIÓN SCADA EN PMC
4.3.1 Definición y Condiciones Generales
La aplicación SCADA será nueva, completa y tendrá la capacidad para realizar el
control de las instalaciones de todas las estaciones.
� Tareas previas a desarrollar las pantallas
� Formato de las pantallas
� Formas de navegar por la aplicación
� Pantalla de Inicio (identificación de usuarios)
� Pantalla de estaciones
� Pantalla de instalaciones
� Pantallas de programación horaria (programación del calendario, programación de
los días tipo y confirmación de escritura de dicha programación en el PLC de estación)
� Pantallas de alarmas
En la oferta se deberá presentar una propuesta de prototipado de pantallas para poder
evaluar la mejor de ellas. Esta propuesta incluirá ejemplos, como mínimo, para las
siguientes instalaciones, de tal forma que permita ver cada propuesta:
• Inicio
• Control de acceso a la aplicación (usuario y clave)
• Maniobra de Puertas de acceso a estación
• Maniobra sobre persianas motorizadas
21
• Sistema de detección de incendios en estación
• Sistema anti-intrusión en cuartos técnicos de estaciones
• Gestión de alumbrado.
• Control de accesos. Apertura de Flaps. Seta by-pass
• Control sobre ascensores
• Control sobre escaleras mecánicas
• Control y maniobra de cuadros de baja tensión
• Sistema de Ventilación
• Sistema de bombeo
• Analizador de redes, para control de la calidad de la energía en estaciones.
• Programación de horarios – calendarios para actuaciones sobre alumbrado,
ascensores, escaleras mecánicas, accesos (puertas y persianas) e
intrusismos (inhabilitación / habilitación).
• Pantallas de alarmas
Por último, el integrador deberá proporcionar a la finalización del proyecto una
biblioteca de clases con el fin de que pueda ser utilizada por cualquier futuro
integrador.
4.3.2 Señales que Supervisar y Telemandar
Entre las señales a supervisar y telemandar se deberán incluir, como mínimo, todas las
señales actualmente incluidas en la aplicación existente.
4.3.3 Estaciones y número de señales a telemandar por el nuevo SCADA
A continuación, se muestra el actual listado de estaciones que se deberán telemandar
desde el nuevo SCADA, así como la estimación del número de señales por cada una de
ellas, que se comunicarían entre el PLC concentrador de cada una de ellas y la
aplicación SCADA. Este listado es sólo a nivel orientativo y no vinculante, por lo que
cualquier estación, instalación, entrada, salida, alarma, etc. actuales y no incluidos en
el mismo, se deberá incluir en cualquier caso, para lo que se deberá actualizar en el
momento del desarrollo.
Cuando se indica que la estación tiene “Instalac.”, se refiere a que en estas estaciones
pueden existir otros equipos a controlar, como los que ya se han definido en el punto
4.3.2. ED y SD se refieren a las señales de entrada y salida existentes en cada
estación, es decir las señales que se comunican entre los equipos de campo y el PLC
concentrador de cada estación. Calendario se refiere a las señales que se intercambian
entre cada PLC concentrador y el SCADA para posibilitar el grabado de los calendarios
de programación de equipos (alumbrado, accesos, ascensores e intrusismos). Con
“PCI” se consideran señales de cada centralita de incendios que se comunican con
SCADA y por último el analizador de redes, representa las señales que aporta este
dispositivo al SCADA.
• Estaciones y señales de Bizkaia (Atxuri)
BIZKAIA (Atxuri)
Línea Bilbao - Donostia Instalac. Solo Persi. ED SD Calendario PCI Analizador
BD-1 Bolueta 1 89 30 400 500 50
BD-2 Etxebarri 1 133 53 400 500 50
BD-3 Ariz 1 24 4 400 50
BD-4 Usansolo 1 70 20 400 500 50
BD-5 Bedia 1 12 2 400 50
BD-6 Lemoa 1 1 152 56 400 500 50
BD-7 Amorebieta 1 48 8 400 50
BD-8 Euba 1 129 49 400 500 50
BD-9 Durango 1 1 800 250 500 500 50
BD-10 Traña 1 1 150 60 500 500 50
BD-11 Berriz 1 48 8 400 50
BD-12 Zaldibar 1 36 6 400 50
1691 546 5000 3500 600
Línea Amorebieta - Bermeo Instalac. Solo Persi. ED SD Calendario PCI Analizador
AB-1 Zugastieta 1 24 4 400 50
AB-2 Lurgorri 1 24 4 400 50
AB-3 Institutoa 1 24 4 400 50
AB-4 Forua 1 24 4 400 50
AB-5 San Kristobal 1 24 4 400 50
AB-6 Busturia 1 24 4 400 50
AB-7 Itsasbegi 1 24 4 400 50
168 28 2800 0 350
Línea Txorierri Instalac. Solo Persi. ED SD Calendario PCI Analizador
TX-0 Loruri 1 24 4 400 50
TX-1 Larrondo 1 24 4 400 50
TX-2 Elotxelerri 1 24 4 400 50
TX-3 Lekunbiz 1 24 4 400 50
TX-4 Zamudio 1 150 60 400 500 50
TX-5 La Cruz 1 24 4 400 50
270 80 2400 500 300
BIZKAIA Total Señales: 2129 654 10200 4000 1250
23
• Estaciones y señales de Gipuzkoa (Amara)
GIPUZKOA (Amara)
Línea Bilbao - Donostia Instalac. Solo Persi. ED SD Calendario PCI Analizador
BD-13 Errotaberri 1 12 2 400 50
BD-14 San Lorentzo 1 12 2 400 50
BD-15 Unibertsitatea 1 24 4 400 50
BD-16 Amaña 1 12 2 400 50
BD-17 Ardantza 1 150 60 400 500 50
BD-18 Eibar 1 24 4 400 50
BD-19 Azitain 1 12 2 400 50
BD-20 Elgoibar 1 150 60 400 500 50
BD-21 Toletxegain 1 12 2 400 50
BD-22 Alzola 1 12 2 400 50
BD-23 Mendaro 1 24 4 400 50
BD-24 Deba 1 24 4 400 50
BD-25 Arroa 1 12 2 400 50
BD-26 Zumaia 1 48 8 400 50
BD-27 San Pelaio 1 24 4 400 50
BD-28 Orio 1 150 60 400 500 50
BD-29 Túnel Rekalde 1 200 100 400 500 50
BD-30 Túnel Añorga 1 200 100 400 500 50
BD-31 Añorga 1 150 60 400 500 50
BD-32 Lugaritz 1 800 250 400 500 50
BD-33 CT Morlans 1 200 100 400 500 50
BD-34 Bombeo Morlans 1 70 20 400 500 50
BD-35 Túnel Aiete 1 200 100 400 500 50
BD-36 Bombeo Túnel 2 1 70 20 400 500 50
2592 972 9600 5500 1200
Línea Donostia - Hendaia Instalac. Solo Persi. ED SD Calendario PCI Analizador
DH-1 Anoeta 1 150 60 400 500 50
DH-2 Intxaurrondo 1 1 800 250 500 500 50
DH-3 Ventilación de Emergencia 1 1 200 75 500 500 50
DH-4 Herrera 1 150 60 500 500 50
DH-5 Pasaia 1 24 4 400 50
DH-6 Galtzaraborda 1 36 6 400 50
DH-7 La Fanderia 1 150 60 400 500 50
DH-8 Oiartzun 1 150 60 400 500 50
DH-9 Gaintxurizketa 1 12 2 400 50
DH-10 Bentak 1 36 6 400 50
DH-11 Irun Colon 1 24 4 400 50
1732 587 4700 3000 550
GIPUZKOA Total Señales: 4324 1559 14300 8500 1750
Se considera una reserva de un 10% extra en número de señales. Por tanto, el orden
de magnitud total de número de señales se estima en 53.532 señales.
5. EQUIPAMIENTO HARDWARE
Para el correcto funcionamiento del nuevo sistema SCADA para el telemando de
estaciones en los Puestos de Mando de Atxuri y Amara se requiere la renovación del
equipamiento hardware encargado del telemando actual, con más de cinco años de
antigüedad.
5.1 ARQUITECTURA DE LA RED
Para el nuevo telemando de estaciones se mantendrá prácticamente la misma
topología de la arquitectura actual, consistente en dos puestos de operador en el
Puesto de Mando de Atxuri y otros dos puestos de operador en el Puesto de Mando de
Amara.
La única diferencia estriba en la aportación de redundancia al sistema a través de la
red Gigabit Ethernet de ETS, que une Atxuri con Amara pasando por todas las
estaciones del tramo que las separa. Esta redundancia no será en tiempo real debido a
que entre ambos puestos de mando, y por tanto sus servidores, hay una distancia
superior a los 100 km.
Asimismo, para garantizar la redundancia física de esta tipología, también se deberá
realizar la unión de ambos puestos de mando a través de la red SDH STM-4 de ETS,
que enlaza ambos puestos de mando punto a punto. Al establecer esta conexión, será
necesario que cada uno de los dos servidores cuente con dos tarjetas de red
independientes, así como el resto del equipamiento necesario para la conexión final a
esta red.
En cada uno de los puestos de mando habrá un único servidor encargado de hacer
funcionar la aplicación SCADA y la Base de datos de históricos.
5.2 EQUIPAMIENTO HARDWARE PARA EL SERVIDOR
Los requisitos mínimos que debe reunir el nuevo servidor de cada puesto de mando
para el telemando de estaciones es el siguiente:
• CPU (GHz) ...................................................................................... 3
• Número de núcleos .......................................................................... 4
• RAM mínima (GB) ............................................................................ 8
• Tamaño Disco Duro (GB) .............................................................. 500
25
• Monitor (resolución mínima) .. TFT 1280 x 1024 (5:4), 1280 x 800 (16:10)
• Tarjetas de red (2 por la unión a través de SDH STM-4) ......... 1000 Mbps
• Lector de DVD ................................................................................ Sí
• Teclado ..................................................................................... Sí
• Ratón ..................................................................................... Sí
5.3 EQUIPAMIENTO HARDWARE PARA LOS PUESTOS DE OPERADOR
En cada puesto de mando se integrarán dos puestos de operador para el telemando de
las estaciones. Estos puestos de operador se integrarán en las estaciones de trabajo
existentes, no requiriendo por tanto hardware nuevo: los usuarios se conectarán a la
aplicación SCADA a través de un cliente que resida en las estaciones de trabajo para
aplicaciones existentes en los Puestos de Mando. De esta forma se optimizarán los
recursos (estaciones de trabajo y pantallas), dado que se abrirá la aplicación SCADA
en una de las pantallas actuales, compartiendo cuadrantes con el resto de las
aplicaciones.
6. DOCUMENTACIÓN Y FORMACIÓN
Al finalizar el proyecto, el adjudicatario deberá proporcionar, como mínimo, tres copias
en papel y una en formato digital (en PDF y en editables) de la siguiente
documentación:
• Documentación as-built de la solución desarrollada.
• Manual de uso del SCADA.
• Manual de mantenimiento del SCADA.
• Procedimiento explicado para la integración de nuevas instalaciones
El adjudicatario deberá definir y llevar a cabo un plan de formación, exhaustivo,
detallado y documentado, orientado tanto a los usuarios finales como a los
responsables del mantenimiento del sistema. Para ello se realizarán cursos de
formación técnica y de formación operativa.
Dichos cursos deberán estar adaptados a los distintos perfiles de usuarios que pueden
ser objeto de la formación, desde los responsables del sistema, a los usuarios del
mismo, así como los responsables de mantener parte del sistema o sistemas de
soporte.
Dentro de la formación, se incluyen tanto los trabajos como la documentación
encaminados a la formación técnica y operativa que se requieran para la adecuada
comprensión, soporte y operación del Sistema.
La formación teórica será proporcionada por el adjudicatario en las instalaciones que
indique ETS.
Esta formación teórica se completará con una formación práctica que se realizará en el
Puesto de Mando, incluyéndose además las necesarias visitas a estaciones, donde se
puedan ver todos los diferentes elementos de campo e instalaciones posibles con sus
variantes, a fin de familiarizarse con dichos elementos de campo.
La formación tiene que permitir al personal de ETS adquirir los adecuados
conocimientos sobre el sistema antes de su entrada en explotación. El adjudicatario
deberá prever la formación necesaria para que el personal se halle en condiciones de
recibir el sistema.
La formación deberá contemplar los distintos grupos de usuarios a los que se dirige, y
deberá contemplar una propuesta metodológica adaptada a los mismos.
La formación se impartirá en idioma castellano y/o euskera. Toda la documentación
27
que se incluya para la formación deberá entregarse en estos idiomas.
El adjudicatario deberá aportar la siguiente documentación, que será previamente
validada por ETS:
• Metodología para la formación (incluirá la identificación de los distintos tipos de
usuario a los que concierne el sistema y la adaptación metodológica para cada uno de
los mismos)
• Plan de formación técnica.
• Plan de formación operativa.
• Manuales y contenidos de la documentación de los cursos.
Estos tres últimos puntos deberán ser coherentes con la metodología definida en el
primer documento, contrastada y validada por el Responsable de ETS. Tanto los planes
de formación técnica como los operativos podrán tener variantes según las áreas
departamentales a las que se dirijan.
Formación técnica
La formación técnica contemplará dos vertientes del sistema, los componentes de la
aplicación SCADA y las características técnicas del hardware sobre el que se soporta, a
fin de que el usuario técnico sea capaz de mantener este sistema durante todo su ciclo
de vida. Para todo ello, el adjudicatario deberá contar con un profesor experto en cada
temática.
Formación operativa
A través de esta formación, los usuarios deberán estar capacitados para conocer todas
las posibilidades del sistema para operar y gestionar el mismo.
Tanto para el nivel de administrador como de operador, el adjudicatario deberá contar
con un profesor o grupo de formación de experto.
