Ciaabirn~ a l t i r w

Unidad Iztapalapa

Division de Ciencias Basicas e Ingenieria Licenciatura en Computacion

Reporte de proyecto de investigacion

"Sistema para la administracion de eventos de riesgo nuclear"

Alumno: Dehesa Garrido Leonardo

97316695

~ s e s j r M. en C. Eduardo Rodriguez Flores

INDICE GENERAL

1 . INTRODUCCION ................................................................................................ 3

2 . OBJETIVOS GENERALES Y ESPECIFICOS ................................................... 4

3 . METODOLOGIA UTILIZADA ........................................................................... 7

4 . HERRAMIENTAS DE PROGRAMACION ........................................................ 9

5 . ACTIVIDADES REALIZADAS ......................................................................... 13

6 . OBJETIVOS Y METAS ALCANZADAS .......................................................... 28

7 . RESULTADOS Y CONCLUSIONES .................................................................. 28

8 . BIBLIOGRAFIA ................................................................................................. 29

1. INTRODUCCION.

La Comision Nacional de Energia Nuclear (CNSNS), es un organismo encargado de manejar todos los asuntos relacionados con los recursos nucleares, incluyendo las funciones de control y vigilancia de la produccion de energia nuclear.

Uno de sus objetivos principales es el aplicar las normas de seguridad nuclear, fisica, radiologica y de salvaguardias, con la finalidad de que el funcionamiento de las instalaciones nucleares se lleven a cabo con la maxima seguridad para los habitantes del pais.

La CNSNS tiene entre sus propositos; establecer los lineamientos generales que deben considerarse en el programa de entrenamiento de los integrantes de la Organizacion de contingencias (OC) de la CNSNS; Levar a cabo ejercicios los cuales se refieren a "La activacion parcial o total del Plan de Contingencia Nucleares, sin existir ninguna situacion de contingencia real, con e l fin de mantener una capacidad continua de respuesta a emergenciasr'.donde se distinguen tres tipos de ejercicios:

a) Ejercicio de Localizacion. Consiste en realizar llamadas de prueba para verificar que los miembros del Grupo Operativo de la Organizacion de Contingencias (GO) en turno de guardia, efectivamente se encuentran localizables.

b) Ejercicio de Activacion. Consiste en activar a los miembros del GO en turno de guardia, para verificar su asistencia al Centro de Contingencias CECO.

c) Ejercicio de Respuesta a Contingencias. Consiste en activar a la OC en turno de guardia, con el fin de someterla a un escenario de accidente hipotetico.

Todo este ejercicio de accidente hipotetico Ilamemosle 'simulacro' es realizado actualmente de manera fisica, los datos son tomados a mano en hojas de papel con apoyo de tablas en pizarrones para la captura de datos y evaluacion de las mismas.

Todo esto repercute en problemas de administracion y almacenamiento, ademas de las oosibles comolicaciones en caso de necesitar consultas sobre algun ejercicio.

Se vislumbra entonces la posibilidad de implementar un sistema de computo que apoye, el seguimiento, captura de datos y manejo de la informacion que facilite, agilice anotaciones, reportes, resultados, evaluaciones y analisis del ejercicio.

2. OBJETIVOS GENERALES Y ESPECIFICOS.

Objetivo general

El presente plantea el desarrollo de un sistema informatico que permita la configuracion, registro de eventos y consultas de las contingencias de riesgo nuclear realizado en la Laguna verde de la CNSNS.

El sistema sera utilizado por distintos usuarios con sus respectivos atributos, como por ejemplo existen usuarios de alto nivel (ejecutivo), que podra tener acceso a todas las virtudes del sistema y usuarios de nivel bajo, que solo podran capturar datos sin poder realizar modificaciones.

Se pretende implementar el sistema en red para la interaccion o monitoreo de distintos usuarios al momento de realizar el ejercicio para dar seguimiento o correccion en el desarrollo del mismo.

Objetivos particulares.

Como se menciono anteriormente, los ejercicios practicados en la CNSNS son registrados de manera manual; el sistema pretende:

Desarrollar un prototipo que cumpla con las funciones antes mencionadas.

Que registre todo el desarrollo de un ejercicio desde su inicio hasta su terminacion.

Que pueda ser util para los distintos niveles de operacion de un simulacro.

Que sea dinamico y flexible con respecto a altas, bajas y cambios en la creacion de plantas nucleares, tablas, datos, graficos, predicciones, registros, pero sobre todo que sea 'amigable' y practico al usuario.

Los ejecutivos podran incluso dar de alta nuevas Centrales Nucleo electricas o hacer cambios en las mismas.

Permitira la comunicacion en tiempo real de los distintos grupos Ejecutivo de la Organizacion de Contingencias (GE) y Grupo Operativo de !a organizacion de Contingencias (GO), asi como los equipos de acciones de proteccion y de seguridad del reactor

El sistema manejara altas, bajas y cambios con respecto a usuarios del Centro de contingencias (CECO) con sus distintos privilegios y atributos

El sistema llevara un registro de lecturas tomadas a distintos intervalos de tiempo de los parametros de los reactores y contenedores, condicion y flujo de los estados se los sistemas relevantes para la seguridad.

Descripcion breve de una situacion de contingencia (simulacro).

La notificacion inicial de un incidente en la CNLV es recibida por algun miembro del Grupo Especial de la OC

Cualquier miembro del GE que reciba la notificacion inicial de un incidente en la CNLV, debera comunicarse con al menos otro miembro del GE

Actividades del grupo operativo durante la etapa de respuesta.

l.-Recabar y evaluar informacion en forma continua sobre el estado de los sistemas de la planta y los parametros relevantes asociados.

2a.Evaluar el estado de los sistemas de la planta, las funciones criticas de seguridad y los parametros relevantes asociados.

2b.Pronosticar las tendencias de la evolucion del accidente en lo concerniente a los rubros listados en 4a.

3.-Recabar la informacion pertinente en forma continua y pronosticar dosis al publico.

4.-Recabar la informacion en forma continua y evaluar las acciones que se estan desarrollando al interior de la instalacion, para la proteccion radiologica del personal de la misma

5.-Estimar las consecuencias radiologicas externas. 7b.Hacer el seguimiento y evaluacion de las acciones de proteccion aplicadas al publico.(todo esto se hace con software de la CNSNS)

6.-Asistir a los miembros de la OC en cuanto a la solucion de problemas de computo y desactivar las claves de acceso a larga distancia de los telefonos de emergencias.

7.-Tener lista la computadora y la impresora de reemplazo.

8. Anotar en los pizarrones la informacion relevante que le sea transmitida

El registro de la informacion comienza con la primer persona en arribar al CECO, la cual tiene como funcion principal recabar la informacion inicial de la situacion que se ha generado desde el reporte inicial del evento y registrarla en el formato que se encuentra a la entrada del CECO. Esta sera usada por el resto del personal para enterarse de las condiciones de la Central Nucleo electrica de Laguna Verde.

Desde aqui nuestro sistema comenzara con el registro del usuario y su validez dentro del sistema.

El Notificador (Operador de las Comunicaciones), Lleva a cabo las Acciones Inmediatas descritas a continuacion.

Se registrara a la entrada en el formato de asistencia del "Equipo de Acciones de Proteccion" que se encuentra en la entrada del CECO.

Llevara a cabo las Acciones de Rutina descritas a continuacion.

Escuchar el mensaje de su interlocutor y registrarlo en su bitacora autocopiante, incluyendo la hora de recepcion y lugar desde donde se transmite la informacion, asi como la identidad del informante por numero de extension, puesto y/o primer apellido.

Se espera que la mayor parte de los mensajes recibidos en el CECO sean de caracter tecnico, cuando estos incluyan parametros cuantitativos, el orden debe ser:

Llevar a cabo las Acciones Inmediatas descritas a continuacion.

REGISTRARSE A LA ENTRADA en el formato de asistencia del equipo al que corresponda el cual se encuentra en la entrada del CECO, portar en un lugar visible el gafete que se encuentra en su carpeta de procedimientos (Anotador- ESR o Anotador-EAP).

Llevar a cabo las Acciones de Rutina descritas a continuacion.

Vaciar la informacion del Resumen Inicial que correspondan a su area en las pizarras exprofeso.

Mantener actualizada la informacion contenida en las pizarras de anotacion, siguiendo las instrucciones del Lider de su Equipo.

Al momento en que se lo solicite algun lider de equipo debera sustituir al Notificador.

Colocar las cartulinas que indican en nivel de emergencia de la entidad explotadora (Evento No Usual, Alerta, Emergencia en el Sitio o Emergencia General), asi como el modo de respuesta de la CNSNS (Normal, Vigilancia o Activacion), esta Ultima unicamente se localiza en el area del ESR.

Asistir al Notificador cuando este se lo solicite para la recepcion o el registro de algun mensaje.

Coordine al resto de los miembros de su equipo para que esten al tanto de la informacion mas actualizada, de acuerdo a sus areas de especialidadOvista en monitores en red)

a) Equipo de Seguridad del Reactor (ESR): Los Parametros nucleares y termohidraulicos. Son de interes principalmente para los especialistas en Operacion, Sistemas de Planta y Secuencias de Accidentes.

b) Equipo de Acciones de Proteccion (EAP): Parametros meteorologicos y radiologicos. Son de interes principalmente para los especialistas en Pronostico de Dosis y Evaluacion de Acciones de Proteccion.

Ya se ha comentado sobre las necesidades a cubrir en el sistema; enseguida se describen los usuarios que la base de datos contemplara.

La base de datos tendra como usuarios los siguientes actores:

P Notificador

P Grupo Ejecutivo:

Presidente. Viceoresidente. ~ i r e k o r de Seguridad Nuclear. Director de Seguridad Radiologica.

> Grupo logistico. P Grupo operativo.

*Nota El enfoque de este trabajo va dirigido hacia el notificador, pero aun asi se dejaran implementados los modulos para el desarrollo de los demas actores.

Modelo de Casos de Uso.

Los Casos de Uso nos ayudan a capturar informacion de como un sistema o negocio trabaja, o de como se desea que trabaje. No pertenece estrictamente al enfoque orientado a objeto, es una tecnica para captura de requerimientos. Cada Caso de Uso puede estar definido por: texto que lo describe, secuencia de pasos (flujo de eventos) ejecutados dentro del caso de uso, precondiciones y postcondiciones para que el caso de uso comience o termine mezclando las anteriores. Los Casos de Uso describen bajo la forma de acciones y reacciones el comportamiento de un sistema desde el punto de vista del usuario. Permiten definir los limites del sistema y las relaciones entre el sistema y el entorno.

Los Casos de Uso son descripciones de la funcionalidad del sistema independientes de la implementacion.

Modelo de interfaz.

El modelo de interfaz establece un vinculo entre el usuario y el analista. Consta de la definicion de la interfaz principal que participara en la ejecucion de un caso, cuando el sistema exista. En este sistema la interfaz es la siguiente:

Nombre: Introduzca su nombre: Clave de usuario:

Eclipse como herramienta de programacion.

Eclipse es una plataforma de programacion, desarrollo y compilacion de aplicaciones Java. Ademas Eclipse posee una atractiva interfaz que lo hace facil y agradable de usar. El usuario puede si lo desea anadir varios plugins que le permitiran usar Eclipse para otros lenguajes de programacion como php.

Sistema Gestor de Bases de Datos utilizado.

Oracle 109.

El Sistema Gestor de Bases de Datos (SGBD o DBMS en su acepcion inglesa) esta concebido con el fin de manejar grandes cantidades de informacion, ademas de admitir conexiones concurrentes de multitud de usuarios (entornos multi-usuario) hacia los mismos datos. Ante todo este enfoque, un SGBD debera ofrecer soluciones de forma fiable, rentable y de alto rendimiento.

que utilizar Oracle 1097.

Oracle es un sistema comercial que aporta un SGBD que ofrece las particularidades basicas para trabajar en entornos multi-usuario. Como sistema gestor de base de datos, es actualmente uno de los paquetes de software mas ampliamente extendidos en todas las companias que tienen que gestionar una cantidad importante de informacion.

Oracle es uno de los sistemas mas conocidos, que alcanza hoy en dia un buen nivel de madurez y de profesionalidad gracias especialmente a:

- Su transportabilidad: corre, hoy en dia, sobre decenas de plataformas. - La potencia de sus instrumentos de desarrollo de aplicaciones. - La riqueza de su diccionario de datos. - Los mecanismos encargados de la seguridad y la confidencialidad. - Una experiencia probada sobre el terreno y una buena presencia Oracle a nivel de formacion, consejo y soporte tecnico. - Se encuentra de forma gratuita en la Web en la bibliografia recomendada.

La version 109 de Oracle vio la luz en febrero del presente 2004, primero en su version para UNIX y posteriormente en sus versiones para Linux y Windows. La novedad mas llamativa de esta version -y que es la que pone la "g" en el nombre de version- es la capacidad de estos servidores de funcionar segun el paradigma de "Grid" (o rejilla) . La novedad principal de la nueva Oracle 109 descansa precisamente en la preparacion de dicho software para poder encajar en este modelo. Ademas, como parte de esta manera de entender el negocio, Oracle tambien ha hecho cambios en el area de marketing. Asi, la letra "i" que

se asociaba desde hace seis anos a la marca y que representaba la entrada en la era Internet de la compania ha sido sustituida por la "g" de Grid, de tal forma que la anterior version Oracle 9i cambia a Oracle 109. No obstante, ciertos usuarios valoran mas las mejoras en la administracion y la integracion de algunos elementos que previamente no funcionaban correctamente juntos.

La plataforma Oracle 109 nos ayudara para que la informacion sea mas agil y flexible al momento de responder a las necesidades requeridas con alta tecnologia y bajo costo, con el fin de incrementar la eficiencia y productividad, y mejorar considerablemente la administracion de la informacion del sistema, ya que reducira el tiempo de administracion de su base de datos.

Al instalar la base de datos, tambien se instala el nuevo Oracle Enterprise Manager Data base Control, basado en web, que sera la herramienta primaria para manejar la base de datos y establece un nuevo estandar en cuanto a facilidad de uso, ya que es un entorno visual e intuitivo, sin necesidad (aunque si posibilidad) de usar el texto como medio de comunicacion con la base de datos.

Desde aqui se podran realizar tareas administrativas como crear objetos de esquema (tablespaces, tablas e indices), manejar los usuarios, realizar copias de seguridad y tareas de recuperacion, importar y exportar datos. Tambien podra ver informacion sobre el estado de la instancia de la base de datos.

JBoss como servidor de aplicaciones.

Se denomina servidor de aplicaciones a un servidor en una red de computadores que ejecuta ciertas aplicaciones.

Usualmente se trata de un dispositivo de software que proporciona servicios de aplicacion a las computadoras cliente. Un servidor de aplicaciones generalmente gestiona la mayor parte (o la totalidad) de las funciones de logica de negocio y de acceso a los datos de la aplicacion. Los principales beneficios de la aplicacion de la tecnologia de servidores de aplicacion son la centralizacion y la disminucion de la complejidad en el desarrollo de aplicaciones. Si bien el termino es aplicable a todas las plataformas de software, hoy en dia el termino servidor de aplicaciones se ha convertido en sinonimo de la plataforma JZEE de Sun Microsystems.

Java Platform, Enterprise Edition o Java EE (anteriormente conocido como Java 2 Platform, Enterprise Edition o JZEE hasta la version 1.4), es una plataforma de programacion-parte de la Plataforma Java-para desarrollar y ejecutar software de aplicaciones en Lenguaje de programacion Java con arquitectura de n niveles distribuida, basandose ampliamente en componentes de software modulares ejecutandose sobre un servidor de aplicaciones . La plataforma Java EE esta definida por una especificacion. Similar a otras especificaciones del Java Community Process(E1 Proceso de la Comunidad Java, o Java Community Process, establecido en 1998, es un proceso formalizado el cual permite a las partes interesadas a involucrarse en la definicion de futuras versiones y caracteristicas de la plataforma Java), Java EE es tambien considerada informalmente como un estandar debido a que los suministradores deben cumplir ciertos requisitos de conformidad para declarar que sus productos son conformes a Java EE; no obstante sin un estandar de ISO(0rganizacion Internacional para la Estandarizacion )o ECMA(European Computer Manufacturers Association).

Java EE incluye varias especificaciones de API( Application Programming Interface - Interfaz de Programacion de Aplicaciones, es el conjunto de funciones y procedimientos (o metodos si se refiere a programacion orientada a objetos) que ofrece cierta libreria para ser utilizado por otro software como una capa de abstraccion. ), tales como JDBC, RMI(Java Remote Method Invocation) es un mecanismo ofrecido en Java para invocar un metodo remotamente, e-mail, JMS(Servicios de Mensajeria de Java), Servicios Web, XML, etc y define como coordinarlos. Java EE tambien configura algunas especificaciones unicas para Java EE para componentes. Estas incluyen Enterprise JavaBeans(forman parte del estandar de construccion de aplicaciones empresariales), serviets(objet0s que corren dentro del contexto de un contenedor de servlets (ej: Tomcat) y extienden su funcionalidad ), portlets (siguiendo la especificacion de Portlets Java), JavaServer Pages(es una tecnologia Java que permite generar contenido dinamico para web, en forma de documentos HTML, XML o de otro tipo)y varias tecnologias de servicios web. Esto permite al desarrollador crear una Aplicacion de Empresa portable entre plataformas y escalable, a la vez que integrable con tecnologias anteriores. Otros beneficios anadidos son, por ejemplo, que el servidor de aplicaciones puede manejar transacciones, la seguridad, escalabilidad, concurrencia y gestion de los componentes desplegados, significando que los desarrolladores pueden concentrarse mas en la logica de negocio de los componentes en lugar de en tareas de mantenimiento de bajo nivel.

En la actualidad open source es utilizado para definir un movimiento nuevo de software (la Open Source Initiative), diferente al movimiento del Software Libre, incompatible con este ultimo desde el punto de vista filosofico, y

completamente equivalente desde el punto de vista practico, de hecho, ambos movimientos trabajan juntos en el desarrollo practico de proyectos.

Implementado en Java puro. Al estar basado en Java, JBoss puede ser utilizado en cualquier sistema operativo que lo soporte. Los principales desarrolladores trabajan para una empresa de servicios, JBoss Inc., adquirida por Red Hat en Abril del 2006, fundada por Marc Fleury, el creador de la primera version de JBoss. El proyecto esta apoyado por una red mundial de colaboradores. Los ingresos de la empresa estan basados en un modelo de negocio de servicios.

JBoss implementa todo el paquete de servicios de J2EE.

Uso de XDOCLET.

XDoclet es un motor de Codigo abierto Codigo abierto (del ingles open source) es el termino con el que se conoce al software distribuido y desarrollado libremente). Para el Lenguaje de programacion Java, su funcion es la generacion de codigo. Esta asociado a la programacion orientada a los atributos, es decir, podemos lograr mas funcionalidad agregandole metadata (atributos) al codigo. Esto se lleva a cabo con tags JavaDoc.

Eclipse y J2EE

Existen varios plugins para utilizar J2EE dentro de eclipse nosotros hemos escogido Lomboz porque a parte de ser gratuito cumple perfectamente con el desarrollo de aplicaciones J2EE. Lo podemos descargar de http://forge.objectweb.org/projects/lomboz

4. Actividades realizadas

Diseno de la base de datos

Tablas creadas

Las tablas creadas son las siguientes:

Tabla del personal

Esta tendra la informacion de los usuarios del sistema Como en la mayoria de los sistemas se debe contar con una tabla de registro de usuarios con sus distintas restricciones y atributos, esta contendra el nombre de usuario, su rol en CNSNS, hora de llegada

CREATE TABLE "PERSONAL" ( "ID PERSONAL" NUMBER NOT NULL ENABLE,

~ L O G I N PERSONAL" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, ~~PASSWORD PERSONAL" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, "NOFiBRE PERSONAL* VARCHARZ ( 2 0 0 ) NOT NULL ENABLE, **APELLIDO PATERNO PERSONAL" VARCHARZ ( 2 0 0 ) NOT NULL ENABLE, "APELLIDO~NATERNO~PERSONAL" VARCHAR2 ( 2 0 0 ) NOT NULL ENABLE, T A R G O PERSONAL" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, DOMICILIO PERSONAL" VARCHARZ ( 5 0 0 ) NOT NULL ENABLE, "TELEFONO CASA PERSONAL" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, "TELEFONO-CELU~IR PERSONAL" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, LOCALIZADOR PERSONAL,* VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, "STATUS" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE,

CONSTRAINT "PERSONAL - PK" PRIMARY KEY ( " ID PERSONAL") ENABLE -

ORACLE Databare Exoress Editlon

A continuacion un ejemplo de registros efectuados

Registro datos y consulta

Ascendente b Ascendente b Asrendenle Desrsndenls r Dsrcsndente r Descendente

Registro datos e insertar filas

REGISTRO

..

Empleado y editar

EMPLEADO

E

: F . . . . . .. . . . .. . ..... ... . . . . .

. . ~ .... Nornbm : socorro seacrlr

Calle I Orl al0

Tabla registro

Todo el personal estara obligado a registrarse para ingresar al sistema

CREATE TABLE "REGISTRO" ( "ID REGISTRO" NUMBER NOT NULL ENABLE,

"VA~OR REGISTRO" VARCHARZ (100) NOT NULL ENABLE, FECHA REGISTRO^^ DATE NOT NULL ENABLE, ~~ORA-REGISTRO~* TIMESTAMP ( 6 ) NOT NULL ENABLE, "MINUTO REGISTRO'' NUMBER NOT NULL ENABLE, "ID EVENTO,, NUMBER NOT NULL ENABLE, "ID- VARIABLE^^ NUMBER NOT NULL ENABLE, VID- PERSONAL^^ NUMBER NOT NULL ENABLE, CONSTRAINT "REGISTRO PK,. PRIMARY KEY ( w ~ ~ - ~ ~ ~ ~ ~ ~ ~ ~ f r ) ENABLE, CONSTRAINT "REGISTRO-FK~ FOREIGN KEY (*-ID-EVENTO*~) REFERENCES EVENTO^ ( v v ~ ~ - ~ ~ ~ ~ ~ ~ p p ) ENABLE, CONSTRAINT "REGISTRO FKZ" FOREIGN KEY ("ID-VARIABLE") REFERENCES "VARIAB~ES" ("ID VARIABLE") ENABLE, CONSTRAINT "REGISTRO FK3" FOREIGN KEY ("ID-PERSONAL") REFERENCES ~~PERSONILL~~ ("ID - PERSONAL") ENABLE

)

Tabla llegada

Esta tendra los datos con respecto a la hora de llegada del personal, ya que es de vital importancia llevar un control de esta para el deslinde de obligaciones y responsabilidades

CREATE TABLE "LLEGADA" ( "FECHA LLEGADA" DATE NOT NULL ENABLE,

"CARGO~LLEGADA~ VARCHARZ (100) NOT NULL ENABLE, "ID PERSONAL" NUMBER NOT NULL ENABLE, CONSTRAINT "LLEGADA FK" FOREIGN KEY ("ID PERSONAL") REFERENCES ,~PERSONAL* (,,ID - PERSONAL^^) ENABLE

h

Tabla evento

Esta tabla sera la encargada de guardar todos los datos tomados de un ejercicio (llamese tambien simulacro), que quedara registrado por fecha en la que se llevo a cabo, no contiene permisos; es decir, un usuario comun (sin privilegios), no podra editarla, solo alguien del grupo ejecutivo, cabe tambien mencionar que el notificador (primer persona en arrivar al CECO)

Podra dar de alta tambien un nuevo evento.

ORACLE Database Express Editon

Tabla planta

Esta tendra caracteristicas como : nombre de la planta, responsable, domicilio de la planta, telefono de la planta, en la siguiente grafica se muestran algunos ejemplos del llenado de esta tabla .

CREATE TABLE "PLANTA" ( "ID PLANTA" NUMBER NOT NULL ENABLE,

"NO&RE PLANTA" VARCHARZ ( 2 0 0 ) NOT NULL ENABLE, " ~ 0 ~ 1 ~ 1 ~ 1 0 PLANTA" VARCHARZ ( 5 0 0 ) NOT NULL ENABLE, "FECHA APERTURA PLWA" DATE NOT NULL ENABLE~, ,*ID PERSONAL" NUMBER NOT NULL ENABLE, ' ~ T ~ T U S " VARCHARZ ( 1 0 0 ) NOT NULL ENABLE,

CONSTRAINT "PLANTA PK" PRIMARY KEY ("ID-PLANTA") ENABLE, CONSTRAINT ~PLANTAFK~ FOREIGN KEY (,,ID PERSONAL^^)

REFERENCES PERSONAL^^ (*-ID - PERSONAL")-ENABLE

1

ORACLE Database Er~ress Edition

,;\ I . . ... - - - . S

rsml i

ORACLE Database Express Editian

Tambien podran llevarse a cabo consultas sobre esta

Ocultar

Ordenar por 91 % -1

En seguida se muestra los campos a llenar para dar de alta una planta

Tabla reactor

Esta tendra el registro de los reactores con que cuente cada planta asociada

CREATE TABLE "REACTOR" ( " ID REACTOR" NUMBER NOT NULL ENABLE,

" N O ~ B R E REACTOR" VARCRARZ ( 1 0 0 ) NOT NULL ENABLE, "FECHA ~ P E R T U R A REACTOR* DATE NOT NULL ENABLE, I ,ID PERSONAL^^ NUMBER NOT NULL ENABLE, ,,ID-PLANTA" NUNBER NOT NULL ENABLE, "ST~TUS" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE,

CONSTRAINT "REACTOR PK" PRIMARY KEY ( " I D REACTOR") ENBBLE, CONSTRAINT "REACTOR-FK" FOREIGN KEY (VID- PERSONAL^^)

REFERENCES ,,PERSONAL" ( w ~ ~ - ~ ~ ~ ~ ~ ~ ~ ~ v p ) ENABLE, CONSTRAINT "REACTOR FK2" FOREIGN KEY ( " ID PLANTA")

REFERENCES PLANTA^ ( w ~ ~ - ~ ~ ~ ~ ~ w ) ENABLE 1

$rchm Editar yer !r Marcadores Hwarniel@s A*

63 / L.. ..,? - .. , '3'. ' ~ < 1 , , h ~ : / / l i s . s e r v e h ~ s o ~ r

ORACLE Database Express Editian

REGISTRO

REACTOR

Ilninh,e De Columsn Tipo De

NOMBRE-EACTMI VAR

F 'LANTA-ASWA VARCWRWWO) NO -

A continuacion un ejemplo de esta tabla con distintos reactores

prhiun Frlitx Ver -

- Hotmail gratutto

ORACLE Oatabase Express E d l t i o n

Atila

Hermes

$ R e d o r 1

R e d o r l a

Herwfes

mono

Reactor datos e insertar filas

Laguna Verde

Laguna Verde

Laguna Azul

Laguna Blanca

Laguna Blanca

Laguna Blanca

La Relacion entre reactor y modelo quedaria de la siguiente manera

Un evento va asociado a un rector y un reactor va asociado a un planta

r----"- I

REACTOR

i. ....... ........ . . .l I

Tabla Variables

Esta tendra los diferentes cambios efectuados durante el ejercicio de contingencia en los distintos reactores segun sea el caso

CREATE TABLE "VARIABLES" ( " I D VARIABLE" NUMBER NOT NULL ENABLE,

# , N O ~ B R E VARIABLE" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, "ESTADO~VARIABLE" VARCHARZ ( 1 0 0 ) NOT NULL ENABLE, WANGO ~ A X I M O VARIABLE*^ NUMBER, " R P ~ J G ~ ~ M I N I M ~ ~ V A R I A B L E " NUMBER, Y ~ T A T u ~ VARIABLE^^ VARCHARZ ( 1 0 0 ) ,

CONSTR~INT VARIABLES - PK" PRIMARY KEY ( w ~ ~ - v ~ ~ ~ ~ ~ ~ ~ f r ) ENABLE

1 I

Aspecto general de la construccion del las distintas tablas para la base de datos

ORACLE Database Express Edition

EVENTO

Veamos un ejemplo de como queda la introduccion al sistema paso a paso

.- daes ' Herramientas Ayuda - -- -- .-

h w //lis servehp com 8081/apex/P>p=4500 1001 1

Introducimos el nombre de usuario y elegimos un rol

Usuario

Contrasena

Elegimos el rol de Seguridad

Rol

Cancelar

Pulsamos entrar y aparece jtree

Desplegando el arbol

1-1 __i Reactor 1 Holi~austo

O Deshielo primaveral

+ Lluvia acida

0 Invierno nuclear

. 0 Ciudad de la furia b Lost Island

Ahora el notificador

Notficador

I I~l i ia rol ...

1 Laguna Azul -- __i Laguna Blanca _j Laguna Verde 0 Lost Island

Seleccionamos ahora el rol de ejecutivo

.?l,__j Laguna Blanca il Laguna Verde

0 Lost Island

El ejecutivo tiene todos los atributos

O Siniestro

; ..,.-* Deshielo primaveral

- - + Llwia acida

; E - j A t i a E 3 Hermes

; Lost Island

El notificador solo algunos asi como el de seguridad

I Comsion de Seguridad Nuclear 1 - j Laguna Azul 1

1 j Lagur Editar ] R A R e a c n r a

.-O Siniestro 3 j Hercules

,-0 Deshielo primaveral n _i APOIIO

' , 0 Llwia adda i j Laguna Verde

B _ J Atila . . : 0 Innermnuclear 8 j Hermes

0 Cudad de la furia Lost Island

5. OBJETIVOS Y METAS ALCANZADAS

Uno de los principales objetivos en este proyecto fue llevar a cabo el desarrollo de un sistema que serviria de apoyo a la Comision Nacional de Seguridad Nuclear y Salvaguardas de la secretaria de Energia para un mejor manejo y control de los eventos realizados (simulacros).

Durante el desarrollo del sistema se pudo avanzar en la primer version En la cual se construyo el modulo de logeo para los distintos grupos que integran el CECO con sus correspondientes atributos como podrian ser de acuerdo a su rol solo lectura, modificacion o implementacion de nuevos registros los cuales podran ser almacenados en' una base de datos para su mejor utilizacion. La implementaron de JTree para un mejor manejo en la creacion de plantas con sus correspondientes eventos, reactores y variables de entorno. El cual se llevo a la implernentacion e instalacion de la mismo, quedando los modulos anexos de version en periodo de analisis.

9 Grupo Ejecutivo: 9 Grupo Logistica.

6. RESULTADOS Y CONCLUSIONES

CONCLUSIONES

Se puede concluir que el objetivo principal se llevo acabo quedando todavia bastante trabajo por delante, ya que el sistema tiene una proyeccion extensa de aplicaciones que contemplan la graficacion de eventos y predicciones en caso de contingencia, visualizacion del registro de un evento en red para ser monitoreado por los demas grupos del CECO y el desarrollo de los modulos de los grupos mencionados entre otros.

Bibliografia

Descargar Oracle 109 (version libre)

http://www.oracle.com/index.html

http://www.oracle,com/webapps/dialogue/dlgpage.jsp?p~dlg~id=3258322&src=3156033~~=300

Plataforma Eclipse

http://www.eclipse.org/

http://www.eclipse.org/documentation/

Definicion JBoss

http://es.wikipedia.org/wiki/JBoss

http://www.jboss.org/docs/

http://docs.jboss.org/jbossac/jboss4guide/rl/html/index.html

Descargar Lomboz

http://forge.objectweb.org/projects/lomboz

xdoclet

http://xdoclet.sourceforge.net/xdoclet/install.html