Especificaciones Tecnicas LR 001 12

Empresa de Transmisin Elctrica Dominicana Organismo Coordinador del Sistema Elctrico Nacional Interconectado (OC-SENI) Especificacin Tcnica Sistema
SCADA/EMS Diseo Especfico y Detallado del Sistema
Versin 1.1 Junio 25, 2012
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI
Revisin
Fecha 04/05/12 Versin 0.1 Descripcin Revisin Structure Autor Alex Lago, Mario Marchelli, Angilberto Hernndez, Arturo Gonzalez Alexis Ayala, Bernardo Arias, Ercilio Morillo, Fernelis Ramrez, Luis Vicioso, Alex Lago, Mario Marchelli, Angilberto Hernndez, Arturo Gonzalez Alexis Ayala, Bernardo Arias, Ercilio Morillo, Fernelis Ramrez, Luis Vicioso, Alex Lago, Mario Marchelli, Angilberto Hernndez, Arturo Gonzalez Aristmenes Rosario, Juan Ysidro Estvez, Alex Lago
11/05/12
0.2
Revisin con la ETED y el OC-SENI
30/05/12
1.0
25/06/12
1.1
Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.
Pag2 of 178
Tabla de Contenidos
1. INTRODUCCIN.................................................................................................................................................. 13 1.1 1.2 1.3 1.4 1.5 1.6 EMPRESA DE TRANSMISIN ELCTRICA DOMINICANA (ETED) ......................................................................... 13 ORGANISMO COORDINADOR DEL SISTEMA ELCTRICO NACIONAL INTERCONECTADO (OC-SENI) .................... 13 ENFOQUE ..................................................................................................................................................... 14 OBJETIVOS DEL PROYECTO ........................................................................................................................... 14 ORGANIZACIN DE LA ESPECIFICACIN TCNICA ............................................................................................ 15 TRMINOS Y DEFINICIONES............................................................................................................................ 16
2. DESCRIPCIN GENERAL DEL SISTEMA SCADA/EMS .................................................................................. 23 2.1 DESCRIPCIN DEL SISTEMA SCADA ACTUAL ................................................................................................. 23 2.2 DESCRIPCIN FUNCIONAL DEL NUEVO SISTEMA SCADA/EMS ....................................................................... 26 2.3 DESCRIPCIN DEL SISTEMA SCADA/EMS ..................................................................................................... 27 2.4 AMBIENTE DE PRODUCCIN ........................................................................................................................... 30 2.4.1 Sistema de Produccin ETED............................................................................................................... 30 2.4.2 Sistema de Produccin OC-SENI ......................................................................................................... 30 2.5 AMBIENTE DE DESARROLLO, PRUEBAS Y ENTRENAMIENTO............................................................................. 30 2.5.1 Ambiente de Sistema de Pruebas (Quality Assurance System QAS) .................................................. 30 2.5.2 Ambiente del Sistema de Desarrollo ..................................................................................................... 30 2.5.3 Ambiente del Simulador de Entrenamiento de Operadores ................................................................. 31 2.6 ZONA DESMILITARIZADA DE SEGURIDAD (DEMILITARIZED ZONE DMZ) ............................................................ 31 3. SOFTWARE DEL SISTEMA SCADA/EMS ......................................................................................................... 32 3.1 GENERAL...................................................................................................................................................... 32 3.1.1 Sistemas Abiertos ................................................................................................................................. 32 3.1.2 Sistemas Operativos ............................................................................................................................. 32 3.1.3 Disponibilidad ........................................................................................................................................ 33 3.1.4 Mantenibilidad de Software y Hardware ............................................................................................... 33 3.1.5 Editor de Base de Datos y Desplegados .............................................................................................. 33 3.2 SERVICIOS DEL SISTEMA ............................................................................................................................... 33 3.2.1 Aplicacin de Monitoreo y Programacin ............................................................................................. 34 3.2.2 Servicio de Nombres de Dominio.......................................................................................................... 34 3.2.3 Servicios de Respaldos......................................................................................................................... 34 3.2.4 Servicios de Tiempo .............................................................................................................................. 35 3.2.5 Servicios de Impresin .......................................................................................................................... 35 3.2.6 Sistema de Monitoreo Externo .............................................................................................................. 35 3.3 PARMETROS DE CONFIGURACIN DEL SISTEMA ............................................................................................ 35 3.4 CONTROL Y MONITOREO DEL SISTEMA ........................................................................................................... 35 3.4.1 Deteccin de Fallas y Errores ............................................................................................................... 36 3.4.2 Monitoreo y Control de Dispositivos...................................................................................................... 36 3.4.3 Funciones de Monitoreo y Control ........................................................................................................ 36
3.4.3.1 Replicacin de Base de Datos ............................................................................................................................................. 37 3.4.3.2 Inicio de Servidores ............................................................................................................................................................ 38 3.4.3.3 Desempeo durante fallas Servidores ................................................................................................................................. 38
3.5 DESEMPEO DEL SISTEMA SCADA/EMS ...................................................................................................... 38 3.5.1 Tareas de Mantenimiento del Sistema y Software ............................................................................... 38 3.5.2 Desempeo Operacional ...................................................................................................................... 38
3.5.2.1 Condiciones Base ............................................................................................................................................................... 38 3.5.2.2 Pruebas de Desempeo ....................................................................................................................................................... 39
Pag3 of 178

3.5.2.3 Respuesta de la Interface de Usuario .................................................................................................................................. 40
3.6 DIMENSIONAMIENTO DEL SISTEMA ................................................................................................................. 41 3.6.1 Hardware ............................................................................................................................................... 41 3.6.2 Requerimientos Especficos de Dimensionamiento.............................................................................. 41 3.7 DISEO DE SOFTWARE DEL SISTEMA SCADA/EMS ....................................................................................... 41 3.7.1 Caractersticas de Diseo ..................................................................................................................... 41 3.7.2 Desarrollo de Software .......................................................................................................................... 42 4. ADMINISTRACIN DE BASE DE DATOS Y DESPLEGADOS ......................................................................... 42 4.1 SISTEMA DE ADMINISTRACIN DE BASE DE DATOS.......................................................................................... 42 4.1.1 Requerimientos Generales ................................................................................................................... 42 4.1.2 Base de Datos Fuente .......................................................................................................................... 42
4.1.2.1 Cambios Incrementales ....................................................................................................................................................... 43 4.1.2.2 Editor de Base de Datos ...................................................................................................................................................... 43 4.1.2.3 Respaldos de la Base de Datos Fuente ................................................................................................................................ 43
4.1.3
Base de Datos de Tiempo Real ............................................................................................................ 43
4.1.3.1 Interface de Aplicacin Programables (API Application Programmable Interface) ........................................................... 44 4.1.3.2 Respaldos de la Base de Datos de Tiempo Real ................................................................................................................. 44
4.1.4 Herramientas y Utileras de la Base de Datos de Tiempo Real ........................................................... 44 4.1.5 Conversin de la Base de Datos........................................................................................................... 44 4.2 SISTEMA ADMINISTRACIN DE DESPLEGADOS ................................................................................................ 45 4.2.1 Editor de Desplegados .......................................................................................................................... 45 4.2.2 Elementos de los Desplegados............................................................................................................. 46 4.2.3 Distribucin y Actualizacin de Desplegados ....................................................................................... 46 4.2.4 Presentacin de Datos .......................................................................................................................... 46
4.2.4.1 Informacin Esttica de Fondo ........................................................................................................................................... 46 4.2.4.2 Presentacin Dinmica de Datos ........................................................................................................................................ 46
4.2.5 4.2.6
Mens.................................................................................................................................................... 47 Utileras de Desplegados ...................................................................................................................... 47
4.2.6.1 Utileras de Descarga de Desplegados ................................................................................................................................ 47 4.2.6.2 Conversin de Desplegados ................................................................................................................................................ 47
5. SEGURIDAD CIBERNTICA .............................................................................................................................. 47 5.1 REQUERIMIENTOS GENERALES ...................................................................................................................... 47 5.2 ADMINISTRACIN DE USUARIOS Y CUENTAS .................................................................................................... 48 5.2.1 Cuentas conocidas y por defecto .......................................................................................................... 48 5.2.2 Administracin de Sesiones de Usuarios ............................................................................................. 48 5.2.3 Single Sign-On ...................................................................................................................................... 48 5.2.4 Administracin de Polticas de Autenticacin ....................................................................................... 48
5.2.4.1 5.2.4.2 5.2.4.3 5.2.4.4 5.2.4.5 Fortaleza de la contrasea ................................................................................................................................................... 49 Duracin de las contraseas ................................................................................................................................................ 49 Contraseas nicas............................................................................................................................................................. 49 Bloqueo de Cuentas ............................................................................................................................................................ 49 Proteccin de Contraseas .................................................................................................................................................. 49
5.2.5 Registro y Verificacin de Cuentas ....................................................................................................... 49 5.2.6 Control de Acceso Basado en Roles .................................................................................................... 50 5.3 ENDURECIMIENTO DEL SISTEMA..................................................................................................................... 50 5.4 REGISTRO CENTRALIZADO............................................................................................................................. 50 5.5 DETECCIN DE INTRUSOS BASADOS EN HOST ................................................................................................ 51 5.6 SOFTWARE DE ANTIVIRUS Y MALWARE ........................................................................................................... 51 5.7 ADMINISTRACIN DE PARCHES ...................................................................................................................... 52 5.8 ADMINISTRACIN DE FIREWALL ...................................................................................................................... 52
Pag4 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 6. REQUERIMIENTOS DE HARDWARE ................................................................................................................ 52 6.1 REQUERIMIENTOS GENERALES ...................................................................................................................... 52 6.2 SERVIDORES ................................................................................................................................................ 53 6.3 DISPOSITIVOS DE ALMACENAMIENTO .............................................................................................................. 53 6.4 REDES DE DATOS LAN ................................................................................................................................. 54 6.5 GABINETES ................................................................................................................................................... 54 6.6 IDENTIFICACIN DEL EQUIPAMIENTO .............................................................................................................. 54 6.7 IDENTIFICACIN DE LOS CABLES Y CABLEADO ................................................................................................. 54 6.8 EQUIPO DE TIEMPO Y FRECUENCIA ................................................................................................................ 55 6.9 VIDEO WALL INTERFACE................................................................................................................................ 55 6.10 CONSOLAS PARA LA INTERFAZ DE USUARIO .................................................................................................... 55 6.11 COMUNICACIONES A UTRS ........................................................................................................................... 55 6.12 OTRO EQUIPAMIENTO.................................................................................................................................... 56 6.13 DISTRIBUCIN DE POTENCIA Y PROTECCIN .................................................................................................. 56 6.14 CONDICIONES AMBIENTALES ......................................................................................................................... 56 6.14.1 Requerimientos de Espacio .............................................................................................................. 56 6.14.2 Condiciones Ambientales ................................................................................................................. 56 6.15 OTROS EQUIPOS........................................................................................................................................... 56 6.15.1 Pantalla LED para Simulador ........................................................................................................... 56 7. ALMACENAMIENTO DE INFORMACIN HISTRICA Y REPORTES............................................................. 57 7.1 COMPONENTES DEL SISTEMA SCADA/EMS .................................................................................................. 57 7.1.1 Procesos de recoleccin ....................................................................................................................... 57 7.1.2 Sistema de Administracin de Base de Datos Relacional .................................................................... 57 7.2 MTODOS Y DEFINICIONES DE RECOLECCIN .................................................................................................. 58 7.2.1 Tipos de Datos ...................................................................................................................................... 58 7.2.2 Datos de SCADA................................................................................................................................... 58 7.2.3 Alarmas y Eventos ................................................................................................................................ 59 7.3 ARCHIVADO COMPRIMIDO Y RECUPERACIN DE DATOS RDBMS ...................................................................... 59 7.4 RECONCILIACIN DE TIEMPO ......................................................................................................................... 59 7.5 TAMAO Y DESEMPEO ................................................................................................................................. 59 7.6 ANLISIS ...................................................................................................................................................... 59 7.7 ACCESO A DATOS ......................................................................................................................................... 60 7.7.1 Funcin de acceso ................................................................................................................................ 60 7.7.2 Acceso de Usuario ................................................................................................................................ 60 7.7.3 Modificacin de Datos ........................................................................................................................... 61 7.8 REPRODUCCIN DE DATOS HISTRICOS......................................................................................................... 61 7.9 REPORTES ................................................................................................................................................... 61 7.9.1 Reportes Estndar ................................................................................................................................ 61 7.9.2 Reportes de Alarmas y Mensajes de Evento ........................................................................................ 61 7.9.3 Impresin de Reportes .......................................................................................................................... 62 7.9.4 Consultas Ad-Hoc y Reportes ............................................................................................................... 62 8. INTERFAZ DE USUARIO .................................................................................................................................... 62 8.1 REQUERIMIENTOS GENERALES ...................................................................................................................... 62 8.2 TIPOS DE USUARIO ....................................................................................................................................... 63 8.2.1 Operadores ........................................................................................................................................... 63 8.2.2 Usuarios de Soporte y Administradores del Sistema............................................................................ 63 8.2.3 Usuarios de solo Lectura ...................................................................................................................... 64 8.3 CONCEPTOS BSICOS DE LA INTERFAZ DE USUARIO ....................................................................................... 64 8.3.1 Ventanas ............................................................................................................................................... 65 8.3.2 Usabilidad.............................................................................................................................................. 65
Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC. Pag5 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 8.3.3 Perfiles de Usuario y Preferencias ........................................................................................................ 66 8.3.4 Gua de Usuario .................................................................................................................................... 66 8.3.5 Ayuda en lnea ...................................................................................................................................... 66 8.4 AUTENTICACIN Y ACCESO DE USUARIO ........................................................................................................ 67 8.4.1 Autenticacin de Usuario ...................................................................................................................... 67 8.4.2 Trmino de sesin automtico .............................................................................................................. 67 8.4.3 reas de Responsabilidad .................................................................................................................... 67 8.4.4 Administracin de acceso de Usuario ................................................................................................... 68 8.5 OPERACIONES DE USUARIO ........................................................................................................................... 68 8.5.1 Llamar y Seleccionar despliegue ......................................................................................................... 68 8.5.2 Pantalla Panormica y Acercar-Alejar (zoom) ...................................................................................... 69 8.5.3 Seleccin de Punto ............................................................................................................................... 69
8.5.3.1 Bloqueo de Punto................................................................................................................................................................ 69 8.5.3.2 Expiracin de tiempo sobre la seleccin de un punto ......................................................................................................... 69 8.5.3.3 Ubicacin de Punto ............................................................................................................................................................. 70
8.5.4
Control de Supervisin .......................................................................................................................... 70
8.5.4.1 Verificacin de la prdida de carga .................................................................................................................................... 70 8.5.4.2 Verificacin de carga captada ............................................................................................................................................. 70
8.5.5 Entrada Manual ..................................................................................................................................... 70 8.5.6 Verificacin de lmite ............................................................................................................................. 71 8.5.7 Etiquetado ............................................................................................................................................. 71 8.5.8 Reconocimiento y Borrado de Alarmas ................................................................................................ 72 8.5.9 Administracin de la alarma audible ..................................................................................................... 72 8.5.10 Notas del Operador........................................................................................................................... 72 8.6 TENDENCIAS DE DATOS ................................................................................................................................. 73 8.6.1 Tendencias definidas por el Usuario ..................................................................................................... 73 8.6.2 Tendencias Automticas ....................................................................................................................... 74 8.7 IMPRESIN DE DESPLIEGUES Y REPORTES ..................................................................................................... 74 8.8 MURAL DE VIDEO .......................................................................................................................................... 74 8.9 REQUERIMIENTOS EN DESPLIEGUES .............................................................................................................. 74 8.9.1 Requerimientos Generales ................................................................................................................... 74
8.9.1.1 Cdigos de Calidad ............................................................................................................................................................. 74 8.9.1.2 Actualizacin de Despliegue .............................................................................................................................................. 75
8.9.2 8.9.3 8.9.4
Despliegues Tabulares ......................................................................................................................... 75 Despliegues Unifilares .......................................................................................................................... 75 Despliegues de coordenadas mundiales .............................................................................................. 75
8.9.4.1 Ordenamiento (Declutter) ................................................................................................................................................... 76 8.9.4.2 Superposiciones .................................................................................................................................................................. 76
8.9.5 Despliegues con Mltiples Fuentes de Datos (Multi-Data Source, MDS) ............................................ 76 8.10 DESPLIEGUES PROVEDOS POR LA ETED Y EL OC-SENI ................................................................................ 77 8.10.1 Despliegues de visin general del sistema ...................................................................................... 77 8.10.2 Despliegues Unifilares ...................................................................................................................... 77 8.11 DESPLIEGUES PROVEDOS POR EL PROVEEDOR .............................................................................................. 77 8.11.1 Despliegue de control de AOR y Acceso de Usuario ....................................................................... 77 8.11.2 Directorio de Despliegue Maestro .................................................................................................... 78 8.11.3 Despliegue para el Monitoreo y Control de la Configuracin ........................................................... 78 8.11.4 Despliegues de Aplicacin ................................................................................................................ 78 8.11.5 Despliegues de Tendencia y Grficas de Barra ............................................................................... 78 8.11.6 Despliegues de Adquisicin de Datos .............................................................................................. 78 8.11.7 Estadsticas de comunicacin .......................................................................................................... 78 8.11.8 Despliegues de simulacin/estudio .................................................................................................. 78 8.11.9 Despliegues de Resumen del Sistema ............................................................................................. 78
8.11.9.1 Resumen de Alarma ...................................................................................................................................................... 79
Pag6 of 178

8.11.9.2 8.11.9.3 8.11.9.4 8.11.9.5 8.11.9.6 8.11.9.7 Resumen de Eventos ..................................................................................................................................................... 79 Resumen de Puntos Anormales ..................................................................................................................................... 80 Resumen de Etiquetas ................................................................................................................................................... 80 Resumen de Entradas Manuales .................................................................................................................................... 80 Resumen de Falla de Telemetra ................................................................................................................................... 80 Resumen de Fuentes de Datos Alternos ........................................................................................................................ 80
8.11.10 8.11.11
Resumen de notas del operador ...................................................................................................... 81 Despliegues de la ETED y el OC-SENI ............................................................................................ 81
9. APLICACIONES SCADA .................................................................................................................................... 82 9.1 ADQUISICIN DE DATOS ................................................................................................................................ 82 9.1.1 Protocolos de UTR ................................................................................................................................ 82 9.1.2 Comunicaciones a UTR ........................................................................................................................ 82 9.1.3 Descripcin de la Red de Comunicaciones a UTR de ETED ............................................................... 83 9.1.4 Barridos de UTR.................................................................................................................................... 83 9.1.5 Eliminar Barridos de UTR ..................................................................................................................... 84 9.1.6 Errores de UTR ..................................................................................................................................... 84 9.1.7 Falla de Telemetra ............................................................................................................................... 84 9.1.8 Estadsticas de UTR ............................................................................................................................. 84 9.1.9 Diagnostico de UTR .............................................................................................................................. 85 9.1.10 Sincronizacin de Tiempo a UTR ..................................................................................................... 85 9.1.11 Modo Escucha .................................................................................................................................. 85 9.2 PROCESAMIENTO DE DATOS .......................................................................................................................... 86 9.2.1 Procesamiento de Datos Analgicos .................................................................................................... 86
9.2.1.1 9.2.1.2 9.2.1.3 9.2.1.4 Conversin de Datos ........................................................................................................................................................... 86 Verificacin de Limites ...................................................................................................................................................... 86 Suavizamiento de Datos ..................................................................................................................................................... 88 Interpolacin Cero .............................................................................................................................................................. 88
9.2.2 9.2.3
Procesamiento de Datos de Estados .................................................................................................... 88 Procesamiento de Acumuladores ......................................................................................................... 90
9.2.2.1 Deteccin de Cambios Mltiples ........................................................................................................................................ 89 9.2.2.2 Secuencia de Eventos (SOE) .............................................................................................................................................. 89 9.2.3.1 Validacin de Limites de Razonabilidad ............................................................................................................................ 90 9.2.3.2 Verificacin de Limites ...................................................................................................................................................... 90
9.2.4 9.2.5 9.2.6
Datos No Telemedidos .......................................................................................................................... 91 Datos Calculados .................................................................................................................................. 91 Etiquetamiento ...................................................................................................................................... 91
9.2.6.1 Tipos de Etiquetas .............................................................................................................................................................. 91 9.2.6.2 Etiquetas Heredadas ........................................................................................................................................................... 91
9.2.7 Cdigos de Calidad ............................................................................................................................... 92 9.2.8 Fuente Alterna de Datos ....................................................................................................................... 92 9.3 CONTROLES SUPERVISORIOS ........................................................................................................................ 93 9.3.1 Dispositivos de Control ......................................................................................................................... 93
9.3.1.1 9.3.1.2 9.3.1.3 9.3.1.4 Controles de 2 Estados........................................................................................................................................................ 94 Control de Dos Estados (sin indicacin) ............................................................................................................................. 94 Punto de Control de Subir/Bajar ......................................................................................................................................... 94 Control Set Point ................................................................................................................................................................ 94
9.3.2 Validacin de Controles ........................................................................................................................ 94 9.4 CONTROL SECUENCIAL ................................................................................................................................. 95 9.4.1 Funciones de Secuencia de Control ..................................................................................................... 95 9.4.2 Editor de Secuencias de Control.......................................................................................................... 95 9.4.3 Ejecucin de Secuencias de Control .................................................................................................... 96 9.5 INTERCAMBIO DE DATOS DE ICCP ................................................................................................................. 96
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 9.5.1 9.5.2 9.5.3 9.5.4 ICCP Seguro ......................................................................................................................................... 96 Semntica de Datos .............................................................................................................................. 96 Cdigos de Calidad de ICCP ................................................................................................................ 96 Requerimientos de Interfaz de Usuario ................................................................................................ 97
9.5.4.1 Edicin y Creacin de Conjunto de Datos (Data Sets) ....................................................................................................... 97 9.5.4.2 Control de las Conexiones Asociaciones ............................................................................................................................ 97
9.6 PROCESAMIENTO DE ALARMAS Y EVENTOS .................................................................................................... 98 9.6.1 Requerimientos Generales ................................................................................................................... 98 9.6.2 Asignacin de Alarmas y de Responsabilidades .................................................................................. 99 9.6.3 Atributos de Alarmas ............................................................................................................................. 99 9.6.4 Clases de Alarmas ................................................................................................................................ 99 9.6.5 Habilitacin/Inhabilitacin de Alarmas ................................................................................................ 100 9.6.6 Monitoreo del Procesamiento de Alarmas .......................................................................................... 100 9.6.7 Alarmas y Eventos Histricos ............................................................................................................. 100 9.6.8 Notificaciones por Correo Electrnico ................................................................................................. 100 9.7 CLCULOS DE TIEMPO REAL ........................................................................................................................ 101 9.7.1 Funciones Integradas.......................................................................................................................... 101 9.7.2 Clculos Generales ............................................................................................................................. 101 9.7.3 Promedio de Datos.............................................................................................................................. 101 9.7.4 Mximo/Mnimo ................................................................................................................................... 102 9.7.5 Clculos predefinidos .......................................................................................................................... 102 9.8 TIRO Y RESTAURACIN DE CARGA ............................................................................................................... 102 9.8.1 Requerimientos Generales ................................................................................................................. 102 9.8.2 Tiro de Carga, Grupos y Subgrupos ................................................................................................... 102
9.8.2.1 9.8.2.2 9.8.2.3 9.8.2.4 Tiro de Carga Rotativo ..................................................................................................................................................... 103 Rotacin dentro de un Bloque .......................................................................................................................................... 103 Rotacin dentro Bloques................................................................................................................................................... 103 No Rotacin ...................................................................................................................................................................... 103
9.8.3
Restauracin de Carga ....................................................................................................................... 103
10. APLICACIONES DE TRANSMISIN ................................................................................................................ 104 10.1 INTRODUCCIN ........................................................................................................................................... 104 10.1.1 Modelo de la Red Elctrica ............................................................................................................. 104 10.1.2 Requisitos Generales de Computo ................................................................................................. 105 10.1.3 Requisitos Generales de la Interfaz de Usuario ............................................................................. 106 10.1.4 Modos de Ejecucin........................................................................................................................ 107 10.1.5 Aplicaciones de Transmisin en Tiempo Real ............................................................................... 107 10.1.6 Aplicaciones de Transmisin en Modo de Estudio ......................................................................... 107 10.1.7 Definicin de Casos de Estudio ...................................................................................................... 108 10.2 CONFIGURADOR DE MODELO DE LA RED ...................................................................................................... 109 10.3 ESTIMADOR DE ESTADO .............................................................................................................................. 109 10.3.1 Requisitos de Funcionalidad ........................................................................................................... 109 10.3.2 Requisitos de la Interfaz de Usuario ............................................................................................... 111 10.4 CALCULO DE FLUJO DE CARGA .................................................................................................................... 112 10.4.1 Requisitos de Funcionalidad ........................................................................................................... 112 10.4.2 Requisitos de la Interfaz de Usuario ............................................................................................... 113 10.5 ANLISIS DE CONTINGENCIAS ...................................................................................................................... 114 10.5.1 Requisitos de Funcionalidad ........................................................................................................... 114 10.5.2 Requisitos de la Interfaz de Usuario ............................................................................................... 115 10.6 ADAPTACIN DE PARMETROS .................................................................................................................... 115 10.6.1 Requisitos de Funcionalidad ........................................................................................................... 116 10.6.2 Requisitos de la Interfaz de Usuario ............................................................................................... 116 10.7 MONITOREO DE RESERVAS REACTIVAS ........................................................................................................ 117
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 10.7.1 10.7.2 Requisitos de Funcionalidad ........................................................................................................... 117 Requisitos de la Interfaz de Usuario ............................................................................................... 117
11. SIMULADOR DE ENTRENAMIENTO DE OPERADORES .............................................................................. 117 11.1 SIMULADOR DEL SISTEMA DE PRODUCCIN .................................................................................................. 118 11.2 SIMULADOR DEL SISTEMA DE POTENCIA ....................................................................................................... 118 11.2.1 Simulacin de Flujos de Carga ....................................................................................................... 119 11.2.2 Modelo de Carga ............................................................................................................................ 119 11.2.3 Modelo de Frecuencia .................................................................................................................... 120 11.2.4 Modelo de Unidades de Generacin .............................................................................................. 120 11.2.5 Control de Generacin .................................................................................................................... 120 11.2.6 Modelo de Relevadores .................................................................................................................. 120 11.3 MODULO DEL INSTRUCTOR .......................................................................................................................... 121 11.3.1 Capacidades Operacionales ........................................................................................................... 121
11.3.1.1 11.3.1.2 11.3.1.3 Casos Base de Simulacin ........................................................................................................................................... 121 Secuencias de Eventos................................................................................................................................................. 121 Eventos Condicionales ................................................................................................................................................ 122
11.3.2 11.3.3
Administracin de la Ejecucin del DTS ......................................................................................... 122 Registro y Evaluacin de la Sesin ................................................................................................ 122
12. APLICACIONES DE CONTROL DE GENERACION Y DESPACHO ............................................................... 123 12.1 AGC .......................................................................................................................................................... 123 12.1.1 Requerimientos ............................................................................................................................... 123 12.1.2 Calculo del Error de Control de rea (ACE) ................................................................................... 124 12.1.3 Respuesta a la Frecuencia y Calculo del Bias ............................................................................... 124 12.1.4 Calculo de la Generacin Deseada ................................................................................................ 124 12.1.5 Modo de Control de Unidades ........................................................................................................ 125 12.1.6 Limite de Unidades y Rampas ........................................................................................................ 125 12.1.7 Control Supervisorio ....................................................................................................................... 125 12.2 INTERFACES DEL AGC ................................................................................................................................ 126 12.2.1 Interface con otros sistemas SCADA ............................................................................................. 126 12.2.2 Datos del Sistema de Mercado....................................................................................................... 127 12.3 MONITOREO DE RESERVAS.......................................................................................................................... 127 12.4 INTERCAMBIOS PROGRAMADOS (FUTURO) ................................................................................................... 127 12.5 CONTABILIDAD DE ENERGA ......................................................................................................................... 128 13. ASEGURAMIENTO DE CALIDAD Y PRUEBAS .............................................................................................. 129 13.1 PAPEL DE LOS COORDINADORES DE PRUEBAS ............................................................................................. 130 13.2 DOCUMENTACIN DE PRUEBAS.................................................................................................................... 130 13.2.1 Requerimientos Generales ............................................................................................................. 130 13.2.2 Planes de Prueba ........................................................................................................................... 130 13.2.3 Procedimientos de prueba .............................................................................................................. 131 13.2.4 Registro de Pruebas ....................................................................................................................... 132 13.3 REALIZACIN DE LAS PRUEBAS .................................................................................................................... 132 13.3.1 Criterio para el inicio de las pruebas .............................................................................................. 132 13.3.2 Modificaciones del Sistema durante las pruebas ........................................................................... 132 13.3.3 Pruebas No Estructuradas .............................................................................................................. 132 13.3.4 Suspensin y Reinicio de las Pruebas ........................................................................................... 133 13.3.5 Prueba Regresiva ........................................................................................................................... 133 13.3.6 Criterio de Finalizacin de Pruebas ................................................................................................ 133 13.4 GESTIN DE VARIACIONES .......................................................................................................................... 133 13.4.1 Informes de Variaciones ................................................................................................................. 133 13.4.2 Correccin y seguimiento de variaciones ....................................................................................... 134
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 13.4.3 Resolucin de Variaciones ............................................................................................................. 135 13.5 PRUEBA PRELIMINARES DE ACEPTACIN EN FBRICA (PRE-FAT) ................................................................... 135 13.5.1 Configuracin de Sistema de Pre-FAT ........................................................................................... 135 13.5.2 Criterio de Finalizacin del Pre-FAT ............................................................................................... 135 13.6 PRUEBAS DE ACEPTACIN EN FBRICA (FAT) .............................................................................................. 136 13.6.1 Configuracin del Sistema EMS/SCADA para FAT ....................................................................... 136 13.6.2 Criterios para el inicio de las FAT ................................................................................................... 136 13.6.3 Pruebas FAT ................................................................................................................................... 136
13.6.3.1 13.6.3.2 13.6.3.3 13.6.3.4 13.6.3.5 13.6.3.6 13.6.3.7 Inspeccin e Inventario de Equipo .............................................................................................................................. 136 Prueba de Construccin del Sistema............................................................................................................................ 137 Prueba de Seguridad .................................................................................................................................................... 137 Pruebas Funcionales .................................................................................................................................................... 137 Pruebas de Rendimiento .............................................................................................................................................. 139 Prueba de Estabilidad .................................................................................................................................................. 139 Pruebas No-Estructuradas ........................................................................................................................................... 139
13.6.4 Criterio de Finalizacin de las FAT ................................................................................................. 139 13.7 PRUEBAS DE ACEPTACIN EN SITIO (SAT) .................................................................................................... 139 13.7.1 Configuracin del Sistema SAT ...................................................................................................... 140 13.7.2 Criterios para el Comienzo de la SAT ............................................................................................ 140 13.7.3 Pruebas SAT ................................................................................................................................... 141
13.7.3.1 13.7.3.2 Pruebas de Confianza .................................................................................................................................................. 141 Pruebas de Vulnerabilidad y Penetracin .................................................................................................................... 141
13.7.4 Criterio de Finalizacin de las SAT ................................................................................................. 141 13.8 PRUEBA DE DISPONIBILIDAD ........................................................................................................................ 142 13.8.1 Definiciones .................................................................................................................................... 142 13.8.2 Duracin .......................................................................................................................................... 143 14. GESTIN DEL PROYECTO .............................................................................................................................. 144 14.1 EQUIPOS DEL PROYECTO ............................................................................................................................ 144 14.1.1 Equipo de la ETED y el OC-SENI ................................................................................................... 144 14.1.2 Equipo del Proveedor ..................................................................................................................... 144
14.1.2.1 14.1.2.2 Gerente del Proyecto ................................................................................................................................................... 144 Equipo Base................................................................................................................................................................. 145
14.1.3 Instalaciones en Sitio ...................................................................................................................... 145 14.2 GESTIN DEL PROYECTO ............................................................................................................................ 145 14.2.1 Reuniones de Proyecto, Agendas y Minutas .................................................................................. 145 14.2.2 Comunicaciones del Proyecto ........................................................................................................ 145 14.2.3 Informes de Avance ........................................................................................................................ 146 14.2.4 Plan de Proyecto............................................................................................................................. 146 14.3 ACCESO A LAS INSTALACIONES DE LA ETED Y EL OC-SENI ......................................................................... 147 14.3.1 Seguridad de los Sistemas de ETED y el OC-SENI en las instalaciones del Proveedor ............. 147 14.4 RESPONSABILIDADES DE LA ETED Y EL OC-SENI........................................................................................ 148 14.4.1 Responsabilidades Generales ........................................................................................................ 148 14.5 RESPONSABILIDADES DEL PROVEEDOR ........................................................................................................ 149 14.5.1 Responsabilidades Generales ........................................................................................................ 149 15. CAPACITACIN ................................................................................................................................................ 151 15.1 ALCANCE DE LA CAPACITACIN.................................................................................................................... 151 15.2 PLAN DE CAPACITACIN............................................................................................................................... 151 15.3 MATERIALES DE CAPACITACIN ................................................................................................................... 152 15.4 CALIFICACIONES DE LOS INSTRUCTORES ...................................................................................................... 152 15.5 CURSOS DE CAPACITACIN ......................................................................................................................... 152 15.5.1 Capacitacin de Hardware ............................................................................................................. 152
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 15.5.2 Capacitacin del sistema PDS ....................................................................................................... 153 15.5.3 Capacitacin de ICCP y otras interfaces externas ......................................................................... 153 15.5.4 Capacitacin del software de comunicaciones y UTRs.................................................................. 154 15.5.5 Capacitacin del subsistema HISR ................................................................................................ 154 15.5.6 Capacitacin en las aplicaciones.................................................................................................... 154 15.5.7 Cursos de administracin del Sistema ........................................................................................... 154 15.5.8 Capacitacin en la programacin ................................................................................................... 155 15.5.9 Capacitacin de Operadores .......................................................................................................... 155 15.5.10 Capacitacin para el OTS ............................................................................................................... 156 15.5.11 Capacitacin en el software de terceros......................................................................................... 156 15.6 PRESUPUESTO PARA CAPACITACIN ............................................................................................................ 156 15.7 CAPACITAR AL INSTRUCTOR ........................................................................................................................ 158 16. DOCUMENTACIN ........................................................................................................................................... 158 16.1 REQUERIMIENTOS BSICOS ......................................................................................................................... 158 16.2 FORMATO DE LA DOCUMENTACIN ............................................................................................................... 159 16.3 PLAN DE DOCUMENTACIN .......................................................................................................................... 159 16.4 ESTNDARES DE DOCUMENTACIN .............................................................................................................. 160 16.5 REVISIN Y APROBACIN DE LOS DOCUMENTOS........................................................................................... 160 16.6 DOCUMENTACIN PRELIMINAR .................................................................................................................... 160 16.7 DOCUMENTACIN DE SOFTWARE ................................................................................................................. 161 16.7.1 Estndar de Calidad de Diseo ...................................................................................................... 161 16.7.2 Especificaciones Funcionales ......................................................................................................... 161 16.7.3 Documentos de diseo ................................................................................................................... 162 16.7.4 Documentos de Mantenimiento de Software .................................................................................. 162 16.8 DOCUMENTACIN DE HARDWARE ................................................................................................................ 163 16.8.1 Diagramas de Configuracin .......................................................................................................... 163 16.8.2 Diagramas de Cableado ................................................................................................................. 163 16.8.3 Instalacin y Preparacin de Sitio .................................................................................................. 164 16.8.4 Manuales de los Equipos ................................................................................................................ 164 16.8.5 Documentacin de Mantenimiento ................................................................................................. 164 16.8.6 Registro de Mantenimiento y Problemas ........................................................................................ 165 16.9 DOCUMENTOS DE SEGURIDAD CIBERNTICA ................................................................................................ 165 16.10DOCUMENTACIN DE DISEO DE INTERFACES EXTERNAS ............................................................................. 165 16.11MANUALES DEL OPERADOR ......................................................................................................................... 165 16.12GUA DE ESTILO PARA LA INTERFAZ DE USUARIO .......................................................................................... 166 16.13MANUALES DE MANTENIMIENTO DEL SISTEMA .............................................................................................. 166 16.14DOCUMENTACIN FINAL .............................................................................................................................. 166 16.15MEDIO INFORMTICO DE SOFTWARE ............................................................................................................ 166 17. MANTENIMIENTO DEL SISTEMA SCADA/EMS ............................................................................................. 167 17.1 MANTENIMIENTO DE SOFTWARE .................................................................................................................. 167 17.1.1 Entregables ..................................................................................................................................... 167 17.1.2 Gestin de parches de software ..................................................................................................... 167 17.1.3 Mantenimiento durante la implementacin del proyecto ................................................................ 167 17.1.4 Mantenimiento bajo garanta .......................................................................................................... 168 17.1.5 Mantenimiento post-garanta .......................................................................................................... 168 17.2 MANTENIMIENTO HARDWARE ....................................................................................................................... 168 17.2.1 Entregables ..................................................................................................................................... 168 17.2.2 Categoras de hardware en mantenimiento ................................................................................... 169 17.2.3 Mantenimiento anterior a la entrega ............................................................................................... 169 17.2.4 Fase de puesta en servicio ............................................................................................................. 169 17.2.5 Mantenimiento durante la prueba de disponibilidad ....................................................................... 170
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 17.2.6 17.2.7 Mantenimiento bajo garanta .......................................................................................................... 170 Mantenimiento Post-garanta .......................................................................................................... 171
APNDICE A: DIMENSIONAMIENTO DEL SISTEMA SCADA ............................................................................. 172 A.1 A.2 A.3 A.4 A.5 A.6 REQUERIMIENTOS DE UTRS ....................................................................................................................... 172 DIMENSIONAMIENTO DEL SISTEMA SCADA .................................................................................................. 172 USUARIOS DEL SISTEMA .............................................................................................................................. 173 REQUERIMIENTOS DE DATOS HISTRICOS ................................................................................................... 174 MODELO DE RED......................................................................................................................................... 175 CAPACIDAD DE APLICACIONES SCADA ........................................................................................................ 175
APNDICE B: REQUERIMIENTOS DE DESEMPEO .......................................................................................... 176 B.1 UTILIZACIN DE RECURSOS ......................................................................................................................... 176 B.2 RESPUESTA DE LA INTERFAZ DE USUARIO .................................................................................................... 177 B.3 FUNCIONES PERIDICAS Y TIEMPOS DE EJECUCIN ...................................................................................... 177
Pag12 of 178
1. Introduccin
El objetivo del proyecto SCADA/EMS comprende la realizacin de la ingeniera de detalle, suministro, implementacin y configuracin del hardware y software, pruebas de funcionalidad y puesta en marcha de toda la tecnologa de informacin asociada con los sistemas SCADA/EMS requeridos por la ETED y el OC-SENI. Para la ETED, se requiere remplazar el sistema SCADA/EMS actual (hardware, software, sistema operativo, base de datos, etc.) con un sistema acorde con las nuevas tecnologas para Centros de Control de Energa, ms gil, ms abierta, que ofrezca mayores ventajas competitivas respecto al sistema SCADA actual y que diversifique ms los recursos y funciones para beneficio de la institucin. Para el OC se requiere implementar un sistema SCADA/EMS con las mismas caractersticas al sistema SCADA/EMS de ETED y que pueda realizar la funcin de respaldo del sistema de la ETED. Otros aspectos incluidos son: capacitacin del personal, migracin de datos, administracin del proyecto (incluyendo la etapa de transicin), entrega de licencias y documentacin requerida y garanta, entre otros.
1.1
Empresa de Transmisin Elctrica Dominicana (ETED)
La Empresa de Transmisin Elctrica Dominicana (ETED): compaa elctrica estatal cuyo objetivo es operar el Sistema Elctrico Nacional Interconectado (SENI) para proveer servicios de transporte de energa elctrica en alta tensin a todo al territorio nacional. La ETED realiza las funciones de Operador del Sistema. La ETED tiene su sede en Santo Domingo, Republica Dominicana en la siguiente direccin:
Empresa Elctrica de Transmisin Dominicana (ETED). Av. Rmulo Betancourt No.1228, Bella Vista. Santo Domingo, Repblica Dominicana Tel.: +1 (809) 537-8695
1.2
Organismo Coordinador del Sistema Elctrico Nacional Interconectado (OCSENI)
El OC-SENI fue creado para realizar la coordinacin de las actividades de las empresas de generacin, transmisin y distribucin en el marco regulatorio del Subsector Elctrico establecido en el artculo 38 de la Ley General de Electricidad No. 125-01 que define como las principales funciones del Organismo Coordinador las siguientes:
Pag13 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Planificar y coordinar la operacin de las centrales generadoras de electricidad, de las lneas de transmisin, de la distribucin y comercializacin del Sistema a fin de garantizar un abastecimiento confiable y seguro de electricidad a un mnimo costo econmico. Garantizar la venta de la potencia firme de las unidades generadoras del Sistema. Calcular y valorizar las transferencias de energa que se produzcan por esta coordinacin. Facilitar el ejercicio del derecho de servidumbre sobre las lneas de transmisin. Entregar a La Superintendencia las informaciones que sta le solicite y hacer pblicos sus clculos, estadsticas y otros antecedentes relevantes del subsector en el Sistema Interconectado. Cooperar con La Comisin Nacional de Energa y La Superintendencia de Electricidad en la promocin de una sana competencia, transparencia y equidad en el mercado de la electricidad. El OC-SENI es el Operador de Mercado
El OC-SENI tiene su sede en Santo Domingo, Republica Dominicana en la siguiente direccin: Organismo Coordinador del Sistema Elctrico Nacional Interconectado (OC-SENI) Calle 3 #3, Arroyo Hondo Primero Santo Domingo, Repblica Dominicana Tel.: +1 (809) 732-9330
1.3
Enfoque
Los requerimientos indicados en esta especificacintcnicaestn basados en el entendimiento de ETED y OCSENI del estado-del-arte (state-of-the-art) actual de la funcionalidad de los sistemas SCADA/EMS. Este entendimiento esta de acuerdo a los cambios en el negocio y al ambiente regulatorio de la Republica Dominicana. El proveedor debe describir la funcionalidad que pueden ofrecer que cumpla los requerimientos aqu solicitados o que provean la misma funcionalidad de una forma diferente. Cualquier funcionalidad adicional no mencionada en esta especificacin que el proveedor sienta que puede beneficiar a ETED y OC-SENI puede ser incluida en su propuesta.
1.4
Objetivos del Proyecto
El Objetivo del proyecto es remplazar el sistema SCADA existente en ETED e implementar un sistema SCADA/EMS para OC-SENI con las aplicaciones del proveedor ejecutndose en plataformas de hardware y software estndares comerciales disponibles en el mercado. Las metas de este proyecto son:
Remplazar la funcionalidad anticuada de las aplicaciones con paquetes de versiones modernas que satisfagan y excedan los requerimientos actuales del negocio Tomar ventaja de los avances en el diseo y funcionalidad de los sistemas SCADA/EMS para soportar las necesidades de ETED y OC-SENI en la operacin del sistema elctrico de Republica Dominicana en las siguientes reas: Mejorar de forma general el desempeo, disponibilidad y seguridad del sistema
Pag14 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Mejorar las facilidades de administracin de la base de datos incluyendo la capacidad de cambios incrementales en lnea Mejorar la interfaz de usuario del Sistema SCADA/EMS incluyendo la seguridad, tiempos de respuesta al usuario, presentacin de despliegues, aplicaciones y alarmas Asegurar comunicaciones seguras de ICCP y Protocolos de Comunicacin a UTR Interface con los equipos de comunicaciones y protocolos existentes Remplazar todo el hardware especial, sistemas operativos, y bases de datos con estndares de la industria en hardware, sistemas operativos y base de datos tan extenso como sea posible Migrar hacia una arquitectura que soporte un juego de aplicaciones modulares que puedan ser agregadas de forma individual o removidas en base a los requerimientos del negocio Establecer un ambiente de aseguramiento de calidad para cumplir con las mejores practicas para el mantenimiento de los sistemas SCADA/EMS
1.5
Organizacin de la EspecificacinTcnica
Las secciones subsecuentes de esta Especificacin Tcnica detallan los requerimientos de hardware, software, aplicaciones, pruebas, documentacin, y administracin del proyecto, a continuacin se presenta una descripcin breve: Seccin 1 Introduccin: Esta seccin Seccin 2 Descripcin General del Sistema: Descripcin general de alto nivel del sistema existente y de los ambientes requeridos del Sistema Propuesto. Seccin 3 Software del Sistema: Requerimientos Generales de los Niveles del Sistema SCADA/EMS, incluyendo caractersticas de la arquitectura, software del sistema, sistema de monitoreo y failover, disponibilidad, dimensionamiento y desempeo. Seccin 4 Administracin de Base de Datos y Desplegados: Requerimientos de la Base de Datos Fuentes y las herramientas de desarrollo de software son cubiertas en esta seccin, tambin se incluyen los requerimientos para la administracin y generacin de desplegados. Seccin 5 Seguridad Ciberntica: Requerimientos Generales del Sistema para dar cumplimiento a los estndares existentes de CIP y NIST. Seccin 6 Requerimientos de Hardware: Requerimientos Generales para todo el hardware a ser suministrado por el proveedor Seccin 7 Almacenamiento y Recuperacin de Datos Histricos: Definicin de la recoleccin, recuperacin y reporte de datos histricos del sistema EMS/SCADA Seccin 8 Interface de Usuario: Descripcin general de los requerimientos de la Interface de Usuario requerida as como de los desplegados de la ETED y OC-SENI y de los provistos por el proveedor. Seccin 9 Aplicaciones SCADA: Describe todas las aplicaciones SCADA del sistema. Seccin 10 Aplicaciones de Anlisis de Seguridad de Red de Transmisin: Describe las aplicaciones de Anlisis de Seguridad de Red de Transmisin y la funcionalidad requerida por cada aplicacin. Seccin 11 Aplicaciones de Control de Generacin: Describe las aplicaciones de Control de Generacin y la funcionalidad requerida por cada aplicacin. Seccin 12 Sistema de Aseguramiento de Calidad y Pruebas: Describe el enfoque de pruebas y requisitos para las pruebas desde el diseo hasta la puesta en servicio.
Pag15 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Seccin 13 Gestin del Proyecto: Describe los requisitos de gestin general del proyecto incluyendo comunicaciones del proyecto, informes y un calendario general propuesto para el proyecto. Esta seccin incluye tambin los requerimientos de los servicios de integracin. Seccin 14 Capacitacin: Describe de forma general los requerimientos de capacitacin de hardware, software, usuarios y soporte. Seccin 15 Documentacin del Sistema: Cubre los requisitos de entrega de documentacin para el nuevo sistema SCADA/EMS. Seccin 16 Mantenimiento y Garantas: Define los requisitos de mantenimiento de hardware y software para el sistema durante el desarrollo, entrega, garanta y perodos de garanta. Apndice A Dimensionamiento del Sistema: Incluye tablas con los puntos de SCADA actuales y requeridos, numero de usuarios/consolas y requerimientos de datos histricos Apndice B Desempeo del Sistema
1.6
Trminos y Definiciones
API. (ApplicationProgramming Interfaz). Conjunto de funciones residentes en bibliotecas (generalmente dinmicas, tambin llamadas DLL por sus siglas en ingls, trmino usado para referirse a stas en Windows) que permiten que una aplicacin corra bajo un determinado sistema operativo. CCE. (Centro de Control de Energa).Dependencia de la Empresa de Transmisin Elctrica Dominicana (ETED) cuya funcin principal es la operacin en tiempo real del Sistema Elctrico Nacional Interconectado, siguiendo las directrices dictadas por el Organismo Coordinador. COMMIT. Accin, en Base de Datos, de hacer que un conjunto de cambios "tentativos, o no permanentes" se conviertan en permanentes. COMPATIBILIDAD. Capacidad de los componentes de hardware y software para operar armnicamente y compartir informacin independientemente del fabricante. COMUNICACIN A NIVEL INFERIOR. Trmino empleado en los sistemas SCADA para referenciar el flujo de informacin entre un dispositivo definido como maestro hacia otro dispositivo definido como esclavo. COMUNICACIN A NIVEL SUPERIOR. Trmino empleado en los sistemas SCADA para referenciar el flujo de informacin entre un dispositivo definido como esclavo hacia otro dispositivo definido como maestro. EVENTO. Suceso registrado en el sistema central. Ej. cambio de posicin de la indicacin de un elemento de una subestacin, generacin de una alarma, etc. ETED. Empresa de Transmisin Elctrica Dominicana. GPS. (Global PositioningSystem).Sistema de posicionamiento global de navegacin por satlite el cual permite determinar en todo el mundo la posicin de un objeto con una alta precisin. HARDWARE. Corresponde a todas las partes fsicas y tangibles de una computadora: sus componentes elctricos, electrnicos, electromecnicos y mecnicos; sus cables, gabinetes o cajas, perifricos de todo tipo y cualquier otro elemento fsico involucrado.
A continuacin se presentan algunas definiciones usadas dentro de la especificacin tcnica.
Pag16 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI HIS. Sistema de almacenamiento de informaciones en Base de Datos de larga duracin. HOT STAND BY. Sistema de respaldo en donde dos equipos se encuentran en lnea pero slo uno de ellos es el activo, On Line. Al ocurrir una salida de servicio en el equipo On Line entra en operacin el de respaldo, sin que se perciba un corte o falta de continuidad en el funcionamiento del sistema. HMI (Human Machine Interface).Es el conjunto de hardware y software que crea un medio fsico al usuario para interactuar con un sistema. LAN. (Local Area Network) o RED. Es la interconexin, bajo un mismo esquema, de varias computadoras y perifricos. OC. (Organismo Coordinador). Es una institucin, cuya funcin es planificar y coordinar la operacin de las centrales generadoras, el sistema de transmisin, distribucin y comercializacin que integran el Sistema Elctrico Nacional Interconectado. ON LINE. Sistema en lnea en donde dos equipos se encuentran en lnea pero slo uno de ellos es el activo On Line. Al ocurrir una salida de servicio en el equipo On Line entra en operacin el de respaldo, sin que se perciba un corte o falta de continuidad en el funcionamiento del sistema. PROTOCOLO. Conjunto de normas y reglas que coordinan el flujo de informacin entre dispositivos teniendo como funciones bsicas el establecimiento del enlace, transmisin de informacin, deteccin de fallas en la transmisin y correccin de errores.
ROLLBACK. Operacin que devuelve a la Base de Datos a algn estado previo. Son importantes para la integridad de la Base de Datos, a causa de que significan que la esta puede ser restaurada a una copia limpia incluso despus de que se han realizado operaciones errneas. ROUTER. Dispositivo hardware o software que interconecta segmentos de red o redes enteras. RTU. (Remote Terminal Unit). Es un dispositivo que se instala en la subestacin; recibe seales analgicas y digitales desde el campo (desde la subestacin); las procesa y las enva al sistema central del SCADA a travs de una red de Telecomunicacin. El flujo de datos puede ser en ambas direcciones. SCADA. (Supervisory Control And Data Acquisition). Es un conjunto de elementos (software, hardware, datos, etc.) que se utilizan para operar y supervisar un Sistema Elctrico de Potencia, en tiempo real. SENI. (Sistema Elctrico Nacional Interconectado). Es el conjunto de instalaciones de unidades elctricas generadoras, lneas de transmisin, subestaciones elctricas y lneas de distribucin interconectadas entre s, que permite generar, transportar y distribuir electricidad, bajo la programacin de operaciones del OC. SISTEMA CENTRAL. Comprende el hardware y el software correspondiente al sistema SCADA/EMS y ubicado en el CCE que junto al sistema de telecomunicaciones y la integracin de seales forman en su conjunto el sistema SCADA/EMS. En el sistema permite configurar todo el funcionamiento del sistema SCADA/EMS. SOFTWARE. Equipamiento lgico o soporte lgico de una computadora digital; comprende el conjunto de los componentes lgicos necesarios que hacen posible la realizacin de tareas especficas. SUBESTACIN. Conjunto de equipos electromecnicos y de control enclavados en las instalaciones de una red de suministro elctrico, que se encargan de la distribucin y transformacin de energa elctrica.
Pag17 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI SWITCH. Dispositivo que interconecta dos o ms segmentos de redes, se utilizan cuando se desea conectar mltiples redes, fusionndolas en una sola. Funciona como un filtro en la red, mejoran el rendimiento y la seguridad. VLAN. (Virtual LAN). Es una agrupacin lgica de dispositivos y recursos de red dentro de un switch. Se usa para segmentar una red. VPN. (Virtual Private Network). Es una red privada que se extiende, mediante un proceso de encapsulacin y en su caso de encriptacin, de los paquetes de datos a distintos puntos remotos mediante el uso de unas infraestructuras pblicas de transporte. Los paquetes de datos de la red privada viajan por medio de un tnel definido en la red pblica. WEB. (World Wide Web). Tambin conocida como la Web. Es el sistema de documentos interconectados por enlaces de hipertexto, disponibles en Internet. XML. (eXtensibleMarkupLanguage). Es un metalenguaje extensible que permite definir la gramtica de lenguajes especficos para la WEB.
La siguiente tabla define varios trminos y acrnimos usados dentro de esta especificacin. Termino AC ADC ADS AGC ANSI AOR API AVR BEMS CA CIM CIP COTS CPU DBMS DC DFAX Definicin AlternatingCurrent ( Corriente Alterna) Analogto Digital Converter ( Convertidor Analgico Digital) Alternate Data Source (Fuente Alterna de Datos) AutomaticGeneration Control ( Control Automtico de Generacin) American NationalStandardsInstitute ( Instituto Nacional Americano de Estndares) Area of Responsibility ( Area de Responsabilidad) ApplicationProgramming Interface ( Interface de Programas de Aplicacin) AutomaticVoltageRegulator ( Regulador Automtico de Voltaje) Backup Energy Management System ( Sistema de Administracin de Energa de Respaldo) Contingency Analysis, a Power Network Analysis function ( Anlisis de Contingencia) CommonInformationModel ( Modelo de InterfaceComn) Critical Infrastructure Protection - a NERC program to assure the security of critical assets and interconnected infrastructures (ProteccinCritica de Infraestructura) Commercial Off-the-Shelf (PlataformaComercial) Central ProcessingUnit (Unidad Central de Procesamiento) Database Management System (Sistema de Administracin de Base de Datos) DirectCurrent (Corriente Directa) DistributionFactors (Factores de Distribucin)
Pag18 of 178
Especificacin Tcnica Sistema SCADA/EMS DHCP DLL DMZ DNP3 DNS DPF DR DST EDT EMS EOS FAT FDDI FEP FERC FTP GPS GUI HIDS HTTP ICCP IEC IED IEEE IHR INL IS&R IT JAVA KVM LAN LF ETED OC-SENI Dynamic Host ConfigurationProtocol (Protocolo de ConfiguracinDinmica de Hosts) Dynamic Link Library ( Librera de Enlace Dinmica) DemilitarizedZone (Zona Desmilitarizada) Distributed Network Protocol, version 3.0 (Protocolo de Red Distribuido) DomainNameServices (Servicio de Dominio de Nombres) DispatcherPowerFlow (Flujos de Potencia de Operador) DisasterRecoverySystem (Sistema de Recuperacin de Desastres) Daylight Savings Time (Horario de Verano) Eastern DaylightSavings Time (Horario de Verano del Este) Energy Management System (Sistema de Administracin de Energa) EquipmentOutageScheduler (Programador de Interrupciones de Equipo) Factory Acceptance Test (Pruebas de Aceptacin en Fabrica) FiberDistributed Data Interface (Interface de Fibra ptica Distribuida) Communications Front-EndProcessor(Servidor dedicado para procesar la informacin de las Unidades Terminales Remotas) Federal Energy RegulatoryCommission (Comisin Federal Regulatoria de Energa) File Transfer Protocol (Protocolo de Transferencia de Archivos) Global PositioningSystem (Sistema de Posicionamiento Global) GraphicalUser Interface (Interfaz Grafica de Usuario) Host-basedIntrusionDetectionSystem (Sistema de Deteccin de Intrusos basado en Hosts) Hypertext Transfer Protocol (Protocolo de Transferencia de Hipertexto) Inter-Control Center CommunicationsProtocol ( Protocolo de Comunicacin entre Centros de Control International ElectrotechnicalCommission - (ComisinElectrotcnica Internacional) IntelligentElectronicDevice (Dispositivo ElectrnicoInteligente) Institute of Electrical and ElectronicsEngineers (Instituto de Ingenieros Elctricos y Electrnicos Incremental HeatRate (Razn Incremental de Calor) Idaho NationalLaboratoryNational SCADA Test Bed Laboratorio Nacional de Idaho) Information Storage and Retrieval (Almacenamiento y Recuperacin de Informacin) InformationTechnology (Sistemas de Informacin) Programming language originally developed by Sun Microsystems (Lenguaje de Programacion) Keyboard-Video-Mouse (switch) (Teclado, Video y Raton) Local Area Network (Red de Area Local) Load Forecast (Pronostico de Carga)
Pag19 of 178
Especificacin Tcnica Sistema SCADA/EMS LTC MB Mbps MCD MVA MVAr MW MWh NEC NERC NFPA NIST NMB NSP NTP OASIS ODBC OEM OPF OSI OTS PA PDS PEMS PI PLC PMU Pre-FAT PSS ETED OC-SENI Load TapChanger (Cambiador de Posicin de Carga) Megabytes Mega bits/second MultipleChangeDetection - (DeteccinMltiple de Estados) Mega Volt-Amperes Mega Volt-Amperes Reactive Mega Watt Mega Watt hour National Electric Code (CdigoElctrico Nacional) North American Electric Reliability Council (Consejo Norteamericano de Confiablidad Elctrica) NationalFireProtectionAssociation (Asociacin Nacional de Proteccin Fuego) NationalInstitute of Standards and Technology (Instituto Nacional de Estndares y Tecnologa) Real-time Network ModelBuilder, a Power Network Analysisfunction (Constructor de Modelo de Red en tiempo real) Network Status Processor, a Power Network Analysisfunction (Procesador de Estados de la Red Elctrica) Network Time Protocol (Protocolo de Tiempo de Red) Open Access Same-time InformationSystem (Sistema de Informacin Abierto para acceso simultaneo) Open DatabaseConnectivity (Conectividad Abierta para Base de Datos) Original EquipmentManufacturer (Fabricante Original del Equipo) Optimum Power Flow, a Power Network Analysis function (FlujosOptimos de Potencia) Open SystemsInterconnection (Interconexin Abierta de Sistemas) Operator Training Simulator (Simulador de Entrenamiento de Operadores) ParameterAdaptation, a Power Network Analysisfunction (Adopcin de Parmetros una funcin de anlisis de red de potencia) ProgramDevelopmentSystem (Sistema de Desarrollo de Programas) Primary Energy Management System (Sistema Primario de Administracin de Energa) Process Interface - a time-series database implemented by OSIsoft (Interfaz de Proceso ) ProgrammableLogicController ( Controlador Lgico Programable) PhasorMeasurementUnit (Unidad de MedicinFasorial) Pruebas realizadas por el fabricante antes del FAT PowerSystem Simulator (Simulador de Sistemas de Potencia)
Pag20 of 178
Especificacin Tcnica Sistema SCADA/EMS QA QAS RAID RDBMS RFI RFP RMON RRM RTO RTU SAN SAT SCADA SDB SE SFTP SNMB SNMP SOA SOE SOW SPR SQL SVC TASE.2 ETED OC-SENI QualityAssurance (Aseguramiento de Calidad) QualityAssurance and Test System (Sistema de Aseguramiento de Calidad y Pruebas) RedundantArray of Independent Disks (Arreglo Redundante de Discos Independientes) RelationalDatabase Management System (Sistema de Administracin de Base de Datos Relacional) RequestforInformation (Requerimiento de Informacin) RequestforProposal (Requerimiento de Propuestas) RemoteMonitoring (Monitoreo Remoto) Reactive Reserve Monitoring (Monitoreo Activo de Reserva) Regional TransmissionOrganization (Organizacin Regional de Transmisin) Remote Terminal Unit (Unidad Terminal Remota) Storage Area Network ( Red de Almacenamiento de Area) SiteAcceptance Test ( Prueba de Aceptcion en Sitio) Supervisory Control and Data Acquisition Sistema de Control Supervisorio para la Adquisicin de Datos SourceDatabase(Base de Datos Fuente) StateEstimator( Estimador de Estados) Secure FTP (Protocolo de Transferencia de Archivos Segura) StudyMode Network ModelBuilder(Constructor de Modelo de Red Modo Estudio) Simple Network Management Protocol (Protocolo de Administracin de Red Simple) ServiceOrientedArchitecture (Arquitectura Orientada a Servicio) Sequence of Events (Secuencia de Eventos) Statement of Work (Acuerdo de Trabajo) Software ProblemReport (Reporte de Problemas de Software) StructuredQueryLanguage (Lenguaje Estructurado de Consulta) StaticVArCompensator (Compensador Esttico de VAR) Telecontrol ApplicationServiceElement - an IEC standard (alsoreferredto as IEC 60870-6) para el intercambio de datos entre centros de control es igual que ICCP Transmission Control Protocol/Internet Protocol TransmissionSystemOperations (Operacin de Sistemas de Transmisin) TransmissionSystemOperationsBackup Center (Operacin de Sistemas de Transmisin de Respaldo) TransmissionSystemOperationsPrimary Center (Operacin de Sistemas de Transmision Primario)
TCP/IP TSO TSOBC TSOPC
Pag21 of 178
Especificacin Tcnica Sistema SCADA/EMS TSP UC UI UTC VAR VMS VSA WAN WCS WYSIWYG XML ETED OC-SENI TransmissionServiceProvider (Proveedor de Servicios de Transmisin) UnitCommitment (Asignacin de Unidades) User Interface (Interface de Usuario) Universal Time Coordinates (Coordenadas Universales de Tiempo) Volt Ampere reactive (Volt Ampere Reactiva) Virtual MemorySystem (Sistema de Memoria Virtual) VoltageStabilityAnalysis (Anlisis de Estabilidad de Voltaje) Wide Area Network (Red de Area Extendida) WorldCoordinateSystem - (Sistema de Coordinacin Mundial) WhatYouSeeIsWhatYouGet (Lo que ves es lo que obtienes) Extensible MarkupLanguage
Pag22 of 178
2. Descripcin General del Sistema SCADA/EMS

2.1 Descripcin del Sistema SCADA Actual
Actualmente la ETED cuenta con un sistema SCADA/EMS que es usado para la operacin del SENI de la Republica Dominicana, en este se recibe informacin de tiempo real de las subestaciones por medio de UTRs, IED, y Agentes. El Sistema SCADA tiene en operacin aproximadamente 10 aos. La configuracin del Sistema ABB SPIDER relase 11A se muestra a continuacin:
El Sistema cuenta con estaciones de trabajo con las funciones de consolas para el operador instaladas en las instalaciones del Centro de Control de Energa del ETED, as como consolas remotas instaladas en el OC-SENI y en otras instalaciones de los Agentes.
Pag23 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Consolas Remotas
La relacin de Consolas Locales y Remotas se presenta a continuacin:
La relacin de Consolas Locales y Remotas se presenta a continuacin:

TIPO DE CONSOLAS WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION WORKSTATION PC PC PC PC DESCRPCION CDERWS1 CDERWS2 CDERWS3 CDERWS7 CDERWS8 CDERWS9 CDERWS10 CDERWS11 CDERWS12 CDERWS13 CDEWS1 CDEWS2 CDEWS3 CDEWS4 CDEWS5 CDEWS6 CDEWS7 OCCPC01 OCCPC02 OCCPC03 OCCPC04 TIPO REMOTA REMOTA REMOTA REMOTA REMOTA REMOTA REMOTA REMOTA REMOTA REMOTA LOCAL LOCAL LOCAL LOCAL LOCAL LOCAL REMOTA REMOTA REMOTA REMOTA REMOTA UBICACIN OC-SENI SUPERINTENDENCIA SEABOARD ITABO METALDON OC-SENI CEPP AES CNE CENTRO DE CONTROL SANTIAGO ETED ETED ETED ETED ETED ETED HUB SCADA OC-SENI OC-SENI OC-SENI OC-SENI
Pag24 of 178
Cantidad de Canales a UTRs y Protocolos de Comunicacin a UTRs Para la recepcin de la informacin de tiempo real se colecta por medio de dispositivos de campo a travs de canales de comunicacin y protocolos diferentes de los cuales se enlistan a continuacin: UTRs Por Fabricante y Protocolo de Comunicaciones Modelo ABB RTU 210 ABB RTU 211 ABB RTU 211 ABB RTU 560 ABB RTU 560 ABB RTU 560 ABB COM600 SEL -3332 SEL -3354 Siemens SICAM PAS Siemens TELEGYR 5700 RTU ArevaEterra Siemens TELEGYR PLCs Varios Total Cantidad 18 35 3 25 16 5 1 1 1 2 5 1 2 10 125 Protocolo de Comunicaciones ABB RP570/571 ABB RP570/571 IEC 60870-5-101 ABB RP570/571 IEC 60870-5-101 IEC 60870-5-104 IEC 60870-5-104 IEC 60870-5-104 IEC 60870-5-104 IEC 60870-5-104 IEC 60870-5-104 IEC 60870-5-104 DNP3/IP MODBUS
Protocolo de Comunicaciones ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 ABB RP570/571 MODBUS ABB RP570/571 IEC 60870-5-104 DNP3 Serial/IP ABB RP570/571 IEC 60870-5-104
Canal 1 2 3 4 5 6 7 8 9 10 11 12 13 15 16 17 18 19 21 22 25 26
Cantidad 6 6 3 5 3 5 4 18 4 2 4 4 1 5 1 1 10 1 5 2 1 7
Pag25 of 178

IEC 60870-5-104 IEC 60870-5-101 IEC 60870-5-101 IEC 60870-5-101 IEC 60870-5-101 IEC 60870-5-101 ABB RP570/571 Total 27 31 32 33 34 35 36 4 4 1 5 5 4 4 125
Cantidad de Diagramas del Sistema Actual Diagramas Unifilares Diagramas Tabulares 128 10
2.2
Descripcin Funcional del Nuevo Sistema SCADA/EMS
Se requieren dos sistemas SCADA/EMS independientes con la finalidad de que uno sea el respaldo de otro. Sin embargo, utilizan la infraestructura de comunicaciones existente. Cada sistema SCADA/EMS contara con servidores redundantes de aplicaciones, comunicaciones, histricos con su propia base de datos y configuracin que solo permitir acceso a usuarios registrados a ese sistema.
Figura 1 - Diagrama Funcional del Sistema SCADA/EMS
Pag26 of 178
Los sistemas contaran con una configuracin inicial requerida para dar cumplimiento a las condiciones actuales de los medios de comunicacin existentes y que permitirn tanto la ETED y el OC-SENIque cumplan con las funciones asignadas como aparece en la Figura 1 Una vez que los Agentes del Mercado cuenten con la posibilidad de entregar la informacin directamente al OCSENI este esquema se modificara para aprovechar la transferencia de informacin. As mismo, otras empresas que posean un SCADA (Compaas Distribuidoras y Generadoras) podrn tambin enviar directamente al OCSENI como aparece en la Figura 2
Figura 2 - Diagrama Funcional del SCADA/EMS de la ETED y el OC-SENI
2.3
Descripcin del Sistema SCADA/EMS
El sistema SCADA/EMS de la ETED recibir directamente los datos de todos los dispositivos de campo RTUs, IED, de Subestaciones de la ETED y los Agentes entre otros requeridos para la operacin del SENI. Sin embargo, los agentes podrn enviar las seales directamente al OC-SENI. Por otro lado, el sistema SCADA/EMS del OC-SENI recibir los datos de todos los dispositivos de campo del SENI va ICCP del sistema SCADA/EMS de ETED. As tambin, el SCADA/EMS del OC-SENI estar capacitado para recibir informacin de los agentes y cualquier otro sistema SCADA del SENI, tal como sistemas de distribucin y generacin hidroelctrica. La configuracin futura del sistema es representada en la Figura 2. La ETED enva al OC-SENI la informacin de estados y mediciones del sistema elctrico requeridos para la funcin del OC-SENI, as mismo el OC-SENI enva a la ETED los datos del despacho de generacin de tiempo
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI real as como tambin notificaciones (estados de alarma) que sean acordadas para coordinar el control del sistema. Los usuarios externos autorizados de la ETED solo se podrn conectar al SCADA/EMS de la ETED y los usuarios externos autorizados del OC-SENI solo se podrn conectar al SCADA/EMS del OC-SENI. El sistema SCADA/EMS del OC-SENI tambin puede funcionar como respaldo del sistema dela ETED cuando su SCADA/EMS este fuera de servicio, sin embargo la conmutacin del control se har de forma manual. El OC-SENI deber conectarse a la infraestructura de telecomunicaciones existente en la ETED para tomar el control en el caso que el sistema de la ETED este fuera de servicio. Cuando esta condicin ocurra los usuarios externos autorizados de la ETED se podrn conectar al sistema SCADA/EMS del OC-SENI y viceversa. Es de observar que aunque las bases de datos y la configuracin de los dos sistemas sean la misma al inicio de su puesta en marcha, estas sern mantenidas de manera independiente por cada empresa.
Figura 3 - Diagrama de Solucin de Arquitectura Tcnica
El Sistema SCADA/EMS debe constar de un ambiente de cmputo distribuido con arquitectura de sistemas abiertos. El diseo debe cumplir todos los requerimientos de arquitectura y configuracin descritos en las secciones correspondientes. El Sistema SCADA/EMS debe incluir los siguientes ambientes: 1. Produccin 2. Desarrollo/Pruebas/Entrenamiento a. Sistema de Pruebas (QAS) b. Sistema de Desarrollo c. Simulador de Entrenamiento a Operadores
Pag28 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 3. DMZ a. Servidores Histricos Usuarios Externos b. Servidor de Consolas Remotas c. Servidor de Seguridad Todos los ambientes deben ser altamente confiable, totalmente redundantes, escalables y contener funcionalidades rigurosas de seguridad para prevenir accesos de personal no autorizado. El Sistema de desarrollo y el Simulador de Entrenamiento de Operadores deben ser altamente confiables, escalables y contener funcionalidades rigurosas de seguridad. Los requerimientos de disponibilidad son definidos posteriormente. Las dependencias y restricciones de cada ambiente deben ser claramente identificadas. Todos los ambientes deben consistir en instancias de bases de datos separadas. El diseo conceptual del Sistema SCADA/EMS y las interfaces son ilustradas en la Fig. 4. Aun cuando algunas funciones/subsistemas/sistemas pueden aparecer separadas, juntas o separadas, el proveedor deber proponer la configuracin estndar que cumpla con los requerimientos de esta especificacin.
Figura 4 - Diagrama de Solucin de Arquitectura Detallada
Pag29 of 178
2.4
Ambiente de Produccin
El ambiente de produccin de tiempo real del Sistema SCADA/EMS debe consistir de configuracin primario y respaldo en caliente dentro del mismo sitio.
2.4.1
Sistema de Produccin ETED
El sistema de produccin de tiempo real dela ETED es el que recibir toda la informacin de las UTRs, IED y Agentes. Este ambiente es el ncleo del sistema SCADA/EMS de tiempo real, el cual proveer las interfaces y funcionalidades necesarias para supervisar y controlar el Sistema Elctrico Nacional Interconectado (SENI) de la Republica Dominicana. Este sistema debe contar con alta disponibilidad, totalmente redundante y caracterizado por funciones de coleccin y presentacin de alta velocidad. El proveedor debe proveer un sistema tolerante a fallas por medio de servidores redundantes. Todos los dispositivos de almacenamiento (discos) deben ser redundantes y de remplazo en caliente de tal forma que no exista tiempo fuera del sistema por remplazar un disco fallado.
2.4.2
Sistema de Produccin OC-SENI
El sistema de produccin de tiempo real del OC-SENI es que recibir toda la informacin del sistema SCADA/EMS de la ETED por medio del protocolo ICCP, este sistema tendr las mismas capacidades que el Sistema SCADA/EMS de la ETED.. Este ambiente es el ncleo del sistema SCADA/EMS de tiempo real, el cual proveer las interfaces y funcionalidades necesarias para supervisar y controlar el Sistema Elctrico Nacional Interconectado (SENI) de la Republica Dominicana. Este sistema debe contar con alta disponibilidad, totalmente redundante y caracterizado por funciones de coleccin y presentacin de alta velocidad. El proveedor debe proveer un sistema tolerante a fallas por medio de servidores redundantes. Todos los dispositivos de almacenamiento (discos) deben ser redundantes y de remplazo en caliente de tal forma que no exista tiempo fuera del sistema por remplazar un disco fallado.
2.5
2.5.1
Ambiente de Desarrollo, Pruebas y Entrenamiento

Ambiente de Sistema de Pruebas (QualityAssuranceSystem QAS)
El ambiente del sistema de pruebas debe soportar las pruebas de todos los componentes del SCADA/EMS. Este ambiente debe proveer una plataforma de pruebas para las actualizaciones del software del sistema, parches, bases de datos, desplegados, y actualizaciones y mantenimiento del modelo de red. El software, hardware y redundancia de este sistema debe ser idntico que el sistema de produccin. El sistema de pruebas debe ser usado para las pruebas de nuevos componentes del sistema y modificaciones al Sistema de produccin existente. Por lo tanto debe tener la capacidad de recibir datos de tiempo real concurrentemente con el sistema de produccin. Esta funcin debe ser posible habilitarse bajo demanda sin afectar la funcionalidad del sistema de produccin. Se debe incluir la capacidad de instalar la funcionalidad mnima del sistema SCADA en un solo equipo de forma independiente (standalone) que incluya la interfaz de usuario, comunicaciones a UTRs y aplicaciones de SCADA.
2.5.2
Ambiente del Sistema de Desarrollo
El ambiente del Sistema de Desarrollo es requerido para soportar la creacin de desplegados., conversin/mantenimiento de base de datos, desarrollo de aplicaciones de la ETED/OC-SENI y pruebas y diagnostico del Sistema SCADA/EMS. Debe incluir toda la ingeniera de datos necesaria para la creacin de
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI diagramas unifilares, herramientas de mantenimiento de base de datos y todas las herramientas de administracin del Sistema SCADA/EMS necesarias. Toda la funcionalidad del Sistema Desarrollo debe ser entregada desde el inicio del proyecto. El Sistema inicial no debe contener toda la funcionalidad especificada, pero debe dar soporte a la ETED/OC-SENI para el desarrollo de la base de datos, desplegados y las interfaces necesarias. El sistema inicial debe soportar al menos lo siguiente: 1. Herramientas para la migracin de la base de datos y desplegados unifilares especiales. 2. Integracin con el sistema de video mural actual. El sistema de desarrollo debe ser capaz de recibir datos de tiempo real concurrentemente con el ambiente de produccin sin interferir con la operacin del mismo.
2.5.3
Ambiente del Simulador de Entrenamiento de Operadores
El sistema debe contar con el ambiente para el sistema de entrenamiento a operadores para apoyar a la ETED/OC-SENI en el adiestramiento y entrenamiento de los operadores. El detalle de la funcionalidad de este sistema esta incluido en la seccin 13.
2.6
Zona Desmilitarizada de Seguridad (DemilitarizedZone DMZ)
La zona desmilitarizada es necesaria para aislar el trfico de los usuarios externos al sistema SCADA/EMS de tiempo real y es nuestra primera rea de seguridad donde deben residir los siguientes subsistemas: Servidores de Consolas Remotas para dar servicio a los usuarios externos que tienen requerimientos de visualizacin del sistema. Servidores de Datos Histricos para permitir la transferencia de informacin histrica a los usuarios y aplicaciones externas al sistema SCADA/EMS Servidor de Seguridad para controlar la transferencia de archivos e informacin del sistema de SCADA/EMS para los usuarios Administradores y de soporte del Sistema
Actualmente la ETED y el OC-SENI utilizan una serie de aplicaciones para realizar sus funciones que en algn momento requerirn la interaccin con el sistema SCADA/EMS. Un Inventario de las mismas que se encuentran actualmente en produccin se enlista a continuacin:
Sistema ETED SCADA OC-SENI OC-SENI OC-SENI OC-SENI OC-SENI OC-SENI OC-SENI ETED ABB Spider DigSilent CAPE MODOM StarNet F@osNet Regio PSS/E DigSilent Vendedor Versin Instalada 11A
Pag31 of 178

ETED Sistema de Relatorio de Eventos Registro: Ordenes impartidas a generadoras y distribuidoras Entrada y salida de servicio unidades generadoras Movimiento de carga unidades generadoras Generacin instantnea horaria unidades generadoras Total generacin diaria por unidades generadoras (neta y bruta) Entrada y salida de servicio elementos ETED (interruptores, transformadores, seccionadores, etc.) Funciones: Frecuencia y Tensin del SENI Calculo demanda estimada del SENI (generacin instantnea, carga no suministrada, transporte entre zonas, etc.) Comportamiento sistema de generacin Comportamiento sistema de transmisin
3. Software del Sistema SCADA/EMS

3.1
3.1.1
General
Sistemas Abiertos
La configuracin del Sistema SCADA/EMS deber constar de un ambiente de cmputo distribuido dentro del concepto de arquitectura de Sistemas Abiertos. Todas las comunicaciones internas entre los servidores SCADA y todas las comunicaciones externas entre el sistema SCADA/EMS y otros sistemas debern estar basadas en estndares publicados y aceptados por la industria y relacionado con el concepto de Sistemas Abiertos. Esto aplica a los Sistemas Operativos, Administracin de Bases de Datos y Administracin de Desplegados del Sistema, as como todas las APIs provistas para estandarizar la interface entre sistemas de software y aplicaciones de software. El software del sistema SCADA/EMS propuesto debe ser independiente del hardware propuesto de tal forma que cualquier hardware pueda ser remplazado o actualizado con un dispositivo de funcionalidad similar no necesariamente fabricado por el fabricante original. Debe proveer capacidad de expansin por medio del uso de plataformas de hardware y software que permitan el crecimiento vertical y la configuracin que permita el crecimiento horizontal y soporte de computadora/servidor distribuido. Los proveedores debern demostrar como cumplen con este importante requerimiento mediante el suministro de referencias de sistemas SCADA/EMS (que en la misma versin) hayan sido instalados y estn en operacin.
3.1.2
Sistemas Operativos
Todos los sistemas operativos provistos debern ser del tipo estndar sin modificaciones realizadas por el proveedor. El proveedor debe indicar que sistemas operativos son compatibles con su sistema. Deber proveer adems utileras adicionales que ayuden en la administracin del sistema SCADA/EMS y la utilizacin de los servicios del sistema operativo. Todas las utileras incluidas, debern ser totalmente soportadas por el proveedor o el fabricante original.
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Se requiere los siguientes sistemas operativos: Servidores Principales Sistema Operativo Linux Red Hat Enterprise Server versin 6 a 64 bits x86 o ultima versin liberada. Otros Servidores Sistema Operativo Windows 2008 R2 x64 bits o ultima versin liberada Estaciones de Trabajo sistema operativo Windows 7 o ultima versin liberada.
3.1.3
Disponibilidad
La arquitectura del sistema SCADA/EMS deber ser implementada de tal forma que cumpla con el nivel de disponibilidad requerido. El sistema deber estar diseado de tal forma que una falla de un componente no deber causar la prdida de ninguna funcin crtica del sistema. Para aquellos dispositivos que tengan un alto ndice de fallas o que tengan potencialmente un tiempo largo de reparacin se debe contar con elementos de remplazo, la falla de varios dispositivos no deber causar la perdida de ninguna funcin critica. La disponibilidad requerida para el sistema SCADA/EMS es de 99%. El proveedor deber demostrar este nivel de disponibilidad durante un periodo de tiempo sobre el sistema en operacin durante la prueba de disponibilidad. El ambiente de produccin del sistema SCADA/EMS se considerara disponible cuando todas las funciones descritas en esta especificacin sean ejecutadas tal como se disearon.
3.1.4
Mantenibilidad de Software y Hardware
Tras la deteccin de una falla del sistema, ser posible determinar la causa de la falla y la causa ser prontamente aislada y corregida. Como una ayuda para el diagnstico y correccin de problemas de hardware, el diseo del sistema deber permitir la ejecucin de programas de diagnstico con el sistema ya sea en lnea o fuera de lnea. El funcionamiento de los diagnsticos en lnea no debern degradar las funciones crticas del sistema, excepto para el dispositivos bajo prueba o dispositivos que se utiliza en las pruebas. El sistema deber tener la capacidad de generar alarmas a travs de sistema SCADA de los problemas de hardware y un evento se registrara en el sistema central de registro como se describe en la seccin de Seguridad Ciberntica de esta especificacin. El mantenimiento del sistema fuera de lnea deber utilizar el diagnstico fuera de lnea proporcionados por proveedor. Los diagnsticos fuera de lnea ayudaran al mantenimiento completo de todos los elementos de hardware y al diagnstico y el aislamiento de cualquier fallo de hardware. El nivel de reparacin del sistema que deber ser realizado por el personal de mantenimiento de la ETED y el OC-SENI ser un nivel de sustitucin de partes de la unidad de hardware. El proveedor deber incluir la capacitacin necesaria para que el personal de la ETED y OC-SENI sean capaces de hacer uso de las utileras de diagnsticos.
3.1.5
Editor de Base de Datos y Desplegados
El sistema SCADA/EMS deber proveer herramientas que faciliten el desarrollo y mantenimiento requerido de bases de datos y desplegados. Estas herramientas deben soportar la habilidad de realizar cambios en lnea y fuera de lnea. Para los cambios realizados fuera de lnea, las herramientas debern incluir procedimientos para propagar sin problemas las modificaciones a las base de datos o desplegados a los otros ambientes.
3.2

Servicios del Sistema

Aplicacin de Monitoreo y Programacin Servicio de Nombres Servicios de Respaldos
El sistema SCADA/EMS deber incluir servicios del sistema los cuales al menos deben incluir los siguientes:
Pag33 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Servicios de Red y Aplicaciones de Tiempo incluyendo sistema basado en dispositivo de tiempo GPS para proveer servicios de sincronizacin de tiempo por red (NTP) a todos los dispositivos del Sistema SCADA/EMS. Servicios de Impresin
En las siguientes secciones se hace una breve descripcin de los servicios requeridos.
3.2.1
Aplicacin de Monitoreo y Programacin
El Sistema SCADA/EMS deber incluir la facilidad para que una aplicacin o usuario programe o calendarice la ejecucin de la aplicacin. Esta deber incluir al menos los siguientes tipos de programacin: Hora del da Frecuencia peridica en base al tiempo Por evento El sistema puede ser configurado para que algn evento inicie la ejecucin de una aplicacin.
Cuando se especifique una ejecucin peridica, debe ser posible especificar el periodo de tiempo basado en inicio y finalizacin de la ejecucin anterior. Todas las ejecuciones programadas debern ser definidas basadas en el tiempo absoluto o relativo basado en la escala de tiempo de la aplicacin del sistema o de la red. El servicio de programacin debe monitorear todos los programas para asegurarse de su correcta ejecucin en tiempo y notificar a los usuarios va el subsistema de alarmas/eventos para cualquier falla de ejecucin. Las periodicidades de las funciones de las aplicaciones son mostradas en el Apndice B.3-1 Los usuarios deben ser capaces de modificar cualquier tiempo de ejecucin programado en lnea sin requerir recopilacin del cdigo y sin reiniciar el sistema SCADA/EMS o sus funciones. Deben incluirse desplegados para que el usuario pueda administrar la programacin de los servicios y otras funciones.
3.2.2
Servicio de Nombres de Dominio
El sistema SCADA/EMS debe incluir servidores para el servicio de nombres de dominio (DNS) que permitan a los usuarios hacer referencia a los recursos de cmputo y red basados en el nombre. El sistema SCADA/EMS debe ser configurado para la resolucin de nombres haciendo uso de los recursos locales mediante los archivos de hosts en caso de que el servicio de nombres de dominio no este disponible.
3.2.3
Servicios de Respaldos
El sistema debe incluir servicio distribuido de respaldos en cada ambiente o sitio, para respaldar o recuperar el sistema SCADA/EMS, software y datos localizados dentro del ambiente del sitio. Una vez iniciado el servicio de respaldos debe respaldar automticamente toda la informacin requerida para la recuperacin ante fallas o corrupcin de datos sin intervencin manual de los usuarios, excepto para el remplazo de unidades mviles. Todos lo servicios de respaldos deben manejarse de forma centralizada. El servicio de respaldos debe ser capaz de mantener durante 14 das los respaldos sin necesidad de remplazo de los medios de respaldo. El sistema debe ser capaz de programar lo siguiente: a. Respaldo total una vez a la semana b. Respaldos incrementales los siete das de la semana. c. Ningn dispositivo de respaldo se debe rescribir por al menos 30 das.
Todos los ambientes deben contar con sus propios medios de respaldo para minimizar el trfico entre los sistemas y firewall por medio de lneas de baja velocidad.
3.2.4
Servicios de Tiempo
El sistema debe proveer servicios de tiempo de red y aplicaciones. Debe incluir dispositivo de tiempo basado en GPS para proveer los servicios de tiempo de red (NTP) a todos los ambientes. El servicio estndar de tiempo debe ser capaz de mantener el tiempo propio en caso de perdida de la seal de sincronizacin. El sistema se debe sincronizar automticamente con los servicios de tiempo de red para mantener a todos los dispositivos equipados con un cliente NTP dentro del rango de menos de 10 milisegundos. El sistema debe tener la capacidad para discriminar cualquier seal del servicio de tiempo de NTP y la diferencia entre el tiempo del sistema y el tiempo provisto por el servicio de tiempo es mayor que un tiempo configurable por el usuario, si esta condicin ocurre una alarma debe ser generara en el sistema. Debe incluir el estndar IEEE 1588, tambin llamado "PrecisionClockSynchronisationProtocolforNetworkedMeasurement and Control Systems" o "PTP" que ser usado para la medicin de sincrofasores.
El sistema debe contar con un mtodo para auditar y reportar la desviacin de tiempo y el tiempo estndar, si el tiempo o la desviacin de tiempo es ms grande que un valor preconfigurado una alarma debe ser generada en el sistema. El dispositivo de tiempo GPS debe incluir las interfaces necesarias para medir la frecuencia, desviacin de frecuencia, fase y ngulo de una fuente del sistema de potencia. Debe incluir displays luminosos de al menos 3 pulgadas de alto para el despliegue del tiempo y la frecuencia.
3.2.5
Servicios de Impresin
El sistema debe incluir servicios de impresin de red que estarn disponibles para acceso desde cualquier punto de la red de datos. Este servicio debe enrutar los trabajos de impresin a la impresora especificada. Los usuarios deben mantenerse informados del estado de los trabajos de impresin. Los usuarios deben poder asignar la impresora preferida y poder cambiarla por cualquiera que este disponible en el sistema.
3.2.6
Sistema de Monitoreo Externo
Como parte del Sistema SCADA/EMS se debe incluir un sistema independiente de monitoreo de las condiciones actuales de operacin del hardware, sistema operativo y aplicaciones desde un punto central. Este sistema de monitoreo deber estar accesible desde cualquier nodo de la red sujeto alas restricciones de seguridad. El sistema debe auditar todo el acceso de los usuarios y sus acciones. Debe contar con la capacidad de enviar notificaciones por medio de correo electrnico o mensajes de texto a celulares. De preferencia se deben usar productos estndares que hagan uso del estndar SNMP para el monitoreo.
3.3
Parmetros de Configuracin del Sistema
Todos los parmetros usados por las aplicaciones del Sistema SCADA/EMS para su configuracin y sintonizacin deben ser definidos en la base de datos. Todos estos parmetros deben estar accesibles por medio de desplegados del sistema.
3.4
Control y Monitoreo del Sistema
El sistema debe contar con la configuracin de funciones o hardware duplicados de tal forma que en caso de una falla mayor pueda ser fcilmente identificada y aislada. El sistema debe monitorear las funciones criticas para en caso de fallas se tomen acciones correctivas de recuperacin cuando sea posible.
Pag35 of 178
3.4.1
Deteccin de Fallas y Errores
El sistema debe incluir el monitoreo de todos los servidores, dispositivos y funciones para detectar condiciones de error. Si el sistema detecta errores o fallas debe registrarlas con suficiente detalle (fecha/hora, mensajes de error/falla y acciones de recuperacin del sistema) para dar soporte a los usuarios para diagnosticarlas. El sistema debe generar alertar a los usuarios por medio del subsistema de alarmas/eventos para todos los errores y fallas detectadas.
3.4.2
Monitoreo y Control de Dispositivos
El sistema SCADA/EMS debe soportar el monitoreo de las funciones de control de los dispositivos del sistema. Incluyendo el estado de los dispositivos, funciones de control de los dispositivos, y soporte de diagnostico en lnea. Se deben incluir el monitoreo y control de al menos los siguientes dispositivos: 1. Servidores 2. Consolas de Operadores 3. Sistemas de Archivos 4. Controladores en Interfaces de Red Local 5. Impresoras 6. Servidores de Tiempo GPS/NTP 7. Enlaces de Datos 8. Unidades Terminales Remotas (UTRs) 9. Servidores de Comunicaciones 10. Ruteadores (monitoreo) 11. Switches (monitoreo) 12. Firewalls (monitoreo) Los dispositivos deben ser monitoreados peridicamente para asegurar su correcto funcionamiento. Esta interface debe asegurar el acceso al control, estado y diagnostico de los dispositivos. Los cambios de estados anormales deben generar una alarma en el sistema, dependiendo de su configuracin en la base de datos. La recuperacin de cualquier falla de comunicacin (UTR, Servidor o Estacin de Trabajo) debe ser completada dentro de los 10 segundos posteriores a su deteccin. El sistema debe monitorear todos los errores recuperables de los dispositivos monitoreados y cambios de estado de cualquier servidor o dispositivo que exceda un lmite de error configurable. La informacin del estado de los dispositivos debe mantenerse dentro de la base de datos de tiempo real. Bajo demanda del usuario, ciertos dispositivos pueden ser controlados para solicitar un cambio de estado. La definicin de los estados depender del diseo del proveedor. Los siguientes estados o su equivalente deben ser soportados como mnimo: 1. Deshabilitado (el dispositivo esta fuera de servicio solicitado por el usuario) 2. Fallado (el estado esta marcado fallado por el sistema) 3. En Lnea (el dispositivo opera normal) 4. Standby ( el dispositivo esta disponible para un cambio a el estado En lnea)
3.4.3
Funciones de Monitoreo y Control
El sistema SCADA/EMS debe incluir herramientas para el monitoreo y control de la disponibilidad de todas las funciones requeridas en esta especificacin. Todas las funciones deben ser configuradas como redundantes o no
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI redundantes basadas en la disponibilidad requerida por los ambientes donde estn localizadas. Para las funciones primarias estas deben ser configuradas como primario/secundario o configuracin de respaldo en caliente con conmutacin manual o automtica. El sistema debe registrar todos los eventos que generen una conmutacin automtica de funciones. El usuario tambin debe tener la facilidad de solicitar el cambio de estado de las funciones o dispositivos del sistema. Si un servidor o dispositivo ejecuta mltiple funciones primarias y el dispositivo o servidor cambia de estado el sistema debe estar configurado para que se ejecute una conmutacin automtica de esas funciones a otro servidor secundario o respaldo configurado. En caso de que las funciones no puedan ser asumidas por otro servidor o dispositivo, el sistema debe estar configurado para reiniciar dicha funcin dentro del mismo servidor en caso de ser posible. Se debe contar un numero predefinido de reinicio o fallas de una funcin antes de que se declare fallada. El sistema debe contar con un mecanismo para detectar cuando dos computadoras maestras se inicialicen al mismo tiempo con la funcin de modo primario. El sistema debe determinar cual computadora debe permanecer como primaria y cual debe permanecer fuera o en espera. El sistema debe detectar una falla de un servidor o funcin dentro de los 10 segundos e iniciar la respuesta apropiada para resolverla por medio de un reinicio o una conmutacin. Cualquier falla o conmutacin detectada en el sistema debe generar una alarma dentro del sistema.
3.4.3.1
Replicacin de Base de Datos
El sistema debe proveer herramientas para la replicacin de las bases de datos entre los servidores redundantes dentro de cada ambiente, esto permitir al sistema continuar con su operacin despus de una conmutacin manual o automtica entre los servidores o entre sitios. Cualquier reinicio, conmutacin o cambio de servidores o funciones debe ser transparente y no debe causar la prdida de ningn dato crtico del sistema incluyendo pero no limitado a lo siguiente: Entradas Manuales Alarmas y eventos Resultados de programas necesarios para su siguiente ejecucin Datos Histricos Datos de Acumuladores
Para las definiciones de base de datos relacional, un sistema se definir como maestro. Otros sistemas se definirn como esclavos. Cuando se realizan las definiciones de base de datos relacional en el maestro, las actualizaciones se aplicarn a todos los servidores en el sistema. Las transacciones de base de datos estarn disponibles para todos los sistemas configurados como esclavo. Actualizaciones de bases de datos para los sistemas de esclavos se efectuarn a solicitud del administrador de bases de datos. Cuando se actualizan los sistemas de esclavos, se actualizarn todos los servidores asociados en el sistema. Los cambios realizados en la base de datos deben ser actualizados en el servidor de respaldo dentro de los 2 segundos despus de ser aplicado el cambio. La cantidad de cambios de informacin replicada resultado de adiciones o modificaciones a elementos existentes en la base de datos deben ser automticamente incluidos en el sistema de replicacin. Los cambios, adiciones, eliminaciones o restructuracin de elementos de la base de datos deben ser incluidos dentro del sistema de replicacin sin requerir cambios de cdigo.
Pag37 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Si una tarea de replicacin falla en su ejecucin esta deber ser registrada en el sistema de Alarmas/Eventos del Sistema.
3.4.3.2
Inicio de Servidores
El sistema SCADA/EMS debe ser configurado para restaurar el ambiente del sistema operativo y sus funciones asignadas despus de una perdida de energa o una solicitud de cambio o reinicio del sistema. La puesta en servicio de un servidor debe completarse dentro de los 5 minutos como mximo. Con toda la funcionalidad restaurada completamente dentro de los 10 minutos que se completo la recuperacin de la energa.
3.4.3.3
Desempeo durante fallas Servidores
El sistema debe mantener el desempeo y capacidad requeridos en esta especificacin mientras uno de los servidores redundantes no se encuentre disponible.
3.5
Desempeo del Sistema SCADA/EMS
El sistema debe cumplir con los requerimientos de desempeo especificados en esta seccin y con cualquier otro requerimiento especifico de las aplicaciones que puedan ser definidos en cualquier parte de esta especificacin. Estos requerimientos debern ser validados durante el FAT y el SAT.
3.5.1
Tareas de Mantenimiento del Sistema y Software
El sistema debe estar diseado y configurado para minimizar la cantidad de tiempo requerido para la ejecucin de tareas de mantenimiento de software o criticas del sistema. La tabla a continuacin provee detalles de estas acciones y tiempos de desempeo que deben ser cumplidos por el proveedor.
Accin Generacin Completa de la Base de Datos de SCADA/EMS incluyendo aplicaciones (desde la base de datos fuente a la de tiempo real) Actualizacin incremental en lnea Construccin completa de un servidor, incluyendo sistema operativo, base de datos y aplicaciones Construccin del Software requerido por una aplicacin sencilla y su base de datos asociada Instalacin de un nuevo desplegado sencillo incluyendo distribucin a todas las consolas en caso de ser requerido. Reinstalacin de todos los desplegados incluyendo distribucin a todas las consolas en caso de ser requerido. Tabla3.51:TareasdeMantenimientodelSistema/Software
Desempeo 2 hr 30 seg 6 hr 30 min 30 seg
1 hr
3.5.2
Desempeo Operacional
3.5.2.1 Condiciones Base

Todas las pruebas de desempeo se realizaran usando las siguientes condiciones: 1. El sistema debe estar configurado con todo el hardware y funciones requeridas en esta especificacin. 2. Todas las funciones del sistema se debe ejecutar a las periodicidades y tiempos de ejecucin especificados en el Apndice B, Tabla B.3-1, Periodicidad de Funciones y Tiempos de Ejecucin
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 3. Para la adquisicin de datos, el tiempo de ejecucin ser medido desde la recepcin de mensaje conteniendo el cambio hasta que el procesamiento se haya completado incluyendo el almacenamiento del valor en la base de datos y su actualizacin en todas las listas de alarmas correspondientes. a. Para Controles supervisorios, el tiempo de ejecucin es medido desde el momento que el usuario ejecute el comando hasta que el cambio sea completado en dispositivo fuente de los datos. 4. Todas las interfaces externas debern estar operando a la capacidad de transferencia especificada 5. El software y base de datos del sistema deben ser configurados de acuerdo con los requerimientos identificados en el Apndice A, Dimensionamiento del Sistema 6. El contenido de la base de datos, desplegados y reportes sern los definidos por la ETED y OC-SENI.
3.5.2.2 Pruebas de Desempeo

El sistema SCADA/EMS deber ser probado durante el FAT y SAT basado en los dos siguientes escenarios: Actividad Normal Este escenario representa las condiciones normales esperadas para el Sistema SCADA/EMS Alta Actividad este escenario representa alas condiciones del sistema que resulten en un significante nivel alto de actividad respecto al nivel de actividad normal.
Si se presenta una situacin mas all del escenario de alta actividad, el sistema deber continuar operando con la posible degradacin del desempeo. A continuacin se resume las condiciones para ambos escenarios.
Escenarios de Pruebas de Desempeo Periodo de Pruebas No. de Puntos Analgicos cambiando en cada barrido No. de Alarmas generadas por segundo Periodicidad de desplegados solicitados desde todas las consolas Periodicidad de desplegados solicitados desde las consolas remotas Controles de AGC Enviados a las unidades Historiade Puntos Analgicos Frecuencia de Sincronizacin de Datos Requerimientos de Respuesta Llamado de Desplegados Unifilares Llamado de Desplegados Tabular Llamado de Desplegados Resumen de Alarmas Reportes Histricos Tiempo de Reconocimiento de Alarmas Tiempo de Borrado de Alarmas Failover (intra-site) Sincronizacin de Datos (intra-site) Sincronizacin de Datos (inter-site)
Normal 30 min 30% de todos 10 30 seg 60 seg 50% de todas unidades Todos puntos 10 seg Normal 1 seg. 1 seg. 2 seg. 15 seg. 1.5 seg. 1.5 seg. 30 seg. 5 seg. 2.5 min
Alta Actividad 30 min 60% de todos 20 15 seg 30 seg 100% de todas unidades Todos Puntos 10 seg Alta Actividad 1.5 seg. 1.5 seg. 2.5 seg. 30 seg. 2.0 seg. 2.0 seg. 30 seg. 5 seg. 2.5 min
Pag39 of 178
Requerimientos de Carga Servidores de SCADA Servidores Histricos Servidores de ICCP/Comunicaciones Consolas de Operadores Redes de rea Local
Normal <30% <30% <30% <30% <5%
Alta Actividad <60%. <60%. <60%. <60%. <10%
Tabla3.52:CondicionesdelEscenariodePruebas EL proveedor deber proveer todaslas herramientas y programas necesarios requeridos para simular la carga definida en la tabla 3.5-2 anterior. Los escenarios de prueba deben ser ejecutados durante el FAT y SAT. Cada prueba de desempeo debe ser ejecutada durante al menos un periodo de 15 minutos para actividad alta y 4 horas para actividad normal. Para el FAT el proveedor deber simular estas condiciones al mximo posible. Para el SAT la prueba de desempeo ser ejecutada usando una combinacin de los datos telemedidos y condiciones simuladas, esto lo determinara la ETD y OC-SENI en su momento, esto se realizara usando las herramientas provistas por el proveedor. Para las pruebas, el sistema debe cumplir con todos los requerimientos incluidos en el Apndice B. Todos los servidores y estaciones de trabajo deben cumplir con los requerimientos de desempeo.
3.5.2.3 Respuesta de la Interface de Usuario

La interface de usuario del Sistema SCADA/EMS debe desempearse a la tasa esperada durante los escenarios de alta actividad y normal. Los tiempos de respuesta esperados estn especificado en el Apndice B, Tiempos de Respuesta de la Interface de Usuario. Las siguientes acciones debern ser probadas como parte de la prueba de desempe: Solicitud de Desplegados Medido desde que el usuario solicita el desplegado (a travs del men, por una tecla de funcin, o con el cursor) hasta que el desplegado es presentado al usuario con todos los datos actualizados en la pantalla Alarmas y Eventos Medido desde el tiempo que un dato cambia hasta el tiempo que una alarma es generada en el sistema, ya sea visual o audible y esta sea registrada en la base de datos de tiempo real. Las respuestas deben ser medidas para al menos: 1. Un cambio en un punto en la UTR que produzca una alarma 2. Una funcin peridica del SCADA que produzca una alarma 3. Una falla en un servidor que produzca una alarma Reconocimiento y borrado de Alarmas Medido desde el tiempo que el usuario reconocer/borrar la alarma hasta que la alarma cambie de estado en el desplegado y se registre en la base de datos de tiempo real Solicitudes de Usuarios Medido desde el tiempo que un usuario inicia un requerimiento hasta el tiempo que el desplegado es actualizado y el resultado registrado en la base de datos del tiempo real
El requisito de salida de interfaz de usuario incluye cierre de aplicacin y cierre de sesin del sistema operativo y el tiempo se medir desde el inicio del comando cerrar la sesin hasta que el sistema este listo para inicio de sesin de usuario. El requerimiento de inicio de sesin incluye inicio de sesin de aplicacin y sistema operativo. El tiempo ser medido desde la autenticacin de usuario hasta que se este funcional y listo para el usuario.
Pag40 of 178
3.6
Dimensionamiento del Sistema
El software y hardware deben permitir el crecimiento del sistema SCADA/EMS (ej. Expansin de fuentes de alimentacin, agregar UTRs y dispositivos, etc.). El dimensionamiento esta incluido en el Apndice A, describe todos los requerimientos de dimensionamiento para el sistema. El sistema SCADA/EMS debe tener la capacidad de expansin de al menos 100% de los requerimientos actuales.
3.6.1
Hardware
El hardware deber ser dimensionado para soportar los requerimientos de desempeo incluidos en esta especificacin y basados en las funciones asignadas al sistema. Como mnimo, todo el hardware debe tener la capacidad de expansin en el mismo gabinete al doble de procesadores, capacidad de almacenamiento y memoria de lo especificado por el proveedor. Tambin todos los dispositivos de almacenamiento deben ser dimensionados para mantener al menos el 50% de la capacidad de reserva al tiempo de entrega del sistema y despus que todas las aplicaciones y bases de datos hayan sido instaladas. La cantidad de capacidad disponible por dispositivo de almacenamiento debe ser verificada durante el FAT y el SAT y es responsabilidad del proveedor de corregir cualquier discrepancia detectada.
3.6.2
Requerimientos Especficos de Dimensionamiento
El apndice A, Dimensionamiento del Sistema SCADA/EMS, contiene: 1. Servidores de Comunicaciones Apndice A, Tabla A1.1, Canales de Comunicacin a UTR, ICCP 2. SCADA Apndice A, Tabla A.2-1 Dimensionamiento SCADA de ETED/OC-SENI 3. Interface de Usuario Apndice A, Tabla A.3-1 Equipamiento de Interface de Usuario 4. Datos Histricos Apndice A, Tabla A.4-1 Almacenamiento de Datos Histricos
3.7
Diseo de Software del Sistema SCADA/EMS
Las siguientes secciones describen las caractersticas de diseo del software del sistema SCADA/EMS y los requerimientos de la ETED y el OC-SENI para las herramientas necesarias para mantener este software.
3.7.1
Caractersticas de Diseo
El sistema SCADA/EMS debe ser basado en el producto estndar de lnea del proveedor, en la medida de lo posible, que cumpla con los requerimientos funcionales de esta especificacin. Todo el software incluido dentro del Sistema SCADA/EMS debe ser identificado en la propuesta. Cualquier modificacin o desarrollo realizado para satisfacer cualquier requerimiento especfico de esta especificacin deber ser considerado como diseo especial para este proyecto. La ETED y el OC-SENI se reservan el derecho de aprobar el diseo de cualquier modificacin o nuevo software sin liberar al proveedor de la responsabilidad de cumplir con los requerimientos de esta especificacin. Todo el software debe tener la capacidad de fcil expansin para satisfacer el crecimiento anticipado del sistema. El tamao y configuracin del sistema debe ser fcilmente modificado por medio de parmetros contenidos en la base de datos, no en parmetros definidos en programas individuales. El sistema SCADA/EMS debe satisfacer el crecimiento por medio de adicin de procesadores, memoria, discos duros, perifricos, UTRs, y canales de comunicacin. Todo el software debe ser diseado con la suficiente modularidad para minimizar el tiempo y complejidad envuelta en la realizacin de cambios en la programacin. La modularidad debe incluir la separacin de mdulos de interface de hardware de los mdulos de software. La lgica y los datos deben ser separados en distintos mdulos. La comunicacin entre los programas para el control e intercambio de datos debe ser simblica y no absoluta, de tal forma que cualquier programa es una unidad independiente. El sistema SCADA/EMS debe minimizar los cambios requeridos en un programa debido a cambios en otro programa. El software debe ser organizado para el
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI uso de la memoria. La modularidad debe optimizar el uso de la memoria principal y proteger las funcionalidades de la memoria y el disco. La ETED y el OC-SENI requieren que el redimensionamiento de la base de datos se realice sin recompilacin del cdigo fuente o mdulos del sistema. El proveedor debe describir los procedimientos y las limitaciones para el redimensionamiento de la base de datos. La asistencia del proveedor no debe ser necesaria para modificar la lgica o datos dentro de los parmetros definidos para el dimensionamiento de sistema final o la capacidad mxima del sistema propuesto del software del sistema SCADA/EMS. Todo el software contratado en esta especificacin debe estar instalado, operando y completamente documentado, incluyendo todo los cambios al software estndar y cambios realizados durante la puesta en servicio del sistema y antes de su aceptacin por la ETED y el OC-SENI. El software del sistema debe ser fcilmente actualizable y debe requerir muy poco o nada de soporte del proveedor. Las nuevas versiones de software deben estar bien documentadas e indicar cuales archivos han sido cambiados desde la ltima liberacin de software.
3.7.2
Desarrollo de Software
El sistema debe soportar un ambiente de desarrollo de software completo, debe incluir cualquier API de terceros aplicable, que permita el desarrollo de aplicaciones por parte de la ETED y el OC-SENI. Las herramientas de desarrollo deben incluir control de versiones, editor sensitivo al lenguaje de programacin, todos los compiladores necesarios, y depurador interactivo/simblico.
4. Administracin de Base de Datos y Desplegados

4.1
4.1.1
Sistema de Administracin de Base de Datos

Requerimientos Generales
El sistema de administracin de base de datos debe proveer las herramientas para generar, actualizar, mantener, y modificar todas las bases de datos del Sistema SCADA/EMS. Estas herramientas deben incluir todo lo necesario para mantener los archivos fuentes de las bases de datos. As como los archivos de datos en lnea y en los respaldos. Este sistema debe incluir la capacidad de registrar y dar seguimiento a todos los cambios en la base de datos. Este registro de auditoria debe mostrar todos los cambios realizados, mostrando el valor original y el cambiado, la fecha del cambio, la consola donde se realizo el cambio y el usuario usado para realizar el cambio. Debe contar con la facilidad de orden y bsqueda para todos los registros. Debe asegurar la integridad referencial durante las adiciones o modificaciones que se ejecuten en cualquier base de datos. Todos los datos que se introduzcan a la base de datos deben ser validados antes de ser aceptados.
4.1.2
Base de Datos Fuente
El sistema SCADA/EMS debe contar con una base de datos fuente centralizada para definir y administrar todos los datos usado por las aplicaciones y funciones provistas como parte de este sistema. El sistema debe proveer una interface CIM/XML para importar/exportar hacia la base de datos fuente. Esta interface debe ser capaz de importar datos que cumplen con el formato CIM hacia la base datos fuente y transferir datos de la base de datos fuente en formato CIM para el uso de las aplicaciones de terceros.
Pag42 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Conforme a los requerimientos de la ETED y el OC-SENI la Base de Datos debe tener la capacidad de crecer mnimo un 50% de su capacidad inicial sin necesidad de requerir ningn tipo de expansin de hardware, codificacin o pago de licencia adicional.
4.1.2.1 Cambios Incrementales

El sistema SCADA/EMS debe proveer la habilidad de permitir que mltiples usuarios puedan agregar, modificar, y/o borrar datos dentro de la base de datos al mismo tiempo. El sistema debe prevenir que mltiples usuarios modifique el mismo dato al mismo tiempo. Tambin debe permitir agrupar los cambios en la base de datos para que sean actualizados por medio de tareas que pueden ser ejecutadas despus a la base de datos de tiempo real. La aplicacin de estas tareas no debe ser contingente para otros trabajos pendientes a menos que coincidan los elementos modificados entre dos tareas. El sistema debe validar todos los cambios antes de aplicarlos al sistema y debe informar si existe algn conflicto con otras tareas y prevenir la aplicacin de la actualizacin.
4.1.2.2 Editor de Base de Datos

Un editor avanzado de base de datos se debe proveer para la creacin y mantenimiento de toda la informacin del Sistema SCADA/EMS. El acceso a las herramientas para el editor de base de datos debe ser configurable para cada consola. Como mnimo debe incluir las siguientes funcionalidades: 1. Soporte para entrada de archivos por lista de comandos o en modo batch. 2. Capacidad de agregar, remover o modificar cualquier registro de la base de datos. 3. Capacidad para crear nuevos registros usando las funciones de copiado/pegado desde los registros existentes. Todas las modificaciones a la base de datos deben ser aplicadas bajo requerimiento del usuario. Durante el proceso de actualizacin, se debe confirmar la aceptacin de los datos. Si la actualizacin no es confirmada, el sistema debe revertir los cambios a la base de datos anterior usada antes del inicio de la actualizacin.
4.1.2.3 Respaldos de la Base de Datos Fuente

El sistema SCADA/EMS debe mantener un respaldo de la base de datos para protegerse ante la perdida de datos en caso de que se presente una falla en el sistema, errores de los usuarios o corrupcin de la base de datos. La frecuencia de los respaldos debe ser configurable as como el destino de los respaldos.
4.1.3 Base de Datos de Tiempo Real

La base de datos de tiempo real debe ser el ncleo del sistema SCADA/EMS. Una base de datos propietaria es aceptable por razones estructurales de desempeo para soportar funciones que requieren eficiencia, alta frecuencia de acceso tales como el poleo de las UTRs y las operaciones. Las siguientes secciones definen las funcionalidades requeridas para la base de datos de tiempo real para soportar las funciones del sistema y las aplicaciones. El sistema SCADA/EMS debe permitir actualizar la base de datos en tiempo real sin recurrir a dejar fuera de servicio la operacin del sistema en ninguno de sus componentes. Estas actualizaciones estn relacionadas con: agregar nuevas seales al sistema, mantenimiento a seales existentes, modificacin o adicin de diagramas unifilares, ajustes al sistema de telecomunicaciones, etc.)
Pag43 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El sistema debe proveer de la capacidad (a travs de APIs) de acceso de lectura a la Base de Datos en tiempo real utilizando comandos SQL, ODBC estndares (Nota justificativa: Permite la integracin con aplicaciones de terceros que puedan requerir de estos datos en tiempo real). El porcentaje de disponibilidad de la Base de Datos en tiempo real debe ser de 99.99%
4.1.3.1 Interface de Aplicacin Programables (API ApplicationProgrammable Interface)

El sistema SCADA/EMS debe proveer el acceso a la base de datos de tiempo real haciendo uso de Interfaces de Aplicacin Programables (API). Las siguientes funciones deben ser incluidas: 1. Habilidad para leer o escribir a la base de datos, incluyendo valores de puntos, descripciones, o parmetros. 2. Habilidad para generar alarmas y eventos.
4.1.3.2 Respaldos de la Base de Datos de TiempoReal

El sistema SCADA/EMS debe mantener un respaldo de la base de datos de tiempo real para protegerse ante la perdida de datos en caso de falla del sistema. La frecuencia del respaldo debe ser configurable para minimizar la perdida potencial asociada con alguna falla de la base de datos de tiempo real. Los respaldos deben conservarse en el Sistema SCADA/EMS. La informacin mantenida en el respaldo de la base de datos de tiempo real debe incluir como mnimo: Valores telemedidos y calculados (incluyendo etiquetas de calidad) Valores con entrada manual Etiquetas incluyendo etiquetas de control Datos de alarmas y eventos
Todos los respaldos de la base de datos de tiempo real deben ser realizados sin la necesidad de poner fuera de lnea la base de datos y sin causar interrupciones al sistema SCADA/EMS. Debe contar con la funcionalidad de realizar respaldos programados y bajo demanda de la base de datos de tiempo real a dispositivos removibles como unidades de cinta, etc.
4.1.4
Herramientas y Utileras de la Base de Datos de Tiempo Real
El sistema debe proveer un conjunto de herramientas y utileras para auxiliar en el mantenimiento, diagnostico y seguridad de la base de datos incluyendo pero no limitado a: 1. Utilera para crear instantnea (snapshot) en cualquier momento, ya sea requerida por el usuario o por tareas programadas 2. Habilidad para buscar objetos usados en cualquier base de datos del sistema y proveer un resumen al usuario del uso identificado de los objetos.
4.1.5
Conversin de la Base de Datos
Para facilitar la migracin hacia el nuevo sistema SCADA/EMS el proveedor debe ejecutar una o varias conversiones de la base de datos del Sistema ABB SPIDER Release 11A hacia las nuevas bases de datos del sistema. Si es factible el proveedor debe incluir las aplicaciones o scripts necesarios para construir las nuevas bases de datos desde la base de datos existente de la ETED. El proveedor debe proponer dos alternativas al menos para la conversin de la base de datos y proveer informacin de la experiencia previa con otros clientes para cada alternativa propuesta.
El programa de conversin de la base de datos debe ser negociado durante el acuerdo de trabajo (SOW).
4.2
Sistema Administracin de Desplegados
El sistema debe proveer un sistema grafico para la generacin de desplegados as como las herramientas necesarias para administrar la distribucin de los desplegados a travs de todas las consolas de operador en todos los ambientes del sistema SCADA/EMS. Deber ser posible que mltiples usuarios puedan construir y modificar desplegados en el mismo servidor. Los componentes funcionales del sistema de generacin de desplegados deben incluir:
1. Editor de Desplegados Herramienta grafica interactiva usada para la generacin y mantenimiento de los desplegados. El editor debe soportar como mnimo el uso de: a) Plantillas de Desplegados (Templates) b) Componentes/simbolos estandares c) Componentes/simbolos del cliente 2. Administracin de Distribucin de los Desplegados Coordinacin de la edicin de los desplegados por mltiples usuarios en varios nodos dentro del ambiente del sistema SCADA/EMS 3. Utileras de Soporte Herramientas de soporte para ayudar en el mantenimiento y anlisis de los desplegados
4.2.1
Editor de Desplegados
El editor de desplegados debe ser totalmente compatible con las funciones de edicin y generacin de base de datos. El editor debe ser diseado con interface interactiva del tipo WYSIWYG que soporte una gran variedad de opciones de construccin que faciliten la elaboracin de los desplegados: 1. Funciones estndares de edicin como copia, corte, pegar, borrar, rotar, deshacer, rehacer. 2. Agrupamiento de objetos 3. Niveles de Zoom ajustables durante la edicin 4. Rejillas y Cuadriculas configurables 5. Habilidad para seleccionar un Font o tamao, tipo de lnea, grueso de la lnea basado en cada objeto o en todo el desplegado. 6. Enlazar cada smbolo grafico definido a cualquier punto de la base de datos, esto debe ser haciendo uso de un men de seleccin en conjunto con el filtrado por la subestacin que esta seleccionada para edicin, as mismo el usuario puede modificar el filtro para seleccionar otra subestacin. 7. Establecer diferentes smbolos o convenciones para el mismo punto de la base de datos en cualquier ambiente. 8. Definicin de enlaces dinmicos a cualquier variable de la base de datos del Sistema SCADA/EMS en cualquier desplegado. 9. Construccin y modificacin de iconos de desplegados y almacenamiento en una librera de fcil acceso 10. Proteccin de cualquier campo en cualquier desplegado ante entradas manuales basada en los identificadores del usuario registrado. 11. Soporte para importar archivos en formato DXF, BMP, JPEG. El sistema SCADA/EMS debe soportar la creacin de desplegados desde un desplegado vaco, desplegados existentes, o plantillas de desplegados haciendo uso de una librera. El editor debe tener la capacidad de utilizar smbolos o componentes estndares o de libreras creados por la ETED y el OC-SENI al editar desplegados. La creacin de los smbolos requeridos por la ETED y el OC-SENI deben ser creados originalmente por el proveedor.
Pag45 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El editor de desplegados debe soportar el control de versin de cada desplegado que incluya la fecha, la hora y quien modifico el desplegado. El control de versiones debe permitir que el usuario acceda a versiones previas de los desplegados para referencia o recuperacin. El control de versiones debe ayudar en el desarrollo de un posible retorno a desplegados anteriores. El editor de desplegados debe mantener un registro de las actividades de edicin como parte de la administracin de la configuracin de los desplegados.
4.2.2
Elementos de los Desplegados
Al menos los elementos de los desplegados deben incluir: 1. Texto Fijo 2. Primitivas de Dibujo (Lneas, Polgonos, Crculos, Textos, etc.) 3. Imgenes de Mapas de Bits (BMP) , JPEG y DXF 4. Referencia de Datos 5. Regiones seleccionable por el usuario (pokepoints) 6. Enlaces dinmicos a otros despliegues
4.2.3
Distribucin y Actualizacin de Desplegados
El sistema debe contar con funciones de distribucin y validacin de desplegados para asegurar que todas las definiciones sean consistentes en todas las consolas y servidores, y estn actualizadas. La distribucin y actualizacin de desplegados debe ser un procedimiento muy simple que no cause interrupcin perceptibles por el usuario y para la actividad del sistema SCADA/EMS que este en lnea.
4.2.4
Presentacin de Datos
4.2.4.1 Informacin Esttica de Fondo

El usuario debe ser capaz de poner informacin esttica de fondo o componentes dentro de los desplegados que no estn ligados a la base de datos o a cualquier punto de la base de datos. Las imgenes deben ser en el formato BMP, JPEG, como fotografas de subestaciones, as como la importacin de archivos de AutoCAD en formato DXF (Drawing Exchange Format). EL proveedor debe incluir herramientas que le permita a la ETED y el OC-SENI la creacin de imgenes de fondo con una variedad de colores y formas.
4.2.4.2 Presentacin Dinmica de Datos

Durante la construccin de los desplegados el usuario debe ser capaz de definir campos dinmicos y elementos dinmicos. El sistema debe enlazar estos campos y elementos a la base de datos. El enlazado de los desplegados debe realizarse de tal forma que cualquier modificacin futura a la base de datos no requiera redefiniciones o recompilaciones de desplegados. El sistema debe permitir la presentacin de cualquier elemento de la base de datos. El usuario que este creando el desplegado debe ser capaz de especificar la ubicacin dentro del desplegado sin limitacin excepto para el encabezado y pie de pagina. El sistema debe permitir al menos los siguientes mtodos para el despliegue de los datos dinmicos 1. Grficos Objetos grficos definidos por el usuario, iconos, que representen el estado actual o etiqueta de calidad de un dispositivo. 2. Numrico - reas visibles con campos enteros, campos reales, barras de desplazamiento, metros, indicadores y grficos. El sistema ser configurable para representar al estado de alarma de un punto por el color de los datos numricos
Pag46 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 3. Texto - Datos de texto dinmico deber mostrarse en campos o reas de texto desplazable de grandes bloques de texto. La capacidad para cambiar el color frontal o de fondo basado en la calidad de los datos que se muestra ser proporcionada y debe ser configurable por el usuario Para todas las representaciones de datos dinmicos, el sistema debe soportar elementos parpadeando siempre que una alarma no reconocida exista en el dispositivo.
4.2.5
Mens
El uso de mens del tipo pop-up and pull-down debe ser permitido en los desplegados y debe ser posible que se modifique por los usuarios de la ETED y el OC-SENI y puedan agregar o remover los elementos o mens existentes.
4.2.6
Utileras de Desplegados
4.2.6.1 Utileras de Descarga de Desplegados

Facilidades para descarga de desplegados deben ser incluidas para desplegados individuales, libreras de desplegados, y libreras de smbolos a un archivo que se pueda imprimir en un formato leble. El proveedor debe proporcionar un mtodo para desplegar el listado de referencias cruzadas existente en los desplegados. Debe existir un mtodo de bsqueda para referencias dentro del desplegado de un punto en especial. Descarga y recargar de desplegados debe ser provista para desplegados individuales, libreras de desplegados, aplicaciones individuales y para aplicaciones del sistema.
4.2.6.2 Conversin de Desplegados

El proveedor debe incluir los servicios requeridos para la migracin de los desplegados existentes de la ETED y el OC-SENI al formato del nuevo sistema SCADA/EMS. El proveedor realizara esta actividad en conjunto con la ETED y el OC-SENI y ser responsable del mantenimiento de los mismos hasta que la ETED y el OC-SENI tomen las responsabilidad. El proveedor debe incluir al menos dos alternativas para realizar la conversin de los desplegados en base a la experiencia de las alternativas usadas con otros clientes.
5. Seguridad Ciberntica
5.1 Requerimientos Generales
El sistema SCADA/EMS debe tener un alto nivel de seguridad y utilizar las mejores prcticas de seguridad ciberntica de la industria. El sistema debe proveer un ambiente altamente seguro, que solo permita a los usuarios autorizados interactuar con el sistema SCADA/EMS y con los sistemas de la ETED y el OC-SENI. Una estrategia de varios niveles de seguridad debe ser inherente en el diseo de la configuracin proporcionada incluyendo, como mnimo, lo siguiente: 4. El uso de firewall para solamente permitir el acceso a usuarios autorizados a la red local y al ambiente de computo del sistema SCADA/EMS 5. El uso nombres de usuarios y contraseas nicos en todos los servidores y estaciones de trabajo para el acceso general al sistema por los usuarios 6. El uso nombres de usuarios y contraseas nicos para el acceso a la interface de usuario 7. Uso de reas de Responsabilidad y particiones de consolas para permitir el control, monitoreo y visualizacin para los usuarios autorizados y deshabilitacin de tales capacidades para usuarios no autorizados
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 8. Uso de contraseas y nombre de usuario nico para la interfaz de usuario basada en Web y deshabilitar todas las funciones de control para la interfaz de usuario basada en Web. La seguridad de la interfaz de usuario Web debe ser compatible con la seguridad del tipo LDAP de los sistemas. 9. El uso de usuarios genricos no debe ser permitidos
5.2
5.2.1
Administracin de usuarios y cuentas

Cuentas conocidas y por defecto
El proveedor debe proveer una lista de cuentas que son recomendadas para mantener activas y aquellas que se deben deshabilitar, remover o modificar. La ETED y el OC-SENI revisaran estas listas, modificara si es necesario y las aprobaran por escrito. El proveedor debe deshabilitar, remover, o modificar todas las cuentas de conformidad con la aprobacin de la ETED y el OC-SENI. Una vez cambiadas, no se publicarn nuevas cuentas excepto que la nueva informacin de cuenta y contraseas sean suministradas por el proveedor a travs de medios protegidos. Antes del inicio del FAT, el proveedor debe proporcionar un procedimiento que incluya los pasos detallados para cambiar todos los usuarios por defecto del sistema y las contraseas de las aplicaciones. Todos los usuarios por defecto del sistema y las aplicaciones deben ser cambiados antes de que el sistema se conecte a la red de la ETED y el OC-SENI. Adems, las contraseas de estas cuentas se deben cambiar 7 das antes de que el sistema entre en produccin. Adicionalmente la ETED y el OC-SENI deben contar con la facilidad de cambiar las cuentas y contraseas cuando as lo requieran.
5.2.2
Administracin de Sesiones de Usuarios
El sistema SCADA/EMS debe emplear el mtodo de encriptacin ms fuerte con la plataforma tecnolgica y restricciones de tiempo de respuesta. Todas las comunicaciones de las credenciales de los usuarios no deben ser transmitidas en texto simple. El sistema SCADA/EMS no debe proveer ninguna facilidad de autocompletado durante el acceso de los usuarios y usuarios annimos. El sistema SCADA/EMS debe proveer la habilidad de habilitar/deshabilitar la opcin de salida automtica de los usuarios y la configuracin del tiempo requerido. Debe contar con la funcin de generar reporte de todos los usuarios donde deben incluir el ltimo acceso, ultima cambio de contrasea, y el estado de la cuenta del usuario.
5.2.3
Single Sign-On
Debe ser posible configurar cualquier consola para la capacidad de single sign-on. Cuando un usuario se registra en el sistema operativo, la autenticacin debe aplicar a todas las aplicaciones del sistema SCADA/EMS.
5.2.4
Administracin de Polticas de Autenticacin
El sistema SCADA/EMS debe incluir un repositorio central, del tipo Microsoft Active Directory, para la autenticacin de los usuarios a todos los sistemas y aplicaciones. Dicho sistema debe residir dentro de la red del sistema SCADA/EMS. Este sistema deber permitir, como mnimo, la seleccin de longitud de la contrasea, la frecuencia de cambio, el establecimiento de la complejidad de la contrasea necesaria, nmero intentos de inicio de sesin, desconexin de sesiones inactivas, pantalla de bloqueo por aplicacin y la negacin del uso repetido o reciclado de la misma contrasea. El proveedor deber identificar cualquier instancia donde los siguientes requisitos de contrasea no pueden aplicarse por el sistema operativo o aplicacin.
Pag48 of 178
5.2.4.1 Fortaleza de la contrasea

1. Las contraseas en blanco estn estrictamente prohibidas 2. Las contraseas deben ser de al menos 8 caracteres de longitud 3. Las contraseas no deben contener nombres propios o palabras del diccionario 4. Las contraseas deben usar caracteres de todos los tipos de categoras: Alfanumricos, numricos, y especiales 5. Proveer diccionario de contraseas que permita palabras que sern deshabilitadas
5.2.4.2 Duracin de las contraseas

1. Las contraseas de los usuarios deben ser cambiadas al menos cada 90 das 2. Las contraseas no deben ser reusadas manteniendo un historial de contraseas 3. Los usuarios deben ser notificados el menos 7 das antes de la expiracin de la contrasea actual
5.2.4.3
Contraseas nicas
1. Las contraseas no deben contener mas de 3 caracteres consecutivos en cualquier posicin de la contrasea anterior 2. Las contraseas no deben contener 2 caracteres idnticos continuos 3. Las contraseas no deben contener el nombre del usuario como parte de la contrasea 4. No se aceptan contraseas por defecto
5.2.4.4
Bloqueo de Cuentas
1. Las cuentas de usuario que estn inactivas por mas de 90 das deben ser deshabilitadas automticamente 2. Despus de que un usuario ha incorrectamente escrito una contrasea tres (3) veces seguidas, la cuenta ser deshabilitada. Para sistemas que admiten una funcin de restablecimiento de cuentas y contingentes en un perfil de riesgo de sistemas concretos, las cuentas pueden restablecerse automticamente despus de un perodo de 60 minutos. Durante ese tiempo, el usuario o la aplicacin no deber ser capaz de acceder a su cuenta sin tener que solicitar a un administrador que desbloquee la cuenta.
5.2.4.5
Proteccin de Contraseas
Las contraseas de las aplicaciones no deben ser almacenadas dentro de la aplicacin (en el cdigo) 1. Las contraseas de las aplicaciones deben ser encriptados y almacenadas en un sistema de proteccin de contraseas que pueda ser accedido cuando se requiera por las aplicaciones y solamente por las aplicaciones. El sistema SCADA/EMS debe asegurarse que todos los usuarios tengan cuentas de acceso nicas y que no existen cuentas genricas en uso. Todas las contraseas no deben ser almacenadas electrnicamente o en la documentacin en papel en texto simple a menos que sea fsicamente seguro.
5.2.5
Registro y Verificacin de Cuentas
El sistema SCADA/EMS debe proporcionar los mecanismos para registrar la actividad de las cuentas que son auditables, desde la perspectiva de administracin y operacional (uso y actividad de la cuenta). El sistema debe poner la estampa de tiempo, encriptacin, y control de acceso a los archivos de registro y auditoria.
5.2.6
Control de Acceso Basado en Roles
El sistema SCADA/EMS debe contar con cuentas de usuarios con acceso configurables y permisos asociados al rol definido para el usuario. El proveedor deber verificar que bajo ninguna circunstancia los usuarios sean capaces de cambiar de privilegios sin antes registrarse con un rol con privilegios ms altos. El sistema SCADA/EMS deber proveer un mecanismo que permita la modificacin de usuarios y roles asociados.
5.3
Endurecimiento del Sistema
El proveedor deber proporcionar documentacin que detalle todas las aplicaciones, utileras, servicios del sistema, puertos, secuencias de comandos, archivos de configuracin, bases de datos y todo el software requerido y las configuraciones adecuadas, incluyendo revisiones o niveles de correccin para cada uno de los sistemas informticos asociados al sistema SCADA/EMS. Esta documentacin debe indicar cuales de estos elementos es requerido durante la operacin normal o de emergencia. El proveedor deber verificar y documentar que todos los servicios tengan los ltimos parches. El proveedor deber incluir el software apropiado y los servicios de actualizacin para mitigar las vulnerabilidades asociadas con los productos del sistema para mantener los niveles de seguridad establecidos. El proveedor deber remover y/o deshabilitar todos los componentes de software que no sean requeridos durante la operacin y mantenimiento del sistema SCADA/EMS. El proveedor deber proporcionar la documentacin de lo que sea removido o deshabilitado. El software que debe ser removido o deshabilitado debe ser, pero no limitado a: 1. Juegos 2. Manejadores de Dispositivos no instalados 3. Servicios de Mensajera (donde aplique) 4. Servidores o Clientes para servicios de internet no usados 5. Compiladores de Software en todas las estaciones de trabajos excepto para las estaciones de trabajo de desarrollo y los servidores 6. Compiladores de software para lenguajes que no son usados dentro del sistema SCADA/EMS 7. Utileras administrativas no usadas, diagnsticos, administracin de red, y funciones de administracin de sistema (donde aplique) 10. Respaldos de archivos, bases de datos y programas usados solamente durante el desarrollo del sistema 11. Todos los archivos de datos y de configuracin no usados 12. Programas y Scripts de ejemplo 13. Documentos sin uso procesados por las utileras de oficina (Microsoft Word, Excel, PowerPoint, Adobe Acrobat, etc.) El proveedor debe configurar el sistema SCADA/EMS con los privilegios mnimos en concepto de archivos de acceso, cuentas de acceso, ejecucin de servicios del sistema. El proveedor debe documentar todos los cambios a los servicios y al sistema.
5.4
Registro Centralizado
El sistema SCADA/EMS debe proveer un mtodo que permita el redireccionamiento del registro de eventos del sistema y las aplicaciones al sistema de la ETED y el OC-SENI. Estos registros y eventos deben incluir al menos:
Pag50 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 8. Aplicaciones, seguridad y mensajes del sistema desde el sistema operativo. La auditoria debe ser habilitada para: a. Entrada/Salida de usuarios b. Administracin de cuentas c. Acceso a objetos y archivos
d. Seguimiento de procesos 14. Registro de Servidor Web 15. Registros de la Base de Datos 16. Acciones de los usuarios, pero no limitados a: a. Entrada/Salidas e. Cambios y actualizaciones de la Base de Datos f. Inicio de Conmutacin
g. Habilitacin y deshabilitacion de dispositivos h. Inicio y paro de aplicaciones del sistema SCADA/EMS i. j. Administracin de cuentas Administracin y cambios en reas de Responsabilidad
17. Salidas del sistema deteccin de intrusos 18. Registro de auditoria generados por el sistema SCADA/EMS 19. Registros de auditoria del Servidor de Datos Histricos 20. Otros registros y mensajes especificados en otras secciones
5.5
Deteccin de Intrusos Basados en Host
El sistema SCADA/EMS debe incluir un sistema configurado de deteccin de intrusos basado en host para todos los sistemas en la medida de lo posible. El sistema debe estar configurado para monitorear al mnimo lo siguiente:
1. Nombres de archivos fijos 2. Patrones de nombres dinmicos de archivos 3. Cuentas de usuarios y sistemas 4. Ejecucin de cdigo no autorizado 5. Utilizacin de hosts 6. Permiso de procesos 7. Conexiones de cuentas de usuarios y sistema El proveedor recomendara la configuracin que no tenga impacto negativo en la operacin de las funciones del sistema.
5.6
Software de Antivirus y Malware
El proveedor deber incluir y configurar el software Anti-Virus and Malware para todo el sistema SCADA/EMS en la medida de lo posible recomendado por el proveedor. El proveedor deber incluir todas las licencias necesarias
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI para el software antes de la entrega a la ETED y el OC-SENI los cuales asumirn la responsabilidad despus de la entrega de los sistemas. El proveedor deber comprobar el rendimiento de sistema adecuado para la deteccin de malware basado en host, cuarentena (en lugar de eliminarlos automticamente), sospecha de archivos infectados y proporcionar un esquema de actualizacin de las firmas. Las medidas incluirn, pero no se limitan al uso de red, el uso de CPU, uso de memoria y de cualquier otro impacto para el procesamiento de las comunicaciones normales. En el caso de que cualquiera de estos 2 componentes de seguridad no pueda ser implementado en el sistema, el proveedor deber explicarlo como parte de esta propuesta y cuales acciones de mitigacin pueden ser implementadas.
5.7
Administracin de Parches
El sistema debe incluir un proceso de actualizacin y administracin de parches para los sistemas operativos instalados, las aplicaciones, y software de terceros. La responsabilidad de la instalacin y actualizacin de parches debe ser claramente identificada. El proveedor debe incluir los resultados de las pruebas de los parches, validacin, mitigacin y entregarlos a la ETED y el OC-SENI tal como se describi en la seccin de mantenimiento del sistema. Despus de recibir los resultados la ETED y el OC-SENI utilizaran el proceso de administracin y actualizacin de parches para implementar todos los parches aprobados en el sistema SCADA/EMS. El proveedor debe mantener actualizado los parches en todos los sistemas hasta la finalizacin del periodo de garanta.
5.8
Administracin de Firewall
El proveedor debe proveer la documentacin describiendo todo trafico que debe pasar por el sistema SCADA/EMS por medio de los firewalls soportado por las redes del sistema SCADA/EMS. Como mnimo, la documentacin debe detallar lo siguiente: 1. Sistemas Fuentes 2. Sistemas Destinos 3. Puertos Fuentes 4. Puertos Destinos 5. Datos Transmitidos Para minimizar la exposicin a cualquiera de las reglas creadas en los firewalls, el proveedor debe limitar todas las comunicaciones a un segmento o rango sencillo de puertos de red. La ETED y el OC-SENI asumirn la responsabilidad por toda la configuracin y reglas de todos los firewalls una vez que se haya entregado el sistema.
6. Requerimientos de Hardware
6.1 Requerimientos Generales
Los requerimientos de hardware especificados en esta seccin representan un conjunto mnimo de requerimientos para el sistema SCADA/EMS. El proveedor debe proveer todos los elementos necesarios y requeridos para satisfacer la funcionalidad, disponibilidad, desempeo, y capacidad de esta especificacin para entregar un sistema totalmente funcional.
Pag52 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Aun cuando se requiere que el proveedor incluya todo el hardware necesario para cumplir con los requerimientos de hardware del sistema SCADA/EMS, la ETED y el OC-SENI se reservan el derecho de adquirir cualquier componente de hardware de forma separada. El proveedor deber entregar una configuracin de hardware que utilice hardware estndar de la industria en lugar de hardware propietario. El proveedor deber, inmediatamente antes del inicio del FAT identificar todo el firmware y cambios que han sido liberados por el fabricante del equipo desde que originalmente se entrego el hardware. La ETED y el OC-SENI en conjunto con el proveedor revisaran esta lista y desarrollaran un acuerdo mutuo del subconjunto de cambios que sern aplicados por el proveedor al hardware. El proveedor aplicar estos cambios antes del FAT. Cualquier hardware que requiera certificacin antes de ser puesto bajo contrato de mantenimiento debe ser inspeccionado por proveedor de servicio del fabricante del hardware. El proveedor debe identificar el hardware que requiera certificacin para programar y coordinar esta inspeccin en las instalaciones de la ETED y el OC-SENI antes del inicio del SAT. Todo el hardware debe utilizar fuentes de poder redundantes y ventiladores redundantes si estn disponibles, esto aplica, pero no se limita a: Servidores Sistemas de Almacenamiento Gabinetes de equipos Modems
El proveedor debe proveer la facilidad para que todo el equipo redundante sea ubicado en gabinetes separados.
6.2
Servidores
El proveedor debe incluir todos los servidores necesarios para cumplir con los requerimientos de esta especificacin. Esto incluye, pero no se limita a: Cantidades y velocidad de procesadores Requerimientos de memoria Requerimientos de almacenamiento Cantidad y velocidad de interfaces de red
La ETED y el OC-SENI deben ser capaces de realizar actualizaciones o remplazo de cualquier servidor para permitir la expansin del sistema o para implementar nuevas tecnologas. No deber existir requerimientos de cambios en el software para realizar las actualizaciones o remplazo del hardware de los servidores. Todos los servidores deben realizar un apagado de forma ordenada de las operaciones del servidor en caso de un evento de perdida de energa elctrica bajo demanda. Los servidores deben ser configurables para reiniciar la operacin del sistema en forma automtica despus del restablecimiento de la energa elctrica. Todos los servidores deben ser para montaje en gabinete y accesible va un modulo centralizado de teclado-videomouse (KVM). Debe incluirse un modulo centralizado KVM para cada gabinete que cuente con al menos un servidor. Todos los servidores montados dentro de un gabinete deben ser accesibles por medio del modulo centralizado (KVM) para propsitos de mantenimiento del personal de soporte.
6.3
Dispositivos de almacenamiento
Todos los arreglos de discos utilizados dentro del cualquier sistema de almacenamiento deben usar hardware basado en configuraciones RAID. El nivel de RAID usado debe ser apropiadamente configurado para balancear el desempeo del sistema de almacenamiento. Al menos se debe usar el nivel RAID1.
Pag53 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Todos los discos deben ser tipos hot-swappable que permitan realizar el cambio del dispositivo fallado sin poner fuera de servicio el sistema de almacenamiento o el servidor.
6.4
Redes de Datos LAN
El proveedor debe incluir todo el equipamiento de red necesario para soportar las redes identificadas en el diagrama de arquitectura conceptual. La velocidad de conexin por puerto debe ser mnimo de 1 Gbps y debe permitir una expansin de al menos 50%. Todos los servidores, consolas para las interfaces de usuario, deben ser conectados de forma redundante a la red del ambiente asociado, y utilizar la tecnologa de agrupamiento de interfaces del proveedor del hardware para propsitos de redundancia. Todo el equipamiento que forme parte del sistema SCADA/EMS debe ser redundante. El proveedor debe incluir todos los firewall necesarios para cumplir con lo indicado en el diagrama de arquitectura conceptual. Deben ser redundantes y configurados en arreglo tolerante a fallas y con balance de carga. Deben soportar VPN y al menos 250 usuarios simultneos. Debe incluir todas las licencias requeridas para las VPN. Debe soportar encriptacin de al menos 128 bits. Todo el equipamiento de red incluido debe tener instalada la ultima versin compatible del sistema operativo, y el proveedor debe entregar toda la documentacin necesaria para la configuracin del mismo. Esta documentacin debe incluir las contraseas de administrador de cada dispositivo. El mtodo de encriptacin se acordara entre la ETED y el OC-SENI con el proveedor.
6.5
Gabinetes
El proveedor debe incluir gabinetes estndares de 19 pulgadas y de 42U para el montaje de los servidores tipo rack de todo el equipo excepto las consolas. El proveedor ser responsable del montaje y ubicacin del todo el equipamiento dentro del gabinete. Los gabinetes, deben al menos cumplir con lo siguiente: 1. Gabinetes deben ser para montaje en piso con acceso frontal y posterior para el equipamiento y cableado 2. Deben incluir equipamiento de estabilizacin que prevengan el movimiento cuando se trabaje en el equipo dentro del gabinete. No se debe requerir fijar el gabinete al piso para cumplir este requerimiento 3. Todo el cableado dentro del gabinete debe ser acomodado y arreglado y fijado seguramente al gabinete. Todo el cableado entre los componentes, debe ser montado sobre rieles corredizos, que permitan el movimiento completo del componente sin requerir desconectar cables. 4. La entrada del cableado al gabinete debe ser por la parte inferior o superior. 5. El gabinete debe ser enfriado por el aire de la sala de cmputo. No existe requerimiento de contar con enfriamiento directo en el gabinete. 6. Debe incluir los puntos de conexin al sistema de tierras de la sala de cmputo. 7. Un sistema de tierra debe ser incluido en cada gabinete de acuerdo con los estndares NSC.
6.6
Identificacin del Equipamiento
Todos los componentes del sistema SCADA/EMS deben ser claramente identificados con el numero de parte y numero de serie del fabricante.
6.7
Identificacin de los cables y cableado
El proveedor debe incluir todo el cableado entre los sistemas provistos dentro del sistema SCADA/EMS, excepto por los cables de red a las consolas que ser responsabilidad de la ETED y el OC-SENI. Todos los cables deben ser etiquetados con un nmero de cable y en cada terminacin del cable. No se deben usar conexiones intermedias y todas las conexiones deben terminar dentro de los gabinetes.
Pag54 of 178
6.8
Equipo de Tiempo y Frecuencia
Equipo redundante de tiempo y frecuencia debe ser incluido. El sistema SCADA/EMS debe ser configurado para usar otra fuente de tiempo y frecuencia en caso de falla de los dispositivos primarios. Se deben considerar los requerimientos del servicio de tiempo de red. Este sistema debe determinar el tiempo universal UTC, tiempo del sistema de potencia, desviacin de tiempo, frecuencia del sistema de potencia, desviacin de frecuencia del sistema de potencia y el tiempo local. El tiempo universal debe obtenerse de la constelacin de satlites GPS. El receptor de tiempo debe tener una precisin de 1.5 ms. Se debe permitir contar con un offset para la correccin del tiempo local. Si la referencia de tiempo de la seal del sistema de satlites GPS se pierde, el tiempo interno local debe ser usado y debe mantener una estabilidad de 1 ms por hora o mejor. Despus del regreso de la fuente del GPS, el tiempo debe regresar al rango de 1.5 ms del UTC en menos de 5 minutos. La entrada para la frecuencia debe ser diferente a la fuente de potencia del dispositivo de tiempo. La ETED y el OC-SENIproporcionara el servicio de 120VAC para el servicio de tiempo y frecuencia. Debe incluir el estndar IEEE 1588, tambin llamado "PrecisionClockSynchronisationProtocolforNetworkedMeasurement and Control Systems" o "PTP" que ser usado para la medicin de sincrofasores.
6.9
Video Wall Interface
El proveedor deber incluir todo el equipamiento necesario para interconectarse con el sistema de video Wall existente en la ETED. El proveedor debe asegurar que el equipamiento incluido es totalmente compatible con el sistema de la ETED y el OC-SENI donde la resolucin debe ser 1920x1200 y la razn de aspecto debe ser 4:3 o 16:9
6.10
Consolas para la Interfaz de Usuario
El proveedor debe incluir todo el equipamiento necesario para cumplir con lo especificado en la seccin de requerimientos de la interfaz de usuario. Cada consola debe incluir una estacin de trabajo capaz de manejar hasta 4 monitores LCD de alta definicin, y dos interfaces de red de al menos 1Gbps, 1 teclado y mouse. Los monitores deben ser del tipo WideScreen de al menos 24 pulgadas y con una resolucin de 1920x1200 y con un relacin de aspecto de 16:9. Se debeincluir todo el equipo de audio necesario para que se soporten las alarmas audibles del sistema SCADA/EMS incluyendo bocinas externas para montaje fijo como parte del monitor.
6.11
Comunicaciones a UTRs
El sistema SCADA/EMS debe usar procesadores de comunicaciones redundantes para el manejo de la comunicacin de las UTRs sobre los canales de comunicacin existentes en la ETED y el OC-SENI. Se deben incluir el equipamiento necesario para contar con al menos 16 puertos seriales redundantes del tipo RS232 con conector RJ-45. Cada lnea RS-232 debe soportar las siguientes caractersticas: a) Velocidad de Datos en bits por segundo: 110, 300, 600, 1200, 2400, 4800, 9600, 14400, 19200, 38400, 56000, 57600, y 115200. b) Paridad: ninguna, par, impar, marca, y espacio. c) Bits de datos: 5, 6, 7, y 8.
Pag55 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI d) Flujospor hardware: none, none/RTS_on, DSR/DTR, y RTS/CTS. e) Flujo por software: None, XON/XOFF. El equipamiento necesario para contar con al menos 2 puertos adicionales Gigabit Ethernet Estndares 1000BASE-T que permita la supervisin y control remoto en tiempo real de las UTRs del SENI, utilizando para ello protocolos de comunicacin abiertos, especficamente IEC 60870-5-104, DNP3 sobre TCP/IP.
6.12
Otro Equipamiento
El proveedor debe incluir todo el equipamiento perifrico necesario para la operacin, soporte de software y mantenimiento del sistema SCADA/EMS.
6.13
Distribucin de Potencia y Proteccin
Todo el equipo instalado en la sala de cmputo de La ETED y el OC-SENI debe ser alimentado desde una fuente de potencia sencilla de 120VAC. La fuente de potencia ser proporcionada por la ETED y el OC-SENI. La ETED y el OC-SENI tambin proporcionaran la alimentacin elctrica regulada de 120/220 VAC del sistema de energa ininterrumpible (UPS), tambin se contara con otra fuente de alimentacin elctrica como un generador local de respaldo o de la red elctrica comercial. La ETED y el OC-SENI proporcionaran dos circuitos de entrada de potencia a cada gabinete o entrada sencilla de potencia como sea requerido por el equipo. Cada circuito debe ser entregado en la caja de conexin correspondiente. El proveedor deber proporcionar los requerimientos de potencia de cada gabinete as como la capacidad requerida para cada circuito del panel correspondiente. El proveedor deber incluir todo el cableado y conectores necesarios desde el gabinete hasta el conector correspondiente. Los conectores deben ser del tipo twist-lock y cumplir con el estndar NEMA L5-20P y L6-30P o equivalente de acuerdo al voltaje y amperaje requerido. El proveedor ser responsable de todos los cables de alimentacin entre los gabinetes. El gabinete debe contar con las protecciones de potencia necesarias por medio de interruptores.
6.14
6.14.1
Condiciones Ambientales
Requerimientos de Espacio
El proveedor debe incluir un diagrama de distribucin de todo el equipamiento necesario a ser instalado en la sala de cmputo de la ETED y el OC-SENI. Este debe incluir los requerimientos de espacio para el sistema SCDA/EMS.
6.14.2
Condiciones Ambientales
La mayora de los proveedores de hardware entrega los requerimientos de condiciones ambientales tales como temperaturas mximas/mnimas, humedad, etc. El proveedor deber proporcionar todos los requerimientos ambientales para los equipos a ser entregados como parte del sistema SCADA/EMS. Sera responsabilidad de ETC y OC-SENI proporcionar las condiciones ambientales adecuadas, de acuerdo a los requerimientos del proveedor, para todo el hardware que se entregue. Se debe incluir todos los requerimientos ambientales para todo el hardware que forme parte del sistema SCADA/EMS.
6.15
6.15.1
Otros Equipos
Pantalla LED para Simulador
Se requiere se incluya una pantalla tipo LED de al menos 65 pulgadas la cual ser usada en el entrenamiento de operadores sala de control, en el manejo del sistema EMS y en el sistema de laboratorio.
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Caractersticas Mnimas Tecnologa: Resolucin: Frecuencia: LED 1080p 1920x1080 240 Hz
Entradas/Salidas HDMI, DVI, VGA Tipo: Ultra Slim
Debe incluir soporte de tipo pedestal y todos los cables de video y de alimentacin.
7. Almacenamiento de Informacin Histrica y Reportes

El sistema de Almacenamiento de Informacin Histrica y Reportes (por sus siglas en Ingls HISR, HistoricalInformation and Reporting) proporcionado como parte de la solucin SCADA/EMS deber de proveer los sistemas y funciones para permitir la coleccin y almacenamiento de datos para uso en clculos, anlisis, reproduccin e informes. El sistema HISR deber ser diseado para dar servicio a un gran nmero de usuarios en busca de informacin mientas que al mismo tiempo asegure que tanto la seguridad como el desempeo del SCADA/EMS no sea afectado.
7.1
7.1.1
Componentes del Sistema SCADA/EMS

Procesos de recoleccin
El Vendedor deber proporcionar todas las funciones y procesos necesarios para acomodar el almacenamiento y recuperacin de archivos comprimidos de largo plazo que se producen en el SCADA/EMS. Cualquier valor de dato en el SCADA/EMS deber estar disponible para recoleccin y retencin por el HISR sobre una base cclica y sobre demanda. El proceso de recoleccin deber soportar el encolamiento de los datos colectados en el evento que un sistema de almacenamiento histrico este in-disponible. No se perdern datos no grabados en el HISR debido a cualquier falla del SCADA/EMS de cualquier duracin.
7.1.2
Sistema de Administracin de Base de Datos Relacional
El sistema de administracin de base de datos relacional (por sus siglas en ingls RDBMS) deber de ser parte de la solucin general del HISR. El RDBMS provedo deber ser un producto comercialmente disponible y compatible con la conectividad de base de datos abierta (por sus siglas en ingls ODBC). El sistema HISR provedo deber emplear una configuracin de alta disponibilidad para el RDBMS el cual deber ser accesible incluso en el evento de que el SCADA/EMS este in-disponible. Dentro del entorno del SCADA/EMS, el RDBMS deber estar corriendo sobre servidores separados y redundantes. El Vendedor deber asegurar que todos los sistemas RDBMS suministrados como parte de la solucin SCADA/EMS permanezcan sincronizados. Los requerimientos de desempeo de esta sincronizacin estn detalladas en el Apndice B, Tabla B.4.1: Rendimiento de la Administracin de Configuracin. Usuarios autorizados podrn usar herramientas estndares de RDBMS para acceder a esta informacin a travs de formularios, reportes, soporte de decisin y cualquier otra aplicacin de terceros mediante una puerta de enlace (gateway). El Vendedor deber proporcionar utilidades y herramientas estndares necesarias para administrar el RDBMS. Estas herramientas debern ser las utilidades estndares proporcionadas por el vendedor del RDBMS y debern incluir la capacidad de monitorear y administrar los recursos y disponibilidad del mismo.
Pag57 of 178
7.2
Mtodos y definiciones de recoleccin
El sistema deber de proporcionar la capacidad para un administrador del sistema de definir puntos de datos individuales o grupos de datos a ser capturados por las funciones y procesos del HISR. La definicin de estos grupos y los puntos de datos a ser colectados dentro del sistema (o sistemas) de almacenamiento histrico apropiado deber de ser completado usando la base de datos fuente. Excepto por la definicin de las tablas destino del RDBMS o etiquetas del almacn de datos empresarial, no ser un requisito para una definicin del HISR por separado. Como mnimo, el usuario deber ser capaz de especificar lo siguiente para cada grupo de datos: 1. Informacin del SCADA/EMS a ser recolectada. 2. Recoleccin automtica a. Peridica b. Basada por excepcin y/o c. Impulsado por evento
3. Disponibilidad para la coleccin por demanda del usuario. 4. Procesamiento de datos adicional (p.ejem.: clculos, sumatorias, etc.) previo al almacenamiento 5. Destinos (o Destinos) de datos recolectados.
7.2.1
Tipos de Datos
Todas las aplicaciones que se ejecuten sobre el sistema SCADA/EMS debern recolectar y almacenar al sistema HISR diversos tipos de datos. Los tipos de datos de aplicacin recolectados dentro del sistema HISR pueden incluir: 1. SCADA a. Anlogos b. Estados c. Acumuladores
2. Datos de secuencia de eventos (SOE) 3. Alarmas y eventos 4. Bitcoras de datos de adquisicin de datos. 5. Mensajes del sistema SCADA y equipos asociados. 6. Datos de aplicacin como apropiado: a. Casos salvados b. Parmetros de ejecucin c. Resultados de aplicacin (p. ejem.: resultados del estimador de estados)
7.2.2
Datos de SCADA
El sistema deber proporcionar la habilidad de almacenar tanto datos telemedidos como datos calculados. Si es empleado un almacn de datos empresarial para almacenar los datos recolectados, deber ser posible en este especificar el nombre de la etiqueta para cada punto recolectado por el SCADA/EMS. Deber ser posible tambin almacenar las banderas de calidad asociada para los datos recolectados. El sistema deber tambin proporcionar las herramientas para definir los datos a ser recolectados, tambin como las herramientas para almacenar los datos en el histrico.
Pag58 of 178
7.2.3
Alarmas y Eventos
El SCADA/EMS deber proporcionar las herramientas para facilitar el almacenamiento y recuperacin de alarmas y eventos. El RDBMS deber ser usado para el almacenamiento de alarmas y eventos, debern ser provedas las herramientas para recuperar datos desde esta base de datos para examinar las alarmas y eventos histricos. Estas herramientas debern funcionar de forma independiente de las capacidades proporcionadas a travs de la interfaz de usuario proporcionada por el Vendedor para el acceso de datos histricos.
7.3
Archivado comprimido y recuperacin de datos RDBMS
La base de datos histrica del RDBMS deber consistir de tablas de aplicacin especfica que contiene datos histricos y la informacin usada para manejar estas tablas. Cada tabla que contiene informacin histrica puede usar las siguientes opciones de administracin: retencin, instancias futuras y archivado comprimido (archiving). Se deber proporcionar la habilidad de preservar informacin histrica a travs de cambios en la base de datos. Esto incluye mapeo de datos desde los nombres de referencia antiguos hacia los nombres de referencia nuevos. Las tablas que contengan datos histricos deben mantener un tamao predecible a fin de impedir el crecimiento ms all de la capacidad de almacenamiento del servidor RDBMS. Cada tabla, por ello, deber registrar con el sub-sistema histrico ya sea el periodo de tiempo sobre la cual se retienen los datos para la tabla o el mximo nmero de filas que deban mantenerse en la tabla. Los servicios de administracin debern ser proporcionados para mantener las tablas dentro de los lmites definidos o para extender los lmites como sea necesario. La facilidad de archivado comprimido (archiving) deber proporcionarse para transferir los datos histricos a archivos (los cuales pueden ser transferidos a un almacenamiento fuera de lnea) previo al borrado por truncado desde las tablas de aplicacin. La funcin de archivado deber proporcionar flexibilidad, permitiendo al comprimido contener informacin en adicin a la tabla fuente (mediante el enlace joins a otras tablas de bases de datos), permitiendo la remocin de columnas de datos sensitivas antes del archivado comprimido, dando formato a los datos en formas que puedan ser usadas por procesadores de terceros (como hojas de clculo) y/o dar formato a los datos de una manera comparable con la restauracin del archivo comprimido. Los datos que han sido archivados debern ser capaces de ser restaurados al RDBMS.
7.4
Reconciliacin de Tiempo
La informacin histrica deber ser almacenada y administrada basada sobre una estampa de tiempo en Coordinado de Tiempo Universal (por sus siglas en ingls UTC, Universal Time Coordinated). Todas las aplicaciones de forma debern tomar en cuenta los cambios de tiempo de horario de verano cuando se desplieguen los datos a fin de mostrar el nmero correcto de horas en un da. El clculo de totales y promedios deber ser tal que no se perdern datos en das cortos o largos.
7.5
Tamao y desempeo
Para el propsito del tamao de computadora y memoria, el SCADA/EMS deber ser capaz de almacenar la informacin listada en el Apndice A tabla A.4-1, Almacenamiento de datos del HISR. Se deber de proporcionar la capacidad suficiente para extraer y almacenar la informacin necesaria para una consulta cuando esa consulta cubra el mximo nmero de das de retencin para la ms alta periodicidad de datos retenida. El almacenamiento en lnea es definido como el conjunto de datos que est disponible a los usuarios dentro de los tiempos de respuesta como se definen en el Apndice B.3-1, Periodicidad de Funcin y Tiempo de Ejecucin.
7.6
Anlisis
El HISR deber soportar la habilidad de definir clculos los cuales pueden ser ejecutados peridicamente contra cualquier dato almacenado en la base de datos histrica. Estos clculos debern ser escritos y programados empleando herramientas estndares. Los clculos podrn ser ejecutados bajo demanda o por evento para recalcular otros valores basado en cambios de datos. Como mnimo, los siguientes clculos debern ser soportados: 1. Instantnea en tiempo
Pag59 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI a. Operaciones algebraicas: +,-,/,* 1. Integral 2. Exponencial 3. Seno, Coseno, Tangente, Cotangente (radianes o grados) 4. Arco (Seno, Coseno, Tangente, Cotangente) en (radianes y grados) 5. Raz cuadrada 6. Valor absoluto 7. Exponenciacin 8. Constantes b. Pruebas Condicionales usando 1. >, , =, , , < 2. SI, ENTONCES, SINO (IF, THEN, ELSE) c. Operaciones booleanas 1. Y (AND) 2. O (OR) 3. Negacin (NOT) 4. O Exclusiva (XOR) 2. Varias muestras sobre el tiempo. Mediciones estadsticas (p.ejem: mnimo, mximo, promedio, mediana, desviacin estndar) y totales para un periodo de tiempo seleccionado por el usuario. Todos los datos calculados debern incluir un cdigo de calidad derivado de los cdigos de calidad de los datos usados en el clculo. Deber ser posible derivar el cdigo de calidad del valor calculado en una forma similar al cdigo de calidad de los puntos de datos de tiempo real calculados
7.7
7.7.1
Acceso a Datos
Funcin de acceso
El sistema HISR deber proporcionar una interfaz a otros paquetes de software comercialmente disponibles tal como hojas de clculo, procesadores de palabras, generadores de reporte y otros productos RDBMS a travs del ltimo estndar de solicitudes de datos SQL o controladores ODBC. La informacin obtenida desde IS&R (Recuperacin y Almacenamiento de Informacin) deber ser capaz de ser importada en aplicaciones comerciales como Office de Microsoft.
7.7.2
Acceso de Usuario
La funcin HIST deber proporcionar medios convenientes para los usuarios de ver y por medio de un procedimiento de entrada de datos modificar datos y cdigos de calidad almacenados en el RDBMS. La interfaz de usuario al HISR deber ser consistente y compatible con la interfaz grfica de usuario suministrada por el vendedor. Adems, debern ser usadas herramientas de presentacin de reportes estndares usando conectividad ODBC para acceder a la informacin histrica. El uso de Microsoft Access y Excel como cliente frontal para visualizar y actualizar datos histricos es permitido. El Vendedor deber proporcionar todas las licencias para estas herramientas/aplicaciones de presentacin de reportes estndar.
Pag60 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Solamente usuarios autorizados/designados del SCADA/EMS debern ser capaces de acceder a funciones del HISR y revisar o editar cualquier informacin en el sistema HISR. Los permisos de acceso de usuario a la base de datos del HISR debern ser mantenidos por personal de Administracin. Usuarios remotos, con autoridad adecuada, debern ser capaces de acceder al sistema HISR directamente. El OC-SENI y la ETED prefiere que este acceso sea provedo empleando una interfaz basada en Web. Para usuarios de solo lectura, el acceso directo al HISR no deber ser permitido excepto a travs de esta funcionalidad proveda a travs de la interfaz grfica de usuario proporcionada por el Vendedor.
7.7.3
Modificacin de Datos
Una auditoria de seguimiento de todos los cambios hechos a la base de datos del HISR deber ser mantenido y hacerlo disponible para despliegue e impresin. Esta auditora de mantenimiento deber identificar cada cambio hecho al contenido y estructura de la base de datos del HISR, la hora y fecha del cambio y la identificacin del usuario registrado que hace el cambio. La impresin y despliegue del reporte de eventos de la auditoria de seguimiento deber estar disponible en formatos ordenados por periodo (de fecha/hora a fecha/hora) y por identificacin de usuario registrado que hace el cambio.
7.8
Reproduccin de datos Histricos
El usuario deber ser capaz de visualizar informacin datos de tiempo real grabados utilizando despliegues del SCADA/EMS. Procedimientos para seleccionar los datos grabados por tiempo debern ser proporcionados por despliegues. Los usuarios debern ser capaces de reproducir para cualquier periodo de tiempo esos datos que han sido grabados. Los despliegues debern tener indicaciones visuales indicando que estos estn siendo usados para tal reproduccin.
7.9
7.9.1
Reportes
Reportes Estndar
El Vendedor deber proporcionar todas las herramientas para la construccin de reportes del RDBMS. Estas herramientas proporcionadas debern estar comercialmente disponibles y capaces de generar reportes complejos. Deber ser posible administrar el desarrollo de reportes definidos con el sistema de control de cdigo fuente establecido para el sistema de desarrollo del SCADA/EMS. No deber de haber restricciones, fuera de los permisos de usuario donde un reporte pueda ser desplegado, impreso o enviado a travs de un sistema de mensajes estndar industrial. Con interfaz basada en Web para fcil acceso de los usuarios
7.9.2
Reportes de Alarmas y Mensajes de Evento
El Vendedor deber proporcionar un mtodo para los usuarios de consultar informacin histrica de alarmas y eventos almacenados en el HISR. Este mtodo proporcionado deber soportar el ordenamiento, filtrado y bsqueda. Los siguientes criterios de filtrado y/o bsqueda, como mnimo debern soportar: 1. Fecha y hora (inicio/paro) 2. Prioridad 3. Tipo de punto (ej.: estados, analgicos, acumuladores) 4. Nombre de punto 5. Identificador de estacin. 6. Identificador de alimentador 7. Tipo de dispositivo (ej.: recierre, interruptor) 8. Zona 9. Ciudad 10. Tipo de mensaje (ej.: cambio no comandado)
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 11. Descripcin del mensaje o texto Un usuario deber ser capaz de utilizar uno o ms de estos criterios de bsqueda al mismo tiempo. El usuario deber ser capaz de almacenar el filtro y ordenamiento actual para futura referencia.
7.9.3
Impresin de Reportes
El sistema HISR deber proporcionar un mtodo de programar peridicamente o sobre demanda la generacin de reportes e impresin. Deber ser posible generar e imprimir reportes basados sobre condiciones especficas del SCADA/EMS. Cuando se definan reportes de impresin o se definan reportes programados, el usuario deber ser capaz de especificar cual impresora del sistema utilizar y el sistema deber re-dirigir la salida del reporte a un dispositivo de respaldo designado en el evento que la impresora primaria este in-disponible. En el caso de una redireccin, el sistema deber notificar al usuario incluyendo una indicacin del dispositivo de respaldo utilizado para la impresin del reporte. Deber ser posible definir mltiples niveles de re-direccin de impresora. Se debe soportar el envo de reportes en formato electrnico del tipo PDF, Excel y texto plano.
7.9.4
Consultas Ad-Hoc y Reportes
El sistema HISR deber soportar la generacin de reportes Ad-hoc utilizando el estndar industrial de lenguaje de consulta estructurado (por sus siglas en ingls SQL). El Vendedor deber proveer una interfaz grfica para generar la sentencia SQL requerida para extraer los datos requeridos del RDBMS. La herramienta deber permitir al usuario guardar la consulta para uso futuro. El RDBMS del HISR deber soportar mltiples usuarios concurrentes ejecutando consultas ad-hoc complejas. Los requerimientos de desempeo para las consultas y reportes ad-hoc de RDBMS del HISR estn resumidas en el Apndice B, Periodicidad de Funcin y Tiempo de Ejecucin. El proveedor y la ETED y el OC-SENI definirn mutuamente las consultas a ser usadas durante las pruebas de desempeo de esta funcionalidad y el Vendedor deber demostrar que los requerimientos han sido cumplidos para el sistema requerido.
8. Interfaz de Usuario
La interfaz de usuario deber servir como la interfaz grfica primaria para los operadores del sistema y otros usuarios del SCADA/EMS. Dada la naturaleza crtica de la funcin del sistema, el diseo de la interfaz de usuario deber proveer alta disponibilidad, alto desempeo y rpida capacidad de respuesta y un alto grado de seguridad. El sistema deber proveer soporte para dos diferentes tipos de usuarios. El primer tipo de usuario incluye operadores del sistema, usuarios de soporte y administradores del sistema. El segundo grupo son usuarios remotos que requieren acceso de solo lectura.
8.1
La interfaz de usuario deber proveer los siguientes requerimientos generales: 1. Exhibir una apariencia (look and feel) consistente a travs de todas las funciones, despliegues y aplicaciones disponibles al Operador. 2. Proveer los medios para un Operador o Usuario de establecer cierta apariencia y preferencias operacionales. Todas las preferencias establecidas debern conservarse a travs de inicios de sesin posteriores. 3. Proveer la capacidad de asociar un smbolo y/o un campo indicador de calidad con cdigo de color para cada campo de dato dinmico. Para los casos donde exista una condicin de mltiple calidad para un solo valor se deber de proveer un esquema de prioridad para determinar cual condicin debe ser desplegada. 4. Proporcionar orientacin al operador para toda interfaz de usuario mediante la utilizacin de comentarios para cada paso de un procedimiento de varios pasos mediante el uso de mensajes de texto, cambios de color, parpadeo, blancos del cursor o cajas de dialogo con botones suaves para denotar las opciones
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI permisibles. Comentarios debern ser provedos para todas las entradas de Usuario si es aceptado o no aceptado. 5. Proporcionar la capacidad cursor seleccionable para todos los objetivos de la pantalla de visualizacin. El trmino Objetivos de la pantalla de visualizacin est definido como reas de cada formato de visualizacin de pantalla para el cual las funciones interactivas han sido definidas. Los mtodos de posicionamiento del cursor deben incluir el uso de la tecla tab hacia adelante y hacia atrs, dispositivo sealador y teclas de control de cursor. 6. Proveer una comprobacin de errores extensos para todas las entradas de usuario. Entradas invlidas (ej.: la entrada invlida del valor de un punto o una secuencia ilgica de acciones) deben ser reportadas al usuario en la pantalla de visualizacin mediante un mensaje de error que debe estar en espaol simple sin un reconocimiento requerido. No ser necesario hacer referencia a otro documento para interrumpir el mensaje de error. Adems, las entradas invlidas debern ser resaltadas. La interfaz de usuario debe proveer la capacidad de corregir un error sin requerir la entrada de datos o la realizacin de acciones que fueron correctamente ejecutadas previo al error, por ejemplo despus de entrar datos en 10 lneas sobre un despliegue tabular toda la lnea no deber ser marcada invlida debido al error en una entrada. 7. Asegurar que a cada usuario se le deber requerir tener una cuenta de usuario designada. Una clase especial de usuario, Administrador, deber establecer y administrar las cuentas de usuario. Se prefiere que la cuenta de administracin sea manipulada a travs de un sistema de administracin de cuentas centralizada. 8. Proveer un mecanismo para definir y controlar el acceso de usuario al sistema SCADA/EMS. El esquema de seguridad deber ser adicional al incluido con el sistema operativo. Esto es, aunque un usuario ha firmado en la red o un servidor, el acceso a la funcionalidad del sistema SCADA/EMS deber estar sujeta a verificaciones de seguridad adicionales pero no deber requerir al usuario repetir el acceso/contrasea.
8.2
Tipos de Usuario
La interfaz de usuario deber funcionalmente soportar al menos cuatro tipos de usuario: 1. Operador Usuarios con autorizacin para modificar datos, ejecutar aplicaciones y/o realizar operaciones de control de supervisin. A los Operadores se les deber permitir realizar funciones tipo Administrador, tal como mantenimiento de cuentas segn sea necesario. 2. Soporte El personal de soporte del SCADA/EMS con varios niveles de autorizacin para modificar datos o ejecutar aplicaciones. 3. Administrador Una categora especial de Usuario de Soporte responsable de todas las funciones administrativas de la interfaz de usuario tal como la modificacin de parmetros configurables de la interfaz de usuario amplia del sistema y el mantenimiento de cuentas de usuario. 4. De solo lectura Usuarios corporativos con acceso restringido que se les permite solamente visualizar informacin disponible en el sistema de interfaz de usuario remoto (referenciar a la seccin 2, Visin general del Sistema). La apariencia de la interfaz de usuario para todos los tipos de usuario deber ser idntica.
8.2.1
Operadores
Los Operadores debern hacer interfaz con el SCADA/EMS mediante consolas compuestas por computadoras personales o estaciones de trabajo localizadas dentro de las instalaciones del sistema de control de operaciones de la ETED y el OC-SENI.
8.2.2 Usuarios de Soporte y Administradores del Sistema

Usuarios de Soporte y Administradores se les deber permitir el acceso local y remoto al ambiente de Produccin segn sea requerido.
Pag63 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI La interfaz de usuario ejecutndose en una computadora personal remota deber ser funcionalmente idntica a la interfaz de usuario a una consola local o de soporte. Estaciones de trabajo locales o computadoras personales debe estar aisladas detrs de un firewall. Las comunicaciones a las consolas locales debern estar optimizadas para aprovechar al mximo la alta velocidad y seguridad inherente de la infraestructura de la red de rea local dentro del ambiente en produccin.
8.2.3 Usuarios de solo Lectura

El SCADA/EMS deber proveer una interfaz de usuario de solo lectura para uso de los usuarios que requieran acceso restringido a solo visualizacin. Segn los requerimientos CIP del NERC, los usuarios remotos no debern tener acceso directo a los servidores, consolas u otro equipo en los ambientes en Produccin o Recuperacin de Desastre. Por lo tanto, la interfaz de Usuario remota deber proveer servidores fuera de los ambientes en Produccin y Recuperacin de desastre los cuales debern tener una copia de los datos y despliegues que los usuarios remotos requieren acceder. Los servidores usados para soportar esta interfaz de usuario debern ser redundantes. Los despliegues, datos y funciones accesibles para usuarios de solo lectura debern ser configurables. La interfaz de usuario de solo lectura deber proveer funcionalidad equivalente a la interfaz de usuario basado en Windows adems deber soportar la misma consistencia y apariencia. La interfaz de usuario cliente para usuarios de solo lectura deber ser sujeta a los mismos requerimientos de seguridad de usuario y autenticacin usados para la interfaz de usuario basado en Windows. Sin embargo, el proceso de autenticacin de usuario no deber requerir el acceso a ningn servidor o proceso localizado dentro del ambiente en Produccin.
8.3
Conceptos Bsicos de la Interfaz de Usuario
El sistema SCADA/EMS deber proveer una interfaz de usuario basada en Windows para uso de los operadores del sistema, usuarios de soporte y administradores del sistema. Esta interfaz correr sobre consolas (computadoras personales o estaciones de trabajo) conectadas de forma segura y mediante inter-conexiones redundantes a los ambientes en Produccin, Recuperacin de desastre y prueba/desarrollo. El sistema de interfaz de usuario basado en Windows deber adherirse a las normas y mtodos generalmente aceptadas de ventanas los cuales son comunes para las computadoras y estaciones de trabajo actuales. Las siguientes funcionalidades mnimas debern ser soportadas: 1. Ventanas mltiples por monitor limitado solo por las capacidades del hardware de la consola. 2. Despliegues basados en sistema coordinado mundial (WorldDisplays) 3. Funciones de navegacin tal como panormica (pan), acercar/alejar (zoom) y despejar (declutter) de los despliegues mundiales 4. Ventana de navegacin 5. Ventana de alarmas 6. Despliegues basados en listas para resmenes 7. Desplazamiento en resmenes, ordenamiento y funciones de filtrado 8. Despliegues basados en pgina para tabulares y unifilares 9. Soporte para Dibujos/Despliegues basados en mapa de bits 10. Un gran nmero de smbolos elctricos 11. Superposicin de informacin geogrfica 12. Parpadeo sobre colores/grficos primitivos 13. Notas del operador, p. ejemp: Notas tipo Post-it
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 14. Seleccin de punto, Control y dilogos para entrada de datos. 15. Facilidades para ayuda en lnea 16. Vnculos a base de datos dinmicos para valor, color y forma primitiva/objeto 17. Mltiples tipos y tamaos de letra (escalables) 18. Entrada de datos sencilla y por pgina 19. Borrado y reconocimiento simple y por pgina sobre despliegues 20. Hipervnculos definidos sobre despliegues (a travs de la facilidad de construccin de despliegues) para el llamado de archivos PDF o pginas http mediante un navegador web. 21. Funciones de bsqueda desde despliegues tabulares, unifilares y de resumen.
8.3.1 Ventanas
La interfaz de usuario deber soportar el despliegue simultneo de mltiples ventanas definidas por el usuario. No habr limitacin sobre el nmero de ventanas permitidas por pantalla o consola dentro de las limitantes de capacidad disponible de memoria y procesamiento. Estas ventanas debern ser en adicin a aquellas dedicadas para las caractersticas de despliegue comunes descritas en la seccin 2, Caractersticas comunes. Cualquier despliegue ser capaz de mostrarse en cualquier ventana. Las dimensiones y posicin de la ventana debern de ser ajustables independientemente por el usuario. Deber ser posible re-posicionar ventanas o despliegues de una pantalla a otra usando la facilidad comn de arrastrar y colocar (drag and drop). Pasar el foco de usuario entre ventanas en una pantalla, as como entre las pantallas en una consola para varios monitores deber proporcionarse mediante simple seleccin de cursor.
8.3.2 Usabilidad
A fin de lograr consistencia con otras aplicaciones de plataforma nativas, la interfaz de usuario deber ser una aplicacin de escritorio bien adaptada que evite el remplazo del comportamiento pre-determinado establecido por el software de mantenimiento de escritorio nativo. Por ejemplo, si se est ejecutando en un entorno de Microsoft Windows, propiedades como el color de fondo del escritorio y el tipo de letra de la barra de ttulos, tipo de letras en la barra de tareas, etc., debern seguir a aquellas que estn configuradas a travs del administrador de escritorio de Windows para cada cuenta de usuario. Las siguientes caractersticas de usabilidad debern ser diseadas en la interfaz de usuario: 1. Acciones referenciadas comnmente debern ser provedas mediante una barra de herramientas y segn corresponda mediante un men contextual sensitivo con toque-derecho 2. El uso de dilogos emergentes debern ser mantenidos a un mnimo. 3. La mayora de las acciones realizadas por un operador debern ser alcanzados por el uso del ratn o dispositivo de sealamiento similar. 4. El nmero de toques del ratn requeridos para operaciones de misin crtica debern ser mantenidos a un mnimo. Esto no obstante, son provedos dilogos de confirmacin y otras facilidades de validacin a fin acciones del operador inadvertidas y asegurar adherencia a procedimientos de seguridad opcionales. 5. Despliegues y/o dilogos los cuales son compartidos a travs de diferentes modos operativos o ambientes (por ejemplo, DTS, Estudio, etc.) debern ser marcados claramente y sin ambigedad el modo operacional del desplegado. Cualquier dilogo que sea presentado al usuario como resultado de seleccionar informacin sobre el modo de desplegado fuera de tiempo real deber tambin ser marcado claramente. 6. Las capacidades de copiado/pegado, arrastrar y colocar y hacer/deshacer debern ser provedas para minimizar la duplicacin de la entrada de datos.
Pag65 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 7. Todos los mensajes presentados al operador debern ser mostrados en texto plano siguiendo una convencin de estilo comn. Mensajes encriptados, abreviaciones, y cdigos de error debern ser evitados. 8. La herramientas de consejos debern ser desplegados para muchos conos, botones, enlaces de despliegues y elementos de seleccin de punto. Se deber dar preferencia para mostrar informacin sobre herramientas usando una tcnica de ratn-encima mediante el cual la herramienta de informacin es desplegada automticamente cuando el usuario coloca el cursor sobre el elemento de dato relevante.
8.3.3 Perfiles de Usuario y Preferencias

Al iniciar sesin, la interfaz de usuario deber proporcionar un medio para un Operador o Usuario para definir una cierta apariencia y preferencias operacionales. Todas las configuraciones de preferencia debern ser retenidas a travs de inicios de sesin subsecuentes. Las preferencias tpicas subsecuentes disponibles debern incluir, pero no estn limitadas a: 1. Formato y localizacin de Tiempo/Fecha 2. Apariencia general de los componentes de la interfaz de usuario (p.ejem: tipos de letra desplegada, etc.) 3. Preferencias de tonos de alarma audible y volumen 4. Diseo predeterminado de ventana/despliegue (para cada pantalla) 5. Preferencia de configuracin del tablero de mandos Se deber permitir un identificador de Usuario para tener mltiples definiciones de perfiles de preferencia. Cada perfil deber contener un juego completo de preferencias operaciones y de preferencia para el usuario. Al iniciar sesin, el Operador deber ser capaz de seleccionar de una lista pre-definida de perfiles el cual deber invocar automticamente las configuraciones preferidas del usuario en la consola. El perfil activo seleccionado deber permanecer en efecto a travs de inicios de sesin subsecuentes hasta que sea cambiado por el operador.
8.3.4 Gua de Usuario

La interfaz de usuario deber responder a todas las acciones del usuario indicando ya sea que la accin fue aceptada, no aceptada, pendiente o fallada (expiracin de tiempo). Para procedimiento de multi-pasos, el sistema deber proveer retro-alimentacin para cada paso. Indicaciones como mensajes de texto, cambios de color y parpadeos son medios aceptados para proporcionar retro-alimentacin. Un evento deber ser grabado para cualquier accin del usuario el cual resulte en la modificacin del SCADA/EMS. El tiempo/fecha, la accin realizada y la identificacin de usuario que inici sesin debern ser incluidas en el mensaje de evento.
8.3.5 Ayuda en lnea

La facilidad de ayuda en lnea contextual-sensitiva general y especfica deber estar disponible al Operador. Se debern presentar al Operador una lista de tpicos que referencien a la documentacin asociada al SCADA/EMS. La facilidad de ayuda en lnea deber soportar bsquedas usando palabras clave y/o frases. La facilidad de ayuda en lnea deber hacerse disponible a travs de un comando de ayuda en la ventana de interfaz de usuario principal y un botn de ayuda en la caja de dilogo. Si la facilidad de ayuda es accedida desde una ventana de dilogo, se presentar al Operador solamente la documentacin que est relacionada con la caja de dilogo actual. Una vez que el operador salga de la facilidad de ayuda, deber ser retornado al punto donde la ayuda fue solicitada.
Pag66 of 178
8.4
Autenticacin y Acceso de Usuario
A cada usuario se le requiere tener una cuenta de usuario designada. El Administrador deber establecer y administrar las cuentas de usuario. La administracin de la cuenta de usuario deber ser manipulada a travs de un sistema de administracin de cuentas centralizadas. Todos los requerimientos de NERC CIP para la administracin y auditora de cuentas de usuario debern ser seguidos. Referirse a la Seccin 5, Seguridad Ciberntica, para mayor referencia. El sistema deber tambin proveer la habilidad para restringir o controlar el acceso de usuario an ms all de lo provedo por el sistema operativo. Sin embargo, el sistema deber ser configurable como necesidad de proveer informacin adicional de autenticacin (ej., pregunta adicional de inicio de sesin de usuario).
8.4.1 Autenticacin de Usuario

El OC-SENI y la ETED prefieren una solucin de autenticacin nica (single sign-on) como se describe en la seccin 5, Autenticacin nica. Para aquellos casos donde esto no es posible, cada usuario deber ser requerido para entrar un nombre de cuenta de inicio de sesin nico y una contrasea para acceder al SCADA/EMS Todas las contraseas debern ser almacenadas en forma codificada solamente. Los usuarios debern tener la capacidad de cambiar sus propias contraseas. Las contraseas cambiadas debern ser propagadas cuando sea necesario y sin intervencin del usuario. Referenciar la seccin 5, Seguridad Ciberntica para los detalles sobre los requerimientos de contrasea. El sistema operativo deber registrar todos los intentos de inicio y termino de sesin sin tomar en cuenta el xito o falla de la accin. La informacin registrada deber incluir el servidor o estacin de trabajo, identificador de usuario y fecha/hora del acceso. Tambin, el sistema deber registrar todas las acciones de autenticacin de usuario (inicio de sesin nico y autenticacin nica) para la funcionalidad del sistema al subsistema de alarmas/eventos, adems de grabarlo en la facilidad de registro central. Esto deber ser hecho una sola vez para una interfaz de usuario comn y contener la consola, identificador de usuario y fecha/hora de la autenticacin. Finalmente, el sistema deber generar una alarma despus de un nmero configurable de intentos de autenticacin no satisfactorias. El usuario no deber ser requerido para re-autenticar despus de la falla de un servidor, dispositivo o funcin del SCADA/EMS a menos que la falla este en el dispositivo usado por el usuario para acceder al sistema. El SCADA/EMS deber permitir al Administrador limitar el nmero de sesiones concurrentes para usuarios seleccionados. reas de responsabilidad (AORs), permisos de usuario y acceso a consola debern ser establecidas durante el inicio de sesin.
8.4.2 Trmino de sesin automtico

La actividad de la consola deber ser monitoreada despus de que un usuario inicie sesin. Si un usuario no realiza cualquier operacin sobre la consola dentro de un tiempo pre-definido, el SCADA/EMS deber terminar automticamente el inicio de sesin del sistema. Los periodos de trmino automtico de sesin debern ser definidos por el administrador. El administrador deber tambin tener la capacidad para deshabilitar la caracterstica de trmino automtico de sesin para cualquier usuario o consola.
8.4.3 reas de Responsabilidad

Todos los puntos y funciones del sistema debern ser asignados a una o ms reas de Responsabilidad (AOR). Una AOR deber estar compuesta de una o mas reas lgicas (p.ejem: por rea, por distrito, por zona, el sistema entero) o funciones agrupadas para formar una matriz de responsabilidad para la operacin de la red elctrica. Una combinacin de usuario/consola deber estar asignada a una AOR especfica y la AOR asignada deber determinar las responsabilidades del usuario dentro del SCADA/EMS (p.ejem: Despachador, administrador de turnos, soporte de operaciones, etc.). La AOR asignada a la combinacin usuario/consola deber establecer las capacidades de acceso, por ejemplo, el conjunto de puntos que un usuario puede seleccionar, los desplegados
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI que un usuario puede visualizar, funciones accesibles y las alarmas presentadas al usuario. Lo siguiente es un ejemplo del juego de funciones que pueden ser restringidas con base en la AOR(s) asignada: Entrada de datos Ver o colocar/remover etiquetas (tags) Sobre-escribir lmites Control de supervisin Intentos de iniciar acciones de control de supervisin debern ser negados si la AOR(s) asignados a la combinacin consola/usuario no son permitidos Administracin de alarmas Modificacin a la base de datos Modificacin a desplegados Habilitar/Deshabilitar la adquisicin de datos sobre dispositivos tales como RTUs Configuracin del sistema y Control
El Proveedor deber suplementar la anterior lista de funciones operativas que abarquen todas las operaciones de usuario. La lista deber ser sujeta a aprobacin de la ETED y el OC-SENI. Mltiples AORs pueden ser asignadas a la combinacin de usuario/consola y una AOR puede ser asignada a mltiples usuarios. No habr ninguna restriccin sobre la asignacin de AORs a la combinacin de consola/usuario. El sistema deber permitir la ETED y el OC-SENI configurar un conjunto de AORs crticas para ser monitoreadas para una cobertura continua. Estas AORs crticas monitoreadas debern ser comprobadas para cobertura por al menos un Operador activo (firmado). Durante el proceso de trmino de sesin por un operador el sistema deber, de manera predeterminada, verificar que todas las AORs crticas monitoreadas estn todava cubiertas por los operadores restantes que estn firmados todava. Si un operador intenta terminar la sesin del sistema dejando una o mas AORs crticas monitoreadas descubiertas, el Operador ser avisado con un dilogo de advertencia antes de que se inicie la secuencia de trmino de sesin. Si el operador escoge continuar con el proceso de trmino de sesin, se deber generar una alarma de prioridad del sistema. Similarmente, si una consola falla o es removida del sistema, una alarma de prioridad del sistema deber ser generada si cualquiera de las AORs crticas monitoreadas est descubierta.
8.4.4 Administracin de acceso de Usuario

La caracterstica de administracin de acceso de usuario (por sus siglas en ingls UAM, User Access Management) deber permitir a un usuario con privilegios de administrador el administrar el acceso de usuario al SCADA/EMS. La administracin de acceso de usuario deber habilitar al administrador para entrar, modificar y borrar la identificacin de usuario, re-definir la contrasea de usuario, asignar AORs y colocar permisos de usuario. Cada cuenta deber tambin indicar cuando fue la ltima modificacin de la cuenta. Un despliegue de interfaz de usuario detallado deber tambin ser provisto el cual permitir a cualquier usuario autorizado el hacer ajustes a las asignaciones de AORs para cualquiera de los usuarios. Un dilogo o despliegue deber estar disponible el cual liste a todos los usuarios y sus actuales asignaciones de AOR. A travs de este dilogo un usuario autorizado tal como un administrador u Operador con privilegios de administrador deber tener permisos concedidos para hacer cambios a las actuales asignaciones de AOR de cualquier Usuario.
8.5
Operaciones de Usuario
8.5.1 Llamar y Seleccionar despliegue

El sistema deber proveer un mtodo conveniente para los Operadores para seleccionar y llamar los despliegues deseados. El Proveedor deber soportar uno o ms de los siguientes mtodos de seleccin de desplegado:
Pag68 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 1. Directorio Maestro o men del despliegue 2. Seleccin de una liga sobre cualquier men, grfico o desplegado tabular 3. Solicitud de despliegue desde un resumen de alarma o Ventana 4. Entrada directa del nombre del despliegue, alias de desplegado o nombre del desplegado con el comodn. 5. Adelanto/Atraso de pgina 6. Seleccin de un despliegue desde una lista de despliegues previos (el nmero de despliegues en la historia deber ser configurable) 7. Seleccin de teclas de funcin definidas por el usuario, barras de herramienta y barras de men dedicadas a despliegues 8. Seleccin de un conjunto pre-definido y definido por el usuario de puntos de enlace dinmico (poke) asociados con los niveles panormico/acercamiento-alejamiento definidos por el usuario del espacio mundial (ej.: Subestacin) A menos que se especifique lo contrario, la solicitud de nuevos despliegues para unifilares y tabulares deber ser escalados para encajar completamente dentro de la ventana objetivo mientras se mantiene la relacin de aspecto.
8.5.2 Pantalla Panormica y Acercar-Alejar (zoom)

El sistema de despliegue deber ser configurable para tener la funcin de vista panormica y acercar-alejar (zoom) habilitada. Deber ser posible hacer un perfecto acercamiento-alejamiento dentro de cualquier rea del despliegue. El movimiento panormico fuera de las reas de la pantalla de los despliegues deber ser posible. Deber ser configurable asignar capas especficas a niveles de acercamiento-alejamiento especficos a fin de evitar el atestado en los despliegues. El movimiento panormico y el acercar-alejar debern ser controlados por toques y movimientos del ratn.
8.5.3 Seleccin de Punto

La seleccin de un punto u objeto de SCADA en un unifilar o pantalla tabular (p. ejemp: valor de un medidor, voltaje o interruptor de circuito) es requerido para visualizar mas informacin, realizar entradas manuales o el control de un dispositivo definido por este punto. La seleccin de un punto por parte del usuario deber de bloquear el punto en la base de datos. Por lo tanto, el punto no est disponible para control por otros usuarios al mismo tiempo. Por lo tanto, las entradas manuales y secuencias de control pueden solamente ser realizadas sobre puntos no seleccionados (bloqueados) por otros usuarios. Una notificacin deber alertar al usuario de que un punto est ya seleccionado por otro usuario.
8.5.3.1
Bloqueo de Punto
El sistema deber solamente permitir a un usuario a la vez el seleccionar un punto/dispositivo para control de supervisin o entrada manual (punto sencillo o la edicin basada en pgina). Se notificar un acceso denegado al Operador debido a un punto bloqueado por otro usuario con suficiente detalle para identificar el usuario y la estacin de trabajo que tiene el punto o dispositivo seleccionado. El bloqueo de punto deber estar sobre la base de un punto y deber ser posible para mltiples Operadores la seleccin de diferentes puntos sobre el mismo despliegue grfico o tabular.
8.5.3.2
Expiracin de tiempo sobre la seleccin de un punto
Despus de que un usuario seleccione un punto, el sistema deber monitorear la longitud de tiempo que el punto ha sido seleccionado. Si el usuario no ejecuta una accin de control dentro de un periodo configurable de tiempo, el sistema liberar el punto de este usuario de tal forma que estar disponible nuevamente para la seleccin por otros usuarios. El usuario deber ser notificado si un punto ha sido liberado.
Pag69 of 178
8.5.3.3
Ubicacin de Punto
Ser posible localizar un punto especfico en el sistema desde cualquier otro despliegue a travs del uso del botn de ubicacin de punto, tocando sobre la lista de evento/alarma, esquemas en lnea, etc. Despus de seleccionar la opcin de localizar, el despliegue deber acercarse a la localizacin del punto especfico ya sea sobre esquema unifilar o despliegue tabular.
8.5.4 Control de Supervisin

El Operador deber acceder a funciones de control de supervisin como una extensin de la funcin de seleccin de punto. Las opciones de control ofrecidas mediante un men o caja de dilogo debern ser especficas al dispositivo que esta siendo controlado. Antes de la emisin del control, se deber presentar al Operador con un dilogo de confirmacin que indique el dispositivo que est siendo controlado y el comando que esta siendo emitido. El Operador deber ya sea confirmar o cancelar el control. Una vez que el Operador confirme el control, el sistema deber emitir el comando al dispositivo destino. El control de supervisin deber ser restringido a usuarios con autoridad apropiada (p.ejemp: el control de supervisin no es permitido para usuarios de solo lectura). Por otra parte, el control de supervisin sobre dispositivos deber estar limitado a puntos dentro del AOR del usuario. El control deber estar permitido desde cualquier despliegue o resumen que contenga el punto y es definido para ser seleccionable.
8.5.4.1
Verificacin de la prdida de carga
El SCADA/EMS deber proveer una funcin de Verificacin de la prdida de carga el cual es una prueba de prevalidacin para el efecto de la prdida de carga sobre la secuencia de control de supervisin a Abierto sobre cualquier dispositivo tele-medido. Referir a la Seccin 9, Verificacin de prdida de carga para ms informacin.
8.5.4.2
Verificacin de carga captada
El SCADA/EMS deber proveer una funcin de Verificacin de carga captada el cual es una prueba de prevalidacin para las violaciones de equipo o sobre-cargas basadas en conectividad. La verificacin deber ser realizada sobre cualquier dispositivo tele-medido en secuencia de control de supervisin a Cerrado. Referir a la seccin 9, Verificacin de carga captada para ms informacin.
8.5.5 Entrada Manual

La funcin de entrada manual deber permitir a los usuarios remplazar manualmente el valor para cualquier punto telemedido o calculado sobre un despliegue. Para modificar el valor de un punto o estado, el punto debe cumplir los siguientes criterios: 1. El punto sobre el despliegue est definido como seleccionable y con entrada de dato. 2. El Usuario debe tener la asignacin de AOR apropiada para el punto. 3. El punto no est seleccionado por otro usuario. Para los valores tele-medidos y calculados, un cdigo de calidad deber indicar cuando el valor o estado ha sido remplazado manualmente. La entrada manual deber causar que el punto sea removido de barrido (inhibir barrido) o actualizacin de clculo automticamente. Durante la secuencia de entrada manual, el Operador deber tener la opcin de entrar un comentario el cual deber ser almacenado con la inhibicin del barrido. Los cdigos de calidad debern ser colocados tanto para la entrada de dato y el inhibir barrido indicando que el punto est fuera de la secuencia de barrido y que el valor ha sido remplazado manualmente. Una vez que el inhibir barrido sea removido, el dato entrado manualmente deber ser remplazado con el siguiente barrido vlido o valor calculado.
Pag70 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI La entrada manual deber ser considerado temporal hasta el siguiente barrido peridico o el clculo del punto fuente de dato a menos que el Operador coloque el punto en inhibir barrido. Si el Operador no ha colocado el punto en inhibir barrido, el valor entrado manualmente deber ser remplazado por el siguiente barrido vlido o valor calculado. El punto deber tener un cdigo de calidad de entrada manual hasta que el valor sea remplazado por un barrido o valor calculado. Si el Operador ha inhibido el punto, una bandera de calidad de inhibir barrido deber tambin ser aplicado al punto. Una vez que sea removido el inhibir barrido, el dato entrado manualmente deber ser remplazado con el siguiente barrido vlido o valor calculado. La interfaz de usuario deber prevenir la entrada de valores invlidos a la base de datos. Deber verificar sintcticamente cada valor entrado y asegurar que el valor est dentro de los lmites de razonabilidad definidos para el punto. No sern almacenados datos en la base de datos hasta pasar todas las verificaciones
8.5.6 Verificacin de lmite

La interfaz de usuario deber proveer una facilidad para visualizar toda la informacin de lmites de cualquier punto anlogo o acumulador. Los lmites debern incluir lmites de razonabilidad alto/bajo, al menos cuatro (4) juegos de lmites operativos alto/bajo, tambin como otras condiciones lmite tal como tasa de cambio. Con la excepcin de lmites de razonabilidad, un Usuario deber de ser capaz de sobre-escribir temporalmente cualquier valor lmite as como tambin activar o in-activar cualquier pareja de limites. Lmites in-activos no debern ser comprobados. Para mayor referencia de la funcionalidad de verificacin de lmite, referir a las aplicaciones del SCADA/EMS, Seccin 9, Verificacin de lmite.
8.5.7 Etiquetado
La interfaz de usuario deber proveer una facilidad para manejar operaciones de etiquetado. El Operador deber de ser capaz de agregar, modificar o remover una etiqueta sobre cualquier punto de la base de datos desde cualquier despliegue, incluyendo unifilares, tabulares y despliegues geogrfico donde el punto este disponible (sujeto a validacin de AOR y permisos de usuario). La interfaz de usuario deber ser configurable para restringir las funciones de etiquetado desde cualquier despliegue. Por ejemplo, las operaciones de etiquetado no debern ser permitidas desde el resumen de alarmas o eventos. Cada entrada de etiqueta deber contener, como mnimo lo siguiente: 1. Fecha/Hora de la colocacin de etiqueta 2. Tipo de etiqueta 3. Identificador de estacin 4. Identificador de punto 5. Campo de comentario entrado por el Usuario longitud de 120 caracteres6. Identificador de Usuario Cuando se coloque una etiqueta, el sistema deber solicitar al Operador un comentario alfa-numrico el cual deber ser almacenado con la etiqueta. El sistema deber tambin almacenar y desplegar automticamente el identificador de usuario del operador que coloc la etiqueta. El sistema deber permitir a un Operador el modificar el comentario almacenado con la etiqueta. Las etiquetas debern ser colocadas o removidas individualmente por instruccin del Operador y cualquier colocacin, modificacin o remocin de una etiqueta deber ser registrada como un evento. Como una extensin al proceso de colocar una etiqueta, la interfaz de etiqueta deber proveer la capacidad de colocar una etiqueta simple sobre mltiples puntos o dispositivos. El Operador deber ser capaz de crear una etiqueta de una manera similar a la descrita anteriormente y enlazar o asociar la etiqueta con uno o ms dispositivos. Tambin deber ser posible remover la etiqueta, asociar o enlazar a mltiples dispositivos desde un dispositivo individual o todos los dispositivos. Un dispositivo etiquetado deber tener un indicador visual simple asignado a este y el indicador deber indicar la presencia de mltiples etiquetas sobre el dispositivo. La indicacin asignada estar basada en la etiqueta activa
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI con el ms alto nivel sobre el dispositivo etiquetado. El Operador deber ser capaz de mostrar toda la informacin de etiquetas para el dispositivo. El sistema deber permitir la habilidad para restringir el acceso a la etiqueta para cualquier Usuario o consola basado en AOR o permisos de usuario. El acceso deber ser restringido a visualizar la informacin de la etiqueta solamente o permitiendo el acceso total a agregar, modificar y remover etiquetas. Para mayores detalles sobre el etiquetamiento y tipos de etiqueta referir a las aplicaciones del SCADA/EMS, Seccin 9, Etiquetamiento.
8.5.8 Reconocimiento y Borrado de Alarmas

El SCADA/EMS deber proveer un medio al operador para reconocer y/o borrar una condicin(es) de alarma activa sobre un punto dentro de las AOR de usuarios. El borrado de alarma es similar al reconocimiento de alarma con la funcionalidad adicional de remover la alarma del resumen de alarma en base a la AOR asignada al usuario. Para puntos que estn definidos a travs de mltiples reas de responsabilidad, el sistema deber requerir al menos un usuario asignado a cada rea para reconocer independientemente la misma alarma. El Operador deber ser capaz de reconocer o borrar una alarma de diferentes maneras: Reconocimiento o Borrado de una alarma individual desde cualquier despliegue, unifilar o tabular donde resida el punto y est visible dentro de la ventana de despliegue seleccionada Reconocimiento o Borrado de una alarma individual desde los resmenes de alarma Reconocimiento o Borrado de todas las alarmas desde cualquier despliegue, unifilar o tabular para solamente aquellos puntos los cuales estn visibles dentro de la ventana de despliegue seleccionada Reconocimiento o Borrado de todas las alarmas visibles dentro de la ventana seleccionada desde los resmenes de alarma Reconocimiento o Borrado de todas las alarmas desde los resmenes de alarma (ej.: borrar/restablecer el resumen de alarma despus de que un evento mayor, como un apagn, ha concluido)
El sistema deber ser configurable para permitir el borrado automtico de una alarma al reconocimiento. Tambin, deber ser posible configurar el sistema para prevenir el borrado de una alarma asociada con un punto que est todava en estado anormal.
8.5.9
Administracin de la alarma audible
La interfaz de usuario deber proveer un medio para el operador de suprimir o captar la anunciacin de la alarma en la consola. La supresin audible deber silenciar solamente el sonido audible existente. Nuevas alarmas recibidas en la consola debern reinstalar el sonido audible. Adems, la interfaz de usuario deber proveer una accin de usuario independiente que deber resultar en la supresin de la alarma audible para todas las alarmas (existentes y nuevas). Esta accin deber aplicar solamente a la consola del operador que est solicitando la supresin. El sistema deber proveer una indicacin, sobre la consola afectada, de que las alarmas audibles han sido suprimidas. El indicador deber ser visible en todos los despliegues de la consola. El usuario deber ser capaz de remover la supresin y el sistema deber remover automticamente la supresin cuando el usuario salga de la sesin de la consola. El proceso de inicio de sesin del usuario deber asegurar que el estado inicial de la supresin de alarma audible est deshabilitado (audible habilitado).
8.5.10
Notas del Operador
Un operador deber ser capaz de generar notas y memos en formato libre que puedan estar asociados con cualquier dispositivo o despliegue. Estas notas de formato libre debern estar indicadas sobre despliegue usando un cono seleccionable por el usuario, el cual cuando sea seleccionado deber desplegar un dilogo emergente o
Pag72 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI ventana con la nota. Las notas del operador pueden ser colocadas directamente sobre el despliegue unifilar o tabular. La ventana de la nota deber, como mnimo, soportar: Cambio de tamao Texto Grficos Barras de desplazamiento horizontal y/o vertical cuando la nota exceda el rea de visin de la ventana
El sistema deber ser configurable para limitar el tamao del archivo de texto y grfico. El nmero mnimo de caracteres de texto soportado deber ser 120. Deber ser posible asignar y posicionar una nota (cono) sobre un desplegado en cualquier ubicacin. El cono deber estar claramente identificado como una nota de operador. Al crear una nota, el usuario deber de ser capaz de seleccionar desde una lista pre-definida de conos y propiedades de conos, tales como color, parpadeo, etc. que ayude en la indicacin de la urgencia. Para la creacin de la nota del operador, duplicacin y modificacin, la interfaz de usuario deber soportar la capacidad de enlazar/copiar/pegar texto o grficos desde otros despliegues, resmenes o aplicaciones de terceros (ej.: PDF, XLS, DOC, etc.).
8.6
Tendencias de datos
La funcin de tendencia de datos deber ser proveda para permitir a cualquier usuario generar curvas de tendencia grfica basada en tiempo para cualquier dato de tiempo-real o histrico para visualizacin general de datos de tendencia y correlaciones de puntos como varen en el tiempo. La caracterstica de tendencia de datos deber proveer las siguientes capacidades generales: Velocidades de muestreo variable de 1 segundo a 60 minutos Mnimo cuatro variables dentro de un grfico de tendencia simple Capacidad de desplazamiento (vertical u horizontal) a travs de los datos para una grfica de tendencia activa. Especificacin independiente de escala y lmite para dar formato a las graficas de tendencias Especificacin individual de sombreado en la graficas de tendencia Indicacin de violacin de lmite alto/bajo a travs del uso de sombreado Mostrar valores anlogos de muestras de graficas de tendencia seleccionadas Seleccin de la orientacin del despliegue de tendencia (tendencia en cuatro diferentes direcciones; de arriba hacia abajo, de abajo hacia arriba, de izquierda a derecha, de derecha a izquierda) Escalamiento y compensacin de tendencia individual
8.6.1
Tendencias definidas por el Usuario
Los usuarios debern ser capaces de asignar interactivamente puntos para tendencia y de definir el escalamiento y la velocidad de muestreo de la tendencia. Las velocidades de muestreo debern ser configuradas para cada punto asignado de 1 segundo a 60 minutos. Las tendencias debern ser amigables con el usuario y fciles de construir/mantener. Despus de seleccionar un punto para tendencia, el sistema deber mostrar una caja de dilogo para permitir al usuario especificar, como mnimo, las siguientes caractersticas de la tendencia: 1. Nombre de la tendencia 2. Color y nmero de la tendencia
Pag73 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 3. Escalamiento y compensacin de la tendencia 4. Velocidad de muestreo de la tendencia 5. Tiempo de inicio de la tendencia (solamente histrico) 6. Periodo de la tendencia (solamente histrico) Todas las asignaciones de tendencia, junto con cualquiera de los parmetros de la tendencia, se debern retener hasta que sean especficamente removidos por un usuario.
8.6.2
Tendencias Automticas
El sistema SCADA/EMS deber proveer una funcin de tendencia la cual automticamente y continuamente colecte datos de tendencia para todos los puntos anlogos en el sistema. Un operador deber tener la capacidad de llamar un grfico de tendencia pre-definido en cualquier momento para ver hasta las mas recientes (1 hora) de datos de tendencia para el punto seleccionado.
8.7
Impresin de Despliegues y Reportes
Deber facilitarse un medio para producir copias de cualquier pantalla, reportes o bitcoras los cuales pueden ser guardados a un archivo o impresos en cualquier impresora accesible de blanco y negro o de color. Las impresoras pueden asociarse a cualquier consola del operador, sin embargo, se prefiere que las impresoras sean asociadas directamente a la red o a travs de un servidor de terminal. Habr medios para imprimir un rea seleccionada por el usuario de una pantalla o ventana. La interfaz de usuario deber soportar la salida en color y escala de grises para una pantalla en particular dentro de una ventana o una imagen de pantalla completa. Las impresoras que sean usadas para imprimir una copia en papel de una pantalla y otros reportes directamente desde una estacin de trabajo o consola debern ser administradas directamente por los servicios nativos de la cola de impresin del sistema operativo.
8.8
Mural de Video
El Proveedor deber proveer la capacidad para los Operadores de mostrar un despliegue de visin general o una combinacin de pantallas mas pequeas (p.ej: unifilares, tabulares, etc.) sobre cualquier matriz de video. La interfaz de usuario deber proveer un mtodo tal que cualquier consola designada pueda controlar lo que se est desplegando sobre cualquier componente del mural de video/mmico. Esta capacidad deber proveerse para seleccionar el tamao de la matriz, los despliegues a ser presentados y la posicin de los despliegues sobre la matriz. Los despliegues debern ser cambiables a como el operador los desee (panormico/acercar-alejar, seleccionar/remover superposiciones, etc.) para enfocar sobre un rea de particular inters al operador en ese momento. Cualquier despliegue visto sobre el mural video/mmico deber ser actualizado a la misma velocidad como la consola local. El Proveedor deber proveer la capacidad de desplegar cualquiera de las mismas imgenes alfanumricas y grficas como son mostradas sobre consolas del sistema SCADA/EMS as como tambin tomar ventaja del espacio de pantalla ms amplio provedo por un mural de video.
8.9
8.9.1
Requerimientos en Despliegues
Los despliegues del operador debern de ser la interfaz primaria entre el Operador y el sistema SCADA/EMS. Como mnimo, el contenido del despliegue deber ser seleccionable desde informacin de la base de datos del sistema incluyendo valores tele-medidos, calculados y/o entrados manualmente. Los datos desplegados debern ser presentables por cualquiera o todos los formatos de presentacin de mensaje, datos tabulares o de esquema anotado
8.9.1.1
Cdigos de Calidad
El sistema deber usar cdigos de calidad indicando la presencia de problemas que afectan la validez del valor de un punto de la base de datos. Normalmente, nicamente los cdigos ms severos debern ser presentados sobre
Pag74 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI un despliegue o reporte. Sin embargo, deber ser posible acceder y presentar todos los cdigos en efecto sobre un punto. Los despliegues debern ser capaces de desplegar un campo indicador simblico con cdigo de color adyacente a cualquier campo de dato de punto dinmico. Para aquellos casos donde existan condiciones de calidad mltiple para un dispositivo simple, el Proveedor deber proveer un esquema de prioridad para determinar cuales condiciones debern ser desplegadas. El campo de calidad en blanco deber ser usado para la condicin de calidad de dato en Buen estado. Referirse a las aplicaciones de sistema SCADA/EMS, Seccin 9, Cdigos de Calidad, para requerimientos a detalle de los Cdigos de Calidad.
8.9.1.2
Actualizacin de Despliegue
Todos los datos de tiempo-real sobre los despliegues activos debern ser concurrentes. Se deber proveer la habilidad al usuario para forzar la actualizacin ms rpida de un despliegue. Referirse a la Seccin 9, Respuesta de la interfaz de usuario para otros requerimientos en la actualizacin de despliegues.
8.9.2
Despliegues Tabulares
Los despliegues tabulares debern ser generados automticamente por el sistema SCADA/EMS, la ETED y el OC-SENI debern aprobar el formato utilizado para estos despliegues. Estos despliegues debern estar basados sobre los contenidos de la base de datos de tiempo real. Los puntos desplegados debern ser todos puntos de la base de datos usados (no disponibles) que estn asociados con la subestacin/alimentador. La siguiente informacin deber ser desplegada para cada punto, como mnimo: 1. Descriptores de nombre 2. Atributos de dato 3. Estado actual 4. Cdigos de calidad y etiquetas 5. Identificadores de punto nico Cada tipo de punto (ej.: estado, analgico, acumulador, etc.) deber estar agrupado y desplegado separadamente unos de otros en pginas separadas. Los datos tele-medidos debern ser desplegados igual que los datos calculados. Debern ser provedos tantas pginas de despliegue como sean necesarias para mostrar todos los puntos en una subestacin/alimentador. Para subestaciones/alimentador con mltiples UTR, los puntos debern estar ordenados de acuerdo a la UTR. Deber ser posible realizar cualquier funcin de punto permitida para la pgina tabular de subestacin si la consola est asignada a la jurisdiccin operativa adecuada designada para el punto.
8.9.3
Despliegues Unifilares
Los despliegues unifilares generalmente proveen los datos de valores tele-medidos y calculados asociados con una subestacin/alimentador. Estos despliegues pueden incluir representaciones de datos grficos tales como unifilares de subestacin, unifilares de lneas de trasmisin o unifilares de alimentadores de distribucin. El usuario deber ser capaz de interactuar con estos despliegues para realizar cualquier interaccin de usuario asociada tal como entrada de datos y control de supervisin.
8.9.4
Despliegues de coordenadas mundiales
El sistema SCADA/EMS del Proveedor deber proveer la capacidad para construir despliegues de coordenadas mundiales (por sus siglas en ingls WCD, WorldCoordinateDisplays). Los despliegues de coordenadas mundiales debern ser generalmente usados para construir mapas de sistema geogrfico y/o esquemtico en el cual es importante organizarlos dentro de varios niveles de informacin a fin de retener un alto nivel de legibilidad. A fin de cumplir esto, un despliegue de base mundial deber ser construido como una serie de capas con cada capa constando de primitivas dinmicas y estticas relacionadas Una capa es anloga a una transparencia utilizada en
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI un proyector que pueden combinarse y verse juntos para mostrar un segmento lgico del sistema de varias capas. Las capas pueden combinarse juntas para formar un nivel de ordenamiento (declutter). El nivel de ordenamiento es simplemente la combinacin de capas especficas acopladas juntas con el umbral de escalamiento mnimo/mximo el cual define cuando desplegar o remover el nivel de ordenamiento. Dentro del entorno de la interfaz de usuario, los despliegues de coordenadas mundiales debern ser mostrados para un nivel a la vez basado en la actual escala de acercamiento/alejamiento. El sistema deber permitir al usuario el movimiento panormico/acercamiento-alejamiento/escalamiento de un despliegue de coordenada mundial usando la rueda de desplazamiento del ratn o mens en la interfaz de usuario. Todos los datos presentados en un despliegue debern mantenerse desplegados durante la operacin y el texto utilizado sobre el despliegue deber ser escalado para ser consistente con la imagen escalada. El usuario deber tambin ser capaz de acercar/alejar sobre un rea seleccionada del despliegue enmarcando el rea deseada con el cursor del ratn.
8.9.4.1
Ordenamiento (Declutter)
Los despliegues de base mundial debern estar compuestos de capas que agrupen entidades estticas y dinmicas de acuerdo a su escala. Cada capa deber estar asignada a un nivel llamado nivel de ordenamiento (declutter), el cual enlaza la visibilidad de las capas a la escala en la cual se est visualizando el despliegue. Cada capa puede ser asignada a mltiples niveles y cada nivel puede tener mltiples capas asignadas a esta. Una capa deber aparecer solamente si est asociada con el nivel que tiene un umbral de visibilidad que es vlido a la escala de visualizacin actual. La caracterstica de des-saturacin deber permitir a los usuarios ir de una visin general de un rea amplia, tal como una ciudad entera a una visin detallada de una subestacin en particular con capas apareciendo y desapareciendo automticamente. Este comportamiento dinmico deber tambin ser capaz de ser sobre-escrita y el usuario podr manualmente alternar la visibilidad de las capas.
8.9.4.2
Superposiciones
La interfaz de usuario deber soportar una caracterstica de superposicin opcional que incrementa el concepto de capas proporcionando una segunda manera de agrupar entidades independientes de las capas sobre las cuales estn creadas. Todas las entidades debern tambin estar asignadas a una superposicin. Esto les permite estar agrupadas por atributos lgicos, en lugar de por escala (p.ej: voltajes comunes, MW, MVAr, MVA, identificador de equipo, equipo de proteccin, amperes o grados). Por ejemplo, los interruptores sobre una capa pueden ser agrupados dentro de diferentes superposiciones basados en su nivel de voltaje asociado; los interruptores no estn mostrados si su superposicin no est seleccionada para ser visible incluso si su capa lo est. Las superposiciones debern permitir a los usuarios de una forma mas precisa de des-asociar los despliegues que los provedos solo por las capas. El usuario deber ser capaz de conmutar superposiciones que hayan sido definidos para un despliegue.
8.9.5
Despliegues con Mltiples Fuentes de Datos (Multi-Data Source, MDS)
Todas las aplicaciones del sistema SCADA/EMS las cuales proveen datos para visualizacin en unifilares, tabulares o despliegues en coordenadas mundiales (ej.: sistema SCADA/EMS, Estimador de estado, flujos de potencia del operador, flujos ptimos de potencia y DTS) debern usar el mismo juego de despliegues y por lo tanto la reduccin del mantenimiento del sistema as como tambin mantener consistencia para el uso por los Operadores. La ETED y el OC-SENI no sern requeridos para construir despliegues separados para las aplicaciones de red y/o modificar los despliegues para crear enlaces a bases de datos adicionales. La interfaz de usuario deber soportar un mecanismo por el cual deber permitir al usuario seleccionar una vista para cualquier despliegue en el cual deber definir la fuente del dato dinmico que ser presentado. Una vista
Pag76 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI puede ser construida conteniendo tanto datos de tiempo real como de aplicacin. Deber ser decisin del diseador del despliegue el definir la vista. Cuando un despliegue es conmutado desde la vista de tiempo real, deber ser claramente identificable para el usuario. Un usuario podr tener cualquier nmero de despliegues activos sobre la pantalla o consola. Cada despliegue deber ser capaz de ser conmutable para acceder a una fuente de datos diferente. Cuando se conmuta un despliegue para visualizar estimador de estado como estudio de red, el despliegue deber ser claramente identificable que vista est activa usando seales visuales tal como color de fondo nico, marcas de agua y/o el color del marco de la ventana diferente. La interfaz de usuario deber soportar vistas para cualquier despliegue definido as como mltiples fuentes de datos. Ejemplos de vistas incluyen: 1. Tiempo real El modo predeterminado o normal en el cual la fuente para la informacin dinmica sobre el despliegue muestra datos del sistema actuales 2. Modo simulacin o estudio 3. DTS Muestra datos relevantes del simulador DTS durante las simulaciones de entrenamiento del operador
8.10
Despliegues provedos por la ETED y el OC-SENI
Todos los despliegues unifilares y de visin general del sistema SCADA/EMS sern desarrollados por la ETED y el OC-SENIempleando herramientas de desarrollo de despliegues provedos por el Proveedor. El Proveedor deber soportar todas las funciones requeridas para construir y mantener estos despliegues.
8.10.1
Despliegues de visin general del sistema
Los despliegues de visin general del sistema debern proveer una vista elevada del sistema de potencia mostrando subestaciones importantes, lneas y alimentadores como sea requerido. El despliegue de visin general no deber estar a escala.
8.10.2
Despliegues Unifilares
Despliegues unifilares de subestacin debern representar el esquemtico de la subestacin de lneas entrantes, bancos de transformadores, capacitores, interruptores/disyuntores, aisladores, transformadores de corriente/potencial y dispositivos asociados. Deber ser posible navegar al unifilar de subestacin adyacente tocando puntos de golpe especficos o etiquetas que estn asociadas con las lneas entrantes o alimentadores salientes. Los despliegues unifilares de alimentadores debern representar el esquemtico del alimentador de los dispositivos de subestacin fuente y los dispositivos de lnea incluyendo, pero no limitado a OCRs, interruptores, fusibles, bancos de capacitor y desconexin. Los unifilares debern claramente identificar lazos con los alimentadores adyacentes y proveer la capacidad de navegar al alimentador adyacente por el toque sobre puntos de toque especficos o enlace.
8.11
Despliegues provedos por el Proveedor
El Proveedor deber proveer todos los despliegues necesarios para soportar las caractersticas y funciones contenidas en este documento de especificacin. El Proveedor deber tambin ser responsable por otros despliegues requeridos para controlar y monitorear al mismo sistema SCADA/EMS incluyendo los despliegues descritos a continuacin.
8.11.1
Despliegue de control de AOR y Acceso de Usuario
Este despliegue deber permitir a los usuarios designados y operadores (p. ej: Supervisor de turno) el entrar, modificar y borrar identificadores de usuario y ajustar las AOR de usuario y consola, permisos y/o modos de operacin.
Pag77 of 178
8.11.2
Directorio de Despliegue Maestro
Este despliegue deber proveer un despliegue maestro o men jerrquico el cual liste todos los despliegues del sistema SCADA/EMS en orden lgico; tpicamente alfabtico o numrico (seleccionable por el usuario). Cada entrada en la lista deber tener un cursor objetivo para la seleccin de despliegue.
8.11.3
Despliegue para el Monitoreo y Control de la Configuracin
Estos despliegues debern permitir a los usuarios designados el monitorear y controlar la configuracin del sistema SCADA/EMS. Deber ser posible presentar el estado del equipo del sistema SCADA/EMS seleccionado, realizar acciones del sistema (ej.: cambio de sistema, conmutacin de los canales de comunicacin, etc.) y desplegar estadsticas del servidor y de comunicacin sobre estos despliegues. Los despliegues provedos debern mostrar grficamente como estos sistemas estn interconectados.
8.11.4
Despliegues de Aplicacin
El Proveedor deber proveer todos los despliegues asociados con todos los programas de aplicacin y funciones especificados. Los despliegues que permitan a los usuarios interactuar con los programas de aplicacin del sistema SCADA/EMS debern usar un enfoque de apariencia comn. La informacin proveda deber ayudar a acelerar las interacciones del usuario.
8.11.5
Despliegues de Tendencia y Grficas de Barra
El Proveedor deber proveer todos los despliegues necesarios para realizar una tendencia de datos analgicos seleccionados por el usuario usando curvas, lneas o barras.
8.11.6
Despliegues de Adquisicin de Datos
El Proveedor deber proveer despliegues para visualizar el estado actual de todas las UTRs incluyendo el estado de las lneas/canales de comunicacin. Los despliegues debern tambin incluir los totales para el nmero de RTU en lnea, fuera de lnea y habilitar/deshabilitar.
8.11.7
Estadsticas de comunicacin
El Proveedor deber proveer despliegues para visualizar las estadsticas de comunicacin del sistema (ej.: UTR, ICCP, dispositivos, etc.). Referir a la seccin 6, Estadsticas de comunicacin para mayor informacin.
8.11.8
Despliegues de simulacin/estudio
El sistema deber permitir el uso de despliegues desarrollados para datos de tiempo real para desplegar datos de simulacin/estudio. Cuando se desplieguen datos de simulacin/estudio, el sistema deber identificar este hecho usando marcas de agua y diferentes colores en el borde. No habr requerimientos para re-crear o re-enlazar un despliegue de tiempo real para su uso en el despliegue de datos de simulacin/estudio.
8.11.9
Despliegues de Resumen del Sistema
Despliegues de resumen debern ser provedos para uso del operador en la visualizacin de informacin crtica. En el evento de que la informacin disponible abarque ms del rea visible de la ventana, las barras de desplazamiento debern ser provedas para aumentar la navegacin. Todos los despliegues de resumen debern tener la misma apariencia. Todos los resmenes presentados en esta seccin, de manera predeterminada, debern ser filtrados por AOR y refrescados dinmicamente, como sea necesario, para desplegar la informacin ms reciente. Como mnimo y cuando sea aplicable, todos los resmenes dentro de la seccin 8.4.3 debern soportar filtros con base en lo siguiente: Tipo de punto (ej.: estado, analgico, acumulador) Nombre del punto
Pag78 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Nombre de la estacin Nombre del alimentador Tipos de dispositivos (ej.: recierres,disyuntores)
Los Usuarios, con permisos propios de usuario y AOR, debern ser capaces de seleccionar un punto sobre cualquier resumen y realizar cualquier modificacin de los datos y/o control apropiado sobre el punto. Todos los resmenes debern proveer capacidades tales como ordenamiento por cualquier columna visible, bsqueda, copiar entradas para pegados dentro de otras aplicaciones y seleccin de entrada mltiple. Adicionalmente, el refresco de datos dinmico sobre cualquier resumen puede ser suspendido o resumido por el usuario. Cuando un resumen es suspendido una indicacin clara deber ser proveda sobre el resumen para indicar que la informacin no es actual. Todos los resmenes debern soportar la bsqueda del operador por una cadena de texto especfica. El criterio de bsqueda deber soportar el uso de caracteres comodines el cual puede ser incluido como parte de la cadena de texto la cual deber causar que el sistema encuentre todas las ocurrencias que empaten con la cadena. Las siguientes subsecciones describen los despliegues de resumen que debern ser provedos.
8.11.9.1
Resumen de Alarma
Resmenes de alarma debern ser provedos para listar todas las alarmas del sistema SCADA/EMS que existan dentro del rea de responsabilidad del usuario. Las entradas de alarma debern estar con cdigo de color de acuerdo a la prioridad de la alarma. Para resmenes de alarma que contengan tanto alarmas reconocidas como no reconocidas, el mtodo para la indicacin (ej.: conos, intermitencia, etc.) de las alarmas no reconocidas deber ser configurable en el sistema. Cuando se emplee intermitencia, deber ser posible configurar la parte del mensaje de alarma que est en intermitencia (ej.: solamente el campo de fecha/hora, cono o toda la entrada). El usuario deber ser capaz de seleccionar uno o mas alarmas para reconocimiento y/o borrado. Tambin deber ser posible reconocer y/borrar todas las alarmas visibles sobre el despliegue sin primero tener que seleccionar todas las alarmas. La clase de la alarma deber determinar las acciones de reconocimiento o borrado. Cuando una alarma ha sido seleccionada, el resumen de alarma deber temporalmente suspender la actualizacin hasta que la alarma sea des-seleccionada. Si la lista de alarmas alcanza el lmite de su capacidad, el sistema deber borrar automticamente las alarmas reconocidas ms antiguas de forma tal que las nuevas alarmas se puedan agregar. El sistema deber generar una alarma cuando las alarmas ms antiguas sean borradas. Tambin deber ser posible configurar el sistema para generar una alarma una vez que la lista de alarmas alcance un porcentaje total configurable. Adicional a los filtros listados en la seccin 8.11.9, Despliegues de Resumen del Sistema, las siguientes opciones de filtrado debern tambin ser soportados: Fecha y hora de inicio/paro Prioridad de alarma Tipo de alarma (ej.: cambio no comandado)
8.11.9.2
Resumen de Eventos
Un resumen de eventos deber ser provedo el cual deber mostrar todos los eventos incluyendo las alarmas. Las entradas en el resumen debern estar codificadas con color de acuerdo a la prioridad. No se permitir la intermitencia del texto sobre este despliegue. El tamao del resumen de eventos de tiempo real deber ser configurable. El sistema SCADA/EMS deber ser dimensionado para mantener y contener los 30 das mas recientes de las alarmas y eventos del sistema bajo circunstancias normales.
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Adems de los filtros listados en la seccin 8.11.9, Despliegues de Resumen del Sistema, las siguientes opciones de filtro debern tambin ser soportados: Fecha y hora de inicio/paro Cdigo de calidad Tipo de evento (ej.: cambio no comandado)
8.11.9.3
Resumen de Puntos Anormales
Este resumen deber listar todos los estados de los dispositivos que estn en condiciones anormales as como tambin analgicas y acumuladores que han excedido un lmite. Este despliegue deber ser creado dinmicamente basado en el estado actual de la base de datos de tiempo real.
8.11.9.4
Resumen de Etiquetas
Este resumen deber listar todas las etiquetas activas. El usuario deber ser capaz de ver, modificar y/o remover una etiqueta desde este resumen. Este resumen deber tambin indicar la presencia de mltiples etiquetas sobre un dispositivo. La informacin sobre este despliegue deber listar cada dispositivo etiquetado y deber incluir: fecha y hora de la colocacin de la etiqueta, identificador del operador que coloc la etiqueta, tipo de etiqueta, identificador de la estacin, identificador del dispositivo y campo de comentario. Adems de los filtros listados en la seccin 8.11.9, Despliegues de Resumen del Sistema, las siguientes opciones de filtro debern tambin ser soportados: Tipo de etiqueta (referir a la seccin 8.5.7 Etiquetamiento) Identificador de operador
8.11.9.5
Resumen de Entradas Manuales
Este resumen deber listar todos los puntos telemedidos dentro de la AOR de los usuarios que han sido remplazados manualmente por el operador. Estos puntos debern estar organizados en orden cronolgico inverso. El usuario deber ser capaz de cambiar la entrada manual de un punto desde este resumen. Opcionalmente, habr la capacidad para un acceso rpido al despliegue que contiene el punto de forma tal que el usuario puede modificar el valor o regresar el punto a una adquisicin de datos automtica. Esta lista de resumen deber ser creada dinmicamente con base a la base de datos actual de tiempo real. Adems de los filtros listados en la seccin 8.11.9, Despliegues de Resumen del Sistema, las siguientes opciones de filtro debern tambin ser soportados: Identificador de operador
8.11.9.6
Resumen de Falla de Telemetra
Este despliegue deber listar todos los dispositivos y valores indicando una condicin de calidad en Falla de telemetra. Para las UTRs, la bandera de falla de telemetra es puesta siempre que un procesador frontal (FEP) no es capaz de colectar cualquier valor de estado o analgico de la UTR debido a ya sea a errores de comunicacin o errores detectados en la UTR, o la UTR no est respondiendo durante el proceso de barrido. Para los dispositivos o valores recibidos desde un sistema remoto usando ICCP, la condicin de falla de telemetra para un punto es indicada cuando es reportada por el sistema remoto, cuando el sistema SCADA/EMS detecta una falla en el enlace de datos o cuando ocurre una falla durante el procesamiento del conjunto de datos entrante.
8.11.9.7
Resumen de Fuentes de Datos Alternos
Este despliegue deber listar todos los puntos en el cual una fuente de dato alterno est actualmente en uso el cual sobre-escribe su fuente primaria pre-definida. Este despliegue deber estar organizado por subestacin y tipo de punto. Este despliegue deber listar tanto los valores de las fuentes primarias y alternas y cual fuente est
Pag80 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI actualmente en uso. Despliegues de resumen separados pueden ser provistos para analgicos/acumuladores y puntos digitales. Los usuarios debern tener la capacidad de seleccionar un punto en el resumen y realizar una accin apropiada de control y/o modificacin.
8.11.10
Resumen de notas del operador
El despliegue de resumen de notas del operador deber incluir una lista de todos los memos o notas, entradas por todos los operadores o usuarios. Cada entrada en el resumen deber mostrar el identificador de usuario, tiempo/fecha y el contenido. Con la seleccin de un punto en el resumen, el usuario deber ser capaz de llamar al despliegue en el lugar donde la nota fue colocada.
8.11.11
Despliegues de la ETED y el OC-SENI
El Proveedor deber proveer el equivalente funcional de los despliegues de la ETED y OC-SENI identificados en la seccin 4, Despliegues. Los despliegues presentados en esta seccin no debern ser candidatos ideales para la conversin de despliegue como se identifica en la seccin 4, Conversin de despliegues. Los despliegues especficos requeridos debern ser determinados durante el acuerdo de trabajo (statement of work).
Pag81 of 178
9. Aplicaciones SCADA
Las funciones de SCADA requeridas para el sistema SCADA/EMS incluyen: Adquisicin de Datos Procesamiento de Datos Control Supervisorio Etiquetamiento Comunicaciones de datos de ICCP Control Secuencial Procesamiento de Alarmas y Eventos Clculos de Tiempo Real Coleccin de Datos de Disturbio Tiro y Restauracin de Carga
9.1
Adquisicin de Datos
El sistema SCACAD/EMS debe adquirir los datos de tiempo real desde las unidades terminales remotas (UTRs), UTRs virtuales, IED, y enlaces de datos de ICCP.
9.1.1 Protocolos de UTR

La ETED y el OC-SENI tienen varios protocolos a UTR de los siguientes tipos: ABB RP-570 DNP 3.0 Serial/TCP IEC 60870-5-101 y 104 Modbus Serial
Estos protocolos deben ser soportados por el sistema SCADA/EMS El sistema debe ser capaz de soportar barridos selectivos de puntos de estados, analgicos, y acumuladores desde dispositivos remotos haciendo uso de los protocolos indicados as como por excepcin. Adems debe soportar y procesar la secuencia de eventos (SOE) incluyendo la sincronizacin de tiempo requerida para soportar el procesamiento del SOE.
9.1.2 Comunicaciones a UTR

Las comunicaciones a UTR deben usar una tcnica de barrido donde el procesador de comunicaciones inicie todos los barridos y comandos. Las comunicaciones deben ser soportadas sobre los diferentes medios de comunicaciones: 1. RS-232 2. TCP/IP Deben ser soportados circuitos punto a punto y multipunto. Los equipos seriales de comunicaciones suministrados por el proveedor deben soportar las velocidades desde 1200 bps hasta 115 Kbps. Las UTR deben ser barridas a un nmero de frecuencias diferentes y deben ser bajo demanda o por programas de aplicacin o bajo demanda del operador. Solicitud de barridos para las UTR en diferentes canales de comunicacin deben ser ejecutados en paralelo o secuencial a las UTR en el mismo canal de comunicacin. El
Pag82 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI nmero de ciclos de barridos, la frecuencia de cada ciclo, y los dispositivos remotos a ser escaneados debe ser configurables. Los barridos peridicos deben ser configurables para cada grupo entre 1 y 3600 segundos. La secuencia de barrido de los dispositivos remotos debe ser iniciada por algunos de los siguientes eventos: 1. Inicializacin del Sistema 2. Expiracin de un tiempo de barrido 3. Cuando sea solicitado bajo demanda del usuario 4. Activacin de un dispositivo o canal Para el operador del sistema, la existencia de diferentes protocolos y tipos de UTR en el sistema SCADA/EMS debe ser totalmente transparente. El proveedor debe especificar, como parte de la propuesta, su propuesta para la proteccin de la informacin tal como la encriptacin de datos.
9.1.3 Descripcin de la Red de Comunicaciones a UTR de ETED

La red de comunicaciones de la ETED esta en lneas seriales analgicas de 1200 bps, lneas seriales digitales de 9600 bps, lneas de comunicacin TCP/IP por medio de la red de fibra ptica de la ETED.
9.1.4 Barridos de UTR

El sistema SCADA/EMS debe permitir la definicin de grupos de barridos para solicitar los datos de las UTR. El numero y tamao de los grupos de barridos deben ser limitados solo por el protocolo de UTR. Un grupo de barrido puede ser tan pequeo como un solo punto de la UTR y debe ser posible para un punto de la UTR pertenecer a varios grupos de barridos. La definiciones de grupos de barridos debe ser definidos por UTR y el contenido de cada grupo de barrido debe ser definido por la ETED y el OC-SENI. El sistema debe contar con la capacidad de inhibir, habilitar grupos de barridos para cualquier secuencia de barrido desde un desplegado del sistema SCADA/EMS. El sistema deber solicitar los datos de tiempo real usando los grupos de barridos definidos. Como mnimo, el sistema debe incluir periodicidad de barridos configurables de un segundo, dos segundos, 4 segundos, ocho segundos, y 10 segundos para los datos de estados y analgicos. Para el barrido de los datos de acumuladores, el sistema debe proveer barridos peridicos de 5 minutos, 10 minutos y una (1) hora. Adems de los ciclos de barridos normales, deben ser soportados varios mtodos por los cuales los barridos pueden ser requeridos. Como mnimo deben ser soportados los siguientes mtodos: Desplegados de Operador Un operador puede solicitar el barrido de todas la UTR del sistema SCADA/EMS, por un canal especifico, o por una UTR especifica. Se pueden solicitar barridos completos de todos los datos y las UTRs involucradas pueden ser inicializadas. Programas de Aplicacin Las aplicaciones pueden requerir barridos bajo demanda de UTR especificas Cambios de Estados Cuando un cambio de estado (comandado o no comandado) es detectado en un punto, o despus de un control de set point, la UTR asociada puede solicitar un barrido de todos los puntos. Esto puede ser configurable.
El sistema debe soportar barridos y reportes por excepcin de los protocolos que lo soporten. Debe ser posible utilizar cualquiera o los dos modos para las UTR seleccionadas. Cuando se utilice reporte por excepcin, deber ser posible definir barridos de integridad. El sistema debe realizar automticamente barridos de integridad despus de que un tiempo definido por el usuario haya expirado desde el ltimo barrido por excepcin. El tiempo debe ser configurable desde 1 minuto hasta 24 horas. Debe ser posible configurar de forma individual parmetros de UTR, canales de comunicacin y/o lneas de comunicacin. Los parmetros de UTR configurados para una lnea de comunicacin deben ser compartidos para todas las UTR en ese canal.
9.1.5 Eliminar Barridos de UTR

Un operador con los privilegios adecuados debe ser capaz de remover, o restaurar, cualquier barrido o secuencia de barrido por medio de los desplegados del sistema SCADA/EMS.
9.1.6 Errores de UTR

El software y hardware de adquisicin de datos debe ser capaz de detectar y eficientemente manejar los siguientes tipos de errores, como mnimo, para cada UTR: No Respuesta Una condicin de no respuesta debe ocurrir cuando la UTR no responde a una interrogacin o a completar una funcin requerida. Respuesta Invlida Una respuesta invlida ocurre cuando los datos recibidos son inconsistentes con los datos solicitados. Por ejemplo, una condicin de datos invlidos existe cuando la direccin de la UTR solicitada no coincide con la direccin de la UTR en la respuesta. Mensaje de Error Errores de transmisin de datos y estados de la UTR son detectados. Esta informacin debe ser dependiente del protocolo.
Todos los tipos de errores de comunicacin deben generar un numero configurables de reintentos antes que la condicin sea registrada. El nmero de reintentos solicitados debe ser definido como una funcin. Los errores de comunicacin deben ser filtrados antes de ser registrados para evitar excesivos registros debido a canales de comunicacin ruidosos. Esto debe ser realizado por medio de la definicin de umbrales de errores por UTR.
9.1.7 Falla de Telemetra

Cuando la comunicacin con las UTR esta fuera (total o parcialmente) el sistema debe reportar una bandera de calidad de falla de telemetra en cada punto afectado. Cualquier punto calculado debe ser etiquetado como cuestionable si uno de los puntos de entrada esta en falla de telemetra. Adicionalmente, el sistema debe generar una alarma para notificar al operador de esta condicin. La falla de la recepcin de datos validos desde la fuente de datos en respuesta a una solicitud de comando de barrido debe causar que se enve una retransmisin solicitando los datos desde la fuente. El nmero de retransmisiones a ser enviadas debe ser configurables para cada exploracin. Para todas las condiciones de falla de telemetra, el ltimo valor bueno recibido deber mantenerse en la base de datos para todos los puntos afectados. Despus del regreso al estado normal de la telemetra, el sistema SCADA/EMS debe remover la indicacin de falla de telemetra del punto y actualizar su estado dentro de la base de datos con los ltimos datos recibidos. Debe ser posible configurar en el sistema la generacin de una alarma para indicar que la telemetra ha regresado a su estado normal.
9.1.8 Estadsticas de UTR

El sistema debe mantener las estadsticas de errores para todos los canales de comunicacin as como el estado actual de cada canal de comunicacin a UTR. Estas funciones deben permitirles a los operadores y personal de comunicaciones contar con el estado actualizado de las comunicaciones incluyendo los canales ruidosos que pasen desapercibidos los reintentos. Las estadsticas de errores de UTR deben mantenerse en una base de datos y disponibles para los operadores y usuarios por medio de desplegados del sistema SCADA/EMS. Los datos deben ser colectados y almacenados en el sistema histrico para su archivado. Todas las estadsticas se deben reiniciar a cero al final de cada da. Las estadsticas deben ser mantenidas para el periodo actual y el previo diario. Las estadsticas deben incluir, pero no limitarse a lo siguiente: 1. Errores de Barridos Bytes transmitidos en un periodo de tiempo Bytes recibidos en un periodo de tiempo
Pag84 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Barridos exitosos en un periodo de tiempo Barridos perdidos en un periodo de tiempo
2. Errores de Fallas No respuesta (tiempo de espera) sobre un periodo de tiempo Respuestas Invalidas sobre un periodo de tiempo Otros estados o mensajes de error (dependientes del protocolo)
3. Porcentaje de Errores en un periodo de tiempo
9.1.9 Diagnostico de UTR

El sistema debe soportar la capacidad de monitorear mensajes en una lnea de comunicacin, UTR, y punto de la UTR. Se debe incluir la capacidad de capturar barridos especficos de una UTR, para transmisiones y respuestas. Como mnimo, los diagnsticos debe ser capaces de: 1. Poner una UTR en modo de diagnostico 2. Monitorear comunicaciones bidireccionales en cualquier canal o UTR 3. Seleccionar/definir barridos para estados, analgicos y acumuladores 4. Iniciar barridos sencillos, peridicos, o continuos a las UTR con propsito de prueba 5. Ejecutar monitoreo y estadsticas. 6. Proveer desplegados donde se muestre la informacin de los barridos enviados y recibidos de las UTR Cuando se este en modo de prueba, los barridos peridicos de las UTR deben ser detenidos, los datos en la base de datos deben ser retenidos, y los atributos de calidad deben indicar que la telemetra no esta actualizando. Una utilera de diagnostico se debe incluir para enviar barridos a las UTR y mostrar los datos recibidos. La capacidad de mostrar los datos crudos y datos de ingeniera as como el nombre asignado al punto, identificadores y nombres de las unidades. Puntos futuros o no asignados solo deben mostrar el dato crudo.
9.1.10 Sincronizacin de Tiempo a UTR

Se debe proveer una fuente de sincronizacin de tiempo por medio de una fuente interna o externa de reloj, que asegure un alto nivel de precisin y resolucin entre el tiempo etiquetado en los eventos ocurridos en la UTR o en el sistema SCADA/EMS. Si no se cuenta con fuentes de tiempo en las UTR, una precisin de 25 milisegundos debe mantenerse. El tiempo debe reportarse con una resolucin de 1 milisegundo. El sistema debe ser capaz de permitir configurar/habilitar/deshabilitar la transmisin de la sincronizacin de tiempo desde el servidor de comunicaciones a cualquier canal de comunicacin. Los retardos de propagacin de tiempo con la sincronizacin de tiempo, deben ser dinmicamente calculados y peridicamente ajustados en cada UTR o lnea de comunicacin. La sincronizacin de tiempo debe ejecutarse de forma automtica durante el proceso de recuperacin y reconfiguracin. El operador debe ser capaz de solicitar la sincronizacin de tiempo por medio de un desplegado del sistema SCADA/EMS.
9.1.11 Modo Escucha

El proveedor debe incluir la funcionalidad de Modo Escucha a los puertos seriales y TCP. Debe contar con la capacidad de monitorear cualquier o todas las UTR configuradas en paralelo con el sistema de la ETED. EL modo escucha debe soportar la configuracin de la ETED y no interferir o afectar las comunicaciones existentes.
Pag85 of 178
9.2
Procesamiento de Datos
Los datos recuperados por la adquisicin de datos del sistema deben ser validados por razonabilidad antes de ser almacenados en la base de datos. La calidad y el estado debe ser mantenida por medio de cdigos de calidad, alarmas, banderas de estados anormales. Las condiciones de alarma o anormales deben ser mostradas para llamar la atencin del operador por medio de desplegados del sistema, alarmas audibles y registro de eventos. El sistema SCADA/EMS debe soportar los siguientes tipos de procesamiento de datos: 1. Analgicos 2. Estados 3. Acumuladores 4. Datos no Telemedidos (Analgicos, Estados, Acumuladores) 5. Datos Calculados 6. Etiquetas 7. Datos de Calidad 8. Fuentes Alternas de Datos
9.2.1 Procesamiento de Datos Analgicos

El sistema debe ejecutar el procesamiento de datos analgicos de los datos recibidos en unidades de ingeniera sin aplicar ninguna conversin, para los datos recibidos en formato crudo se debe aplicar lo especificado a continuacin.
9.2.1.1
Conversin de Datos
El sistema debe convertir los valores crudos de los puntos analgicos en unidades de ingeniera para su almacenamiento en la base de datos y para mostrarse en los desplegados. La conversin debe ser:
1. Valor=(A*ValorRecibido)+B
Donde: A y B son los coeficientes de escala y offset definidos para el valor. Estos coeficientes deben ser configurable para cada punto analgico. 2. Para cada punto analgico, uso de mximo/mnimos de ingeniera y mximo/mnimo de valores crudos para calcular la pendiente y la interseccin.
9.2.1.2

Verificacin de Limites
Limites Alto y Bajo de Razonabilidad Limites de Operacin Alto y Bajo Limites de Razn de Cambio Limites Estacionales Limites Calculados
El sistema debe soportar el siguiente tipo de verificacin de lmites basados por punto:
Estos lmites deben ser aplicados a los datos telemedidos, datos entrados manualmente, y/o datos calculados excepto por el de limite de razonabilidad, y deben ser asignables por punto. Debe contar con la capacidad de suprimir alarmas innecesarias (como violacin de limites, regreso a normal de limite violado) debido a violaciones transitorias de los limites de puntos analgicos.
Pag86 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI A menos de que otra cosa sea especificada, los limites deben ser validados durante cada barrido, cada calculo o cuando se reciban datos telemedidos, calculados y entradas manuales. Las alarmas de regreso a normal de un punto deben ser configurables por punto.
9.2.1.2.1
Limites de Razonabilidad
Todos los datos analgicos deben ser validados contra el limite alto y bajo de razonabilidad el cual es definido par cada punto. El lmite de razonabilidad debe ser configurado con el rango ms amplio y debe corresponder a los valores que no son considerados posibles para ese dispositivo. Cuando alguno de estos limites se excede, los valores deben ser descartados, y el ultimo valor bueno recibido debe permanecer en la base de datos con el cdigo de calidad apropiado. Los lmites de razonabilidad deben ser introducidos usando el editor del sistema.
9.2.1.2.2
Limites Operativos
El sistema SCADA/EMS debe soportar la definicin de hasta 5 juegos de lmites alto/bajo. Cada punto analgico debe ser validado contra estos lmites operativos. Debe ser posible definir estos lmites en la base de datos fuente. El usuario debe poder sobrescribir estos lmites. Los puntos que cuenten con un valor sobrescrito deben ser usados por el sistema y deben ser identificados con la bandera de calidad correspondiente. Cuando el usuario remueva el valor sobrescrito, el lmite debe regresar a su valor original. Ambos lmites deben estar limitados a estar dentro de los lmites de razonabilidad de cada punto. Cada juego de limites ser introducido como valores individuales alto y bajo en unidades de ingeniera y deben ser nicos y asignables a una clase de alarma. Cuando cualquiera de los limites operativos alto o bajo sea excedido de su valor, se almacenara su valor en la base de datos y se asignar el cdigo de calidad correspondiente. Los limites alto y bajo pueden ser desactivados de forma individual. Cuando se desactiven, se debe indicar por medio de una bandera de calidad de Limite Inactivo y este limite inactivo no debe procesarse.
9.2.1.2.3
Limites de Razn de Cambio
Un lmite de razn de cambio (rate-of-change ROC) puede ser asignado de forma opcional a un punto. El procesamiento de razn de cambio debe detectar cambios muy grandes y cambios pequeos acumulados. Una razn de cambio detectada que exceda el lmite especificado debe mantearse por 10 segundos, ajustable de 0 a 60 segundos. Los cambios detectados deben ser reportados positivos o negativos dependiendo de la direccin del cambio. Los limites ROC deben ser asignables a una clase de alarma para que se pueda determinar que alarma se enviara cuando se exceda el limite. Adems se debe cambiar la bandera de calidad correspondiente para indicar que el lmite del ROC se ha excedido. El lmite de RCO para un punto determinado puede ser desactivado. Cuando se desactive el lmite se debe poner una bandera de calidad de Limite inactivo y los lmites no deben ser procesados. Los usuarios deben ser capaces de sobrescribir dichos lmites de ROC. Los puntos con los lmites sobrescritos deben ser usados en lugar del valor original del lmite y se debe indicar con la correspondiente bandera de calidad que el lmite esta sobrescrito. Cuando el usuario remueva la sobreescritura el lmite debe volver a su valor original.
9.2.1.2.4
Limites Estacionales
El Sistema SCADA/EMS debe mantener hasta 4 juegos de limites (Primavera, Verano, Otoo, Invierno) de los limites operativos que pueden ser intercambiados para un punto o grupo de puntos analgicos. Debe ser posible intercambiar los lmites estacionales por los operativos de forma automtica, por medio de disparadores predefinidos en un punto de estado o por entrada manual del operador. Deber ser posible agrupar los puntos analgicos por sistema o regin. Para la conmutacin manual el operador debe seleccionar el juego de lmites alternos que desea asignar a los nuevos lmites del grupo de puntos analgicos. Cuando se asigne un set de lmites alternos a un grupo de puntos este debe ser inmediatamente procesado para todos los puntos asignados El sistema SCADA/EMS debe contar con un desplegado donde se muestren los lmites operacionales asignados a cada regin.
Pag87 of 178
9.2.1.3
Suavizamiento de Datos
El sistema SCADA/EMS debe contar con la capacidad de suavizar digitalmente los valores instantneos recibidos de un punto analgico haciendo uso de la siguiente formula:
VST=VRT*(S)+VST1*(1S)
donde;
VST = Valor Suavizado en el tiempo T. VRT = Valor Crudo al tiempo T. VST1 = Valor Suavizado en el tiempo T-1. S=factordesuavizamientoconfigurablede0a1. 9.2.1.4
Interpolacin Cero
El sistema SCADA/EMS debe soportar la banda muerta de interpolacin cero para los datos analgicos telemedidos. Si el valor del punto esta cerca de cero, pero difiere de cero por menos que la banda muerta de interpolacin cero, el valor debe ser forzado a cero. Los valores deben ser almacenados en la base de datos.
9.2.2 Procesamiento de Datos de Estados

El sistema SCADA/EMS debe procesar los datos de estados para determinar el estado actual y reportar cualquier cambio de estado. El nuevo cambio de estado recin recibido debe ser comparado contra el estado actual y determinar si se recibi un cambio. Si se detecta un cambio que no se ha derivado de una accin de control, una alarma debe generarse de cambio no comandado. Cambios comandados y entradas manuales de cambios de estados deben ser registrados como eventos, con la asignacin del operador y consola que realizo el cambio. Debe ser posible asociar el estado normal al valor de los puntos de estado (abierto, cerrado). Los puntos que no estn en su estado normal deben ser incluidos en desplegado de resumen de puntos anormales. Similarmente las alarmas deben ser predefinidas para un punto y puede ser una, varias o todos los posibles estados del punto. Las condiciones de alarma y anormalidad de un punto deben ser definidos en la base de datos. El estado anormal del punto puede ser modificado por el operador, con los privilegios adecuados, por medio de la interfaz de usuario. El sistema SCADA/EMS debe ser capaz de invertir el estado despus de la recepcin del dato telemedido y antes de ser procesado en la base de datos. El sistema debe ser capaz de asociar el estado del punto con estado actual del dispositivo de campo. El usuario debe realizar la definicin por punto. Como mnimo, el sistema debe cumplir con los siguientes tipos de datos: 1. Estado: Puntos que tienen 2 estados, tpicamente abierto/cerrado o Alarma/Normal 2. Switch: Puntos que tienes 4 estado de los cuales normalmente se usan abierto, cerrado, en transicin y bloqueado. 3. Deteccin de Cambios Momentneos: Puntos sujetos a varios cambios durante el ciclo de barrido.
Para los puntos que son asociados a interruptores o switches, un contador debe ser mantenido para acumular el nmero de operaciones del dispositivo, incluyendo los cambios momentneos. Se debe incluir la fecha y la hora cuando los cambios iniciaron. El sistema SCADA/EMS tambin debe soportar el uso de puntos de estado no telemedidos para el uso de las aplicaciones, desplegados o reportes.
Pag88 of 178
9.2.2.1
Deteccin de Cambios Mltiples
La funcin de deteccin de cambios mltiples (multiplechange deteccin MCD) debe facilitar la compresin de mltiples cambios de estado en un punto de estado dentro de un mismo ciclo de barrido. Tpicamente estos tipos de puntos estn relacionados con interruptores y recierres de alta velocidad. Se deben generar alarmas y eventos especiales para los puntos definidos como MCD. Durante el proceso de filtrado de alarmas, una secuencia de perdida de cambio de estado debe ocurrir despus de 2 transiciones en un solo punto, desde luego, el estado final del punto y la indicacin de compresin deben ser reportadas al operador. Un ejemplo de una posible transicin de cambio de estado as como el resultado del punto se presenta en tabla 9.2-1.
MCD Off Off On On
INICIAL Abierto Cerrado Cerrado Abierto
TRANSICION Cerrado Abierto [Abierto / Cerrado]* [Cerrado / Abierto]*
FINAL Cerrado Abierto Cerrado Abierto
* = una o mas ocurrencias Tabla 9.2-1: Transiciones de Puntos de Estado y MCD La compresin MCD debe residir en la UTR o debe ser realizada por el procesador de comunicaciones. Independiente de quien realice la compresin, la interface de los servicios de SCADA debe ser consistente con todos los dispositivos de UTR.
9.2.2.2
Secuencia de Eventos (SOE)
El Sistema SCADA/EMS debe incluir la capacidad del procesamiento y reporte de datos de secuencias de eventos (SOE) recibidos de las UTR. Todas las funciones de SOE de cada UTR y protocolo deben ser soportadas por el sistema SCADA/EMS. Para soportar el etiquetamiento del tiempo de los eventos de SOE, el sistema SCADA/EMS debe realizar la sincronizacin de tiempo de las UTR que estn equipadas con puntos de SOE y con fuentes de tiempo internas. La sincronizacin de tiempo deber ser mantenida dentro de los 8 milisegundos respecto al tiempo del sistema de todas las UTR equipadas con SOE. Todas las UTR con SOE deben ser interrogadas peridicamente, tanto como sea necesario, para prevenir la perdida de los eventos de SOE almacenados en la UTR. El sistema debe manejar la coleccin de datos de SOE durante los tiempos desocupados del canal, para minimizar la actividad de barrido del canal. Todos los datos de SOE colectados deben ser almacenados para su anlisis posterior. Se debe generar una alarma indicando que se cuenta con eventos de SOE disponibles y debe ser visible para el operador. Los reportes de SOE deben mostrar al operador la lista de eventos ordenada de forma cronolgica mostrando todos los cambios de estados de los puntos SOE reportados por la UTR. Estos reportes deben ser generados para mostrarse y registrarse para consulta diaria o bajo demanda del operador. Cada evento debe contener la fecha, hora (con resolucin de milisegundos registrados en la UTR), nombre de la UTR, nombre del punto, y estado del punto. Se debe incluir la capacidad de archivar estos puntos en el servidor de datos histricos para generar los reportes correspondientes.
Pag89 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI La funcionalidad de SOE no es un substituto de la funcin normal de barrido de puntos de estado. El sistema debe reportar los cambios de estado de puntos de SOE de la misma forma que los puntos que no tienen SOE.
9.2.3 Procesamiento de Acumuladores

El sistema SCADA EMS debe ser capaz de leer y procesar todos los pulsos de acumuladores, incluyendo la capacidad de recuperar y procesarlos de forma horaria y sub horaria. La coleccin de datos sub horaria debe ser definida por el usuario por intervalos de 5 o 15 minutos. Los acumuladores horarios, deben ser recuperados de forma horaria desde cada punto de acumulador telemedido definido en el sistema. La finalizacin de la recuperacin de todos los datos de acumulador deben ser ejecutados durante una ventana ajustable de tiempo seleccionada por el usuario. La capacidad de congelamiento de acumuladores por medio de un comando transmitido desde el sistema debe ser soportada por el sistema. El comando de congelamiento debe ser ejecutado en intervalos seleccionados de tiempo, un comando de congelamiento puede ser enviado por canal o a una UTR en especfico dentro del canal. Este comando debe permitir a la UTR transferir el contenido del registro de los acumuladores. El comando de congelamiento no debe reiniciar los contadores en la UTR. Si un acumulador no puede ser congelado, o no puede ser escaneado, el sistema debe sustituir el valor por el correspondiente dato integrado calculado en el periodo de tiempo y debe ser etiquetado como dato no telemedido. Los acumuladores deben ser convertidos en unidades de ingeniera y almacenados en la base de datos para propsito de despliegue. El proveedor debe indicar el algoritmo de conversin. Se debe poder especificar constantes dentro del proceso de conversin.
9.2.3.1
Validacin de Limites de Razonabilidad
Todos los acumuladores deben ser verificados con respecto a los limites alto y bajo de razonabilidad los cuales deben ser nicos para cada punto. . El lmite de razonabilidad debe ser configurado con el rango ms amplio y debe corresponder a los valores que no son considerados posibles para ese dispositivo. Cuando alguno de estos limites se excede, los valores deben ser descartados, y el ultimo valor bueno recibido debe permanecer en la base de datos con el cdigo de calidad apropiado. Los lmites de razonabilidad deben ser introducidos usando el editor del sistema. Cuando alguno de estos lmites sea excedido, el sistema debe procesar el valor como si existiera un error de telemetra. El sistema debe generar una alarma o evento y marcar el dato con una bandera de calidad de violacin de lmite. Una vez que regrese a su valor razonable dentro de los lmites, el sistema debe aceptar el valor y remover la bandera de calidad. El sistema debe generar una alarma indicando que el lmite de razonabilidad ha regresado a su condicin normal, el lmite de razonabilidad y el regreso a normal deben ser asignables a una clase de alarma que determinara que tipo de evento o alarma se generara en el sistema.
9.2.3.2
Verificacin de Limites
El sistema SCADA/EMS debe soportar la definicin de hasta 5 juegos de lmites alto/bajo. Cada punto acumulador debe ser validado contra estos lmites operativos. Debe ser posible definir estos lmites en la base de datos fuente. El usuario debe poder sobrescribir estos lmites. Los puntos que cuenten con un valor sobrescrito deben ser usados por el sistema y deben ser identificados con la bandera de calidad correspondiente. Cuando el usuario remueva el valor sobrescrito, el lmite debe regresar a su valor original. Ambos lmites deben ser limitados a estar dentro de los lmites de razonabilidad de cada punto. Cada juego de limites ser introducido como valores individuales alto y bajo en unidades de ingeniera y deben ser nicos y asignables a una clase de alarma. Cuando cualquiera de los limites operativos alto o bajo sea excedido de su valor, se almacenara su valor en la base de datos y se asignar el cdigo de calidad correspondiente. Los limites alto y bajo pueden ser desactivados de forma individual. Cuando se desactiven, se debe indicar por medio de una bandera de calidad de Limite Inactivo y este limite inactivo no debe procesarse.
Pag90 of 178
9.2.4 Datos No Telemedidos

Los datos no telemedidos permiten la entrada manual del estado de un dispositivo o valores de puntos analgicos que no son accesibles desde el campo. No debe haber diferenciacin entre los datos telemedidos y no telemedidos para el propsito de registro, clculos, desplegados, y reportes. Debe ser posible para el sistema histrico, tendencias, aplicaciones y manipulacin de datos por procedimientos tener acceso a datos no telemedidos de la misma forma que los datos telemedidos. Estos datos se deben identificar por medio de un cdigo de color.
9.2.5 Datos Calculados

El sistema debe soportar los datos calculados de acuerdo a las formulas indicadas en la seccin 9.7. Los clculos deben ser ejecutados de forma peridica por punto y la periodicidad debe ser configurable. Los clculos deben ser disparados por cualquier cambio definido dentro de los argumentos usados en la ecuacin del clculo.
9.2.6 Etiquetamiento
La funcin de etiquetamiento debe permitir al operador regular las caractersticas operacionales de cualquier punto dentro del sistema SCADA/EMS. El sistema debe soportar mltiples y configurables tipos de etiquetas. El sistema debe permitir poner cualquier nmero de etiquetas a cualquier tipo de punto. Cuando se ponga una nueva etiqueta a un punto, el sistema debe permitir al usuario, con la adecuada autoridad, configurar todos los tipos de parmetros de etiquetas incluyendo: 1. Nombre de la Etiqueta 2. Color de la Etiqueta 3. Prioridad de la Etiqueta 4. Smbolo o carcter especial
9.2.6.1
Tipos de Etiquetas
El sistema debe soportar, como mnimo, los siguientes tipos de etiquetas: 1. Control Inhibido La telemetra es recibida y mantenida pero no se permiten solicitudes de control del operador o de aplicaciones del sistema 2. Informacin Se usa para registrar notas o comentarios asociados a un punto. La etiqueta es usada con propsitos de informacin y no debe afectar el procesamiento del punto. 3. Adquisicin Inhibida Debe suspender el procesamiento y barrido del punto por el sistema de adquisicin de datos. 4. Alarma Inhibida La telemetra es recibida y mantenida en el dispositivo pero las alarmas deben ser eliminadas y registradas como eventos. 5. Alarma Audible Inhibida La telemetra es recibida y mantenida en el dispositivo pero las alarmas audibles deben ser eliminadas. Las alarmas y eventos deben continuar con el procesamiento normal. 6. Evento Inhibido La telemetra es recibida y mantenida en el dispositivo pero las alarmas y eventos deben ser eliminados del procesamiento del sistema. Independientemente de la presencia de cualquier etiqueta, la actividad del operador debe continuar registrndose como eventos.
9.2.6.2
Etiquetas Heredadas
La funcin de etiquetamiento debe soportar la capacidad de etiquetar un punto en el sistema que esta lgicamente relacionado a otro o ms puntos en el sistema. Esta funcin es mas comnmente usada por las UTR donde se pone una etiqueta en la UTR y todos los puntos de esta UTR deben heredar las mismas restricciones aplicada a la etiqueta. Si por ejemplo se pone una etiqueta de barridos en la UTR, todos los puntos dentro de la misma UTR deben tener la misma etiqueta. Una etiqueta fsicamente no se debe poner en cada punto de la UTR, pero el punto
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI debe ser restringido al igual que el punto padre. Para diferenciarlos en el despliegue el sistema debe poner diferentes etiquetas para los puntos etiquetados fsicamente y los etiquetados como heredados de otro punto. El procedimiento para la aplicacin de etiquetas debe ser el mismo que para el procesamiento de una etiqueta individual.
9.2.7 Cdigos de Calidad

Dentro del sistema SCADA/EMS, cada punto debe contar con una etiqueta de calidad que indique el estado actual del punto. La base de datos debe mantener todos los cdigos de calidad para un punto. Debe ser posible tener acceso a estos cdigos de calidad por medio de un despliegue, reporte y otras funciones/aplicaciones. La determinacin de la simbologa de los cdigos de calidad y el orden de precedencia deben ser configurables en el sistema y acordados entre el proveedor la ETED y el OC-SENI durante la fase de diseo del sistema. Cualquier punto calculado debe usar el cdigo de calidad ms severo de cualquiera de los argumentos de entrada. El clculo debe seguir independientemente si alguna de sus entradas tiene una bandera de calidad de anormal. Si el operador sobrescribe el punto calculado el sistema debe mostrarlo con una bandera de calidad diferente del cdigo de entrada manual. Todos los protocolos deben incluir cdigos de calidad que sean capaces de ser mapeados en el sistema SCADA/EMS. Estos cdigos de calidad deben incluir, como mnimo, los siguientes: 1. Telemetra Fallada 2. No Actualiza 3. Entrada Manual Estado/Valor 4. Limite de Razonabilidad Excedido 5. Limite de Razn de Cambio 6. Violacin de Limites Alto/Bajo 7. Estado Actual Anormal 8. Estado Normal Sobrescrito 9. Limites fuera de la desviacin A/D
10. Incongruencia del Estimador de Estado valor/estado 11. Componente entrada manual (Calculados) 12. Valor Cuestionado (Calculados) 13. Fuente alterna de datos en uso
9.2.8 Fuente Alterna de Datos

La funcionalidad de fuente alterna de datos debe ser incluida en el sistema para hacer uso de otro punto telemedido o calculado como la fuente para cualquier punto primario seleccionado. Esto tiene uso cuando la fuente primaria del dato de estado o analgico es invlida para situaciones como: Violaciones de los Limites de Razonabilidad Falla de Telemetra Excesiva desviacin detectada Datos cuestionables ( una o mas entradas malas en un calculo) Entradas Manuales
Pag92 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Cuando se haga uso de la fuente redundante de datos para un punto la bandera de calidad debe ser sustituida y usada como si fuera la del punto primario. El sistema debe contar con atributos configurables para el inicio y restauracin del uso de fuentes alternas de datos de tal forma que se ejecuten de formas automticas, manuales o ambas. Los datos de la fuente secundaria de datos deben ser sustituidos en caso de falla de la fuente primaria. Si la fuente primaria de datos regresa a su estado normal se debe conmutar para hacer uso de la fuente primaria de datos. Se debe proveer lgica que prevenga la conmutacin excesiva de una fuente a otra. Para acciones manuales, la interface de usuario debe facilitar a operador visualizar y seleccionar la fuente de dato de tiempo real o calculado para un punto en especfico. Los desplegados deben mostrar una lista de puntos alternos disponibles as como la fuente actual de los datos. Esta debe permitir al operador seleccionar la fuente de datos deseada.
9.3
Controles Supervisorios
El sistema SCADA/EMS debe proporcionar la capacidad de controlar los dispositivos de campo va cualquier UTR, IED conectado al sistema y a travs de los enlaces de comunicacin por medio de las funciones de ICCP. Las acciones de control supervisorio hacia un dispositivo debern ser iniciadas por el operador o por un programa de aplicacin tal como tiro y restauracin de carga. Las solicitudes de control deben ser acompaadas de solicitudes de control a las UTR o IED. Una solicitud de control debe ser ejecutada despus de que la solicitud de control ha sido verificada para validacin. La verificacin de validacin debe incluir si el dispositivo esta activamente siendo escaneado, con las etiquetas de estado, o control o escaneo inhibido no estn activos. Solicitudes de control invalidas por el operador deben ser rechazadas y un mensaje de error debe generarse indicando solicitud de control invalida. El control supervisorio debe soportar la capacidad de ejecutar un comando de cerrado a un dispositivo que ya esta cerrado y un comando de abierto a un dispositivo que esta abierto. Fallas de control al seleccionar un dispositivo de control deben ser reportadas incluyendo las no respuestas de la UTR, errores de comunicacin y error de verificacin de retorno. Para los puntos que requieren de retroalimentacin, las operaciones de control deben ser verificadas hasta que se completen. Tras la exitosa culminacin de la secuencia de mensajes de control con una UTR o IED, el sistema SCADA/EMS debe verificar la finalizacin por medio de la verificacin del estado del dispositivo controlado. Si el estado esperado no es detectado dentro de un tiempo predefinido, una alarma de control fallado debe ser generada. El tiempo de espera debe ser configurado de forma individual para dispositivo controlable. Las acciones de control supervisorio, ejecutadas por el operador, que resulten en un cambio de estado de un dispositivo, no deben generar una alarma y solo se deben registrar como eventos. Como opcin, cualquier punto de estado puede ser configurado como de tal forma que cuando un cambio comandado o no comandado sea detectado, la UTR o IED involucrado puede ser escaneado bajo demanda por todos los puntos analgicos. Esto debe ser configurable por punto.
9.3.1 Dispositivos de Control

El sistema debe soportar los siguientes tipos de controles supervisorios: 1. Control de 2 estados 2. Control de 2 estados (sin indicacin) 3. Control Subir/Bajar 4. Control Set Point El operador debe tener la capacidad de iniciar un control supervisorio desde cualquier despliegue tabular o unifilar, con la debida autorizacin.
Pag93 of 178
9.3.1.1
Controles de 2 Estados
Dos estados, debe soportar, seleccionar-antes de-operar (SelectBeforeOperate) y operar directamente los dispositivos de control, tales como interruptores, capacitores, cambiadores de tap, conectar desconectar motores y switches de control.
9.3.1.2
Control de Dos Estados (sin indicacin)
Para los casos que el dispositivo de control no cuente con indicacin del estado, la ejecucin exitosa del comando de control ejecutado requiere de la confirmacin por medio del monitoreo del cambio del dispositivo por medio de otro punto separado de retroalimentacin. La ejecucin exitosa de la operacin del control de dos estados requiere la retroalimentacin del punto que cambio al estado comandado. El sistema debe soportar tiempos de espera configurables por cada punto de estado y por cada punto de control.
9.3.1.3
Punto de Control de Subir/Bajar
El usuario debe poder seleccionar incrementalmente el subir o bajar la posicin del tap de los dispositivos tales como cambiadores de tap de transformadores de potencia, reguladores de voltaje, cambiadores de fase, etc. El punto de control de subir/bajar debe soportar una o ms operaciones que se ejecuten paso por paso por el operador. El operador debe tener la facilidad de poder enviar controles repetidos sobre el mismo punto sin necesidad de reseleccionar el punto en el despliegue. El punto de control de subir/bajar se debe cancelar si no se toman acciones en un intervalo de tiempo o por requerimiento del operador.
9.3.1.4
Control Set Point
Un control de setpoint de seleccionar antes de operar (SBO), debe proporcionar los medios para enviar una seal analgica a la UTR. La magnitud de la seal analgica debe ser proporcional al valor introducido por el operador o las aplicaciones que generaron el valor del setpoint. El sistema debe validar que el valor solicitado este dentro de los lmites para el dispositivo. Si el valor de salida esta fuera de los limites aceptables, el sistema debe ignorar la solicitud y notificar al operador de la violacin del limite.
9.3.2 Validacin de Controles

La funcin de validacin de controles (permisivo de control) deber ser aplicada a cualquier dispositivo controlable en el sistema para cada punto. Si un punto es sujeto a validacin de control, la seleccin de la opcin valida de control para ese punto debe resultar en la ejecucin de la lgica permisiva para verificar que el control es permitido en base a un juego de clculos lgicos predefinidos. La lgica debe ser capaz de verificar y ejecutar los comandos de control. Si la lgica de clculos resulta en un resultado valido, entonces el control es permitido. Si el clculo permisivo resulta invalido, el control no debe ser permitido. Los clculos de validacin de controles deben ser asignados a cada punto de control por medio del editor de base de datos fuente. Los clculos pueden ser diferentes en cada opcin de control. Tras la seleccin de una opcin de control vlido pre asignada como un punto de Control de validacin, un cuadro de dilogo "Validacin de Control en Curso" o un mensaje similar, deber mostrarse. Tan pronto como se haya completado el clculo permisivo, el cuadro de dilogo se actualizar para reflejar el resultado de la comprobacin de validacin de Control. El operador puede entonces "Cancelar" la operacin o bien o seleccionar "Ejecutar" para emitir el control. El operador puede anular el mensaje de error de validacin de Control. Si el operador elige emitir la solicitud de control y omite el mensaje de error, un mensaje de evento se debe generar para registrar la accin ejecutada.
Pag94 of 178
9.4
Control Secuencial
La funcin de control secuencial debe soportar la capacidad de programar la ejecucin automtica de secuencias de control predefinidas. Un editor de secuencias debe incluirse para habilitar la fcil creacin y mantenimiento de estas secuencias de control. Una secuencia de control debe ser definida haciendo uso de un lenguaje de definicin simple, que permita al usuario predefinir secuencias. No se debe requerir conocimiento de lenguajes avanzados de programacin para la definicin y ejecucin de secuencias de control.
9.4.1 Funciones de Secuencia de Control

Una secuencia de control debe ser definida haciendo uso de una o ms de las siguientes: 1. Leer y escribir valores de puntos 2. Operaciones booleanas (AND, OR, NOT, XOR, etc.) y funciones de comparacin (<,>, =, =>, etc.) para definir condiciones 3. Condiciones estructuradas (IF, THEN, ELSE) y no condicionadas 4. Controles supervisorios (Abrir, Cerrar, etc.) 5. Clculos Aritmticos simples (+, -, *, /) 6. Contadores (Variables Temporales) 7. Retardo de Tiempo 8. Parmetros Dinmicos (Variables) 9. Llamadas a otras funciones o secuencias de control 10. Notificaciones al operador ( secuencias iniciadas manualmente) mensaje al usuario de la finalizacin de un paso particular o la falla de una accin completa 11. Generar una alarma o evento que indique las acciones de la secuencia de control, ej. a. Un mensaje de evento debe generarse cuando una secuencia de control es iniciada o finalizada b. En el caso de que una secuencia de control sea cancelada o se termine de forma anormal, se debe generar un evento indicando las razones por las cuales no se termino la secuencia de control c. Una alarma se debe generar si la secuencia de control no pasa los criterios de validacin.
9.4.2 Editor de Secuencias de Control

La funcin de edicin de secuencias de control debe facilitar una interfaz de usuario que interactivamente defina, modifique y ejecute las secuencias de control haciendo uso de un lenguaje de definicin de secuencias de control que incluya controles, mensajes de alarma y eventos, retardos de tiempo, valores de puntos o condiciones de calidad y funciones aritmticas bsicas. Debe incluir las funciones bsicas de cualquier editor como copiar, pegar, cortar, borrar, exportar, etc. Tambin debe facilitar al usuario el diagnosticar el progreso y ejecucin de las secuencias de control como el inicio, terminacin, pasos de cada instruccin, y pasos no ejecutados en la secuencia. Para cada secuencia de control definida, el editor debe mantener una serie de atributos que definen las caractersticas de la secuencia de control incluyendo su estado, y debe incluir al menos: 1. Nombre 2. Programacin ( dinmica, tiempo de inicio, peridica)
Pag95 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 3. Estado (Deshabilitada, Habilitada, Activa, Finalizada, Disponible)
9.4.3 Ejecucin de Secuencias de Control

Todas las nuevas secuencias de control definidas deben ser marcadas con el estado DESHABILITADA al momento de su definicin. Una vez que el operador haya probado y validado la secuencia, el usuario debe cambiar el estado a HABILITADA, y en este punto la secuencia puede ser ejecutada por el operador o por un evento externo o de forma peridica. Se debe proveer un despliegue de las secuencias de control disponibles por subestacin donde se pueden activar o desactivar. Se debe de poder llamar la ejecucin de una secuencia desde un desplegado unifilar o tabular de forma manual o automtica. Debe ser posible para un usuario, con los permisos necesarios, ejecutar secuencias de control de uno de dos modos: 1. Automtico Despus de iniciada, la secuencia se debe finalizar sin interrupcin o intervencin. 2. Interactiva Aqu el proceso se ejecuta paso a paso y despus de la aceptacin del operador. En este modo la secuencia se ejecuta bajo control del usuario.
9.5
Intercambio de Datos de ICCP
Para el intercambio de datos entre sistemas de control separados se debe usar el protocolo IEC Telecontrol ApplicationServiceElement (TASE.2), el cual es considerado equivalente al protocolo ICCP (Inter Control Center Protocol). El proveedor debe soportar las funciones de comunicacin de datos de ICCP dentro de las funciones del sistema SCADA/EMS para permitir el intercambio de datos de tiempo real de forma bidireccional. El sistema SCADA/EMS debe permitir la expansin futura para agregar enlaces de ICCP a diferentes centros de control como sea requerido por la ETED y el OC-SENI. La implementacin de ICCP debe soportar las funciones de los bloques de conformidad 1,2 y 5 como mnimo. La implementacin de ICCP debe facilitar la operacin redundante permitiendo la configuracin de hasta 4 rutas de comunicacin para cada sitio remoto. Una ruta debe ser designada como primaria y la segunda como ruta secundaria o alterna. El enlace de datos se debe establecer comunicacin con ambas rutas.
9.5.1
ICCP Seguro
Las funciones de la comunicacin de datos de ICCP deben soportar las comunicaciones normales y seguras. Un usuario, con los permisos adecuados, debe poder configurar la preferencia de comunicaciones para cada uno de los enlaces remotos.
9.5.2 Semntica de Datos

Para asegurar la completa interoperabilidad entre el sistema SCADA/EMS y los sistemas de control externos, ciertos datos deben tener semntica comn. La implementacin de ICCP debe incluir la conversin de datos requeridas para asegurar que los datos son enviados y recibidos con el significado correcto. Se debe soportar la inversin del signo o modificacin de la escala de cualquier dato analgico de entrada o salida. El sistema debe soportar la habilidad de cambiar el mapeo de cualquier punto de estado de entrada o salida.
9.5.3 Cdigos de Calidad de ICCP

Las funciones de comunicacin de datos de ICCP deben procesar los cdigos de calidad de los puntos tanto de entrada como de salida del sistema SCADA/EMS. Cuando se detecte una falla de comunicacin para un conjunto de datos las banderas de calidad se debe cambiar para indicar falla de telemetra.
Pag96 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Se debe contar con la capacidad de mapear los cdigos de calidad de entrada a los cdigos definidos en el sistema SCAD/EMS. Todo el mapeo de los cdigos de calidad debe ser manejado dentro de la base de datos fuente sin requerir recompilacin de cdigo para la implementacin de los cambios.
9.5.4 Requerimientos de Interfaz de Usuario

Una interfaz de usuario debe ser incluida con herramientas operacionales que habiliten al usuario para el mantenimiento de la configuracin y monitoreo del desempeo de los enlaces de datos de ICCP. El operador debe contar con la capacidad de visualizar la disponibilidad y el estado de cada conexin de enlace de datos de ICCP. Las funciones de ICCP deben realizar monitoreo de errores de comunicacin e informar al operador de cualquier falla de los enlaces de comunicacin por medio del uso mensajes de alarmas y eventos del sistema de procesamiento de alarmas y evento del SCADA/EMS. Se deben generar eventos cuando el operador solicite cambios en la configuracin o cambio de los enlaces. Incluir mtodos para la coleccin y reporte diario, semanal, mensual de las estadsticas internas de ICCP y de cada enlace externo de ICCP. Se debe poseer la capacidad de contar con acceso remoto a los servidores de ICCP, con las funciones de control de seguridad adecuadas, con el propsito de identificacin y resolucin de problemas. Mostrar en despliegues de fcil acceso los errores de configuracin (ej. Discrepancia de los ID de los objetos). Debe incluir una herramienta de monitoreo de ICCP del tipo comercial tal como WireShark.
9.5.4.1 Edicin y Creacin de Conjunto de Datos (Data Sets)

La ETED y el OC-SENI prefieren que el proveedor incluya un sistema para la creacin y edicin de conjuntos de datos manejado por medio de la base de datos fuente. Como mnimo, se deben incluir despliegues y herramientas para agregar, modificar o borrar conjuntos de datos de ICCP. La interface debe ser diseada para guiar al usuario paso a paso y de forma lgica para ejecutar la edicin o entrada de datos deseada y prevenir cambios accidentales o no intencionados a los conjuntos de datos por personal no autorizado. Se deben generar mensajes de manera automtica y dinmica de la definicin conjuntos de datos cuando se inicie la transferencia. Esto asegura que la definicin de los conjuntos de datos del sistema remoto coincida con la definicin local. La implementacin de ICCP debe soportar la solicitud de creacin y borrado de conjunto de datos y deben ser dinmicamente creados en el servidor de ser necesario. Debe ser posible para la ETED y el OC-SENI la creacin y borrado de conjunto de datos en el servidor y reiniciar las asociaciones de forma individual sin reiniciar el servidor de ICCP. La creacin de conjunto de datos debe validar cambios en el modelo antes de su implementacin.
9.5.4.2 Control de las Conexiones Asociaciones

Se deben incluir despliegues que habiliten al usuario para administrar el software del enlace de datos y para administrar las asociaciones. Las asociaciones ICCP se deben definir como duales. Una asociacin dual se debe establecer entre el sistema SCADA/EMS y los sistemas de control externos, cada asociacin puede actuar como cliente y servidor. La funcionalidad de interfaz de usuario debe incluir las siguientes funciones por medio de un despliegue: 1. Desplegado General que muestre el estado de cada asociacin y enlace remoto (ej. Activo, disponible, Fuera de Lnea, Error)
Pag97 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 2. El operador debe ser capaz de controlar cada asociacin o sitio remoto 3. El operador debe ser capaz de controlar la ruta primaria/secundaria hacia cada sitio remoto
9.6
Procesamiento de Alarmas y Eventos
Los Eventos son condiciones detectadas por el sistema SCADA/EMS que no son incidentes significativos que requieren atencin del operador. Los eventos deben ser registrados pero no se requiere que el usuario los reconozca o borre. Los eventos tpicamente consisten de lo siguiente: 1. Controles Supervisorios 2. Entradas Manuales en un Punto 3. Poner o remover Etiquetas 4. Borrar o Reconocer Alarmas Las Alarmas son tipos de eventos considerados especiales que proporcionan un medio de alertar al operador de un incidente significativo que requiera inmediata atencin. Las alarmas tpicamente consisten de lo siguiente: 1. Cambios de Dispositivos no comandados 2. La falla de la respuesta de un dispositivo a una accin de control 3. Violacin de limites 4. Falla de componentes crticos del sistema tales como un servidor 5. Falla de dispositivos
9.6.1 Requerimientos Generales

El subsistema de alarmas y eventos debe satisfacer los siguientes requerimientos: 1. Todas las alarmas y eventos deben ser registrados y grabados 2. Solamente la alarma mas reciente de cada punto debe ser desplegada en el resumen de alarmas 3. El formato de los mensajes debe ser estndar para todas las alarmas y eventos no importa de donde sea desplegada o registrada. 4. La cronologa de la deteccin de alarmas y eventos debe ser mantenida, todas las alarmas y eventos deben ser etiquetadas con el tiempo. El formato del tiempo debe ser capaz de soportar secuencia de eventos (SOE) con resolucin de milisegundos. 5. La habilidad de ordenar y filtrar las alarmas y eventos dentro del desplegado de resumen 6. Todas las alarmas y eventos deben ser enrutadas hacia un desplegado(en una consola) basado en el rea de responsabilidad asignada 7. Un sistema de ayuda en lnea debe facilitarse para proporcionar informacin adicional acerca de las alarmas y eventos 8. Capacidad de agregar texto en formato libre o notas, a cualquier alarma o evento registrado con el propsito de documentar informacin adicional acerca del incidente 9. Habilidad de detectar y reportar reas de responsabilidad criticas que no estn asignadas o monitoreadas por un operador 10. Las alarmas y eventos deben ser grabadas en sistema de datos histricos
Pag98 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 11. El operador debe tener la facilidad de seleccionar una alarma y llamar un desplegado tabular o unifilar. Los mensajes de alarmas y eventos deben contener la siguiente informacin: Fecha y hora de ocurrencia Nombre de la Subestacin Nombre del Punto Valor o Estado del punto Descripcin del mensaje Identificacin del usuario en caso de estar asociada a una accin Aplicacin o funcin
La meta del mecanismo de procesamiento de alarmas debe ser presentar la informacin de una forma que permita al operador enfocarse en lo que es importante en ese momento. La importancia de una alarma puede variar dependiendo del ambiente o de la situacin. Por lo tanto, el reporte de alarmas debe ser dinmico respecto a cuando y como se deben presentar. Las aplicaciones de alarmas y eventos del sistema SCADA/EMS deben ser altamente configurables y deben contener capacidad de filtrado detallado para el operador.
9.6.2 Asignacin de Alarmas y de Responsabilidades

Todos los puntos de alarmas y eventos deben ser procesado y asignados de acuerdo al rea de Responsabilidad asignada al punto. Durante la operacin del sistema, alarmas audibles, alarmas desplegadas y resumen de alarmas del sistema deben ser directamente presentados en las consolas asignadas a la respectiva rea de responsabilidad (AOR rea of Responsibility). El rea de responsabilidad asignada a una consola debe ser manejada de forma dinmica durante el inicio de la sesin. Las AORs asignadas a los usuarios deben ser usadas para determinar los privilegios de visualizacin. Las reas de responsabilidad asignadas deben determinar el contenido de los resmenes de alarmas y eventos. De hecho el AOR debe funcionar como filtro presentando nicamente las alarmas y eventos del AOR asignada al usuario.
9.6.3 Atributos de Alarmas

El sistema SCADA/EMS debe ser capaz de configurar la importancia de las alarmas y por lo tanto los requerimientos de procesamiento de alarma de forma individual por punto y por alarma. Los atributos de las alarmas deben proveer flexibilidad para hacer la distincin. 1. Prioridad/Color Nivel de Severidad de las alarmas y el color asociado de presentacin 2. Audible Habilitar/Ninguno/Una solo vez/Repetido 3. Resumen Incluirse en un resumen de alarmas ( todas las alarmas y eventos deben ser incluidas en el resumen correspondientes a menos de que estn inhibidos) 4. Retorno a Normal Especfica si la alarma ser borrada cuando el punto regrese a su estado normal. Para los puntos analgicos, debe ser el punto que no exceda una violacin de lmite. Para estados debe ser para aquel que se defina como estado normal. 5. Borrado Especifica si una alarma debe ser borrada del resumen de alarmas cuando sea reconocida por el operador
9.6.4 Clases de Alarmas

Haciendo uso de los atributos de las alarmas, el mecanismo de reporte de alarmas debe soportar como mnimo 16 clases de alarmas para puntos de alarmas y eventos. La asignacin de las clases de las alarmas debe determinar como ser procesada la alarma. Para el manejo de cada clase de alarma se debe especificar un atributo. Es mas,
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI para cada punto en la base de datos debe tener la capacidad de ser mapeado en una de las clases configuradas dependiendo de las condiciones que el punto puede experimentar. Por ejemplo: 1. Estados Cada uno de los posibles estado de un punto de estado debe ser asignado a una de las clases de alarmas asignadas. De esta forma, cuando una alarma generada por la apertura de un interruptor debe ser procesada de la forma ms extrema (ej. Color roja y con audible) que cuando una alarma ocurra como resultado del cierre de un interruptor (ej. Color blanco y no audible). 2. Analgico Cada violacin de limite (Alto/Bajo, Razonabilidad, y razn de cambio) configurado dentro de un punto analgico debe ser asignado a una clase de alarma. Esto permitir por ejemplo la habilidad de tratar el limite de razonabilidad con una indicacin mas alta que cuando se exceda un limite operativo. 3. Acumuladores Estos puntos deben contener mltiples grupos de procesamiento. Cada grupo de procesamiento debe permitir la acumulacin de cierta cantidad dentro de un periodo de tiempo. El uso mas comn para los acumuladores es para acumular megawatts producidos de megawattshora. Cada grupo de proceso debe tener implcito un periodo de tiempo al cual esta asociado. Tpicamente estos periodos deben ser 30 min, 1 hora, 8 horas y 24 horas. Cada grupo de proceso debe tener lmites definidos al igual que los puntos analgicos. Estos lmites al ser excedidos deben generar una alarma. Cada uno de los lmites debe ser mapeado a una clase de alarma.
9.6.5 Habilitacin/Inhabilitacin de Alarmas

Debe ser posible para un operador habilitar/inhabilitar alarmas para cada punto. El sistema debe ser configurable para restringir la capacidad de inhibir ciertas alarmas. Cuando un operador inhibe o habilita una alarma el sistema debe generar un evento indicando la accin del operador. Mientras este inhibida, el sistema debe tratar las alarmas como eventos. El sistema debe aplicar la etiqueta de alarma inhibida al punto para indicar su condicin. Se debe incluir un resumen de alarmas de puntos inhibidos.
9.6.6 Monitoreo del Procesamiento de Alarmas

El sistema debe incluir una funcin externa de monitoreo del procesamiento de alarmas y eventos. Un proceso supervisor independiente de las alarmas y eventos debe existir para el monitoreo y notificacin para el caso que la funcin de alarmas/eventos falle o se degrade. En el evento que el proceso supervisor sea interrumpido inesperadamente, o se detecte una falla en el procesamiento de alarmas y eventos, se debe generar un mensaje a un correo electrnico y telfono predeterminado.
9.6.7 Alarmas y Eventos Histricos

El sistema SCADA/EMS debe grabar todos los mensajes de alarmas y eventos al sistema histrico. El sistema deber contar con una interfaz de usuario que le permita al operador que pueda visualizar las alarmas y eventos de tiempo real y del sistema histrico. Desde los resmenes de alarmas y eventos, el usuario debe ser capaz de seleccionar una fecha y hora inicial y final para recuperar y visualizar solamente las alarmas y eventos que fueron grabadas durante este periodo de tiempo solicitado. Todas las funciones de ordenado y filtrado deben funcionar para permitir la navegacin sobre los mensajes histricos.
9.6.8 Notificaciones por Correo Electrnico

El sistema SCADA/EMS debe incluir la facilidad para que una alarma o evento disparen la generacin de un correo electrnico a uno o varios receptores usando SMTP. Los mensajes de texto deben contener la informacin especfica relacionada con la alarma o evento generado.
Pag100 of 178
9.7
Clculos de Tiempo Real
El sistema debe contar con la capacidad de definir y ejecutar clculos de tiempo real. Los resultados de estos clculos deben ser almacenados en la base de datos de tiempo real ya que los datos calculados no deben ser diferentes a los datos telemedidos.
9.7.1 Funciones Integradas

El sistema SCADA/EMS debe contar con funciones integradas para clculos del sistema de potencia tales como MVA, KVA, Factor de Potencia, Amperes, etc. que sean calculados desde datos telemedidos como MW, MVAR, y KV.
9.7.2 Clculos Generales

El sistema SCADA/EMS debe incluir la capacidad de definir clculos generales. Los clculos generales deben usar valores de la base de datos como argumentos y funciones aritmticas simples para las operaciones. Como mnimo de se deben soportar las siguientes: 1. Operaciones Algebraicas: a. +, -, /, *
b. Enteros c. Modulo
d. Exponencial e. Sin, cos, tan, cotan (radianes o grados) f. Arc sin, arc cos, arc tan, arc cotan (radianes o grados)
g. Raz Cuadrada h. Valor Absoluto i. Exponenciacin
2. Funciones Booleanas: a. AND b. OR c. NOT
d. XOR 3. Estructuras condicionales usando: a. IF, THEN, ELSE b. Lgica (>, =>, =, =<, <,) 4. Operadores Secuenciales Parntesis multinivel Todos los clculos deben ser realizados de forma peridica, por excepcin o bajo demanda. Debe ser posible el uso del cdigo de calidad de un punto como argumento para un clculo. El sistema debe soportar al menos 10 entradas para cada clculo.
9.7.3 Promedio de Datos

El sistema debe contar con la capacidad de promediar valores de un punto sobre un periodo especfico de tiempo. Esta capacidad se usara para calcular valores MWH y MVARH integrados de valores MW y MVAR telemedidos. Las integraciones sobre un periodo de tiempo pueden ser definidas como clculos de tiempo real separados. El
Pag101 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI periodo de tiempo de integracin puede ser configurado en 5, 15, 30 y 60 minutos. Valores positivos y negativos integrados deben ser definidos para un punto seleccionado par mantener valores de MWH-OUT y MWH-IN. Cualquier clculo promedio en el cual una entrada que no fue actualizada durante un intervalo de tiempo (excediendo un porcentaje configurable) dentro del periodo de integracin, se debe etiquetar con un cdigo de calidad.
9.7.4 Mximo/Mnimo
El sistema debe proveer la capacidad para procesar el mximo y mnimo o ambos de un clculo o valor telemedido durante un intervalo de tiempo. Una funcin integrada de calculo debe ser incluida para ejecutar el calculo mnimo/mximo de una hora. Clculos durante diferentes perodos de tiempo pueden definirse como distintos clculos en tiempo real. El procesamiento de min/max debe incluir la estampa de tiempo de cuando se detecto el valor mximo o mnimo.
9.7.5 Clculos predefinidos

Para las ecuaciones algebraicas mas usadas, los clculos deben pre almacenar de tal forma que la definicin de un calculo sea simplemente especificando la componente del datos y la referencia a una ecuacin particular.
9.8
Tiro y Restauracin de Carga
9.8.1 Requerimientos Generales

El sistema debe contar con la funcin de Tiro y Restauracin de Carga. El Tiro de Carga debe ser acompaado del mtodo de tiro rotativo de carga el cual proporciona la capacidad de tirar la carga a tirar dentro de bloques de carga. La cantidad de la reduccin de la carga debe ser mantenida aproximadamente constante dentro de la rotacin y siempre debe ser ms grande o igual que la cantidad especificada por el operador. Se deben incluir tres mtodos de rotacin: 1. Rotacin dentro de un bloque 2. Rotacin entre Bloques 3. Sin Rotacin
9.8.2 Tiro de Carga, Grupos y Subgrupos

Los bloques de tiro de carga consisten en un conjunto de tiro de carga de interruptores. Los grupos de tiro de carga son conjuntos de bloques de carga. Un interruptor puede estar en uno o ms bloques y un bloque puede ser miembro de uno o ms grupos. Los operadores deben tener la opcin de tambin agrupar interruptores de tiro de carga en subgrupos. Los subgrupos consiste en interruptores cuya carga esta relacionada. Todos los interruptores en un subgrupo deben ser tratados como un interruptor sencillo al momento de seleccionar que dispositivos abrir o restaurar. Todos los interruptores en un subgrupo estn controlados en un paso de tiro/restauracin de una carga dada o ninguno esta controlado. Un interruptor en uno de esos bloques no debe ser abierto o restaurado si uno de las siguientes condiciones existe para el dispositivo: 1. El control del dispositivo esta inhibido 2. El dispositivo esta desactivado 3. El dispositivo tiene entrada manual 4. El dispositivo tiene inhibida la adquisicin 5. El dispositivo esta fuera del rea de responsabilidad del usuario 6. El dispositivo esta actualmente en el estado deseado
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 7. El dispositivo esta desactivado para tiro de carga dentro del bloque 8. Cualquier dispositivo del grupo cumple con alguna de las condiciones anteriores Se debe contar con la capacidad de asociar hasta dos puntos de control separados con cada carga del interruptor para deshabilitar el recierre. Operaciones exitosas en los puntos de control asociados se completar antes de que se ejecuten comandos de control para el interruptor.
9.8.2.1
Tiro de Carga Rotativo
La funcin de Tiro de Carga Rotativo deber facilitar el tiro de carga rotativo dentro de bloques definidos de carga. El algoritmo deber ser diseado de tal forma que la cantidad de carga a reducir debe ser aproximadamente constante dentro del proceso de rotacin, pero igual o ms grande que la cantidad especificada por el operador. Los interruptores deben ser organizados en bloques con mltiples interruptores por bloque. Debe ser posible para un interruptor estar en ms de un bloque. Grupos de mltiples bloques deben ser mantenidos con la correspondiente secuencia especfica de bloques. Estos grupos deben ser mantenidos para soportar la rotacin entre bloques.
9.8.2.2
Rotacin dentro de un Bloque
Haciendo uso de este mtodo, los subgrupos dentro de un bloque deben ser tirados secuencialmente de tal forma que se cumplan las siguientes restricciones: El nivel deseado de carga se ha obtenido; No hay ms carga que la predefinida por el usuario para el periodo de interrupcin. Antes de abrir un interruptor, la carga medida correspondiente a ese interruptor debe ser verificada. Si no hay un valor medido se debe poner una entrada manual. El valor de la carga telemedida de un interruptor antes de que se habr deber mantenerse como referencia para su uso en el proceso de tiro rotativo de carga. Cuando el periodo de tiempo predefinido del ciclo expire, el programa debe alternadamente abrir el siguiente subgrupo dentro del bloque y restaurar una carga antes tirada del subgrupo para cumplir con las restricciones. Cuando el ciclo expire de nuevo el proceso debe repetirse. Cuando el final del bloque de carga se alcance, la secuencia debe empezar de nuevo al principio del bloque. El nivel de reduccin de la carga debe ser mantenido al menos tan grande como el nivel solicitado, y el mnimo posible sobre la cantidad.
9.8.2.3
Rotacin dentro Bloques
Este mtodo debe funcionar exactamente de la misma forma que el de rotacin dentro de un bloque, excepto que cuando el final de un bloque se alcance, la secuencia debe continuar con el principio del bloque siguiente dentro del grupo. Cuando el final del ltimo bloque se alcance, la secuencia debe regresar al principio del primer bloque.
9.8.2.4
No Rotacin
Con este mtodo, no debe hacer rotacin. Una vez que el nivel de reduccin de carga se alcance, estos interruptores deben permanecer abiertos hasta que el operador solicite su restauracin. Los interruptores deben ser verificados secuencialmente hasta que la reduccin de carga deseada se alcance. La entrada manual del periodo de reduccin de carga hecha por el operador no debe aplicar para este mtodo.
9.8.3 Restauracin de Carga

Con una accin sencilla el operador debe restablecer automticamente todas las cargas que hayan sido tiradas. Esta funcin debe secuenciar automticamente la restauracin de todos los puntos que hayan sido tirados por el programa en un periodo de tiempo. Este periodo de tiempo debe determinar el retardo de tiempo entre la restauracin de las cargas como un porcentaje del total de las cargas. Se debe poder cancelar el proceso de restauracin de carga antes de que se complete. La suspensin del proceso no deber excluir la posibilidad de iniciar inmediatamente el tiro de carga.
Pag103 of 178
10.
10.1
Aplicaciones de Transmisin
Introduccin
El sistema SCADA/EMS deber proveer Aplicaciones de Transmisin para que sean usadas por los operadores para el monitoreo, control y planeamiento de la operacin confiable del SENI. Estas aplicaciones debern crear un ambiente que incentive el aprendizaje y mejore la comprensin del sistema de potencia y de las herramientas del sistema de control, permitiendo as, a los operadores del sistema, eficientizar la operacin del SENI. Las Aplicaciones de Transmisin debern incluir los siguientes programas: Configurador del Modelo de la Red (en tiempo real y en modo de estudio) Estimador de Estado (en tiempo real y en modo de estudio) Calculo de Flujo de Carga (en modo de estudio) Anlisis de Contingencias (en tiempo real y en modo de estudio) Definicin de Casos de Estudio (en modo de estudio) Adaptacin de Parmetros Monitoreo de las Reservas Reactivas
Este conjunto de programas proveern a los operadores del sistema las herramientas necesarias para evaluar la confiabilidad del SENI en tiempo real y en modo de estudio, para el anlisis de contingencias, para la planeacin de salidas de equipo y para la evaluacin de condiciones de operacin anticipadas. Las Aplicaciones de Transmisin debern cumplir con las dimensiones del modelo del SENI definidos en la Tabla A.5-1 Dimensionamiento del Modelo de Red en el Apndice A y los requerimientos de desempeo definidos en el Apndice B.3-1.
10.1.1 Modelo de la Red Elctrica

Las Aplicaciones de Transmisin y el Simulador de Entrenamiento de Operadores debern usar un modelo de red comn. Este modelo deber soportar el modelado de los siguientes elementos de la red: 1. Lneas de transmisin con modelos PI desbalanceados que faciliten modelar los dispositivos serie o en derivacin en los extremos de la lnea de transmisin separadamente. 2. Lneas de transmisin de baja impedancia o impedancia cero, como por ejemplo los conectores de barras, sin la necesidad de modelar elementos de transmisin ficticios que requieran entrada de datos adicionales en el modelo. 3. Lneas de transmisin con factores R/X altos 4. Lneas seccionalizadas, con cada seccin modelada como lnea separada o un segmento de lnea. 5. Circuitos radiales, cables subterrneos y lneas abiertas en un extremo. 6. Transformadores de dos y tres devanados. 7. Transformadores de ambos tipos de tap: fijos y con cambiadores de tap bajo carga (Load TapChangers LTC). Las relaciones de transformacin y las impedancias se deben ajustar automticamente en funcin de la posicin del tap. 8. Transformadores desfasadores (Phaseshifters, PAR) con capacidad de control del flujo de MW o del ngulo de voltaje a travs del defasador. Los ngulos de desfase y las impedancias se deben ajustar automticamente en funcin de la posicin del tap. 9. Transformadores en paralelo con diferentes posiciones de tap. 10. Cargas conformables y no conformables.
Pag104 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 11. Capacitores y reactores en paralelo o en serie, y modelados por separado. 12. Condensadores sncronos y compensadores estticos de vars con limites mximos y mnimos de potencia reactiva. 13. Unidades de generacin incluyendo: a. Limites de MW y caractersticas de costo b. Lmites de potencia reactiva para cada valor de potencia activa calculados basados en curvas de capabilidad de la unidad que representan las caractersticas de la capacidad de potencia reactiva (MVAr mximo y mnimo en cada punto de operacin) de la unidad linealmente c. La carga de auxiliares de la planta modeladas como una funcin de la potencia de salida de la unidad
14. Interruptores conectados en cualquier configuracin de barras 15. Seccionadores de barras 16. Tres niveles de lmites alto y bajo de potencia activa en lneas y transformadores. Estos lmites debern ser los mismos usados por las aplicaciones SCADA para la verificacin de lmites. Para las lneas se deber poder definir lmites para cada extremo de la lnea por separado. 17. Tres niveles de limites alto y bajo de voltaje en las barras. Estos limites debern ser los mismos usados por las Aplicaciones SCADA para la verificacin de lmites. Los lmites de voltaje se definirn por nivel de voltaje y aplicaran a todos las barras en ese nivel de voltaje. Tambin se deber poder definir estos lmites para barras individualmente y en este caso este se usara en lugar del lmite el nivel de voltaje correspondiente. 18. Limites de cada de voltaje a nivel de barra. Estos lmites sern usados por el programa de Anlisis de Contingencia para determinar violaciones de cada de voltaje.
10.1.2 Requisitos Generales de Computo

Las Aplicaciones de Transmisin debern satisfacer los siguientes requisitos: 1. Solucin de las aplicaciones: a. Solucin para los voltajes de barras tan bajas como 0.5 p.u. o tan altas como 1.5 p.u. b. Las aplicaciones debern calcular una solucin de voltaje y potencia reactiva para terminaciones abiertas c. Las aplicaciones debern usar lmites de potencia activa y voltaje para la identificacin de violaciones. Estos limites debern ser los mismos usados por las Aplicaciones SCADA.
d. El Estimador de Estado y el Calculo de Flujo de Carga debern proveer la capacidad de generar un archivo con su solucin en los siguientes formatos (i) PSS/E Formato (versin 26y futuras versiones) y (ii) digSilentPowerFactory(versin 14.1.3 y futuras versiones) 2. Control de Voltaje a. Control de voltaje mediante transformadores (con cambiador de tap bajo carga), unidades de generacin, condensador sncronos, compensadores estticos de vars, reactores y capacitores en derivacin. b. La barra controlada podr estar dentro o fuera de la subestacin donde se encuentre el recurso de control reactivo.
Pag105 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI c. En el caso en que mltiples recursos reactivos controlen la misma barra, los MVAr se distribuirn entre los recursos reactivos de una forma proporcional de manera que puedan alcanzar sus lmites en el mismo momento.
d. Las unidades de generacin, los condensadores sncronos y los compensadores estticos de vars podrn ser seleccionados para controlar voltaje potencia reactiva fija y para mantener los lmites de voltaje o VAR respectivamente. e. Se podr habilitar o deshabilitar el control de cualquiera de los recursos reactivos controlables. f. Carcter discreto de los dispositivos de control donde sea aplicable.
3. Redes aisladas a. Las aplicaciones debern proveer una solucin para cada una de las islas elctricas en los casos de que estas existan aun y cuando alguna de las islas no pueda ser solucionada. En el caso de que existan una o mas islas que no puedan ser solucionadas, las aplicaciones debern proveer una solucin para las islas que puedan ser solucionadas. b. La definicin mnima de una isla elctrica consiste de una barra con generacin y carga.
10.1.3 Requisitos Generales de la Interfaz de Usuario

Las Aplicaciones de Transmisin debern incluir una interfaz de usuario que permita el uso fcil y eficiente de las mismas. La interfaz de usuario deber consistir de un conjunto de desplegados que soporten el uso de todas las funcionalidades que las aplicaciones proveen y satisfagan los siguientes requisitos generales: 1. Presentacin de datos de tiempo real y resultados de las aplicaciones sobre el mismo desplegado simultneamente pero con la habilidad de diferenciar los valores fcilmente mediante el uso de colores o smbolos. Presentacin de datos de las aplicaciones en tiempo real y en modo estudio sobre los mismos desplegados con la habilidad de diferenciar claramente entre los valores de tiempo real y de modo de estudio a travs de colores, encabezados e indicadores de campos dinmicos. Todos los datos de entrada y salida debern ser presentados en unidades de ingeniera y no en valores por unidad. Todos los datos de entrada y salida de las Aplicaciones de Transmisin deber poder ser presentados en los diagramas unifilares sin que sea necesario crear copias de los unifilares que sean dedicados a las aplicaciones. Los mensajes de error y alarmas debern ser de fcil compresin por los usuarios de las aplicaciones. Todos los desplegados disponibles en tiempo real de las aplicaciones tambin deben estar disponibles en modo de estudio. Los usuarios de las aplicaciones debern poder definir parmetros de ejecucin de las aplicaciones. La ejecucin de las aplicaciones en modo de estudio podrn ser realizadas sin requerir el cambio de la consola a un modo de estudio dedicado. Los usuarios de las aplicaciones debern poder definir datos de entrada tales como cargas individuales, valores de generacin, estados de los dispositivos, posiciones de los taps de los transformadores, tensiones deseadas, etc. para uso de las aplicaciones a travs de los diagramas unifilares y de los desplegados tabulares. Todas las aplicaciones debern proveer una indicacin de que su ejecucin est en progreso, una notificacin de la terminacin de la aplicacin y una indicacin de condiciones de error significativas. Todas las aplicaciones debern proveer mensajes de condiciones de error, datos inconsistentes o eventos importantes que ocurran durante la ejecucin que puedan ser de inters para los operadores. Los mensajes relacionados con equipos debern hacer referencia al equipo usando el nombre de subestacin y el nombre del equipo.
2.
3. 4.
5. 6. 7. 8. 9.
10. 11. 12.
Pag106 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 13. Los resultados de las aplicaciones debern ser verificados contra los limites apropiados y las violaciones debern ser resaltadas en los desplegados usando la misma convencin usada por las Aplicaciones SCADA. Las aplicaciones de Estimador de Estado, Clculo de Flujo de Carga y Anlisis de Contingencia debern proveer desplegados de mantenimiento para definir los parmetros de ejecucin y control de estos programas. Tambin debern proveer un resumen de convergencia que identifique, por cada iteracin, las barras con las mayores inexactitudes de MW y MVAR o cambios en la magnitud y ngulo de la tensin. Cuando la solucin de las aplicaciones incluya mltiple islas elctricas, los resultados de las diferentes islas deben ser indicados mediante la identificacin de cual isla elctrica pertenece a cada equipo. Los equipos desconectados o con terminacin abierta debern ser identificados con facilidad en los desplegados. Los desplegados de entrada y salida de las aplicaciones de tiempo real debern identificar cuando los datos de tiempo real fueron recolectados. Los desplegados de las aplicaciones debern proveer ayuda sensible al contexto para permitir al usuario contar con acceso a la ayuda para ejecutar las aplicaciones, informacin relacionada con equipos y procedimientos de operacin.
14.
15. 16. 17. 18.
10.1.4 Modos de Ejecucin

Las Aplicaciones de Transmisin debern ser ejecutadas en tiempo real y modo de estudio. En tiempo real, las aplicaciones se usaran para monitorear el estado actual del SENI y para analizar el impacto de contingencias potenciales. En modo de estudio, las aplicaciones sern usadas para estudiar condiciones del SENI en el pasado, presente o futuro.
10.1.5 Aplicaciones de Transmisin en Tiempo Real

Las Aplicaciones de Transmisin tiempo real debern incluir los siguientes programas: 1. 2. 3. 4. Configurador del Modelo de la Red Estimador de Estado Anlisis de Contingencias Adaptacin de Parmetros
Estas aplicaciones sern ejecutadas automticamente y utilizaran datos de tiempo real para su ejecucin sin requerir de entradas manuales. La ejecucin automtica de estas aplicaciones podr ser activada de las siguientes maneras: 1. Ejecucin peridica ejecucin realizada a la periodicidad definida en el Apndice B.3-1. 2. Ejecucin por eventos ejecucin iniciada por el cambio de estado de interruptores pre-definidos. En este caso la ejecucin se realizara con un retardo de tiempo programable para permitir la adquisicin de datos de estados y analgicos correspondientes a las condiciones del sistema posteriores a la ejecucin. 3. Ejecucin manual ejecucin iniciada a pedido de un usuario. La ejecucin manual interrumpir cualquier ejecucin en progreso e iniciara una nueva ejecucin. Los operadores del sistema debern tener la capacidad de monitorear y controlar la ejecucin de las Aplicaciones de Transmisin en tiempo real a travs de un desplegado que permita: 1. Modificar la periodicidad de ejecucin de las aplicaciones 2. Iniciar y/o cancelar la ejecucin de las aplicaciones 3. Monitorear la ejecucin de las aplicaciones y ver mensajes relacionados a la ejecucin
10.1.6 Aplicaciones de Transmisin en Modo de Estudio

Las Aplicaciones de Transmisin en modo de estudio debern incluir los siguientes programas:
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 1. 2. 3. 4. Definicin de Casos de Estudio Configurador del Modelo de la Red Calculo de Flujo de Carga Anlisis de Contingencias
Estas aplicaciones sern ejecutadas a pedido de los usuarios del sistema quienes debern tener la capacidad de controlar la ejecucin a travs de un desplegado que permita: 1. Definir el caso de estudio 2. Iniciar y/o cancelar la ejecucin de las aplicaciones 3. Monitorear la ejecucin de las aplicaciones y ver mensajes relacionados a la ejecucin La ejecucin de las Aplicaciones de Transmisin en modo de estudio deber ser independiente de las Aplicaciones de Transmisin en tiempo real y cada programa deber tener parmetros de control independientes a los usados en tiempo real. El sistema deber soportar el numero de usuarios simultneos definidos en la Tabla A.6-1 del Apndice A. Cada usuario deber tener la habilidad de definir el caso de estudio, modificar datos de entrada a travs de desplegados unifilares y tabulares, ejecutar las aplicaciones, evaluar los resultados y salvar el caso de estudio sin interferir con otros usuarios. Se deber soportar el acceso y ejecucin de mltiples casos de estudio en la misma consola mientras no se exceda el numero de usuarios simultneos definidos en la Tabla A.6-1 del Apndice A.
10.1.7 Definicin de Casos de Estudio

El sistema deber proveer la capacidad de almacenar los casos de estudio usados por las Aplicaciones de Transmisin en modo de estudio. Los casos de estudio debern contener toda la informacin necesaria para la realizacin del estudio incluyendo informacin dinmica como carga, estado de interruptores, estado de generadores, etc., la definicin del modelo de la red, parmetros de ejecucin de las aplicaciones, contingencias, etc. Los casos de estudio podrn ser accesados por todos los usuarios. El sistema deber proveer mecanismos de seguridad para impedir que los usuarios interfieran con un caso en uso por otro usuario. Se deber proveer la capacidad de almacenar el nmero de casos de estudio definidos en el Apndice A. Se deber guardar automticamente los resultados del Estimador de Estado despus de un numero de ejecuciones programables hasta el numero de casos definidos en el Apndice A. Cuando se exceda el nmero de casos especificados se continuara almacenando los casos sobre los casos existentes ms antiguos. Se deber proveer la habilidad preservar cualquier caso de inters. Los casos de estudio podrn ser inicializados con informacin obtenida de las siguientes fuentes: 1. La solucin mas reciente del Estimador de Estado 2. Casos del Estimador de Estado 3. Casos de estudio previamente almacenados Se deber proveer las siguientes herramientas para soportar la inicializacin de los casos de estudio: 1. Valores programados esta herramienta obtiene los valores programados (factores de distribucin de carga, estado de interruptores, valores programados de voltaje, posiciones de taps de transformadores y transformadores desfasadores) correspondiente al tipo de da y hora del estudio para inicializar los valores correspondientes en el caso de estudio. 2. Distribucin de cargas esta herramienta distribuye la carga de MW y MVAr total del sistema entre las cargas individuales que estn en servicio, en proporcin de los factores de distribucin de cargas correspondientes. Las cargas no-conformables se consideran constantes y solo pueden modificarse en forma individual mediante ingresos manuales.
Pag108 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 3. Ajuste de generacin esta herramienta distribuye la generacin de MW de las reas internas y externas, o el total del sistema, entre las unidades generadoras (internas y externas) que estn en servicio. La distribucin de potencia activa entre los generadores se hace en proporcin a los correspondientes lmites altos de capacidad (MW).
10.2
Configurador de Modelo de la Red
El Configurador de Modelo de la Red se ejecuta en tiempo real y en modo de estudio para determinar el modelo nodo/rama de la red que utilizan las Aplicaciones de Transmisin en tiempo real y en modo de estudio. Este programa analiza la conectividad de unidades de generacin, condensadores sncronos, compensadores estticos de Vars, cargas, lneas de transmisin, transformadores, capacitadores, reactores, etc. para determinar el modelo nodo/rama de la red. En tiempo real, el programa utilizara el modelo de conectividad esttico de la red con datos de tiempo real disponibles tales como estado de interruptores, posicin de tap de transformadores, etc., en el anlisis de conectividad que realiza. En modo de estudio, se utilizara el modelo de conectividad esttico de la red con los datos de estado existentes en el caso de estudio. El Configurador de Modelo de la Red deber cumplir con los siguientes requisitos funcionales: 1. Determinar el estado de energizacin de todos los equipos de la red de potencia 2. Determinar la conectividad nodo-rama para todos los equipos de la red de potencia 3. Establecer las barras de flujo de carga 4. Determinar la validez de las telemediciones analgicas obtenidas en los interruptores, en funcin de los desconectadores de bypass 5. Determinar cualquier cambio en la configuracin de la red de potencia 6. Detectar e identificar islas elctricas y determinar el estado de energizacin de cada isla 7. Actualizar la topologa de la red en forma incremental ante cualquier cambio de estado de un dispositivo de maniobra 8. Procesar datos de salida para presentar informacin relacionada a la conectividad y energizacin de equipos en los despliegues unifilares y tabulares del sistema. 9. Generar mensajes de alarma cuando se detectan nuevas configuraciones de la red incluyendo islas elctricas y equipos desconectados.
10.3
Estimador de Estado
El Estimador de Estado se debe ejecutar en tiempo real para determinar una solucin completa del sistema de potencia incluyendo los flujos de MW, MVAr y MVA/Amperes por todas las lneas de transmisin y transformadores, y las inyecciones de MW y MVAr en todas las unidades de generacin, cargas y dispositivos reactivos. Este programa utilizara el modelo de conectividad de la red generado por el Configurador de Modelo de la Red conjuntamente con los datos analgicos de tiempo real ingresados manualmente o programados para determinar la solucin completa del sistema de potencia. La solucin del Estimador de Estado ser utilizada para inicializar estudios de los programas de Anlisis de Contingencias y de Clculo de Flujo de Carga. La solucin tambin ser utilizada por el programa de Adaptacin de Parmetros para actualizar las curvas de valores programados que se definen en la base de datos. La solucin del Estimador de Estado ser almacenada en casos salvados para uso del Estimador de Estado en modo de Estudio o la inicializacin de casos de estudio.
10.3.1 Requisitos de Funcionalidad

El Estimador de Estado deber cumplir con los siguientes requisitos funcionales:
Pag109 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 1. Efectuar verificacin de consistencia de los datos de entrada comparando el estado de energizacin de los equipos con los correspondientes valores analgicos. Las inconsistencias encontradas debern ser indicadas en un despliegue con una indicacin descriptiva de la inconsistencia. 2. Capacidad de usar los siguientes datos analgicos de la red en la determinacin de la solucin completa del sistema de potencia: a. Flujo de potencia activa (MW) y reactiva (MVAR) en lneas de transmisin, transformadores y conectores de barra en ambos terminales b. Flujo de potencia activa (MW) y reactiva (MVAR) asociadas con interruptores como en el caso de seccionalizadores de barra c. Mediciones de carga total e intercambio de energa
d. Mediciones de carga de potencia activa (MW), potencia reactiva (MVAR), corriente (AMP) y potencia aparente (MVA) e. Mediciones de generacin de potencia activa (MW) y reactiva (MVAR) f. Voltaje de barras incluyendo mediciones mltiples asociadas con la misma barra
g. Posicin de taps de transformadores incluyendo transformadores desfasadores Se debern usar las mediciones de potencia activa y reactiva independientemente de que estn pareados o no. Tambin se debern usar los cdigos de calidad de las mediciones y excluir aquellas mediciones que tengan problemas (por ejemplo, falla en telemetra, valor anormal, etc.). Se deber proveer la opcin a los usuarios de: h. Habilitar o deshabilitar el uso de datos analgicos y estados i. j. k. Habilitar o deshabilitar el uso de valores entrados manualmente Cambiar el signo (+/-) de los datos analgicos Cambiar el valor de estados (abierto/cerrado)
3. Capacidad de definir factores de peso para los datos analgicos usados en la solucin. Los factores de peso reflejan la precisin de los datos analgicos y se debern poder definir por tipo de datos (voltajes, flujos MW y MVAR en barras, carga en MW y MVAR, generacin en MW y MVAR, posiciones de taps de transformadores, etc.) y para cada dato analgico individualmente. 4. Detectar errores en los datos analgicos de tiempo real mediante el uso de tcnicas estadsticas. Se deben identificar errores gruesos y errores de calibracin y se proveern despliegues de salida para presentar esta informacin a los usuarios de la aplicacin. 5. Determinar una solucin completa y consistente del sistema elctrico incluyendo las partes observables y no-observables que se identifiquen. La solucin completa del sistema elctrico incluir voltajes de barra; ngulos de fase; flujos de potencia en lneas de transmisin, transformadores y conectores de barra, posiciones de tap de transformadores, transformadores desfasadores e inyecciones de potencia en las unidades de generacin, cargas y dispositivos reactivos. Se deber poder obtener la solucin solamente para las porciones observables del sistema en el caso de que la solucin no converja en las partes no-observables del sistema. 6. Capacidad de identificar errores en los parmetros de impedancia del modelo de las porciones observables de la red y estimar parmetros tales como resistencia y reactancia. 7. Capacidad de identificar errores de topologa/conectividad en el modelo de la red 8. Modelar control de voltaje de acuerdo a los requisitos especificados en la Seccin 11.1.2 Requisitos Generales de Computo. Esto deber permitir:
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI a. Mantener la generacin de potencia activa y reactiva de las unidades de generacin en las partes no-observables del sistema dentro de los lmites especificados por la curva de capabilidad de la unidad de generacin. b. Mantener los voltajes en las barras en las partes no-observables del sistema dentro de los lmites especificados para cada barra. Se deber proveer la opcin a los usuarios de: c. Habilitar y deshabilitar el cambio automtico de posiciones de tap de transformadores
d. Habilitar y deshabilitar el cambio automtico de posiciones de tap de transformadores desfasadores e. Habilitar y deshabilitar el control de voltajes por generadores f. Habilitar y deshabilitar el uso de limites de generacin reactiva de las unidades de generacin
9. Verificar los flujos de rama (lneas, transformadores y conectores de barra) y voltaje de barra contra los limites especificados e identificar las violaciones existentes. Tambin se generara una alarma para indicar que se han encontrado violaciones. 10. Generar una alarma para indicar cuando se encuentren inconsistencias entre los datos de tiempo real y los datos estimados. 11. Capacidad de ejecucin en modo de estudio con la inicializacin del caso de estudio con informacin obtenida de las siguientes fuentes: a. La solucin mas reciente de la ejecucin en tiempo real b. Casos almacenados del Estimador de Estado La ejecucin en modo de estudio deber proveer la misma funcionalidad que en tiempo real. 12. Determinar el color asociado de presentacin para todos los valores de la solucin consistente con las Aplicaciones SCADA.
10.3.2 Requisitos de la Interfaz de Usuario

La solucin del Estimador de Estados deber poder ser presentada sobre los diagramas unifilares del sistema y en desplegados tabulares con la habilidad de diferenciar claramente de valores de tiempo real o de la solucin del modo de estudio presentados en los mismos desplegados. El Estimador de Estado deber proveer los desplegados tabulares necesarios para que los usuarios puedan proveer los datos de entrada y parmetros de ejecucin que sean requeridos. Tambin proveer desplegados para presentar los resultados de los diferentes mdulos de funcionalidad del programa. El Estimador de Estado proveer como mnimo los siguientes desplegados: 1. Lista de parmetros de ejecucin e informacin de diagnostico (resumen de convergencia, discrepancias en inyecciones en barras, correcciones de las magnitudes y ngulos de voltajes en barras, etc.) 2. Lista de mediciones indicando tipo, equipo, cdigos de calidad, factores de peso, etc. 3. Lista de mediciones no usadas debido a falla en telemetra, valores anormales, etc. 4. Lista de mediciones con valores de entrada manual 5. Lista de errores gruesos de medicin indicando nombre de la medicin, valor medido, valor estimado, tiempo de la primera deteccin, tiempo del ltimo retorno a condiciones normales, y nmero de veces que el error ha sido detectado 6. Lista de errores de calibracin (bias) indicando nombre de la medicin y valores residuales 7. Resumen general de la solucin
Pag111 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 8. Resumen de la solucin para cada barra incluyendo comparacin de los valores estimados y mediciones (o valores programados) de voltaje, ngulos de fase, inyecciones y flujos 9. Resumen de resultados de la estimacin de posicin de taps de transformadores 10. Resumen de errores de parmetros de impedancia y estimacin de los mismos 11. Resumen de errores de topologa/conectividad detectados 12. Resumen de violaciones de voltaje 13. Resumen de violaciones de limites de flujo 14. Resumen de violaciones de limites de generacin 15. Resumen de control de voltaje Tambin se incluirn otros desplegados que sean necesarios para poder usar eficientemente toda la funcionalidad que proveer el Estimador de Estado. La estampa de tiempo de las mediciones usadas en la ejecucin del Estimador de Estado debe ser presentada en todos los desplegados que muestran la solucin correspondiente.
10.4
Calculo de Flujo de Carga
El Clculo de Flujo de Carga se ejecuta en modo de estudio para realizar estudios de cambios de condiciones del sistema de potencia incluyendo cambios en carga, generacin o voltaje y salida de equipos. La ejecucin de este programa debe requerir un nmero mnimo de datos de entrada para facilitar su uso por los operadores del sistema. La solucin del Clculo de Flujo de Carga ser utilizada para la ejecucin del programa de Anlisis de Contingencias en modo de estudio. La solucin tambin podr ser almacenada en casos salvados para uso posterior y para uso de otros usuarios.

El Clculo de Flujo de Carga deber cumplir con los siguientes requisitos funcionales: 1. Proveer algoritmos de solucin eficiente y robusta incluyendo por lo mnimo el algoritmo completo NewtonRaphson y el algoritmo Desacoplado Rpido. Los usuarios debern poder seleccionar el algoritmo a usar. Se deber cambiar del algoritmo Desacoplado Rpido al algoritmo completo Newton-Raphson en el caso de no convergencia. 2. Modelar el control de voltaje mediante el control automtico de voltaje de generacin, taps de transformadores, conexin/desconexin automtica de elementos de derivacin y voltaje de compensadores estticos de VARS. Se deber soportar el control de voltaje en barras locales y remotas. Modelar el control de potencia activa mediante transformadores desfasadores y el control de intercambio entre reas. El modelaje de controles de voltaje y controles de potencia activa no deber afectar la eficiencia o precisin del algoritmo de solucin empleado. Los usuarios debern tener la habilidad de habilitar o deshabilitar los diferentes tipos de control de voltaje y potencia activa individualmente. 3. Modelar la potencia de compensacin (SlackPower) en un generador o distribuida en todos los generadores. En el caso de que se seleccione el modelo distribuido se distribuir la potencia de compensacin entre todas las unidades generadoras en proporcin a sus lmites. Si la generacin en MW de una unidad excede sus lmites, sta debe ser mantenida en el lmite y la participacin de las unidades restantes ser recalculada.
Pag112 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Tambin se deber soportar la distribucin a cargas en cuyo caso se distribuir la potencia de compensacin a todas las cargas y estas se ajustaran proporcionalmente. 4. Permitir que los usuarios puedan definir datos de entrada tales como cargas individuales, valores de generacin, estados de los dispositivos, posiciones de los taps de los transformadores, tensiones deseadas, etc. a travs de los diagramas unifilares y de los desplegados tabulares. 5. Validar los valores ingresados manualmente por el operador incluyendo: a. Verificar si el ingreso manual es permitido b. Verifica el valor ingresado contra lmites c. Calcular automticamente otros valores que dependen del valor ingresado. d. Almacenar los valores entrados solamente si no se han encontrado errores. 6. Calcular voltajes de barra y ngulos de fase; flujos de potencia en lneas de transmisin, transformadores y conectores de barra; posiciones de tap de transformadores y transformadores desfasadores e inyecciones de potencia en las unidades de generacin, cargas y dispositivos reactivos. Tambin se debe calcular totales de generacin, carga, intercambio y prdidas en ramas para el sistema, reas, islas elctricas, etc. 7. Verificar los flujos de rama (lneas, transformadores y conectores de barra) y voltaje de barra contra los limites especificados e identificar las violaciones existentes. 8. Determinar el color asociado de presentacin para todos los valores de la solucin consistente con las Aplicaciones SCADA. 9. Proveer la capacidad de implementar con facilidad una contingencia definida en el programa de Anlisis de Contingencias para ser analizada por el programa de Clculo de Flujo de Carga. 10. Proveer la capacidad de comparar dos casos de estudio y preparar un resumen de las diferencias entre los dos casos.

El Clculo de Flujo de Carga deber proveer los desplegados tabulares necesarios para que los usuarios puedan proveer los datos de entrada y parmetros de ejecucin que sean requeridos. Tambin proveer desplegados para presentar los resultados de los diferentes mdulos de funcionales del programa. El Clculo de Flujo de Carga proveer los siguientes desplegados como mnimo: 1. Lista de parmetros de ejecucin e informacin de diagnostico (resumen de convergencia, discrepancias en inyecciones en barras, correcciones de las magnitudes y ngulos de voltajes en barras, etc.) 2. Resumen general de la solucin incluyendo totales de generacin, carga, intercambio y prdidas en ramas para el sistema, reas, islas elctricas, etc. 3. Resumen de la solucin para cada barra incluyendo voltaje, ngulos de fase, inyecciones y flujos 4. Resumen de unidades de generacin incluyendo MW, MVAR, voltaje, limites, etc. 5. Resume de transformadores incluyendo flujo MW, MVAR, voltaje controlado, posiciones de tap, etc. 6. Resumen de violaciones de voltaje 7. Resumen de violaciones de limites de flujo 8. Resumen de violaciones de limites de generacin 9. Resumen de control de voltaje 10. Desplegados que permitan habilitar/deshabilitar control de voltaje por tipo de control e individualmente por equipo
Pag113 of 178
10.5
Anlisis de Contingencias
El Anlisis de Contingencias se debe ejecutar en tiempo real y en modo de estudio para analizar la seguridad del sistema en condiciones potenciales de interrupciones en el sistema de potencia elctrico en base a una lista de contingencias pre-definidas. En tiempo real, se debe utilizar la solucin del Estimador de Estado como el caso base mientras que en modo de estudio se deben utilizar los resultados del Clculo de Flujo de Carga.

El Anlisis de Contingencias deber cumplir con los siguientes requisitos funcionales: 1. Simular interrupciones (solas y/o mltiples) de todos los elementos de la red elctrica (lneas de transmisin, transformadores, transformadores desfasadores, conectores de barra, barras, generadores, cargas, SVCs, capacitores, inductores, condensadores sncronos, compensadores estticos de VARs e interruptores). 2. Simular interrupciones que causen perdidas de generacin, carga e islas elctricas. Se deber proveer una funcin para la reasignacin de generacin para los casos en que ocurran perdidas de generacin y carga. 3. Habilidad de definir, modificar y verificar contingencias en una manera fcil y eficiente. Se deber proveer la habilidad de mantener listas de contingencias separadas para tiempo real y para el modo de estudio. En el modo de estudio, se deber mantener listas separadas para cada caso de estudio. Se deber proveer la habilidad de organizar las contingencias en grupos y de asignar cada contingencia a uno o ms grupos. Se deber poder definir contingencias solas y mltiples. Las contingencias mltiples consistirn de mltiples elementos de la red sin restricciones en el nmero o tipo de elementos que se incluyen. La definicin de contingencias debe realizarse mediante la identificacin de los elementos de la red y no de los interruptores que conectan al mismo. Tambin debe proveerse la habilidad de identificar los elementos mediante la seleccin de los smbolos que representan a los mismos en los diagramas unifilares. 4. Realizar la redefinicin automtica de las contingencias en el caso de que las condiciones de la red en el caso bsico impacten la conectividad de uno o ms elementos. Se simulara la operacin de relevadores y de esquemas de proteccin mediante la redefinicin automtica de las contingencias en el caso de que limites de flujo en elementos pre-definidos excedan un limite o que elementos pre-definidos cambien de estado de conectividad durante la evaluacin de la contingencia. 5. Capacidad de realizar una evaluacin simplificada de las contingencias con el fin de priorizar las contingencias de acuerdo a un ndice de severidad. Esta priorizacin de las contingencias ser usada para la seleccin de las contingencias a evaluar en detalle. La evaluacin simplificada consistir de una iteracin completa del algoritmo de clculo de flujo de carga desacoplado rpido. 6. Capacidad de realizar una evaluacin detallada de las contingencias seleccionadas. Los resultados de esta evaluacin sern presentados al usuario para cada contingencia por separado. Tambin se priorizaran las contingencias evaluadas de acuerdo a un ndice de severidad para la fcil identificacin de las contingencias de mayor impacto. 7. La evaluacin detallada de las contingencias se realizara usando clculos de flujo de carga, y se soportaran el algoritmo completo Newton-Raphson y el algoritmo Desacoplado Rpido. Los usuarios debern poder seleccionar el algoritmo a utilizar. Se deber modelar el control de voltaje en barras locales o remotas mediante el control automtico de voltaje de generacin, taps de transformadores, conexin/desconexin automtica de elementos de derivacin y voltaje de compensadores estticos de VARS en la evaluacin detallada de las contingencias. Tambin se modelara el control de potencia activa mediante transformadores desfasadores y el control de intercambio entre reas. Los usuarios debern tener la habilidad de habilitar o deshabilitar los diferentes tipos de control de voltaje y potencia activa individualmente.
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 8. Capacidad de definir ndices de severidad para priorizar las contingencias usando los resultados de anlisis simplificado y usando los resultados de la evaluacin detallada. Los ndices de severidad se calcularan basados en la severidad de los diferentes tipos de violaciones (flujo en ramas, voltajes en las barras, cada de voltaje en las barras, e inyecciones reactivas) y factores de peso asignados a cada tipo de violacin y cada elemento individualmente. Los factores de peso sern definidos y modificados por los usuarios mediante la interfaz de usuario. 9. Capacidad de especificar el nmero de contingencias a evaluar detalladamente incluyendo permitir que se evalen todas las continencias pre-definidas, de esta manera, la evaluacin simplificada no es necesaria. Los usuarios podrn forzar que se evalen detalladamente contingencias especficas. 10. Verificar los flujos de rama (lneas, transformadores y conectores de barra) y voltaje de barra contra los limites especificados e identificar las violaciones existentes.

El Anlisis de Contingencias deber proveer los desplegados tabulares necesarios para que los usuarios puedan proveer los datos de entrada y parmetros de ejecucin que sean requeridos. Tambin proveer desplegados para presentar los resultados de los diferentes mdulos de funcionalidad del programa. El Anlisis de Contingencias proveer los siguientes desplegados como mnimo: 1. Desplegados para la definicin, modificacin y verificacin de contingencias y grupos de contingencias. La definicin de contingencias se deber realizar mediante la seleccin de equipos en listas por tipo de equipo o seleccionando el smbolo que representa al equipo en un diagrama unifilar. 2. Desplegados para la definicin de parmetros de ejecucin incluyendo: a. Factores de peso por tipo de violacin, por elemento de la red y por ndice de severidad. b. Habilitar/deshabilitar controles de voltaje y potencia activa en la solucin detallada de contingencias c. Seleccionar el mtodo de reasignacin de generacin
3. Resultados de la evaluacin simplificada de las contingencias incluyendo el orden de prioridad asignado a cada contingencia de acuerdo a los ndices de severidad calculados 4. Resultados de la evaluacin detallada de las contingencias incluyendo el orden de prioridad asignado a cada contingencia de acuerdo a los ndices de severidad calculados y las violaciones identificadas. Las violaciones identificadas se presentaran ordenadas de acuerdo a su severidad. Se presentaran violaciones identificadas en el caso base y despus de implementar la contingencia y se proveer la habilidad de distinguir nuevas violaciones de violaciones identificadas anteriormente (esto en tiempo real donde se ejecuta el Anlisis de Contingencia peridicamente). 5. Resumen de contingencias identificando: a. Contingencias que no convergieron o con islas elctricas no convergentes b. Contingencias que causan islas elctricas o aislamiento de elementos de la red c. Contingencias que causan separacin de barras
d. Contingencias que causan perdida de generacin o carga e. Violaciones de voltaje, cada de voltaje y flujo de rama para cada contingencia
10.6
Adaptacin de Parmetros
La funcin de Adaptacin de Parmetros deber mantener la informacin programada para cada hora, das tipo y estaciones del ao definidos en la base de datos. La funcin almacena la informacin programada para estado de interruptores, carga, valores programados de voltaje, posiciones de taps de transformadores y transformadores
Pag115 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI desfasadores. La informacin programada se mantiene almacenada para que las Aplicaciones de Transmisin puedan obtener valores dependientes del tiempo.

La funcin de Adaptacin de Parmetros deber cumplir con los siguientes requisitos funcionales: 1. Configuracin de das tpicos, por ejemplo: 2. 1 = Da de la semana (Martes a Viernes) 2 = Sbado o da antes de festivo 3 = Domingo o da festivo 4 = Lunes o da despus de festivo 5 = Da entre festivos
Configuracin de la hora del da especificando los intervalos de tiempo sobre un perodo de 24 horas. Estos intervalos de tiempo pueden ser de longitud variable, para ser definidos a travs de la entrada de datos. Los intervalos de tiempo permiten una divisin de media hora. La informacin programada es actualizada adaptativamente a travs de un algoritmo de suavizacin que usa los resultados del Estimador de Estado en Tiempo Real. Los parmetros de suavizacin se pueden definir en la base de datos. Es posible suprimir manualmente la actualizacin global o para puntos seleccionados. El usuario puede especificar cuales puntos de la red observable sern actualizados adaptativamente. La informacin programada es definida inicialmente en la base de datos. Se proveen las herramientas necesarias para facilitar el mantenimiento de la informacin programada en la base de datos. El aadir o eliminar equipos en la base de datos no requiere ninguna informacin o conocimiento del programa existente para ser re-ingresados o modificados. La informacin programada que ha sido adaptativamente actualizada no se debe perder debido a cambios en la base de datos. Los errores estadsticos deben ser calculados y mantenidos para ser comparados contra la informacin programada y con los datos de tiempo real o los datos estimados de tiempo real. Cuando el error se incrementa mas all de un valor permitido, la actualizacin con parmetros adaptivos se detiene y se genera un mensaje de alarma. En el momento que los valores regresan al rango normal, se reinicia el uso de parmetros adaptivos automticamente. Se debern soportar los siguientes valores programados: a. Cargas en barras conformables (MW y MVAr) - factores de distribucin que relacionan la carga conformable total del sistema con las cargas de las subestaciones y las cargas de las barras. Los factores de distribucin de carga son usados para cargas conformables programadas en barras para un da y cada hora del da. Carga en barras no-conformables (MW y MVAr) - valores de MW y MVAr para las cargas no-conformables. Estados de interruptores Voltajes programados en las barras con voltaje controlado. Posicin de tap de transformadores o transformadores desfasadores
3.
4.
5. 6.
7.
b. c. d. e.

La funcin de Adaptacin de Parmetros deber proveer los desplegados tabulares necesarios para que los usuarios puedan proveer los datos de entrada y parmetros de ejecucin que sean requeridos. Se proveer los siguientes desplegados como mnimo:
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Desplegados para la definicin de parmetros de ejecucin Desplegados que presentan los datos individuales (por ejemplo, cargas pronosticadas, los valores de consigna del tap del transformador, los voltajes en barras programadas, factores de distribucin de carga en barras individuales, cargas conformables, cargas tipo no conformables, etc.) organizados por mes, tipo de da y hora. Desplegados que permiten la habilidad de revisar y modificar o anular fcilmente cualquier dato calculado de la funcin de Adaptacin de Parmetros.
10.7
Monitoreo de Reservas Reactivas
La funcin de Monitoreo de Reservas Reactivas se ejecuta peridicamente para calcular las reservas de potencia reactivas en el sistema, verificar los requerimientos mnimos pre-definidos y generar alarmas de deficiencia de reserva. La ejecucin de esta funcin se deber realizar a la periodicidad definida en el Apndice B.3-1. Tambin se deber proveer la habilidad de ejecutar la funcin a pedido de los Operadores del sistema.

La funcin de Monitoreo de Reservas Reactivas deber cumplir con los siguientes requisitos funcionales: Calcular la reserva reactiva total, la reserva reactiva rodante y la reserva reactiva no sincronizada. La reserva reactiva total se calculara como la suma de la reserva reactiva rodante y la reserva reactiva no sincronizada. La reserva reactiva rodante se calculara como la suma de la reserva reactiva de las unidades de generacin que estn en lnea. La reserva reactiva no sincronizada se calculara como la suma de la reserva reactiva de las unidades de generacin no sincronizadas que pueden arrancar en 10 minutos mas la suma de los capacitadores y compensadores estticos de VARs que pueden ser conectados. Verificar la reserva reactiva total contra el limite mnimo del sistema y generar alarmas para identificar cuando la reserva esta por debajo del limite.

La funcin de Monitoreo de Reservas Reactivas deber proveer los siguientes desplegados: Definicin de parmetros de ejecucin tales como la periodicidad de ejecucin, limite mnimo de reserva reactiva e incluir/excluir del calculo la contribucin individual de unidades generacin, capacitores y compensadores estticos de VARS. Resumen de resultados para el sistema incluyendo la reserva reactiva total, la reserva reactiva rodante, la reserva reactiva no sincronizada y la contribucin a la reserva por parte de unidades generacin, capacitores y compensadores estticos de VARS individualmente.
11. Simulador de Entrenamiento de Operadores

El Simulador de Entrenamiento de Operadores (DTS) provee las herramientas necesarias para proporcionar la capacitacin y entrenamiento de operadores en la operacin del sistema elctrico y del sistema SCADA/EMS. El DTS provee funciones para modelar y simular el comportamiento del sistema elctrico, junto a una replica de las funciones del sistema SCADA/EMS, y facilita la creacin de un ambiente para el entrenamiento de operadores en condiciones similares al ambiente de tiempo real. El DTS ser configurado en un ambiente separado del ambiente de produccin que requiere hardware y consolas dedicadas. El sistema SCADA/EMS deber contar con un ambiente dedicado para el DTS tal y como se describe en la Seccin 2 Descripcin del Sistema de esta especificacin. El ambiente del DTS ser primordialmente
Pag117 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI inicializado de una copia del ambiente de Produccin. Tambin se deber proveer la habilidad de usar base de datos y modelos diferentes del ambiente de Produccin para facilitar el entrenamiento de operadores en condiciones pasadas o futuras. El DTS consiste de un Simulador del Sistema de Produccin, un Simulador del Sistema de Potencia y el modulo del Instructor, o de ejecucin y control del DTS.
11.1 Simulador del Sistema de Produccin

El Simulador del Sistema de Produccin replica la funcionalidad que provee el ambiente de Produccin del sistema SCADA/EMS en el ambiente del DTS para facilitar la interaccin del Operador con el DTS de una manera similar a la interaccin en el ambiente de Produccin. Como mnimo, todas las funciones crticas del SCADA/EMS debern estar disponibles en este ambiente: 1. Aplicaciones de SCADA 2. Aplicaciones de Generacin 3. Aplicaciones de Transmisin 4. Interfaz de Usuario El Simulador del Sistema de Produccin deber contener los mismos desplegados que el ambiente de produccin incluyendo: 1. Diagramas unifilares 2. Tabulares de puntos y alarmas 3. Tabulares de aplicaciones 4. Tendencias Estos desplegados debern ser idnticos a los utilizados en el ambiente de Produccin con la excepcin que se deber poder distinguir claramente que se esta operando en el ambiente del DTS. Los mensajes generados en el ambiente del DTS, alarmas, eventos, etc., debern ser idnticos a los generados en el ambiente de Produccin. El DTS deber proveer herramientas para facilitar la inicializacin del ambiente del DTS de una copia del ambiente de Produccin. Tambin deber ser posible utilizar las herramientas de generacin de base de datos y despliegues para crear una base de datos en el ambiente del DTS diferente del ambiente de Produccin. La operacin del Sistema de Produccin deber reflejar restricciones de tiempo en que la respuesta sea razonablemente consistente con la operacin en tiempo real segn sea percibida por el Operador. La operacin del ambiente del DTS no deber afectarla operacin del ambiente de Produccin. Se deber diferenciar la consola del Instructor de las consolas usadas por Operadores en entrenamiento durante proceso de autenticacin del usuario al inicio de la sesin. Esto requiere la definicin de un tipo de usuario adicional a los identificados en la Seccin 8.2 Tipos de Usuario para identificar al Instructor. Este usuario tendr acceso al Modulo de Instructor y todas las funciones de definicin, control y ejecucin del DTS.
11.2
Simulador del Sistema de Potencia
El Simulador del Sistema de Potencia simula la operacin del sistema elctrico incluyendo la simulacin de flujos de carga en la red de transmisin, la simulacin del comportamiento de la carga del sistema, simulacin dinmica de unidades de generacin, simulacin de frecuencia, control de generacin, simulacin de la operacin automtica de dispositivos de campo, simulacin de todos los comandos de Control Supervisorio, etc.
Pag118 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El Simulador del Sistema de Potencia soportara la simulacin de colapso de voltaje en el sistema, black-out total y restauracin del sistema, reconexin de lneas desconectadas, ejecucin de esquemas de proteccin y control, ejecucin de tiro de carga y restauracin.
11.2.1 Simulacin de Flujos de Carga

El Simulador del Sistema de Potencia calcula los flujos de carga y voltajes de barras del sistema usando un modelo del sistema que representa las condiciones actuales de la simulacin. El clculo de flujo de cargas se realizara peridicamente para reflejar los cambios en las condiciones del sistema tales como variaciones de carga, cambio de estado de interruptores debido a su operacin automtica, variaciones de generacin, etc. El clculo de flujos de carga deber cumplir con los siguientes requisitos: 1. Modelado y solucin de mltiples islas elctricas 2. Simulacin de controles automticos disponibles tales como voltaje de generacin, taps de transformadores, conexin/desconexin automtica de elementos de derivacin y voltaje de compensadores estticos de VARS. Se deber soportar el control de voltaje en barras locales y remotas 3. Modelar la respuesta retardada de los cambiadores de tap bajo carga 4. Distribucin de las variaciones de generacin a todos los generadores en lnea basada en sus capacidades y los factores de inercia de los mismos 5. Presentar los resultados de clculo de flujos de carga en diagramas unifilares y desplegados tabulares para uso del instructor incluyendo los casos convergentes y no-convergentes. Se debern incluir desplegados de diagnsticos para analizar los casos no-convergentes.
11.2.2 Modelo de Carga

El Simulador del Sistema de Potencia deber modelar el comportamiento de la carga del sistema usando curvas de carga diaria predefinidas que representan la carga total del sistema para cada hora del da. Estas curvas se usan conjuntamente con factores de distribucin para calcular las cargas de barra individuales. El modelo de carga tambin deber cumplir los siguientes requisitos: 1. Habilidad de definir y modificar mltiples curvas de carga para representar diferentes condiciones, das de la semana, etc. 2. Habilidad de aumentar/disminuir los valores de carga calculados para las cargas individuales por un factor configurable por el Instructor. 3. Habilidad de ajustar las cargas individuales automticamente debido a cambios causados por eventos incluyendo salidas de cargas, aumento de carga, etc. 4. Habilidad de representar cargas conformables y no-conformables 5. Habilidad de modelar cargas de potencia e impedancia constantes incluyendo cargas compuestas 6. Desplegados para la definicin y modificacin de las curvas de carga 7. Habilidad de modelar la respuesta de la carga a desviaciones de frecuencia y voltaje 8. Habilidad de usar datos de carga histricos para la generacin de las curvas de carga 9. Habilidad de modelar los efectos de cold load pickup
Pag119 of 178
11.2.3 Modelo de Frecuencia

El Simulador del Sistema de Potencia deber calcular la frecuencia para cada isla elctrica continuamente basada en la potencia mecnica de entrada, la carga, las prdidas de energa, la constante de variacin de frecuencia y carga y la inercia del sistema. El modelo deber asumir que todas las unidades de generacin en una isla elctrica rotan a la misma velocidad y que todas las barras tienen la misma frecuencia. Se deber soportar el modelaje de mltiples mediciones de frecuencia con las mediciones mapeadas a la isla elctrica correspondiente.
11.2.4 Modelo de Unidades de Generacin

El Simulador del Sistema de Potencia deber modelar las unidades de generacin de tipo termoelctricas, unidades turbogas, nuclear, carbn, ciclo combinado e hidroelctricas; etc. incluyendo el uso de tipos de combustible mixto. Se debern modelos consistentes con los modelos estndar del IEEE para este tipo de equipos elctricos.
11.2.5 Control de Generacin

El Simulador del Sistema de Potencia deber incluir funciones de control automtico de generacin e intercambios de energa para facilitar el control de carga frecuencia y la programacin de intercambios de energa durante la simulacin. Esta funciones se debern poder configurar para controlar la generacin externa e interna en el caso que el Simulador del Sistema de Produccin no incluya la funcin de control automtico de generacin. Las funciones de control automtico de generacin e intercambios de energa del simulador se usara para especificar el intercambio entre la rea interna y las reas externas del sistema y para proveer control de carga frecuencia. Se deber soportar los diferentes modelos control de generacin incluyendo frecuencia constante, intercambio constante y tie-line bias.
11.2.6 Modelo de Relevadores

El Simulador del Sistema de Potencia deber modelar las acciones de los siguientes tipos relevadores: 1. Relevadores de sobrecorriente 2. Relevadores de sobretensin 3. Relevadores de baja tensin 4. Relevadores de sobre-frecuencia 5. Relevadores de baja frecuencia 6. Relevadores de sincronismo 7. Relevadores de disparo transferido Tambin se modelara las acciones de relevadores debido fallas y recierres. El Instructor deber poder especificar la localizacin de las fallas en cualquier punto de la red modelada. El objetivo no es el modelar las condiciones transitorias del sistema, sino modelar el resultado final de las acciones de relevadores, por ejemplo, salidas de equipos, alarmas, etc. El Instructor deber poder activar/des-activar fallas mediante el uso de eventos. Se deber poder programar la operacin de relevadores en un momento predefinido de la simulacin. El Instructor deber poder habilitar o deshabilitar la operacin de los relevadores.
Pag120 of 178
11.3 Modulo del Instructor

El Modulo del Instructor proveer la capacidad de definir, iniciar, modificar y terminar las sesiones de entrenamiento del DTS y de evaluar el desempeo de los Operadores durante la misma. El modulo del instructor debe contener un juego de diagramas unifilares y tabulares para ser usados por el instructor con el Simulador de Potencia del Sistema y para el control de las sesiones de entrenamiento.
11.3.1 Capacidades Operacionales

El modulo del Instructor deber soportar las siguientes capacidades operacionales: 1. 2. 3. 4. 5. 6. 7. Crear, desarrollar, salvar y recuperar casos base de simulacin Iniciar, cancelar, pausar y re-iniciar la secuencia de entrenamiento en cualquier momento de la misma Play-Back de una sesin de entrenamiento Crear, salvar y recuperar snapshots de la simulacin Velocidad de tiempo de la simulacin variable Realizar modificaciones al sistema a travs de eventos, diagramas unifilares y desplegados tabulares Realizar cambios al ambiente del DTS tales como cambios a la base de datos y los desplegados del sistema usando las mismas herramientas que se proveen en el sistema de produccin 8. Desplegados para la definicin, modificacin y ejecucin de eventos y secuencia de eventos en la simulacin
11.3.1.1 Casos Base de Simulacin

El modulo del Instructor deber proveer la habilidad definir, salvar y reusar casos base de simulacin y secuencias de eventos. Los casos base de simulacin se construirn usando: 1. Casos del Estimador de Estado o el Calculo de Flujo de Carga salvados en el ambiente de produccin o el ambiente del DTS 2. Snapshots de la simulacin previamente salvados Una vez seleccionado las condiciones iniciales del caso base de simulacin, el Instructor deber poder hacer cambios manuales para refinar las condiciones del estado inicial de simulacin incluyendo: 3. Voltaje de regulacin usando los valores programados para el tiempo de la simulacin 4. Curvas de Carga 5. Condiciones iniciales de puntos analgicos, estado de interruptores, intercambios de generacin, parmetros de ejecucin de las funciones del SCADA/EMS
11.3.1.2 Secuencias de Eventos

El modulo del Instructor deber proveer la habilidad definir, salvar y reusar secuencias de eventos para uso durante la simulacin. Se deber proveer la capacidad de modelar los siguientes eventos: 1. 2. 3. Operacin manual y automtica del interruptor de circuito Disparo o Disparo/Cierre de un interruptor Falla en la operacin de un interruptor
Pag121 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Mal funcionamiento de un relevador Falla en la operacin de control local (Cambiadores de tap bajo carga, tiro de carga, control de generacin) Sobrecarga de elementos (de todos los tipos) Prdida permanente de equipo Prdida de generacin Cambio en las potencias de salida MW y MVAr del generador Cambio de carga a nivel de barras y sistema Prdida de una Interconexin Ocurrencia de una falla Violaciones de todos los Lmites Alto/Bajo Prdida de una lnea o transformador Prdida de tele medicin de una UTR
La definicin de eventos deber ser fcil sin requerir la entrada de nombres de los equipos para que se defina el evento. La definicin de nombre de equipos deber realizarse mediante la seleccin de los smbolos que representan a los mismos en los diagramas unifilares o en una lista de nombres en un desplegado tabular. El Instructor deber definir la lista de eventos que se aplicara a la sesin de simulacin antes del inicio de la misma. Se deber poder seleccionar una o mas secuencias de eventos previamente definidos como tambin se deber poder definir eventos adicionales durante la sesin de simulacin. Se podr definir el tiempo en el que se activaran los eventos basados en un tiempo absoluto, o sea la hora y minuto especfico, o en un tiempo relativo al inicio de la simulacin.
11.3.1.3 Eventos Condicionales

El modulo del Instructor deber proveer la habilidad de activar eventos debido a condiciones especificas predefinidas incluyendo violaciones de voltaje y flujo de carga, salida de equipos, etc.
11.3.2 Administracin de la Ejecucin del DTS

El modulo del Instructor deber proveer herramientas para facilitar la ejecucin de las sesiones de simulacin, el manejo de secuencias de eventos y la interaccin con los Operadores en entrenamiento. Estas herramientas debern incluir: 1. Habilidad de inicializar y restaurar el ambiente del DTS 2. Habilidad de manejar la definicin de casos base de simulacin, definicin de eventos y secuencia de eventos, ejecucin de las sesiones de entrenamiento 3. Comunicacin con los Operadores en entrenamiento mediante mensajes o alarmas
11.3.3 Registro y Evaluacin de la Sesin

El modulo del Instructor deber proveer herramientas para facilitar la evaluacin del desempeo de los Operadores en entrenamiento durante las sesiones de simulacin. Estas herramientas debern monitorear la habilidad de los Operadores en entrenamiento de responder a violaciones de voltaje, flujos de carga y frecuencia. Al final de cada sesin se generara un reporte de evaluacin al cual el Instructor deber poder aadir comentarios.
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El modulo del Instructor deber proveer herramientas para capturar las actividades realizadas por el Instructor, los Operadores en entrenamiento y actividades ocurridas automticamente o debido a eventos durante la simulacin. El Instructor deber poder recrear una sesin de entrenamiento haciendo un playback de todas las actividades ocurridas durante la sesin.
12.
APLICACIONES DE CONTROL DE GENERACION Y DESPACHO
Las aplicaciones de control de generacin del sistema EMS operan en tiempo real con el objeto de monitorear, optimizar y controlar el despacho de carga y mantener el balance de generacin del sistema elctrico de potencia. El sistema EMS deber de incluir como mnimo las siguientes aplicaciones de control de generacin: Control Automtico de Generacin (AGC) Interface a la Programacin de Generacin Externa Programador de Intercambios de Energa Contabilidad de Energa Administracin de Reserva de Generacin
12.1
AGC
En general, el Control Automtico de Generacin (AGC) proporciona la funcin de monitoreo y despacho de tiempo-real de las unidades generadoras, as tambin, provee la funcin de regulacin de frecuencia e intercambios de potencia y la correccin automtica del error de tiempo con el objeto de mantener el balance de carga-generacin en el sistema elctrico de manera optima.
12.1.1
Requerimientos
El AGC tiene como objetivo el monitoreo de la generacin de las unidades generadoras, la frecuencia y el error de tiempo del sistema. Al mismo tiempo, tiene la funcin de control automtico de la generacin de salida de unidades en respuesta al clculo de regulacin del error de control de rea y el clculo de generacin deseada que sigue el despacho de generacin externo recibido de la interfaz con las aplicaciones de Mercado del OC-SENI o del clculo interno del punto de generacin base de unidades o de entradas manuales hechas por el operador del sistema. El clculo de las seales de control toma en cuenta el modo de control, los lmites operativos y la velocidad de respuesta de los generadores. Aun cuando en la actualidad no se tienen intercambios de potencia externos, el AGC debe tener la capacidad del control de intercambios de energa con empresas externas/extranjeras. La ejecucin del AGC es peridica y configurable por el usuario. Sin embargo, el AGC tiene dos ciclos de ejecucin: Ciclo de Monitoreo, 2 segundos Procesamiento de datos de entrada: Generacin, Carga, Frecuencia, Error de Tiempo, Estado de conectividad de Generadores, Estado del Control Remoto de Generacin, Lmites operativos, etc. Calculo del Error de Control de rea (ACE) Ciclo de Control, 4-segundos Calculo de la Generacin Deseada Calculo de las seales de control supervisorio Generacin de Alarmas del AGC
Pag123 of 178
12.1.2
Calculo del Error de Control de rea (ACE)
El AGC calcula y procesa el error de control de rea (ACE) cada dos (2) segundos. El clculo del ACE depende del modo de correccin seleccionado por el operador, por ejemplo: Frecuencia Constante (CF), Frecuencia Constante y Tiempo (CFT), Intercambio Neto Constante (CNI), Intercambio y Frecuencia (TLB) y correccin de Intercambio Neto, Frecuencia y Error de Tiempo (TLTB), etc. El procesamiento del ACE se debe hacer a travs de un filtro que evite errores de control cuando hay cambios en el modo de correccin del mismo o errores de medicin de los parmetros de control: frecuencia, error de tiempo o intercambio de potencia. A dems, la lgica de procesamiento toma en cuenta con lmites mximos de control configurables establecidos por el usuario, la capacidad de regulacin del sistema y el estado de control del sistema: normal, permisivo, asistencia en emergencia, etc.
12.1.3 12.1.4
Respuesta a la Frecuencia y Calculo del Bias Calculo de la Generacin Deseada
El AGC calcula la generacin deseada de las unidades generadoras cada 4-segundos basado en los siguientes parmetros del generador: Modo de Control Estado de Conectividad Generacin de Potencia de Salida Punto de Base (Despacho) Correccin del Error de Control de rea Asignado (Regulacin) Respuesta a la Frecuencia (Regulacin primaria) Limites Operativos
El AGC calcula la generacin deseada para todas las unidades basado en el modo de control seleccionado por el operador o calculado automticamente por el AGC basado en el estado de conectividad de la maquina, por ejemplo: en-lnea o fuera-de-lnea. El clculo de la generacin deseada se basa en la potencia de salida de la maquina siempre que no est disponible el punto base calculado por el despacho econmico de tiempo real o no se haya recibido del OC-SENI va interfaz externa. Sin embargo, el punto base de la unidad puede tambin ser establecido a travs de entrada manual del operador. Por otro lado, la generacin deseada incluye el valor de Error de Control de rea (ACE) asignado a la maquina cuando el modo de control de la misma seleccionado por el operador es un modo de Regulacin. La asignacin del ACE para cada mquina se basa en el factor de participacin de regulacin de la unidad. Adems, el AGC debe tener la capacidad de calcular la respuesta de regulacin de frecuencia (regulacin primaria) para cada una de las unidades. El clculo de la generacin deseada puede restar la regulacin primaria del valor calculado para prevenir oscilaciones en el control. El clculo de la generacin deseada toma en cuenta los limites operativos de las unidades, los cuales pueden ser tele medidos o de entrada manual, y debe tomar en cuenta la respuesta de velocidad de la maquina (rampa) para evitar l envi de controles en zonas prohibidas o de sobrecarga. As tambin, el AGC debe contar con una lgica de verificacin del desempeo de control de unidades y alarmar cuando las unidades generadoras no siguen las seales de control. Finalmente, el AGC debe contar con una lgica de control permisivo que evite mover la maquina en una direccin que perjudique la regulacin de frecuencia segn limites configurables establecidos por el operador. El AGC debe contar con anchos de banda configurables para cada uno de los mdulos de control, para evitar cambios bruscos en el control de las unidades
12.1.5
Modo de Control de Unidades
La funcin del AGC soporta diferentes modos para el monitoreo y/o control de las unidades generadoras que incluyen los siguientes: No Disponible (Fuera de Servicio) Este modo puede ser seleccionado por el operador una vez que la unidad esta fuera-de-lnea y se ha determinado que la unidad no est disponible debido a mantenimiento programado o falla. Disponible La unidad esta fuera-de-lnea pero disponible segn el programa de arranque de la misma. Este modo es detectado automticamente por el AGC una vez el estado de la maquina se detecta como desconectada del sistema y/o la potencia de salida es menor que el limite bajo de operacin. Manual La unidad est en lnea pero controlada de forma manual va control local del operador de planta. Este modo es detectado automticamente cuando el estado de control telemedido de la unidad esta en modo Manual (o Local). Control Fijo La unidad est en lnea y controlada de forma remota va puntos base seleccionados por el operador del SCADA/EMS. Este modo es seleccionado por el operador del SCADA/EMS. Regulacin La unidad est en lnea y bajo control automtico del AGC quien aade a la generacin base el valor calculado para regular el error de rea del sistema (ACE). Este modo es seleccionado por el operador del SCADA/EMS Mercado El SCADA/EMS sigue las seales de control programado provenientes del sistema de Mercado del OC-SENI. Este modo es seleccionado por el operador del SCADA/EMS
El AGC tiene la capacidad de procesar el estado de conexin de la unidad (en lnea, o fuera de lnea) para determinar automticamente el modo de control. El modo de control puede provenir de la programacin de mercado para cada generador.
12.1.6
Limite de Unidades y Rampas
La funcin del AGC soporta el modelado de los lmites de operacin de las unidades generadoras que incluyen los siguientes como mnimo: Limites de Capacidad La capacidad mnima y mxima de potencia de salida de la maquina segn el fabricante. Limites Operativos El limite alto y bajo del rango operativo de control sostenido de la mquina para operacin base y en regulacin. Estos lmites pueden ser de entrada manual o telemedidos. Limites Econmicos Los limites alto y bajo del despacho econmico. Estos lmites pueden ser de entrada manual o pueden provenir de la programacin de mercado Limites de Rampa El lmite de rampa de subir y bajar potencia de salida de la maquina se representa con estos lmites alto y bajo de respuesta de rampa.
El AGC incluye el modelado de lmites de unidades de ciclo combinado y/o agregadas o de forma individual.
12.1.7
Control Supervisorio
El EMS debe proporcionar control supervisorio para cada unidad generadora que posee control remoto conectado al sistema SCADA va RTU o va ICCP. El sistema tiene la capacidad de controlar seales analgicas y o digitales asociadas a la planta regeneradora. Todas las acciones del operador se guardan en el relatorio histrico del sistema SCADA. Los usuarios pueden iniciar el control supervisorio desde los desplegados tabulares o unifilares donde exista el punto de control segn la autorizacin respectiva del rea de responsabilidad asociada a su identificacin de usuario.
Pag125 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El AGC del sistema deber tenerla capacidad de enviar controles de pulso de subir o bajar generacin y/o enviar controles analgicos de setpoint para regular la salida de potencia de las maquinas. Al mismo tiempo, el AGC deber tener la capacidad de monitorear la respuesta de control de las unidades generadoras y reconocer cuando estas no responden, de tal manera de alarmar al operador. Por otro lado, el AGC deber proporcionar la capacidad de cambiar el modo de control de las maquinas a modo manual cuando estas no responden al control por un periodo determinado. El usuario debe tener la capacidad de sintonizar los contadores de respuesta de la maquina.
12.2
Interfaces del AGC
El SCADA/EMS deber tener la capacidad de intercambiar datos con otros sistemas SCADA va ICCP y con sistemas de mercado externos.
Figura 1 - Interfaces del AGC
12.2.1
Interface con otros sistemas SCADA
El sistema SCADA/EMS deber tener la capacidad de recibir datos de telemedicion de otros sistemas SCADA va ICCP. En particular esta va de comunicacin se utiliza para transferir datos entre el sistema SCADA/EMS del OCSENI y del SCADA/EMS dela ETED. El SCADA/EMS deber tener la capacidad de recibir los datos del pre-despacho y pronostico de carga del sistema de mercado del OC-SENI. El mismo es utilizado en el SCADA/EMS del OC-SENI para calcular la generacin deseada de las unidades que es transmitida va ICCP al SCADA/EMS dela ETED. Las seales de despacho de unidades recibidas del OC-SENI se envan va control de RTU a las plantas que estn en modo remoto. Por otro lado, la comunicacin con los agentes del mercado y subestaciones es va RTU hacia el SCADA/EMS dela ETED, el cual enva esta informacin al SCADA/EMS del OC-SENI va ICCP. La informacin telemedida por
Pag126 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI el SCADA/EMS dela ETED incluye la salida de potencia de las unidades, estado de interruptores, limites de operacin, mediciones de voltajes, frecuencia, etc.
12.2.2
Datos del Sistema de Mercado

informacin de las aplicaciones de mercado del OC-SENI, que
EL AGC debe tener la capacidad de recibir incluyen los datos siguientes:
Pre-despacho de unidades generadoras, que incluyen: Generacin programada Estado de control Limites de operacin programados Reserva Programada Pronostico de Carga del sistema Intercambios programados netos (futuro)
As mismo, el AGC del SCADA/EMS procesa esta informacin para calcular la generacin deseada de unidades y para monitoreo en consolas del plan operacin: generacin versus carga programada, programacin de potencia de unidades versus potencia de salida de tiempo real, etc. As mismo valida datos de lmites y estados de control programados para las unidades.
12.3
Monitoreo de Reservas
El AGC tiene una funcin de monitoreo de reservas por unidad generadora y por sistema que incluye las siguientes: Reserva de Regulacin (Subir, Bajar) Reserva de Generacin de 5 minutos (configurable) para subir y bajar generacin a velocidad sostenible de la maquina Reserva Rodante Reserva de Generacin de 10 minutos (configurable) para subir o bajar generacin a velocidad sostenible de la maquina Reserva de Contingencia (emergencias) Reserva de generacin de emergencia de 10 minutos para subir generacin a velocidad de emergencia de la maquina Reserva No Rodante Reserva fra de arranque rpido de 30 minutos para subir generacin al lmite operativo mximo de la maquina
El AGC informa al operador cuando la reserva de una maquina o del sistema est fuera del valor programado.
12.4
Intercambios Programados (Futuro)
El AGC cuenta con un subsistema de programacin de intercambios horarios de energa con compaas externas que puede ser de entrada manual por el operador o puede provenir de la interface con el sistema de mercado. Si el intercambio programado es de entrada manual, el operador especifica el valor y el modo en que esta energa programada se activara en el sistema, los cuales pueden ser instantneo o con rampa programada donde el operador especifica el tiempo de inicio y finalizacin de la rampa o el tiempo de inicio y duracin de la rampa del programa de intercambio. El AGC monitorea los intercambios netos en las lneas de transmisin y el intercambio inadvertido en horas pico y fuera de pico total y horario del da actual y del da anterior. El usuario puede corregir el valor de medicin neta del intercambio neto con un valor de ajuste manual.
12.5
Contabilidad de Energa
El AGC tambin deber contarcon un subsistema para contabilidad de energa. Este es programado por el usuario para llevar las cuentas horarias, diarias, mensuales y por ao de mediciones analgicas seleccionadas, como por ejemplo: mediciones de salida de potencia de unidades generadoras, medicin de potencia en lneas, etc. El sistema de contabilidad de energa deber permitirque el usuario pueda hacer clculos sencillos entre las variables programadas. Esto incluye clculos aritmticos y lgicos.
Pag128 of 178
13.
Aseguramiento de Calidad y Pruebas
La ETED y el OC-SENI tendrn derecho a verificar que el Proveedor disea, desarrolla e implementa un sistema bien construido, completamente operativo y que cumple con los requerimientos funcionales contractuales. Con este propsito se seguir el programa de Aseguramiento de calidad del Proveedor (QA) a lo largo de todo el proyecto. El Proveedor deber asegurar durante todo el proyecto, el uso de estndares aceptados en la industria as como procesos, tcnicas y prcticas de QA debidamente documentadas. Este programa de Aseguramiento de calidad se debe aplicar desde la definicin de requerimientos, diseo y desarrollo hasta las pruebas unitarias y de sistema para todos los entregables del sistema, incluyendo documentacin, hardware y programas. El objetivo de dicho programa de QA debe ser el minimizar las variaciones y/o defectos. La ETED y el OC-SENIdebe tener acceso, durante todo el proyecto, al programa de QA del Proveedor as como al proceso de gestin de defectos y correcciones correspondientes. Para que el sistema sea aceptado se realizarn, en diferentes fases del proyecto, pruebas tanto estructuradas como no estructuradas. La ETED y el OC-SENI tendr derecho de interrumpir, retrasar o cancelar cualquier prueba en curso o planificada si considera que la funcionalidad del sistema que se est probando o que se va a probar, no est lista para ser probada formalmente. El criterio para determinar si la funcionalidad definida est lista para ser probada o no se definir, junto con el Proveedor seleccionado, durante el Acuerdo de Trabajo (SOW). El Proveedor proporcionar a la ETED y el OC-SENI evidencia escrita de su programa de QA as como copias impresas de todos las certificaciones relacionadas con dicho programa (por ejemplo, ISO 9001, CMMI CapabilityMaturityModel Integration) asegurando su adherencia a las mismas. El sistema se someter a diferentes rondas de pruebas tal y como se detalla ms abajo. El papel de la ETED y el OC-SENI as como del Proveedor para cada grupo de pruebas sera el siguiente: 1. Pruebas Previas de Aceptacin en Fbrica (pre-FAT) Este grupo de pruebas las realizar el Proveedor en sus instalaciones. La ETED y el OC-SENI tendr el derecho de estar presente durante la realizacin de estas pruebas y el Proveedor deber presentarle testimonio documentado de la ejecucin y resultados de las mismas. Estas pruebas se realizarn usando los protocolos de prueba estndar del Proveedor una vez aprobados por la ETED y el OC-SENI. 2. Pruebas de Aceptacin en Fbrica (FAT) - Este grupo de pruebas las realizarn conjuntamente la ETED y el OC-SENI y el Proveedor en las instalaciones de ste ltimo. Este grupo de pruebas incluir tanto pruebas estructuradas como no estructuradas. Las pruebas estructuradas se realizarn usando los protocolos de prueba estndar del Proveedor una vez aprobados por la ETED y el OC-SENI. 3. Pruebas de Aceptacin en Sitio (SAT) Estas pruebas las realizar la ETED y el OC-SENI en sus instalaciones con el apoyo del Proveedor. Este grupo de pruebas incluir tanto pruebas estructuradas como no estructuradas. Las pruebas estructuradas se realizarn usando los protocolos de prueba estndar del Proveedor una vez aprobados por la ETED y el OC-SENI. 4. Prueba de Disponibilidad - Esta prueba la realizar la ETED y el OC-SENI en sus instalaciones con el apoyo del Proveedor. Durante esta prueba el sistema se encontrar en operacin. Todos los grupos de pruebas mencionados arriba aplican al sistema completo con la sola excepcin del sistema de desarrollo y pruebas (PDS). Se incluyen por tanto los sistemas de produccin, QAS y capacitacin as como el entorno de soporte para las consolas remotas. El Proveedor deber probar exhaustivamente el sistema PDS antes de envirselo a la ETED y el OC-SENI. El Proveedor deber preparar un informe indicando las funcionalidades disponibles para uso en el PDS de acuerdo con los requerimientos de la ETED y el OC-SENI. La ETED y el OCSENI tendrn el derecho de revisar este informe y aprobar su envo. Este informe deber ser sometido a la ETED y el OC-SENI para su aprobacin con al menos quince (15) das de anticipacin a la fecha prevista de envo.
Pag129 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Con la excepcin del PDS, todos los grupos de pruebas (pre-FAT, FAT, SAT y Disponibilidad) se realizarn usando el hardware, la base de datos y los despliegues de la ETED y el OC-SENI. Para el pre-FAT y el FAT, si la ETED y el OC-SENI no tuviesen suficiente informacin en la base de datos o despliegues para probar todos los requerimientos funcionales, el Proveedor proveer cualquier informacin suplementaria que fuese necesaria. Las pruebas del PDS se realizarn con el hardware, la base de datos y despliegues proporcionados por la ETED y el OC-SENI. Todas las herramientas, utilidades y/o aplicaciones de terceros, as como la documentacin asociada (manuales de instalacin y usuario,..) que use el Proveedor para simular y medir las condiciones de uso y la carga del sistema durante las pruebas de rendimiento debern ser entregadas a ETED y el OC-SENI como parte del suministro del sistema. La ETED y el OC-SENI usarn esas herramientas, aplicaciones y utilidades para realizar pruebas adicionales cuando lo considere necesario. La ETED y el OC-SENI podrn conformar su equipo del proyecto incluyendo la participacin de un consultor contratado previamente por ambas instituciones, quien podr participar en todas las actividades del proyecto cuando asi lo requieran la ETED y el OC-SENI.
13.1
Papel de los Coordinadores de Pruebas
Los coordinadores de pruebas tanto por parte de la ETED y el OC-SENI como del Proveedor debern ser designados antes del comienzo de las pruebas formales. Estos coordinadores sern los responsables de asegurar que todos los procedimientos de prueba se realizan de acuerdo con los requerimientos definidos en este proyecto. Cada coordinador de pruebas tendr la autoridad de tomar decisiones vinculantes tanto para el Proveedor como para la ETED y el OC-SENI, incluyendo la aprobacin formal de los resultados de las pruebas y la planificacin de las correcciones de hardware y software. Durante el desarrollo del Acuerdo de Trabajo (SOW), la ETED , el OCSENI y el Proveedor acordarn el criterio de aceptacin o rechazo para cada grupo de pruebas y para el sistema en su totalidad.
13.2
13.2.1
Documentacin de Pruebas
El Proveedor deber entregar procedimiento y planes de prueba que demuestren que se verificar que el sistema cumple adecuadamente con los requerimientos contractuales, incluyendo las condiciones de rendimiento. Durante el desarrollo de los planes de prueba se deber poner especial nfasis en que se pruebe cada funcin lgica y posibles condiciones de error. Las tcnicas de simulacin usadas durante pre-FAT, FAT y SAT debern ser documentadas oportunamente. Los planes y procedimientos de prueba debern permitir que, si es necesario, se repitan pruebas individuales. Todos los planes y procedimientos se enviarn a la ETED y el OC-SENI para su revisin y aprobacin con al menos ocho (8) semanas de antelacin con respecto a la fecha prevista de inicio del grupo de pruebas correspondiente. ETED y el OC-SENI completar su revisin inicial dentro de las cuatro (4) semanas despus de la recepcin de los planes y procedimientos.
13.2.2
Planes de Prueba
El Proveedor debe desarrollar y documentar apropiadamente Planes de Prueba y Procedimientos para cada prueba formal con el fin de que dichas pruebas formales cubran las funciones que forman parte del sistema y que cualquier parte de las pruebas pueda ser repetida si se considerase necesario.
Pag130 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Los planes de prueba debern describir formalmente los procesos de pruebas incluyendo las responsabilidades de las personas que las realizan y los resultados de las mismas. Para cada prueba formal deber existir un plan de pruebas desarrollado por el Proveedor y presentado a la ETED y el OC-SENI para su revisin y aprobacin. En cada plan de pruebas se deber, como mnimo, incluir lo siguiente: 1. El calendario para cada grupo de pruebas (comienzo, duracin, etc.), detallando las pruebas individuales a ser realizadas y la asignacin de recursos correspondientes. Dicho calendario deber incluir adems suficiente tiempo para las pruebas no-estructuradas del hardware y software por parte de los representantes de ETED y el OC-SENI. 2. Identificacin del personal del Proveedor que realizar las pruebas as como las responsabilidades tanto del Proveedor como de la ETED y el OC-SENI. 3. Descripcin de las herramientas de documentacin y los formularios que deben ser completados como parte de las pruebas as como las instrucciones para su llenado. 4. Procedimientos para la gestin de las variaciones que se encuentren (seguimiento, correccin, pruebas de las correcciones, etc.) 5. Procedimientos para la gestin (control y documentacin) de cualquier cambio de hardware o software realizado en el sistema despus del inicio de las pruebas. 6. Descripcin del entorno de pruebas incluyendo el diagrama de bloques con la configuracin del hardware, las unidades remotas de prueba (UTRs) y todo equipo usado para las comunicaciones externas y el hardware de simulacin. El formato especfico y el contenido del plan de pruebas se determinarn durante la fase de desarrollo del proyecto. Todos los planes de prueba estarn sujetos a la revisin y aprobacin por parte de la ETED y el OC-SENI.
13.2.3
Procedimientos de prueba
Los procedimientos de prueba deben describir los mtodos y procesos a seguir para probar completamente la funcionalidad del sistema. Los procedimientos deben ser modulares, en la medida de lo posible, de tal manera que permitan la verificacin individual de cada funcin. Todos los procedimientos de prueba deben incluir suficiente detalle para permitir al personal de la ETED y el OC-SENI realizar las porciones relevantes de las mismas con la ayuda del Proveedor. Cada procedimiento de prueba debe ser completo en si mismo e incluir, como mnimo la siguiente informacin segn sea apropiado: 1. La identificacin de la Prueba (ID) 2. El ttulo de la prueba o funcin a probar 3. Descripcin/propsito de la prueba 4. Referencia o descripcin del Acuerdo de Trabajo (SOW) donde el requerimiento se detalla 5. Entorno y condiciones iniciales de la prueba 6. Descripcin de las tcnicas, escenarios y herramientas usadas para simular las condiciones de campo y equipo de control parte de la prueba. 7. Descripcin paso-a-paso de la prueba a realizar, incluyendo las entradas y acciones de usuario para cada paso de la prueba 8. Resultados esperados en cada paso y/o segmento, incluyendo el criterio de xito o fallo del mismo 9. Espacio para registrar oportunamente los resultados y conclusiones de cada prueba
Pag131 of 178
13.2.4
Registro de Pruebas
Como parte de las pruebas se deber mantener un registro completo de los resultados de las mismas. Como mnimo este registro deber incluir la siguiente informacin: 1. Procedimiento de Pruebas 2. Fechas de la prueba 3. Resultado de cada paso o segmento de la prueba incluyendo la indicacin de resultado exitoso o fallo 4. Cualquier impresin o copia de pantalla que soporte los resultados de la prueba 5. Personal del Proveedor y/o la ETED y el OC-SENI que realiz la prueba o estuvo presente como testigo de las mismas 6. Espacio para comentarios de los representantes de la ETED y el OC-SENI 7. Lista de las variaciones registradas durante las pruebas, si es apropiado.
13.3
13.3.1
Realizacin de las Pruebas

Criterio para el inicio de las pruebas
Las siguientes condiciones debern ser satisfechas antes del comienzo formal de las pruebas: 1. Todos los planes y procedimientos de pruebas han sido aprobados por la ETED y el OC-SENI 2. ETED y el OC-SENI ha recibido, revisado y aprobado toda la documentacin relevante, incluyendo los documentos de diseo y mantenimiento, guas de usuario, planes y procedimientos de pruebas 3. Se ha realizado una actualizacin completa de todo el software, funciones y base de datos parte de las pruebas
13.3.2
Modificaciones del Sistema durante las pruebas
No se realizar ningn cambio de cdigo o software del proveedor una vez den inicio a cualquiera de los grupos de pruebas sin la autorizacin explicita de la ETED y el OC-SENI. La intencin es poder controlar el entorno y las condiciones de realizacin de las pruebas. La ETED y el OC-SENI tendrn el derecho de solicitar que se vuelva a la versin anterior de cualquier software o hardware y se inicien las pruebas anteriormente realizadas si en su opinin se han realizado cambios en el sistema de prueba sin su autorizacin.
13.3.3
Pruebas No Estructuradas
La ETED y el OC-SENI tendrn el derecho de realizar pruebas no estructuradas en cualquier momento de las preFAT, FAT y SAT. Se debern reservar al menos dos (2) horas para las pruebas no estructuradas por cada ocho (8) horas de pruebas estructuradas. El Proveedor asistir a la ETED y el OC-SENI en este tipo de pruebas cuando sea necesario.
Pag132 of 178
13.3.4
Suspensin y Reinicio de las Pruebas
La ETED y el OC-SENI tendrn el derecho, a su sola discrecin, de suspender y/o cancelar cualquier prueba en cualquier momento si el volumen o la severidad de las variaciones encontradas as lo requieren. Si esto sucediera, la prueba se detendran y el proveedor tendr que realizar las correcciones necesarias. Una vez la ETED y el OCSENI hayan revisado, aprobado y aceptado la correccin a las variaciones que causaron la suspensin, la prueba se repetir o se reiniciarn las mismas desde el principio. Ser decisin exclusiva de la ETED y el OC-SENI el que la prueba se reinicie desde el punto en el que se suspendi o desde el principio. Si la duracin de la suspensin es significativa, el reinicio o repeticin de la prueba se programar para una fecha posterior acordada por el Proveedor y la ETED y el OC-SENI.
13.3.5
Prueba Regresiva
La ETED y el OC-SENItendr la opcin de realizar pruebas regresivas antes de finalizar la fase formal de pruebas. El Proveedorasistir a la ETED y el OC-SENIen estas pruebas si as lo requiere.
13.3.6
Criterio de Finalizacin de Pruebas
Una fase de pruebas formal se considerar finalizada cuando laETED y el OC-SENIhayan producido la aprobacin escrita de que todas las pruebas parte de la misma han sido completadas de forma exitosa y de acuerdo con el criterio de aceptacin acordado tal y como se describe en el correspondiente Plan de Pruebas.
13.4
Gestin de Variaciones
El Proveedor usar una herramienta de Gestin de Variaciones para el manejo de las variaciones detectadas durante todo el proyecto, desde su inicio del mismo hasta el final del periodo de garanta. Como mnimo, el Gestor de Variaciones deber permitir el registro y control de las variaciones para: 1. Documentacin, deficiencias funcionales y/o de rendimiento 2. Deficiencias en las pruebas (por ejemplo cuando el sistema no puede, de forma satisfactoria, completar un procedimiento de pruebas debido a un problema con la prueba) 3. Severidad de las variaciones (crtica, no-crtica, etc.) La herramienta para la gestin de variaciones deber generar informes de todas las variaciones filtradas por funcin, fecha, severidad, etc. Los informes de variaciones estarn siempre disponibles para la ETED y el OCSENI y este podr generar variaciones en el sistema. El Proveedor deber producir informes resumen de variaciones frecuentemente o cuando lo solicite la ETED y el OC-SENI.
13.4.1
Informes de Variaciones
Los informes de variaciones que se generen durante las pruebas debern incluir como mnimo: 1. La fecha de creacin de la variacin 2. Un identificador nico 3. Una breve descripcin del problema 4. Plan Formal al que corresponde (pre-FAT, FAT, etc.) 5. Tipo de varianza (problema, informacin incompleta o incorrecta, etc.) 6. Identificacin del componente del sistema contra el que se escribe la varianza
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 7. Identificacin del procedimiento especfico donde apareci (si aplica) 8. Descripcin detallada de la varianza incluyendo los pasos para reproducirla 9. Identificacin de quin la escribi 10. Estado de la varianza para reflejar su situacin en el ciclo de vida de la misma. Ejemplos de estos estados pueden ser: a. Abierta (varianza escrita) b. Solicitud de mejora (no aprobada todava) c. Aceptada (se confirm que es una varianza) d. Asignada (se asign recursos para su resolucin) e. Esperando respuesta de la ETED y el OC-SENI (se necesita informacin adicional) f. Lista para ser probada (se resolvi el problema y est lista para probar otra vez) g. Cancelada (problema duplicado o no es un problema) h. Cerrada (ETED y el OC-SENI ha verificado y aceptado su resolucin) 11. Severidad de la varianza como: Crtica Una varianza que impide el uso de una funcin esencial del sistema y/o que fuerza la cancelacin de la prueba formal. Importante Denota la imposibilidad de ejecutar una funcin de tal forma que reduce significativamente el rendimiento o la funcionalidad del sistema. Tambin puede ser una varianza que retrase significativamente las pruebas de una funcin o del sistema. Menor Se usa para variaciones que reflejan el fallo del sistema al realizar una funcin requerida. Este tipo de variaciones no debe retrasar las pruebas. 12. Recurso asignado a la correccin de la varianza 13. Descripcin de su resolucin 14. Registro de las pruebas realizadas para verificar su resolucin 15. Identificacin del personal de la ETED y el OC-SENI que verific la resolucin y la fecha en que esta fue aceptada. La ETED y el OC-SENI tendr el derecho de revisar, aprobar y/o cambiar la severidad asignada a una varianza registrada durante las pruebas o en cualquier momento durante la vida del proyecto.
13.4.2
Correccin y seguimiento de variaciones
Los gerentes de proyecto del Proveedor y la ETED y el OC-SENI revisarn la lista de variaciones tan frecuentemente como se considere necesario. La ETED y el OC-SENI y el Proveedor seguirn las siguientes normas para identificar el calendario de resolucin de las variaciones: 1. El Proveedor corregir las variaciones crticas en un plazo de veinticuatro (24) horas 2. El Proveedor corregir las variaciones importantes en un plazo mximo de cinco (5) das hbiles a no ser que el Proveedor est de acuerdo con un plazo diferente. 3. La ETED y el OC-SENI menores. y el Proveedor acordarn las fechas para la correccin de las variaciones
Todas las variaciones debern ser resueltas y cerradas a satisfaccin de la ETED y el OC-SENI antes del ltimo pago del proyecto.
13.4.3
Resolucin de Variaciones
Solo se considerar una variacin como resuelta con la aceptacin escrita de la ETED y el OC-SENI. Antes de someter la variacin corregida a la aceptacin de la ETED y el OC-SENI, el Proveedor deber realizar los pasos necesarios y razonables para verificar la correccin. Una vez la varianza ha sido corregida, el Proveedor actualizar al registro de la misma en la herramienta de gestin de variaciones para reflejar las medidas correctivas implementadas. La ETED , el OC-SENI y el Proveedor planifican entonces las pruebas correspondientes a realizar. Se considerar una variacion como aceptada y su registro en la herramienta de gestin actualizada solo despus de que ETED y el OC-SENI hayan verificado que la misma se ha corregido a su satisfaccin. El proveedor asistir en todas las pruebas que ETED y el OC-SENI considere necesarias para verificar las correcciones.
13.5
Prueba preliminares de aceptacin en fbrica (pre-FAT)
Antes de las pruebas de aceptacin en fbrica (FAT), el proveedor deber realizar y completar unas pruebas preliminares (pre-FAT) para verificar que sistema ha sido integrado correctamente y se encuentra listo para las pruebas formales de FAT. El proveedor notificar a la ETED y el OC-SENI del inicio de las pre-FAT, al menos diez (10) das antes de su inicio. La ETED y el OC-SENItendr la opcin de estar presente durante el Pre-FAT. El proveedor generar un informe resumen con la descripcin de las pruebas realizadas, los resultados obtenidos as como todas las variaciones que se abrieron durante las pruebas, incluyendo su fecha estimada de resolucin. Este resumen se entregar a la ETED y el OC-SENI para su revisin al menos treinta (30) das antes del inicio previsto de las FAT. La ETED y el OC-SENI despus de revisar este informe se reserva el derecho de retrasar el comienzo de las FAT si la cantidad y/o severidad de las variaciones encontradas se considera excesivo. El proveedor deber realizar el esfuerzo necesario para remediar todos los problemas encontrados y repetir los procedimientos cuando sea apropiado.
13.5.1
Configuracin de Sistema de Pre-FAT
Todas las pruebas debern realizarse utilizando la versin ms reciente de la configuracin especfica de la ETED y el OC-SENI, su base de datos y despliegues. Esto incluye la actualizacin de la base de datos del sistema de desarrollo (PDS) con parte de los despliegues disponibles. El proveedor asegurar que el enlace de los puntos en los despliegues con la base de datos se mantiene con la actualizacin. El proveedor notificar al cliente cuando el pre-FAT haya terminado con xito y el sistema est listo para las FAT.
13.5.2
Criterio de Finalizacin del Pre-FAT
El criterio de finalizacin de las pre-FAT deber considerar: 1. Las pruebas se han ejecutado de acuerdo con el plan y procedimientos acordados. Cualquier error que se haya encontrado en el plan de pruebas o sus procedimientos ha sido corregido y documentado oportunamente. 2. Se han satisfecho los criterios de aceptacin y finalizacin incluidos en el plan de pruebas. 3. Todos los problemas encontrados antes o durante el pre-FAT han sido corregidos o existe un plan para hacerlo. 4. La ETED y el OC-SENI han revisado y aceptado el informe final de pre-FAT y han emitido su aceptacin por escrito.
13.6
Pruebas de Aceptacin en Fbrica (FAT)
El Proveedor, la ETED y el OC-SENI conjuntamente son responsables de la ejecucin de las FAT que se realizarn en las instalaciones del proveedor. El proveedor ser el responsable del registro de las pruebas incluyendo los comentarios de la ETED y el OC-SENI. La aceptacin de los resultados de las pruebas FAT abre la puerta al envo del sistema a las instalaciones de la ETED y el OC-SENI. El Proveedor enviar a la ETED y el OC-SENI el plan de pruebas FAT y le notificar de su inicio al menos con treinta (30) das de antelacin. La ETED y el OC-SENIrealizar las pruebas FAT con la ayuda y soporte del Proveedor.
13.6.1
Configuracin del Sistema EMS/SCADA para FAT
Se usar la base de datos y despliegues creados para la ETED y el OC-SENI como parte del proyecto. El proveedor realizar una actualizacin completa de la base de datos y despliegues en el sistema de desarrollo antes del inicio de las FAT usando los datos ms actuales de la ETED y el OC-SENI. El proveedor asegurar que los enlaces con los puntos en la base de datos incluidos en los despliegues se mantienen actualizados.
13.6.2
Criterios para el inicio de las FAT
Adems del criterio general de inicio de cualquier prueba incluido en la seccin 15.3.1, para comenzar las FAT se deben dar las siguientes condiciones: 1. Hay suficientes recursos humanos para realizar las pruebas. 2. Se ha completado con xito el pre-FAT segn el criterio de finalizacin aprobado. 3. La ETED y el OC-SENI han aceptado que los problemas todava no resueltos no se requieren para el inicio de las pruebas. 4. La ETED y el OC-SENI han aprobado los documentos del FAT. 5. Todo el hardware y software del sistema de FAT se encuentra operacional y correctamente configurado.
13.6.3
Pruebas FAT
Las FAT deben incluir, como mnimo, las siguientes pruebas: 1. Inspeccin e inventario del equipo 2. Prueba de construccin del sistema 3. Prueba de seguridad 4. Pruebas funcionales 5. Pruebas de rendimiento 6. Pruebas de estabilidad 7. Pruebas no-estructuradas
13.6.3.1 Inspeccin e Inventario de Equipo

Esta prueba verifica que el sistema incluye todo el hardware requerido, que est correctamente configurado y que se pueden ejecutar correctamente todos los programas de diagnostico. Para realizar esta inspeccin y revisin de
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI inventario el personal del Proveedor y de la ETED y el OC-SENI usarn la lista completa de suministro en formato de lista de verificacin confeccionada por el Proveedor. Para el hardware y equipos tambin se realizar una inspeccin visual para comprobar la calidad de su construccin, incluyendo conectores y etiquetado de los elementos que lo forman. Tambin se verificarn los diagramas de ensamblado y configuracin. La inspeccin tambin incluye la verificacin de que los requerimientos de capacidad y expansin del sistema se han satisfecho.
13.6.3.2
Prueba de Construccin del Sistema
Esta prueba sirve para verificar que el sistema, tal y como se entrega a la ETED y el OC-SENI puede ser construido a partir del cdigo fuente, herramientas y utilidades entregados por el proveedor tal y como se define en las condiciones de esta especificacin tcnica. Como mnimo esta prueba deber incluir: 1. Verificacin de la correcta instalacin, configuracin y licencias de los sistemas operativos y software de terceros requeridos como parte del sistema. 2. Verificacin de la existencia e instalacin de todo el software y herramientas necesarias para la generacin y/o instalacin de los programas de aplicacin, utilidades y herramientas necesarias para la correcta operacin del sistema. 3. Verificacin de que cada tipo de servidor (SCADA, Servidor de Comunicaciones, etc.) entregado como parte del sistema se puede reconstruir usando el sistema operativo estndar. 4. Verificacin de que las utilidades de manejo y gestin de software as como los procedimientos de mantenimiento son los adecuados para la gestin del cdigo fuente del software del Proveedor
13.6.3.3
Prueba de Seguridad
Esta prueba verificar que el sistema cumple con los requerimientos de seguridad de la ETED y el OC-SENI incluyendo NERC CIP. La ETED y el OC-SENIproporcionar los procedimientos para estas pruebas.
13.6.3.4
Pruebas Funcionales
El objetivo de estas pruebas es la verificacin de que el sistema incluye la funcionalidad correcta. Los procedimientos de prueba debern tener en cuenta cualquier equipo adicional necesario para realizar los mismos. Estas pruebas funcionales debern ejecutar todas las funciones y usar todos los dispositivos del sistema, tanto de forma individual como colectiva y servirn para verificar la correcta operacin funcional de todo el hardware y software que forman parte del sistema. Estas pruebas incluirn, como mnimo, lo siguiente: 1. Verificacin de toda la funcionalidad del sistema. Esto incluye la funcionalidad SCADA, EMS y sus correspondientes aplicaciones, interfaces externas, subsistema de archivo histrico de datos, requerimientos de seguridad ciberntica as como toda la funcionalidad del Simulador de Capacitacin de Operadores (OTS) y la interface de usuario remota. 2. Verificacin de todas las funciones estndar y particulares as como las opciones adquiridas con el sistema. 3. Verificacin de que todo el software ha sido dimensionado correctamente y cumple con los requerimientos de capacidad de la ETED y el OC-SENI. 4. Verificacin de la correcta adquisicin, procesamiento y almacenamiento de la informacin que viene de las fuentes de datos oportunas as como la verificacin de los protocolos de intercambio de datos con
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI todos los sistemas externos con los que el sistema se conecta. El proveedor deber proveer los simuladores necesarios para los sistemas externos siendo stos verificados previamente. 5. Verificacin de todas las funciones de la interface de usuario (hombre-mquina). 6. Verificacin de las funciones de generacin de informes, incluyendo la creacin, modificacin e impresin de informes. 7. Verificacin de la correcta operacin de los dispositivos de red local y red extendida por medio de la monitorizacin de su trfico y usando procedimientos de diagnstico y pruebas de reconfiguracin, incluyendo puentes, enrutadores, portales y en general la red del sistema como un todo. 8. Verificacin de los programas de aplicacin y las capacidades del sistema de desarrollo incluyendo la gestin de software, gestin de la documentacin, desarrollo de interface de usuario, definicin de datos en tiempo real, generacin y mantenimiento de la base de datos, definicin de dispositivos de campo, comunicaciones con UTRs, renombrado, borrado y modificacin de puntos, escalado de analgicos, aadir o quitar frontales de comunicaciones, definicin de mensajes de alarma y eventos, entornos de pruebas y otras funciones. 9. Verificacin de la gestin y mantenimiento de las comunicaciones incluyendo su diagnstico, informes de uso y errores. 10. Verificacin de las capacidades de mantenimiento de hardware. 11. Verificacin de la respuesta adecuada del sistema en condiciones anormales. Estas condiciones anormales incluirn como mnimo: a. Prdida y restauracin de procesos y servidores, incluyendo la memoria auxiliar. b. Prdida y restauracin de las consolas de usuario y consolas de trabajo c. Prdida y restauracin de los dispositivos de almacenamiento
d. Prdida y restauracin de subsistemas externos (ej. Enlaces ICCP,etc.) e. Prdida y restauracin de la fuente de alimentacin f. Prdida y restauracin de los canales de comunicaciones
g. Prdida y restauracin de cualquiera de los otros dispositivos perifricos h. Prdida y restauracin de elementos de red local y/o extendida i. j. Deteccin y recuperacin despus de errores de comunicaciones, incluyendo las que existen entre componentes del sistema como SCADA y frontales de comunicaciones o entre estos y las UTR. Deteccin y recuperacin de fallos crticos de servidores y procesos
12. Demonstracin del acceso autorizado al sistema y las funciones de seguridad en este entorno. 13. Verificacin de los distintos permisos de usuario demostrando el acceso o restriccin a las aplicaciones del sistema dependiendo de los niveles de permisos. 14. Verificacin de la redundancia y los esquemas de recuperacin del sistema 15. Verificacin de que cambios en la hora no afecta al funcionamiento correcto del sistema y que ste soporta el cambio de horarios de verano e invierno. 16. Verificacin de que toda la documentacin que debe ser suministrada con el sistema existe y cumple con los requerimientos de contrato. 17. Demonstracin de todas las interfaces de comunicaciones y diagnsticos de las mismas.
Pag138 of 178
13.6.3.5
Pruebas de Rendimiento
Las pruebas de rendimiento verificarn que los requerimientos detallados en la seccin 3.5 de la presente especificacin se cumplen completamente. El Proveedor proveer la simulacin necesaria para crear las condiciones requeridas en los escenarios de prueba especificados. La ejecucin de las pruebas de rendimiento ser automtica, en la medida de lo posible, de tal manera que las mismas puedan reproducirse. Los tiempos de ejecucin de cada aplicacin debern ser inferiores a los mximos indicados en el Apndice B.3-1 de la presente especificacin.
13.6.3.6
Prueba de Estabilidad
Se realizar una prueba de operacin continua del sistema durante cuarenta y ocho (48) horas justo despus de la finalizacin con xito de las pruebas de rendimiento. La prueba de estabilidad se considerar exitosa si durante el periodo de prueba no se ha perdido ninguna funcin crtica del sistema, no ha ocurrido ningn fallo del hardware, no se ha producido ninguna conmutacin de servidores o aplicaciones y no se ha reinicializado ninguna funcin o servidor del sistema. Durante esta prueba, el sistema se usar (con entradas, eventos y condiciones simuladas) de la misma forma que se usara en condiciones de operacin reales. La ETED y el OC-SENIpodr simular actividades de usuario de operacin normales. El proveedor asistir a la ETED y el OC-SENI durante esta prueba, siempre que ste lo requiera.
13.6.3.7
Pruebas No-Estructuradas
La ETED y el OC-SENI realizarn a su propia discrecin y en cualquier momento durante las FAT, pruebas noestructuradas. Se reservarn un promedio de dos (2) horas para pruebas no-estructuradas por cada ocho (8) horas de pruebas estructuradas. El proveedor asistir a la ETED y el OC-SENI en estas pruebas cuando sea necesario.
13.6.4
Criterio de Finalizacin de las FAT
Adems del criterio general de finalizacin de pruebas incluido en la seccin 15.3.6, para finalizar las FAT se debe dar las siguientes condiciones: 1. 2. 3. 4. Se han satisfecho todos los criterios de aceptacin y finalizacin incluidos en el plan de pruebas. Cero (0) variaciones crticas abiertas. Todos los problemas encontrados por la ETED y el OC-SENIhan sido corregidos. La ETED y el OC-SENIhan revisado y aceptado por escrito el informe final de FAT
13.7
Pruebas de aceptacin en sitio (SAT)
Las pruebas de aceptacin en sitio (SAT) incluyen todas las pruebas individuales realizadas durante las FAT, adems de la prueba de confianza. El Proveedor presentar a la ETED y el OC-SENI los planes de prueba al menos con cuatro (4) semanas de antelacin al comienzo de las mismas. La ETED y el OC-SENIser responsable de la ejecucin de las SAT, incluyendo el registro de las mismas, con la ayuda del Proveedor. Al menos un miembro del equipo de proyecto del Proveedor, previa aprobacin por la ETED y el OC-SENI, estar en el sitio durante las SAT. La intencin es que las pruebas de SAT se realicen bajo condiciones iguales a las del sistema si estuviese en operacin real.
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI La ETED y el OC-SENI, a su entera discrecin, tiene el derecho de realizar pruebas no-estructuradas durante las SAT. Las pruebas SAT se concentrarn en aquellas reas de la operacin del sistema que slo pudieron ser probadas parcialmente o simuladas durante FAT. Por ejemplo, se verificarn los tiempos de respuesta y carga del sistema mientras las comunicaciones con UTRs o enlaces ICCP que se mantienen en operacin. Estas pruebas tambin incluyen la conmutacin entre entornos como principal y respaldo.
13.7.1
Configuracin del Sistema SAT
El entorno para las pruebas deber incluir la base de datos y despliegues de la ETED y el OC-SENI construidas para este proyecto. El proveedor realizar la actualizacin completa de la base de datos y despliegues antes del inicio de las SAT usando la informacin mas reciente. Se cargar en el sistema de pruebas un juego completo de nuevos despliegues. El proveedor deber asegurarse de que todos los enlaces con datos dinmicos en los despliegues se mantienen actualizados. El sistema tambin deber estar configurado para comunicarse con un juego completo de UTRs, enlaces ICCP y todas las interfaces externas especificadas en esta especificacin tcnica.
13.7.2
Criterios para el Comienzo de la SAT
Adems de los requerimientos generales estndar para el inicio de pruebas tal y como se detallan en la Seccin 15.3.1, para el inicio de las pruebas SAT se deben de dar, como mnimo, las siguientes condiciones: 1. El criterio de finalizacin de las FAT se ha cumplido. 2. Hay suficientes recursos y personal disponible para la realizacin de las pruebas. 3. La ETED y el OC-SENI han confirmado que ninguno de los problemas abiertos es requerido para el inicio de las pruebas. 4. Todo el hardware y software que se va a usar en las pruebas se ha configurado adecuadamente y est operacional.
Pag140 of 178
13.7.3
Pruebas SAT
Prueba de equipos Prueba de construccin del sistema Anlisis de deficiencias NERC CIP Pruebas Funcionales Prueba de Rendimiento Prueba de Estabilidad Pruebas no-estructuradas Prueba de confianza Pruebas de vulnerabilidad y penetracin
Las pruebas SAT incluirn, como mnimo las siguientes pruebas: 1. 2. 3. 4. 5. 6. 7. 8. 9.
Exceptuando las pruebas de confianza y vulnerabilidad/penetracin el contenido de estas pruebas ser el mismo que el de las FAT.
13.7.3.1
Pruebas de Confianza
La prueba de confianza consiste en: 1. Cargar e inicializar el software del sistema 2. Conectar las comunicaciones del sistema a todas las fuentes de datos as como a otros sistemas con los que tiene interface. 3. Arranque, ejecucin inicial y ajuste de las aplicaciones avanzadas parte del sistema.
13.7.3.2
Pruebas de Vulnerabilidad y Penetracin
El proveedor deber prestar apoyo a las pruebas de vulnerabilidad y penetracin realizadas en el sistema por un proveedor externo contratado por la ETED y el OC-SENI. La realizacin de esta prueba ser condicin necesaria para la terminacin del SAT.
13.7.4
Criterio de Finalizacin de las SAT
Adems del criterio general de finalizacin de pruebas incluido en la seccin 13.3.6, para finalizar las SAT se debe dar las siguientes condiciones: 1. Se han satisfecho todos los criterios de aceptacin y finalizacin incluidos en el plan de pruebas de SAT. 2. Cero (0) variaciones crticas e importantes abiertas. 3. Se completaron las pruebas de vulnerabilidad y penetracin y el proveedor externo que las realiz presento el informe de las mismas con las acciones necesarias a tomar para corregir los problemas encontrados antes de poner el sistema en operacin. 4. Todos los problemas restantes identificados por la ETED y el OC-SENI como necesarios han sido corregidos. La ETED y el OC-SENI se reserva el derecho de requerir que el resto de los problemas abiertos sean resueltos por el Proveedor antes de la finalizacin de las SAT. 5. La ETED y el OC-SENI han revisado y aceptado el informe final de SAT
Pag141 of 178
13.8
Prueba de Disponibilidad
El propsito de la prueba de disponibilidad es demostrar que el sistema cumple con los requerimientos de disponibilidad descritos en la seccin 3.1.3. La prueba tendr una duracin mnima de mil (1000) horas y se desarrollar con el sistema bajo las mismas condiciones de operacin que lo hara si estuviera en servicio. La disponibilidad del sistema en su totalidad, as como la de cada uno de los subsistemas que lo componen debe ser demostrada de forma individual. Las variaciones identificadas por la ETED y el OC-SENI como necesarias debern ser resueltas antes del inicio de las pruebas de disponibilidad. Si se necesitara realizar un cambio en el sistema (software y/hardware) durante las pruebas, la ETED y el OC-SENI y el proveedor debern acordar conjuntamente el plan para realizar dicho cambio as como el impacto de dicho cambio en las prueba de disponibilidad. La ETED y el OC-SENIsonresponsables de la ejecucin de las pruebas de disponibilidad. El personal de la ETED y el OC-SENI mantendr todos los informes y registros de los procedimientos de la prueba definidos y realizados. La ETED y el OC-SENIusar el sistema de acuerdo con los procedimientos descritos en la documentacin del Proveedor y que han sido previamente aprobados. El proveedor deber realizar todas las correcciones y acciones preventivas necesarias.
13.8.1
Definiciones
La definicin de los periodos de tiempo usados para determinar la duracin de la prueba de disponibilidad y la definicin de la finalizacin con xito dela misma, es la siguiente: 1. No-Disponible Una funcin se define como no-disponible cuando deja de funcionar de forma correcta de acuerdo con la recomendacin del Proveedor y las prcticas consideradas razonables en Tecnologas de Informacin (TI). En el caso particular del subsistema de interface hombre-maquina, la prdida de una sola consola de operacin no implica prdida de la funcionalidad para el usuario ya que contina funcionando correctamente en el resto de las consolas. Si hubiese ms de tres (3) fallos concurrentes de las consolas de operacin, el subsistema se considerar como no-disponible. De la misma manera, el fallo de una aplicacin no crtica en el sistema no hace que sta se considere como no-disponible. 2. Tiempo de parada Es el tiempo durante el cual no se cumple el criterio de operacin del sistema. El tiempo de parada se calcular desde el momento en el que se detecta el error hasta que se haya restablecido totalmente el servicio. 3. Tiempo de espera Periodo de tiempo en el que el sistema se encuentra fuera de servicio debido a eventos fuera del control del Proveedor y de la ETED y el OC-SENI. Estos eventos pueden prevenir que el sistema se pueda usar operacionalmente pero no deben usarse para el clculo de la disponibilidad. Casos especficos de tiempo de espera son: a. Parada Programada Durante las pruebas se pueden programar paradas de servidores y/o funciones del sistema para realizar labores de mantenimiento. Estas paradas se consideran programas y por tanto parte del tiempo de espera. Si un equipo falla mientras su respaldo est fuera de servicio intencionadamente como consecuencia de una parada programada la perdida de funcin se puede considerar como parada programada siempre y cuando el mismo se restablezca siguiendo los procedimientos definidos por el proveedor y en menos de treinta (30) minutos. b. Perdida de Potencia En caso de prdida de energa electrica, fuera de servicio por problemas en el suministro o condiciones ambientales el tiempo de indisponibilidad se considera tiempo de espera. c. Fallos intermitentes Periodos en el que un mismo fallo se produce de forma intermitente y recursiva se considera como tiempo de espera siempre y cuando el Proveedor realice las medidas
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI correctivas necesarias y la operacin normal del sistema se restablezca en menos de treinta minutos (30) y siguiendo los procedimientos estndar definidos por el proveedor. d. Fallo del hardware o software - El tiempo en que el sistema no se encuentre en operacin debido a un fallo por el software o sus modificaciones realizadas por laETED y el OC-SENI se considerar tiempo de espera. El software o cambios realizados por laETED y el OC-SENI bajo la supervisin y aprobacin del Proveedor se excluyen especficamente de esta condicin. De la misma manera periodos de indisponibilidad de las funciones del sistema causadas por fallos en sistemas o redes externas (incluyendo telecomunicaciones y redes extendidas) que noforman parte de la responsabilidad del Proveedor no se considerarn como tiempo de parada sino de espera. e. Correcciones de defectos Se puede declarar un periodo como de espera si por acuerdo mutuo entre elETED y el OC-SENI y el Proveedor se decide detener la prueba hasta que el Proveedor pueda implementar las medidas y correcciones necesarias para la resolucin de un fallo que podra volver a repetirse. Es este caso el tiempo de espera se podr declarar en incrementos de ciento veinte horas (120). f. Retrasos por logstica Si las reparaciones se retrasan por el uso de elementos de la reserva o porque la ETED y el OC-SENIno adquiri con el sistema las partes recomendadas como reserva se puede declarar tiempo de espera para que el Proveedor pueda adquirir el repuesto necesario de la forma mas expedita. Hasta un mximo de cuarenta y ocho (48) horas se pueden asignar para este tipo de paradas.
g. Tiempo de respuesta de servicio Se declarar como tiempo de espera el tiempo que transcurre desde que se detecta y notifica al Proveedor de un fallo en el sistema hasta que comienza el diagnstico y resolucin del mismo. Hasta un mximo de veinte cuatro (24) horas se puede asignar a este tipo de salidas de servicio. 4. Tiempo Total Es el tiempo transcurrido desde el inicio de la prueba de disponibilidad hasta su finalizacin. 5. Tiempo de prueba Es el tiempo transcurrido desde el comienzo de la prueba de disponibilidad hasta su conclusin excluyendo el tiempo de espera, es decir:
13.8.2
Duracin
La duracin de la prueba de disponibilidad ser de mil (1000) horas consecutivas y debera mantener una disponibilidad de 99.99%. Para poder asegurar que todas las variaciones que se han detectado durante las pruebas han sido corregidas correctamente en las ltimas doscientas (200) horas de la prueba no podr producirse fallos intermitentes, salidas de servicio o mas de una conmutacin automtica de servidores/funciones. La prueba se extender, si es necesario, para satisfacer este requerimiento. Despus de que se hayan cumplido las mil (1000) horas consecutivas de operacin en las condiciones arriba indicadas, la disponibilidad del sistema se medir con la siguiente frmula:
La prueba continuar hasta que los requerimientos definidos en la presente especificacin sean satisfechos. LaETED y el OC-SENI pueden decidir, considerando los resultados y el tiempo que est tomando la prueba,
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI detener la misma y programas su nuevo inicio cuando est satisfecho que el proveedor ha corregido y mejorado las condiciones para se la misma se complete con xito. Cuando se ha determinado que se ha alcanzado la disponibilidad requerida del sistema, la ETED y el OC-SENI pueden calcular la disponibilidad de cada dispositivo del mismo de forma independiente y de acuerdo con lo especificado en este documento. Si uno o mas de los dispositivos no cumple con los requerimientos de disponibilidad la pruebas ser extendida o reiniciada hasta que la ETED y el OC-SENI y el proveedor acuerden que se ha corregido el problema existente con esos dispositivo. Las acciones correctivas debern considerar e incluir los procedimientos necesarios para probar y verificar la correcta operacin del dispositivo. Si los requerimientos de disponibilidad no son satisfechos, el proveedor deber implementar, sin costo alguno para la ETED y OC-SEN, todas las medidas correctivas necesarias incluyendo pero sin limitar: modificaciones de software, adquisicin de hardware adicional o reconfiguracin del sistema. El proveedor deber completar estas acciones correctivas en menos de cuatro (4) semanas despus de lo cual la prueba de disponibilidad deber repetirse.
14.
Gestin del Proyecto
Esta seccin define los procesos requeridos para el monitoreo y control del proyecto, proporcionando una descripcin de alto nivel de las responsabilidades del proveedor y de la ETED y el OC-SENI a lo largo del proyecto.
14.1
14.1.1
Equipos del Proyecto

Equipo de la ETED y el OC-SENI
La ETED y el OC-SENI designarn un equipo base de proyecto dedicado completamente a la implementacin del mismo. Este equipo incluye un Gerente de Proyecto as como recursos tcnicos y comerciales para la ETED y el OC-SENI. Cada Gerente de Proyecto ser el responsable nico de representar los intereses de la ETED y el OCSENI y ser asignado para toda la duracin del proyecto. El Gerente de Proyecto puede, en contadas ocasiones, delegar su autoridad a otros miembros de su equipo para que puedan actuar en su nombre para temas especficos. El Gerente de Proyecto puede realizar cambios en su equipo informando al proveedor cuando esto ocurra. La ETED y el OC-SENIpuede complementar su equipo de proyecto con consultores que aporten conocimiento experto en determinadas reas como gestin de proyectos, diseo de sistemas, integracin y/o pruebas. Los consultores asignados al proyecto, si los hubiera, debern ser considerados como parte del equipo de la ETED y el OC-SENI para el proyecto y por tanto tener acceso a toda la informacin y documentacin del mismo. Los consultores tambin participarn en las reuniones de proyecto y otras actividades cuando as lo requiera el Gerente del Proyecto de la ETED y el OC-SENI.
14.1.2
14.1.2.1
Equipo del Proveedor

Gerente del Proyecto
El proveedor deber asignar un gerente de proyecto que sea el responsable de la coordinacin de los trabajos del proyecto y est autorizado a representar al proveedor en todas las comunicaciones entre la ETED y el OC-SENI y el Proveedor. El Gerente del Proyecto por parte del proveedor deber ser aceptado por la ETED y el OC-SENI. Considerando que el idioma oficial para las comunicaciones del proyecto es el espaol, se espera que el Gerente del Proyecto domine esta lengua. Como parte de la propuesta, el proveedor deber tambin describir la organizacin general del grupo que dentro de su compaa est encargado y es responsable de la implementacin del proyecto y como ste encaja con el resto de la organizacin.
Pag144 of 178
14.1.2.2
Equipo Base
Adems del Gerente del Proyecto, el equipo del proyecto deber contar con un grupo base de recursos dedicados al mismo. Los miembros de este grupo base debern ser identificados en la propuesta y su currculo incluido en la misma. Para cada miembro del equipo de proyecto propuesto por el proveedor, ste deber indicar el porcentaje de tiempo que dedicar al proyecto. Los miembros del equipo base del proyecto debern tener demostrada experiencia en posiciones similares en al menos otro proyecto de tamao y caractersticas parecidas a las de este proyecto. El proveedor ser responsable de reducir al mximo los cambios de personal en el equipo de proyecto. En ningn caso el remplazo de personal parte del equipo del proyecto podr llevarse a cabo sin la autorizacin expresa de la ETED y el OC-SENI. Cualquier cambio de personal necesario deber realizarse considerando un mnimo de dos (2) semanas de traslape para que el recurso saliente pueda transferir informacin del proyecto y capacitar al nuevo miembro del mismo. La ETED y el OC-SENI por causas justificadas, puede solicitar el remplazo de cualquier miembro del equipo de proyecto del Proveedor.
14.1.3
Instalaciones en Sitio
Tanto la ETED y el OC-SENI como el proveedor se comprometen a poner a disposicin de la otra parte, espacio en sus oficinas para ser usado durante las actividades en sitio. Adems del espacio de oficina se espera sea asignado mobiliario y servicios de oficina mnimos como acceso a telfonos, internet, impresin, correo y salas de reuniones. La ETED y el OC-SENI en sus oficinas, proveer durante todo el proyecto un rea de trabajo para dos representantes del proveedor.
14.2
14.2.1
Gestin del Proyecto

Reuniones de Proyecto, Agendas y Minutas
El proveedor programar y atender, con la frecuencia que lo requiera la implementacin del proyecto, a reuniones peridicas en las que se revisar el avance del proyecto. En estas reuniones se examinar el informe de avance, puntos pendientes y temas tcnicos abiertos. La responsabilidad de la preparacin de la agenda de la reunin es del proveedor, debiendo ser presentada a la ETED y el OC-SENI para su aprobacin al menos cinco (5) das antes de la fecha de la misma. El proveedor tambin deber generar y enviar a la ETED y el OC-SENI en un plazo no superior a cinco (5) das, una minuta que resuma lo discutido en la reunin. Se debe contar con la facilidad de realizar reuniones de forma remota haciendo uso de las herramientas web disponibles en el mercado tales como Webex.
14.2.2
Comunicaciones del Proyecto
Toda la correspondencia oficial entre el proveedor y la ETED y el OC-SENI se debern realizar por escrito y en espaol. Cada comunicado tendr un identificador nico para poder facilitar su registro y seguimiento. Al comenzar el proyecto la ETED y el OC-SENI y el proveedor definirn y acordarn conjuntamente el proceso de identificacin y seguimiento de comunicados. Las comunicaciones podrn realizarse usando correo electrnico (e-mail), sin embargo dicha correspondencia no se podr considerar como substituto de comunicados formales. Los temas y acuerdos discutidos a travs de correo electrnico, debern ser registrados como comunicados formales para poder ser considerados vinculantes. Toda la documentacin de proyecto, tal como, correspondencia, memorndums, minutas e informes de avance, se producir en formatos de Microsoft Office.
Pag145 of 178
14.2.3
Informes de Avance
El proveedor deber preparar informes de avance de proyecto antes de las reuniones peridicas del mismo y deber envirselos a la ETED y el OC-SENI segn lo establecido en el contrato correspondiente. Este informe de avance deber incluir, como mnimo, lo siguiente: 1. El cronograma de proyecto actualizado con la correspondiente explicacin a los cambios habidos 2. La lista de actividades que se han completado desde la emisin del informe anterior 3. La lista detallada de todas las actividades que no se completaron, las razones por las que no se pudieron terminar y el plan que se ha activado para completarlas 4. El estado de los cambios y temas contractuales no resueltos, si los hubiera 5. La lista de las reas y temas que pueden ser problemticos en las siguientes fases 6. Identificacin de cualquier tema que pudiese impactar la capacidad del proveedor de desarrollar sus tareas en los plazos establecidos en el plan de proyecto. 7. Lista actualizada de los temas pendientes, identificando responsable y fecha de resolucin requerida 8. Lista de riesgos actualizada, incluyendo un identificador para cada uno, breve descripcin, responsable y fecha esperada de resolucin. 9. El registro de todos las rdenes de cambio, incluyendo su identificador, breve descripcin, estado y fecha programada para su implementacin y conclusin.
14.2.4
Plan de Proyecto
El proveedor deber presentar con su propuesta un cronograma de proyecto con las actividades ms importantes desde la firma del contrato hasta la finalizacin de la prueba de disponibilidad. Este plan deber incluir como mnimo las siguientes actividades de proyecto: 1. Hitos del proyecto (ver tabla) 2. Fechas de las reuniones de seguimiento del proyecto 3. Compra del hardware, si es aplicable, integracin y pruebas 4. Fecha de entrega, por parte de la ETED y el OC-SENI de los datos requeridos para la base de datos as como la integracin y pruebas 5. Diseo de software y correspondientes aprobaciones. 6. Desarrollo de software 7. Integracin y pruebas del sistema 8. Preparacin de los planes de prueba y los procedimientos asociados. 9. Pruebas de fbrica y de sitio, incluyendo las pruebas de disponibilidad 10. Correccin de errores y pruebas 11. Documentacin final de usuario y del sistema 12. Capacitacin El proveedor propondr un cronograma de trabajo que cumpla con los hitos de proyecto tal y como se listan en la tabla siguiente. Las fechas son aproximadas y sern confirmadas durante las reuniones de SOW donde se discutir y aprobar el cronograma de implementacin en detalle. Las desviaciones de las fechas e hitos propuestos debern ser explicadas en detalle como parte de la propuesta.
Pag146 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Fecha de Finalizacin Mes/Ao Mes/Ao Mes/Ao Mes/Ao Mes/Ao Mes/Ao Mes/Ao Mes/Ao Mes/Ao Mes/Ao Mes/Ao
Hito/Tarea Firma del Contrato Hardware inicial en las oficinas del Proveedor Diseo de software Entrega de la documentacin final del sistema Entrega, en las oficinas de la ETED y el OC-SENI del PDS Plan y procedimientos para la ejecucin de las FAT Realizacin de las pruebas FAT Pruebas de aceptacin en fbrica (SAT). Arranque y puesta en servicio del sistema. Prueba de disponibilidad Cierre del proyecto.
14.3
Acceso a las Instalaciones de la ETED y el OC-SENI
La ETED y el OC-SENI tendrn acceso, mientras dure el proyecto, a las instalaciones del proveedor donde se producen el hardware y/o software del sistema. El proveedor proporcionar a la ETED y el OC-SENI espacio en sus instalaciones as como toda la documentacin necesaria para que ste pueda realizar todas las inspecciones que desee y verificar que el sistema se est diseando, desarrollando, e integrando de acuerdo con la especificacin y siguiendo el proceso de control de calidad del Proveedor. Durante el proyecto, el proveedor proporcionar una conexin VPN entre el PDS, situado en las oficinas de la ETED y el OC-SENI y el sistema de proyecto, montado en las instalaciones del proveedor, para apoyar en el desarrollo de la base de datos, despliegues y pruebas. La ETED y el OC-SENI tambin usar la conexin VPN para verificar la resolucin de variaciones. A la ETED y el OC-SENI se les permitir revisar, verificar y aprobar la implementacin funcional del software del sistema SCADA/EMS. La ETED y el OC-SENI tambin podrn inspeccionar los estndares de control de calidad y procedimientos del proveedor para la implementacin de software y hardware. ETED y el OC-SENI tambin tendr derecho a inspeccionar los documentos incluidos en el plan de Aseguramiento de Calidad para verificar que el proveedor se ajusta totalmente a los estndares requeridos.
14.3.1
Seguridad de los Sistemas de ETED y el OCSENI en las instalaciones del Proveedor
El Proveedor deber restringir el acceso y la posible reproduccin de datos de la ETED y el OC-SENI para pruebas y anlisis de fallos. El proveedor asegurar que personas externas al proyecto y/o otros clientes no pueden acceder o reproducir la informacin del mismo en la medida de lo posible.
Pag147 of 178
14.4
14.4.1
ResponsabilidadesdelaETEDyelOCSENI
Responsabilidades Generales
La ETED y el OC-SENIser responsable de los siguientes puntos: 1. Proveer el espacio adecuado, suministro de energa, potencia y HVAC tanto en el centro principal como el de respaldo 2. Adquirir todo el hardware y software a suministrar y que se define en la Lista de Suministro (LOD) parte del (SOW) como de su responsabilidad. 3. Proporcionar UTRs y otros equipos necesarios para el uso del proveedor en el desarrollo de protocolos y pruebas. 4. Alimentacin energtica independiente para los distintos gabinetes/armarios que forman el sistema. 5. Proporcionar los elementos de comunicacin particulares como interfaces con la WAN o comunicaciones con las UTRs. 6. Proporcionar la documentacin existente sobre los equipos, protocolos, interfaces, y diagramas de configuracin. 7. Revisar y aprobar los entregables del proyecto tales como: Cronograma detallado de implementacin Documentos de diseo funcional del sistema Manuales de usuario Formatos de informes y despliegues especficos de proyecto Diagramas Informes de avance de proyecto Programa de capacitacin Plan de Control de Calidad Planes y procedimientos de prueba Resultados de las pruebas Servicios de soporte (incluyendo el mantenimiento) Documentos del sistema como est a la entrega
8. Proporcionar los estndar grficos, como los smbolos y colores, a usar por el proveedor en la preparacin de los despliegues especficos del proyecto. 9. Proporcionar la definicin de la Base de Datos actual para ayudar en la conversin de las base de datos a la del sistema del proveedor 10. Entregar los datos adicionales necesarios para completar la definicin de la base de datos en el sistema del Proveedor 11. En el sistema PDS, crear despliegues e informes de acuerdo con los modelos proporcionados por el proveedor 12. Proveer los datos necesarios para probar los procesos externos al sistema 13. Participar en las actividades relacionadas con pre-FAT y FAT (a discrecin de ETED y el OC-SENI ) 14. Definir el criterio de prueba exitosa y luego revisar todos los resultados de las pruebas aprobando los que correspondan
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 15. Ejecutar la prueba de disponibilidad con el apoyo del proveedor 16. Proporcionar los datos de prueba para los procesos externos al sistema 17. Asistir al Proveedor en la instalacin de los equipos en las oficinas de la ETED y el OC-SENI 18. Coordinar y supervisar el trabajo que realice el proveedor en las oficinas de la ETED y el OC-SENI 19. Revisin tcnica de los diseos presentados por el proveedor 20. Monitorizar y verificar que el trabajo del Proveedor se realiza de acuerdo al cronograma previsto 21. Verificar que todos los materiales, prcticas de instalacin y profesionalismo del proveedor cumplen con los requerimientos de la especificacin 22. Proporcionar un punto VPN de acceso dedicado para permitir acceso remoto al sistema desde la oficina del proveedor y as facilitar el anlisis y correccin de varianzas. 23. Proporcionar espacio y logstica adecuada para el personal del Proveedor 24. Proporcionar la infraestructura necesaria para la capacitacin en sitio
14.5
14.5.1
Responsabilidades del Proveedor

Responsabilidades Generales
Las responsabilidades especficas del Proveedor incluyen: 1. Preparar y presentar una Lista de Suministro (LOD) para el proyecto que contenga como mnimo, el hardware, incluyendo equipos de reserva, el software del Proveedor y cualquier software de terceros necesario para la operacin del sistema. La LOD tambin identificar quin es responsable de la adquisicin de cada partida en la misma. 2. Adquirir el hardware, software y todos los materiales bajo su responsabilidad tal y como se identifican en la LOD 3. Montar y conectar en sus instalaciones todo el hardware y software del sistema, incluido los equipos de comunicaciones 4. Proveer para ETED y el OC-SENI una rea segura en sus instalaciones, previamente aprobada, donde instalar el sistema, materiales y documentos del proyecto 5. Proporcionar todos los servicios necesarios para la implementacin del sistema, por ejemplo, ingeniera, diseo de software, integracin, 6. Proveer e integrar todas las aplicaciones del sistema, excepto las desarrolladas por la ETED y el OCSENI. Esto incluye el software de terceros o el provisto por subcontratistas del proveedor 7. Proporcionar todos los despliegues e informes del sistema base 8. Interfaz con las UTRs existentes y otros equipos de automatizacin que deben conectarse al sistema. 9. Transporte y envo, a las instalaciones designadas por la ETED y el OC-SENI de los equipos provistos por el Proveedor como parte del proyecto 10. Proporcionar la planificacin necesaria y las especificaciones de la infraestructura requerida para la correcta instalacin de los equipos parte del sistema, por ejemplo, temperatura de ambiente, potencia requerida, tamao de la sala, etc. 11. Instalar el sistema en las oficinas de la ETED y el OC-SENI 12. Arrancar el sistema, con la asistencia de la ETED y el OC-SENI 13. Configurar y asegurar el funcionamiento correcto de las aplicaciones del sistema
Pag149 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 14. Proporcionar herramientas, procesos y documentacin que permitan convertir la base de datos de la ETED y el OC-SENI y verificar que la base de datos convertida e importada en el sistema del Proveedor es correcta. 15. Al inicio del proyecto, entregar la Gua de Estilo para la interfaz de usuario en la que se defina todos los parmetros y opciones de funciones grficas que usa el Proveedor para la creacin de despliegues e informes 16. Definir la metodologa para gestionar y coordinar la sincronizacin de las base de datos y software mientras se mantienen entornos del sistema en las oficinas de la ETED y el OC-SENI y las instalaciones del Proveedor 17. Si el Proveedor usara personal subcontratado en este proyecto, deber hacerse cargo de la gestin, coordinacin y programacin de las actividades de los mismos. Esta responsabilidad incluye la resolucin de los problemas que puedan presentarse en hardware, software o servicios provistos por el subcontratista. 18. Implementar el sistema de acuerdo a los estndares de calidad aceptables por la ETED y el OC-SENI. El Proveedor deber incluir una descripcin de su manual de Control de Calidad y Metodologa para la implementacin del proyecto. 19. Capacitar al personal de la ETED y el OC-SENI en la operacin, mantenimiento y actualizacin del sistema sin asistencia del Proveedor. 20. Entregar como mnimo la siguiente documentacin: Manuales de Introduccin al sistema Manuales de Mantenimiento Diagramas Especificaciones de diseo y funcionales Manuales de Usuario
21. Proveer y mantener una herramienta accesible, tanto por el Proveedor como por la ETED y el OC-SENI , a travs de la Web, para la gestin y seguimiento de las varianzas del sistema 22. Resolucin de las varianzas escritas por la ETED y el OC-SENI y generacin de informes peridicos con el estado de las mismas 23. Proporcionar un entorno y recursos adecuados para la ejecucin de las pruebas pre-FAT y FAT, tal y como se describe en el captulo de Control de Calidad y Pruebas de esta especificacin 24. Proveer el entorno adecuado que permita la ejecucin repetida de todas las pruebas de rendimiento durante las FAT 25. Instalacin y arranque de los sistemas en las oficinas de la ETED y el OC-SENI. Esto incluye el desempacado, instalacin, cableado, y arranque del sistema. Adems deber verificar que todas las funciones se encuentran correctamente en operacin antes del comienzo de las pruebas. 26. Participacin el las pruebas SAT, incluyendo la correccin de las varianzas reportadas 27. Apoyar a la ETED y el OC-SENI en la realizacin de la prueba de disponibilidad 28. Asegurar y demostrar peridicamente que el trabajo avanza de acuerdo al cronograma de proyecto aprobado 29. Soportar el acceso remoto, a travs de VPN, desde sus instalaciones a las de la ETED y el OC-SENI para la realizacin de pruebas y diagnstico y correccin a distancia
Pag150 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 30. Realizar el mantenimiento del sistema hasta el inicio del periodo de garanta.
15. Capacitacin
El personal de soporte y operaciones de la ETED y el OC-SENI debern ser capacitados para operar, mantener y expandir el sistema sin requerir un soporte significativo por parte del proveedor. Los cursos de capacitacin a proveer como parte del proyecto debern cubrir en detalle todos los aspectos tcnicos y operacionales de todos los componentes del sistema. Se entiende que toda la capacitacin se realizar en las oficinas del proveedor o de la ETED y el OC-SENI. Cuando los cursos se realicen en las oficinas del proveedor, ste deber proporcionar la sala y el equipo necesario (por ejemplo, las estaciones de trabajo) para realizar dicha capacitacin de manera eficiente. En la medida de lo posible, el entorno para capacitacin preparado por el proveedor deber corresponder al sistema de la ETED y el OC-SENI (aplicaciones, despliegues, etc.). El Proveedor deber entregar, como parte de su propuesta, una descripcin del entorno e instalaciones dedicadas a la capacitacin de sus clientes. En caso de que se decida impartir cursos en las instalaciones de la ETED y el OC-SENI, stos se encargarn de facilitar una sala para la capacitacin. El proveedor informar a ETED y el OC-SENI, con tanta anticipacin como sea posible, de cualquier otro elemento necesario para realizar dicha capacitacin (computadoras personales, acceso a la red local, etc.).
15.1
Alcance de la Capacitacin
Los cursos provistos deben capacitar ampliamente al personal de la ETED y el OC-SENI en todo lo relativo al hardware y software del sistema, incluyendo el software de terceros que se entrega con el mismo y con la excepcin de: 1. Aplicaciones de oficina de tipo general/estndar, como Microsoft Office. 2. Navegadores de internet, como Explorer o Firefox 3. Sistema Operativo para consolas de operacin y consolas de trabajo.
15.2
Plan de capacitacin
El proveedor deber desarrollar un Plan de Capacitacin que entregar al ETED y el OC-SENI cuatro (4) semanas despus del inicio del proyecto para su revisin y aprobacin. Este plan deber contener una breve descripcin de todos los cursos que el proveedor considera necesarios para cumplir los objetivos del ETED y el OC-SENI y permitirle desarrollar el mantenimiento del sistema de forma efectiva y autnoma. El Plan de Capacitacin deber incluir la secuencia de cursos recomendada considerando el cronograma del proyecto. El plan deber tambin detallar las necesidades logsticas para poder impartir la capacitacin (por ejemplo, sala, accesos, equipos,.) as como las precalificaciones y/o pre-requisitos del personal que asistir para que su participacin sea eficiente. El Plan de Capacitacin deber incluir para cada curso propuesto, como mnimo, los siguientes elementos: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Ttulo, objetivo y resultado anticipado Pre-requisitos para tomar el curso Audiencia (por ejemplo, operadores, personal de mantenimiento, ingenieros de sistemas,) Cualificaciones recomendadas para el personal que va a tomar el curso Nmero mximo de participantes recomendado Lugar donde se imparte el curso y quin es responsable de la sala (Proveedor / ETED y el OC-SENI) Equipos y logstica necesarios y quin es responsable de los mismos (Proveedor / ETED y el OC-SENI) Fechas disponibles / recomendadas Duracin del curso Lista del material suministrado con el mismo Lista de la documentacin de referencia a usar en el curso
Pag151 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El ETED y el OC-SENI, con el soporte del Proveedor, establecer el calendario completo para la capacitacin de su personal considerando sus responsabilidades y trabajos fuera del proyecto. Todos los cursos se programarn de tal manera que el personal del ETED y el OC-SENI tengan la capacitacin necesaria en cada fase del proyecto, por ejemplo, la capacitacin de los editores de base de datos y despliegues se deber completar antes de la entrega del sistema PDS. Toda la capacitacin del proyecto, as como la documentacin y material de los mismos a entregar, deber estar en idioma Espaol.
15.3
Materiales de Capacitacin
El Proveedor deber proporcionar todo el material necesario para los cursos a impartir en formato electrnico y en idioma Espaol, incluyendo manuales y documentos de referencia. El Proveedor deber entregar el material para cada curso al menos 2 semanas antes de su inicio programado. Todo el material que forma parte de los cursos ser objeto de aprobacin por parte delaETED y el OC-SENI. Adems de la copia electrnica, cada alumno recibir una copia impresa del material del curso. El material del curso pasar a ser propiedad dela ETED y el OC-SENI. LaETED y el OC-SENI se encargarn de asegurar que toda la documentacin entregada como parte de los cursos para la capacitacin de su personal ser usada slo internamente y no se entregar a terceros sin que previamente se haya negociado esta situacin con el Proveedor. LaETED y el OC-SENItiene el derecho de reproducir todo el material de capacitacin o extraer su contenido para su uso en material propio. Todo el material proporcionado por el Proveedor para capacitacin deber ser consistente con el sistema parte del proyecto. El Proveedor ser responsable de la actualizacin de los materiales de capacitacin cuando sea oportuno de tal manera que la versin entregada a laETED y el OC-SENI este actualizada y corresponda al sistema entregado.
15.4
Calificaciones de los instructores
Los instructores asignados para impartir las clases deben tener demostrada especializacin docente. Se debe evitar el uso de programadores o ingenieros con poca o ninguna experiencia didctica. En caso de que elementos concretos del sistema se hayan desarrollado especficamente para laETED y el OC-SENI se podra aceptar que alguno de los programadores impartiera el curso de esa parte. En cualquier caso el material a entregar con el curso deber haber sido confeccionado por personal dedicado a la capacitacin. Para productos de terceros es preferible que sea ste tercero el que imparta los cursos. El proveedor, en cualquier caso, es el responsable de que las clases se programen oportunamente y se impartan de acuerdo a los requerimientos de esta especificacin. El Proveedor deber entregar las calificaciones de los instructores cuatro (4) semanas antes de la fecha prevista para los cursos para que laETED y el OC-SENIpueda revisarlas y dar su conformidad.
15.5
Cursos de Capacitacin
El Proveedor ser el responsable de los cursos a impartir y de su contenido. Como referencia, las secciones siguientes identifican el contenido bsico mnimo de los cursos que deben impartirse. El ETED y el OC-SENI podr grabar en video todas las clases para poderlas usar internamente como material didctico. El ETED y el OC-SENI no difundir estas grabaciones a terceros.
15.5.1
Capacitacin de Hardware
Esta capacitacin estar perfilada para que el personal delaETED y el OC-SENIpueda adquirir suficiente conocimiento del diseo, mantenimiento y operacin del hardware del sistema con el fin de poder realizar el soporte y mantenimiento adecuado del mismo sin el soporte del Proveedor. Esta capacitacin deber cubrir como mnimo las siguientes reas:
Pag152 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 1. Organizacin y contenido de la documentacin de hardware 2. Operacin del sistema (a alto nivel) 3. Identificacin y correccin de errores de hardware: a. Capacitacin para Mantenimiento: Operacin, tcnicas y prcticas de mantenimiento, procedimientos de diagnstico y dnde aplique, tcnicas y procedimientos de expansin del sistema. Estos cursos debern tener entre el cuarenta (40) y el cincuenta (50) porciento de contenido prctico sobre los propios equipos de la ETED y el OC-SENI u otro idntico a este. Se ensearn tambin, en detalle, todas las interfaces de los distintos subsistemas as como los equipos de conexin de redes (enrutadores, puentes,..) y los frontales de comunicaciones con sus conmutadores de lnea, mdems, terminales seriales, b. Capacitacin en el trabajo: La capacitacin prctica en mantenimiento preventivo y correctivo, incluyendo el uso de herramientas y equipos de prueba especiales, se realizar en las instalaciones del Proveedor. Esta capacitacin deber realizarse sobre los propios equipos de la ETED y OC-SENI u otros idnticos dependiendo de la disponibilidad de los equipos o calendario de capacitacin. Algunos de los cursos de ciertas tecnologas, hardware o sistemas operativos slo los pueden realizar los productores de los mismos. El Proveedor identificar claramente que cursos de los recomendados son impartidos por terceros.
15.5.2
Capacitacin del sistema PDS
La capacitacin para el sistema PDS se programar para que coincida con la entrega del mismo ala ETED y el OC-SENI y se realizar justo o inmediatamente despus de su montaje. Este curso deber proporcionar el conocimiento necesario para interactuar con el sistema, software de comunicaciones y construir despliegues, tal y como se desglosa a continuacin: 1. Introduccin al sistema : Este curso deber cubrir una visin general del sistema a entregar al ETED y el OC-SENI, incluyendo capacitacin especfica en todas las funciones entregadas con el PDS as como, sistema operativo, interfaz de usuario, despliegues e informes, entrada al sistema, reas de responsabilidad, restricciones de usuario, 2. Taller de Datos de Ingeniera: Este taller servira para ayudar al ETED y el OC-SENI a mitigar el salto que hay entre el procedimiento de creacin de una base de datos y despliegues y la comprensin del diseo prctico y conceptual de los mismos. Este taller deber incluir, al menos, lo siguiente: a. Metodologa para la transferencia de informacin del sistema actual dela ETED y el OC-SENI al nuevo sistema. b. Mapeo de la informacin entre el sistema actual y el nuevo sistema c. Identificacin de la informacin que actualmente no existe pero ser necesaria para el nuevo sistema. d. Tcnicas de modelado especfico para aplicaciones. 3. Construccin de la base de datos y despliegues: Estos cursos debern capacitar a los participantes en la preparacin de la informacin que permita definir el entorno operativo donde se puedan construir los despliegues y la base de datos y preparar al responsable de la administracin y mantenimiento de los mismos. Especficamente este curso deber incluir: a. Establecer un entorno para construir la base de datos y despliegues. b. Identificacin de las tablas, registros, entradas y campos en la BD c. Elaboracin de la definicin de la tabla fuente y construir las tablas necesarias d. Metodologa de construccin de despliegues. e. Mecnica de construccin de despliegues f. Generacin de la Base de Datos desde el material suministrado g. Mantenimiento y distribucin de la informacin h. Mantenimiento de las libreras de smbolos y otros elementos grficos.
15.5.3
Capacitacin de ICCP y otras interfaces externas
El Proveedor deber proporcionar capacitacin en ICCP y cualquier otra interfaz externa. Esta capacitacin deber incluir los productos del Proveedor y de terceros. Al final del curso, los participantes debern poder:
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 1. Entender la implementacin del protocolo 2. Instalar, arrancar y probar la configuracin ideal 3. Ejecutar los procedimientos de diagnstico y mantenimiento
15.5.4
Capacitacin del software de comunicaciones y UTRs
El Proveedor deber proporcionar capacitacin en todo lo relativo al software de comunicaciones usado en el sistema, incluidas las comunicaciones con las UTRs. Al final de este curso los participantes podrn ser capaces de: 1. 2. 3. 4. 5. 6. 7. Entender la teora bsica de las comunicaciones Entender el diseo e implementacin de las comunicaciones del sistema Entender los protocolos implementados Instalar, arrancar y probar la configuracin inicial Expandir las comunicaciones Realizar pruebas de diagnstico y mantenimiento Instalar actualizaciones en el entorno de comunicaciones
15.5.5
Capacitacin del subsistema HISR
El curso de HISR deber proporcionar capacitacin en los elementos que forman parte del HISR proporcionado. Este curso deber estar diseado para capacitar al personal en el uso de las funciones del subsistema, incluyendo la seleccin de los puntos a ser archivados, clculos e informes. Al finalizar este curso los participantes debern poder: 1. 2. 3. 4. Entender como se configura y guarda informacin en el HISR Crear consultas, orden especfico de datos, sumarios y cambios de informacin Definicin clculos para usar con datos histricos. Desarrollo y mantenimiento de Informes
15.5.6
Capacitacin en las aplicaciones
El Proveedor deber proveer capacitacin en las aplicaciones del sistema. Esta capacitacin deber cubrir todas las aplicaciones excepto las ya cubiertas por las clases particulares para cada subsistema. Cada curso deber estar organizado de manera que su material corresponda a los requerimientos especficos delaETED y el OCSENI y deber considerarse como una extensin de los cursos estndar que se entregan. Cada curso deber cubrir los siguientes puntos: 1. 2. 3. 4. 5. 6. 7. Diseo funcional del programa de aplicacin especfico Algoritmos y modelos usados por la aplicacin. Tcnicas de programacin de dichos algoritmos. Implementacin del software, incluyendo los parmetros de llamada y sus interfaces con otros mdulos Implementacin de la Base de Datos Lenguaje de comandos de las aplicaciones y tcnicas comunes de uso Procedimientos de programacin de aplicaciones, incluyendo la revisin de los procedimientos estndar de modificacin del software y compilacin, carga e instalacin, mecanismos estndar de modificacin del cdigo fuente, compilacin,
15.5.7
Cursos de administracin del Sistema
El curso de administracin del sistema deber capacitar a los participantes en todos lo procedimientos requeridos para: a. Operar el sistema como una entidad integrada b. Reconocer y responder a problemas c. Realizar las funciones de mantenimiento El nico pre-requisito para poder asistir al curso deber ser el tener cierta familiarizacin con la funcionalidad y arquitectura del sistema. Al finalizar las clases los participantes debern ser capaces de:
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Realizar el arranque y parada de todas las funciones y componentes del sistema Conmutar el sistema principal y de reserva Poner y quitar equipos en servicio Interpretar y reaccionar a mensajes generados por la funcin de monitorizacin de errores. Probar dispositivos de campo y enlaces de comunicaciones Implementar procedimientos para la instalacin de aplicaciones nuevas o modificar las existentes Conocer y ejecutar los procedimientos de mantenimiento de la DB en tiempo real Configurar y mantener la Interface de Usuario Identificar y ejecutar los diagnsticos del sistema Configurar y ejecutar las funciones de reserva requeridas por el mantenimiento normal del sistema. Construir y configurar el sistema desde el medio electrnico suministrado como fuente Crear y mantener bases de datos RDBMS Manejar los usuarios y cuentas
15.5.8
Capacitacin en la programacin
Este curso deber instruir a los participantes en las habilidades necesarias para la programacin de software dentro del entorno del sistema y deber estar diseado para los ingenieros de software encargados del mantenimiento, extensin y mejora, con nuevas funciones, del sistema. Al final del curso los participantes debern ser capaces de: 1. Planificar la implementacin de una nueva funcin software en el sistema 2. Describir la estructura de directorios del sistema y localizar aplicaciones y todas las funciones de soporte y estructuras 3. Disear e implementar las estructuras de datos 4. Aadir nuevos atributos a las estructuras de datos ya existentes 5. Escribir y probar programas 6. Uso de las interfaces de programas (APIs) proporcionadas por el Proveedor 7. Configurar la conmutacin y re-arranque de las funciones del sistema 8. Generar mensajes de error 9. Uso de las herramientas de trazado y bsqueda de errores. 10. Describir los procesos de comunicaciones entre aplicaciones.
15.5.9
Capacitacin de Operadores
El objetivo de este curso es capacitar a los Operadores y correspondiente personal de apoyo para que exploten al mximo el sistema. El curso deber incluir al menos un 80% de entrenamiento prctico en el sistema de la ETED y el OC-SENI. El curso de capacitacin de operadores deber incluir: 1. Visin general del sistema incluyendo configuracin, aplicaciones, capacidades y rendimiento. 2. Procedimientos generales de operacin, cubriendo las funciones de usuario bsicas, capacidades de despliegues e informes, entrada al sistema, reas de responsabilidad, restricciones y permisos, mensajes de error, acciones de control, etc. 3. Mensajes de alarma, su significado, diferentes tipos, como acceder a ellas, filtrarlas, 4. Listas y sumarios 5. Condiciones anormales de equipos 6. Uso y operacin de las aplicaciones entregadas con el sistema cubriendo todo el mbito de condiciones de operacin, propsito e interfaz de usuario.
Pag155 of 178
15.5.10
Capacitacin para el OTS
El proveedor deber proporcionar cursos dedicados para la capacitacin del personal de la ETED y el OC-SENI enel OTS que incluyan no solo una visin general de lo que es y como funciona este subsistema sino el detalle de cmo se definen y usa toda la funcionalidad del mismo. Como mnimo la capacitacin del OTS deber cubrir lo siguiente: 1. 2. 3. 4. Preparacin de escenarios de entrenamiento usando las herramientas provistas con el subsistema Como capturar, inicializar, arrancar y salvar los casos de entrenamiento Como guiar a los operadores durante las sesiones de entrenamiento Parada y arranque de la sesin en distintos puntos de la misma y como marcar puntos en el tiempo para volver directamente a ellos. 5. Como generar eventos sobre la marcha con el escenario corriendo 6. Como utilizar todas las capacidades del simulador como herramienta de entrenamiento y evaluacin de operadores
15.5.11
Capacitacin en el software de terceros
La capacitacin en el software de terceros se proveer como parte del proyecto de implementacin del sistema a no ser que especficamente se excluya en la lista de entregables en la correspondiente seccin de esta especificacin. La capacitacin debe cubrir la operacin, uso y mantenimiento del software as como la instalacin actualizaciones a nuevas versiones y parches. El Proveedor deber adems extender la capacitacin de terceros con cursos o parte de los cursos en los que se detalle como este software es usado en el sistema.
15.6
Presupuesto para capacitacin
Como parte de la respuesta a esta especificacin, el Proveedor deber incluir un presupuesto preliminar para la capacitacin basado en los cursos, nmero de sesiones, nmero de participantes en cada sesin, lugar en el que se desarrollar, etc., segn la tabla siguiente. El tipo de cursos, nmero de estos y el nmero de participantes en cada curso puede variar durante el proyecto, este presupuesto debe considerarse como una bolsa con la que laETED y el OC-SENIpodr manejar y ajustar los diferentes parmetros usados para la elaboracin del presupuesto. LaETED y el OC-SENI recibirn cualquier excedente de este presupuesto si no se ha agotado completamente al finalizar el proyecto. El proveedor mantendr el balance del presupuesto ajustndolo de acuerdo a las clases que se vayan tomando. Este balance del presupuesto para capacitacin actualizado se incluir en los informes de avance de proyecto generados por el proveedor peridicamente tal y como se describe en la seccin 16 del presente documento. Tabla 17-1 Tipo de curso, nmero de participantes y lugar donde se imparte Curso Participantes por sesin Nmero de sesiones Calendario previsto Localizacin (Proveedor o ETED y el OCSENI)
Capacitacin bsica de usuario
Coincide con la entrega del PDS Coincide con la entrega del PDS Coincide con la entrega del
Base de datos y despliegues
Talleres de ingeniera de datos
Pag156 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Curso Participantes por sesin Nmero de sesiones Calendario previsto Localizacin (Proveedor o ETED y el OCSENI)
PDS Administracin del Sistema Antes de las FAT Antes de las FAT Coincide con la entrega del PDS Antes de las FAT Antes de las FAT Antes de las FAT Antes de las FAT Entre las FAT y las SAT Antes de las FAT
Software de aplicaciones
Comunicaciones con las UTR
Comunicaciones ICCP Capacitacin de Operadores del sistema Capacitacin del OTS
Capacitacin del hardware Programacin en el entorno del sistema Capacitacin del Histrico
Si la ETED y el OC-SENI deciden exceder el presupuesto asignado para capacitacin al solicitar nuevos cursos y/o aumentar el nmero de participantes mas all de los definidos en el Plan de capacitacin la ETED y el OCSENI ser responsable de los costos en exceso en los que se incurra. En cualquier caso el Proveedor ser responsable de los costos adicionales que se produzcan, incluyendo gastos de viaje del instructor y/o participantes, si se da cualquiera de las siguientes condiciones: 1. Cambios no previstos en el hardware o software del sistema para cumplir con los requerimientos del contrato 2. Retrasos en el cronograma del proyecto, causados por Proveedor y que resulten en la necesidad de cursos adicionales. 3. La calidad de los cursos no satisface los requerimientos de la ETED y el OC-SENI en cuanto a contenido, aplicabilidad o planificacin. LaETED y el OC-SENI tendr el derecho de rechazar cualquier curso que no satisfaga sus requerimientos y el proveedor tendr la obligacin de impartir el curso nuevamente o cambiar las condiciones del mismo para cumplir con los objetivos del proyecto. 4. Cambios en el alcance del proyecto que afectan la capacitacin, a no ser que el cambio sea parte de una orden de cambio en la que ya se incluye la correspondiente capacitacin.
15.7
Capacitar al Instructor
El proveedor deber proponer, como opcin, la capacitacin de un instructor bajo el modo de capacitar-alinstructor. El personal de la ETED y el OC-SENI que reciba esta capacitacin podr entonces capacitar al resto del personal de operaciones de laETED y el OC-SENI. Para que este programa sea efectivo la ETED y el OCSENI deber tener acceso, tanto en formato electrnico como en papel, a todo el material usado por el Proveedor para preparar los cursos. El material a suministrar deber incluir como mnimo: 1. Documentacin en formato editable (manuales, guas de usuario, presentaciones,) 2. Manuales del estudiante y referencias rpidas en formato editable 3. Escenarios y casos salvados y listos para usar en las prcticas El proveedor debe asumir que este programa de capacitar-al-instructor se desarrollar para dos (2) participantes por el lado de la ETED y el OC-SENI. Estas dos personas tambin debern considerarse como participantes en los cursos de PDS y OTS.
16. Documentacin
El Proveedor deber entregar con el sistema el juego completo de documentacin correspondiente para todos los equipos, aplicaciones y funciones del sistema, permitiendo con ello que laETED y el OC-SENI utilicen, prueben, acepten, desarrollen y mantengan el sistema en su totalidad. La documentacin entregada debe reflejar el sistema tal y como se implement, incluyendo el hardware, el software, las interfaces y cualquier otro componente que se haya usado. En general la documentacin deber cubrir la instalacin, arranque, operacin y mantenimiento del sistema adems de describir en detalle la funcionalidad del mismo. Esta seccin describe las caractersticas del juego de documentacin del sistema que debe ser entregado con el mismo. Los requerimientos de la documentacin de gestin de proyecto se recogen en la Seccin 13 de esta especificacin y por tanto no se incluyen en esta seccin. Las caractersticas de la documentacin de pruebas del sistema se recogen en la seccin 15 del presente documento y por tanto no se incluyen en esta seccin.
16.1
Requerimientos Bsicos
El proveedor deber entregar la documentacin del sistema reflejando exactamente tal como es (as is). La documentacin corresponder a las versiones de hardware y software del sistema. Adems de la documentacin estndar, el juego de documentacin incluir la documentacin especfica y diagramas que aplican al sistema implementado para laETED y el OC-SENI. Cualquier parte de la documentacin estndar que en este caso no aplique deber ser eliminada de los documentos. Cuando un documento se revise para reflejar un cambio, sea por la razn que sea, una nueva versin del mismo deber ser generada actualizando su revisin, fecha y razn del cambio realizado. El documento deber adems incluir, para que sea considerado oficial, la aprobacin del gerente del proyecto por parte del Proveedor. Para poder localizar rpidamente los cambios y revisiones, los documentos incorporarn una tabla con la historia de revisiones con anotaciones adicionales. Los documentos preliminares o bajo revisin podrn ser enviados de forma electrnica (correo electrnico o transferencia de ficheros) pero la versin final de los documentos deber entregarse en formato impreso y electrnico. La documentacin del sistema deber entregarse en su totalidad en idioma Espaol. La documentacin a entregar deber incluir como mnimo los siguientes documentos: Plan de documentacin Visin general del sistema
Pag158 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Estndares de diseo de software Documentacin Funcional del Sistema Documentacin de Diseo del Sistema Documentacin de Mantenimiento del Software Inventario de Software Documentacin del Hardware del Sistema Documentacin de Mantenimiento del Hardware del Sistema Diagramas Detallados de Configuracin Inventario de Equipos (Lista de Suministro) Documentacin para la preparacin de las salas de equipos y de control Registros de mantenimiento y problemas Manuales de Mantenimiento del sistema Estndares y procesos de Seguridad Ciberntica Manuales del Operador Gua de estilo de la Interfaz de Usuario Documentacin y manuales de terceros Notas de emisin de revisiones
16.2
Formato de la Documentacin
Todos los documentos debern tener una pgina como cartula con el ttulo, nmero del documento y versin del mismo. El nmero del documento deber ser nico y asignado por el Proveedor de acuerdo con su poltica estndar de numeracin de documentos. En la pgina se deber reservar un espacio para el nombre de la ETED y el OC-SENI as como su propio nmero de referencia si as lo considera oportuno. Despus de la cartula deber encontrarse la pgina(s) con la tabla que contiene la historia de revisiones del documento. Esta tabla deber describir cada versin del documento desde su origen. El registro de cada revisin incluir: 1. Fecha del cambio 2. Nmero de versin 3. Autor 4. Breve descripcin del cambio 5. Indicacin de que la revisin ha sido revisada y aprobada de acuerdo con el proceso de control de calidad del Proveedor. Toda la documentacin del Proveedor debe entregarse en Microsoft Office o compatible a menos que sea expresamente autorizado por la ETED y el OC-SENI.
16.3
Plan de Documentacin
El Proveedor deber presentar un plan de documentacin al comienzo del proyecto. Este plan deber describir el calendario de entrega de toda la documentacin como parte del mismo. El plan tambin deber incluir una lista detallada de todos los documentos a entregar que sirva como lista maestra de la documentacin. El Plan de Documentacin presentado por el Proveedor deber incluir las correspondientes referencias a los requerimientos
Pag159 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI del Acuerdo de Trabajo (SOW) demostrando as que el plan, junto con la lista maestra de documentos, cumple con los requerimientos de documentacin detallados en las siguientes secciones. La lista maestra de documentos deber incluir, como mnimo, la siguiente informacin: Nombre del documento Nmero del documento Tipo de documento (Funcional, Diseo, Gua de Usuario,) Fecha estimada de entrega Estado del documento (Borrador, bajo revisin, entregado, aprobado,..) Referencia al SOW
Este Plan de Documentacin servir como lista de verificacin de la documentacin a lo largo del proyecto y ser revisada y presentada la ETED y el OC-SENI por el Proveedor tantas veces como sea necesario. La documentacin ser presentada para su revisin de forma que permita la ETED y el OC-SENI revisarla con tiempo suficiente. Los tiempos de revisin y correccin de los documentos se acordarn durante el SOW.
El Plan de Documentacin est sujeto a la revisin y aprobacin de la ETED y el OC-SENI
16.4
Estndares de Documentacin
El Proveedor entregar un documento describiendo sus estndares de calidad usados para el desarrollo y mantenimiento de la documentacin del sistema. Estos estndares debern definir: El proceso de aprobacin interno seguido por el Proveedor. El software usado para la produccin y procesado de los documentos Modelo para cada tipo de documento Definicin del contenido de cada tipo de documento Estndares usados para los diagramas Proceso de aprobacin de los documentos
16.5
Revisin y Aprobacin de los Documentos
Todos los documentos estndar entregados como parte del proyecto estn sujetos a revisin por parte de la ETED y el OC-SENI. Toda la documentacin especfica para el sistema de la ETED y el OC-SENI est sujeta a revisin y aprobacin por parte de la ETED y el OC-SENI. La ETED y el OC-SENI, a no ser que se acuerde algo diferente, completar la revisin de los documentos especficos dentro de los quince (15) das laborables desde la fecha de su entrega por parte del Proveedor. El Proveedor deber responder a los comentarios la ETED y el OC-SENI, si los hubiese, dentro de los quince (15) das de que el documento le fue devuelto. La aprobacin de cualquier documento por la ETED y el OC-SENI no excluye al Proveedor de la responsabilidad de cumplir con los requerimientos parte del SOW o corregir los mismos si fuese necesario.
16.6
Documentacin Preliminar
El Proveedor proporcionar un juego base completo de documentacin estndar en CD-ROM o DVD al menos treinta (30) das antes de la entrega del PDS. Esta entrega incluir los documentos y diagramas necesarios para describir la configuracin, operacin y mantenimiento del entorno PDS.
Pag160 of 178
16.7
Documentacin de Software
El Proveedor deber entregar la documentacin correspondiente a todo el software a entregar con el sistema. Esta documentacin deber incluir la descripcin del diseo, manuales de operacin, interfaces API y la descripcin detallada del modelo de las bases de datos usadas. La documentacin de software tambin deber incluir las guas de usuario necesarias para desarrollar y mantener el sistema completo, incluyendo la base de datos y despliegues. La documentacin de software debe contener, como mnimo, lo siguiente: 1. Un inventario de todo el software de terceros y del proveedor que se entregar con el sistema y la correspondiente referencia a la documentacin de software entregada. 2. Un documento con la visin general del sistema a implementar 3. Documentacin de diseo describiendo el sistema a implementar 4. Manuales de usuario para todas las funciones del sistema, incluyendo la gestin y mantenimiento de la base de datos y despliegues. Estos documentos debern incluir los procedimientos de usuario e informacin necesarios para la carga de la base de datos.
16.7.1
Estndar de Calidad de Diseo
El proveedor deber entregar documentacin que describa sus estndares de calidad para el diseo y codificacin del software del sistema. Estos estndares son los usados para el desarrollo de todo el software entregado con el sistema a no se ser que explcitamente, ambas partes, la ETED y el OC-SENI y Proveedor, acuerden lo contrario. Esta documentacin deber incluir como mnimo la siguiente informacin: 1. Proceso de diseo de software 2. Proceso de control de calidad 3. Mtodos de revisin del diseo 4. Mtodos y herramientas usadas para controlar el software y su configuracin 5. Manejo del registro histrico 6. Reporte y gestin de errores en el software
16.7.2
Especificaciones Funcionales
Las especificaciones funcionales debern describir las funciones que forman parte de cada aplicacin del sistema. La operacin de dichas funciones debe ser explicada en detalle de tal manera que la ETED y el OC-SENI pueda entender los detalles operacionales de cada mdulo de software y verificar as que la funcionalidad requerida existe en el sistema. Estos documentos debern incluir como mnimo la siguiente informacin: 1. Descripcin funcional Descripcin de cada aplicacin. Donde tenga sentido se incluir tambin una descripcin del algoritmo usado, inicializacin y manejo de la redundancia y conmutacin. 2. Requerimientos de rendimiento Periodicidad de ejecucin, capacidad de proceso y parmetros de ajuste y ejecucin para controlar o limitar las capacidades de las aplicaciones. 3. Interfaz de Usuario Descripcin de la interfaz de usuario usada para controlar la aplicacin incluyendo sus parmetros de ejecucin. 4. Requerimientos de interfaz con la aplicacin Descripcin de las interfaces lgicas con otras aplicaciones 5. Requerimientos de datos Descripcin de todos los tipos de datos y bases de datos a las que accede la aplicacin, incluyendo, si aplican los parmetros de ejecucin. 6. Mensajes de Error - Breve descripcin de todos los mensajes de error y las posibles acciones correctivas.
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 7. Mensajes de diagnstico Descripcin de los mensajes internos de operacin generados por la aplicacin. 8. Procedimientos de mantenimiento y expansin.
16.7.3
Documentos de diseo
Los documentos de diseo detallado deben proporcionar un segundo nivel de detalle por debajo de la descripcin funcional. En general, deber haber un documento de diseo por cada documento de descripcin funcional. Para el software particular desarrollado especficamente para el proyecto, el proveedor deber primero entregar una especificacin funcional para que la ETED y el OC-SENIpueda revisar y aprobar esta funcionalidad. Una vez aprobada la descripcin funcional, el Proveedor deber producir el documento de diseo detallado para la revisin y aprobacin por parte de la ETED y el OC-SENI. El desarrollo del software podr comenzar una vez estos documentos han sido aprobados. La documentacin de diseo deber incluir, pero no estar limitada a, la informacin detallada de diseo necesaria para la planificacin, anlisis e implementacin del software. Deber incluir una clara descripcin de cmo se dividen las diferentes entidades del software, descripcin de las dependencias y los mdulos dependientes, sus enlaces y los recursos necesarios, descripcin de las interfaces, internas y externas, con los correspondientes detalles. La documentacin de diseo deber proporcionar una descripcin detallada de cmo el software soportar las funciones que se describen en la especificacin funcional. Esta documentacin deber incluir un diagrama de los mdulos que componen el software con una breve descripcin de la funcionalidad de cada mdulo y como se relacionan. La estructura y flujo de datos entre mdulos y con elementos externos debe ser tambin incluida en este documento. Para cada mdulo de software, la documentacin de diseo deber incluir, sin estar limitada a, la siguiente informacin: 1. Resumen del programa 2. Descripcin tcnica general del mdulo 3. Lgica del mdulo (en espaol descriptivo) 4. Interfaces externas del programa, incluyendo las secuencias de llamadas y respuestas. 5. Consideraciones para la inicializacin 6. Descripcin de la base de datos y estructuras usadas y/o modificadas 7. Diagrama de flujos que represente los sub-mdulos y la relacin entre ellos 8. Cdigos de error y procesos de salida
Cada documento de diseo deber incluir suficiente informacin de cada mdulo del programa, incluyendo subrutinas, para que un programador experimentado (con la supervisin de un diseador) pueda generar el cdigo correspondiente a los mdulos de programa al mismo tiempo que permitira al personal de la ETED y el OC-SENI mantener esos mdulos en el futuro. Todos los ficheros de control que se necesitan para la compilacin, ensamblado y enlace de cada programa debern documentarse como parte del documento de diseo.
16.7.4
Documentos de Mantenimiento de Software
Se deber proveer la documentacin de mantenimiento de software para todos los componentes del sistema, incluido el software de terceros. Esta documentacin proporciona la informacin necesaria para realizar el mantenimiento y modificacin del software del sistema. La documentacin de mantenimiento de software debeincluir como mnimo los siguientes documentos o informacin: 1. Software estndar
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI 2. Software particular 3. Sistema Operativo 4. Herramientas de gestin y desarrollo de software 5. Editores y compiladores 6. Utilidades del sistema 7. Generacin y configuracin del sistema 8. Software de diagnstico 9. Descripcin de las bases de datos 10. Generacin y mantenimiento de las bases de datos 11. Generacin y mantenimiento de despliegues 12. Herramientas y procedimientos de reporte de errores de software 13. Documentacin del software de terceros
16.8
Documentacin de Hardware
El Proveedor deber proveer la documentacin de todo el hardware que se entrega con el sistema. Esta documentacin deber incluir, como mnimo: 1. Inventario completo de todo el equipo hardware que se entrega, incluyendo la marca, el nmero de modelo, nmero de serie, nmero de versin, informacin de placa, peso y dimensiones. Esta lista, tambin conocida como lista de suministro (LOD), tambin incluir la informacin correspondiente a la configuracin de cada equipo y ser suficiente para permitir a la ETED y el OC-SENI el comprar los equipos directamente. 2. Diagrama de bloques detallado de la configuracin 3. Documentacin estndar del proveedor del hardware 4. Documentacin de instalacin y preparacin de sitio 5. Diagramas de cableado, incluyendo las precauciones especiales si las hay. Todos los cables, las terminaciones y la longitud de los mismos debern mostrarse en el diagrama y estar claramente identificados. 6. Diagramas de ensamblaje de los gabinetes donde se montan los equipos mostrando la posicin de cada uno. Se entregarn tambin los manuales de los equipos y guas de mantenimiento para los que forman parte del proyecto.
16.8.1
Diagramas de Configuracin
Los diagramas de configuracin ilustran la interconexin lgica de todos los equipos del sistema parte del suministro y su conexin con elementos provistos por la ETED y el OC-SENI. Los diagramas de configuracin debern usar la misma terminologa, para identificar los equipos, que la usada en la LOD para que se pueda determinar la relacin entre ambas de forma inmediata.
16.8.2
Diagramas de Cableado
El diagrama de cableado representa la conexin fsica entre los componentes del sistema. El diagrama adems incluir la lista de cables con su identificacin, terminaciones propiamente identificadas y longitudes de los mismos.
Pag163 of 178
16.8.3
Instalacin y Preparacin de Sitio
El Proveedor deber proveer un documento que describa los requerimientos para la preparacin del sitio donde los distintos entornos del sistema se instalarn. Esta documentacin deber contener la informacin necesaria para la instalacin ordenada de los equipos. El diagrama de sitio deber mostrar la situacin fsica de los componentes y gabinetes en las salas donde se instalarn. Esta documentacin de instalacin deber contener como mnimo la siguiente informacin: 1. Diagramas de los equipos, incluyendo dimensiones, distribucin en los gabinetes, tamao y peso 2. Detalles de desempaquetado, traslado y porte de los equipos 3. Instrucciones de fijacin de equipos 4. Instrucciones especiales de manipulacin de los equipos 5. Restricciones de cableado interno en los gabinetes y entre estos y otros equipos externos 6. Requerimientos de potencia y tierras 7. Requerimientos ambientales 8. Procedimientos de verificacin La versin preliminar de esta documentacin deber ser entregada a los tres (3) meses del inicio del proyecto para dar suficiente tiempo la ETED y el OC-SENI a planificar y preparar las instalaciones. La versin final se entregar a ms tardar seis (6) meses antes de la entrega de los equipos.
16.8.4
Manuales de los Equipos
Los manuales y diagramas de todos los equipos suministrados la ETED y el OC-SENI como parte del proyecto debern incluir: 1. Descripcin del equipo 2. Instrucciones de instalacin y operacin 3. Diagrama de bloques mostrando las interconexiones lgicas y fsicas de los componentes principales 4. Instrucciones y capacidades de actualizacin y expansin 5. Instrucciones de mantenimiento preventivo 6. Detalle de las caractersticas funcionales, lgicas, elctricas y mecnicas de todas las interfaces del dispositivo, incluyendo la descripcin de los protocolos. 7. Instrucciones para la determinacin de errores, guas de diagnsticos y de reparaciones La documentacin correspondiente a los equipos suministrados por terceros se entregar tal cual.
16.8.5
Documentacin de Mantenimiento
La documentacin de mantenimiento de hardware se entregar con los equipos. Esta documentacin consistir en un juego de manuales a ser usado por el personal de la ETED y el OC-SENI para realizar el mantenimiento de los equipos. Para los equipos suministrados por terceros la documentacin de los mismos ser entregada tal y como la provee el productor. La documentacin de mantenimiento deber tambin proveer la descripcin detallada de cmo operan los equipos as como la descripcin de los procedimientos preventivos y de restauracin para que los equipos funciones correctamente. Esta documentacin, donde aplique, deber hacer referencia a los procedimientos de diagnstico apropiados.
Pag164 of 178
16.8.6
Registro de Mantenimiento y Problemas
Desde el momento en que el sistema se instale y configure, el Proveedor debe establecer un registro de mantenimiento y errores. Este registro o registros contienen, en orden cronolgico, todas las reparaciones, cambios y actualizaciones que se realicen en el sistema. Como parte del registro, todas las piezas que se reparen, cambien o modifiquen deben ser identificadas con un cdigo y posicin en el sistema. Estos registros debern estar siempre con el sistema como parte de la documentacin del mismo y disponibles para que la ETED y el OCSENI pueda inspeccionarlos.
16.9
Documentos de Seguridad Ciberntica
El Proveedor deber proporcionar la documentacin detallada relativa a la seguridad ciberntica tal y como se describe en la seccin correspondiente de la presente especificacin. Ejemplos de este documento seran: 1. Identificacin de todos los puertos y servicios usados. 2. Cuentas de usuario deshabilitadas o modificadas 3. Nivel de parches instalados en todos los servicios, software y sistemas operativos 4. Todo los componentes de software que han sido eliminados o deshabilitados 5. Identificacin de todo el trfico que pasa por todos los cortafuegos que existen en el sistema como parte de su red.
16.10
Documentacin de Diseo de Interfaces Externas
La documentacin de requerimientos y diseo de interfaces deber describir en detalle las interfaces entre el sistema parte del proyecto y los sistemas y redes de la ETED y el OC-SENI. Este documento ser usado por el proveedor y laETED y el OC-SENI para la definicin de las interfaces entre el sistema objeto del proyecto y todos los otros sistemas con los que se relacione de tal forma que las interfaces puedan ser diseadas o modificadas para cumplir con los requerimientos definidos. Como mnimo, la documentacin de diseo de interfaces deber cubrir los siguientes temas: 1. Descripcin de la interface 2. Descripcin de los protocolos de comunicaciones, en todas sus capas, incluyendo las opciones, parmetros seleccionados y disponibles. 3. Descripcin de los mtodos de acceso a las bases de datos y sus capacidades, incluyendo requerimientos de acceso y autorizaciones. 4. Descripcin de los modelos de base de datos relevantes, sus estructuras y sus contenidos 5. Requerimientos de intercambio de datos, incluyendo los requerimientos de periodicidad, prioridad, volumen y seguridad. 6. Descripcin de los requerimientos de rendimiento. 7. Descripcin del software requerido para uso de interfaces particulares, tal como DDLs u otros drivers, que podran ser nicos para esta interface.
16.11
Manuales del Operador
El proveedor deber suministrar para la revisin y aprobacin de la ETED y el OC-SENI los manuales del operador para todas las funciones del sistema. Estos manuales describirn la configuracin del sistema y todas sus funciones junto con sus procedimientos operativos. Todas las funciones de las aplicaciones deben estar incluidas. Los manuales debern proporcionar procedimientos detallados y estar organizados para acceso rpido a la informacin. Los manuales del operador debern presentar de una forma concisa y clara, toda la informacin que el operador necesita para entender suficientemente y operar de forma satisfactoria el sistema. Estos manuales no deberan
Pag165 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI contener descripciones de procedimientos para funciones que no realice el operador, como por ejemplo la edicin de la base de datos. Los manuales describirn el sistema de una manera y a un nivel de detalle suficiente para permitir al operador detectar y aislar problemas en el sistema. Todas las alarmas y mensajes invlidos debern estar listados conjuntamente con una breve descripcin de su significado y si corresponde las medidas de actuacin recomendadas.
16.12
Gua de Estilo para la Interfaz de Usuario
El proveedor deber proporcionar como parte de la documentacin del proyecto una gua de estilo para la interfaz de usuario que describe los aspectos ms relevantes y estndares usados por el proveedor para la generacin de despliegues y aplicaciones. La ETED y el OC-SENI tambin usarn esta gua para el desarrollo de su propia gua de estilo que a su vez ser usada por el Proveedor y la ETED y el OC-SENI para configurar la interfaz de usuario de las aplicaciones y despliegues especficos del sistema. El objetivo de establecer estos estndares y convenciones es el de promover una apariencia consistente para todas las funciones y despliegues del sistema.
16.13
Manuales de Mantenimiento del Sistema
Los manuales de mantenimiento del sistema debern incluir una descripcin de los procedimientos de restauracin de la operacin del sistema despus de un fallo. Tambin debern incluir la documentacin del software de soporte que permitanla configuracin y control, integridad de los datos, arranque, re-arranque y gestin del subsistema de gestin de la red. Estos manuales describirn los procedimientos de configuracin de los distintos entornos del sistema as como la realizacin de copias de seguridad y restauracin de datos. Los manuales de mantenimiento del sistema debern incluir la descripcin operacional de los procesos y procedimientos para realizar conmutacin entre el entorno principal y de respaldo as como las pruebas que permitan asegurar que el entorno de respaldo se encuentra operativo y disponible cuando se le necesite.
16.14
Documentacin Final
Antes del inicio del periodo de garanta, el proveedor deber entregar los juegos de documentacin final que corresponde al sistema entregado y de acuerdo a la lista identificada en el Plan de Documentacin aprobado. Cualquier error o modificacin al sistema que haya resultado de las pruebas en fbrica, en sitio o durante la disponibilidad se habrn incorporado en estos documentos finales. La lista de todo el software tambin se ha actualizado para reflejar con exactitud la configuracin final del sistema. Cualquier documento que se vea afectado por cambios durante el periodo de garanta deber ser renviado para su revisin. El Proveedor deber entregar tres (3) copias en papel y formato electrnico en PDF y Microsoft Word de todos los documentos finales parte del proyecto.
16.15
Medio Informtico de Software
Todas las aplicaciones, herramientas, ficheros y datos necesarios para la instalacin y configuracin del sistema deben ser entregados en un medio informtico estndar utilizable por el sistema. De la misma manera se entregar con el sistema una copia de todo su software y bases de datos. El medio informtico entregado como soporte ser suficiente para poder generar, desde cero, el sistema entero.
Pag166 of 178
17. Mantenimiento del SistemaSCADA/EMS

Esta seccin define las responsabilidades del Suministrador y de ETED y el OC-SENI en lo relativo al mantenimiento del software y hardware del sistema durante el ciclo de vida del proyecto que se extiende hasta el final del periodo de garanta.
17.1
17.1.1
Mantenimiento de Software
Entregables
El software que se entrega con el sistema deber corresponder a la ltima versin aprobada por ETED y el OCSENI y certificada por el Suministrador para su software y/o el de terceros, si corresponde. El Suministrador deber asegurarse de que todo el software a entregar con el sistema funciona correctamente y de forma integrada para crear la solucin completa requerida. Si fuese necesario actualizar, parchear o bajar de versin de algn paquete de software del sistema para conseguir la perfecta integracin con el resto, el esfuerzo y costo asociado con esta necesidad de cambio correr a cargo del Suministrador. El Suministrador deber presentar un plan para corregir los problemas que forzaron el cambio a una versin anterior de software y su integracin en la nueva versin de su software. El Suministrador correr a cargo de los costos de tales correcciones.
17.1.2
Gestin de parches de software
El Suministrador deber proporcionar un proceso de gestin de parches y actualizaciones para los sistemas operativos, aplicaciones y software de terceros. El Suministrador, para poder certificar oportunamente los cambios y parches al sistema, deber realizar los cambios pertinentes en un sistema equivalente al de la ETED y el OCSENI y ejecutar las pruebas necesarias antes de ser liberarlos y entregrselos a la ETED y el OC-SENI. El Suministrador deber notificar a la ETED y el OC-SENI de todos los parches que afectan la seguridad del sistema, como mximo, dos (2) semanas despus de su emisin. Todos los parches de otro tipo debern ser probados y la ETED y el OC-SENI notificado de su disponibilidad, como mximo, un (1) mes desde su emisin oficial. Para cada parche que se enve a la ETED y el OC-SENI , el Suministrador deber proveer tambin los resultados de las pruebas y validacin del mismo. La ETED y el OC-SENI seguirn las instrucciones del proceso de gestin de parches del Suministrador para integrar los mismos en el sistema. Si el Suministrador recomienda que no se aplique un parche o parches, ste deber documentar claramente las razones de su recomendacin y las acciones que se deben tomar para compensar su no integracin en el sistema.
17.1.3
Mantenimiento durante la implementacin del proyecto
El Suministrador es responsable del mantenimiento de todo el software del sistema durante la implementacin del proyecto, hasta el termino de la prueba de disponibilidad. Durante este periodo, la ETED y el OC-SENI pueden necesitar realizar cambios en el sistema operativo, bases de datos, despliegues, definicin de informes y cdigo propio segn lo exijan sus necesidades operacionales. En esos casos la ETED y el OC-SENI informar al Suministrador de dichos cambios previamente a ser realizados.
Pag167 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El Suministrador notificar de cualquier problema potencial que pudiese ocurrir debido a la implementacin de tales cambios por parte de la ETED y el OC-SENI . Ambas partes trabajarn conjuntamente para encontrar la implementacin oportuna y segura para realizar el cambio requerido.
17.1.4
Mantenimiento bajo garanta
El mantenimiento del software durante el periodo de garanta se realizar de acuerdo con los trminos de la garanta definidos en la correspondiente seccin del contrato. El periodo de garanta comenzar con la finalizacin con xito de la prueba de disponibilidad. Durante este periodo, la ETED y el OC-SENI continuar haciendo cambios en la base de datos, despliegues, clculos, formulas y definicin de informes, con el objeto de satisfacer sus necesidades operacionales.
17.1.5
Mantenimiento post-garanta
El Suministrador deber presentar a la ETED y el OC-SENI su Contrato estndar de Servicios de Mantenimiento. En este contrato el Suministrador deber ofrecer su mejor servicio para la resolucin tcnica a los problemas que se encuentren con el software del sistema, incluyendo sistema operativo, base de datos, SCADA y aplicaciones avanzadas. Dependiendo de la severidad del problema reportado, la asistencia tcnica del Suministrador ser ofrecida de forma remota o local. El Suministrador no deber limitar el nmero de horas de trabajo que se ofrecen como parte de este contrato de mantenimiento para la resolucin de los problemas encontrados. Si el Suministrador ofrece diferentes tipos de servicios de mantenimiento de software, deber presentar informacin detallada de cada tipo como parte de la propuesta para poder as ser evaluados por la ETED y el OCSENI. Como mnimo estos detalles debern incluir: Tipo de cobertura con cada nivel de soporte ( 7x24, horario laboral limitado 8AM a 5 AM, ) Tiempos de respuesta para problemas reportados Proceso de escalado de problemas no resueltos a tiempo Proceso de actualizacin y reas que cubre Detalles del soporte de versiones anteriores Procedimientos automticos de reporte y monitorizacin de de problemas/incidentes y su resolucin Gestin de parches de software, validacin y servicio de notificacin Contacto directo para mantenimiento o servicio de ayuda al cliente.
17.2
17.2.1
Mantenimiento Hardware
Entregables
Todo el hardware que se entregue a la ETED y el OC-SENI deber ser de la ltima versin certificada al menos seis (6) meses antes a la fecha de entrega. Si por alguna razn el Suministrador no puede satisfacer este requerimiento, deber justificar en detalle las razones por las que esto no es factible y proponer un plan alternativo para la actualizacin de los equipos a la ltima versin antes del envo a la ETED y el OC-SENI.
Pag168 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI El Suministrador ser responsable de asegurar que el hardware que se entrega como parte del proyecto funciona correctamente de forma integrada. Si es necesario actualizaciones o cambios a versiones de sistema operativo anteriores para satisfacer los requerimientos de esta especificacin, el Suministrador deber presentar un plan de cmo se va a realizar esta tarea y los cambios y el trabajo necesario corrern exclusivamente a cargo suyo.
17.2.2
Categoras de hardware en mantenimiento
Para clarificar los requerimientos de mantenimiento del hardware se han establecidos tres categoras del quipo hardware basadas en la recomendacin del Suministrador para el servicio de mantenimiento post-venta. Categora 1 - Hardware que el Suministrador recomienda que lo mantenga el distribuidor de los equipos a travs de un contrato directo con la ETED y el OC-SENI. Los contratistas para este tipo de mantenimiento debern: a. Estar a menos de una hora de los centros de control, para servicio en sitio b. Tener experiencia en el tipo de hardware parte del contrato (marca y modelo) c. Mantener su propio stock de repuestos
Categora 2 Hardware que el Suministrador recomienda que mantenga la ETED y el OC-SENI directamente Categora 3 Equipos perifricos (monitores, impresoras,) y estaciones de trabajo que normalmente ya incluyen una garanta de tres (3) aos que ser transferida a la ETED y el OC-SENI . Para el hardware de la categora 2, el Suministrador deber recomendar la lista de repuestos que la ETED y el OC-SENI debe mantener en stock. Esta lista debe tener en cuenta y reflejar la configuracin final del sistema instalado. Esta lista tambin deber incluir todo equipo de diagnstico, pruebas y herramientas necesarios para el correcto mantenimiento del sistema. Todo el material fungible (papel, tinta, ) necesario para el proyecto deber ser proporcionado por el Suministrador hasta la entrega del sistema. El Suministrador tambin deber incluir el material fungible recomendado.
17.2.3
Mantenimiento anterior a la entrega
El Suministrador ser responsable del mantenimiento del hardware hasta el momento de su entrega a la ETED y el OC-SENI. Este mantenimiento podr ser realizado por el distribuidor de los equipos u otros contratistas pero siempre bajo la responsabilidad del Suministrador. Las unidades reservadas de repuesto para el sistema no podrn ser usadas para el mantenimiento durante la fase de implementacin.
17.2.4
Fase de puesta en servicio
El Suministrador ser el responsable del mantenimiento de equipos tipo uno (1) y dos (2) arriba mencionados, hasta que se haya completado la prueba de disponibilidad, incluido durante su instalacin en las oficinas de la ETED y el OC-SENI. Este mantenimiento podr ser realizado por el distribuidor de los equipos u otros contratistas, pero siempre bajo la responsabilidad del Suministrador. Las unidades reservadas como repuesto para el sistema no podrn ser usadas para el mantenimiento durante este periodo. Si el Suministrador o la ETED y el OC-SENI no pueden reparar un equipo de categora 2, el Suministrador deber proveer los repuestos necesarios.
Pag169 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Los equipos que fallen y se encuentren fuera de servicio debern ser remplazados y los repuestos necesarios adquiridos para que la totalidad del sistema y el inventario de repuestos se encuentren en perfecto orden a la finalizacin de este periodo. Cualquier repuesto que se encuentre defectuoso en la inspeccin inicial o durante este periodo ser remplazado en menos de una (1) semana desde que se notific esta situacin. La ETED y el OC-SENI no deber desembolsar cantidad alguna por la sustitucin de estas partes. Todas los repuestos suministrados o remplazados deben ser nuevos, a no ser que de forma explcita la ETED y el OC-SENI acepte otras alternativas. El mantenimiento de todos los equipos de categora 3 estar cubierto por la garanta original de los mismos y por tanto ser realizado por el distribuidor correspondiente. La garanta de estos equipos ser transferida la ETED y el OC-SENI antes de la finalizacin del proyecto.
17.2.5
Mantenimiento durante la prueba de disponibilidad
Las responsabilidades para el mantenimiento del hardware durante la prueba de disponibilidad sern las mismas que las establecidas para el periodo de garanta y que se detallan en la siguiente seccin.
17.2.6
Mantenimiento bajo garanta
El mantenimiento durante el periodo de garanta del sistema deber ajustarse a los trminos de las secciones referentes a la garanta del contrato propuesto y comenzar con la terminacin exitosa de la prueba de disponibilidad, cuando la ETED y el OC-SENI formalmente acepta el sistema. Si el Suministrador decide todo o parte del mantenimiento a un tercero, este contratista debe satisfacer los requerimientos definidos en la seccin 17.2.2 del presente documento. Durante este periodo las responsabilidades del mantenimiento hardware por parte del cliente incluyen: 1. Capacitacin del personal que responder a las llamadas reportando problemas 2. Realizacin de mantenimiento preventivo y correctivo de los equipos de categora 2 3. Proporcionar asistencia local al Suministrador durante la resolucin de problemas. Las responsabilidades del Suministrador durante este mismo periodo incluyen: 1. Mantenimiento de los equipos de categora 1 y repuestos. 2. Proporcionar el material e instrucciones detalladas para realizar cambios necesarios en los equipos de categora 2 3. Apoyo y gua en la resolucin de los problemas que se produzcan en los equipos de categora 1 y 2. El Suministrador deber responder a la solicitud de apoyo tcnico en menos de 30 minutos desde que se produce la llamada. Este servicio de soporte deber estar disponible 24x7 los 365 das del ao. 4. Remplazo o arreglo del equipo de categora 1 y 2 que haya fallado, manteniendo siempre el mismo nivel de repuestos originalmente entregados con el sistema. Cualquier repuesto que se estime defectuoso ser tambin remplazado inmediatamente y dependiendo de su criticidad, esta operacin deber realizarse en menos de una (1) semana desde la notificacin del defecto. El Suministrador correr con todos los gastos del remplazo, incluido los gastos de transporte. Todos los repuestos que se remplacen durante este periodo debern ser equipos nuevos a no ser que la ETED y el OC-SENI explcitamente acepte otra alternativa. El personal de la ETED y el OC-SENI disear con la ayuda del Suministrador, una estrategia de resolucin de problemas definidos. La ETED y el OC-SENI se reserva el derecho de solicitar apoyo en sus oficinas si se considera necesario para resolver el problema o defecto. La ETED y el OC-SENI no ser responsable de los gastos, incluyendo gastos de viaje, en los que se incurra por este soporte en sitio.
Pag170 of 178
17.2.7
Mantenimiento Post-garanta
Los siguientes servicios opcionales de mantenimiento posteriores a la garanta para los equipos de categora uno (1) deben ser propuestos por el Suministrador: 1. Contrato de Mantenimiento Soporte en horario laboral (8 horas al da - 5 das a la semana) con un tiempo de respuesta de cuatro (4) horas 2. Contrato de Mantenimiento Extendido Soporte 24x7 todos los das del ao con un tiempo de respuesta de 2 horas. El contrato de mantenimiento deber cubrir medidas no slo de remedio sino tambin preventivas, equipos de repuesto y trabajos de instalacin de los cambios que afectan al sistema. El Suministrador deber garantizar la disponibilidad de repuestos hardware as como los servicios de soporte del mismo por al menos cinco (5) aos desde la finalizacin de la garanta del sistema parte del proyecto. El Suministrador deber tambin garantizar la disponibilidad de parches, mejoras, actualizaciones y soporte tcnico para todo el software del sistema por un periodo de diez (10) aos a partir de la finalizacin de la garanta parte de este proyecto. El Suministrador deber notificar a la ETED y el OC-SENI con una antelacin de al menos dos (2) aos el trmino del soporte de cualquier elemento del sistema.
Pag171 of 178
Apndice A: Dimensionamiento del Sistema SCADA

A.1 Requerimientos de UTRs
La tabla A.1-1 lista los requerimientos de protocolos a UTRs existentes y los requeridos en un futuro. Los canales de comunicacin requeridos son para ambos sistemas de ETED y el OC-SENI
Protocolo RP-570 Modbus IEC60870-5-101/104 DNP Serial DNP Serial/TCP DNP TCP
UTRs (Inicial/Futuro) 76 10/10 16/16 16/32 1 10
Canales (Inicial/Futuro) 16 1/10 16/16 16/16 5/5 100
Mdems (Inicial/Futuro) N/A
Velocidad 1.2/9.6 kbps 1.2 kbps 1.2/9.6 kps
128 Kbps
Tabla A.1-1: UTR Canales de Comunicacin
A.2
Dimensionamiento del Sistema SCADA
El sistema SCADA debe ser dimensionado de acuerdo a la tabla siguiente: Fuentes de Datos Total Puntos de SCADA Tipo de Datos Analgicos Estados Acumuladores Setpoints Fuente de Datos Telemedidos UTR Tipo de Datos Analgicos Estados Acumuladores Setpoints SOE Points Datos de ICCP (se debe poder enviar y recibir todos los puntos) Analgicos Entradas Cantidad 25000 100000 5000 1000 Cantidad 15000 60000 5000 1000 60000 25000
Analgicos Salidas Estados Entradas Estados Salida

25000 100000 100000

Pag172 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Tabla A.2-1: Dimensionamiento Existente SCADA Parte 1
Descripcin
Cantidad Actual
No. of RTUs 125 No de Subestaciones 320 No de Canales Seriales de Comunicacin 16 No de Enlaces de ICCP 0 Tabla A.2-2: Dimensionamiento Existente SCADA Parte 2
Cantidad Requerida 500 1000 16 12
A.3
Usuarios del Sistema
La tabla A.3-1 resalta el nmero de usuarios requeridos por ETED y el OC-SENI para el sistema. Sistema Primario Produccin Consolas Operadores con 4 monitores (24) Consolas con 3 monitores (24) Consola para Video mural Impresoras Blanco y Negro Laser QAS Consolas con 3 monitores (24) Impresora Color Laser PDS Consolas con 2 monitores (24) Impresora de Color Laser OTS Consolas con 4 monitores (24) Consolas con 2 monitores (24) Impresora de Color Laser 4 2 1 2 1 2 1 4 6 1 1 Cantidad
Tabla A.3-1: Equipamiento de Interfaz de Usuario
Pag173 of 178
A.4
Requerimientos de Datos Histricos

Funcin o Tipo de Datos Alarmas y Eventos Secuencia de Eventos Log de Adquisicin de Datos Datos de Aplicaciones Tendencias Cantidad 20,000 mxima 10,000 promedio 60000promedio 10000 promedio Como sea requerida Como sea requerida Diaria Diaria Cuando ocurre Cuando ocurre 7 aos 30 Das 6 meses 6 meses Periodicidad Diaria Periodo Retencin 7 aos
Tabla A.4-1: Almacenamiento de Datos Historicos
Pag174 of 178
A.5
Modelo de Red
El modelo de red deber ser dimensionado por lo menos 300% del modelo actual del sistema actual tal como se describe en la tabla siguiente: ModelodeReddeTransmisin Compaas Subestaciones Barras Nodos Numero de Unidades de Generacin Numero de Unidades de Generacin - Termales Numero de Unidades de Generacin - Hidrulicas Numero de Unidades en control de AGC Interruptores, seccionadores Lneas de transmisin Transformadores de dos devanados Transformadores de tres devanados Transformadores desfasadores Cambiadores de tap Capacitores Reactores Reguladores de Voltaje Cargas conformables Cargas no-conformables Relevadores Tabla A.5-1: Dispositivos del Modelo de Red Cantidad 50 1000 2500 7500 250 150 100 50 3750 1000 1250 100 5 100 100 50 50 1250 250 500
A.6
Capacidad de Aplicaciones SCADA
Para las aplicaciones, el sistema SCADA/EMS debe estar dimensionado de acuerdo a las cantidades de la tabla siguiente: Aplicacin/Parmetro Tiro y Restauracin de Carga Grupos de Cargas Bloques de Carga
Cantidad 200 50
Pag175 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Aplicacin/Parmetro Puntos por Bloque de Carga Casos de Estudio de las Aplicaciones Despacho de Flujo de Carga Estimador de Estado Simulador de Entrenamiento para Operadores Secuencia de Eventos Numero de Eventos por Secuencia Casos de Simulacin Periodicidad del flujo de carga Periodicidad modelo dinmico Interfaz de Usuario Usuarios Simultneos Operadores Usuarios de Soporte Usuarios de Aplicaciones/Modo Estudio Usuarios Remotos Administradores Usuarios Datos Histricos Tabla A.6-1: Capacidad de las Aplicaciones 10 5 10 50 5 50 200 400 200 <= 10 s 1s 200 200 Cantidad 50
Apndice B: Requerimientos de Desempeo

B.1 Utilizacin de Recursos
Requerimientos de Utilizacin de Recursos Promedio de utilizacin de la capacidad de procesamiento usado por cualquier servidor para la ejecucin de las funciones de las aplicaciones Promedio de la utilizacin de la capacidad de procesamiento de cualquier consola usada para la interface de usuarios incluyendo el videowall Promedio de utilizacin de la capacidad de transferencia de cada sistema de almacenamiento Promedio de Utilizacin de Servidores, Consolas y Red Local de Datos Tabla B.1-1: Utilizacin de Recursos Estado Estable <20% <10% <30% < 5% Estado Alta Actividad <50% <30% <40% <10%
Pag176 of 178
B.2
Respuesta de la Interfaz de Usuario

Mximo Tiempo de Respuesta Accin Respuesta General Interaccin usuario Solicitud de Despliegue Tabular/Unifilar Actualizacin de Despliegues Tabular/Unifilar Solicitud de Despliegue de gran tamao/geogrfico Actualizacin de Despliegues de gran tamao/geogrfico Actualizacin de Desplegados desde que cambia en la base de datos Aviso de Alarma y Eventos Reconocimiento/Borrado de Alarmas Creacin de Ventanas Pop-up Men, Pull Down Menu, Dialog Box, etc Impresin de Despliegues Salida de la Interface de Usuario Entrada de la Interface de Usuario Normal [1 seg] [1 seg] [4 seg] [5 seg] [4 seg] [2 seg] [1 seg] [1 seg] [1 seg] [1 seg] [20 seg] [30 seg] [30 seg] Alta Actividad [1.5 seg] [2 seg] [4 seg] [10 seg] [4 seg] [2 seg] [1.5 seg] [1.5 seg] [1.5 seg] [1.5 seg] [30 seg] [30 seg] [30 seg]
Tabla B.2-1: Respuesta de la Interface de Usuario
B.3
Funciones Peridicas y tiempos de ejecucin

Funcin Adquisicin de datos de cualquier fuente Adquisicin de datos en modo escucha Controles Supervisorios Recuperacin de Historial de Alarmas del Servidor Histrico Aplicaciones en Modo de Tiempo Real Configurador de Modelo de la Red Estimador de Estados Anlisis de Contingencias Monitor de Reservas Reactivas Monitor de Reservas Activas Monitor de AGC Periodicidad Variable Variable NA NA Max Tiempo Ejecucin Normal Alta Actividad 1 seg 2 seg 1 seg 10 seg 1 seg 2 seg 1 seg 30 seg
30 s 30 s 120 s 30 s 120 s 4s
2s 10 s 20 s 2s 60 s 2s
2s 10 s 40 s 2s 60 s 2s
Pag177 of 178
Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Control de AGC Despacho Economico Aplicaciones en Modo Estudio Configurador de Modelo de la Red Estimador de Estados Despacho de Flujo de Cargas Anlisis de Contingencias 2s 300 s NA NA NA NA 2s 300 s 2s 10 s 10 s 20 s 2s 300 s 2s 10 s 10 s 20 s
Tabla B.3-1: Periodicidad de Funciones y Tiempos de Ejecucin
Pag178 of 178

Especificaciones Tecnicas LR 001 12

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Especificaciones Tecnicas LR 001 12

Hochgeladen von

Copyright:

Verfügbare Formate

Empresa de Transmisin Elctrica Dominicana Organismo Coordinador del Sistema Elctrico Nacional Interconectado (OC-SENI) Especificacin Tcnica Sistema

SCADA/EMS Diseo Especfico y Detallado del Sistema

Versin 1.1 Junio 25, 2012

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Revisin con la ETED y el OC-SENI

Revisin con la ETED y el OC-SENI

Revisin con la ETED y el OC-SENI

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Base de Datos de Tiempo Real ............................................................................................................ 43

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Control de Supervisin .......................................................................................................................... 70

8.9.2 8.9.3 8.9.4

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Resumen de notas del operador ...................................................................................................... 81 Despliegues de la ETED y el OC-SENI ............................................................................................ 81

Procesamiento de Datos de Estados .................................................................................................... 88 Procesamiento de Acumuladores ......................................................................................................... 90

9.2.4 9.2.5 9.2.6

Restauracin de Carga ....................................................................................................................... 103

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Empresa de Transmisin Elctrica Dominicana (ETED)

Organismo Coordinador del Sistema Elctrico Nacional Interconectado (OCSENI)

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Objetivos del Proyecto

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

A continuacin se presentan algunas definiciones usadas dentro de la especificacin tcnica.

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

TCP/IP TSO TSOBC TSOPC

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

2. Descripcin General del Sistema SCADA/EMS

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI Consolas Remotas

La relacin de Consolas Locales y Remotas se presenta a continuacin:

La relacin de Consolas Locales y Remotas se presenta a continuacin:

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Descripcin Funcional del Nuevo Sistema SCADA/EMS

Figura 1 - Diagrama Funcional del Sistema SCADA/EMS

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Figura 2 - Diagrama Funcional del SCADA/EMS de la ETED y el OC-SENI

Descripcin del Sistema SCADA/EMS

Figura 3 - Diagrama de Solucin de Arquitectura Tcnica

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Figura 4 - Diagrama de Solucin de Arquitectura Detallada

Copyright 2012. Confidential and Proprietary to Structure Consulting Group, LLC.

Especificacin Tcnica Sistema SCADA/EMS ETED OC-SENI

Sistema de Produccin ETED

Sistema de Produccin OC-SENI

Ambiente de Desarrollo, Pruebas y Entrenamiento

Ambiente del Sistema de Desarrollo