Hazard and Interoperability Study (Hazop)

Los análisis Hazop (también llamados análisis de operatividad) son exámenes estructurados y sistemáticos de procesos y/o operaciones ya existentes o en proyecto, realizados para identificar y evaluar los riesgos para el correcto funcionamiento del proceso o para el personal y/o recursos involucrados. Esta técnica se desarrolló inicialmente (en los años 60) para analizar los riesgos de procesos químicos, pero con el tiempo se ha extendido a otros tipos de procesos complejos, sobre todo industriales, aunque también de otro tipo (por ejemplo, se puede utilizar en proyectos software).

La base de estas técnicas es cualitativa, ya que se trata de constituir un equipo multidisciplinar que en una serie de reuniones y siguiendo unas palabras guía (guide-words) así como la experiencia del líder del grupo, determine y analice todos los posibles riesgos mediante tormentas de ideas. Se trata de evaluar, en todas las máquinas, líneas y sistemas las consecuencias de posibles desviaciones de las variables de proceso con respecto a sus parámetros normales de operación.

Os dejo un enlace muy completo por si queréis profundizar en el tema:

http://www.unizar.es/guiar/1/Accident/An_riesgo/HAZOP.htm

aa

¿Qué significan las siglas CIIP?

La protección de las infraestructuras de información críticas (Critical Information Infrastructures Protection, CIIP) es un área relativamente nueva que se encarga de la protección de aquellas grandes infraestructuras de información cuya degradación, interrupción o destrucción causaría un serio impacto en la salud, seguridad o bienestar de los ciudadanos o en el correcto funcionamiento de las estructuras gubernamentales.

Se suelen considerar críticas las infraestructuras que soportan el suministro de electricidad, energía, combustible y agua; los sistemas de comunicaciones y transporte; las estructuras para el suministro de alimentos y la gestión de residuos; las infraestructuras económicas y financieras; las redes de telecomunicaciones (telefonía, Internet, satélites); los sistemas relacionados con la defensa y la seguridad nacional; los sistemas de emergencias, rescate y protección civil, el sistema sanitario, el sistema de justicia y en general, las agencias y administraciones públicas.

Las infraestructuras de información críticas pueden verse amenazadas por catástrofes naturales, fallos técnicos, errores humanos, crimen internacional, terrorismo, etc. Y para trabajar en un área como CIIP es imprescindible adentrarse en el campo de la seguridad de sistemas SCADA (Supervisory Control and Data Acquisition), ya que este tipo de sistemas son muy típicos en la supervisión y control de las infraestructuras críticas.

Estas plataformas están específicamente diseñadas para comunicarse con los dispositivos de campo (controladores distribuidos, PLCs, RTUs) y controlar así los procesos de forma automática desde un sistema informático. Además, en el sentido contrario, recogen toda la información que se genera en el proceso y la ponen a disposición de los distintos usuarios y aplicaciones que la necesiten (para supervisión, control de calidad, control de producción, almacenamiento de datos históricos o generación de informes por ejemplo).

Hace unos años estas plataformas se ejecutaban sobre sistemas operativos propietarios, utilizaban protocolos de comunicaciones específicos y se conectaban a unas pocas aplicaciones muy concretas. Pero en la actualidad los sistemas SCADA suelen trabajar con tecnologías estándar y conocidas por todos. Además suelen estar distribuidos geográficamente, por lo que se conectan a centros de supervisión y control en los que se encuentran los operadores. Y a su vez estos centros suelen estar conectados a la red corporativa de la empresa o institución propietaria del proceso, y a través de esta red, a Internet.

Esta situación ha aumentado considerablemente los riesgos que amenazan a la seguridad de las infraestructuras críticas. Hablaremos de ello en entradas futuras......
kkk

Conferencia en SMAGUA

Como sabéis la tecnología que proporciona Wonderware cubre ampliamente las necesidades de integración de sistemas, control y visualización de entornos distribuidos y gestión de la información asociada al ciclo integral del agua.
m
El jueves 4 de marzo de 2010, estaré personalmente en la Feria del Agua (SMAGUA) realizando una presentación en la que se analizará cómo System Platform facilita la integración de sistemas como GIS, ERP, GMAO, BI, etc.

En este link os podéis descargar un pdf con información adicional acerca del horario y contenido de la charla.
m
Nos vemos en SMAGUA.
m

Modelos de interoperabilidad en simulación industrial

En anteriores ocasiones hemos hablado en este blog de la importancia de la simulación en los entornos industriales y del estándar HLA (IEEE 1516), que permite integrar simulaciones distribuidas de manera que puedan cooperar en una federación y funcionar como una simulación única.

Hoy en día existen multitud de implementaciones del estándar IEEE1516. Las implementaciones del estándar HLA se suelen componer de un RTI (Run Time Infrastructure)y de sus interfaces de acceso, basados en unas librerías que dan soporte a uno o varios lenguajes de programación. Es inevitable pensar que la implementación elegida va a imponer los lenguajes de desarrollo de los simuladores e incluso, para algunos casos, las plataformas sobre las que pueden funcionar.

Cada organización, para desarrollar sus simuladores utiliza una RTI ya desarrollada o crea la suya propia. Aunque la mayoría de ellas siguen el estándar, IEEE1516 lo que debería asegurar que fueran interoperables, se trata de un estándar muy complejo que todavía no está del todo maduro y presenta algunas ambigüedades. Las diferentes interpretaciones en el desarrollo de las RTI existentes, han generado problemas de compatibilidad entre ellas. Es por ese motivo que grupos de trabajo de organizaciones como SISO han estudiado cómo hacer converger estas diferentes implementaciones para encontrar una verdadera interoperabilidad. Y aquí es donde están cobrando verdadera importancia los modelos de interoperabilidad o IRM (Interoperability Reference Model).

En la definición de estos modelos el sector industrial lleva ventaja, ya que ha propuesto el primer estándar acerca de cómo utlilizar el estándar (parece un trabalenguas, pero es así) . SISO CSPI PDG especifica con cuatro IRM cómo se debe utilizar HLA en los entornos de interoperabilidad típicos en simulación industrial.

Os dejo un enlace a la web de SISO para que podáis profundizar en estos temas:

http://www.sisostds.org/index.phpaa

BPD. Business Process Diagram (y II)

3. El swimlane (canal) es un concepto adoptado por muchas metodologías de modelado de procesos y es utilizado como mecanismo para organizar actividades en categorías separadas visualmente, de
manera que ilustre diferentes capacidades funcionales o responsabilidades.

Dentro de BPMN se definen dos tipos principales de swimlane:

• Pool: Representa un participante (persona, departamento, área) que interviene en un proceso. Además actúa como un contenedor gráfico para fragmentar un conjunto de actividades y diferenciarlo de otros pools.
• Lane: Es una subpartición dentro de un pool y extiende la longitud del pool vertical u horizontalmente. Los lanes se usan para organizar y categorizar actividades.

4. Por último los artefactos diseñados dentro de BPMN permiten a los modeladores extender la notación básica hasta ahora explicada. La versión actual de la especificación de BPMN sólo tiene tres tipos de artefactos BPD predefinidos:

• Data Object: Su representación gráfica es un rectángulo con el ángulo superior derecho doblado. Representan los datos que son requeridos o producidos por las actividades. Están conectados a las actividades a través de asociaciones. Un Data Object es lo que normalmente se define como entrada o salida de un proceso.
• Group: Su representación gráfica es un rectángulo redondeado con linea discontinua. Se utiliza para agrupar actividades y clarificar el diseño del proceso, pero no afecta al flujo de secuencia.
• Annotation: Las anotaciones son mecanismos que permiten que el diseñador del proceso incorpore información adicional acerca de cualquier elemento que se encuentre formando parte de un BPD.