Desarrollo SCADA Nacional Documento Visin

Versin <1.0>

Versin:

<1.0>

Desarrollo SCADA Nacional - Documento Visin <identificador del documento>

Fecha: <21/Jul/2006>

Histrico de revisin
Fecha <4/Febrero/2009> Versin <1.0> Inicial Descripcin Autor M.Sc. Moiss Herrera Vzquez

Confidencial

PDVSA, 2011

Pgina 2

Versin:

<1.0>

Desarrollo SCADA Nacional - Documento Visin <identificador del documento>

Fecha: <21/Jul/2006>

Tabla de Contenido
1. Introduccin 1.1 Propsito 1.2 Alcance 1.3 Definiciones, Acrnimos, y Abreviaturas 1.4 Referencias 1.5 Descripcin General (REVISAR) 2. Posicionamiento 2.1 Oportunidad del Negocio 2.2 Definicin del Problema 2.3 Definicin de la Posicin del Producto 3. Descripcin de los Involucrados y Usuarios 3.1 Demografa del Mercado 3.2 Resumen de Involucrados 3.3 Resumen de Usuarios 3.4 Otros Sistemas Involucrados con el SCADA 3.5 Ambientes del Usuario 6 6 6 6 6 6 7 7 7 8 8 8 9 11 12

13 3.6 Necesidades Claves de Involucrado y Usuario (Seccin en desarrollo) (OJO: Reporte de ReqPro) 13 3.7 Alternativas y Competencias 15 3.7.1 Adquisicin de un nuevo sistema (SCADA) 3.7.2 Seguir utilizando las soluciones actuales 3.7.3 Utilizar Scadas implementados en Software Libre 4. Descripcin General del Producto SECCIN EN DESARROLLO 4.1 Perspectiva del Producto 4.1.1 Alcance del sistema SCADA 4.1.2 Relacin del SCADA en su entorno 4.2 Resumen de Capacidades 4.3 Supuestos y Dependencias Seccin en Desarrollo 4.4 Licenciamiento e Instalacin 5. Necesidades y Caractersticas Clave del Producto 6. Restricciones Seccin en Desarrollo 7. Prioridad y Precedencia 8. Otros Requerimientos del Producto 9.1 Estndares Aplicables 9.2 Requerimientos del Sistema 9.3 Requerimientos de Performance 9.4 Requerimientos de Ambiente Confidencial PDVSA, 2011 16 16

15 15 16

16 17 18 18 18 18 24 25 25 25 27 27 27 Pgina 3

Versin:

<1.0>

Desarrollo SCADA Nacional - Documento Visin <identificador del documento> 9. Requerimientos de Documentacin 10.1 Manual del Usuario 10.2 Ayuda en lnea 10.3 Guas de Instalacin, Configuracin, y Archivos Read Me 10.4 Etiquetado y Empaquetado Apndice A. Homologacin de las Necesidades de los Involucrados

Fecha: <21/Jul/2006>

28 28 28 28 28 29

Confidencial

PDVSA, 2011

Pgina 4

Documento Visin
1.
1.1

Introduccin
Propsito El propsito de este documento es presentar las necesidades de alto nivel y caractersticas, del Desarrollo SCADA Nacional, que han sido levantadas a travs de un proceso de comprensin de las necesidades del negocio y de entrevistas con involucrados. Se enfoca en qu capacidades del producto son requeridas por los involucrados y los usuarios finales y por qu existen estas necesidades. Alcance Este documento especifica el problema u oportunidad a resolver, los involucrados y usuarios afectados, y la solucin ofrecida por el proyecto Sistema Automatizado de Inmersin Temporal. Describe la funcionalidad y caractersticas de la solucin en general. Los detalles sobre la funcionalidad del sistema se encuentran en el Modelo de Casos de Uso y en las Especificaciones Suplementarias Funcionales. Las especificaciones no funcionales del sistema, as como aquellas especificaciones funcionales que no son fcil de modelar con casos de uso, se encuentran contenidas en las Especificaciones Suplementarias de acuerdo a su tipo. Definiciones, Acrnimos, y Abreviaturas Ver Ref. 1 Glosario (disponible como referencia para todos los documentos) Trmino SCADA Descripcin Supervisory Control and Data Acquisition (Sistema de Supervisin, Control y Adquisicin de Datos). Los programas necesarios, y en su caso el hardware adicional que se necesite, se denomina en general sistema SCADA. Son requerimientos de negocio planteados con un alto nivel de abstraccin, que orientan las caractersticas y requerimientos detallados que deber tener la aplicacin para solventar el problema u oportunidad definidos. Las caractersticas son condiciones o capacidades que deben estar incluidas dentro del sistema; son requerimientos planteados con un nivel intermedio de abstraccin y van a ser oportunamente mapeadas a los casos de uso y especificaciones suplementarias. Las caractersticas no funcionales son referentes a usabilidad, confiabilidad, desempeo y soportabilidad, entre otras

1.2

1.3

Necesidades (NEC)

Caractersticas Caractersticas Funcionales (CARF) Caractersticas no Funcionales (CARN) 1.4 Referencias 1. 2. 1.5

Glosario. Conceptualizacin de la Arquitectura del Proyecto BIOInmerSys.

Descripcin General (REVISAR) Este documento est estructurado en secciones, en la segunda seccin se describe el posicionamiento del Sistema Automatizado de Inmersin Temporal, definiendo los problemas que existen y las soluciones actuales, junto con las soluciones que se ofrecen.

En la tercera seccin se describirn los perfiles de los involucrados y usuarios, con el fin de proveer una lista que el equipo tcnico podr utilizar para capturar todos los requerimientos de los involucrados y usuarios disponibles. En la cuarta seccin se ofrece una descripcin general de la solucin ofrecida (incluyendo los supuestos y dependencias), cuyas caractersticas estn detalladas en la seccin siguiente, para su jerarquizacin y distribucin entre las varias liberaciones. La sexta seccin explica las restricciones de distinto ndole, incluyendo las restricciones de diseo que ya se avisan, y en las secciones siguientes se detallan los Rangos de Calidad esperados, las prioridades y precedencias dentro de la estrategia de desarrollo, los requerimientos suplementarios (que sern tratados en mayor grado de detalle en el documento Especificacin de Requerimientos de Software), y la dcima y ltima seccin tratar de los requerimientos de documentacin anticipados para el Sistema Automatizado de Inmersin TemporalDesarrollo SCADA Nacional.

2.
2.1 2.2

Posicionamiento
Oportunidad del Negocio Definicin del Problema Los problemas de Incurrir en riesgos para las personas y equipos producto de fallas operacionales, la falta de auditabilidad de las acciones ejecutadas y altos costos de operacin. Unido a lo anterior, la dependencia existente de sistemas, algunos obsoletos, algunos sin soporte de fabricante y la alta dependencia en una tecnologa crtica para el negocio petrolero. Los responsables de las operaciones de los diferentes negocios de PDVSA, a los responsables de los sistemas automatizados de monitoreo y control Los niveles no ptimos de produccin Riesgos a la Integridad de personas y equipos Desconocimiento de acciones tomadas por personas o sistemas automatizados Los costos incrementados de operacin Riesgos a la continuidad operacional indispensable para la empresa Un sistema integral de Supervisin y Control adaptable a todas las operaciones y negocios de PDVSA, que permita, sin dependencias externas a ella, supervisar y controlar los procesos operacionales, minimizar los riesgos, auditar las acciones ejecutadas y manejar eficientemente el uso de los recursos,

Afecta El impacto del cual es

Una solucin exitosa sera

2.3

Definicin de la Posicin del Producto Para Quienes Nombre del producto Que Para los diferentes negocios de PDVSA Necesitan sistemas confiables para la supervisin y control de los procesos operacionales y el manejo eficiente de sus recursos. SCADA Nacional Permitir supervisar y controlar las operaciones actuales y futuras de PDVSA. Permitir minimizar riesgos a la integridad de las personas, ambiente y de los activos monitoreados. Permitir mejorar la eficiencia en el uso de los recursos y aportar datos a las distintas aplicaciones de PDVSA que requieren los datos de las operaciones. Permitir establecer responsabilidades sobre las acciones ejecutadas en los distintos procesos operacionales. Permitir el control por parte de PDVSA de la tecnologa utilizada Los SCADAS actualmente en uso cuya tecnologa, crtica para el negocio, es controlada por terceros o se encuentra ya en estado de obsolescencia. Ser basado en cdigo abierto, escalable, distribuido, extensible a travs de facilidades incluidos para la programacin de drivers, aplicaciones y despliegues, minimizar la dependencia en soluciones propietarias, y ser mantenido e implantado por las empresas nacionales, los PYMES y las universidades.

A diferencia de Nuestro producto

3.

Descripcin de los Involucrados y Usuarios

En esta seccin se entiende por involucrados a todos aquellos que sern impactados en alguna forma por la solucin en desarrollo y cuyos requerimientos deben ser obtenidos e incorporados. Se entiende por usuarios, aquellos que interactuarn directamente con el sistema.

3.1

Demografa del Mercado Histricamente, la necesidad de aumentar los niveles de eficiencia, minimizar los costos y optimizar los procesos de produccin, resulta sumamente importante para cualquier industria. Actualmente, unos de los mecanismo ms importantes para fortalecer estas necesidades, es la automatizacin de los distintos procesos que componen la cadena de produccin, por tal motivo la necesidad de automatizar las operaciones resulta prioritaria para cualquier industria en donde se han invertido importantes recursos. Los sistemas de supervisin, control y adquisicin de datos (SCADA) comprenden el ncleo de cualquier sistema automatizado, por tal motivo los SCADA son una pieza estratgica para cualquier industria, para nuestro caso particular, la industria petrolera nacional, resulta un elemento esencial en el control de los procesos e incluso vital para la seguridad de la nacin. Nuestro producto est dirigido a cubrir las necesidades de la industria petrolera nacional en cuanto a sistemas de supervisin, control y adquisicin de datos distribuidos. Este producto inicialmente ser implantado en el rea de Barinas (Divisin E&P) y posteriormente ser gradualmente masificada de acuerdo a su evolucin natural en las distintas localidades y procesos (Refinacin, Gas, Distribucin Venezuela, entre otros). Fuera del contexto de la industria petrolera nacional, el sistema se visualiza que la solucin pueda ser implantada por otras industrias del estado venezolano, con las modificaciones pertinentes para cada caso

particular, las cuales no entran dentro del alcance del presente proyecto. 3.2 Resumen de Involucrados Rol / Nombre (s) Patrocinador / Carlos Castellano Descripcin Gerente del distrito tecnolgico Responsabilidades en el Proyecto Aprueba presupuesto del proyecto Aprueba contrataciones Aprueba estrategias de desarrollo Define orientacin tecnolgica de alto nivel del desarrollo Monitorea el progreso del proyecto Asegura que el sistema cubra las expectativas del negocio de Exploracin y Produccin Valida requerimientos del sistema Valida orientacin tecnolgica del sistema Promociona la masificacin del sistema con el negocio de Exploracin y Produccin Valida tecnologas y estndares a ser empleados en el sistema Aprueba la Arquitectura base del sistema Aprueba la implantacin de infraestructura de Hardware y de nuevas herramientas de software Valida los requerimientos base del usuario por su directa interrelacin Establece los requerimientos para la mantenibilidad Usuarios que Representas N/A

Asesores GNO de Negocios: Exploracin y Produccin para AIT / Carlos A. Medina Refinacin /Rafael Torres Distribucin / Incluir Homologos de otros negocios Arquitecto / Manuel Santos

Involucrado responsable de ofrecer soluciones de AIT a las necesidades de la organizacin de Exploracin y Produccin; as como detectar anticipadamente soluciones a implantar.

N/A

Responsable de crear los lineamientos y polticas de arquitectura de la corporacin, as como definir patrones de su caracterizacin, evolucin y crecimiento.

N/A

Mantenedor / Orisay Lameda

Principal usuario del sistema, ya que lo utiliza para configurar los SCADA y ejecutar las acciones de implantacin que le permitirn al usuario usar la aplicacin

Supervisor de Operaciones Operador Mantenedor

instalada. Conocen las reglas de uso y elementos de diseo a ser impuestos por el usuario que opera el sistema.

Gestor y Contralor de la plataforma / Miguel Roa

Involucrado que realiza el Control y Gestin de la configuracin, implantacin y administracin de nuevas versiones de las aplicaciones, y la gestin de los activos

Responsable migracin Software Libre /Alberto Armas

Responsable por establecer los lineamientos corporativos de cumplimiento con el decreto de software libre en la implantacin de soluciones de TI propias o de terceros.

Visualizador de las necesidades y oportunidades del negocio / Mariela Martnez /Jess Zamora (oriente)

Responsable de interpretar las necesidades y requerimientos directos del usuario, a fin de ofrecerles soluciones acordes a sus necesidades

Especialista SCADA Elctricos / Gerardo Harner

Involucrado externo de PDVSA responsable de asesorar al Distrito Tecnolgico de AIT de las funcionalidades y

del sistema Es el principal usuario del sistema Valida los casos de uso diseados para la configuracin del sistema en su implantacin Valida el plan de desarrollo del producto y su evolucin en el tiempo Aprueba el plan de implantacin de las versiones del producto Dota los equipos de computacin para pruebas y desarrollo Dicta los lineamientos y valida la adherencia de tecnologas y estndares a ser empleados en el sistema con el decreto de software libre Aprueba la implantacin de nuevas herramientas de software y su compatibilidad con los lineamientos de software libre Validar los requerimientos del sistema con el usuario final (si se requiere) Incluir nuevos requerimientos no contemplados por el equipo diseador Revisar los casos de uso diseados para el sistema Ofrecer una visin de las funcionalidades de los SCADA elctricos .Incluir requerimientos

N/A

N/A

Operador Mantenedor

N/A

caractersticas de los sistemas de generacin y distribucin elctrica.

que aplican al negocio elctrico de distribucin. Validar requerimientos del sistema.

3.3

Resumen de Usuarios Supervisor de Operaciones: Realiza las actividades de supervisin de los procesos asociados a la unidad de negocio y de todas las operaciones realizadas por los analistas de operacin a su cargo. Esta ubicado en las oficinas de la gerencia del distrito. Recibe los reportes de las operaciones generadas por el sistema SCADA o aplicaciones alimentadas por los datos de este sistema. Operador: Persona encargada directamente del control de los procesos operacionales y de ejecutar y enviar los reportes durante su guardia . El ambiente del Operador es la Sala de Control, es el responsable de las consolas de operacin, que estn conectadas a los servidores SCADA, los cuales pueden encontrarse fuera de la sala de control. Mantenedor: Personal encargado de configurar y extender el sistema SCADA con las caractersticas del proceso y del negocio, para que pueda ser empleado por el operador y los dems involucrados. Se encuentra adyacente a la sala de control y/o de los servidores del SCADA. Puede visualizar las operaciones y despliegues de los procesos supervisados, adems de preparar y editar todo el ambiente requeridos por el operador. Auditor: Es encargado de realizar las auditorias sobre las acciones ejercidas sobre el proceso y los eventos ocurridos en el sistema SCADA. Es un ente externo del proceso y del negocio. Rol / Nombre (s) Supervisor de Operaciones / Asdrbal Perez /Lino Hernandez Operador / Ulianov Gil / Grace Gil / Miguel Moreno Mantenedor / Raed Charrouf / Rafael Diaz /Hilda Rojas Responsabilidades Responsable y aprobador de las acciones ejecutadas por sus supervisados en el control general de las operaciones Coordina el trabajo de los operadores Valida la implantacin de soluciones tecnolgicas Monitorea el sistema y toma acciones de control en caso de que sea necesario Enva comandos de control del proceso Genera reportes diarios de operacin y atiende fallas Mantiene la disponibilidad y comunicacin del sistema a los Operadores Realiza la configuracin del sistema Realiza cambios en la configuracin. Satisface las necesidades de los usuarios (Operadores, Supervisores), suministrando soluciones de calidad, a tiempo, y en Involucrado que lo representa en el Proyecto Mantenimiento

Mantenimiento Gestin Necesidades y Oportunidades

Representado por si mismo. Gestin de Necesidades y Oportunidades

especificaciones. Realiza los ajustes que se requieren en el sistema Auditor

3.4

Otros Sistemas Involucrados con el SCADA Sistema de Visualizacin de Histricos: Sistemas utilizados para conciliar datos de distintas fuentes con miras a tener visualizacin integrada de distintos procesos y distintos SCADAs. Sistema de Optimizacin: Aplicaciones encargadas de la optimizacin de ciertos procesos de la industria, y suministra datos operacionales al sistema SCADA. Dispositivos de Control: Son los elementos fsicos que adquieren, almacenan y transmiten al SCADA los datos de las variables del proceso, en algunos casos pueden realizar procesamiento digital. Adems, reciben comandos de control provenientes del SCADA para modificar variables. Sistema de Gestin de Activos: Contiene la informacin de los dispositivos de campo y de control, acerca de sus condiciones, atributos y registro de funcionamiento. Sistema SCADA Remoto: Es otra instalacin del SCADA Nacional con quien debe compartir informacin operacional debido a la dependencia de los procesos que ambos SCADAS pueden estar supervisando/controlando. Base de Conocimientos de Procesos: Es un sistema que recibe del SCADA informacin de condiciones operacionales para suplir al operador de experiencias en el manejo de los procesos bajo las condiciones suministradas. El sistema tambin recibe del SCADA experiencias asociadas a condiciones operacionales provenientes de sus usuarios. Sistema de Control de Acceso: Sistema que contiene toda la informacin relacionada con el personal autorizado por PDVSA para acceder a los sistemas e instalaciones de acuerdo a los niveles de acceso establecido en cada uno de ellos. El SCADA Nacional obtiene informacin de los usuarios a registrar de este sistema.

Rol / Nombre (s) Sistemas de Visualizacin Historicos. / Lismar Lista / Katiuska Cabeza

Responsabilidades Aplicaciones que extraen datos del SCADA para diversos propsitos.

Involucrado Mantenimiento Gestin Necesidades y Oportunidades

Sistemas de Optimizacin / Guillermo Perez / Cesar Bravo Dispositivos de Contorl

Estas aplicaciones toman informacin del SCADA ejecutan algoritmos de optimizacin y dan instrucciones de operacin al SCADA cuando este es colocado en estatus de automtico,. para un proceso especfico.

Mantenimiento Gestin Necesidades y Oportunidades

3.5

Ambientes del Usuario Supervisor de Operaciones: Los supervisores se encuentran prximos a las salas de control donde se encuentran las consolas de operacin, ellos tienen el panorama visual donde se proyectan los procesos ms crticos de los procesos. Operador: Los analistas de operacin u Operadores se encuentran frente a las consolas de operacin donde se ejecuta la supervisin y el control de los procesos, ubicados en la sala de control. Mantenedor: El mantenedor esta ubicado generalmente en las oficinas cercanas a la sala de control, y cuenta tambin en su escritorio con unas consolas de ingeniera, donde adems de visualizar lo mismo que el operador, el puede efectuar el mantenimiento a el sistema SCADA. Auditor: El auditor es un ente externo al SCADA y cuando efecta las labores de audicin las realiza desde las consolas de operacin.

3.6 Necesidades Claves de Involucrado y Usuario (Seccin en desarrollo) (OJO: Reporte de ReqPro) En la siguiente tabla se listan necesidades clave que debe cumplir el producto, levantadas durante entrevistas con los usuarios e involucrados. Se indica para cada necesidad: Prioridad expresada por el usuario o involucrado cual es la preocupacin existente si no se logra dicha solucin Como es la situacin actual referente a la problemtica relacionada con esa necesidad La solucin que se visualiza deber incorporarse en el producto para asegurar que la necesidad es solventada apropiadamente.

Necesidad

Pri.

Razn o Preocupacin

Solucin Actual

Soluciones Propuestas

Tiempos de Respuesta de visualizar variables de campo y de que se ejecuten comandos de control en campo

Toma de decisiones incorrectas o a destiempo causando accidentes

En los scadas actuales hay demoras frecuentes en ver el efecto de los comandos de control por las lneas de comunicacin Los tiempos de respuesta de los scadas actuales son aceptables

Interfaces amigables que permitan referencia visual fidedigna

Capacidad de escalamiento y adaptabilidad a cualquier tipo de negocio PDVSA

Distribucin efectiva de los datos

Que el operador no aprecie clara y oportunamente las condiciones del proceso Si las interfaces no son amigables, se deberan redefinir con gran impacto al tiempo del proyecto. Si operador no acepta las nuevas interfaces rechazar el nuevo sistema El sistema se quedar pequeo para las necesidades y fracasar a mediano o largo plazo Se buscarn soluciones alternas en reas al las que este scada no pueda escalar Cada involucrado debe poder ver solo los datos necesarios Desplegar exceso de datos afectar tiempos de respuesta y confundir a los involucrados

Las actuales son fidedignas

Lograr la eficiencia en el manejo de la distribucin de las cargas a travs de los distintos hilos de procesamiento y las conexiones de campo. Su xito depende en gran medida de la plataforma de telecomunicaciones disponible en campo. Lograr trasmitir eficientemente los datos recolectados a los distintos nodos involucrados a travs de servicios de publicacin suscripcin con parmetros de calidad de servicios. Implantacin de esquemas de base de datos en tiempo real Evaluar las interfaces existentes, tomando sus mejores caractersticas y adaptando segn los requerimientos

Son mltiples SCADAs a nivel nacional. Aquellos obsoletos o no mantenidos no son escalables

Solucin arquitecturada orientada a objetos y distribuida. Se capturarn los requerimientos de los diferentes negocios y procesos, considerndolos en el ncleo del SCADA en forma de facilitar su implementacin

reas de operacin , niveles de operacin

Lograr continuidad operacional 7X24

Cualquier falla podra ocasionar la paralizacin de las operaciones. Si esto no se implanta el sistema no ser usado Debe haber seguridad de que el sistema opera correctamente y permite un monitoreo fidedigno y un control operativo efectivo

Los scadas actuales tienen todos esquemas de redundancia

Autodiagnstico del SCADA

El uso de esquemas de redundancia en: sistemas de recoleccin, almacenamiento, presentacin y comunicaciones entre los nodos En caso de sustitucin de versiones del ncleo del Scada, se minimizar el impacto y se planificar con los usuarios involucrados. El sistema contar con procesos dedicados al monitoreo de los distintos elementos y subprocesos que componen la arquitectura. Ej: monitorear el estado de los dispositivos de control, las tareas de recoleccin de los servidores y el estado de las consolas. por mecanismos de comunicacin distintos a los usados para la monitorear y controlar Se monitorear el estado de la Base de Datos ???

3.7

Alternativas y Competencias Luego de evaluar la situacin actual en la industria nacional petrolera, en el mbito de SCADAs, se pudieron determinar los distintos escenarios que forman parte de las distintas alternativas que tenemos y los elementos de competencia al que nos enfrentamos actualmente y que a continuacin numeramos: Adquisicin de un nuevo sistema (SCADA) Una de las alternativas ms expeditas para cubrir las necesidades de SCADAs es, sin duda, la adquisicin de una nueva plataforma, esto nos permitir cubrir en un periodo razonablemente corto, las necesidades en este sentido. Sin embargo la limitante de esta alternativa radica en los costos asociados a la adquisicin, implementacin y mantenimiento, adems el incumplimiento del decreto 3390, el cual establece el uso de Software Libre en la administracin publica venezolana. La adquisicin de un sistema nuevo, fabricado por las principales empresas que desarrollan sistemas de este tipo, si bien, resulta tcnicamente completamente factible, desde otra perspectiva resulta una alternativa totalmente desviada del proyecto de construccin de soberana tecnolgica y de desarrollo sustentable del ecosistema tecnolgico del pas (universidades, empresas de produccin social, cooperativas, entre otros). Es realmente este elemento el que descarta esta alternativa como competencia directa de nuestro sistema. De hecho, se realizaron gestiones para vislumbrar la factibilidad de cumplir el lineamiento va la adquisicin de cdigos fuentes de alternativas tecnolgicas, sin resultados satisfactorios. Motivado a eso, las oportunidades de los productos comerciales son escasas y las amenazas son considerables. (Ref. 5 Documento de Visualizacin).

3.7.1

3.7.2

Seguir utilizando las soluciones actuales En los casos en los que existen SCADAs ya instalados y operativos, la alternativa de seguir manteniendo la plataforma existente, solo se ve restringido por la disponibilidad del proveedor y por los costos de actualizacin y mantenimiento. En algunos casos puntuales no existe relacin con el proveedor, lo que hace perentoria la decisin de reemplazar el sistema por otro que pueda mantenerse actualizado en el tiempo.

Esta alternativa solo es viable en los casos en los que se cuenta con un sistema funcionando y adems existe un vinculo funcional entre el proveedor y la empresa, y no es este el caso ms comn en la industria , por tal motivo no es considerado como una alternativa global para todos los casos. 3.7.3 Utilizar Scadas implementados en Software Libre Esta alternativa representa uno de los elementos de competencia ms significativos para nuestro sistema, sin embargo los estudios realizados en este particular, arrojan desarrollos todava incipientes y adems sin equipos de desarrollo trabajando activamente, es decir desatendidos por completo.

4.

Descripcin General del Producto SECCIN EN DESARROLLO

[This section provides a high level view of the product capabilities, interfaces to other applications, and system configurations. This section usually consists of three subsections, as follows: 4.1 4.1.1 Product perspective Product functions Assumptions and dependencies] Perspectiva del Producto Alcance del sistema SCADA

La supervisin y control de las principales instalaciones operacionales de la corporacin son llevadas a cabo por sistemas especializados, los cuales permiten la adquisicin de seales de campo, almacenaje y transporte de la informacin, y ejecucin de aplicaciones. Con estos sistemas se logra el control eficiente en la operacin de estos procesos y, entre otras cosas, determinar con antelacin situaciones anormales que puedan perjudicar las operaciones o atentar contra la seguridad de las personas y las instalaciones. Estos sistemas son conocidos como SCADA, que viene de las siglas de Supervisory Control And Data Adquisition, es decir: adquisicin de datos y control supervisorio. Los programas necesarios, y en su caso el hardware adicional que se necesite, se denomina en general sistema SCADA. En la actualidad se dispone de un total de 72 SCADA, distribuidos de la siguiente forma: 34 en Oriente, 27 en Occidente, 4 en Metropolitano y 7 en Sur. Dichas instalaciones cubren las diferentes actividades de la corporacin desde la exploracin, produccin, transporte, almacenaje, distribucin y despacho de crudos, productos y gas. Estos sistemas controlan y supervisan ms del 90% de la produccin de crudo, y ms del 95% de la distribucin de productos finales (gas, gasolina, Kerosn y diesel). Mayor informacin de lo sistemas SCADA, sus funciones bsicas, requisitos, estructura y componentes, se puede obtener en el documento Ingeniera Conceptual Proyecto SCADA Nacional en el captulo 2, seccin 1, aparte A.

4.1.2

Relacin del SCADA en su entorno

Este esquema representa la relacin entre el sistema SCADA y otros elementos o sistemas de la corporacin, destacando la adquisicin de los datos desde los instrumentos (sensores, actuadotes, vlvulas) y RTU hasta la disponibilidad de estos datos a las capas y aplicaciones superiores de gestin.

4.2

Resumen de Capacidades Tabla 4-1 Beneficios del Cliente El producto debe alinearse con los objetivos de soberana tecnolgica y desarrollo endgeno sustentable por la sociedad, y cumplir con la legislacin Venezolana. Se requiere de una pieza de software de alta integridad y confiabilidad que garantice su funcionamiento ininterrumpido. Se requiere estar a la vanguardia tecnolgica en ergonoma, funcionalidades, y capacidad de integracin con otros sistemas.

Capacidades Sistema SCADA Nacional Caractersticas del SCADA Nacional El producto debe ser implementado en base del Software Libre, el Cdigo Abierto y Estndares Abiertos. Las metodologas y procesos de ingeniera adoptados, como la RUP y CMMI, deben facilitar y soportar la participacin de la mayor cantidad de actores de la sociedad a travs de las cooperativas, la academia, y los PYMES. El producto debe ser construido sobre la base de una arquitectura solidamente probada de n-capas, integrado flexiblemente en mdulos independientes y robustos, y desplegados en sistemas redundantes en software y en hardware. La gestin de requerimientos y la centralidad de la tarea de elegir la arquitectura en base de prototipos, con la participacin de mltiples actores, como ejes fundamentales del proceso de ingeniera del SCADA Nacional garantizar el empleo de los ms avanzados componentes (propios o cosechados), y que sean componentes diseados para ser expuestos a un constante proceso de mejorara y extensibilidad.

4.3

Supuestos y Dependencias Seccin en Desarrollo Disponibilidad de un sistema operativo en tiempo real bajo modalidad Cdigo Abierto cuyas caractersticas cumplan con las requeridas en el Desarrollo SCADA Nacional. Disponibilidad de una base de datos en tiempo real bajo modalidad Cdigo Abierto cuyas caractersticas cumplan con las requeridas en el Desarrollo SCADA Nacional. Adicionalmente, que las adaptaciones internas a la base de datos postgres que est desarrollando la Universidad de Simn Bolivar, al agregar la dimensin de temporalidad en forma transparente a las bsquedas SQL, permita tener tiempos de respuesta muy parecidos a los del Posgres sin modificaciones. Disponibilidad de un sistema de middleware Corba/DDS bajo modalidad Cdigo Abierto cuyas caractersticas cumplen con las requeridas en el Desarrollo SCADA Nacional. Que el uso de licencias Cdigo Abierto en los componentes y servidores que conforman el Desarrollo SCADA Nacional, no obliga a la divulgacin de los fuentes ya que no se dispone a vender comercialmente (planteado por el Profesor Leon de la ULA en reunin del 25 de mayo con el equipo tcnico); informacin que ser igualmente validada con las personas responsables del Software Libre en la corporacin.

4.4

Licenciamiento e Instalacin No se contemplan requerimientos adicionales por licenciamiento, excepto la adherencia al modelo de Cdigo Abierto. Estos factores de licenciamiento requieren ser validados y definidos en conjunto con las personas responsables del Software Libre en la corporacin. La instalacin debera ser sencilla y guiada paso a paso. Es preferible la instalacin de todos los elementos que se requieren del SCADA desde un mismo CD y con los instaladores respectivos segn la funcionalidad a instalar (servidores SCADAs, consolas de operacin, servidores web, drivers o protocolos de comunicacin, aplicaciones opcionales).

5.
1.

Necesidades y Caractersticas Clave del Producto

NEC- Monitorear procesos operacionales de negocio: El sistema debe ser capaz de ofrecer

una referencia visual fidedigna, continua y dinmica del proceso permitiendo variar el grado de detalle de los aspectos operacionales y la navegacin entre las diferentes partes del proceso segn la perspectiva requerida por el operador, indicando adems las situaciones de falla que puedan ocasionar daos en los equipos, personas o al ambiente. 1.1 CARF- Supervisin de los procesos a travs de despliegues grficos y cnsolas con el detalle en texto: El sistema permitir al usuario realizar todas las actividades de supervisin de los procesos dentro de su alcance, a travs de las consolas de operacin visualizando distintos tipos de despliegues y videos. Estos despliegues proveern vistas de los procesos que se estn monitoreando y controlando. 1.2 CARF- Manipular Grficos y Tendencias: El sistema debe proveer una herramienta para la creacin, configuracin, despliegue y clculo (o ejecucin) de grficos y tendencias. Los grficos y tendencias permiten al usuario apreciar la evolucin de los valores en el tiempo y entre diferentes variables. 1.3 CARF- Manejar inteligentemente avalancha de alarmas: El sistema debe tener un mdulo para el manejo de avalancha de alarmas (mltiples alarmas asociadas a un mismo evento) que permita detectar la falla o condicin anormal principal del proceso que ocasiona la sucesin escalonada de alarmas como consecuencia de la alarma inicial. Las alarmas consecuentes se filtran para poder destacar la falla original que las provoca. 1.4 CARF- Manejar la ocurrencia de alarmas: El sistema debe permitir al operador la construccin de filtros para alarmas a ser detectadas, con base en el proceso monitoreado. El sistema debe permitir igualmente al operador inhibir las alarmas asociadas a los puntos a monitorear. El sistema debe ser capaz de manejar la ocurrencia de cualquier tipo de alarma asociada a los dispositivos monitoreados. 1.5 CARN- Tiempos de respuesta ajustados a necesidades operacionales: Los tiempos de respuesta del sistema deben ajustarse a las necesidades operacionales definidas para las funciones que se realizan en el mismo, como encendido y apagado del equipo, recuperacin de fallas, sincronizacin de informacin. 1.6 CARF- Consulta de tendencias: El sistema debe almacenar toda la informacin recabada de datos y todos los eventos de control, monitoreo y funcionamiento o uso del sistema. El sistema debe permitir generar diferentes tipos de tendencias de los datos asociados a los puntos monitoreados en los tiempos requeridos por el las necesidades operacionales. El sistema debe manejar los datos y tendencias hasta un ao de antigedad. El sistema almacenar toda la informacin de los datos recientes y solo informacin seleccionada por el Mantenedor, de los datos no recientes. 1.6.1 Manejar un repositorio de datos de tiempo real , que es donde se reciben los datos directamente del proceso y un repositorio histrico que se alimenta del repositorio a tiempo real. La informacin que se almacena en el repositorio histrico debe ser configurada por puntos, indicando el tiempo de refrescamiento del histrico. La permanencia de los datos en el repositorio a tiempo real e histrico debe ser configurada por el repositorio, no por punto. Se espera que el repositorio a tiempo real tiene una duracin menor al repositorio histrico (ejem. 3 meses T.R. y 1 ao Histrico). } 1.7 CARF- Monitoreo de condiciones ambientales: El sistema debe ser capaz de monitorear a travs de imgenes y/o video sobre las condiciones de ambiente y generar alarmas en caso de detectar cambios anormales. 2. NEC- Controlar procesos operacionales de negocio: El sistema debe poder controlar los procesos operacionales mediante la ejecucin inmediata de los comandos y acciones de control indicada por el operador u otros sistemas externos al SCADA, ambos debidamente autenticados y

autorizados. 2.1 CARF- Controlar procesos: El sistema permitir al usuario realizar las actividades de control de procesos, ejecutando comandos autorizados segn la configuracin de su perfil. 3. NEC- Asegurar continuidad operacional: Dado que el sistema debe soportar la continuidad de las operaciones de PDVSA, el mismo debe tener disponibilidad de su funcionalidad critica las 24 horas del da, los 7 das a la semana. Los mantenimientos que se realicen no deben interrumpir su operatividad. 3.1 CARF- El sistema debe ser tolerante a fallas a travs del empleo de componentes redundates: El sistema debe contar con mecanismos de contingencia que le permitan recuperarse de fallas en un lapso de tiempo que no afecte la operacin. Debe trabajar de forma redundante y garantizar la integridad de los elementos redundantes. El sistema debe garantizar la continuidad de su operacin y la tolerancia a fallas a travs del uso de nodos redundantes que permitan a un nodo secundario tomar el control en caso que un nodo primario falle. 3.2 CARF- Respaldo automtico de la configuracin del sistema: El sistema debe realizar respaldos confiables, automticos y peridicos, o manuales segn solicitud de un usuario autorizado, de la configuracin del sistema y los datos de la operacin, que permitan, en caso de una emergencia recuperar, bajo cualquier circunstancia, el funcionamiento del sistema en un mximo de tiempo definido por las necesidades operativas. Esta recuperacin debe poder realizarse en un equipo que no tiene ninguna configuracin adicional al setup inicial de las herramientas. El respaldo debe realizarse en un medio externo al equipo que se respalda. 4. NEC- Adaptable a diversos tipos de negocios y procesos operacionales de PDVSA: El sistema debe poder soportar efectivamente aplicaciones especializadas para cada uno de los diferentes tipos de operacin y procesos industriales de PDVSA, a saber: exploracin, produccin, refinacin, comercio y suministro, gas y transmisin y distribucin elctrica. El sistema debe poder configurarse de tal manera de poder implementar los distintos procesos a supervisar y controlar en las distintas localidades en donde funcionar. 4.1 CARF- Configurar Sistema: El sistema debe poseer una interfaz exclusiva para ser utilizada por los mantenedores del sistema, donde se puede visualizar y configurar las vistas, los despliegues y acciones permitidas para los distintos usuarios (operadores) en referencia a toda la arquitectura del SCADA. 4.2 CARF- Gestin de Despliegues: El sistema permitir configurar, depurar, diagnosticar y programar despliegues. 4.3 CARF- Definicin y despliegue de alarmas: El sistema debe permitir la definicin de varios tipos de alarmas (ej. por comparacin a valores lmites y puntos de ajuste) durante la configuracin de los puntos, y la configuracin del mecanismo de visualizacin durante el procesos de creacin o modificacin de los despliegues. 4.4 CARF- Gestin de Reportes: El sistema debe contar con una herramienta que permita la construccin, prueba y ejecucin de diferentes tipos de reportes (de datos operacionales, de eventos, de auditoria, de efectividad del sistema, y otros de acuerdo a la solicitud de los diferentes tipos de usuarios del sistema) con base en la informacin almacenada en el sistema. 4.5 CARF- Mecanismo de configuracin de la recoleccin de datos de los dispositivos de control: El sistema debe contar con herramientas grficas para configurar los dispositivos de control, los puntos, la estructura de almacenamiento, la forma de recoleccin de datos (manual o automtica), la frecuencia de la recoleccin, as como los rangos de aceptacin de los valores recogidos.

5. NEC- Auditabilidad: El sistema debe permitir auditar cada evento individual monitoreado bien sea en forma automatizada o por intervencin manual. Igualmente para todo componente controlado y cada accin tomada por todo usuario del sistema. Esta auditabilidad debe poderse realizar inmediatamente despus de cada evento. El sistema debe permitir la configuracin sencilla de las vistas y reportes de auditoria en un tiempo de respuesta acorde a las necesidades del negocio. 5.1 CARF- Mecanismos de auditoria del sistema: El sistema debe disponer de mecanismos que registren el uso del SCADA por parte de usuarios y sistemas externos, de forma de poder determinar cualquier accin o secuencia de acciones y las responsabilidades y el origen preciso de una falla en caso de producirse. Este registro debe contener informacin del usuario o sistema que realiz la actividad, momento preciso en que se realiz y la respuesta que brind el sistema. Esta es una caracterstica omnipresente. 5.2 CARF- Configuracin y parametrizacin: El sistema debe ofrecer herramientas que permitan configurar los reportes de auditoria, segn la informacin a desplegar, por usuarios o eventos. 6. NEC- Ergonoma, facilidad de uso y habilidad para ser parametrizable permitiendo definir y ajustar los elementos de monitoreo y control: El sistema debe poner a disposicin de los usuarios herramientas amigables, guas y ayudas para la realizacin de todas las funciones, minimizando el esfuerzo para la interpretacin de las operaciones y la toma de decisiones acertadas. 6.1 CARN- Facilidades de Navegacin: El sistema debe permitirle al operador navegar entre los distintos despliegues que detallan el proceso, los cuales deben seguir la secuencia lgica del proceso. La navegacin se puede realizar a travs de teclas en el teclado o con el uso del ratn en pantalla. Para ello tambin se debe contar con un esquema bsico (visual o en texto) que resuma el proceso y a partir del cual se pueda ir a cualquier despliegue del sistema. 6.2 CARN- Interfaz de configuracin del sistema: La interfaz de configuracin del sistema debe ser grfica, intuitiva y usable. 6.3 CARF- Facilidades para agregar nuevos despliegues: El sistema debe permitir al mantenedor la realizacin, de forma sencilla, de nuevos despliegues y modificacin de los previamente creados, con base en los dispositivos de control registrados en el SCADA, as como los elementos de interfaz personalizados. 6.4 CARN- Usabilidad en la gestin de despliegues: El sistema permitir configurar, depurar, diagnosticar y programar despliegues con herramientas de dibujo estndares y con su propia herramienta de dibujo. 6.5 CARN- Acceso Web al sistema: El sistema debe permitir la conexin de los usuarios a travs de navegadores Web estandard, para realizar todas las funciones que se realizarn en la aplicacin stand-alone con excepcin de control de procesos de campo y creacin/modificacin de despliegues. Est permitida la configuracin de puntos activacin/desactivacion de usuarios, etc. Debe tomar en cuenta las consideraciones necesarias de seguridad (autenticacin, registros,entre otras) . 6.6 CARN- Usabilidad en la gestin de reportes: El sistema debe contar con una herramienta intuitiva y usable que permita la construccin, prueba y ejecucin de reportes . 6.7 CARN- Ayudas en Lnea: El Sistema debe poseer ayuda en lnea, sensitiva al contexto . 6.8 CARN- Despliegues en 3D: El sistema debe presentar el mmico del proceso en 3D, para permitir representar la realidad operacional de forma fidedigna.

7. NEC- Adaptable, integrable, extensible o escalable, distribuido y de calidad: El sistema debe estar construido utilizando normas de calidad as como estndares abiertos, en forma que permita su mantenibilidad y escalabilidad. Debe igualmente ser de arquitectura distribuida y desplegable en diversos tipos de plataformas computacionales de cdigo abierto que PDVSA ha definido. Debe igualmente facilitar su integracin con otros sistemas de PDVSA que deban utilizar informacin de este sistema o que provean informacin necesaria para su operacin. El proyecto definir indicadores y patrones de calidad que permitan comprobar que los parmetros exigidos han sido alcanzados. 7.1 CARN- El sistema debe ser multiplataforma: El sistema debe ejecutarse en las distribuciones de linux Debian, Gentoo y Ubunto. El cdigo fuente debe poder compilarse en los siguientes tipos de hardware: Intel XEON, AMD de 32 y 64 bits. 7.2 CARN- Licencia bajo cdigo abierto: Debe cumplir con los lineamientos necesarios para la produccin de software libre y la comunidad de desarrollo y soporte. 7.3 CARF- Capacidad de integracin con otros sistemas: El sistema debe proveer un mecanismo eficiente y estandarizado para extraer informacin del sistema como medio de integracin con otras aplicaciones o sistemas. 7.4 CARF- Escalabilidad con respecto a la complejidad de los despliegues : El sistema debe ser escalable para permitir tanto procesos simples (hasta 5.000 puntos, con 20 despliegues y 3 conexiones distintas) como procesos complejos (mayor de 5.000 puntos, ms de 20 despliegues y ms de 3 conexiones distintas). 7.5 CARF- Grupos de puntos a monitorear: El sistema debe contar con la capacidad de manejar como mnimo 200 grupos predefinidos y configurables de 8 puntos en tendencia. 7.6 CARF- Extensibilidad de la herramienta con respecto a los protocolos de dispositivos de control: El sistema debe permitir el crecimiento de la cantidad de variables a monitorear y controlar, realizando un ajuste automtico que optimice las conexiones para la adquisicin. 7.7 CARF- Extensibilidad de la herramienta con respecto al procesamiento de variables (puntos): El sistema debe proveer interfaces para la integracin de otros sistemas que deseen alimentarse de la informacin en el SCADA. 7.8 CARF- Extensibilidad de la herramienta con respecto a los tipos de informacin: El sistema debe contar con interfaces que permitan la manipulacin de distintos tipos de datos recabados de los dispositivos de control (analgicos discretos, vectores, video y voz). 7.9 CARN- Manejo de Internacionalizacin: El sistema debe proveer soporte para el manejo de multiples idiomas. 7.10 CARN- Aseguramiento de Calidad: El sistema debe apoyarse en metodologas y herramientas que permitan detectar fallas y minimizar su ocurrencia; en caso de que alguna se presente, las metodologas y herramientas deben facilitar su deteccin y correccin. La Calidad de un sistema SCADA est asociada a 0 fallas. 7.11 CARF- Comunicacin con el sistema de Gestin de Activos: El sistema debe mostrar en los despliegues la informacin detallada sobre el dispositivo de campo o de control, as como su estado, en caso de estar disponible en Gestin de Activos. (Ejemplo: Batera Baja, Horas de funcionamiento, etc.) 7.12 CARF- Comunicacin con otros SCADAs: El sistema debe ser capaz de recibir informacin operacional de otros sistemas SCADA Nacional para ser agregada en despliegues, disparar alarmas y generar reportes.

7.13 CARF- Acceso a la Base de Conocimientos de los procesos: El sistema debe proveer mecanismos para obtener experiencias y conocimientos sobre los diferentes procesos supervisados/controlados. Los usuarios del sistema deben poder consultar la base de conocimiento para mejorar su comprensin el proceso o bien para ayudar en la solucin de una situacin aportando acciones correctivas, preventivas y predictivas. El sistema permite a los usuarios insertar experiencias en la base de conocimientos. 8. NEC- Niveles de seguridad y autorizaciones: El sistema debe contar con excelentes sistemas de seguridad de acceso y operacin que aseguren que slo las personas autorizadas pueden monitorear, controlar o intervenir en cualquier forma las operaciones. El sistema debe asegurar igualmente que los usuarios pueden slo ejecutar acciones o acceder a informacin a la que estn explcitamente autorizadas para su perfil. El manejo y administracin de la seguridad debe ser parametrizable y con estndares de usabilidad. 8.1 CARF- Seguridad en conexiones y accesos al servidor por parte de usuarios y sistemas externos: Todas las conexiones al sistema deben realizarse sobre protocolos seguros. La excepcin a esto sern las conexiones provenientes de los dispositivos de control, que por su naturaleza no se puede garantizar el uso de protocolos y medios seguros. Las conexiones de la aplicacin cliente, los sistemas externos, las interfaces Web, sistemas de mantenimiento, etc. deben realizarse a travs del uso de protocolos y medios seguros de transmisin. 8.2 CARF- Seguridad de los datos recolectados contra modificaciones y lecturas no autorizadas: El sistema debe proveer mecanismos que aseguren la confiabilidad de los datos almacenados, tanto del proceso de recoleccin como la seguridad de acceso al repositorio. 8.3 CARF- Acceso a la herramienta con base en roles : El acceso a las diferentes funcionalidades provistas por la herramienta debe basarse en roles o perfiles configurables, definidos en el momento en que se realizan los despliegues, y asignadas en el momento en que se definen los usuarios del sistema. 8.4 CARF- Administrar Prfiles y Usuarios: El sistema permitir crear, configurar, editar y eliminar usuarios autorizados y prfiles o roles que especifican los nivels de seguridad de estos. 8.5 CARF- Gestin de acceso al sistema: El sistema debe gestionar todo lo relativo al acceso a cada uno de los mdulos de la aplicacin, permitiendo el acceso nicamente a usuarios autorizados, negando el acceso a los usuarios no autorizados y registrando todas las fallas o intentos de uso no autorizado de la aplicacin. 9. NEC- Diseado y documentado en forma que pueda ser desarrollado, mantenido y extendido por diferentes actores nacionales: El sistema debe ser diseado y documentado en forma tal que su construccin pueda ser contratada a diversos grupos de trabajo de desarrollo de soluciones tecnolgicas. Dicho diseo debe facilitar la asignacin de esas labores de desarrollo en forma ordenada, asegurando que se pueda validar la calidad y la integracin de los diversos componentes que se integren en el producto final. 9.1 CARN- Orientacin a Objetos (OO): El sistema debe ser desarrollado bajo la filosofa de orientacin a objetos. 9.2 CARN- Documentacin en UML2.0: La documentacin del sistema debe incluir los elementos de diseo empleados durante el desarrollo en notacin UML 2.0. 10. NEC- Capacidad de autodiagnstico del SCADA: El sistema debe tener la capacidad de autocontrolar su estado y condiciones para detectar, aislar y notificar en forma efectiva y oportuna condiciones de falla real o aparente.

10.1 CARF- Deteccin de condiciones de falla en el SCADA : El sistema debe detectar y aislar efectiva y oportunamente condiciones de fallas reales o aparentes del SCADA provenientes de los dispositivos de control, las interfaces de red, los servidores, consolas, dispositivos de telecomunicaciones y todo lo relacionado con la operacin del sistema y su entorno. 10.2 CARF- Herramientas de monitoreo y calculo de efectividad del Sistema: El sistema debe contar con herramientas para el monitoreo del funcionamiento de la aplicacin y para el clculo de efectividad de la misma. La efectividad ser expresada por indicadores que permitan medir la disponibilidad, confiabilidad y desempeo tanto del SCADA como de la instrumentacin (dispositivos de campo y de control). Los indicadores son especificados por la mesa de trabajo destinada por PDVSA para tal fin. 11. NEC- : Dado que el sistema ser de cobertura nacional y monitorear y controlar un amplio nmero de procesos de negocio, el mismo deber permitir realizar procesos computacionales mediante el balanceo de cargas entre los centros con mayor disponibilidad en cada circunstancia, asegurando el optimo uso de los recursos del SCADA. 11.1 CARF- Debe soportar balanceo de cargas: El sistema debe garantizar el uso eficiente de los recursos disponibles, permitiendo realizar configuraciones, tanto de forma manual como automtica, para distribuir tareas entre los nodos disponibles.

6.

Restricciones Seccin en Desarrollo

Esta seccin describe las restricciones identificadas que tienen impacto significativo en el desarrollo del proyecto, se listan a continuacin: El sistema debe cumplir, como producto final, con los esquemas y estndares de software libre, de tal manera que la puesta en marcha del mismo no implique gastos en licencias de ningn tipo. Esto no limita el uso de herramientas propietarias para el desarrollo del producto. El sistema debe ser distribuido, es decir permitir la distribucin de datos a lo largo de su arquitectura, permitiendo la fcil adaptacin y escalabilidad a los distintos contextos de las reas operativas. El sistema debe contar con mecanismos de tolerancia a fallas, ya que no se debe permitir fluctuaciones en el funcionamiento normal del sistema. Una alternativa a implementar es la redundancia de los servidores y la opcional implementacin de esquemas de distribucin de carga. La base de datos histrica ser implementada en base del Postgres extendido para permitir una dimensin temporal transparente en las bsquedas. Esto implica, a la vez, cierta delegacin de operaciones sobre los objetos de negocio a la capa de datos persistentes (usando TSQL2), y la imposibilidad de utilizar una metodologa ORM (mapeo objeto relacional) que vuelva transparente la configuracin de las tablas de datos; es decir, va a requerir especficamente el diseo clsico de datos. Las funciones, procedimientos u otros elementos internos de la Base de Datos debern utilizar tipos de datos que minimicen el efecto del cambio de arquitectura de 32 a 64 bits. El lenguaje de programacin a ser utilizado para la recoleccin de datos y para el middleware ser C y C++ respectivamente, se descarta el uso de otros lenguajes en estos mdulos.

 Las estructuras y tipos de datos empleados por el sistema SCADA para la integracin de ste con otros sistemas o entre sus mdulos internos, debern emplear mecanismos como XML en donde la data viaja en un esquema con formato de texto. Esto permitir disminuir el riesgo de incompatibilidades entre plataformas distintas (64bits vs 32 bits, y Endianismo).

Rangos de Calidad
[Define the quality ranges for performance, robustness, fault tolerance, usability, and similar characteristics that are not captured in the Feature Set.] El sistema SCADA debe ser capaz de manejar los puntos que requieran las operaciones. En las primeras versiones a ser instaladas en el Patio de Tanques San Silvestre (PTS) y en Distrito Norte, estas se estiman en 10.000 puntos. Adicionalmente, el SCADA debe manejar redundancia y recuperacin automtica a fin de que el sistema tenga una disponibilidad de 99,99%. Esto a su vez requerir implementaciones de sistema de respaldo de la data en lnea, a fin de que durante el respaldo de los datos, el sistema pueda continuar monitoreando y controlando los procesos. Lo mismo aplica para cualquier elemento de edicin (despliegues, bases de datos) En cuanto a tiempos de respuesta, la aplicacin debe ser capaz de manejar los siguientes tiempos: 5 mseg. para el acceso a los datos. 1 - 2 seg. para el refrescamiento de datos en los despliegues de las consolas. 5 seg. para el refrescamiento de datos histricos en los despliegues de las consolas. 5 - 10 seg. para las consultas a la base de datos usando sentencias SQL. 1 mseg. para los accesos a puntos por los drivers de comunicacin. 1 seg. para la propagacin de los datos al resto de los nodos y sistemas asociados. Por las caractersticas del producto, los rangos de calidad estn cubiertos en las dems secciones; y son profundizados en el documento Especificacin de Requerimientos de Software en la seccin de Requerimientos Suplementarios.

7.

Prioridad y Precedencia

[Define the priority of the different system features.] Las caractersticas que pertenecen a la funcionalidad central (core) de lo que debe permitir realizar un sistema SCADA tienen la primera prioridad. Las otras caractersticas propias de la instalacin (caractersticas de los despliegues, protocolos adicionales, tipos de datos especficos, aplicaciones locales) sern implementadas durante la fase de implantacin (primer uso del core en Barinas y posiblemente Maturn). (Esto ser establecido en la Tabla 5-2 de caractersticas). Tambin sern aplazadas a una futura versin la extensin del mdulo de aplicaciones. Igualmente, en la primera versin el mtodo de redundancia ser basado en el mantenimiento de equipos primarios y secundarios; mientras que en una futura versin ser basado en un sistema dinmico de balanceo automtico de carga.

8.

Otros Requerimientos del Producto

[At a high level, list applicable standards, hardware or platform requirements, performance requirements, and environmental requirements.] 9.1 Estndares Aplicables [List all standards with which the product must comply. These can include legal and regulatory (FDA, UCC) communications standards (TCP/IP, ISDN), platform compliance standards (Windows, UNIX, and so on), and

quality and safety standards (UL, ISO, CMM).] Alineacin con los objetivos corporativos y arquitectura del AIT, por ejemplo, con los siguientes puntos: Plan de negocios de la corporacin (2004-2009). Impulsar el Desarrollo Endgeno Nacional Desarrollar Capital Nacional Cumplir con el marco legal y fiscal Maximizar el uso de recursos

Referente al desarrollo del software: GGPIC de PDVSA RUP CMMI

Normas y estndares que deben ser cumplidas y tomadas en cuenta para la realizacin y puesta en marcha del desarrollo del SCADA: 1. Object Management Group (OMG): Unified Modeling Language (UML) version 2.0 y version 1.5 Common Object Request Broker Architecture (CORBA/IIOP) version 3.0.3 CORBA Component Model (CCM) version 3.0 Deployment and Configuration of Component-based Distributed Applications version 1.0 2. Carnegie Mellon Software Engineering Institute (CM-SEI): Capability Maturity Model Integration (CMMI) 3. American National Standards Institute (ANSI): AS 4418.1-1996 Supervisory control and data acquisition (SCADA) - Generic telecommunications interface and protocol 4. Institute of Electrical and Electronic Engineers (IEEE): IEEE C37.1-1994 "Standard Definition, Specification and Analisys of Systems used for Supervisory Control, Data Acquisition and Automatic Control" (ANSI / IEEE) 5. International Standard Organization (ISO) ISO/WD 11064-5 Ergonomic design of control centres -- Part 5: Human-system interfaces 6. Instrument Society of America (ISA): ANSI/ISA-95.00.02-2001 Enterprise-Control System Integration Part 2: Object Model Attributes 7. Instrument Society of America (ISA): SCADA: Supervisory Control and Data Acquisition, 3ra Edicin, 2004 ISA-RP60.1-1990 Control Center Facilities ANSI/ISA-95.00.01-2000 Enterprise-Control System Integration Part 1: Models and Terminology ANSI/ISA-95.00.02-2001 Enterprise-Control System Integration Part 2: Object Model Attributes ISA-5.3-1983 Graphic Symbols for Distributed Control/Shared Display Instrumentation, Logic, and Computer Systems ISA-5.5-1985 Graphic Symbols for Process Displays ANSI/ISA-18.1-1979 (R2004) Annunciator Sequences and Specifications ISA-RP60.3-1985 Human Engineering for Control Centers

9.2 Requerimientos del Sistema [Define any system requirements necessary to support the application. These can include the supported host operating systems and network platforms, configurations, memory, peripherals, and companion software.] Servidores: Debian con kernel Linux 2.6.x y superior Estaciones de Trabajo: Ubuntu con kernel Linux 2.6.x y superior 9.3 Requerimientos de Performance [Use this section to detail performance requirements. Performance issues can include such items as user load factors, bandwidth or communication capacity, throughput, accuracy, and reliability or response times under a variety of loading conditions.] El mdulo de datos se implementar con Postgres como base de datos histrica. Esta base de datos tendr la capacidad de almacenar hasta 3 meses de historia en lnea y 1 ao fuera de lnea de los datos adquiridos. De igual forma, esta base de datos ser constantemente accesada por otras aplicaciones a fin de obtener los datos que EL SISTEMA ha adquirido y almacenado, y cuyos tiempos de respuesta deben ser menores de 10 segundos para una consulta. Esta capacidad no debe degradar el tiempo de respuesta de la adquisicin de los datos de campo, los cuales deben estar dentro de los 5 milisegundos en el cache de los datos de campo. 9.4 Requerimientos de Ambiente [Detail environmental requirements as needed. For hardware- based systems, environmental issues can include temperature, shock, humidity, radiation, and so forth. For software applications, environmental factors can include usage conditions, user environment, resource availability, maintenance issues, and error handling and recovery.] Condiciones climticas: Sala de Control: Temperatura: 18 a 24C Humedad: 40 65 %RH Sala de Servidores: Temperatura: 12 a 18C Humedad: 30 40 %RH Alimentacin Elctrica: 120 VAC +- 5%, 60 Hz, fase 220 VAC +- 5%, 60 Hz, fase Exterior: Temperatura: 15 a 45C Humedad: 30 100 %RH Regulaciones de Seguridad, Higiene y Ambiente (SHA): 1. La tecnologa debe ser de bajo consumo de energa. 2. Los equipos y mobiliarios deben estar diseados a fin de evitar la fatiga y cansancio de las personas involucradas en el monitoreo del proceso, mantenimiento preventivo y reemplazo; facilitando el desempeo de sus actividades. 3. Los equipos, secuencias de operacin, acceso a los datos y cualquier otra operacin que se realiza de forma rutinaria debe satisfacer la ergonoma del usuario, segn norma ISARP60.31985 (Human Engineering for Control Centres). 4. El SCADA debe satisfacer las condiciones de seguridad de puesta a tierra.

5. Los equipos, disposicin de cableado y dems componentes asociados a EL SCADA no deben bloquear el acceso y salida del personal en la sala donde residen. 6. Los componentes del SCADA no deben ser o generar sustancias txicas o peligrosas para el humano y/o el ambiente.

9.

Requerimientos de Documentacin

[This section describes the documentation that must be developed to support successful application deployment.] 10.1 Manual del Usuario [Describe the purpose and contents of the User Manual. Discuss desired length, level of detail, need for index, glossary of terms, tutorial versus reference manual strategy, and so on. Formatting and printing constraints must also be identified. 10.2 Ayuda en lnea [Many applications provide an online help system to assist the user. The nature of these systems is unique to application development as they combine aspects of programming (hyperlinks, and so forth) with aspects of technical writing, such as organization and presentation. Many have found the development of an online help system is a project within a project that benefits from up-front scope management and planning activity.] 10.3 Guas de Instalacin, Configuracin, y Archivos Read Me [A document that includes installation instructions and configuration guidelines is important to a full solution offering. Also, a Read Me file is typically included as a standard component. The Read Me file can include a "What's New With This Release section, and a discussion of compatibility issues with earlier releases. Most users also appreciate documentation defining any known bugs and workarounds in the Read Me file.] 10.4 Etiquetado y Empaquetado [Today's state-of-the-art applications provide a consistent look and feel that begins with product packaging and manifests through installation menus, splash screens, help systems, GUI dialogs, and so on. This section defines the needs and types of labeling to be incorporated into the code. Examples include copyright and patent notices, corporate logos, standardized icons and other graphic elements, and so forth.]

Apndice A. Homologacin de las Necesidades de los Involucrados

Las necesidades son una elaboracin de los problemas expresados por los involucrados en las entrevistas a fin de sistematizar y formalizar sus necesidades como un tipo de requerimiento. La escritura de las necesidades es ms orientada al lenguaje natural del usuario, con el fin de facilitar las futuras validaciones y trazabilidad con las caractersticas y requerimientos formales.

Tabla 5-1 Homologacin de las necesidades que resultan de las entrevista a los involucrados Descripcin del problema
Limitaciones en el licenciamiento

Prioridad (1 a 10)
1

Razn
El SCADA S/3 fue adquirido con una cantidad limitada de licencias (nmero limitado de consolas) Ausencia de esta funcionalidad

Solucin Actual
Se cuenta solo con la cantidad de consolas que tengan licencia, y el operador cambia de despliegue en despliegue Extraccin manual de los datos del SCADA y luego se procesa esta informacin con otra aplicacin para la emisin de los reportes requeridos. No se realizan despliegues interactivos, solo se utiliza un estndar

Consecuencias
Lentitud en la ejecucin de estas funciones por parte del operador

Soluciones Propuestas
Que no existan limitaciones de licenciamiento, y que el sistema sea escalable

El SCADA S/3 no presenta facilidades para reportes de eventos

Hay que recurrir al anlisis de las tendencias histricas del SCADA para obtener informacin especfica de un evento.

Una nueva plataforma SCADA que posea esta funcionalidad.

El SCADA S/3 no presenta los despliegues de integracin de la forma requerida

Robos y desmantelamiento de los equipos en las reas operacionales

El sistema SCADA no cuenta con herramientas eficientes y adecuadas para la elaboracin de grficos Falta de conciencia de las personas del rea respecto al dao ocasionado a la nacin

Incidencia negativa en ejecucin oportuna del requerimiento, adems de hacer engorroso este proceso

Una nueva plataforma SCADA que tenga herramientas con facilidad para realizar los despliegues

Comprando de nuevo los equipos

Debido a prdidas de comunicacin, fallas de energa o componentes del mismo, afecta el monitoreo y acceso al SCADA

Colocar cmaras de seguridad para resguardar los equipos de campo y as evitar el robo de los mismos

Descripcin del problema

Retardo en la procura de equipos de medicin de campo

Prioridad (1 a 10)
5

Razn
Carencia de proveedores y/o equipos en Venezuela

Solucin Actual
Buscar proveedores y equipos en el exterior y esperar por dicha licitacin

Consecuencias
Si no se dispone del instrumento o equipo no se cuenta con las mediciones de esas variables, lo cual afecta el proceso El sistema no se puede expandir, y el hardware no soporta el nivel de procesamiento y manejo de memoria necesario para la carga actual, lo que origina un gran nmero de fallas (70 al mes). Limitaciones tecnolgicas de integracin, no se dispone del cdigo fuente ni de la pericia para desarrollar sobre el sistema. No se puede editar en lnea la BD utilizada y presenta constantes bloqueos. Solo se utilizan los protocolos que son soportados, limitacin en el nmero de consolas.

Soluciones Propuestas
Reemplazo/compra del equipo por parte de la seccin de Automatizacin Industrial

Obsolescencia asociados al hardware, principalmente por que el OASYS (abarca el 80% de la produccin) est directamente ligado al sistema operativo (TRU64 V-4.0X) y el sistema operativo esta ligado al hardware (serie ALPHA 4100/ ES40)

El SCADA Wonderware presenta las limitaciones de: En la BD, obsolescencia en los equipos instalados, manejo limitado de protocolos, y utiliza llave fsica. Obsolescencia del SCADA. RealFlex, trabaja sobre sistema operativo QNX V-2.X (ao 1995)

El hardware, por estar descontinuado, no cuenta con soporte tcnico. No existe relacin comercia directa con el fabricante. La inversin asociada al reemplazo no es viable. No se quiere continuar con la dependencia de los proveedores (software y hardware) Obsolescencia de las versiones utilizadas

Se dispone de un equipo de mantenimiento que provisionalmente atiende las necesidades presentadas, pero el problema no se resuelve

Sustitucin de la plataforma por una con tecnologa de punta, robusta, multiplataforma, entre otras caractersticas.

No se resuelve

Sustitucin de la plataforma por una con tecnologa de punta, robusta, multiplataforma, entre otras caractersticas.

Obsolescencia de las versiones utilizadas

No se resuelve

Falta de integracin de IHM Locales a los sistemas SCADAs existentes.

Obsolescencia de las versiones utilizadas

No se resuelve

Ausencia del soporte por parte del fabricante del sistema SCADA Fix 7.0

El proveedor no da ms soporte al sistema.

Se sigue utilizando el sistema ya obsoleto

Sustitucin de la plataforma por una con tecnologa de punta, robusta, multiplataforma, entre otras caractersticas. Sustitucin de la plataforma por una con tecnologa de punta, robusta, multiplataforma, entre otras caractersticas. Que los fabricantes no dejen de dar soporte a sus productos

Descripcin del problema

Incompatibilidad del SCADA con el sistema operativo

Prioridad (1 a 10)
1

Razn
Los driver de comunicacin del SCADA tienen conflictos con tareas del sistema operativo (Windows NT y 2000) En los nuevos servidores existe problemas en la instalacin del SCADA S/3 V. 4.6 No se ha adquirido la licencia

Solucin Actual
Reiniciando el equipo

Consecuencias
Producen fallos de memoria e inestabilidad en el funcionamiento del servidor del SCADA

Soluciones Propuestas
Que los sistemas sean compatibles con cualquier sistema operativo

Obsolescencia del software y hardware del SCADA S/3 y que solo puede instalarse en la plataforma Windows NT Actualmente est contemplado en un proyecto futuro utilizar una nueva remota fabricada por Bristol Controlwave que requiere comprar licencia para la comunicacin con el SCADA Open Enterprise V. 2.0 En el sistema actual (Open Enterprise V. 2.0) es difcil agregar nuevos niveles en la red, se debe contemplar la modificacin de toda la red existente.

Utilizando maquinas viejas y personal capacitado en el manejo de estas versiones. -

Fallas tcnicas, y subutilizacin de los nuevos equipos

Con un nuevo sistemas con suficiente soporte tcnico

Se deben comprar licencias de las nuevas tecnologas del fabricante

Un sistema SCADA que a travs de path se capaz de incorporar nuevos equipos sin comprar una nueva licencia

No esta contemplado en el sistema actual

No se resuelve

Limitacin en la visualizacin de los despliegues, solo ofrece dos dimensiones. (Open Enterprise V. 2.0)

La aplicacin utilizada no lo ofrece

El sistema actual (Open Enterprise V. 2.0) no ofrece la capacidad de mostrar la realidad operacional (tendencias histricas y datos en tiempo real despliegues) a usuarios que se encuentren en la red administrativa y que no estn cercanos al sistema SCADA.

No est contemplado en el sistema actual

Se interpreta el grfico en 2 dimensiones, aun cuando no muestre la realidad fsica de la estacin Se tiene una BD operacional (servidor infoplus 21 v. 6.0 de Aspentech) que sirve de puente entre la red de proceso y la red administrativa.

Se depende del desarrollador o fabricante del SCADA Open Enterprise. Se producen fallas de sincronizacin a la hora del pooling de adquisicin de datos Ocasiona dificultad de comprensin del proceso. Hay discrepancia de ubicacin entre el operador de la estacin y el operador del proceso Se depende de aplicaciones de otros fabricantes y de igual forma de las licencias por usuario

Un sistema SCADA que cuente con una opcin de configuracin que permita agregar un sistema adicional y ejecute la sincronizacin automtica

Un SCADA capaz de realizar grficos 3D

Un SCADA que proporcione visualizacin Web que sin necesidad de licencias adicionales puede suministrar a los usuarios externos de los datos de tiempo real del proceso.

Descripcin del problema

Son comunes los problemas de comunicacin (enlace del sistema SCADA (Open Enterprise V. 2.0) con el RTU, red de proceso) lo cual implica en algunas circunstancias perdida de datos, dependiendo de la duracin de la falla El SCADA Open Enterprise V. 2.0 no permite el almacenar en su BD datos ASCII

Prioridad (1 a 10)
5

Razn
Depende del mantenimiento del enlace de comunicacin (ya sea enlace de radio y/o satelital)

Solucin Actual
Se reporta el canal al centro de comunicacin de PDVSA (CCR)

Consecuencias
No se podr tener registro de alarmas y datos crticos del proceso

Soluciones Propuestas
Un sistema SCADA que cuando se normalice la comunicacin sea capaz de solicitar la data del RTU y la pueda incluir en la BD histrica

No se contempl subir caracteres ASCII al SCADA

La identificacin se cambi a seal analgica

SCADAs actuales propietarios (PlantScape release 500 y 400, Expirion; ambos de Honeywell), y no se cuenta con acceso a la informacin para la ejecucin del monitoreo (Se sabe que se puede realizar, pero no se ha establecido el acuerdo con el proveedor del sistema) Problemas de integracin en aplicaciones de reas especficas (ejm control de llenaderos) que son desarrolladas por equipos diferentes y que no aportan la documentacin. En los sistemas usados (PlantScape release 500 y 400, Expirion; ambos de Honeywell),, en las diferentes versiones no se mantiene la presentacin tanto para el operador como el que mantenedor.

El propietario tiene como objetivo vender las nuevas funcionalidades. No desean entregar el cdigo fuente

No se hace ms all de lo que permite el sistema

Indispensable para nuevos desarrollos. No es posible en nuevos proyectos extraer datos tipo ASCII de las RTU No se puede realizar el monitoreo remoto a los sistemas y datos. El sistema no permite agregar nuevas funcionalidades debido a no tener acceso al cdigo fuente. Duplicidad de esfuerzos y las respuestas no son oportunas. Hay retrasos en la identificacin de fallas.

Un SCADA capaz de adquirir caracteres ASCII

Desarrollar la aplicacin que ejecute el monitoreo remoto

Por obsolescencia de los SCADAs (PlantScape release 500 y 400, Expirion; ambos de Honeywell), y falta del mantenimiento adecuado Porque a medida que ha instalado los sistemas, se tiende hacia la ltima versin

Se ha realizado parcialmente la documentacin reversa, y si se presentan fallas cada grupo atiende la falla a su manera Se les da adiestramiento en la nueva versin

Un sistema integrado con mtodos comunes para atender las fallas

Si el personal se traslada a otra rea donde existe una versin diferente debe emplear parte del tiempo en adquirir el conocimiento para ese nuevo sistema.

Una nueva plataforma que permita la fcil homologacin de las versiones y manteniendo la presentacin en las mismas

Descripcin del problema

Problemas de licenciamiento, solo se dispone de licencia de drivers de comunicacin para dispositivos Modicom- ModBus (SCADAS actuales en uso: PlantScape R400, PlantScape R500, Expirion, Xycom) Escalabilidad limitada al fabricante. (SCADAS actuales en uso: PlantScape R400, PlantScape R500, Expirion, Xycom)

Prioridad (1 a 10)
3

Razn
Compra de licencia limitada, solo para un PLC (ModicomQuantum), no se tomaron previsiones de expansin El sistema no es abierto, y dificulta el acceso desde y hacia otras aplicaciones

Solucin Actual
Ampliacin de licenciamiento (Costo asociado)

Consecuencias
La licencia que se dispone de los SCADAs actuales limita los drivers de comunicacin y las estaciones de trabajo

Soluciones Propuestas
Disponer de un sistema no limitado en drivers de comunicacin y cantidad de estaciones de trabajo a instalar

Se integran nuevas instalaciones al SCADA, pero se est a punto de que no se puedan integrar ms

Limita la inclusin de proyectos nuevos a la plataforma SCADA

No se dispone de herramientas de seguridad de las instalaciones (Fsica: robos, hurtos, daos)

El SCADA OASYS no tiene herramientas para manejar video, imgenes, y tampoco los protocolos de comunicacin y el ancho de banda estn adaptados para transmitir este tipo de formato de datos. (Por ejemplo para colocar cmaras de seguridad)

No se maneja a travs de video, sino de alarmas de intruso que llegan al SCADA y son bastante limitadas

Se presentan robos constantes a las unidades de produccin, causando prdidas millonarias en equipos y en produccin

Una plataforma que garantice la conectividad, preferiblemente XML para el intercambio de informacin y servicios con otras aplicaciones. Deseable que la plataforma sea orientada a servicios Incorporar tecnologa IP, para poder agregar a la aplicacin un manejo inteligente de alarmas, y herramientas de manejo de video dentro de la misma plataforma.

Imposibilidad de conexin con los sistemas de gestin de produccin (centinela) y las herramientas de anlisis de yacimiento. (SCADAS actuales en uso: OASYS, Wonderware, Fix, RealFlex)

Limita el manejo de tendencias y reportes de produccin

Una nueva plataforma que sea distribuida, aumentar la inteligencia en los dispositivos de campo, que las instalaciones reporten estados/trayectorias en lugar de variables de alta frecuencia. Incluir datos de perforacin Encontrar una forma de vincular el SCADA con las herramientas de anlisis de yacimientos

Descripcin del problema

La arquitectura del SCADA actual es cerrada, no se dispone del cdigo fuente, ni pericia del personal en el manejo del mismo. (SCADAS actuales en uso: OASYS, Wonderware, Fix, RealFlex)

Prioridad (1 a 10)
4

Razn
Limitaciones para el desarrollo de nuevas funcionalidades

Solucin Actual
No se tienen relaciones con el sistema proveedor

Consecuencias
No se pueden realizar desarrollos ni mejoras en el sistema. El personal adquiere pericia bajo un esquema de ensayo y error

Soluciones Propuestas
Reemplazo del sistema y contratacin de personal con entrenamiento adecuado al nuevo sistema.

Versin:

<1.0>

Desarrollo SCADA Nacional - Documento Visin <identificador del documento>

Fecha: <dd/mmm/aa>

Confidencial

<Nombre de la empresa>,

Pgina 35