desarrollo e implantaciÓn de un sistema … · proyecto fin de carrera desarrollo e implantaciÓn...

PROYECTO FIN DE CARRERA

DESARROLLO E IMPLANTACIÓN DE UN SISTEMA INFORMÁTICO PARA LA

EVALUACIÓN DE TRABAJOS DE CAMPO

AUTORA: RAQUEL GONZÁLEZ CORRAL

MADRID, JUNIO 2006

UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)

INGENIERO TÉCNICO EN INFORMÁTICA DE SISTEMAS

I

AGRADECIMIENTOS

Quiero expresar mi agradecimiento a mi Director de proyecto Don Manuel

Muñoz García por brindarme la oportunidad de recurrir a su capacidad y

experiencia a lo largo de la realización del proyecto.

A mi Coordinador Don Eduardo Alcalde Lancharro por sus valiosas

sugerencias, su permanente disposición, desinteresada ayuda y su constante

comprensión y estimulo a lo largo de mi carrera.

II

RESUMEN

El proyecto consiste en desarrollar un sistema informático centralizado para

gestionar una base de datos de trabajos de campo pendientes de ser

evaluados.

Los objetivos principales de este proyecto son:

- Mecanizar el proceso de evaluación de los trabajos de campo.

- Realizar propuestas anuales.

- Seleccionar trabajos y personas.

- Evaluar y cumplimentar informes.

- Elaborar informes finales.

- Suministrar informes al director.

El objetivo principal de este proyecto consiste en mecanizar todo el ciclo de

vida de los informes relacionados con las evaluaciones, desde la creación de

los mismos a partir de plantillas, pasando por la cumplimentación de los

mismos, hasta el análisis final para la obtención de conclusiones. De esta

manera se pretende lograr una buena gestión de todo el proceso.

III

El segundo principal objetivo es mantener la base de datos con todo la

información relacionadas con los trabajos de campo que tienen que ser

evaluados y los resultados de dicha evaluación.

Para satisfacer los objetivos expuestos anteriormente se ha desarrollado una

herramienta informática capaz de gestionar la información de los

supervisiones realizadas o pendientes de realizar, así como los resultados

obtenidos tras el análisis y evaluación de los informes que se editan al finalizar

la supervisión.

Cabe destacar que la herramienta informática desarrollada se utilizará en dos

entornos: dispositivos móviles PDA, donde se realizará el trabajo de campo y

puestos de trabajo convencionales (servidores y ordenadores de sobremesa)

donde residirá la bases de datos y el software básico para su gestión. Entre

ambos entornos existirá un interfase que permitirá mantener los PDA

sincronizados.

En el servidor centralizado, donde se almacenan los datos del plan anual de

supervisiones elaborado por el director de la central, los trabajos que serán

supervisados y los Técnicos-Superiores van cumplimentando los informes de

los trabajos.

IV

La base de datos de este servidor central, contiene todos los trabajos posibles

de ser supervisados personal y el plan anual.

Periódicamente la información almacenada en los PDA se sincronizara con la

base de datos central, donde se consolidara toda la información que será

accesible por el apoyo al trabajo de los Técnicos–Supervisores, puesto que son

fáciles de transportar y tienen suficiente capacidad para almacenar toda la

información que un técnico recoge de las supervisiones realizadas.

La gestión se basa en el almacenamiento y resuperación de datos de manera

dinámica, es decir cada usuario tiene un rol en esta aplicación, los Jefes de

Departamento y Coordinadores de área son los encargados de introducir

información en las tablas de la base de datos relacional y los Técnicos-

Supervisores son los que introducen mas información y recuperan información

para la cumplimentación de los informes de supervisión.

Para realizar dicho sistema se ha diseñado una aplicación en Embedded

Visual 3.0, entorno de desarrollo para aplicaciones de PDA, utilizadas como

gestor de base de datos Microsoft Access.

Esta aplicación informática se ha desarrollado para emplearse como

instrumento en el trabajo diario de los Técnicos – Supervisores, para facilitar el

V

tratamiento de los datos y como consecuencia directa conseguir una mejor y

mas eficaz gestiona de los mismos.

El desarrollo de este sistema ha concluido con el desarrollo del proyecto, en el

que se ha empleado el mayor numero de conocimientos adquiridos durante el

transcurso de los tres años de carrera, tanto de programación como de las

distintas metodologías aprendidas.

VI

ABSTRACT The Project consisted of the development of a centralised computer system to

manage a database of the field work pending evaluation.

The main objectives of the project were: to automate the field work evaluation

process, to create annual proposals, to select jobs and people, to evaluate and

fill in reports, to create final reports and to provide reports to the director.

The first main objective of the project is to automate the entire life-cycle of the

evaluation reports, from their creation from templates, through filling in of

same, up to the final analysis for obtaining conclusions. The aim is to achieve

good management of the whole process.

The second main objective is to maintain the database with all the information

related to the field work that has to be evaluated and with the results of the

evaluations.

To achieve these two objectives a computer tool was developed that is capable

of managing the information from the supervision work carried out or pending,

as well as the results of the analyses and evaluations of the reports that are

issued after the supervision work.

It should be noted that the computer application developed will be used in two

distinct environments: in mobile devices (PDAs) for field work, and in

VII

conventional workstations (servers and desktops) where the basic database

management software for will reside. There will be an interface between the

two environments that allows the PDAs to be kept synchronised.

The central server is used to store the data on the annual supervision plan

created by the plant director and on the jobs to be supervised. It is also used by

the senior technicians to complete the job reports.

The database in the central server contains all the jobs that can possibly be

supervised, personnel, and the annual plan.

The information stored in the PDAs is periodically synchronised with the central

database, where all the information is consolidated and made accessible to

support the work of the senior technicians, as they are easy to transport and

have sufficient capacity to store all the information that a technician collects

during the supervisions.

The management of the system is based on the dynamic storage and recovery

of data, ie each user has a role in the application: the Department Heads and

Area Co-ordinators are responsible for entering information into the tables of

the relational database, and the senior technicians enter more information and

also recover information in order to complete the supervision reports.

VIII

To implement this system, an application was designed in Embedded Visual

3.0, which is a development environment for PDA applications, used as

Microsoft Access database manager.

This computer application was developed to be used as a tool during the daily

work of the senior technicians, in order to facilitate the management of the

data and as a direct consequence in order to achieve a better and more

efficient management of same.

The development of this system concluded with the development of the project,

in which the knowledge of programming and of different methodologies

acquired during the three-year course were used.

IX

INDICE

1. INTRODUCCIÓN

1.1 Central Nuclear Almaraz y Trillo .............................................................3

1.2 Sistema de Gestión de la Explotación (SIGE) ...........................................7

1.3 El Proyecto ...........................................................................................12

2. IDENTIFICACIÓN DE NECESIDADES Y PLANES

DE LANZAMIENTO

2.1 Conceptos del Sistema ..........................................................................15

2.1.1 Objetivos del Sistema .....................................................................16

2.1.2 Alcance del Sistema .......................................................................22

2.1.3 Tipología de los usuarios ................................................................26

2.1.4 Restricciones ..................................................................................29

2.1.5 Organización de la Empresa ..........................................................31

2.1.6 Antecedentes del Sistema ...............................................................33

2.2 Plan General del Proyecto ....................................................................37

2.2.1 Criterios Generales para el Desarrollo del Proyecto .........................37

2.2.2 Organización y Recursos necesarios ...............................................37

2.2.3 Mecanismo de Control ...................................................................39

2.2.4 Especificaciones y Normas ..............................................................40

2.2.5 Estimación tiempo recursos .............................................................43

2.2.6 Coste Estimado ..............................................................................45

2.2.7 Glosario de Términos .....................................................................46

2.3 Plan de calidad del Proyecto .................................................................48

2.3.1 Introducción ...................................................................................48

2.3.2 Plan de Actividades en Análisis y Diseño .........................................51

2.3.3 Plan de Actividades en Programación y Pruebas .............................59

2.3.4 Plan de Actividades en la Implantación ..........................................63

X

2.3.5 Controles de Calidad .....................................................................66

3. ANÁLISIS DE REQUISITOS

3.1 Introducción .........................................................................................69

3.1.1 Ámbito del Proyecto .......................................................................72

3.1.2 Contexto General del Sistema ........................................................75

3.1.3 Unidades de la Organización afectadas .........................................77

3.1.4 Funciones Primarias .......................................................................80

3.1.5 Evaluación y Síntesis .......................................................................81

3.2 Sistema Actual ......................................................................................83

3.2.1 Modelo Lógico del Sistema Actual ...................................................83

3.3 Modelo Lógico del Nuevo Sistema ........................................................87

3.3.1 Estructura de diagramas de flujo de datos del Sistema ....................87

3.3.2 Diccionario de Datos ....................................................................112

3.4 Lista de Requisitos ..............................................................................119

3.5 Modelo Conceptual de Datos .............................................................137

3.6 Revisión de la Especificación ..............................................................182

4. ARQUITECTURA

4.1 Diagrama de Presentación .................................................................186

4.2 Especificación de Componentes Básicos ..............................................192

4.3 Evaluación de Alternativas ..................................................................211

4.4 Selección de la Solución ......................................................................229

XI

5. DISEÑO EXTERNO

5.1 Completar Requisitos Físicos ..............................................................235

5.1.1 Entrada, Salida y Recogida de Datos ...........................................235

5.1.2 Mantenimiento de Ficheros ........................................................238

5.1.3 Generación de Informes .............................................................239

5.1.4 Control de Información y Seguridad del Sistema ...........................241

5.1.5 Rendimiento del Sistema y Escalabilidad .......................................241

5.1.6 Forma de Implantación ................................................................241

5.2 Modelo de Procesos ...........................................................................244

5.2.1 Fronteras de Mecanización ..........................................................244

5.2.2 Especificación de Procesos ...........................................................246

5.2.3 Diseño de Entradas ......................................................................270

5.2.4 Diseño de algunas ventanas de GEvaT PC.....................................286

5.2.5 Estimación de volúmenes de información .....................................294

5.2.6 Procesos de Control, Seguridad y Auditabilidad ............................301

5.3 Modelo Lógico de Datos ....................................................................308

5.4 Estrategia de Planes ..........................................................................309

5.4.1 Plan de Pruebas ..........................................................................310

5.4.2 Plan de Implantación ..................................................................323

5.4.3 Plan de Mantenimiento ...............................................................326

5.4.4 Plan de Formación ......................................................................329

6. DISEÑO INTERNO

6.1 Subsistemas Batch ......................................................................…....334

6.2 Subsistemas On Line ..................................................................…....337

6.3 Diagrama de Ventanas del sistema .................................................367

XII

7. ANEXOS

Anexo A: Procedimiento GE-33

Anexo B: Planificación temporal

Anexo C: Manual de usuario

Anexo D: Conclusiones

8. BIBLIOGRAFÍA

1

MEMORIA

2

1. INTRODUCCIÓN

Desarrollo e Implantación de un Sistema Informático para la Evaluación de Trabajos de Campo

1.1 Central nuclear Almaraz y Trillo 1. Introducción

3

1. INTRODUCCIÓN.

El proyecto para el Desarrollo e Implantación de un Sistema Informático para

la evaluación de los Trabajos de Campo se desarrollará para las Centrales

Nucleares de Almaraz y Trillo y estará directamente relacionado con el sistema

ya existente SIGE.

En los siguientes apartados se presentan los conceptos de SIGE, las Centrales

Nucleares Almaraz y Trillo y el proyecto a desarrollar.

1.1 Central nuclear Almaraz y Trillo.

CNAT (Central nuclear Almaraz-Trillo) es el cliente para el que se desarrolla y

posteriormente se implantará un Sistema Informático para la Evaluación de

Trabajos de Campo.

CNAT resultó de la fusión de las centrales nucleares de Almaraz y Trillo, siendo

uno de los motivos fundamentales de dicha fusión el ahorro de costes en sus

aprovisionamientos, pues de este modo podrían conseguir mejores ofertas y

una mayor eficiencia a la hora de recibir el material.



4

La Central Nuclear de Almaraz se empezó a construir a principios de los 70.

Suministra 16.000 millones de Kwh. a toda España. Está ubicada en el término

de Almaraz de Tajo (Cáceres), a 16,4 Km. al oeste-suroeste de Navalmoral de

la Mata; a 68,8 Km. al este-noreste de la ciudad de Cáceres y a 180 Km. al

oeste-suroeste de Madrid. La altitud del emplazamiento sobre el nivel del mar

es de 258 metros.

Los terrenos propiedad de la central ocupan una extensión de 1.683

hectáreas, localizadas en los términos municipales de Almaraz, Saucedilla,

Serrejón y Romangordo. Tras realizar extensos y detallados estudios sobre la

topografía del emplazamiento, los resultados concluyeron la idoneidad del

lugar escogido, debido a sus características sismotectónicas, geológicas,

hidrológicas y climáticas.

La Central de Almaraz consta de dos reactores de agua ligera a presión de

2.686 MW térmicos, cada uno de ellos con tres circuitos de refrigeración, y en

su fabricación y construcción hay una aportación española superior al 80%.

Ambas Unidades utilizan como combustible óxido de uranio ligeramente

enriquecido y su potencia eléctrica es de 973,5 MW y de 982,6 MW,

respectivamente. La Central Nuclear de Almaraz es propiedad de Iberdrola en

un 53%, de Endesa en un 36% y de Unión Fenosa en un 11%.



5

Mientras tanto, la Central Nuclear Trillo 1 ha sido concebida como una central

de base, es decir, de funcionamiento ininterrumpido y alto grado de

disponibilidad.

Es capaz de asegurar una producción cercana a los 8.000 millones de KWh al

año.

El reactor de Trillo 1 pertenece a la denominada tercera generación de

centrales nucleares españolas. Su diseño es de la firma alemana Siemens-

KWU. El 85% de la inversión realizada, que superó los 280.000 millones de

pesetas, es de origen español, lo que ha constituido el porcentaje máximo

alcanzado en este tipo de proyectos. La ingeniería y los equipos nacionales

superaron el 80%, siendo totalmente nacionales apartados tan importantes

como la obra civil y el montaje.

El 1 de mayo de 1.986 el Ministerio de Industria aprobaba el comienzo de las

primeras pruebas y el 4 de diciembre de 1.987 se concedía el permiso de

explotación provisional.

El 23 de mayo de 1.988 la central fue conectada por primera vez a la red y el

6 de agosto de 1.988 se inició la explotación comercial.



6

Se encuentra emplazada en la comarca de la Alcarria, junto al curso del río

Tajo, en el paraje denominado "Cerrillo Alto", del término municipal de Trillo

(provincia de Guadalajara) desde donde suministra 8.000 KWh a toda España.

Central Nuclear Trillo 1 es la más moderna del parque nuclear español, con

una potencia instalada de 1.066 MW. Dispone de un reactor de agua a

presión con tres lazos de refrigeración de tecnología alemana Siemens-KWU, y

utiliza uranio enriquecido como combustible. La Central Nuclear Trillo 1 es

propiedad de las compañías eléctricas españolas Iberdrola, con una

participación del 48%; Unión Fenosa, 34,5%; Hidroeléctrica del Cantábrico,

15,5% y Nuclenor, 2%, las cuales prestan pleno apoyo y soporte a sus

actividades.


1.2 Sistema de Gestión de la Explotación 1. Introducción

7

1.2 Sistema de Gestión de la Explotación (SIGE).

SIGE es el sistema informático que gestiona las centrales de Almaraz y Trillo.

Fue desarrollado por Empresarios Agrupados, encargada también del proyecto

que en este momento se está desarrollando.

El sistema informático SIGE consiste en una solución mecanizada para la

gestión de explotación de centrales de generación que abarca los aspectos de

componentes y repuestos, mantenimiento (correctivo y preventivo),

modificaciones de diseño, operación (vigilancias, descargos e

inoperabilidades), personal, dosimetría, seguridad, compras, administración,

contabilidad, presupuestos y archivo.

El sistema se desarrolló atendiendo a cuatro aspectos fundamentales:

► Incidir de forma favorable en los resultados económicos de la central de

generación, minimizando, con un buen mantenimiento, el número de

paradas y maximizando la producción.

► Cumplir la normativa impuesta por los distintos organismos reguladores,

facilitando la auditoría de buen funcionamiento que estos pudieran

requerir.



8

► Aumentar el nivel de seguridad al garantizar la realización de las tareas

necesarias de carácter preventivo e incluso predictivo.

► Facilitar la toma de decisiones en cuanto a mejoras de diseño,

aportando opciones para el análisis de tendencias a partir de los datos

históricos obtenidos durante el mantenimiento.

En definitiva, se puede afirmar que el SIGE proporciona el apoyo necesario de

proceso de datos para la operación segura y económica de centrales de

generación, contemplando los aspectos tanto técnicos como de gestión

empresarial.

Otros aspectos destacables del SIGE son que las aplicaciones están

preparadas para trabajar en red e integradas totalmente en la Base de Datos

Corporativa, el sistema es configurable y ampliable atendiendo a las

necesidades y requisitos de los usuarios, el sistema fue desarrollado

inicialmente para el entorno Oracle/UNIX/Windows.

En SIGE existe una base de datos corporativa sobre la que trabajan,

compartiendo datos, el conjunto de las aplicaciones mencionadas

anteriormente. Es especialmente destacable el concepto de navegación,

común a todas las aplicaciones. Mediante este concepto se puede “saltar” en



9

cualquier momento de una aplicación a otra, de forma que se puede invocar

cualquier aplicación desde otra, sin necesidad de salir y volver a entrar en el

menú general. Este mecanismo, junto con las opciones dinámicas que se

personalizan en tiempo de ejecución en función del perfil del usuario, es uno

de los más apreciados por los usuarios del SIGE, por la agilidad, integración y

facilidad de uso que proporciona.

SIGE comprende las siguientes aplicaciones:

► Componentes.

► Repuestos.

► Almacenes.

► Mantenimiento (Correctivo y Preventivo).

► Modificaciones de Diseño (Mantenimiento Perfectivo).

► Operación (Vigilancias, Descargos e Inoperabilidades).

► Personal.

► Dosimetría.

► Seguridad.

► Servicios Médicos.

► Administración.

► Compras.

► Contabilidad.

► Presupuestos.

► Archivo.



10

SIGE ha sido desarrollado utilizando las herramientas de Oracle y se

encuentra totalmente operativo en la red de ordenadores UNIX (Sun/Solaris)

de la Central Nuclear de Almaraz, trabajando con terminales y clientes

Windows. En la actualidad el sistema soporta 340 puestos de trabajo con

medios informáticos, siendo la carga normal de trabajo alrededor de 100

usuarios simultáneos repartidos entre Cáceres y Madrid. El volumen de

información alfanumérica en línea manejado actualmente es de 7 Gbytes,

repartidos entre 821 tablas, algunas de las cuales tienen más de 1.000.000 de

registros.

Aspectos avanzados destacables del diseño del SIGE-CNA son:

► Integración de todas las aplicaciones en la Base de Datos Corporativa.

► Navegación por toda la base de datos partiendo desde cualquier

aplicación.

► Procedimientos estándares de desarrollo reutilizables.

► Manual on-line.

► Manual de usuario único para todas las aplicaciones. Interfase

coherente.

► Control de los estados por los que van pasando las distintas entidades

del sistema (Workflow).



11

El módulo de almacenes y de compras están relacionados con el proceso de

compra. En primer lugar, se comenta el módulo de almacenes ya que en ellos

se notifica la correcta recepción de los productos pedidos, labor ésta que será

realizada en un futuro mediante una futura Extranet. Este módulo tiene como

misión gestionar el almacén de repuestos y fungibles necesarios para realizar

las labores de mantenimiento, desempeñando funciones tales como control de

stocks mínimo, reservas de materiales, etc.

Los repuestos de almacén están asociados con los componentes genéricos a

los que aplican (ficha de componentes), a fin de poder ser usados en

cualquiera de los componentes de la Planta que componen la misma ficha.

Esto permite minimizar los inventarios y facilita la intercambiabilidad.

Este módulo abarca las siguientes funciones:

► Garantía de calidad (identificación de partidas, subpartidas, etc.).

► Control de entradas y salidas a nivel de partida.

► Gestión de stocks.

► Valoración de almacenes.


1.3 El Proyecto 1. Introducción

12

1.3 El proyecto.

Este proyecto consiste en desarrollar un Sistema centralizado para gestionar

una base de datos de trabajos de campo pendientes de ser evaluados.

También se desarrollará una aplicación complementaria para su ejecución en

un dispositivo informático móvil (PDA) que permita interactuar con la base de

datos y aporte funcionalidades autónomas en el propio lugar donde se realice

la evaluación.

Para


1.3 El Proyecto 1. Introducción

13

Para desarrollar el Sistema hay que aplicar el procedimiento GE-33 creado por

las Centrales Nucleares de Almaraz y Trillo.

Este procedimiento tiene por objeto definir dentro del Sistema de Auto-

Evaluación, definido en el procedimiento de “Autoevaluaciones de procesos y

Actividades”, la evaluación por los mandos de los trabajos en campo de las

Centrales Nucleares.

El procedimiento anteriormente mencionado tiene por objeto definir:

► Plan de Supervisión de Mantenimiento.

► Plan de Supervisión de Operación.

► Plan de Protección Radiológica.

► Planes de Supervisión de Química y Radioquímica.

► Plan de Supervisión de Formación.

► Plan de Supervisión de Ingeniería del Reactor y Resultados.

14

2. IDENTIFICACIÓNDE NECESIDADES Y

PLANES DELANZAMIENTO


2.1 Conceptos del Sistema 2. Identificación de Necesidades y Planes de Lanzamiento

15

2. IDENTIFICACIÓN DE NECESIDADES Y PLANES DE

LANZAMIENTO

En este capítulo se tratará de identificar las necesidades que debe cubrir el

Sistema. Para ello se expone el entorno global del problema en estudio. A

continuación se definirán los planes de lanzamiento del proyecto para lo cual

se fijan normas de actuación con la dirección del proyecto.

2.1 Conceptos del Sistema.

Este subcapítulo se corresponde con un documento elaborado con la ayuda

del cliente (Documento de Conceptos del Sistema), en el que se especifican:

► Objetivos empresariales del Sistema a mecanizar.

► Alcance de Sistema (acotación del problema a desarrollar).

► Tipología de los usuarios finales (perfil de las personas que van a

trabajar con el sistema).

► Restricciones (económicas, tiempo, legales, ).

► Organización empresarial (unidades organizativas en las que se divide

la empresa y funciones básicas).

► Antecedentes (se trata de conocer las causas por las que el cliente

decide abordar el proyecto).



16

2.1.1 Objetivos del Sistema.

Con objeto de transmitir los objetivos de forma ordenada y concisa, se han

clasificado en objetivos horizontales, considerando de este tipo a aquellos que

sirven como base para todo el sistema, y objetivos verticales, que son

específicos para determinados tipos de usuario.

Esta figura es una representación gráfica de los objetivos empresariales del

Sistema a mecanizar, los cuales serán detallados a continuación.

MANTENER ACTUALIZADA LA B.D.

REALIZAR PROPUESTAS

ANUALES

EVALUAR Y CUMPLIMENTAR

INFORMES

SELECCIONARTRABAJOS YPERSONAS

ELABORAR INFORMES

FINALES

SUMINISTRARINFORMES

AL DIRECTOR



17

El principal y único objetivo horizontal es mantener la base de datos con toda

la información relacionada con los trabajos de campo que tienen que ser

evaluados y los resultados de dicha evaluación.

La información a gestionar deberá estar almacenada en dos bases de datos:

► La Base de Datos del Sistema a Desarrollar.

► La Base de Datos del Sistema Integrado para la Gestión y Explicación,

llamado SIGE (donde hay información como por ejemplo los trabajos de

campo).

Los objetivos funcionales verticales se pueden clasificar en 6 puntos:

1.- Permitir que los Jefes de Departamento hagan propuestas anuales

en cuanto al tipo de evaluaciones que hay que realizar. Una vez realizadas

recibirán la información correspondiente a los resultados de dicha evaluación.

2.- Otro de los objetivos consiste en que los Técnicos reciban la

información de los objetivos definidos por el Jefe de Departamento para que

seleccionen los trabajos concretos que van a realizar y asignen las personas

que los desempeñaran.

3.- Permitir que los Técnicos Supervisores encargados de realizar las

evaluaciones, una vez conocido el trabajo que tienen que evaluar, realicen el



18

proceso de evaluación y cumplimenten un informe sobre los resultados

obtenidos en dicha evaluación.

4.- Facilitar la elaboración de unos informes de resultado por parte de

los coordinadores de área en los que se resuman todos los informes recibidos

de los Técnicos supervisores.

5.- Facilitar la elaboración de informes de evaluación, a partir de la

propuesta de plan anual, y el informe de resultados elaborado por el

coordinador de área.

6.- Suministrar información al Director de la central, tanto del programa

de evaluaciones previstas como de los resultados obtenidos.

De esta forma, se cumplirán los objetivos indicados en el procedimiento GE-

33:

► Detectar problemas técnicos y organizativos que se puedan producir en

la ejecución de los trabajos.

► Identificar problemas genéricos tanto en los equipos como en las

prácticas de trabajo.



19

► Tener un conocimiento más realista de los problemas asociados a la

ejecución de los trabajos en el campo.

► Asesorar a los trabajadores en la ejecución de los trabajos.

► Crear una atmósfera de confianza entre los trabajadores y los mandos,

que facilite a estos trasmitir las expectativas y objetivos de la Empresa y

aquellas sugerencias e inquietudes en el desarrollo de los trabajos.

En la siguiente tabla se muestran todos los objetivos clasificados en función de

su tipo y asignándoles su identificador:

CLASIFICACIÓN DE OBJETIVOS

TIPOLOGÍA IDENTIFICADOR DESCRIPCIÓN

O-F-01 Permitir la realización de

propuestas anuales y obtención

de los resultados de la

evaluación

O-F-02 Selección de trabajos y personas

O-F-03 Realización de supervisiones y

cumplimentar informes

O-F-04 Elaborar informes de resultados

FUNCIONAL

O-F-05 Elaborar informes de evaluación



20

O-F-06 Suministrar información al

Director de la Central

O-F-07 Poder supervisar el trabajo de

campo en el lugar que se ejecuta

el mismo

ECONÓMICO

O-E-01 No se plantea ningún objetivo

económico explícito, aunque si se

obtiene un beneficio de este tipo

de forma indirecta al conseguir

una explotación más eficiente de

las instalaciones

O-O-01 Estandarizar las herramientas

empleadas

O-O-02 Eliminar redundancias y

mantener un único repositorio de

información de uso común ORGANIZATIVO

O-O-03 Complementar el procedimiento

GE-33 con una herramienta que

facilite su cumplimiento

TÉCNICO O-T-01 Probar la eficiencia de los

dispositivos móviles mediante



21

experiencia piloto para poder

utilizar este tipo de dispositivo en

otras áreas de la empresa



22

2.1.2 Alcance del sistema.

Para cumplir los objetivos descritos en el punto anterior, el sistema para la

gestión de evaluación de trabajos en campo, en adelante GevaT, deberá

mantener la siguiente estructura de información:

En primer lugar, dentro de la Base de Datos de SIGE, se utilizará

fundamentalmente dos subconjuntos de información:

En el primero de ellos, se incluirá la información relativa a todos los trabajos

previstos que, potencialmente, podrán ser elegidos para su evaluación.

También se deberá utilizar la información correspondiente a las personas que

está previsto que desempeñen dichos trabajos.

En definitiva se trata de que GEvaT tenga acceso a los datos previstos en el

sistema que controla la realización de todos los trabajos (SIGE) para que los

correspondientes responsables puedan seleccionar los trabajos y personas que

serán evaluados.

Dentro de la estructura de información propia de GEvaT, a un nivel muy alto,

debemos distinguir dos grandes subconjuntos de información:



23

► Por un lado, las tablas donde se almacenará el plan correspondiente

a todas las evaluaciones que deben ejecutarse en el ejercicio

(normalmente un año).

► Por otro lado, también deberá almacenarse la información

correspondiente a todos los resultados que se obtengan en las

evaluaciones planificadas una vez que sean realizadas.

También, contemplar dentro del alcance del desarrollo de los siguientes

subsistemas:

Gestión de objetivos anuales: este subsistema permitirá

mantener actualizado el Plan de evaluaciones a realizar y

permitirá que los diferentes responsables de la Central

visualicen el grado de cumplimiento de dicho plan y, una vez

que sean realizadas, los resultados obtenidos en dichas

evaluaciones.

Gestión de selección de trabajos: este subsistema permitirá

acceder a las tablas de TRABAJOS y PERSONAS disponibles en

la base de datos de SIGE para seleccionar los trabajos y

personas que realizarán las distintas actividades recogidas en el

Plan de evaluaciones establecido en los objetivos anuales.



24

Finalmente se actualizará el almacén perteneciente al sistema

GEvaT almacenando en él la información anteriormente

seleccionada.

Gestión de edición de informe: este subsistema permitirá

obtener los informes a cumplimentar, los cuales se encuentran

almacenados en la base de datos del Sistema, una vez que las

evaluaciones sean realizadas se cumplimentarán dichos

formularios y se almacenará en la base de datos tanto el

contenido del propio formulario como la información de que ya

se ha editado el informe.

Gestión de la supervisión de informes: este subsistema

permitirá obtener la información de los informes ya

cumplimentados, la cual se encontrará disponible en la base de

datos del Sistema. A partir de ésta se supervisan dichos

informes, los resultados obtenidos en la supervisión se

almacenan en la misma base de datos.

El principal motivo por el cual se almacena dicha

información se debe a que estos resultados, se tendrán en

cuenta para definir los objetivos anuales de próximos años.



25

Gestión de evaluación de informe: este subsistema permite

obtener la información relativa a los informes y a la revisión de

los mismos ya almacenada en la base de datos del Sistema,

posteriormente se procede a la evaluación de los distintos

informes.

Los resultados obtenidos en este proceso se almacenarán en la tabla

correspondiente.



26

2.1.3 Tipología de los usuarios.

Este software va dirigido exclusivamente a determinados empleados de la

Central: Director, Coordinadores de área, Jefes de Departamento, Técnico

Supervisores y Técnicos. Estos interactuarán con la empresa mediante el nuevo

Sistema, que incluye una nueva tecnología: dispositivo informático móvil

(PDA). En este sentido, se buscará obtener una interfaz hombre-maquina

agradable, intuitiva y vistosa a la vez que funcional.

En un principio, aunque se pospone la decisión para una fase más avanzada

del proyecto, los usuarios tendrán un perfil determinado de acceso al sistema,

es decir, cada usuario podrá acceder a una determinada información del

Sistema según sus tareas y funciones a realizar.

Para un correcto entendimiento de la organización y funciones empresariales

de los departamentos afectados por el Sistema se debe comprender la función

de cada uno de los perfiles involucrados en dicho Sistema.

► DIRECTOR DE LA CENTRAL.

Desde el punto de vista del Sistema, las misiones principales del Director de la

Central son:

Aprobar los programas anuales de supervisión propuestos por el Jefe de

Departamento y el coordinador de la evaluación de supervisión .



27

El Director recibirá los resultados con el fin de resolver las discrepancias que

pudieran surgir de la ampliación de este procedimiento y de las acciones

correctivas que se derive.

► CORDINADOR DE AREA.

Recibirá el informe de supervisión cumplimentado por el Técnico Superior del

área correspondiente, posteriormente lo numerará como YSSA (iniciales de la

sección supervisora CNA o CNT) YY / XXX donde XXX será un numero de

orden dentro del año YY.

Finalizado el programa de supervisión los coordinadores de cada área

preparará un informe con los resultados de los Informes de Supervisión

recibidos en el que se recogerán los aspectos no satisfactorios observados y las

acciones a tomar a nivel departamento, sección para corregir estos aspectos.

► JEFE DE DEPARTAMENTO Y SECCION.

El Jefe de Departamento, realizará junto con el coordinador de la evaluación

de supervisión, considerando como objetivos de supervisión el número de

trabajos a supervisar de cada departamento.

Los resultados de los anteriores evaluaciones se han de tener en cuenta en la

selección de trabajos y actividades a supervisar de cada departamento.



28

Una vez recibidos los informes con los resultados de los informes de

supervisión, éstas deberán ser revisadas y evaluadas por el Jefe de

Departamento, y éste a su vez deberá aprobar y promover las acciones

correctivas de los aspectos no satisfactorios observados en su departamento o

sección.

► TECNICO SUPERVISOR.

Realiza las supervisiones que le sean asignadas. Para ello, cumplimentará la

lista de chequeo correspondiente en un dispositivo móvil (PDA), reflejando en

ella si las comprobaciones realizadas han tenido resultado positivo o no.

En caso de que la comprobación se considere no satisfactorio, en el apartado

de observaciones se hará una breve descripción de los motivos por los que no

se considera satisfactoria.

► TÉCNICO.

Una vez conocidos los trabajos tipo que se han de supervisar, el técnico

seleccionará los trabajos concretos que van a ser supervisados.

Es el encargado de comprobar que los técnicos realizan correctamente la

supervisión de los trabajos.



29

► ADMINISTRADOR.

Este usuario del Sistema no desarrolla ninguna capacidad funcional, sino que

administra la base de datos y gestiona los perfiles de usuario.

2.1.4 Restricciones.

El desarrollo de esta herramienta se realizará dentro de un Sistema Integrado

para la Gestión de la Explotación de los controles de niveles (SIGE), el nuevo

Sistema a desarrollar GEvaT formará parte del SIGE.

Las restricciones de este Sistema son las impuestas por la propia plataforma

SIGE, entre ellas se destacan la utilización de:

► Sistema Gestor de Base de Datos: dado que SIGE está desarrollado

dentro de un Sistema de Gestor de Base de Datos ORACLE, GEvaT se

tendrá que desarrollar en dicha Base de Datos para asegurar que se puede

acceder a las tablas de SIGE que son necesarias y que asegure que toda la

información que se gestione sea íntegra.

► Estándares de SIGE: SIGE está desarrollado con unos estándares propios

de CNAT, de forma que cuando hay que desarrollar un nuevo módulo los



30

programadores no comiencen de cero, sino que utilicen elementos

estándar previamente definidos.

Dado que GEvaT va a ser una parte integrante de SIGE, tendrá que

desarrollarse en dichos estándares.

► Entorno de MS-Windows: en cuanto al interfaz de usuario también los

estándares definen una serie de criterios que tendrán que ser cumplidos en

este proyecto. En todo caso, cabe destacar que el aspecto final de dicho

interfaz debe ser lo más similar posible al estándar en WINDOWS.

► La finalización de dicha aplicación debe ser anterior al 31 de marzo de

2.006.



31

2.1.5 Organización de la empresa.

La Central Nuclear está constituida por una compleja organización, que la

forman numerosos departamentos y, estos a su vez, por empleados con

distinta tipología y por tanto con distintas funciones.

El nuevo Sistema tiene una finalidad única: la evaluación de los trabajos de

campo, lo cual no implica a todo el personal de la Central Nuclear en el uso

de esta aplicación. De esta forma se representa en una estructura claramente

jerárquica los usuarios con acceso a la aplicación.

En la página siguiente se puede observar un organigrama representativo de

las áreas o departamentos afectados o con acceso al nuevo Sistema a

implantar.



32

TÉCNICO TÉCNICO TÉCNICO

COORDINADOR DE ÁREA COORDINADOR DE ÁREA COORDINADOR DE ÁREA

JEFE DEPARTAMENTO JEFE DEPARTAMENTO JEFE DEPARTAMENTO

DIRECTOR DE LA CENTRAL



33

2.1.6 Antecedentes del sistema.

El procedimiento que regula como deben realizarse las evaluaciones de los

trabajos en campo (véase anexo A) y dicho procedimiento no va a ser

modificado.

En la actualidad el cumplimiento del desarrollo se basa en la actualización de

SIGE para la selección de trabajos y personas y el resto de las actividades

definidas en el procedimiento se desempeñan de forma manual,

cumplimentando para ello unos formularios en papel que los técnicos que

realizan las evaluaciones deben llevar con ellos a los distintos lugares donde

se ejecutan los trabajos que tienen que evaluar (trabajos en campo).

La principal aportación del Sistema consistirá en que esta documentación ya

no se cumplimentará en un formulario de papel, sino que se utilizarán

formularios digitales almacenados en un dispositivo informático móvil.

La segunda gran aportación de la aplicación consistirá en una serie de

funcionalidades que permitirán controlar el grado de cumplimiento de los

objetivos anuales.



34

En todo caso, la esencia del procedimiento que en la actualidad se ejecuta de

forma manual y en el futuro mecanizada permanecerá inalterada y es la

siguiente:

El Jefe de Departamento junto con el coordinador de la evaluación de

supervisión definirán los objetivos anuales de supervisión.

Una vez definidos los trabajos de actividades seleccionadas, cada técnico

elegirá los trabajos que considere oportunos. Posteriormente el Técnico de

Supervisión notificará este hecho al responsable del trabajo para que informe

del comienzo del mismo y le suministre la documentación aplicable a la

actividad a realizar.

Para la realización de la supervisión se seguirá la lista de chequeo

correspondiente a la actividad a ser supervisada.

La supervisión consta de tres fases:

► Comprobaciones previas a la realización del trabajo. El supervisor

evalúa si la información, documentación y autorizaciones disponibles para

realizar el trabajo son adecuadas.

► Comprobaciones durante la ejecución del trabajo. En esta fase el

supervisor verificará la adecuada organización y realización del trabajo.



35

► Comprobaciones al finalizar el trabajo: Finalizado el trabajo el

supervisor revisará para verificar que en ella se reflejan todos las

incidencias durante la realización del trabajo.

Las comprobaciones citadas anteriormente se realizaran mediante la revisión

de la documentación aplicable, asistencia a la ejecución de los trabajos y

consultas a los ejecutores.

Una vez realizadas dichas comprobaciones el Técnico Supervisor

cumplimentará la lista de chequeo, incluyendo en ellas las observaciones

oportunas, obteniendo de esta forma el informe de supervisión que será

enviado al coordinador con copia al Jefe de Sección responsable de la

actividad supervisada.

Una vez recibidos por el Coordinador del Área los informes de supervisión

serán numerados según los criterios establecidos en la organización y serán

archivados hasta la preparación del informe de evaluación. Los resultados de

este informe serán revisados por el Jefe del Departamento y enviados al

archivo con copia al Director de la Central.



36

La figura mostrada a continuación resume de forma esquemática el

procedimiento explicado previamente en el texto.


2.2 Plan General del Proyecto 2. Identificación de Necesidades y Planes de Lanzamiento

37

2.2 Plan general del proyecto.

En este capítulo se realiza la planificación general de proyecto para lo cual se

abordan numerosos aspectos como: criterio o motivo para el desarrollo del

proyecto: organización de las personas que intervendrán en su realización,

formato y frecuencia de los informes de control; método elegido para abordar

la solución del problema; y tiempo y costes estimados para el desarrollo del

proyecto. Al final del capítulo se incluirá un glosario que recopila los términos

utilizados en el proyecto de una forma técnica.

2.2.1 Criterios generales para el desarrollo del proyecto.

Una vez alcanzado el tercer año de la titulación Ingeniería Técnica Informática

de Gestión – Sistemas, último año de esta titulación, la autora va a desarrollar

el Proyecto Fin de Carrera para concluir ambas titulaciones. Para ello, se elige

un Sistema de Gestión para la evaluación de trabajos de campo, basado en un

proyecto real para las Centrales de Almaraz y Trillo.

2.2.2 Organización y recursos necesarios.

La estructura organizativa del grupo de trabajo desarrollador del proyecto está

constituido exclusivamente por el director del proyecto y la autora estudiante

de tercer curso ITIG/ ITIS.



38

La autora a su vez concentrará en ella las funciones de Jefe de Proyecto

Informático, Analista y Programadora.

Por lo que llevará a cabo el análisis, diseño y programación del sistema

Informático.

Esta estructura organizativa, tal y como se observa en el organigrama,

interactúa con la estructura organizativa del Departamento Informático del

cliente, mediante el establecimiento de relaciones entre el Director del

Departamento Informático de cliente y el Analista (en ese caso la autora) y el

Jefe de Desarrollo y Técnico de Sistemas del cliente.



39

2.2.3 Mecanismo de control.

El director de proyecto supervisará la realización del mismo, la calidad de sus

contenidos y que se desarrolle de acuerdo son las normas establecidas.

Se realizarán unos informes mensuales de seguimiento de progreso y control

de calidad.

El coordinador también desempeña una de sus labores mediante el

seguimiento del proyecto a través de una clase semanal.

Durante estas sesiones se presentan los objetivos, el plan de trabajo y los

avances realizados en su proyecto. Todo ello ira acompañado de dos

exposiciones una de avance y otra de finalización del trabajo.

En resumen, se producirán los siguientes entregables:

IDENTIFICADOR DESCRIPCIÓN FORMATO PERIOCIDAD

IS Informe de seguimiento Word Mensual

PA Presentación anticipada del

proyecto

PowerPoint Una vez

PF Presentación final del

proyecto

PowerPoint Una vez



40

2.2.4 Especificaciones y normas.

La Metodología a utilizar para el desarrollo del proyecto es la explicada en la

asignatura de Ingeniería de Software de Gestión.

Esta metodología se basa en el desarrollo de las siguientes fases, mostradas en

la figura:

A continuación se explicará en que consiste cada una de las fases:

► Identificación de las necesidades: en esta fase se realiza la exposición

del entorno global del problema en estudio. Para ello se exponen los

IDENTIFICACIÓNDE

NECESIDADES

ANÁLISIS DE REQUISITOS

DISEÑO ARQUITECTURA

DISEÑO EXTERNO

DISEÑO INTERNO

PROGRAMACIÓN

IMPLANTACIÓN

PRUEBAS



41

objetivos del nuevo sistema, su ámbito y restricciones, así como la

organización del cliente y los antecedentes del sistema anterior,

justificando los motivos de la mecanización.

► Análisis de requisitos: el principal objetivo de esta fase es alcanzar un

conocimiento suficiente del sistema, definiendo necesidades, problemas y

requisitos del cliente. El desarrollo de esta fase se basa en la técnica de

análisis estructurado.

► Estudio de la arquitectura: en esta etapa se definirán las posibles

soluciones que cumplan los requisitos, se elegirá una de las soluciones

propuestas, y posteriormente se obtendrá la aprobación del cliente.

En esta fase se especificará la tecnología hardware, software y

comunicaciones, se realizará una evaluación técnica, de coste y

organizativa de cada alternativa. Por último se realizará una planificación

del proyecto.

► Diseño externo: en esta etapa se obtiene el modelo físico del nuevo

sistema, el modelo lógico de datos, se diseñan las entradas, salidas e

interfaces del sistema, se establecen procesos de seguridad, auditabilidad y



42

control, se define la estrategia de los planes de prueba, implantación,

conversión y formación.

► Diseño interno: en esta fase se diseñan los componentes software de la

aplicación, se especifican de los programas, se define la estructura de los

ficheros y modelo físico de datos, y se completan los planes de la etapa de

diseño externo: prueba, implantación, conversión y formación.

► Programación: en esta etapa se codifican los programas y componentes

software y se realizan pruebas unitarias de cada uno de los componentes,

realizando los manuales de explotación y usuario.

► Prueba: en esta fase se prueba la funcionalidad, operatividad e

integridad del sistema y se obtiene la aprobación del cliente.

► Implantación: esta etapa consiste en implantar el sistema en producción

real, realizar pruebas de sobrecarga y rendimiento y distribución del

software.

► Las necesidades y requisitos del cliente se conocen mediante la

realización de entrevistas, cuestionarios y consultas al mismo. El cliente

facilita la información necesaria proporcionando conocimientos necesarios



43

para la realización del proyecto, así como los formularios utilizados por las

Centrales Nucleares para la supervisión de los trabajos.

2.2.5 Estimación tiempo recursos.

La estimación de tiempo y recursos que se detalla en la tabla, que se puede

observar a continuación, representa la distribución de los mismos de la

totalidad del proyecto solicitado por la Central Nuclear.

Es de vital importancia tener conocimiento de que este proyecto desarrollado

como proyecto fin de carrera no contemplará al completo dicho estudio.

La estimación representada en la tabla es de un total de 1.740 horas, que

componen la totalidad del Sistema demandado.

La planificación del desarrollo del proyecto por fases, se muestra en el anexo

B.



44

DIRECTOR

DE

PROYECTO

JEFE DE

PROYECTO ANALISTA

PROGRAMA

_DOR TOTAL

Identificación de

necesidades 40 120 0 0 160

Análisis de

requisitos 20 160 0 0 180

Estudio de

arquitectura 20 40 100 0 160

Diseño externo 20 20 100 60 200

Diseño interno 20 20 150 70 260

Programación 10 15 50 470 545

Prueba 5 10 50 90 155

Implantación 5 5 10 60 80

TOTAL 140 390 460 750 1.740

En el gráfico mostrado a continuación, se representa una distribución por

porcentajes de la implicación de cada una de las fases atravesadas para la

realización del proyecto:



45

DISTRIBUCIÓN PORCENTUAL DE TIEMPO PARA CADA ACTIVIDAD

7,92% 12,50%5,42%

9,58%18,33%

27,50%

7,50%11,25%

Identificación deNecesidadesAnálisis de Requisitos

Estudio Arquitectura

Diseño Interno

Diseño Externo

Programación

Pruebas

Implantación

2.2.6 Coste estimado.

TARIFAS

Director de proyecto 80 € / h

Jefe de proyecto 60 € / h

Analista 45 € / h

Programador 30 € / h

A partir de las tarifas de precios detalladas anteriormente, se realizarán los

cálculos de coste de mano de obra:



46

Director de proyecto 140 horas 80 € 11.200 €

Jefe de proyecto 390 horas 60 € 23.400 €

Analista 460 horas 45 € 20.700 €

Programador 750 horas 30 € 22.500 €

TOTAL..........................................................77.800 €

2.2.7 Glosario de términos.

En este apartado se describirá el significado en el contexto de este proyecto de

los principales términos referentes a él.

► Lista de chequeo: Informes que cumplimentan los técnicos supervisores,

reflejando resultados de la supervisión de los trabajos.

► Informe de supervisión: Lista de chequeos cumplimentada.

► Informe de evaluación: informe con los resultados obtenidos en los

informes de supervisión.

► Director: Persona encargada de aprobar los programas de supervisión

propuestos y resolver las discrepancias que puedan surgir.



47

► Diagrama conceptual: Es el primer nivel en que se explosiona el proceso

que representa el sistema en estudio, bajo un modelo de procesos. Muestra

los procesos esenciales del sistema.

► Diagrama de contexto: Primer nivel de un modelo de procesos, donde se

representan las entidades externas al sistema y los flujos principales de

entrada y salida.

► Diagrama de flujo de datos (DFD): Representación gráfica de un modelo

de procesos o funciones donde aparecen los flujos de datos y sus

transformaciones a lo largo del sistema.

► Diagrama de presentación: Diagrama de formato libre utilizado para

mostrar o presentar algún concepto o idea, dentro de las especificaciones

del análisis o diseño del software.

► Diagrama Entidad-Relación: Representación gráfica de un modelo de

datos, donde aparecen las entidades de datos y sus relaciones.


2.3 Plan de Calidad de Proyecto 2. Identificación de Necesidades y Planes de Lanzamiento

48

2.3 Plan de Calidad del Proyecto.

En este apartado se desarrolla un plan para establecer una serie de

procedimientos y normas necesarias para garantizar la calidad del proyecto.

2.3.1 Introducción.

Para asegurar el cumplimiento de los requisitos del Programa de Garantía de

Calidad relativos a proyectos de desarrollo informático, se prepara un Plan de

Garantía de Calidad, que se desarrolla en base a las directrices establecidas

en el Sistema, en consonancia con los requisitos contractuales y normativa

aplicable.

Este Plan de Calidad se presenta al cliente para su evaluación y aprobación,

en cada una de sus versiones. El cliente podrá auditar y controlar la ejecución

de dicho Plan cuando lo considere oportuno.

El Plan de Calidad debe contener:

► Una descripción de los criterios y actividades de garantía de calidad

aplicable para el proyecto.

► La planificación en tiempo, de las actividades de aseguramiento de la

calidad, la organización y responsabilidades de las mismas.



49

► Referencia de los procedimientos, normas, metodología, guías y

estándares aplicables.

Garantía de calidad del software

La norma ISO 9000 establece que el aseguramiento de la calidad son todas

las acciones sistemáticas y planificadas, necesarias para proporcionar una

confianza adecuada de que un producto o servicio satisfará los requisitos

dados de calidad. Para conseguir, mantener y mejorar la calidad, las

organizaciones desarrollan y utilizan su Sistema de Calidad. Estos sistemas de

calidad deben diseñarse de acuerdo con ISO 9004 y evaluarse de acuerdo con

la normativa apropiada, que en el caso del software es ISO 9001.

Los productos no pueden cumplir los estándares ISO 9001; las organizaciones

sí, y eso es lo que se pretende: garantizar el uso de un sistema de calidad por

el cual se asegura que el proceso de fabricación del software cumple los

requisitos establecidos por calidad.

Los Sistemas de Calidad pueden establecer la necesidad de confeccionar y

cumplir el Sistema de Calidad del Proyecto, de modo que cada uno en

particular se regirá por las normas establecidas en el propio sistema del

proyecto.



50

Formando parte integrante del Manual de producción, se incorporan las guías

de ingeniería del software, como soporte documental a la labor de

producción del software de organización. Las actividades específicas de

garantía de calidad se regulan a través de los procedimientos de Garantía de

Calidad.

El Área de Garantía de Calidad es responsable de:

► El mantenimiento del Sistema de Garantía de Calidad, elaborando,

revisando y distribuyendo los documentos constitutivos del Sistema de

Calidad.

► El establecimiento y la ejecución del Plan General de Auditorias Internas,

con el objetivo de verificar el cumplimiento y la efectividad del sistema.

► La realización planificada y documentada de las actividades de

ingeniería y gestión de calidad necesarias para:

Detectar cuanto antes condiciones adversas a la calidad,

actuales y potenciales, y definir e implantar las acciones correctoras

pertinentes.



51

Evitar que se emitan productos o se proporcionen servicios que

no alcancen la calidad exigida, estableciendo los atributos de

calidad aplicables, los niveles de calidad aceptables y evaluando

según ellos las actividades y productos informáticos de la

organización.

Disponer de información del estado de los productos de cara a

su aprobación interna, así como para poder certificar ante los

usuarios o clientes del cumplimiento de las normas, estándares,

procedimientos y requisitos contractuales.

Organizar y gestionar la función de apoyo interno que

requieren las anteriores responsabilidades, en cuanto a: soporte

documental e informático, archivo, formación y calificación del

personal del área.

2.3.2 Plan de actividades en Análisis y Diseño.

En este apartado se especificarán las actividades que se llevarán a cabo

durante o después de las fases de análisis y diseño para asegurar el

cumplimiento de la calidad en el proyecto.



52

► Revisar el Plan de Proyecto.

En la documentación del proyecto se incluye el Plan General del Proyecto,

en el que se contempla la organización y recursos necesarios, los

mecanismos de control a seguir, la metodología a utilizar para el desarrollo

y la estimación de tiempos y recursos.

Durante el desarrollo de la fase de Análisis y el Diseño del proyecto se han

de ir cumpliendo los hitos marcados en el Plan del Proyecto.

Una vez finalizado el Análisis y el Diseño se comprobará si el resultado de

esta etapa corresponde con lo establecido anteriormente en el Plan de

Proyecto.

En caso de que se aprecie alguna discrepancia, se procederá a rectificar la

misma.



53

► Elaborar el Plan de Garantía de Calidad

Para asegurar el cumplimiento del Programa de Garantía de Calidad

relativo a proyectos informáticos, durante la fase de Análisis y Diseño se

elabora un Plan de Garantía de Calidad, en el que se describen las

actividades de garantía de calidad aplicables en el proyecto, así como su

organización y la planificación de las mismas en el tiempo, además de la

PC-01-01 PLAN CALIDAD ( PC )

FASE

01

Análisis y Diseño

ACTIVIDAD 01 Revisar el Plan de ProyectoRESPONSABLE ANALISTA EJECUTOR JEFE PROYECTO FECHA PREVISTA ENERO 2006

DESCRIPCION

- Comprobación de resultados de la fase de Análisis y Diseño, con lo establecido en el Plan del Proyecto. - Rectificación si se considera oportuno.

INPUT

- Documentación obtenida de la fase de Análisis y Diseño.

OUTPUT

-Informe de resultados de la comprobación. -Resumen de discrepancias, si existen.



54

metodología, normas y estándares a seguir durante todo el desarrollo del

proyecto.

Al finalizar el desarrollo del proyecto se verificará el cumplimiento de todas

las normas y procedimientos, recogidos en el Plan de Garantía de Calidad.

En el caso de incumplimiento de alguno de ellos, se rectificará la parte

afectada.


FASE 01 Análisis y Diseño ACTIVIDAD 02 Elaborar Plan de

Garantía de Calidad RESPONSABLE JEFE PROYECTO

ANALISTA

EJECUTOR JEFE PROYECTO FECHA PREVISTA SEPTIEMBRE /

OCTUBRE 2006

DESCRIPCION

- Descripción de las actividades de garantía de calidad aplicables al proyecto. - Planificación del tiempo. - Establecer metodologías, normas y estándares a seguir.

INPUT


OUTPUT

- Documento del Plan de Garantía de Calidad.



55

► Verificar que los requisitos son claros, completos, no ambiguos y

consistentes.

Una vez finalizada la fase de Análisis y Diseño, se verificará que el

contenido del Plan de Calidad está completo, es claro, conciso y no se

presta a varias interpretaciones, sino que trasmite de forma exhaustiva las

normas, criterios, metodologías, etc que debe cumplir el proyecto.


FASE 01 Análisis y Diseño ACTIVIDAD 03 Verificar que los requisitos son

claros, completos, no ambiguos y consistentes

RESPONSABLE ANALISTA EJECUTOR JEFE PROYECTO FECHA PREVISTA ENERO 2006

DESCRIPCION

-Asegurar que los requisitos especificados son unívocos.

INPUT


OUTPUT

-Informe de ambigüedades para corrección y aclaración.



56

► Verificar el seguimiento de la metodología y técnicas (así como su

correcta aplicación).

Como se ha mencionado anteriormente en el apartado de Especificación y

Normas, el proyecto se rige por la metodología de Ingeniería del Software,

técnica de diagramación de Yourdon y diagramas de entidad-relación de

P. Chen, y su ciclo de vida sigue un modelo lineal o en cascada.

Al finalizar la fase de Análisis y Diseño se verificará el cumplimiento de

estas normas y requisitos, así como la correcta aplicación de técnicas y

herramientas especificadas.

No sólo se pretende comprobar el cumplimiento de la metodología y

técnicas, sino que lo principal es el uso adecuado y correcto de las mismas.

Si se observase alguna incorrección en su uso se rectificará toda la parte

afectada.



57

► Comprobar la cobertura de requisitos e interfases con Diseño.

El tipo de usuarios que van a manejar la aplicación determina los requisitos

e interfaces del sistema.

En este proyecto muy probablemente los usuarios no tengan conocimientos

informáticos, por lo que el interfaz de la aplicación ha de ser intuitivo,

entendible y fácil de manejar. Estos requisitos o restricciones que marcan

los usuarios han de ser cumplidos para facilitarles el uso de la aplicación.

PC-01-04

PLAN CALIDAD ( PC )

FASE 01 Análisis y Diseño ACTIVIDAD 04 Verificar el seguimiento

de la metodología y técnicas.


DESCRIPCION

- Comprobar la correcta y adecuada aplicación de técnicas y metodologías especificadas. - Rectificación si procede.

INPUT


OUTPUT

-Informe de los resultados obtenidos, tras realizar las comprobaciones.



58

Por ello una vez diseñados los interfaces es necesario cerciorarse de que

cumplen todos los requisitos para que el sistema pueda estar al alcance de

todos los usuarios.


FASE 01 Análisis y Diseño ACTIVIDAD 05 Comprobar la cobertura de

requisitos e interfaces con Diseño.


DESCRIPCION

- Comprobar la facilidad de manejo y entendibilidad del interfaz gráfico.

INPUT


OUTPUT

-Documento que acredite que el interfaz es fácil de manejar e intuitivo, y los cambios a realizar, si procede.



59

2.3.3 Plan de actividades en Programación y Pruebas.


durante o después de las fases de programación y pruebas para asegurar el


► Verificar el cumplimiento de las normas y estándares en la

programación.

Durante y después de la fase de Programación se ha de comprobar que el

código de la aplicación que está siendo desarrollada cumple las normas y

estándares marcadas por el lenguaje de programación que está siendo

utilizado y los requisitos impuestos en el diseño. En este proyecto se trata de

Embedded Visual y SQL para la ínteractuación con la base de datos.

El cumplimiento de esas normas y estándares aseguran la calidad del

software y facilitará posibles modificaciones que se tengan que realizar o el

mantenimiento. De esta manera se pretende obtener un código entendible

por cualquier programador.



60

► Validar el cumplimiento de los requisitos.

El desarrollo del proyecto se ha basado en los requisitos especificados por

el cliente y/o usuarios, los cuales han sido recogidos en unas fichas y han

sido clasificados por topología en la etapa de análisis de requisitos.


FASE 02 Programación y Pruebas ACTIVIDAD 01 Verificar el

cumplimiento de las normas y estándares en la programación.

RESPONSABLE PROGRAMADOR EJECUTOR ANALISTA –

JEFE PROYECTO

FECHA PREVISTA MARZO 2006

DESCRIPCION

-Verificar el cumplimiento de las normas y estándares marcadas por el lenguaje de programación (Embedded Visual 3.0) -Comprobar el cumplimiento de los requisitos especificados en el diseño.

INPUT

- Documentación obtenida de la fase de Programación y Pruebas.

OUTPUT

-Informe del Cumplimiento o no de las normas y estándares. -Listados de requisitos cumplidos o no de todos los especificados en diseño.



61

Durante la programación y anteriormente durante el diseño se han debido

considerar estos requisitos, pero para un aseguramiento de su

cumplimiento, una vez finalizada la programación se realizará una

verificación de su cumplimiento, así como en la fase de pruebas. Si se

observa el incumplimiento de alguno de ellos, se retocará la parte del

código en la que se produce esa incorrección.


FASE 02 Programación y Pruebas ACTIVIDAD 02 Verificar el cumplimiento de los

requisitos. RESPONSABLE PROGRAMADOR EJECUTOR ANALISTA FECHA PREVISTA MARZO 2006

DESCRIPCION

- Verifica el cumplimiento de los requisitos exigidos por el cliente. - Rectificación de los requisitos no cumplidos.

INPUT


OUTPUT

-Relación de requisitos cumplidos y no cumplidos.



62

► Garantizar el análisis exhaustivo de los resultados de las pruebas.

Tras finalizar la programación del software, se procede a la realización de

las pruebas unitarias de encadenamiento, integración y recuperación. Los

resultados obtenidos tras realizar las pruebas serán examinados y

analizados exhaustivamente con el fin de detectar cualquier anomalía o

incumplimiento de los requisitos adoptados anteriormente.

Si se observase alguna anomalía, fallo o incumplimiento en los resultados,

se procederá a localizar el motivo causante del mismo para su reparación,

con el fin de cumplir las especificaciones, normas, y requisitos y asegurar el

cumplimiento del Plan de Calidad.


FASE 02 Programación y Pruebas ACTIVIDAD 03 Garantizar el análisis exhaustivo de

los resultados de las pruebas. RESPONSABLE PROGRAMADOR EJECUTOR ANALISTA FECHA PREVISTA MARZO 2006

DESCRIPCION

- Realización de pruebas, análisis de resultados y verificaciones del cumplimiento de requisitos. - Reparación de incorrecciones.

INPUT


OUTPUT

- Informe de los resultados obtenidos en las pruebas.



63

2.3.4 Plan de actividades en la Implantación.


durante o después de la implantación del sistema para asegurar el


► Certificar la disponibilidad del sistema y de su documentación de

entrega.

Antes de comenzar la implantación del sistema informático, es necesario

asegurarse de la disponibilidad del mismo cumpliendo el Plan de

Calidad, desarrollado en el Proyecto, así como todos los requisitos,

normas, estándares restricciones, establecidos durante el desarrollo del

proyecto.


FASE 03 Análisis y Diseño ACTIVIDAD 01 Certificar la disponibilidad del sistema

y su documentación de entrega. RESPONSABLE ANALISTA - PROGRAMADOR EJECUTOR JEFE PROYECTO FECHA PREVISTA ABRIL 2006

DESCRIPCION

-Verificar el cumplimiento del Plan de Calidad, requisitos, normas, estándares, etc.

INPUT


OUTPUT

- Informe de disponibilidad del sistema.



64

► Asegurar la formación de los usuarios.

Como se ha mencionado anteriormente, entre la documentación que

acompaña al sistema informático, se debe incluir un manual, que ayude

al usuario a tomar conocimientos de la aplicación y familiarizarse con la

misma, e ir adquiriendo una formación acerca de la utilización del

sistema.


FASE 03 Análisis y Diseño ACTIVIDAD 02 Asegurar la formación de los

usuarios. RESPONSABLE ANALISTA - PROGRAMADOR EJECUTOR JEFE PROYECTO FECHA PREVISTA MARZO 2006

DESCRIPCION

-Verificar la correcta y completa formación de usuarios.

INPUT

- Documentación obtenida de la fase de Implantación.

OUTPUT

-Manual de usuario.



65

► Asegurar la carga inicial de datos.

Durante la fase de implantación, se instalará el software y se cargarán los

datos que se consideren necesarios para la puesta en marcha del sistema

y su correcto funcionamiento.

Finalizada la implantación, se verifica la carga de los datos necesarios,

así como el correcto funcionamiento de la aplicación con el fin de dejarla

preparada para se utilizada por el usuario.


FASE 03 Implantación ACTIVIDAD 03 Asegurar la carga

inicial de datos RESPONSABLE PROGRAMADOR EJECUTOR JEFE PROYECTO FECHA PREVISTA ABRIL 2006

DESCRIPCION

-Carga de Datos iniciales -Sistema en funcionamiento.

INPUT

- Documentación obtenida de la fase de Implantación

OUTPUT

-Informe de datos cargados. -Certificación del correcto funcionamiento del sistema.



66

2.3.5 Controles de Calidad. Con objetivo de verificar el cumplimiento y la efectividad de Plan de Calidad,

se llevaran a cabo controles de calidad exhaustivos.

Estas acciones de control de calidad se realizarán sobre los productos finales

de las etapas del ciclo de vida, pasando por actividades de garantía de calidad

propiamente dichas (sistematización y tecnificación del proceso de

producción), hasta llegar a la gestión de calidad (toma de acciones y

seguimiento de éstas para el adecuado funcionamiento del sistema, su revisión

y actualización permanente).

Los controles de calidad anteriormente mencionados se llevarán a cabo

mediante revisiones y auditorías.

Las revisiones se irán realizando de forma paralela al desarrollo del proyecto y

a su ciclo de vida.

En el desarrollo de cada una de las fases se realizarán revisiones de los

productos y de las conclusiones obtenidas en cada una de ellas. Estas

revisiones serán realizadas por las personas implicadas de forma directa en el

desarrollo del proyecto, en este caso por el director y la ponente.



67

Por otra parte, se han de considerar las auditorías, que serán realizadas por el

cliente, verificando y validando todas y cada una de las fases del desarrollo,

aprobando la elección de las alternativas de arquitectura, así como la

aplicación final obtenida.


68

3. ANÁLISIS DE

REQUISITOS


3.1 Introducción 3. Análisis de Requisitos

69

3. ANÁLISIS DE REQUISITOS.

El objetivo de esta fase es alcanzar un conocimiento suficiente del sistema,

definiendo las necesidades, problemas y requisitos del usuario, para

expresarlo mediante los modelos de procesos y de datos.

3.1 Introducción

El análisis forma parte de la compresión del sistema, a partir de los

componentes que lo forman. La especificación de requisitos es la labor que

establece un vinculo entre la asignación del software en el ámbito del sistema

y el diseño del software. Este capitulo del proyecto permite refinar la definición

de la aplicación y construir el modelo de dominio de los datos, tanto funcional

como de comportamiento, que van a ser tratados por el sistema a crear.

Proporciona modelos que pueden traducirse en el diseño de datos

arquitectónico y de interfaz.

El trabajo a realizar se basa en los siguientes principios para la especificación

de los requisitos: se divide la funcionalidad del trabajo de la implementación

del mismo, ya que una especificación es una descripción de lo que se desea

realizar, no de cómo se va a realizar.



70

La especificación debe ser operativa y describir un sistema tal y como es

percibido por los usuarios, por ello debe ser completa y lo suficientemente

formal para que pueda determinar si se satisface o no con algunos casos de

prueba. Todo esto será presentado y especificado desde tres puntos de vista: el

flujo, el contenido y la estructura de la información. Habitualmente, los

problemas son demasiado grandes y complejos para ser comprendidos como

un todo. Es por ello que se tenderá a particionar, descomponiendo el

problema en sus partes constituyentes, de manera que según se van

realizando entrevistas con los diferentes usuarios se puedan ir particionando el

sistema, detallando cada una de sus partes.

Las representaciones lógicas del software presentan las funciones que han de

realizarse y la información que debe procesarse, independientemente de los

detalles de la implementación. Por ello, para esta representación no se tendrá

en cuenta la forma física de los datos, ya sean tablas , ficheros, ni los modos

de realizar las funciones a programar. Sin embargo en las representaciones

físicas de los requisitos, se presentará el mundo real de las operaciones que se

llevan a cabo y las estructuras de información que se emplearán para la

aplicación. Como consecuencia, se tendrá en cuenta los detalles de la

implementación, como el modo de realizar las cosas.



71

El análisis de requisitos plantea qué debe hacer el sistema para cumplir con

las necesidades de negocio y los requisitos del usuario. Por este motivo

comenzamos realizando un análisis y una síntesis del problema actual, en la

que se incluyen las reglas del negocio, que se emplean en este momento, sin

tener un sistema informatizado, porque de esta forma se obtendrá mejores

resultados al abstraerse de la imagen mecanizada a la que se pretende llegar,

porque se ve el problema de manera posible y sencilla.

En esta etapa se pretende alcanzar:

► Lista de requisitos para el diseño de la aplicación.

► Modelo lógico de procesos del sistema en construcción.

► Modelo conceptual de datos del nuevo sistema.

Para realizar estas representaciones se emplearán las notaciones

estructuradas de: DFD que se representan mediante diagramas de flujos de

datos, empleando la Técnica de YOURDON, para los modelos lógicos. El

diccionario de datos, para definir cada elemento que interviene en los

diagramas anteriores; las mini especificaciones, para los procesos primitivos o

de bajo nivel.



72

3.1.1 Ámbito del Proyecto.

El ámbito del proyecto especifica de manera breve, y a partir de los objetivos

señalados en el Documento de Conceptos del Sistema, las funciones del

negocio a mecanizar.

Para reconocer los elementos básicos del sistema tal y como lo percibe el

usuario, se han realizado una serie de entrevistas y se han seguido las pautas

indicadas en el procedimiento facilitado por la Central Nuclear, con las que se

realizó el documento de conceptos del sistema y la planificación del proyecto.

A partir de aquí, se desarrollará una especificación de la aplicación, que será

completa y consistente, expresada de una manera no solamente textual , sino

con ayuda de gráficos para que la comunicación con el usuario sea sencilla y

entendible. De esta forma se ha pensado de manera formal sobre el

problema, permitiendo validar la comprensión del problema con los usuarios

finales, estableciendo el vocabulario más cercano y adecuado a este entorno.

Pero se hace necesaria una comunicación continua, con posibilidad de

correcciones y revisiones, para no perder la coherencia y compresión del

sistema, por parte de los usuarios y la parte que se encarga de su desarrollo.

Partiendo del documento de conceptos del sistema, se identifican las funciones

de negocio a mecanizar:



73

► Para conseguir el objetivo de aportar un producto informático con el

cual facilitar el trabajo de introducir los datos de manera manual, de

función de negocio a mecanizar está clara, lo que se hará es dotar a los

Técnicos- Supervisores de un dispositivo móvil (PDA) que facilite la

introducción de datos de los correspondientes informe en la base de datos,

y de esta forma se podrán evitar la perdida de los informes en papel y se

podrá agilizar la actualización de la base de datos.

► Para alcanzar un interfaz de usuario sencillo, se tratará de que todas y

cada una de las funciones que introducen datos en los informes que deben

cumplimentar los Técnicos-Supervisores, utilicen un vocabulario sencillo por

el lado de la informática. Por lo que deben encontrarse con una aplicación

fácil de manejar, pero a la vez cercano y útil para su trabajo diario.

► Para lograr la fiabilidad y confidencialidad con los datos de cada

trabajo. Tendrá una función que solicite la clave de acceso. La PDA

corresponde al usuario que pretende utilizarlo. Ya que cada Técnico

supervisor tendrá asignado una PDA de uso personal, en el que se le irá

indicando los informes a realizar.



74

► Para conseguir que la aplicación sea una unidad de apoyo en la gestión

de evaluación de trabajos de campo, se empleará un buen gestor de base

de datos para que la manipulación de los mismos se realice de manera

eficiente.

► Para mejorar el tiempo de respuesta de la aplicación, sobre todo a la

hora de realizar las búsquedas de información, es necesario que se

optimice cada parte del código, cada función individual, para que en

conjunto su tiempo sea menor.

► Para reducir costes de software, las funciones deberán ser fáciles de

mantener, para tratar de que el mantenimiento suponga exclusivamente

añadir nuevas funcionalidades, sin tener que tocar ninguna parte del

código que afecte a otras funcionalidades.

► Para mejorar la calidad del proceso de los informes cumplimentados las

funciones que se realizará serán rápidas y el soporte electrónico deberá

tener gran capacidad de proceso. Para cumplimentar un informe es el

Técnico – Supervisor quien desde su PDA, una vez se han asignado las

supervisiones a los distintos Técnicos- supervisores, introduce la

información acerca de los trabajos que supervisan, gracias a las diversas

pantallas que el sistema le irá mostrando, y a su vez el mismo programa irá



75

almacenando en la base de datos local los datos que va introduciendo.

Una vez finaliza el turno de dicho Técnico-Supervisor deberá sincronizar,

como a lo largo del proyecto se expondrá, sus datos en local con los datos

de la base de datos Central, para que los informes recorran el ciclo

establecido por la CCNN, y de manera que la información queda

almacenada de forma segura para su posterior tratamiento.

► Para que la implantación definitiva se realice, es necesario realizar una

serie de funciones de prueba y entornos de formación previos puesto que

los Técnicos-Supervisores no tienen porqué conocer esta nueva tecnología.

La formación es una funciona primordial porque es lo que va a determinar

si aceptan el sistema o lo rechazan y sigan empleando el sistema

tradicional, de anotar las incidencias en libretas o cuadernos de notas.

3.1.2 Contexto General del Sistema.

El contexto general del Sistema se representa mediante un diagrama de

presentación, con símbolos y figuras, donde se muestra la interacción del

sistema con el usuario, con otros sistemas, o con posibles bases de datos

corporativas existentes.



76

ORACLE

GEvaT PDA

SIGE

GEvaTPC

GEvaTInterface

Sincronización

PERSONALTRABAJOS

SUPERVISIONES

Mediante el diagrama de presentación anterior se pretende mostrar la

interacción del usuario final con el sistema y del sistema en local con el

sistema Central y la interacción con las respectivas bases de datos existentes.

Por un lado se tienen las unidades portátiles de los Técnicos-Supervisores

(GEvaT PDA) , las cuales tienen su propia base de datos en local, que se va

actualizando periódicamente. En ellas se instalará un software con el que

interactuará el usuario, y posteriormente se sincronizará (GEvaT interface) con

un PC para actualizar los datos de los informes ya cumplimentados.



77

Por otra lado, se tiene el servidor (GEvaT PC), en el que se encuentran

almacenadas todas las plantillas de informes, los informes ya cumplimentados,

así como los resultados obtenidos en los informes de resultados y evaluación.

También se encuentra representado SIGE (Sistema Integrado de Gestión de la

Explotación), este sistema tiene almacenados en su base de datos todo lo

referente a personal, y los trabajos propuestos para ser supervisados.

3.1.3 Unidades de la Organización afectadas.

Las unidades de la organización afectadas, no solamente son áreas

organizativas de la empresa, sino que pueden ser sistemas informáticos

existentes o bases de datos corporativas.

Las áreas organizativas de la Central Nuclear no afectan en tanto y cuanto a

su estructura jerárquica, pero no por ello se les resta importancia, puesto que

los sistemas de información existentes también forman parte de esas unidades

de organización, como la base de datos de SIGE o los sistemas informáticos

existentes.

Este sistema afecta a varias áreas organizativas de la organización, como por

ejemplo el área de mantenimiento, protección radiológica, química,

radioquímica, formación, ingeniería del reactor y resultados.



78

Cada uno de estos áreas organizativas está constituida por el Coordinador de

Área, los Jefes de Departamento y los Técnicos.

El nuevo sistema GEvaT, afecta a todos y cada una de las personas citadas

anteriormente, así como al Director de la Central que interactiva con el

sistema mediante la definición del plan anual, y los Técnicos-Supervisiones

que cumplimentan los informes de supervisión en su depósito móvil.

También se consideran las personas responsables de la ejecución de los

trabajos de campo, que aunque no están directamente afectadas por el nuevo

sistema, están involucrados en el proceso.

A continuación se indicará mediante un diagrama de presentación que áreas

participan y qué funciones realizan, de una manera general.



79

Áreas que participan Funciones que realizan

Director Central

Coordinador de área

Jefe de Departamento

Técnico

Técnico – Supervisor

Proponer programa anual

Elaborar informe de resultados

Elaborar informe de evaluación

Seleccionar trabajos concretos

Supervisar trabajos y cumplimentar informes

GEvaT PC

GEvaT PDA

GEvaT interface Personal

responsable Ejecutar los trabajos de

campo



80

3.1.4 Funciones primarias.

Para representar esta parte del proyecto se suele especificar mediante una

matriz de áreas y funciones, pero en este caso, las áreas serán los usuarios del

sistema.

USUARIOS FUNCIONES

Director de la Central

Es el encargado de proponer el programa anual de

supervisiones, el cual se almacenará en la base de

datos.

Coordinadores de

área

- Coordinar la realización de las supervisiones y

controlar la ejecución de las mismas.

- Analizar los informes de supervisión

- Elaboran informes de resultado.

Jefes de

Departamento

- Evaluar los informes de resultados.

- Elaborar los informes de evaluación.

- Definir los trabajos tipos a supervisar y

seleccionar los Técnicos – Supervisores que

realizaran las supervisiones todos los disponibles en

la base de datos de SIGE.

Técnico - Selecciona los trabajos concretos a supervisar,

almacenados en la base de datos de SIGE, según

los trabajos tipo seleccionados.

Técnico - Supervisor - Cargar las plantillas en el PDA.

- Cumplimentar informes disponibles en el PDA.



81

- Descargar los informes cerrados en el PC.

3.1.5 Evaluación y síntesis.

A continuación se evalúa toda la información que se ha recogido y la que se

ha estudiado hasta el momento, sintetizándola y obteniendo un modelo de la

situación actual del sistema.

Para ello a continuación se van a evaluar distintos puntos:

► Flujo de información: Se tiene en cuenta las entradas y salidas de cada

una de las funciones a mecanizar; se han comprobado, por tanto, que los

usuarios de la información que le llega al sistema.

El Director de la Central elabora el Plan anual, a partir del cual se

relacionan los trabajos a supervisar y los Técnicos-Supervisores que

realizarán la supervisión.

Una vez elegidos los Técnicos-Supervisores cumplimentarán los informes

disponibles en su PDA, descargando los resultados en el PC. A partir del

mismo, posteriormente el Coordinador de Área elabora el informe de

resultados y finalmente el Jefe de Departamento el informe de evaluación.



82

Todas estas funciones son primarias ya que aportan al sistema información

como: trabajos y Técnicos seleccionadas, informes de supervisión , informe

de resultados e informe de evaluación.

► Estructura de la información: Para analizar el contenido de los flujos de

información, con el detalle suficiente como para comprender la actuación

del proceso que trasforma un flujo en otro u otros, es necesario que se

realice un estudio detallado de los flujos de la nueva aplicación en

procesos. Pues bien, en la aplicación nueva, el contenido de la aplicación,

es el mismo que en el anterior sistema no mecanizado, puesto que los

datos recogidos por los Técnicos-Supervisores no varía . En un principio

tenemos los datos del plan anual , además de información de los trabajos y

personas seleccionas.


3.2 Sistema Actual 3. Análisis de Requisitos

83

3.2 Sistema Actual.

En este apartado se realizará una especificación detallada del sistema actual

existente en la Central para la evaluación de los trabajos de campo.

3.2.1 Modelo Lógico del Sistema Actual.

El objetivo del Modelo lógico del sistema actual es identificar las funciones o

procesos y datos esenciales, eliminando o sustituyendo lo considerado como

no esencial para el funcionamiento del negocio en estudio.

Para deducir el modelo lógico, debe descubrirse lo esencial del sistema en

estudio. Los procesos o funciones esenciales son aquellos que caracterizan la

operativa del negocio. Son procesos o funciones esenciales los hechos por

razones de negocios y no por razones tecnológicas.

El modelo lógico del sistema actual que utiliza la Centrales Nucleares de

Almaraz y Trillo es completamente manual, utilizando como principal soporte

físico el papel.


SIGE para la selección de trabajos y personas y el resto de las actividades


cumplimentando para ello unos formularios en papel que los Técnicos que



84




forma manual :

El Jefe de Departamento junto con el Coordinador de la evaluación de


Una vez definidos los trabajos de actividades seleccionadas, cada Técnico


supervisión notificará este hecho al responsable del trabajo para que informe





Las comprobaciones se realizarán mediante la revisión de la documentación

aplicable, asistencia a la ejecución de los trabajos y consultas a los ejecutores.



85

Una vez realizadas dichas comprobaciones el Técnico-Supervisor



enviado al Coordinador con copia al Jefe de Sección responsable de la


Una vez recibidos por el Coordinador de Área los informes de supervisión


archivados hasta la preparación del informe de evaluación. Los resultados de

este informe serán revisados por el Jefe del Departamento y enviados al

archivo con copia al Director de la Central.



86

Esquema del modelo lógico actual:

Definir Plan Anual Selección

de Trabajos

Cumplimentación de informes

Numeración y preparación del informe de evaluación

Objetivos

Jefe de Departamento Coordinador de área

Técnico Técnico Supervisor

Coordinador de área

ElaboraciónInforme de Resultados

Cierre

Informe cumplimentad

Informe Evaluación

Jefe de DepartamentoDirector Central


3.3 Modelo Lógico del Nuevo Sistema 3. Análisis de Requisitos

87

3.3 Modelo Lógico del Nuevo Sistema.

En esta fase de análisis de requisitos, se realizará el

modelo lógico del nuevo Sistema, mediante la técnica de

diagrama de flujo de datos o técnica de Yourdon, ya que

esta técnica es muy completa, al incorporar gráficos muy

específicos, y además es muy concisa, debido a que

permite la descomposición de la aplicación en diferentes

piezas con gran precisión.

3.3.1 Estructura de diagramas de flujo de datos del sistema.

Para definir el flujo de datos entre los procesos que

formarán parte del Sistema utilizaremos tres niveles

principales de Diagramas de Flujo de Datos (DFD):

► NIVEL 0: DIAGRAMA DE CONTEXTO: DFD0 : En el que se permite

visualizar las entidades externas que constituyen el Sistema y el flujo de

información que se transmite entre ellas y el Sistema.

► NIVEL 1: DIAGRAMA DE CONCEPTO: DFD1:

► NIVEL 2: DIAGRAMAS DE SUBSISTEMAS: DFD1i : cada uno de ellos

representa el conjunto de procesos y flujo de datos que lo constituyen.



88

► Los diagramas de subsistemas que componen el diagrama de concepto

son los siguientes:

DFD1.1: diagrama del Subsistema de gestión de objetivos anuales.

DFD1.2: diagrama del Subsistema de carga de PDA.

DFD1.3: diagrama del Subsistema de gestión de edición de

informe.

DFD1.4: diagrama del Subsistema de gestión de la supervisión de

informes.

DFD1.5: diagrama del Subsistema de gestión de evaluación de

informe.

En los diagramas de flujos de datos mostrados posteriormente, se

especificarán la descripción de cada una de los procesos, que se indicarán con

P-XX, siendo XX el número correspondiente de la burbuja que representa al

proceso.


3.3 Modelo Lógico del Nuevo Sistema 3. Análisis de Requisitos 89

En la siguiente figura se representa la estructura de Diagramas de Flujo de Datos que se utilizarán:

DFD (1)Objetivos anuales

DFD (2)Cargar PDA

DFD (3)Edición de informe

DFD (4)Supervisión de informes

DFD (5)Evaluación de informe

DFD (1)Nivel Conceptual

DFD (0)Nivel Contextual



P (1.1.1) P (1.1.2) P (1.1.3)

P (1.1) P (1.2) P (1.3)

DFD (1)Objetivos anuales

P (2.1) P (2.2) P (2.3)

DFD (2)Cargar PDA

P (3.1) P (3.2) P (...) P (3.8)

DFD (3)Edición de informe

P (4.1) P (4.2) P (4.3)

DFD (4)Supervisión de informes

P (5.1) P (5.2) P (5.3)

DFD (5)Evaluación de informes



91

Diagrama de contexto (nivel 0)

En el diagrama de contexto del Sistema de Gestión GEvaT se representan las

diversas entidades externas que interactúan con el Sistema: Director de la

Central, Jefe de Departamento, Técnico-Supervisor, Técnico y Coordinador de

Área.

El Director de la Central propone el programa anual y los Jefes de

Departamento los objetivos anuales; así como los trabajos tipos a realizar y los

Técnicos-Supervisores que realizaron dichas supervisiones.

Los Técnicos una vez con conocimiento de los trabajos tipos a realizar,

seleccionan los trabajos y esto será comunicado a los respectivos Técnicos-

Supervisores.

Durante la realización de los distintos trabajos seleccionados los respectivos

Técnicos-Supervisores realizarán el informe, cumplimentarán los formularios

oportunos disponibles en dispositivo móvil (PDA), según el trabajo que se vaya

a supervisar.

Los Coordinadores de Área recibirán los informes anteriormente

cumplimentados, a partir de los cuales elaborarán el informe de resultados.

Este informe se enviará al Jefe de Departamento y a partir de este informe, los



92

Jefes de Departamento elaborarán el informe de evaluación, enviando una

copia al Director de la Central.

Cabe destacar que en este caso, las entidades externas y usuarios coinciden.



93

Diagrama de Flujo de Datos (DFD Nivel 0)

Director Central

Plantilla Informe

Sistema GEvaT

Coordinador Área

Jefe Departamento

Técnico Técnico Supervisor

ProponePrograma Informe

Evaluación

Informe De Resultado

Informe Resultados

Informe Cumplimentado

Informe Cumplimentado

Selección trabajos

Trabajos Tipo

Propuesta Objetivos Anuales

Informe Evaluación

Define trabajos-tipos y técnicos-supervisores



94

Diagrama de flujo de datos (nivel 1)

En este diagrama de flujo de datos de primer nivel se representan los procesos

que componen el Sistema y los almacenes de datos, entre los cuales se pueden

distinguir almacenes externos al sistema (TRABAJOS, PERSONAS y ACCIONES)

y almacenes propios del sistema (PLAN e INFORMES).

Los cinco principales procesos principales constituyentes del Sistema, los cuales

implican la realización de una serie de actividades y acciones son:

► Proponer objetivos anuales.

► Cargar PDA.

► Edición de informes.

► Supervisión de informe.

► Evaluación de informe.

Para el funcionamiento de este Sistema el Director de la Central y los Jefes de

Departamento proponen un programa anual y objetivos anuales

respectivamente, y éstos se almacenan en un almacén denominado PLAN.

Posteriormente, tomando información de los almacenes TRABAJOS y

PERSONAS se procede a la selección de los trabajos y las personas que



95

realizarán cada uno de ellos. Esta selección de trabajos y personas también se

almacena en el almacén de PLAN.

Posteriormente, para realizar la carga en la PDA conectarse con el PC, éste

deberá reconocer el propietario del PDA conectado e identificar los registros

que se han de transferir al PDA, para posteriormente cargar las plantillas

precumplimentadas al PDA.

Una vez ya inicializado el PDA, ya el usuario puede comenzar a interactuar

con el PDA:

Visualizar una lista de los informes, seleccionar el informe que desee para

visualizarlo, cumplimentado, etc.

Una vez cumplimentados y cerrados los informes, serán descargados en el PC.

Estos informes de supervisión ya finalizados pasan a ser numerados y

supervisados por el Coordinador de Área, quien realizará el informe de

Resultados, el cual se almacenará en el almacén de RESULTADOS. Para

finalizar el ciclo de los informes, por último, el Jefe de Departamento elabora

a partir del informe realizado por el Coordinador, el informe de evaluación,

almacenándolo en los almacenes de RESULTADOS y PLAN, ya que los



96

resultados de un ejercicio se utilizan para determinar y comparar los

resultados de los años venideros.



97

Diagrama de Flujo de Datos (DFD Nivel 1)

1 Objetivos Anuales

3 Edición Informe

5 Evaluación

Informe

4 Supervisión

Informe

PLANTILLAS PC 2

Cargar PDA

PLAN PC

ACCIONES SIGE

INFORMES PC

PLANTILLAS PDA

INFORMES PDA

NUMERACIONES PC

RESULTADOS PC



98

1.2 Consultas

de cumplimiento

1.1 Actualización

del plan

PLAN

1.3 Consultas

de resultados

Trabajos tipo supervisiones a realizar Técnicos-Supervisores elegidos

Resultados

Criterios

Criterios

Criterios

Resultados

TRABAJOS PERSONAS

RESULTADOS

INFORMES PC

Figura 1: DFD (1.1) Objetivos anuales



99

TRABAJOS PERSONAS

1.1.1

Seleccionar Supervisiones

a realizar (Trabajos-tipo)

PLAN

1.1.2

Selección de técnicos-

supervisores

1.1.3

CumplimentarDatos Plan



100

El proceso de Gestión de objetivos anuales permitirá mantener actualizado el

Plan de evaluaciones a realizar y permitirá que los diferentes responsables de

la Central visualicen el grado de cumplimiento de dicho plan y una vez que

sean realizadas, los resultados obtenidos en dichas evaluaciones.

P 1.1: Actualización del plan: Es posible que el Director de la Central

proporcione la información en otro formato como hoja de cálculo a la persona

encargada de introducir la información.

Se utilizará una vez al año de forma masiva, cuando se define el plan y a lo

largo del año de forma atípica en la realización de actualizaciones puntuales.

En este caso, la información que se da en cuanto a trabajo, inspecciones,

personas y fechas no está determinada, sólo tiene carácter informativo por lo

que deberá ser cumplimentado por otros responsables.

En este subsistema, se pueden destacar tres procesos:

- Selección de los trabajos tipo.

- Selección de los Técnicos-Supervisores.

- Cumplimentar los datos del plan.



101

P 1.2: Consultas de cumplimiento: Dado que la planificación que se ha

actualizado anteriormente tiene un carácter general y los tres parámetros

anteriormente nombrados no estaban definidos, es necesario comprobar: si se

ha hecho quién lo ha hecho y cuándo.

Se ejecuta aperiódicamente por cualquier persona autorizada,

proporcionando información interactiva y si el usuario lo decide, informe

impreso.

P 1.3: Consultas de resultados: El proceso deberá mostrar los formularios y los

resultados obtenidos en las actualizaciones, así como las observaciones.

P 1.1.1: Selección de trabajos tipo: en este proceso se seleccionarán de los

trabajos disponibles en la base de datos de SIGE (almacén TRABAJOS),

aquellos que van a ser supervisados durante el ejercicio.

P 1.1.2: Selección de Técnicos – Supervisores: en este proceso leerá del

almacén de PERSONAL, perteneciente a SIGE, para seleccionar los Técnicos-

Supervisores que realizarán las supervisiones de los trabajos seleccionados.



102

P 1.1.3: Cumplimentar datos plan: este proceso consiste en introducir la

información proporcionada por el Director de la Central, como plan anual y

los objetivos anuales.



2.1

Conocer el Técnico -

Supervisor

2.2 Seleccionar

registros de esenTécnico -

Supervisor

PLANTILLAS PC

PLAN PC

PLANTILLAS PDA

2.3 Transferir plantillas

Precumplimen_tadas

Registros del Supervisor

Figura 2: DFD (1.1) Cargar PDA



104

El proceso de carga de PDA consiste en la transferencia de las plantillas a los

PDA de los Técnicos-Supervisores, a cada uno de los cuales se le cargará las

plantillas correspondientes a los supervisiones que tiene que realizar.

P 2.1 Conocer el Técnico-Supervisor: este proceso consiste en que el PC, una

vez conectado el PDA a él, reconozca quién es el usuario de ese PDA y

localizarlo en la base de datos de supervisiones con trabajos asignados

(almacén PLAN) .

P 2.2 Seleccionar registro del Plan: una vez identificado el usuario del PDA, el

sistema deberá localizar la información correspondiente a ese usuario del

PDA, correspondiente a ese usuario, disponible en el almacén de PLAN.

P 2.3 Transferir plantillas precumplimentados del PDA: una vez localizada la

información del usuario del PDA, se lee del almacén de PLANTILLAS PC

aquellas plantillas que corresponden a los distintas supervisiones que tiene que

realizar dicho usuario, y que posteriormente serán cargadas en el almacén de

plantillas ubicado en el PDA.


3.3 Modelo lógico del nuevo Sistema 3. Análisis de Requisitos 105

3.1 Mostrar listado

PLANTILLAS PDA

3.2 Seleccionar

Informe

3.3 Mostrar

Formularios

INFORMES PC

Listado

Informe cerrado

INFORMES PDA

ListadoInforme

3.8 Descarga de

Informes a PC

3.7

Limpiar

Informe cerrado

3.6 Buscar Informe

3.4 Cumplimentar

Informe

3.5 Cerrar Informe

Marcar como

Informe Seleccionado

Informe a mostrar

Figura 3: DFD (1.3) Edición informe

Criterios



El subsistema de edición de informe, está compuesto a su vez por ocho

procesos basados fundamentalmente en la interacción del Técnico-Supervisor

con su PDA.

P 3.1: Mostrar listado: este proceso se llevará a cabo al iniciar la aplicación.

Consistía en mostrar por pantalla un listado con todos los formularios

disponibles en el PDA, correspondientes a informes no realizados,

cumplimentados o terminados.

P 3.2: Seleccionar informe: este proceso consiste simplemente en la selección

de uno de los informes mostrados en el listado.

P 3.3 Mostrar formulario: una vez seleccionado un informe del listado, el

formulario se visualizará en la pantalla del PDA.

P 3.4 Cumplimentar informe: una vez controlado y supervisado el trabajo, se

procede a cumplimentar los formularios, rellenando los datos que en ellos se

solicitan. Este proceso se llevará a cabo repetidamente cada vez que se

proceda a la supervisión de algún trabajo de campo.



P 3.5 Cerrar informe: este proceso se ejecuta cuando el usuario selecciona un

informe de los disponibles en el listado y selecciona la opción de cerrar, para

dar ya por finalizado ese informe.

P 3.6 Buscar informe: este proceso busca los informes cerrados o no, que

cumplan los criterios indicados por el usuario.

P 3.7 Limpiar: este proceso permite al usuario eliminar los informes ya

cerrados, que tengan antigüedad igual o superior a la establecida por la

Central.

P 3.8 Descarga de Informes a PC: este proceso permite cargar los informes ya

cerrados por el usuario en el PDA al PC.

Para ello, se leerá del almacén de INFORMES disponible en el PDA, aquellos

informes ya cerrados, para cargados posteriormente en el almacén de

INFORMES disponible en el PC.



4.1

Numeración informes

INFORMES PC

4.2 Preparar

Informes de resultados

4.3

Reenvío al PDA Para repetir

Informes cumplimentados

Numeración

Informes de Resultados

Informe a repetir

RESULTADOS

INFORMES PDA

Informes cumplimentados

NUMERACION

Informe a repetir

Numeración

Figura 4: DFD (1.4) Supervisión de informe



109

El proceso de Supervisión de informes consiste en supervisar los informes ya

cumplimentados para emitir órdenes de trabajo en el caso de que se considere

oportuno según los resultados obtenidos. Posteriormente se numerarán los

informes según el criterio establecido en la Central y se almacenarán hasta

que sean necesarios para elaborar el informe de evaluación.

P 4.1 Numeración de informes: Una vez que los informes de supervisión llegan

al Coordinador de Área, éste los numerará siguiendo los requisitos

establecidos por la Central: indicando las iniciales de la sección supervisará el

año y el nº de orden en ese año. Dicha información se encuentra almacenada

en el almacén de NUMERACIONES.

P 4.2 Preparar informe de resultados: Una vez ya numerados los informes de

supervisión, el Coordinador de Área elaborará a partir de ellos el informe de

resultados, y lo almacenará en el almacén de RESULTADOS.

P 4.3 Reenvío al PDA para repetir: Una vez examinados los informes de

supervisión y elaborado el informe de resultados, en función de los resultados

obtenidos, el Coordinador decidirá si es necesario repetir dicha supervisión, en

cuyo caso se reenviará el informe al PDA del Técnico-Supervisor que realizó la

supervisión



5.1 Selección

Informe deResultados

PLAN RESULTADOS

Informe ID.5.2

Comparacióncon Plan

5.3 EvaluaciónJefe Depto.

Diferencias

PLAN RESULTADOS ACCIONES

Cierre Informe Evaluación Interfaz

Figura 5: DFD (1.5) Evaluación informe



111

El proceso de Evaluación de Informes requiere la realización de tres

actividades principales: selecciona el informe de resultados, comparación con

el plan y finalmente la evaluación de los informes por parte del Jefe de

Departamento. En función de los resultados obtenidos en dicha evaluación, se

almacenan en el almacén RESULTADOS, o en el almacén PLAN en el caso de

que estén completamente finalizados, y si se consideran acciones de

aplicación de otros departamentos, en el almacén de ACCIONES, el cual no

pertenece a GEvaT.

P 5.1: Selección de informe de Resultados: este proceso consiste en la

elección de los informes de resultados realizados por el Coordinador de Área,

para ser evaluados por el Jefe de Departamento.

P 5.2: Comparación con el Plan: en este proceso se compara el informe de

resultados seleccionado con la información existente en el almacén PLAN

referente a los resultados de las supervisiones de ejercicios anteriores.

P 5.3: Evaluación por parte del Jefe de Departamento: una vez comparado el

informe de resultados con los resultados de ejercicios anteriores, el Jefe de

Departamento elaborará el informe de evaluación, el cuál será almacenado

en el almacén RESULTADOS.



112

En el caso de que el informe se considere ya finalizado, esto se marcará en el

almacén PLAN. Si en la evaluación se identifican acciones que pueden ser de

aplicación a otros departamentos, ésta se almacenarán en el almacén

ACCIONES.

3.3.2 Diccionario de datos.

El diccionario de datos es el elemento del modelo que servirá para definir en

él todos y cada uno de los objetos del análisis.

Su papel más importantes es contener las definiciones claras y precisas de los

elementos del modelo.

Los elementos definidos en el diccionario de datos son: flujos de datos,

entidades de datos, almacenes y todo tipo de objeto utilizado.

Procesos Flujos de datos

Almacen

Diagramas

DICCIONARIO DE DATOS

Todos los elementos que se han empleado para el componente gráfico se definirán a continuación de manera detallada.

Entidades o usuarios externas/os



113

A continuación se mostrará en una tabla la definición de todos los elementos

constituyentes del diccionario de datos.

TIPO NOMBRE DESCRIPCIÓN Flujo de

datos Programa anual

Datos de la planificación anual y objetivos

a cumplir de la Central Nuclear

Flujo de

datos

Informe

cumplimentado

Formulario que ya ha sido cumplimentado

por el Técnico supervisor tras realizar la

supervisión.

Flujo de

datos

Informe de

resultados

Informe elaborado por el Coordinador de

Área a partir de los informes de

supervisión, ya cumplimentadas y

cerradas.

Flujo de

datos

Informe de

evaluación

Informe elaborado por el Jefe de

Departamento partir del informe de

resultados.

Flujo de

datos Plantilla informe

Es el informe previo a ser cumplimentado ,

que al estar en blanco se le denomina

plantilla.

Flujo de

datos Trabajo tipo

Datos de un modelo de trabajo, de los

desempeñados en la Central Nuclear.

Flujo de

datos Criterio

Datos introducidos por un usuario, para

indicar los requisitos que desea que

cumpla del resultado de la misma.

Flujo de

datos Resultados

Datos que responden a la consulta de la

búsqueda elegida por un usuario

Flujo de

datos Listado

Una de las pantallas que constituyen el

entorno grafico que se muestra al usuario



114

del PDA con una lista de informes.

Flujo de

datos Informe cerrado

Informe ya totalmente cumplimentado y

por tanto firmado y finalizado.

Flujo de

datos Numeración

Dato que contiene información de la

sección año y número de orden, para

numerar un informe.

Flujo de

datos Diferencias

Datos constituidos por los resultados de

comparar un informe de resultados de

ejercicios anteriores.

Flujo de

datos Interfaz

Datos que pasan a formar parte de la base

de datos de otro sistema.

Almacén de

datos Trabajos

Este almacén ya creado pertenece al

sistema SIGE, no al nuevo Sistema a

desarrollar GEvaT. Contiene información

de los trabajos propuestos en el plan anual

con cuya ejecución se realiza la evaluación

de los trabajos en campo.

Almacén de

datos Personas

Al igual que el almacén Trabajos, este

pertenece al sistema SIGE. Almacena

información relativa al personal en la

Central para la realización de los trabajos

seleccionados.

Almacén de

datos Acciones

Este es otro de los almacenes, que no

pertenecen a GEvaT. En él se almacenan

las acciones identificadas en la evaluación,

que pueden ser de aplicación a otros

departamentos, las acciones correctivas y



115

de mejora

Almacén de

datos Informes

Este almacén contiene información del

nuevo Sistema GEvaT. La información

almacenada en primer lugar son los

informes de supervisión cumplimentados.

Posteriormente se accede a el para

consultar la información almacenada en el

mismo para llevar a cabo la supervisón,

numeración y posterior almacenamiento

de los mismos en dicho almacén.

También se realiza otro acceso a dicho

almacén para consultar los informes

almacenados y los resultados de la

supervisión para la realización de los

Informes de Resultados. Éste almacén de

datos se encuentra en el PC y también

cada usuario lo vendrá almacenado en su

PDA, con la información correspondiente a

los informes de supervisión que ha

cumplimentado

Almacén de

datos Resultados

Este almacén perteneciente al Sistema

GEvaT y se encuentra en el PC, almacena

los resultados de los informes de

resultados y evaluación de cada ejercicio.

El contenido de este almacén es

consultado para la elaboración de los

informes de evaluación.



116

Almacén de

datos Plan

Este almacén, pertenece al Sistema SIGE,

se encuentra en el PC, es uno de los que

mayor numero de accesos presentan.

Contiene el plan anual diseñado por el

Director de la Central.

A este almacén se realizan accesos para

realizar comprobaciones si se han

realizado los trabajos, quién los ha hecho

y cuándo. También se accede para

consultar los objetivos anuales y en

consecuencia de ello selecciona los

trabajos y personas para la realización de

los mismos.

Almacén de

datos Plantillas

Este almacén perteneciente a GEvaT,

contiene los formularios

precumplimentadas de cada una de las

supervisiones a realizar. En el PC se

encontrará e contenido del almacén en su

totalidad, a partir del cual se pasarán a los

distintas PDA.

En las PDA, se encontrarán las plantillas

correspondientes a las supervisiones que

tiene que realizar el usuario de la PDA.

Almacén de

datos Numeraciones

Este almacén contiene información

referente a las iniciales de cada unidad

supervisora, el año actual y el número de

orden correspondiente a ese año.



117

Entidad

externa

Director de la

Central

Personal de la Central responsable de

aprobar los programas anuales de

supervisión propuestos por el Jefe de

Departamento y el Coordinador de la

evaluación de supervisión , así como

resolver las discrepancias que pudieran

surgir de la ampliación de este

procedimiento y de las acciones

correctivas que se derive.

Entidad

externa

Coordinador de

Área


numerar los informes de supervisión y

preparar un informe con los resultados de

los Informes de Supervisión.

Entidad

externa

Jefe de

Departamento

Personal de la Central responsable de la

selección de trabajos y actividades a

supervisar de cada departamento.

Una vez recibidos los informes con los

resultados de los informes de supervisión,

estas deberán ser revisadas y evaluadas.



118

Entidad

externa Técnico

Personal de la Central encargado de

seleccionar los trabajos concretos que van

a ser supervisados.

Es el encargado de comprobar que los

Técnicos realizan correctamente la

supervisión de los trabajos.

Entidad

externa Técnico-Supervisor


realizar las supervisiones que le sean

asignadas. Para ello cumplimentara la lista

de chequeo correspondiente en un

dispositivo móvil (PDA)


3.4 Lista de Requisitos 3. Análisis de Requisitos

119

3.4 Lista de requisitos.

La lista de requisitos es una relación de los requisitos expresados por el cliente

para su nuevo sistema. Para su confección se recogen las características de

cada requisito en una ficha específica.

Estos requisitos se clasifican en: funcionales, operativos, de prestaciones, de

seguridad y fiabilidad, y son coherentes con los objetivos indicados en el

apartado 2.1.1.

En el siguiente formulario se detallan, uno a uno los requisitos y los objetivos

con los que se relaciona.

OBJETIVO REQUISITO

IDENTIFICADOR

DESCRIPCIÓN

IDENTIFICADOR

DESCRIPCIÓN

O-E-01

Explotación más

eficiente de las

instalaciones

R-05

Explotación más

eficiente para obtener

beneficio económico

O-O-01

Estandarizar

herramientas

empleadas

R-07

Utilización de los

requisitos, normas y

estándares establecidos

por la Central.



120

O-O-02

Eliminar redundancias

y Centralizar la

información

R-02

Mantener la base de

datos actualizada sin

redundancias

O-O-03

Realizar el

procedimiento con

una herramienta fácil

R-01 Interfaz manejable,

sencilla e intuitiva.

O-T-01

Probar eficiencia de

los dispositivos

móviles.

R-02

Optimizar el

funcionamiento de la

aplicación de forma

experimental

R-09

Asegurar la

actualización y

permanencia de la

información de la base

de datos O-F-01

Realización de

propuestas anuales y

obtención de

resultados de la

evaluación R-12

Garantizar el acceso

sólo a la información

autorizada

O-F-02 Selección de trabajos

y personas R-10

Acceso a la base de

datos de SIGE



121

R-12



autorizada

R-03

Garantizar el uso

unívoco de los

dispositivos móviles O-F-03

Realizar supervisiones

y cumplimentar

informes R-12



autorizada

R-06

Facilitar la elaboración

de los informes de

resultados O-F-04

Elaborar informes de

resultados

R-12



autorizada

R-08

Facilitar la elaboración

de los informes de

evaluación O-F-05

Elaborar informes de

evaluación

R-12



autorizada



122

R-11

Garantizar el acceso del

Director a toda la

información O-F-06

Suministrar

información al

Director de la Centra R-12



autorizada

En las páginas siguientes se mostrarán los formularios de requisitos:



123

HOJA DE REQUISITOS

PROYECTO: Desarrollo e Implantación de un sistema informático para la

Evaluación de Trabajos de Campo.

DIRECTOR DE PROYECTO: Manuel Muñoz García

JEFE DE PROYECTO: Raquel González Corral

CLIENTE: CC.NN Almaraz y Trillo

IDENTIFICADOR REQUISITO: R-01

OBJETIVO RELACIONADO: O-O-03

DESCRIPTOR DEL REQUISITO: Interfaz muy manejable, sencilla e intuitiva.

Para que los usuarios no tengan ningún tipo de problema con la aplicación y

realicen su trabajo normal de manera automática, con la diferencia de que

los datos ya se almacenan en formato digital.

TIPO REQUISITO: Operativo.

BENEFICIOS: Ofrecer la posibilidad de obtener una herramienta de trabajo

sencilla y que se adapte a trabajo diario de los profesionales, no que los

Técnicos-Supervisores deban adaptarse a la nueva aplicación. Ayudar a que

este trabajo realizado sea más eficiente, para poder disponer de la

información cumplimentada en el menor tiempo posible y de forma ya

distanciada.

RESOLUCIÓN: Modelo Lógico del Nuevo Sistema.



124

HOJA DE REQUISITOS







OBJETIVO RELACIONADO: O-O-02

DESCRIPTOR DEL REQUISITO:

Optimizar el buen funcionamiento de la aplicación, tanto en el servidor

como en los sistemas locales de cada Técnico-Supervisor . Para realizar un

sistema de esta envergadura es preciso garantizar unos tiempos mínimos de

respuesta, para almacenamiento y recuperación de datos, porque correrá en

tiempo real, y es fundamental que la gestión del sistema se lleve a cabo

garantizando esta característica.

Esta experiencia piloto servirá para probar estos dispositivos, para utilizarlos

en otras áreas de la empresa.

TIPO REQUISITO : Funcional

BENEFICIOS:

Los usuarios podrán realizar sus operaciones diarias de la manera más rápida

y segura puesto que su objetivo se vera realizado en pocos segundos, como

es el almacenamiento de la información de un determinado trabajo, puesto

que requiere de nuevo el sistema para seguir cumplimentando informes.

REQUISITOS RELACIONADOS: R-01




125

HOJA DE REQUISITOS







OBJETIVOS RELACIONADOS: O-F-03


Es preciso facilitar a los usuarios de los dispositivos móviles la seguridad

requerida con los datos que se almacenan tanto personales como de las

supervisiones realizadas. Es preciso dotar a cada Técnico-Supervisor de una

contraseña y por tanto realizar las funciones pertinentes en el sistema para la

gestión de las claves.


BENEFICIOS:

El sistema garantizará la confidencialidad de los datos de la base de datos de

los dispositivos móviles. Además, el sistema deberá tener una funcionalidad

de autentificación, para acceder al sistema, lo que permite tener una gestión

controlada y segura de la información que se almacena.

REQUISITOS RELACIONADOS: R02




126

HOJA DE REQUISITOS







OBJETIVOS RELACIONADOS: O-O-02


Mantener la base de datos con toda la información relacionada con los

trabajos de campo que tienen que ser evaluados y los resultados de dicha

evaluación, evitando las redundancias.


BENEFICIOS:

Este requisito permite tener integrada toda la información relacionada con la

supervisión de los trabajos de campo, de manera que las bases de datos se

encuentren en todo momento actualizados, eliminando las redundancias y

consiguiendo de este modo un repositorio de información común y único.





127

HOJA DE REQUISITOS







OBJETIVOS RELACIONADOS: O-E-01


Conseguir una explotación más eficiente de la evaluación de los trabajos de

campo, mediante la implantación del nuevo sistema informático, con el fin de

obtener de manera indirecta un beneficio económico.

TIPO REQUISITO: Económico

BENEFICIOS:

Aunque a priori, es posible que no se aprecie ningún objetivo económico

explícito, si se obtiene de forma indirecta al conseguir una explotación más

eficiente de las instalaciones.




128

HOJA DE REQUISITOS









Facilitar la elaboración de los informes de resultado, por parte de los

Coordinadores de Área.

Para ello deberán disponer de los informes de supervisión elaborados por los

Técnicos-Supervisores , lo que hace necesario una correcta sincronización

entre los PDA y el PC para que se produzca un correcto intercambio de

información entre ambos.


BENEFICIOS:

Agilidad, rapidez y claridad en la recepción de la información de los informes

de supervisión para posteriormente elaborar a partir de ellos el informe de

resultados.

REQUISITOS RELACIONADOS: R-02, R-08, R-09




129

HOJA DE REQUISITOS







OBJETIVOS RELACIONADOS: O-O-01


El cliente del proyecto, en este caso la Central Nuclear de Almaraz y Trillo,

impone los requisitos, normas y estándares, ya que pretende alcanzar la

máxima homogeneidad entre sus sistemas informáticos.


BENEFICIOS:

Este requisito pretende estandarizar las herramientas, técnicas y normativa

empleada en el desarrollo del proyecto, para así conseguir la máxima

uniformidad con el sistema ya existente en la Central, SIGE.





130

HOJA DE REQUISITOS









Facilitar la elaboración de los informes de evaluación, por parte de los Jefes

de Departamento.

Para ello deberán disponer de los informes de resultados elaborados por

los Coordinadores de área.


BENEFICIOS:

Elaboración rápida y eficiente de los informes de evaluación, gracias a una

rápida recepción de los informes de resultados.





131

HOJA DE REQUISITOS









Es necesario asegurar tanto la actualización de la base de datos del sistema,

como la permanencia de la información en ella almacenada a lo largo del

tiempo, tanto como el exigido por la dirección de la Central. De esta forma se

pretende poder obtener los resultados del año actual y poder comparar con

los de años anteriores.

TIPO REQUISITO: Funcional

BENEFICIOS:

Con este requisito se pretende poder contar en todo momento con la

información deseada para la realización de propuestas anuales y consulta de

resultados de evaluación.





132

HOJA DE REQUISITOS









Este nuevo sistema a desarrollar GEvaT, debe permitir el acceso a datos de la

base de datos del Sistema Integrado para la Gestión y Explotación, SIGE,

para poder visualizar y seleccionar el personal y trabajos almacenados en su

base de datos.


BENEFICIOS:

Con este requisito se pretende, entre otras cosas, evitar la repetición de los

datos del personal y trabajos en las dos bases de datos.





133

HOJA DE REQUISITOS









El Director de la Central, como más alto cargo de la misma deberá poder

acceder a toda la información almacenada en la base de datos del sistema,

y por tanto podrá tener conocimiento de la información de los informes de

evaluación.


BENEFICIOS:

Este requisito hace posible que el Director de la Central tenga acceso y

conocimiento de toda la información de cada uno de los informes realizados

a partir de cada supervisón, para así poder controlar y evaluar la realización

de los trabajos de campo.

REQUISITOS RELACIONADOS: R-02, R-09




134

HOJA DE REQUISITOS









Facilitar la elaboración de los informes de evaluación, por parte de los Jefes

de Departamento.

Para ello deberán disponer de los informes de resultados elaborados por

los Coordinadores de área.


BENEFICIOS:

Elaboración rápida y eficiente de los informes de evaluación, gracias a una

rápida recepción de los informes de resultados.





135

HOJA DE REQUISITOS







OBJETIVOS RELACIONADOS: O-F-01, O-F-02, O-F-03, O-F-04, O-F-05,

O-F-06


Garantizar que cada uno de los usuarios del sistema sólo puede acceder a la

información que tiene permitida. Esto se soluciona mediante el

establecimiento de distintos perfiles a cada tipo de usuario.


BENEFICIOS:

Este requisito hace posible que un usuario del sistema sólo pueda acceder a

la información que tiene permitida, con el fin de que los usuarios no puedan

visualizar la información e informes elaborados por otros. Tan sólo el Director

tendrá acceso a toda la información.





136

HOJA DE REQUISITOS









La realización de la evaluación de los trabajos de campo requiere que se

pueda llevar a cabo en el lugar donde se ejecutan cada uno de los trabajos,

para que de esta forma los Técnicos-Supervisores puedan cumplimentar los

informes in situ, gracias a la utilización de los dispositivos móviles.


BENEFICIOS:

Este requisito hace posible que los Técnicos-Supervisores puedan

cumplimentar los informes simultáneamente que realizan la supervisión.




3.5 Modelo Conceptual de Datos 3. Análisis de Requisitos

137

3.5 Modelo Conceptual de Datos.

Para el desarrollo del modelo conceptual de datos, se utilizará la información

de los flujos de datos, registros y atributos del modelo lógico nuevo para

identificar las entidades de datos del sistema.

En el conceptual de datos se empleará la información de los flujos de datos,

almacenes, registros y atributos del modelo lógico nuevo para identidades de

datos el sistema. Esta etapa es fundamental puesto que en ella se

determinaran las familias de datos o entidades del negocio, las relaciones y

atributos más importantes.

Para determinar las familias de datos tendrá en cuenta las entidades del

negocio con identidad propia y única, es decir, se les indicará por un atributo

de identificación, es decir que no se repetirá , ya sea simple o compuesto. Para

determinar las relaciones entre estas familias se realizará un estudio de las

reglas del negocio, así se podrá encontrar, por ejemplo, que un informe puede

serlo de un sólo Técnico-Supervisor y un Técnico-Supervisor puede

cumplimentar varios informes. Y por ultimo los atributos, que indican la

información que contiene cada entidad, o bien la información que sea de

interés para la aplicación en desarrollo.



138

Se comenzará por una representación gráfica en la que se indicará todos los

objetos que se han mencionado en el párrafo anterior, seguida de su

correspondiente descripción de entidades, relaciones y sus respectivos

atributos.

La representación se realizará mediante el modelo entidad-relación, métodos

de análisis de datos introducido por P. Chen en 1976. Este modelo emplea lo

conceptos de entidades, relaciones y atributos que se han aludido

anteriormente.

La simbología utilizada para representar el diagrama de entidad – relación

(DER), mostrado a continuación, utiliza rectángulos para representar

entidades, rombos para las relaciones y líneas que unen a las entidades a

través de las relación que las asocia.

Dentro de cada uno de los símbolos se especifica el nombre de la entidad o

relación que corresponda.

A continuación, en las páginas siguientes, se muestra el diagrama de entidad-

relación y una tabla en la que se especifican los atributos y relaciones

constituyentes del diagrama de entidad-relación, acompañadas de un breve

descripción de las mismas.

139

TIPO COMPROBACION

INFORME

TECNICO

TRABAJO CONCRETO

TRABAJO TIPO

PLAN

DEPARTAMENTO

CABECERA

ESTADO

CONCEPTO

EJECUTOR

R1 TIENE

R11 CONSTA

1 1

N N

R9 CORRESPONDE

1

0/1 TÉCNICO-SUPERVISOR

R2 PASA POR

R3 CUMPLIMENTA

R4 TIENE

1

1 1

N

N

N

CUERPO

RESPUESTA

APARTADOS

CAPÍTULO

R10 TIENE

R5 FORMADO

POR

R6 TIENE

R7 PERTENECE

R8 TIENE

1

1

1 1

1

1

N

N

N

N

R13 CONSTITUIDO

R14 SELECCION

R15 ES REALIZADO

1

1

1

1

NN

N

R12 CORREPOND

E1

R16 PERTENECE

1N

INFORME DE RESULTADOS

COORDINADOR

INFORME DE EVALUACIÓN

R17 CORREPOND

E

1

1 R18 REALIZADO

1N

R20 CORREPONDE

EE

1

1

JEFE DEPARTAMENTO

DIRECTOR GENERAL

R21 REALIZADO

R19 ES REALIZADO

N N

11

1



140

A continuación, se especificarán todas las entidades y relaciones utilizadas en

el diagrama de entidad-relación anterior.

► Entidades

ENTIDAD: Departamento IDENTIFICADOR: E1

TIPO ENTIDAD:

Física

DESCRIPCIÓN:

Esta entidad representa a todos y cada uno de los departamentos existentes en

la Central Nuclear que son afectados por el nuevo sistema.

ATRIBUTOS PRINCIPALES:

Identificar del departamento, nombre del departamento

OCURRENCIA:

Esta entidad tendrá tantas ocurrencias como departamentos de la Central

estén afectadas por el nuevo sistema.



141

ENTIDAD: Plan IDENTIFICADOR: E2

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a todos y cada uno de los planes de supervisión

específicos y concretos definidos por los distintos departamentos.

Cada uno de estos planes definirán la supervisión concreta

a realizar.


Identificar del plan, descripción y objetivo.

OCURRENCIA:

Esta entidad posee una ocurrencia múltiple, ya que existirán tantos planes

como definan los Jefes de Departamento, y tantos como sean necesarios para

constituir a todos y cada uno de los trabajos tipo.



142

ENTIDAD: Trabajo Tipo IDENTIFICADOR: E3

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a todos y cada uno de los grupos que en los que se

clasifican las supervisiones.

Esta entidad, se encuentra en un nivel superior, proporcionando un concepto

más general de los trabajos que tienen que ser supervisados.


Identificador del trabajo tipo y descripción.

OCURRENCIA:

Esta entidad tiene ocurrencia múltiple, ya que existirán tantos trabajos tipo,

como grupos en los que se clasifiquen los trabajos concretos.



143

ENTIDAD: Informe IDENTIFICADOR: E4

TIPO ENTIDAD:

Física

DESCRIPCIÓN:

Esta es la cantidad Central y principal del sistema a desarrollar, ya que en ella

se recogen todos los datos correspondientes a los resultados de las

supervisiones de los trabajos de campo.

Por ello es la entidad que posee mayor número de relaciones con otras

entidades del sistema.


Identificador del informe, número de informe y fecha.

OCURRENCIA:

Esta entidad será una de las que más ocurrencias presente. El número de

ocurrencias dependerá de alguna forma de los trabajos concretos y planes que

se definan.



144

ENTIDAD: Estado IDENTIFICADOR: E5

TIPO ENTIDAD:

Estado

DESCRIPCIÓN:

Esta entidad representa a todos y cada uno de los estados por los que se pasa

un informe a los largo de su ciclo de vida, estos son: plantilla, asignado,

cumplimiento, cerrado aprobado y reasignado.


Identificador del estado, nombre y descripción.

OCURRENCIA:

Esta entidad tendrá tantos ocurrencias como informes existan.



145

ENTIDAD: Técnico-Supervisor IDENTIFICADOR: E6

TIPO ENTIDAD:

Física, persona

DESCRIPCIÓN:

Esta entidad representa a un usuario del sistema, cuya principal función es

cumplimentar los informes de supervisión, una vez realizadas las mismas.


Identificador, nombre y tipo.

OCURRENCIA:

Esta entidad tiene ocurrencia múltiple, debido a la existencia de varios

Técnicos-Supervisores.



146

ENTIDAD: Cabecera IDENTIFICADOR: E7

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad tiene información única y unívoca de cada uno de los informes,

que como consecuencia hace que cada uno de los informes sean únicos.


Número de Informe, fecha, Técnica –supervisor, concepto.

OCURRENCIA:

Debido a la cardinalidad (1-1) con la que se relaciona esta entidad con la

entidad informe, hace que tenga ocurrencia múltiple, que será igual al

número de informes existentes.



147

ENTIDAD: Cuerpo IDENTIFICADOR: E8

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a toda aquella información del informe no presente en

la cabecera del mismo, es decir que contiene la información acerca de los

resultados de la supervisión.


Identificador, descripción.

OCURRENCIA:

Debido a la cardinalidad (1-1) con la que se relaciona esta entidad con la

entidad informe, hace que tenga ocurrencia múltiple que será igual al número

de informes existentes.



148

ENTIDAD: Capítulo IDENTIFICADOR: E9

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a cada uno de los grupos de preguntas referentes a un

mismo objeto o sujeto.


Identificador de capítulo, descripción.

OCURRENCIA:

Esta entidad tendrá una ocurrencia múltiple, ya que el cuerpo de los informes

está formado por varios capítulos, por lo que, en consecuencia, un informe

estará constituido por varios capítulos.



149

ENTIDAD: Apartados IDENTIFICADOR: E10

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a todos y cada uno de los enunciados o preguntas a

responder en la supervisión.


Identificador Apartado, descripción.

OCURRENCIA:

Esta entidad tendrá una ocurrencia múltiple, ya que existen numerosos

apartados, los cuales constituyen los capítulos de los informes.



150

ENTIDAD: Tipo comprobación IDENTIFICADOR: E11

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a los tipos de comprobaciones a los que pueden

pertenecer los apartados.

Existen tres tipos de comprobación: antes de iniciarse el trabajo, en el lugar

del trabajo y al finalizar el trabajo.


Identificador comprobación, descripción.

OCURRENCIA:

Este atributo tiene una ocurrencia múltiple, ya que, como se ha especificado

en su descripción puede tener tres valores.



151

ENTIDAD: Respuesta IDENTIFICADOR: E12

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a las dos posibles respuestas que pueden tener cada

uno de los apartados del informe. Estas posibles respuestas son sío no, según

los resultados obtenidos en la supervisión, y pueden ir acompañadas de una

observación.


Identificador de respuesta, descripción.

OCURRENCIA:

Esta entidad tendrá varias ocurrencias, una por cada uno de los apartados de

los distintos informes. Los valores posibles que puede tomar son: sí o no y se

puede añadir una observación.



152

ENTIDAD: Concepto IDENTIFICADOR: E13

TIPO ENTIDAD:

Concepto

DESCRIPCIÓN:

Esta entidad indica el concepto al que pertenece cada informe. estos

conceptos pueden ser: orden de trabajo, actividad, unidad, ronda, toma de

muestras, análisis y OT/ OTNP/ EQUIPO.



OCURRENCIA:

Este entidad tendrá varias ocurrencias como informes, ya que cada uno de los

informes pertenece a un concepto.



153

ENTIDAD: Trabajo Concreto IDENTIFICADOR: E14

TIPO ENTIDAD:

Conceptual

DESCRIPCIÓN:

Esta entidad representa a todos y cada uno de los trabajos y tareas que

corresponden a cada trabajo tipo.



OCURRENCIA:

Esta entidad tendrá varias ocurrencias, ya que cada uno de los trabajos tipo,

está formado por un conjunto de trabajos o tareas.



154

ENTIDAD: Técnico IDENTIFICADOR: E15

TIPO ENTIDAD:

Física, Persona

DESCRIPCIÓN:

Esta entidad representa a un usuario del sistema cuya principal función es

seleccionar los trabajos concretos que van a ser supervisados.


Identificador Técnico, Nombre y Tipo.

OCURRENCIA:


Técnicos.



155

ENTIDAD: Ejecutor IDENTIFICADOR: E16

TIPO ENTIDAD:

Física, Persona

DESCRIPCIÓN:

Esta entidad representa a personal de la Central, encargado de ejecutar los

trabajos de campo.


Identificador, Nombre y Tipo.

OCURRENCIA:


ejecutores en la Central.



156

ENTIDAD: Informe de Resultados IDENTIFICADOR: E17

TIPO ENTIDAD:

Física

DESCRIPCIÓN:

Esta entidad es una de las entidades objetos del sistema, ya que está

directamente relacionada con el informe de supervisión al que corresponde.

Recoge los resultados obtenidos tras examinar el informe de supervisión.


Identificador, Número de informe, fecha , Descripción.

OCURRENCIA:

Esta entidad tiene ocurrencia múltiple, ya que existirá un informe de

resultados, por cada informe de supervisión.



157

ENTIDAD: Coordinador IDENTIFICADOR: E18

TIPO ENTIDAD:

Física, persona

DESCRIPCIÓN:

Esta entidad representa a un usuario del sistema, cuya principal función es

revisar los informes de supervisión, para la posterior elaboración del informe

de resultados.



OCURRENCIA:

Esta entidad tiene ocurrencia múltiple debido a la existencia de varios

Coordinadores de Área en la Central.



158

ENTIDAD: Informe de Evaluación IDENTIFICADOR: E19

TIPO ENTIDAD:

Física

DESCRIPCIÓN:

Esta entidad es otra de las entidades objeto del sistema, ya que está

directamente relacionado con el informe de evaluación, e indirectamente con

el informe de supervisión. Recoge los resultados obtenidos al examinar el

informe de resultados.


Identificador, Número de informe de evaluación, fecha, Descripción.

OCURRENCIA:

Esta entidad tiene ocurrencia múltiple, ya que existirá un informe de

evaluación por cada informe de resultados.



159

ENTIDAD: Director de la Central IDENTIFICADOR: E20

TIPO ENTIDAD:

Física, Persona

DESCRIPCIÓN:

Esta entidad representa al mayor cargo de la Central y también usuario del

sistema, cuya función principal es revisar cada uno de los informes de

evaluación.


Identificador, Nombre.

OCURRENCIA:

Esta entidad posee ocurrencia única ya que sólo existe un único Director en la

Central.



160

ENTIDAD: Jefe de Departamento IDENTIFICADOR: E21

TIPO ENTIDAD:

Física, Persona

DESCRIPCIÓN:

Esta entidad representa a uno de los usuarios del sistema, cuya principal

función es examinar los informes de resultados para elaborar los informes de

evaluación correspondientes a todos y cada uno de los informes de resultados.



OCURRENCIA:

Esta entidad posee ocurrencia múltiple, debido a la existencia de varios Jefes

de Departamento en la Central.



161

► Relaciones.

RELACIÓN: Tiene IDENTIFICADOR: R1

ENTIDADES QUE RELACIONA:

Departamento y Plan

CARDINALIDAD:

1 –N: Esta cardinalidad indica que cada uno de los departamentos puede

tener muchos planes, pero por el contrario un plan sólo puede pertenecer a un

único departamento.

DESCRIPCIÓN:

Esta descripción establece la asociación entre los departamentos y los planes

que tiene cada uno de ellos, y por el contrario, identifica el departamento al

que pertenece cada uno de todos los planes existentes.



162

RELACIÓN: Pasa por IDENTIFICADOR: R2


Estado e informe

CARDINALIDAD:

N – N: Esta cardinalidad indica que un informe puede pasar a los largo de su

vida por muchos estados y que un estado puede estar presente en muchos

informes.

DESCRIPCIÓN:

Esta relación asocia los informes con el estado de los mismos en un momento

dado, lo que permite conocer en qué fase de su ciclo de vida se encuentra el

informe.



163

RELACIÓN: Cumplimenta IDENTIFICADOR: R3


Técnico – Supervisor e Informe

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un Técnico- Supervisor puede

cumplimentar muchos informes, tantos como supervisiones realice, pero por el

contrario un informe sólo puede ser cumplimentado por un único Técnico -

Supervisor.

DESCRIPCIÓN:

Esta relación identifica los informes que han sido cumplimentados por cada

uno de los Técnicos-Supervisores y asocia a cada uno de los Técnicos-

Supervisores con los informes que cumplimenta.



164



Cabecera e informe

CARDINALIDAD:

1 – 1: Esta cardinalidad indica que a cada cabecera corresponde

unívocamente un informe, y por tanto a cada informe sólo una única

cabecera.

DESCRIPCIÓN:

Esta relación asocia cada cabecera con el informe al que corresponde. Esta

relación debe ser unívoca ya que la cabecera es un componente

correspondiente a un sólo informe y por tanto lo hace único.



165

RELACIÓN: Formado por IDENTIFICADOR: R5


Cuerpo y Capítulo

CARDINALIDAD:

1 –N: Esta cardinalidad indica que todo cuerpo de informe está constituido por

varios capítulos, pero que un capítulo sólo puede pertenecer a un único

cuerpo de informe.

DESCRIPCIÓN:

Esta relación asocia los cuerpos de los informes con los capítulos que contiene

cada uno de ellos.



166



capítulos y Apartados.

CARDINALIDAD:

1 – N: Esta cardinalidad indica que todo capítulo está constituido por varios

apartados, pero que un apartado sólo puede pertenecer a un único capítulo.

DESCRIPCIÓN:

Esta relación asocia los capítulos con los apartados que los constituyen.



167

RELACIÓN: Pertenece IDENTIFICADOR: R7


Tipo Comprobación y apartados.

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un tipo de comprobación puede contener

varios apartados, y por lo tanto un apartado sólo pertenece a uno de los tres

tipos de comprobación.

DESCRIPCIÓN:

Esta relación establece la asociación entre los tres tipos de comprobación

existentes y los apartados que contienen, o los apartados que pertenecen a

cada tipo de comprobación.



168



Apartados y respuesta

CARDINALIDAD:

1 – 1: Esta cardinalidad indica que cada uno de los apartados sólo puede

tener un única respuesta y que una respuesta concreta sólo puede pertenecer

a un apartado.

DESCRIPCIÓN:

Esta relación establece la asociación entre los apartados de los informes y las

respuestas de cada uno de ellos. A cada apartado le corresponde una única

respuesta constituida por sí o no y una observación.



169

RELACIÓN: Se corresponde IDENTIFICADOR: R9


Plan e Informe

CARDINALIDAD:

1 – 0/1: Esta cardinalidad indica que cada uno de los planes definidos puede

tener ningún o un informe asociado como máximo, y por tanto un informe

sólo puede pertenecer a un único plan.

DESCRIPCIÓN:

Esta relación asocia a cada uno de los planes definidos con su correspondiente

informe de supervisión en el caso de que éste exista. Es posible que haya

planes de supervisión que no se lleven a cabo y como consecuencia no tengan

informe asociado.



170



Cuerpo e informe

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un informe sólo puede tener un único

cuerpo. Pero un cuerpo puede aparecer en varios informes ya que es posible

que una misma supervisión sea realizada más de una vez.

DESCRIPCIÓN:

Esta relación establece una asociación entre los informes y el cuerpo de

informe que lo constituye a cada uno.



171

RELACIÓN: Consta IDENTIFICADOR: R11


Trabajo tipo y plan

CARDINALIDAD:

1 –N: Esta cardinalidad indica que cada uno de los trabajos tipo puede estar

constituido por muchos planes, pero un plan sólo puede pertenecer a un

trabajo tipo.

DESCRIPCIÓN:

Esta relación establece la asociación entre los trabajos tipos y los planes de

los que consta cada uno de ellos.



172

RELACIÓN: Corresponde a IDENTIFICADOR: R12


Informe y trabajo concreto

CARDINALIDAD:

1 – 1: Esta cardinalidad indica que un trabajo concreto específico sólo va a

tener un único informe de supervisión y de esta manera un informe sólo

corresponde a un único trabajo concreto.

DESCRIPCIÓN:

Esta relación asocia a cada uno de los trabajos concretos con sus

correspondientes informes de supervisión y viceversa.



173

RELACIÓN: Constituido IDENTIFICADOR: R13


Trabajo tipo y trabajo concreto

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un trabajo tipo está compuesto por varios

trabajos concretos, pero un trabajo concreto, sólo puede pertenecer a un

único trabajo tipo.

DESCRIPCIÓN:

Esta relación establece una asociación entre los trabajos tipo y los trabajos

concretos que los constituyen.



174

RELACIÓN: Selecciona IDENTIFICADOR: R14


Técnico y trabajo concreto

CARDINALIDAD:

1 – N: Esta cardinalidad indica que cada Técnico selecciona uno o varios

trabajos concretos, pero por el contrario un trabajo concreto es seleccionado

por un único Técnico.

DESCRIPCIÓN:

Esta relación asocia a los Técnicos con los trabajos concretos que seleccionan.



175

RELACIÓN: Es realizado IDENTIFICADOR: R15


Ejecutor y trabajo concreto

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un ejecutor realiza varios trabajos

concretos. También indica que un trabajo concreto sólo es realizado por un

único ejecutor.

DESCRIPCIÓN:

Esta relación asocia a cada ejecutor con los trabajos concretos que ejecuta, así

como los trabajos concretos que realiza cada ejecutor.



176

RELACIÓN: Pertenece a IDENTIFICADOR: R16


Informes y Concepto

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un informe sólo puede pertenecer a un

único concepto, pero por el contrario un concepto puede aparecer en varios

informes.

DESCRIPCIÓN:

Esta relación asocia informes con el concepto al que pertenecen, según su

naturaleza, de manera que un informe sólo pertenecen a un único concepto.



177

RELACIÓN: Corresponde IDENTIFICADOR: R17


Informe e Informe de resultados

CARDINALIDAD:

1 – 1: Esta cardinalidad indica que cada informe de supervisión tiene asociado

un único informe de resultados y viceversa.

DESCRIPCIÓN:

Esta relación asocia únicamente cada uno de los informes de supervisión con

su informe de resultados. Dicho informe de resultados sólo corresponde a su

informe de supervisión.



178

RELACIÓN: Realizado IDENTIFICADOR: R18


Coordinador e Informe de resultados

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un Coordinador realiza múltiples informes

de resultados, pero dicho informe de resultados sólo pueden ser realizado con

un único Coordinador.

DESCRIPCIÓN:

Esta relación asocia a los Coordinadores con los informes de resultados que

realiza cada uno de ellos y viceversa.



179

RELACIÓN: Es Enviado IDENTIFICADOR: R19


Informes de evaluación y Director Central

CARDINALIDAD:

1 – N: Esta cardinalidad indica que el Director de la Central revisa todos los

informes de evaluación elaborados

DESCRIPCIÓN:

Esta relación asocia al único Director de la Central con todos y cada uno de

los informes de Evaluación.



180

RELACIÓN: Corresponde IDENTIFICADOR: R20


Informes de evaluación e Informe de resultados

CARDINALIDAD:

1 – 1: Esta cardinalidad indica que cada informe de resultados está asociado

unívocamente a un informe de evaluación y viceversa.

DESCRIPCIÓN:

Esta relación asocia unívocamente cada uno de los informes de resultados con

su informe de evaluación.



181

RELACIÓN: Realizado IDENTIFICADOR: R21


Informes de evaluación y Jefe de Departamento.

CARDINALIDAD:

1 – N: Esta cardinalidad indica que un Jefe de Departamento realiza múltiples

informes de evaluación, pero cada uno de éstos sólo pueden ser elaborado

por un único Jefe de Departamento.

DESCRIPCIÓN:

Esta relación asocia a los Jefes de Departamento con los informes de

evaluación que realiza cada uno de ellos y viceversa.


3.6 Revisión de la Especificación 3. Análisis de Requisitos

182

3.6 Revisión de la especificación. A lo largo del proyecto se van a ir realizando continuas revisiones para ver el

funcionamiento y revisar la planificación que se realizó al comienzo. En estas

revisiones se tendrá en cuenta el apartado de control de calidad del proyecto y

las especificaciones realizadas.

Se seguirá un cuestionario similar al siguiente:

¿Los objetivos y fines establecidos para el sistema son coherentes con los

objetivos y fines para la Central Nuclear? ¿Se han descrito todos los elementos

que intervienen en el nuevo sistema, con su contenido y estructura adecuados?

¿Se comprueba cómo poco a poco, y cada vez más, se tiene un conocimiento

más amplio del sistema tanto actual como del que se pretende desarrollar?

¿Son claros e intuitivos los diagramas realizados para la comprensión del

texto? ¿Permanecen cada una de las funciones principales dentro del ámbito y

se describen adecuadamente? ¿Se han establecido criterios de validación de

los usuarios a la hora de entrar en el sistema, para posteriormente codificar

esta funcionalidad correctamente? ¿Se ha estado en contacto hasta el

momento con el usuario?.

Esta misión es llevada a cabo principalmente por el Director del Proyecto,

aunque el Coordinador y el alumno realizan algunas pruebas de este tipo,


3.6 Revisión de la Especificación 3. Análisis de Requisitos

183

para la validación de cada etapa por la que se pasa y la revisión del

cumplimiento de todos los objetivos que se han especificado al comienzo.


184

4. ARQUITECTURA


4. Arquitectura

185

El objetivo de esta fase es definir las posibles soluciones de arquitectura que

satisfagan tanto los requisitos que han sido especificados por los usuarios

como las restricciones de diseño. Se definirán diferentes posibilidades y

posteriormente se escogerá la más adecuada para este sistema en concreto,

para ser desarrollado e implementado. No Obstante, no se realizará un

exhaustivo estudio de cada alternativa, puesto que se detallará más adelante

cuando se seleccione una, cuyas características básicas sean las mejores para

el sistema a desarrollar.

De la solución adoptada, se suministrará la información suficiente para que se

pueda estimar el coste del proyecto de manera general y se pueda dar una

visión general de lo que aportará el nuevo sistema y cómo se adaptará en la

Central Nuclear. Las posibles soluciones que se planteen estarán siempre

encaminadas hacia el modo de operar del usuario final y el tipo de

arquitectura tecnológica en que se implantará el sistema.


4.1 Diagrama de Presentación 4. Arquitectura

186

4.1 Diagrama de Presentación.

En este apartado se mostrará un diagrama de presentación por cada una de

las alternativas que van a ser evaluadas para la posterior elección de una de

ellas.

En estos diagramas de presentación se muestra la interacción del sistema con

el usuario con otros sistemas y con otras bases de datos.

SIGE GEvaT

CLIENTES

SIGEGEvaT

PC

ACCESS

PDA nPDA 1(2)

(1)(3)

(4)

TOAD

(1) SIGE

El sistema informático SIGE fue desarrollado inicialmente para el entorno

Oracle/UNIX/Windows. Consiste en una solución mecanizada para la gestión

de explotación de Centrales de generación que abarca los aspectos de:

componentes y repuestos, mantenimiento (correctivo y preventivo),



187

modificaciones de diseño, operación (vigilancias, descargos e

inoperabilidades), personal, dosimetría, seguridad, compras, administración,

contabilidad, presupuestos y archivo.

Deben destacarse del SIGE que las aplicaciones están preparadas para

trabajar en red e integradas totalmente en la Base de Datos Corporativa,

además del hecho que el sistema es configurable y ampliable atendiendo a las

necesidades y requisitos de los usuarios.

(2) Clientes SIGE

Los clientes de SIGE disponen entre otras aplicaciones de Oracle Forms Server

y Oracle Reports Server para realizar la actualización de la información con el

servidor.

(3) GEvaT

El sistema GEvaT está constituido por un servidor cuyas características se

especifican más adelante.

Este servidor dispondrá del sistema operativo Windows XP, ya que éste es uno

de los estándares establecidos por la Central.

El prototipo realizado inicialmente utilizará como gestor de base de datos un

simulador de ORACLE llamado TOAD que permitirá realizar las altas, bajas y

modificaciones de los registros de la base de datos.



188

Finalmente, en el futuro, para concluir la finalización del sistema, se

implantará el sistema gestor de base de datos ORACLE, ya que éste es uno de

los estándares establecidos por la Central Nuclear.

(4) Dispositivos móviles

Los dispositivos móviles dispondrán del sistema operativo Windows Mobile, y el

sistema gestor de base de datos Microsoft Access debido a su sencillez de

implantación.

Con respecto a las características de los dispositivos móviles, se detallará a

continuación en el apartado de especificación de componentes, pudiendo

resumir sus características en: 64 Mb RAM, 64 Mb ROOM, sistema operativo

Windows Mobile, procesador (200-300 Mhz) disponer de puerto USB,

infrarrojos y tecnología WIFI.

Dentro del alcance de este primer prototipo no se desarrollarán las

funcionalidades correspondientes a GEvaT PC. Dichas funcionalidades, de

forma resumida, permitirán:

Propuesta de objetivos anuales.

Cargar planes anuales.

Altas, bajas y modificaciones del personal disponible.

Altas, bajas y modificaciones de los trabajos a supervisar.



189

Elaboración de informes de Evaluación.

Evaluación de informes de resultados.

Si entra dentro del alcance de este proyecto desarrollar todas las

funcionalidades correspondientes a GEvaT PDA y GEvaT interface.

Entre las funcionalidades de GEvaT PDA, se pueden destacar como las más

destacadas:

Autorizar el uso de la PDA únicamente al propietario de la misma.

Tener cargados las plantillas de los informes que debe cumplimentar el

Técnico-Supervisor.

Permitir cumplimentar el informe de supervisión seleccionado por el


Permitir visualizar cualquier informe cargado en la PDA, esté cerrado,

pendiente o sin empezar.

Por otra parte, las funcionalidades de GEvaT interface se pueden resumir en:

Conseguir una correcta comunicación entre GEvaT PDA y GEvaT PC, con

el fin de permitir:



190

La carga de plantillas de informes, mediante el envío de las

mismas desde el servidor a los distintos dispositivas móviles.

El envío de los informes de supervisión ya cumplimentados y

cerrados por el Técnico-Supervisor, para que pasen a ser evaluados

por los Coordinadores de Área y sigan su ciclo de vida habitual.

Los entornos de explotación de GEvaT PC y GEvaT PDA serán diferentes, tanto

desde el punto de vista del sistema operativo, como del gestor de la Base de

Datos. Las diferencias del sistema operativo serán irrelevantes a la hora de

integrar los distintos módulos desarrollados, dado que cada uno de ellos, será

explotado en un equipo independiente. En cambio, las Bases de Datos sí

deben integrarse para facilitar el intercambio de información.

Cabe destacar que la base de datos de GEvaT PC, se mandará sobre el gestor

ORACLE, mientras que en GEvaT PDA utilizará Access.

Para poder realizar todas las pruebas del sistema y probar las funcionalidad

completa se utilizará la utilidad TOAD, para simular manualmente todas las

funcionalidades correspondientes a GEvaT PC.

En definitiva el administrador de la Base de Datos realizará en la base de

datos ORACLE de GEvaT PC las altas, bajas y modificaciones de sus registros.



191

En cambio, todas las funciones del resto de los módulos de GEvaT se

ejecutarán a través de los programas desarrollados en este proyecto.


4.2 Especificación de Componentes Básicos 4. Arquitectura

192

4.2 Especificación de Componentes Básicos.

Primeramente, se identifican y definen las distintas alternativas que pueden

servir como soluciones viables para satisfacer los requisitos definidos y las

necesidades del usuario.

Como apuntamos anteriormente, las posibles soluciones se encaminan hacia

el modo de operar del usuario final y el tipo de tecnologías a usar. Serán los

requisitos del cliente y el tipo de tecnologías existentes en su organización los

aspectos a considerar para encaminarnos hacia arquitecturas de un tipo u

otro.

La arquitectura del proyecto está compuesta por componentes hardware,

software y de comunicaciones.

En este capítulo se realizará una especificación detallada de cada uno de los

posibles componentes que se pueden aplicar.

En esta especificación se han de tener en cuenta tanto los componentes

pertenecientes al PC y los correspondientes a la PDA.



193

Software.

ELEMENTOS PC PDA

Sistema Operativo Windows

Windows Mobile (Pocket PC)

Sistema gestor de Bases de Datos

Oracle

Microsoft Access

Entorno de desarrollo Oracle Forms Embedded Visual 3.0

Entorno de simulación Toad _________

Hardware PC HP

ACER AIRIS HP

Sistemas Operativos PC

Los sistemas que se habría que haber considerado para la ejecución y la

implantación del proyecto son: Windows 98, Windows 2000 y Windows XP.

Son piezas imprescindibles para los sistemas ya que sin ellas, ninguna

aplicación funcionaría. Su principal función es hacer de intermediarios entre

los elementos hardware y el usuario, además de facilitar el uso del ordenador,

gestionando los dispositivos de memoria masiva, asignando recursos hardware



194

a los distintos programas y proteger los datos y los programas identificando a

los usuarios que acceden a ellos, contabilizando la utilización de los recursos

por cada usuario en cada momento.

Windows 98 Windows 98 mantiene el ordenador funcionando a máximo rendimiento con

el mínimo esfuerzo. Además de disponer de soporte para periféricos haciendo

más sencillo añadir y usar dispositivos comunes en el entorno informático.

Windows 2000

Windows 2000 además de unificar lo que eran dos sistemas operativos

distintos, Windows 95 o Windows 98 y Windows NT, ofrecen lo mejor de

ambos como la solidez y la seguridad de NT, con la facilidad de manejo,

soporte de hardware y multimedia del 98.

Entre sus principales objetivos se encuentra el diseño es crear un ambiente de

trabajo consistente para las personas que usan ordenadores móviles.

Ventajas de este sistema:

• Simplificación del proceso de instalación, ya que las pantallas de

aviso se presentan ante el usuario durante el proceso de instalación

poseen un lenguaje sencillo.



195

• Automatización de muchas tareas, como detención y reconocimiento

de dispositivos hardware Plug and Play.

• Posee un interfaz de usuario muy simplificado.

• Introducción de mejoras en cuanto a la protección de los ficheros del

sistema.

Las diferentes versiones que posee otorgan mayor confianza a los

usuarios, ya que dan la posibilidad de escoger la versión más adecuada

a la necesidades de la organización. Entre las versiones encontramos:

• Windows 2000 Profesional:diseñado para un cliente de red seguro y

una estación de trabajo corporativo.

• Windows 2000 Server: que es el servidor de sistemas de red más

empleado en el mundo, porque permite la creación de redes

basadas en e servidor, lo que aporta beneficios de implantación,

administrador, control de seguridad y las comunicaciones, auditoría,

usuarios, gestión de información existente en la red y conexiones

remotas.

Windows XP

Ofrece tres alternativas:

• Home: destinada al usuario domestico

• Profesional: sucesor del Windows 2000 Profesional



196

• Profesional de 64 bits: destinada a los microprocesadores Itanium y

por ahora casi con nula relevancia para el usuario domestico o

profesional

Windows XP proporciona herramientas de productividad avanzadas que una

organización necesita ofreciendo el poder de administrar, implementar y

soportar su ambiente de computación de una manera más eficiente.

Linux

Una de las principales ventajas del sistema operativo Linux, es que se puede

obtener gratuitamente, por ello es muy adecuado para las aplicaciones

empresariales porque se reduce el coste de las licencias y además este sistema

operativo permite la personalización.

Por otra parte, se pueden presentar problemas con respecto a la portabilidad

de algunos programas a este sistema operativo.

En todo caso, el sistema operativo seleccionado será Windows XP, exigido por

el entorno de la Central Nuclear.



197

Sistema Operativo PDA

El Pocket PC es un dispositivo de mano que permite grabar, enviar y recibir e-

mails, contactos, citas, mostrar ficheros multimedia, juegos, intercambiar

mensajes de texto con MSN Messenger, navegador por la web y más.

Desde el punto de vista técnico PocketPC es un estándar del Microsoft que

impone varios requisitos al hardware y al software de dispositivos móviles.

PocketPC debe :

Ejecutar el Sistema operativo Microsoft Windows CE.

Tener un conjunto de aplicaciones en ROM, memoria sólo de lectura.

Incluir una pantalla sensible al tacto.

Incluir un dispositivo apuntador.

Incluir un conjunto de botones de hardware para activar aplicaciones.

Estar basado en un procesador compatible con el procesador.

Las características que diferencian a este dispositivo de otros, son la

compatibilidad e integración, las prestaciones y paquetes de utilidades de las

que disponen.

Según Microsoft, la estrategia de movilidad de Microsoft gira en torno a

Windows Mobile, la plataforma pensada para todo tipo de dispositivos



198

móviles: Pocket PC, Pocket PC Phone Edition y Smartphone y dirigida a

empresas, operadores móviles, fabricantes de dispositivos, desarrolladores y

usuarios.

Su interfaz imita a Windows, se puede elegir la orientación de la pantalla, o

seleccionar distintas formas de presentar el escritorio.

Sistemas gestores de bases de datos.

Oracle Oracle es una potente herramienta Cliente/Servidor para la gestión de bases

de datos.

Es un producto vendido a nivel mundial, aunque sólo se ve en grandes

empresas y multinacionales por su alto precio y la gran potencia.

Puede funcionar en una gran cantidad de sistemas operativos y diversidad de

hardware.

Oracle soporta paralelismo dentro de una consulta, lo que proporciona un

incremento notable en su ejecución.

Características principales de este sistema gestor de base de datos:



199

• Entorno cliente servidor.

• Gestiona de grandes bases de datos.

• Usuarios concurrentes.

• Alto rendimiento en transacciones.

• Sistemas de alta disponibilidad.

• Disponibilidad controlada de los datos de las aplicaciones.

• Gestión de seguridad. Fiabilidad.

• Autogestión de la Integridad de los datos.

• Porción distribuida.

• Portabilidad.

• Compatibilidad.

• Replicación de entornos.

MySQL Es uno de los sistemas gestores de bases de datos más utilizados en la

actualidad en aplicaciones web.

Las ventajas que ofrece:

• Es una Base de Datos rápida y los resultados de las sentencias SQL

se obtienen eficazmente.

• Es potente, admite una cantidad grande de registros.



200

• Proporciona una interfaz SQL estándar y se puede hacer consultas

desde la mayoría de los lenguajes actuales con un tiempo de

respuesta eficiente.

• Es fiable, tiene pocos fallos.

• Es libre, se puede obtener gratuitamente desde Internet.

• Es multiplataforma, se puede utilizar tanto en sistemas operativos

Unix como Windows.

Lenguajes de programación PDA.

Embedded Visual 3.0

Como lenguaje de programación de la aplicación de PDA, sólo se va a

contemplar el lenguaje Embedded Visual 3.0 versión de Visual Basic destinada

a la programación de PDA.

Lenguaje de Programación basado en objetos, similar al Visual Basic 3.0,

puede desarrollar aplicaciones basadas en Pocket Access, SQL CE o crear

aplicaciones con cualquier proveedor de base de datos (Dependiendo el

Servidor de Radio Frecuencia que cree).



201

Este lenguaje de Programación permite componer visualmente componentes

de nivel medio utilizado el diseñador de componentes visual, que permite

arrastrar objetos.

Con la herencia visual, los programadores pueden simplificar enormemente la

creación de aplicaciones basados en Windows, Centralizando en formularios

primarios la lógica común e interfaz de usuario para toda la solución.

Lenguaje de Programación sincronización y servidor.

Visual Basic 6.0

Es un lenguaje de programación visual, también llamado lenguaje de 4ª

generación. Esto quiere decir que un gran número de tareas se realizan sin

escribir código, simplemente con operaciones gráficas realizadas con el ratón

sobre la pantalla.

Este lenguaje se puede considerar orientado a objetos, por lo cual las

cualidades, el desarrollo y la programación son relativamente sencillos. En

cambio tanto el entorno del desarrollo como el de la ejecución, tienen que

estar basado en un entorno Windows.



202

La palabra “Visual“ hace referencia a un método que se utiliza para crear la

interfaz grafica de usuario. En lugar de escribir numerosas líneas de código

para implementar una interfaz, se utiliza el ratón para arrastrar y colocar los

objetos prefabricados al lugar deseado dentro de un formulario.

La palabra “Basic” hace referencia al lenguaje BASIC ( Beginners All- Purpose

Symbolic Instrucción Code) un lenguaje utilizado por más programadores que

ningún otro lenguaje de la historia de la informática. Visual Basic ha

evolucionado a partir del lenguaje BASIC original y ahora contiene centenares

de instrucciones, funciones y palabras claves, muchas de las cuales están

directamente relacionadas con la interfaz gráfica de Windows.

Arquitectura cliente-servidor.

Los requisitos exigidos por el cliente y los exigidos por el diseño no

proporcionan muchas alternativas de elección, sino que facilitan la elección de

la arquitectura.

En este proyecto la arquitectura a emplear es la arquitectura cliente-servidor.

Este tipo de arquitectura distribuye los componentes de la aplicación y entre

los clientes servidores.



203

Se basa en la comunicación de sistemas que pueden colaborar entre sí para

dar a los usuarios toda la información que necesiten sin que tengan que saber

dónde está ubicada.

Es un modelo para construir sistemas de información, que se sustenta en la

idea de repartir el tratamiento de la información y los datos por todo el

sistema informático, permitiendo mejorar el rendimiento del sistema global de

información.

Los elementos principales de la arquitectura cliente/servidor son justamente el

elemento llamado cliente y otro elemento llamado servidor. El servidor es un

proveedor de servicios que almacena bases de datos. El cliente es un

consumidor de servidores, ambos interactúan por mecanismos de paso de

mensajes.

El software se estructurará en tres niveles en la aplicación que se ejecutará en

los dispositivos móviles (PDA) debido a los requerimientos de la distribución de

los servicios de datos, ya sean de almacenamiento o de recuperación de

registro de la base de datos almacenados en tanto en el servidor como en los

dispositivos móviles.



204

En la figura mostrada a continuación, se muestra un esquema general de una

arquitectura cliente-servidor:

Hardware:

PC

El otro componente hardware necesario para la realización del proyecto es un

PC que desempeñará la función del servidor.

En este servidor se almacenarán las bases de datos, y deberá intercambiar los

datos con las distintas PDA´s.



205

Este servidor deberá cumplir una serie de requisitos mínimos:

- 2 Gb de RAM

- 100 Gb de disco duro.

- Procesador 3,6 MHz.

- Puertos USB.

Será necesario comprar el ordenador que realizará la función de servidor. La

marca seleccionada para dicho elemento hardware será Hewlett Packard,

debido a una exigencia establecida por la Central Nuclear, ya que todos los

ordenadores que dispone son de esta marca.

El servidor debe cumplir con los requisitos anteriormente especificados.

- Intel Pentium 4 550 a 3.4 GHz - 1024 Mb de Ram DDR 400 - ATI Radeon 9250 256MB+TV - Disco duro 200 GB a 7200 - TFT 17” Sony SDM-HS75 - DVD-16x y DVD-RW 16x Doble Capa - Altavoces con Subwoofer 5.1 - Teclado multimedia y ratón óptico - Tarjeta de Red 10/100 y Módem 56K - Windows XP Home Edition



206

Dispositivos móviles (PDA)

Los dispositivos móviles, deberán contener almacenada en memoria la base de

datos correspondiente a los datos de los informes, y en ellos se deberá

ejecutar la aplicación con la que interactuará el usuario.

Debido a esto, los dispositivos móviles deberán cumplir una serie de requisitos.

Algunos de ellos se detallan a continuación:

- 64 MB de ROM

- 64 MB de RAM

- Sistema Operativo Windows Mobile (Pocket PC).

- Procesador ( 200–300 MHz)

- Puertos USB

Se necesitarán tantos dispositivos móviles como Técnicos-Supervisores existan

en la Central Nuclear.

Para la elección de los dispositivos móviles se contemplarán modelos de

distintas marcas que cumplan las características requeridas.



207

MODELO CARACTERÍSTICAS IMAGEN / PRECIO

ACER

N 35

-Sistema Operativo Microsoft® Windows Mobile™ 2003 para Pocket PC Premium Edition con Outlook® 2002.

- Procesador Samsung S3C2410 266 MHz.

-Integra Receptor GPS.

- Memoria del Sistema 64 MB SDRAM.

- Flash ROM 32 MB de memoria flash para el sistema operativo y otras aplicaciones.

- Pantalla LCD 3.5" TFT LCD (65,536 colores) con 240 x 320 (QVGA) de resolución.

- Peso 165 g.

- Slots Expansión SD/MMC.

-Audio Entrada micrófono y auriculares. Altavoces 3.5 mm.

-Batería de litio recargable 1000 mAh 8-horas de autonomía si está inactiva 3 horas de carga.

- ActiveSync®.

- Infrarojos.

252,10 €



208


ACER

N 50

- Sistema operativo Microsoft® Windows Mobile™ 2003 Second Edition.

- Procesador Intel® PXA272 a 312 MHz.

- Memoria 64MB RAM.

- 64MB Flash ROM.

- Pantalla 3,5" LCD con resolución de 240x320.

- Expansión SD/MMC /CF.

- Puerto USB 1.1

- Puerto Serie.

- Audio Micrófono incorporado.

- Altavoces incorporados.

- Salida de auriculares.

- Batería Li-ion recargable 1060mAh 8 horas de duración 3 horas de carga.

- Conectividad IrDa.

- Bluetooth.

- 802.11b wireless LAN.

- Dimensiones 120 x 70 x 17,4 mm.

- Peso 150g.

241,10 €



209


HP IPAQ

RX3715

- Software de sistema operativo Microsoft Windows Mobile 2003 Second Edition Software. - Procesador Samsung S3C 2440.

- Tipo de memoria 64 MB de SDRAM / 128 MB de ROM (155 MB de memoria disponible para el usuario).

- Dimensiones,71,2 x 16,3 x 114,3 mm.

- Peso 158,1 g.

- Pantalla TFT transflectiva de color de 3,5 pulgadas (89 mm), modos vertical y horizontal, 65.000 colores.

- Tecnologías inalámbricas, descripción WLAN 802.11b, Bluetooth®, IrDA.

- Cámara integrada de 1,2 megapíxeles, resolución de 1280 x 960, zoom digital de 4 aumentos, grabación y reproducción de vídeo; Cámara integrada Photosmart de 1,2 megapíxeles.

- Ranura de expansión para tarjetas SD: admite tarjetas de memoria SD/MMC y tarjetas SDIO de 4 bits.

- Batería recargable/extraíble de iones de litio de 1440 mAh. El tiempo de uso aproximado de la batería completamente cargada es de hasta 12 horas. Tiempo de carga de hasta 1,5 horas.

390,50 €



210


AIRIS

- Con Procesador Intel®Xscale® a 300MHz.

- Windows® Mobile® Pocket PC 2003 Español (Excel, Word, Agenda...).

- Pantalla TFT 3.5" (240 x 320 x 65k Colores).

- RAM 64Mb, ROM 32Mb.

- Pantalla Táctil + Lápiz Puntero.

- Slot para memoria SD/MMC.

- Grabación de voz, MediaPlayer,

Reproductor MP3 (Software).

- Micrófono + Altavoz + Auriculares.

- IrDA.

- Batería de Ion-Litio.

- Peso: 147 grs.

- Medidas: 112,8 x 69,6 x 16,3/24,15 mm.

319 €


4.3 Evaluación de Alternativas 4. Arquitectura

211

4.3 Evaluación de Alternativas.

Cuando las posibles soluciones se encuentran definidas se realiza un estudio

de cada una de ellas, para comprobar cuál de ellas se adaptará mejor a las

necesidades del sistema en desarrollo. Esto se realizará con ayuda de tablas

de evaluación.

Para la evaluación de una de las alternativas especificadas se realizan unas

tablas compuestas por los aspectos a evaluar.

Para ello a cada aspecto se le asigna un peso, dependiendo de la importancia

que tenga para que la realización e implantación del sistema sea viable. La

ponderación de cada parámetro se calcula en base a los valores que se han

puesto y se calcula su porcentaje.

Con estos datos se pueden obtener diferentes gráficos donde se pueden

comparar visual y numéricamente la puntuación de cada alternativa para

cada uno de los factores.

Esto ayudará a tener una rápida visión de las posibles soluciones estudiadas y

facilitará la elección de las alternativas especificadas.



212

En este proyecto, sólo aporta la posibilidad de valorar distintas alternativas de

marcas y modelos de dispositivos móviles (PDA), debido a que el resto de

elementos software como sistema operativo, sistema gestor de base de datos,

etc., y otros elementos hardware como el servidor, exigidos por la Central

Nuclear.

Mecanismo para la valoración de las distintas alternativas.

Los aspectos o características especificados se referencian con un número, y se

le asigna un peso o valor, entre 1 y 3, (3 = imprescindible, 2 = importante,

1= conveniente) dependiendo de la importancia que tenga dicho factor en el

negocio que se está estudiando.

A continuación, se calcula el porcentaje asociado a cada grupo (ponderación

absoluta), como media obtenida del valor dado a cada parámetro.

Para cada alternativa, se puntúan las diferentes características, según el grado

de cumplimiento de ellas, valorándose con un número entre 0 y 3 (3 = se

cumple perfectamente, 2 = se cumple, pero no totalmente, 1= apenas se

cumple esta característica y 0 = no se cumple). De modo que si una

alternativa no la contempla una determinada característica, el valor a asignar

sería cero. Esta puntuación se coloca debajo de la columna PT (puntuación) de

cada alternativa.



213

Por último, se pondera cada característica, multiplicando el valor del PESO por

la puntuación dada (PT) y se coloca el resultado sobre la columna VA. La

alternativa que tenga mayor VA es la más favorable en lo que respecta a

factores organizativos, operativos y técnicos.

Aspectos a evaluar.

La evaluación de las diferentes soluciones propuestas al sistema se realiza en

base a cuatro aspectos de interés: evaluación organizativa, operativa, técnica

y económica.

Para los tres primeros, se utiliza una Matriz de Evaluación Organizativa donde

se recogen y puntúan las diferentes características o parámetros de cada

aspecto, para cada una de las alternativas. Para la evaluación económica se

utiliza una Matriz de Evaluación de Costes. No se debe pensar que siempre

serán estos cuatro aspectos los que tengan interés para su estudio. A veces

puede ser conveniente evaluar el interés estratégico o la oportunidad de

realización.

Evaluación Organizativa.

Se evalúa el impacto de cada alternativa en la organización.



214

Aspectos que se deben considerar:

• Adecuación a la organización, cambios organizativos requeridos.

• Incorporación de nuevas funciones y recursos humanos.

• Modificación de normativa existente o incorporación de nueva

normativa.

Evaluación Operativa.

Se lleva a cabo para conocer la importancia que tiene recoger los servicios

mecanizados con fuerte coste de mantenimiento o con una alta carga de

procesos manuales. Se considera importante la mecanización de los servicios

que conlleven en la actualidad un alto coste de mantenimiento o un fuerte

tratamiento manual en su gestión.

Aspectos:

• Cambios en la operativa actual.

• Fiabilidad y seguridad.

• Agilidad de la solución: facilidades de gestión.

• Administración y control del sistema.

Evaluación técnica.

Se evalúan los procedimientos y componentes hardware y software que utiliza

cada alternativa. Dependiendo del sistema a desarrollar, puede evaluarse las



215

características propias del hardware y software requerido, como: portabilidad,

mantenibilidad, seguridad, fiabilidad, facilidad de uso.

Esta evaluación permitirá conocer las características y facilidades que desde el

punto de vista técnico tiene cada una de las soluciones.

Factores estratégicos.

Los parámetros aquí definidos marcan los objetivos estratégicos de la empresa

y permiten conocer la importancia que cada alternativa tiene con vistas a

cubrir dichos objetivos.

Garantizar que el sistema operativo de la PDA adquirida no se

quedará absoleto en corto plazo de tiempo. 3

Situación del suministrador en España. 3

Garantías ofrecidas por el suministrador ante posibles

reparaciones. 3

Factores de Oportunidad.

Se pretende conocer con los parámetros identificados en este grupo, cuál es el

grado de oportunidad de cada una de las soluciones. Como grado de

oportunidad no sólo debe entenderse la oportunidad estratégica desde el

punto de vista de comercialización, sino también desde el punto de vista de

gestión, mecanización y satisfacción del cliente.



216

Afinidad entre el cliente y el suministrador. 2

Recomendación dada por los organismos que regulan las Centrales

Nucleares en España para la utilización de PDA.

2

Factores Técnicos.

Se evalúan los procedimientos y componentes hardware y software que utiliza

cada alternativa. Dependiendo del sistema a desarrollar, pueden evaluarse

características propias del hardware y software requerido, como: portabilidad,

mantenibilidad, seguridad, fiabilidad, facilidad de uso.

Esta evaluación permitirá conocer las características y facilidades que desde el

punto de vista técnico tiene cada una de las soluciones.

Capacidad de almacenamiento. 3

Disponibilidad de puerto USB. 3

Resolución de pantalla. 3

Tamaño de pantalla. 3

Disponibilidad de teclado predictivo. 2

Disponibilidad de agenda. 1

Posibilidad de expansión con tarjetas. 3

Comunicación IrDA. 3

Comunicación Bluetooth. 3

Comunicación WLAN. 3



217

Capacidad del procesador. 3

Factores Operativos.

Esta serie de parámetros permiten conocer la importancia que tiene recoger

los servicios mecanizados, con fuerte coste de mantenimiento o con una alta

carga de procesos manuales.

Compatibilidad entre las PDA y los equipos hardware estándares. 3

Compatibilidad con el software, especialmente con la base de

datos. 3

Ergonomía del sistema. 3

Que la PDA ofrezca funcionalidades útiles para sus usuarios, en

otros aspectos adicionales al sistema GevaT. 2

Según los criterios expuestos, se le ha asignado un peso específico a cada uno

de los parámetros definidos en cada grupo de factores.

La ponderación absoluta de cada factor o grupo se calcula en base a los

valores dados a cada parámetro en particular.

Primero se suman los valores de cada factor:



218

Factores estratégicos 9

Factores de oportunidad 4

Factores técnicos 30

Factores operativos 11

TOTAL 54

La ponderación asociada a cada factor se realiza en términos de porcentajes:

Factores estratégicos 9 * 100/ 54 = 16,7 %

Factores de oportunidad 4 * 100 / 54 = 7,4 %

Factores técnicos 30* 100 / 54 = 55,6 %

Factores operativos 11 * 100 /54 = 20,3 %

Los resultados obtenidos indican que se le da más importancia a los factores

estratégicos, y posteriormente a los de oportunidad y técnicos.



219

16,70%

7,40%

55,60%

20,30%

0,00%

10,00%

20,00%

30,00%

40,00%

50,00%

60,00%

Estratégicos Oportunidad Técnicos Operativos

PONDERACIÓN DE LOS FACTORES EN PORCENTAJES

En la siguiente página, se muestra la tabla de justificación de las

ponderaciones asignadas a los factores:



220

NÚME_

RO FACTOR

PONDE_

RACIÓN JUSTIFICACIÓN

1

Garantizar que el sistema operativo de la PDA

adquirida, no se quedará absoleto en corto

plazo de tiempo.

3

Este factor se considera muy importante, ya que en

este caso sería necesario sustituir los dispositivos

móviles a corto plazo.

2 Situación del suministrador en España. 3 Este factor se considera muy importante para

asegurar una distribución y servicio más rápido.

3 Garantías ofrecidas por el suministrador ante

posible reparaciones. 3

Este factor se considera muy importante, porque

cubre los gastos de reparación y cambios de piezas

en un periodo de tiempo determinado.

4 Afinidad entre el cliente y el suministrador. 2 Se considera importante, a la hora de establecer

acuerdos en la negociación de la compra.

5

Recomendación dada por los organismos que

regulan las Centrales Nucleares en España para

la utilización de PDA.

2

Lo organismos que regulan las Centrales Nucleares,

realizan recomendaciones sobre las distintas PDA del

mercado.



221

6 Capacidad de almacenamiento. 3 Se necesitará un mínimo (64 MB ) para el

almacenamiento de las plantillas y datos.

7 Disponibilidad de puerto USB. 3 Permite la comunicación con el ordenador mediante

el puerto USB.

8 Resolución de pantalla. 3 Permite una visualización más clara y exacta.

9 Tamaño de pantalla. 3 Permite una visualización más clara y exacta.

10 Disponibilidad de teclado predictivo. 2 Facilita la escritura en el pequeño teclado del

dispositivo.

11 Disponibilidad de agenda. 1 Permite que la PDA pueda ser utilizada para

funciones adicionales.

12 Posibilidad de expansión con tarjetas. 3 Permite aumentar la capacidad de almacenamiento

de la PDA.

13 Comunicación IrDA. 3

Este factor es importante con una visión futura, para

sustituir la sincronización mediante USB, por

infrarrojos.



222

14 Comunicación Bluetooth. 3


sustituir la sincronización mediante USB, por

Bluetooth.

15 Comunicación WLAN. 3


sustituir la sincronización mediante USB, por una red

inalámbrica.

16 Capacidad del procesador. 3

La velocidad de procesamiento es importante para la

rapidez del tratamiento de los datos.

17 Compatibilidad entre las PDA y los equipos

hardware estándares. 3

Todos y cada uno de los dispositivos móviles deben

ser compatibles con los equipos hardware, para

asegurar la sincronización entre ellos.

18 Compatibilidad con el software, especialmente

con la base de datos. 3

El software de los dispositivos móviles debe ser

completamente compatible con el disponible en los

ordenadores.



223

19 Ergonomía del sistema. 3

El dispositivo debe ofrecer posibilidades en

consonancia con las personas que lo tienen que

utilizar.

20 Que la PDA ofrezca funcionalidades útiles para

sus usuarios, en aspectos adicionales. 2

Este aspecto permite un mayor aprovechamiento de

la PDA.



224

ALTERNATIVAS ACCER N35 ACER N50 HP AIRIS

NUM PARÁMETRO PESO PT VA PT VA PT VA PT VA

ESTRATÉGICOS 17,3 %

1

Garantizar que el sistema operativo de la PDA

adquirida, no se quedará absoleto en corto plazo de

tiempo

3 3 9 3 9 3 9 3 9

2 Situación del suministrador en España 3 3 9 3 9 3 9 3 9

3 Garantías ofrecidas por el suministrador ante posibles

reparaciones 3 3 9 3 9 3 9 3 9

TÉCNICOS 55,6%

5 Capacidad de almacenamiento 3 2 6 3 9 3 9 2 6

6 Disponibilidad de puerto USB 3 3 9 3 9 3 9 3 9

7 Resolución de pantalla 3 2 6 3 9 2 6 2 6



225

8 Tamaño de pantalla 3 3 9 3 9 3 9 3 9

9 Disponibilidad de teclado predictivo

2 3 6 3 6 3 6 3 6

10 Disponibilidad de agenda 1 3 3 3 3 3 3 3 3

11 Posibilidad de expansión con tarjetas 3 3 9 3 9 3 9 3 9

12 Comunicación IrDA 3 3 9 3 9 3 9 3 9

13 Comunicación Bluetooth 3 0 0 3 9 3 9 0 0

14 Comunicación WLAN 3 0 0 3 9 3 9 0 0

15 Capacidad del procesador 3 1 3 3 9 3 9 2 6

OPORTUNIDAD 7,4 %

16 Afinidad entre el cliente y el suministrador 2 3 6 3 6 2 4 1 2

17

Recomendación dada por los organismos que regulan las

Centrales Nucleares en España para la utilización de

PDA

2 3 6 3 6 3 6 3 6



226

OPERATIVOS 20,3 %

18 Compatibilidad entre las PDA

y los equipos hardware estándares

3 3 9 3 9 3 9 3 9

19 Compatibilidad con el

software, especialmente con la base de datos

3 3 9 3 9 3 9 3 9

20 Ergonomía del sistema 3 2 6 3 3 3 9 2 6

21

Que la PDA ofrezca funcionalidades útiles para

sus usuarios, en otros aspectosadicionales al sistema GEvaT

2 2 4 3 6 3 6 2 4

PUNTUACIÓN TOTAL 54 48 127 63 156 58 157 47 126



227

0

5

10

15

20

Oportunidad

Operativo

VALORACIÓN DE ALTERNATIVAS

ALTERNATIVA AALTERNATIVA B

PDA seleccionada

Después de realizar el estudio y análisis de estas distintas alternativas de

dispositivos móviles, se decide elegir la Acer n 50, debido a la relación

calidad-precio que presenta.

Este dispositivo cumple todos los requisitos que se especifican en la

especificación de alternativas, y además se considera importante la prestación

de Bluetooth y red inalámbrica WLAN, porque permite poder realizar una

sincronización futura mediante alguna de estas tecnologías.

Este modelo presenta una memoria ROM de 64 MB, mínimo necesario ya que

los dispositivos, tendrán que soportar la aplicación así como la base de datos



228

asociada a ella, y algún dato o información personal introducido por los

usuarios.

Otro motivo es que este dispositivo al igual que otros permite la ampliación de

memoria con tarjetas CD y SD/MMC, que son unas de las más utilizadas hoy

en día, presentando además un precio asequible.

Su peso es de los menores entre las PDA presentadas, lo que proporciona

comodidad a la hora de su manipulación y transporte. Su pantalla es de 3,5’’,

tamaño generalmente estándar de las pantallas de estos dispositivos.


4.4 Selección de la Solución 4. Arquitectura

229

4.4 Selección de la Solución.

Una vez realizada la evaluación de las alternativas de sistemas operativos, y

sistemas gestores de bases de datos, se obtiene la selección de la alternativa.

Como consecuencia de todo esto, los resultados obtenidos, se muestran a

continuación:

SOLUCIÓN SELECCIONADA

Sistema Operativo PC Windows

Sistema Gestor de Base de Datos

PDA

Microsoft Access

Sistema Gestor de Base de Datos PC TOAD (Simulador)

Sistema operativo PDA Pocket PC

Lenguaje de Programación PDA

Lenguaje de Programación Sincronización

Embedded Visual 3.0

Visual Basic

Arquitectura de aplicaciones Cliente-servidor

Justificación de la selección.

El sistema operativo seleccionado es Windows, ya que éste es uno de los

estándares recogidos en los Conceptos del Sistema e impuesto por la

plataforma ya existente en la Central Nuclear, SIGE.



230

Además de ello la aplicación a desarrollar deberá tener un interfaz lo más

similar posible a Windows, fácil de manejar, sencilla e intuitiva.

La versión de Windows a utilizar podrá ser Windows 2000 o Windows XP.

Por ello, también el sistema operativo de los dispositivos móviles será Windows

Mobile (Pocket PC) para de este modo poder asegurar la compatibilidad entre

ambos dispositivos hardware y la sincronización de datos entre ambos.

El lenguaje de programación para la aplicación de los dispositivos móviles, tal

y como se ha expuesto anteriormente, es Embedded Visual 3.0, debido a las

ventajas ya mencionadas y la posibilidad de realizar una programación visual,

y poder así alcanzar un interfaz lo más similar a Windows.

Con respecto al sistema gestor de base de datos, del servidor (GEvaT PC) se

utilizará la utilidad TOAD de Oracle, que permitirá simular manualmente

todas las funcionalidades correspondientes a GEvaT PC: altas, bajas y

modificaciones de sus registros. Por otra parte hay que considerar el gestor de

bases de datos que va a ser utilizados en los dispositivos móviles.

Para este prototipo se ha elegido Access, sin hacer un estudio comparativo

profundo, debido a que es mucho más sencillo de implantar y es

perfectamente compatible con el entorno de desarrollo seleccionado.



231

Una vez finalizado el prototipo se realizará una revisión de este estudio de

arquitectura, teniendo en cuenta además de las características técnicas, los

requisitos impuestos por el cliente (tiene unos estándares propios que no

pueden ser alterados por un proyecto en particular).

En dicho momento se realizará una comparación detallada entre Access,

Oracle life y cualquier otro SGBD que en ese momento se estime oportuno.

Con respecto al hardware seleccionado, tal y como se especificó

anteriormente, se puede destacar el PC que actuará como servidor con las

características técnicas ya expuestas, y los dispositivos móviles, tantos como

Técnicos-Supervisores los vayan a utilizar. Estos dispositivos deberán cumplir

los requisitos mínimos detallados en la especificación. Para la elección de la

marca, se ha realizado la valoración económica de todas las posible, siendo

seleccionada la Acer N 50, debido a la relación calidad-precio que presenta,

así como a sus prestaciones.


232

5. DISEÑO EXTERNO


5.2 Modelo de procesos 5. Diseño Externo

233

El proceso de diseño del sistema es mucho más costoso y creativo que el

análisis. Resulta difícil encontrar el mejor diseño para el nuevo sistema, que

dependerá de su propio entorno y de la cantidad de factores que lo rodean.

De esta manera, el capítulo de Diseño Externo abarca el método y las técnicas a

utilizar para encontrar la mejor solución, pero no puede ofrecer «soluciones a

medida» para cada entorno.

El proceso de diseño también requiere el uso de la técnica top-down. Así, el

objetivo principal del Diseño Externo es transformar el modelo lógico del nuevo

sistema en un modelo físico a implementar sobre una plataforma hardware y

software específica. Cuando este modelo se haya completado, se pasará al

Diseño Interno para edificar sobre la plataforma elegida los pilares básicos del

nuevo sistema mecanizado: la arquitectura software.

A partir de la plataforma tecnológica elegida en el Estudio de Arquitectura, en

esta fase se completarán los requisitos físicos del nuevo sistema, se diseñarán

las entradas y salidas, se completará la especificación de procesos del modelo y

se elaborará el modelo lógico de datos, a partir de los volúmenes y

transacciones del sistema. A fin de completar la definición del modelo físico, se

le dota de procesos de control, seguridad y auditabilidad, necesarios para una

instalación mecanizada.



234

Y como el conocimiento del nuevo sistema aumentará considerablemente en

esta etapa, se podrá establecer la estrategia a seguir en los planes de formación

al usuario, la conversión de los datos, las pruebas del sistema y la implantación,

como parte del ciclo de vida a recorrer.



235

5.1 Completar requisitos físicos.

A partir de las necesidades hardware y software definidas en la etapa anterior

para la solución elegida, se debe completar y definir detalladamente la

plataforma hardware y software para la puesta en marcha del sistema. Estos

requisitos físicos se pueden expresar bajo los conceptos de: entorno operativo

del sistema y configuración hardware /software.

5.1.1 Entrada, salida y recogida de datos.

Se van a diseñar interfaces que dialoguen entre sí para poder llevar a cabo la

entrada de datos del sistema, en su proceso y en la salida en la pantalla. La

información deberá estar disponible en un instante determinado según las

peticiones del usuario en cada momento.

Tanto la entrada como la salida de información se podrá producir por los

ordenadores personales, y por los dispositivos móviles. Pero tanto la entrada

como la salida de información se produce a partir del servidor.

En este sistema, se pueden diferenciar dos entradas y salidas de datos

principales, cuyos esquemas se muestran a continuación:



236

Este esquema representa la entrada de datos al nuevo sistema GEvaT, a partir

de datos de la base de datos de SIGE. Estos datos entrantes son los referentes

a personal y trabajos.

TRABAJOS Y PERSONAS

ENTRADA DE DATOS



237

En este esquema se muestran las entradas y salidas de datos del sistema

mediante la sincronización del servidor con los distintos dispositivos móviles.

Al sistema entrarán los datos correspondientes a los informes ya

cumplimentados por los Técnicos-Supervisores en las PDA, y del sistema

saldrán las plantillas de los informes de cada uno de los Técnicos-Supervisores.

GEvaT PDA

GEvATPC

GEvaTInterface

Sincronización

Entrada de datos al sistema

Salida de datos del sistema



238

GEvATPC

Este último esquema muestra la entrada de datos por parte del usuario. Este

puede ser el Director de la Central, los Coordinadores de Área, Jefes de

Departamento o Técnicos. Estos introducen información en el sistema, pero

también producen la salida de información del mismo.

5.1.2 Mantenimiento de ficheros.

Se tendrá que especificar como van a ser las actualizaciones y las operaciones

de mantenimiento de los ficheros del sistema, en este caso la base de datos.

Es de vital importancia diseñar procesos para la carga, la transacción, el

acceso, la actualización y la seguridad con el fin de conservar el principio de

integridad de la información.



239

La base de datos se actualizará obligatoriamente una vez al año, cuando se

hace la planificación anual, y podrán realizarse otras actualizaciones

esporádicas según sean necesarias.

Otra de las actualizaciones que se realizan son aquellas en las que se

sincronizan las PDA con el servidor para transferir la información que ha sido

recogida en los informes.

5.1.3 Generación de informes.

Los informes se considerarán generados cuando las plantillas sean

cumplimentadas por los técnicos-supervisores, informes que ya aportan

información sobre las supervisiones realizadas. También se generarán en el

sistema otros informes como son los de resultados elaborados por el

Coordinador de Área y los de evaluación elaborados por el Jefe de

Departamento.

En la tabla mostrada a continuación se muestran los identificadores de los

informes:



240

IDENTIFICADOR INFORME

IS Informe de

Supervisión

IR Informe de Resultados

IE Informe de

Evaluación

A continuación se muestra un esquema con los informes generados en el

sistema:

GEvaT PDA

GEvATPC

INFORME DE SUPERVISIÓN


INFORME DEEVALUACIÓN



241

5.1.4 Control de información y seguridad del sistema.

Será necesario establecer un control sobre el acceso al sistema en general. El

diseñador establecerá las condiciones de acceso a los datos, las transacciones

y las operaciones que pueda ofrecer el sistema y también establecerá los

procesos de recuperación de la información para asegurar la fiabilidad del

sistema ante los fallos o las caídas.

5.1.5 Rendimiento del sistema y escalabilidad.

Medirá el volumen del flujo de datos de la información que manejará el

sistema para determinar el tiempo máximo de respuesta que puede permitirse.

El rendimiento está condicionado por la plataforma hardware que se utilice.

Para intentar conseguir un rendimiento óptimo del sistema, se utilizará el

gestor de base de datos que se considere más eficiente, así como el hardware

con las características indicadas en la especificación del apartado de estudio

de arquitectura.

5.1.6 Forma de implantación.

Se determinará la estrategia de implantación de los sistemas de acuerdo con

los tipos que se describen :



242

1. Por etapas: consiste en dar marcha al nuevo sistema, cubriendo

parcelas operativas para incorporar el resto poco a poco.

2. Por áreas geográficas: Consiste en dar marcha al sistema en una o más

áreas localizadas representativas del resto.

3. En paralelo: consiste en explotar el nuevo sistema a la vez que el

antiguo durante un periodo de tiempo prudencial para detectar y

corregir anomalías.

4. Global: Consiste en realizar una única puesta en marcha en un

momento dado y dejar que el sistema completo funcione.

La implantación de este nuevo sistema GEvaT se llevará a cabo por etapas.

En primer lugar, se realizará la instalación del prototipo que permitirá el

funcionamiento completo del sistema, con la condición de que la

actualización de esa base de datos de GEvaT PC, se haga a través del

simulador del sistema gestor de base de datos ORACLE, llamado TOAD.



243

Esta implantación supondrá la instalación de la aplicación en los dispositivos

móviles y la carga de los datos del servidor, que en el prototipo será el

simulador TOAD.

A continuación, se deberá cargar la base de datos y las plantillas de los

informes en los dispositivos móviles mediante la sincronización entre el

servidor y los dispositivos móviles.

Posteriormente, de cara al futuro, se llevará a cabo la implantación de la

versión final de GEvaT PC, en la cual se eliminará la utilización de TOAD y se

implantará el acceso a la base de datos de SIGE, a través del propio sistema

GEvaT.



244

5.2 Modelo de procesos.

En este apartado del capítulo de Diseño Externo se especificarán: las fronteras

de mecanización de los procesos del sistema, la especificación de todos los

procesos, el diseño de las entradas y las salidas del sistema, la estimación de

volúmenes de información, y finalmente los procesos de control, seguridad y

auditabilidad.

5.2.1 Fronteras de mecanización.

En este apartado se detallarán los procesos que van a sufrir una mecanización

y aquellos que van a continuar siendo manuales.

En la documentación desarrollada para el sistema GEvaT, se han contemplado

únicamente los procesos de mecanización de la evaluación de los trabajos de

campo.

Por lo tanto, todos los procesos incluidos en los diagramas de flujo de datos

indicados en el capítulo 3.3 deben considerarse dentro de las fronteras de

mecanización, excepto un proceso no explícito en dichos diagramas, pero que

es necesario para poder realizar el resto de procesos.



245

Este proceso manual es la introducción de las preguntas de los formularios al

fichero de texto. Esta tarea deberá ser desempeñada por una persona que

introduzca las preguntas mediante una aplicación que genere ficheros con

extensión .txt, los cuales serán leídos posteriormente por la aplicación.

PLANTILLAS PC PLANTILLAS PDA

2.3 Transferir plantillas

PrecumplimentadasA la PDA

2.3.1 Introducción de Plantilla

2.3.2 Transferencia Plantillas

PLANTILLAS PC

PLANTILLAS

proceso

manual



246

5.2.2 Especificación de procesos.

En este apartado se van a especificar algunas características de los procesos.

Estas características son las siguientes:

Localización del proceso: Donde se localiza.

Categoría del proceso: Batch, on – line, cliente, ...

Tipo de ejecución : Indica si el proceso está ejecutado por petición.

Tipo de proceso: Viene establecido por la frontera de mecanización,

pudiendo ser manual o automático.

Frecuencia : Determina en qué periodo de tiempo se debe realizar el

proceso diariamente, semanalmente, mensualmente, ...

Descripción: Contiene un breve resumen de la funcionalidad del

proceso. Para ello se va a realizar una clasificación entre procesos

manuales y automáticos, y estos a su vez se clasificarán según su

localización en proceso de GEvaT PC, GEvaT PDA y GEvaT interfaz.



247

PROCESO: 1.1 Actualización del plan

Localización Física: GEvaT PC.

Categoría del proceso: On line.

Tipo de proceso: Automático, ejecutado por los Jefes de Departamento o

director de la central.

Iniciativa de Ejecución: Iniciativa del usuario.

Frecuencia: Generalmente anual, al definir el plan anual. Pero se puede

ejecutar esporádicamente en el caso de que sea necesario realizar alguna

modificación.

Descripción: Es posible que el Director de la Central proporcione la

información en otro formato, como hoja de cálculo, a la persona encargada

de introducir la información.

Se utilizará una vez al año de forma masiva, cuando se define el plan y a lo

largo del año de forma atípica en la realización de actualizaciones puntuales.

En este caso, la información que se da en cuanto a trabajo, inspecciones,

personas y fechas no está determinada, sólo tiene carácter informativo por lo

que deberá ser cumplimentado por otros responsables.

Referencias cruzadas:

- Entidades: E2

- Procesos: P 1.2, P 1.3



248

PROCESO: 1.2 Consultas de cumplimiento


Categoría del proceso: On Line.

Tipo de proceso: Automático, ejecutándolo por usuarios como Jefes de

Departamento, Coordinadores de Área o incluso por el Director de la Central.


Frecuencia: Se ejecuta cuando alguno de los anteriores usuarios desee realizar

una consulta de este tipo.

Descripción: Dado que la planificación que se ha actualizado anteriormente

tiene un carácter general, y los tres parámetros anteriormente nombrados no

estaban definidos, es necesario comprobar: si se ha hecho, quién lo ha hecho

y cuándo.

Se ejecuta periódicamente por cualquier persona autorizada, proporcionando

información interactiva y si el usuario lo decide, informe impreso.


- Pantallas: V.06.PC-Resultados, V.07.PC-Evaluación

- Informes: IR, IE

- Entidades: E2




249

PROCESO: 1.3 Consulta de resultados



Tipo de proceso: Automático, ejecutándolo por usuarios como Jefes de

Departamento, Coordinadores de Área o incluso por el Director de la Central.


Frecuencia: Se ejecuta cuando alguno de los anteriores usuarios desee realizar

una consulta de este tipo.

Descripción: El proceso deberá mostrar los formularios y los resultados

obtenidos en las actualizaciones, así como las observaciones.


- Pantallas: V.06.PC-Resultados, V.07.PC-Evaluación

- Informes: IR, IE

- Entidades: E2, E4, E7, E8, E9, E10, E11, E13




250

PROCESO: 1.1.1 Selección de Trabajos



Tipo de proceso: Automático, ejecutado por los técnicos, que son las personas

encargadas de seleccionar los trabajos de campo que van a ser supervisados.


Frecuencia: Se ejecutará generalmente al realizar el plan anual, pero es

susceptible a modificaciones.

Descripción: En este proceso se seleccionarán de los trabajos disponibles en la

base de datos de SIGE (almacén TRABAJOS), aquellos que van a ser

supervisados durante el ejercicio.


- Entidades: E2

- Procesos: P 1.1.2, P 1.1.3



251

PROCESO: 1.1.2 Selección de Técnicos - Supervisores



Tipo de proceso: Automático, ejecutado por los distintos Jefes de

Departamento.


Frecuencia: Se ejecutará generalmente al realizar el plan anual, pero se

pueden ejecutar eventualmente al realizar modificaciones.

Descripción: En este proceso leerá del almacén de PERSONAL, perteneciente a

SIGE, para seleccionar los Técnicos-Supervisores que realizarán las

supervisiones de los trabajos seleccionados.


- Entidades: E6

- Procesos: P1.1.3



252

PROCESO: 1.1.3 Cumplimentar datos plan



Tipo de proceso: Automático, ejecutado por los Jefes de Departamento,

responsables de proponer los objetivos anuales.


Frecuencia: Este proceso se ejecuta anualmente, cuando se define el plan

anual, aunque se permite realizar alguna actualización en cualquier

momento.

Descripción: Este proceso consiste en introducir la información proporcionada

por el Director de la Central, como plan anual y los objetivos anuales.

El proceso de carga de la PDA, consiste en la transferencia de las plantillas a

las PDA de los Técnicos-Supervisores, a cada uno de ellos se le cargará las

plantillas correspondientes a los supervisores que tiene que realizar.


- Entidades: E2

- Procesos: P 1.1.1, P 1.1.2



253

PROCESO: 2.1 Conocer el Técnico - Supervisor

Localización Física: GEvaT Interface.


Tipo de proceso: Automático, no es ejecutado voluntariamente por ningún

usuario, sino que se ejecuta al conectar la PDA con el PC.


Frecuencia: Se ejecuta cada vez que se conecta la PDA con el PC que actúa de

servidor.

Descripción: Este proceso consiste en que el PC, una vez conectado a la PDA a

él, reconozca quién es el usuario de esa PDA y lo localice en la base de datos

de supervisiones con trabajos asignados (almacén PLAN) .


- Entidades : E2

- Procesos: P 2.2, P2.3



254

PROCESO: 2.2 Seleccionar registros del Plan



Tipo de proceso: Automático, será ejecutando al conectar la PDA al PC.


Frecuencia: Se ejecuta cada vez que se conecta la PDA al PC.

Descripción: Una vez identificado el usuario del PDA, el sistema deberá

localizar la información correspondiente a ese usuario de la PDA,

correspondiente a ese usuario, disponible en el almacén de PLAN.


- Entidades: E2




255

PROCESO: 2.3 Transferir plantillas precumplimentadas de la PDA.



Tipo de proceso: Automático, será ejecutando cuando se conecta la PDA al PC

y el Técnico-Supervisor acepta la transferencia de las plantillas a su PDA.

Iniciativa de Ejecución: Iniciativa del proceso.

Frecuencia: Se ejecuta cuando se conecta la PDA al PC, existen plantillas no

transferidas al usuario y el Técnico- Supervisor lo acepte.

Descripción: Una vez localizada la información del usuario de la PDA, se lee

del almacén de PLANTILLAS PC aquellas plantillas que corresponden a los

distintas supervisiones que tiene que realizar dicho usuario, y posteriormente

serán cargadas en el almacén de plantillas ubicado en la PDA. El subsistema

de edición de informe, está compuesto a su vez por ocho procesos, basados

fundamentalmente en la interacción del Técnico-Supervisor con su PDA.


- Entidades: E7, E8, E9, E10, E13

- Procesos: P 2.2, P2.3



256

PROCESO: 3.1 Mostrar Listados

Localización Física: GEvaT PDA.


Tipo de proceso: Automático, al ser ejecutado cuando el Técnico-Supervisor

inicia la aplicación de su PDA.

Iniciativa de Ejecución: Iniciativa del proceso.

Frecuencia: Se ejecutará tantas veces como se inicie la aplicación o se elija la

opción de ver el listado.

Descripción: Este proceso se llevará a cabo al iniciar la aplicación. Consistía

en mostrar por pantalla un listado con todos los formularios disponibles en la

PDA, correspondientes a informes no realizados, cumplimentados o

terminados.


- Pantallas: V.02. Lista de informes

- Informes: IS

- Entidades: E4, E7, E8, E9, E10, E11, E13

- Procesos: P 3.2, P 3.3, P 3.4, P 3.5, P 3.6, P 3.7, P 3.8



257

PROCESO: 3.2 Seleccionar informes



Tipo de proceso: Automático, ejecutado por el Técnico – Supervisor.


Frecuencia: Se ejecuta cada vez que un Técnico-Supervisor selecciona de los

informes de la lista.

Descripción: Este proceso consiste simplemente en la selección de uno de los

informes mostrados en el listado.


- Pantallas: V.02. Lista de informes

- Informes: IS

- Entidades: E4, E7, E8, E9, E10, R11, E13




258

PROCESO: 3.3 Mostrar formulario



Tipo de proceso: Automático, será ejecutando al seleccionar el Técnico –

Supervisor el botón de visualizar de la aplicación.


Frecuencia: Se ejecutará tantas veces como el Técnico-Supervisor pulse el

botón de visualizar.

Descripción: Una vez seleccionado un informe del listado, éste se visualizará

en la pantalla de la PDA.


- Pantallas: V.05.01.Cabecera, V.05.02 .Formulario, V.05.03.Cierre

- Informes: IS


- Procesos: P 3.2



259

PROCESO: 3.4 Cumplimentar informe



Tipo de proceso: Automático, será ejecutando por el Técnico – Supervisor.

Iniciativa de Ejecución: Iniciativa del usuario

Frecuencia: Se ejecutará repetidas veces cada vez que el Técnico-Supervisor,

supervise algún trabajo de campo.

Descripción: Una vez controlado y supervisado el trabajo, se procede a

cumplimentar los formularios, rellenando los datos que en ellos se solicitan.

Este proceso se llevará a cabo repetidamente cada vez se proceda a la

supervisión de algún trabajo de campo.


- Pantallas: V.05.01.Cabecera, V.05.02 .Formulario, V.05.03.Cierre

- Informes: IS




260

PROCESO: 3.5 Cerrar informe



Tipo de proceso: Automático, ejecutado por el Técnico –Supervisor.


Frecuencia: Se ejecuta, cada vez que el usuario pulsa el botón de cerrar, para

dar por finalizado ya el informe.

Descripción: Este proceso se ejecuta cuando el usuario selecciona un informe

de los disponibles en el listado y selecciona la opción de cerrar, para dar ya

por finalizado ese informe.


- Pantallas: V.05.03. Cierre

- Informes: IS


- Procesos: P 3.2



261

PROCESO: 3.6 Buscar Informe



Tipo de proceso: Automático, ejecutado por el Técnico – Supervisor.


Frecuencia: Se ejecuta cada vez que el Técnico-Supervisor, pulse el botón de

“Buscar”, cuando desee buscar un informe según determinados criterios.

Descripción: Este proceso busca los informes cerrados o no, que cumplan los

criterios indicados por el usuario.


- Pantallas: V.03. Búsqueda de informes

- Informes: IS


- Procesos: P 3.3



262

PROCESO: 3.7 Limpiar



Tipo de proceso: Automática, ejecutado por el Técnico-Supervisor.


Frecuencia: Se ejecuta cada vez que el usuario pulsa el botón de limpiar,

para eliminar los informes que superen la antigüedad.

Descripción: Este proceso permite al usuario eliminar los informes ya cerrados,

que tengan antigüedad igual a superior a la establecida por la Central.


- Pantallas: V.02. Lista de informes, V.04. Resultado de la búsqueda

- Informes: IS




263

PROCESO: 3.8 Descarga de informes a PC



Tipo de proceso: Automático, ejecutado por el Técnico – Supervisor, al

conectar la PDA al PC.


Frecuencia: Se ejecutará cuando el Técnico-Supervisor conecte la PDA al PC,

existan informes ya cerrados en la PDA, y el Técnico-Supervisor acepte la

transferencia de los mismos.

Descripción: Este proceso permite cargar los informes ya cerrados por el

usuario en la PDA, al PC.

Para ello, se leerá del almacén de INFORMES disponible en la PDA, aquellos

informes ya cerrados, para cargarlos posteriormente en el almacén de

INFORMES disponible en el PC.


- Informes: IS


- Procesos: P 4.3



264

PROCESO: 4.1 Numeración de Informes



Tipo de proceso: Automático, es ejecutado por el Coordinador de Área.


Frecuencia: Se ejecutará tantas veces como el Coordinador de Área, proceda

a numerar alguno de los informes de supervisión.

Descripción: Una vez que los informe de supervisión llegan al Coordinador de

Área, éste los numerará siguiendo los requisitos, establecidos por la Central:

indicando las iniciales de la sección supervisada, el año y el número de orden

en ese año. Dicha información se encuentra almacenada en el almacén de

NUMERACIONES.


- Informes: IS


- Procesos: P 4.2



265

PROCESO: 4.2 Preparar Informe de resultados



Tipo de proceso: Automático, es ejecutando por el Coordinador de Área.


Frecuencia: Se ejecuta cada vez que un Coordinador de Área proceda a la

realización de un informe de resultados.

Descripción: Una vez ya numerados los informes de supervisión, el

Coordinador de Área elaborará a partir de ellos el informe de resultados, y lo

almacenará en el almacén de RESULTADOS.


- Informes: IS,IR


- Procesos: P 4.1



266

PROCESO: 4.3 Reenvío de PDA para repetir



Tipo de proceso: Automático, será ejecutado por el Coordinador de Área.


Frecuencia: Se ejecutará muy esporádicamente, solamente aquellas veces en

las que el Coordinador de Área considere conveniente repetir algún informe

de supervisión.

Descripción: Una vez examinados los informes de supervisión y elaborado el

informe de resultados, en función de los resultados obtenidos, el Coordinador

decidirá si es necesario repetir dicha supervisión, en cuyo caso se reenviará el

informe a la PDA del Técnico-Supervisor que realizó la supervisión.


- Informes: IS


- Procesos: P 3.8



267

PROCESO: 5.1 Selección de informe Resultados.



Tipo de proceso: Automático, será ejecutado por el Jefe de Departamento


Frecuencia: Se ejecutará cada vez que el Jefe de Departamento seleccionó

uno de los informes de resultados elaborados por el Coordinador de Área.

Descripción: Este proceso consiste en la elección de los informes de resultados

realizados por el Coordinador de Área, para ser evaluados por el Jefe de

Departamento.


- Pantallas: V.06. PC-Resultados

- Informes: IR

- Entidades: E17




268

PROCESO: 5.2 Comparación con el Plan



Tipo de proceso: Automático, ejecutado por el Jefe de Departamento.


Frecuencia: Se ejecuta cada vez que el Jefe de Departamento compara el

informe de resultados seleccionado anteriormente, con los resultados de

supervisiones anteriores.

Descripción: En este proceso se compara el informe de resultados

seleccionado con la información existente en el almacén PLAN referente a los

resultados de las supervisiones de ejercicios anteriores.


- Informes: IS, IR

- Entidades: E2




269

PROCESO: 5.3 Evaluación por parte del Jefe de Departamento



Tipo de proceso: Automático, será ejecutado por el Jefe de Departamento

para realizar el informe de evaluación.


Frecuencia: Se ejecutará tantas veces como informes de evaluación realicen

los Jefes de Departamento.

Descripción: Una vez comparado el informe de resultados con los resultados

de ejercicios anteriores, el Jefe de Departamento elaborará el informe de

evaluación, el cuál será almacenado en el almacén RESULTADOS.

En el caso de que el informe se considere ya finalizado, esto se marcará en el

almacén PLAN. Si en la evaluación se identifican acciones que pueden ser de

aplicación a otros departamentos, éstos se almacenarán en el almacén

ACCIONES.


- Pantallas: V.06.PC-Resultados, V.06. PC-Evaluación

- Informes: IS, IR, IE

- Entidades: E2, E17, E19




270

5.2.3 Diseño de entradas y salidas de GEvaT PDA.

Ventana: Validación

Pantalla diseñada para realizar la validación del Técnico-

Supervisor que desea utilizar la aplicación .

La ventana está constituida por:

Caja de texto.

Etiqueta.

Botón.

La pantalla le permitirá al usuario introducir su código de usuario, para

comprobar si ese Técnico-Supervisor es el propietario de la PDA o no.



271

IDENTIFICADOR Y NOMBRE V.01. Validación

FORMATO Y COLOCACIÓN DATOS Ver figura adjunta

TIPOS DE DATOS Ver tabla adjunta

TIPO DE VALIDACIONES Ver tabla adjunta

TABLA O FICHERO PARA REALIZAR

VALIDACIÓN Tabla USUARIO

Tipos de datos y validación

El dato de entrada código de usuario ha de ser alfanumérico.

Una vez introducido el código de usuario y pulsado el botón ACEPTAR, el

sistema comprobará si el código de usuario es correcto.

CAMPOS:

CAMPO TIPO CARÁCTER

CÓDIGO ALFANUMÉRICO OBLIGATORIO

VALIDACIONES:

CAMPO CHEQUEO MENSAJE

CÓDIGO

Comprobar si es

correcto

"Usuario no

autorizado"

Ventana: Lista de Informes.



272

Pantalla diseñada para visualizar la lista de informes, y

seleccionar aquel que se desea visualizar o eliminar, o bien

seleccionar la opción de búsqueda o salir.


Lista.

Etiqueta.

Botones.

La pantalla le permitirá al usuario visualizar la lista de los nombres de los

informes que tiene disponible en su PDA y posteriormente visualizarlo/editarlo

o eliminarlo.

También desde esta ventana se puede abrir la ventana de búsqueda de

informes o salir a la ventana de validación.



273

IDENTIFICADOR Y NOMBRE V.02 Lista de informes





VALIDACIÓN Tabla LISTA

Tipos de datos y validación.

Esta ventana no tiene datos de entrada como tal, simplemente se puede

seleccionar un informe de la lista y hacer clic sobre uno de los cuatro botones

situados en la parte superior.

La validación que realizará la aplicación consistirá en comprobar que cuando

se hace clic en el botón visualizar o eliminar, se ha seleccionado previamente

un informe de la lista.

Ventana: Búsqueda de informes.



274

Pantalla diseñada para realizar la búsqueda de informes de

entre todos los disponibles en la PDA.


Casillas de verificación.

Cajas de texto.

Listas desplegables.

Botones.

La pantalla le permitirá al usuario introducir criterios para buscar los informes

como: fecha, tipo y estado.

La fecha corresponderá a la fecha de cierre del informe.

El tipo puede ser:



275

Informe de supervisión de mantenimiento.

Informe de supervisión Operación-Sala de Control.

Informe de supervisión Operación Relevos de turno.

Informe de supervisión de Rondas de planta.

Informe de supervisión de Protección Radiológica.

Informe de supervisión Química y Radioquímica (toma de

muestras).

Informe de supervisión Química y radioquímica (análisis).

Informe de supervisión de Ingeniería del reactor y resultados.

El estado puede ser:

Sin empezar.

Pendiente de terminar.

Cerrado.

IDENTIFICADOR Y NOMBRE V.03. Búsqueda de informes





VALIDACIÓN Tablas LISTA, CIERRE



276


En esta ventana no será necesario realizar validación de datos, debido a que

la entrada de los datos se realizan a través de listas desplegables, por lo cual

sólo existirá la posibilidad de introducir los datos disponibles en ellas.

Ventana: Resultado de la Búsqueda.

Pantalla diseñada para mostrar el resultado de la búsqueda de

informes de entre todos los disponibles en la PDA.


Casillas de verificación.

Cajas de texto.

Listas desplegables.

Botones.



277

La pantalla le permitirá al usuario visualizar la lista de los nombres de los

informes que cumplan los criterios indicados en la búsqueda de los que hay

disponible en su PDA, y posteriormente visualizarlo/editarlo o eliminarlo.

También desde esta ventana se puede abrir la ventana de búsqueda de

informes o salir a la ventana de validación.


Esta ventana no tiene datos de entrada como tal, simplemente se puede

seleccionar un informe de la lista y hacer clic sobre uno de los cuatro botones

situados en la parte superior.

La validación que realizará la aplicación consistirá en comprobar que cuando

se hace clic en el botón visualizar o eliminar, se ha seleccionado previamente

un informe de la lista.

IDENTIFICADOR Y NOMBRE V.04. Resultado de la Búsqueda





VALIDACIÓN Tablas LISTA, CIERRE



278

Ventana: Informe.

Esta ventana está constituida por tres pestañas: Cabecera,

Formulario y Cierre.

Pestaña Cabecera


Cajas de textos.

Etiquetas.

Lista desplegable.

La pantalla le permitirá al usuario introducir los datos de la cabecera del

informe: número del informe, concepto, nombre del supervisor y nombre de la

persona que participó en el trabajo.



279

IDENTIFICADOR Y NOMBRE V.05.01 Cabecera





VALIDACIÓN Tablas CABECERA, CIERRE


El número de informe no es cumplimentado por el Técnico-Supervisor. El

número del Técnico-Supervisor saldrá cumplimentado por defecto

correspondiendo con el usuario de la PDA.

El campo de la persona que participó en el trabajo será cumplimentado por el

Técnico-Supervisor con un valor alfanumérico.

CAMPOS:


Nº DE INFORME ALFANUMÉRICO NO CUMPLIMENTAR

SUPERVISADA POR ALFANUMÉRICO PRECUMPLIMENTADO

PERSONA QUE

PARTICIPÓ EN EL

TRABAJO

ALFANUMÉRICO OBLIGATORIO



280

Pestaña Formulario


Botones de opción.

Etiquetas.

Lista desplegable.

Botones.

La pantalla le permitirá al usuario seleccionar el grupo de preguntas que se

desean visualizar o editar.

Mediante los botones de avance y retroceso se podrá navegar por todas las

preguntas, y mediante los botones de opción seleccionar la respuesta: SI /

NO, e introducir observaciones en el caso que sea necesario.



281

IDENTIFICADOR Y NOMBRE V.05.02 Formulario





VALIDACIÓN Tablas FORMULARIO, CIERRE


El número de informe no es cumplimentado por el Técnico-Supervisor. El

número del Técnico-Supervisor saldrá cumplimentado por defecto

correspondiendo con el usuario de la PDA.

El campo de la persona que participó en el trabajo será cumplimentado por el

Técnico-Supervisor con un valor alfanumérico.

CAMPOS:

CAMPO TIPO CARACTER

RESPUESTA SI/NO NO OBLIGATORIO



282

OBSERVACIONES ALFANUMÉRICO NO OBLIGATORIO

Pestaña Cierre

Pantalla diseñada para el cierre de los informes.


Caja de texto.

Etiqueta.

Botón.

Imagen.



283

La pantalla le permitirá al usuario introducir la fecha del día de cierre del

informe, así como firmar el mismo con el fin de cambiar el estado del informe

a Cerrado.

IDENTIFICADOR Y NOMBRE V.05. 03. Cierre





VALIDACIÓN Tabla CIERRE

Tipos de datos y validación

El dato de entrada código de usuario ha de ser alfanumérico.

Una vez introducido el código de usuario y pulsado el botón ACEPTAR, el

sistema comprobará si el código de usuario es correcto.

CAMPOS:


FECHA FECHA OBLIGATORIO

FIRMA IMAGEN OBLIGATORIO



284

VALIDACIONES:

CAMPO CHEQUEO MENSAJE

FECHA

Comprobar que se ha

cumplimentado y es de

tipo fecha

"Debe introducir la

fecha de cierre del

informe"

"La fecha introducida

no es correcta"

FIRMA

Comprobar que el

cuadro de firma no

está en blanco

"Debe firmar el

informe"



285

5.2.4 Diseño de algunas ventanas de GEvaT PC.

Esta pantalla de GEvaT PC, permite a los usuarios que tengan acceso a ella,

conocer la situación y demás datos sobre cada uno de los informes de

supervisión.

Está constituida por:

Etiquetas.

Cajas de texto.

Tabla.

IDENTIFICADOR Y NOMBRE V.06. PC-Resultados






286

ATRIBUTO

ORIGEN

TIPO

CARÁCTER

CRITERIOS

VALIDACIÓN

FECHA INFORME_RESULTADOS.FECHA-REALIZACIÓN TIPO FECHA OBLIGATORIO -

COORDINADOR PERFIL DE USUARIO ALFANUMÉRICO OBLIGATORIO CV - 1

ID INFORME.ID_INFORME RESULTADOS ALFANUMÉRICO OBLIGATORIO -

DESCRIPCIÓN INFORME_RESULTADOS.DESCRIPCION ALFANUMÉRICO OBLIGATORIO -

FECHA PREV INFORME_RESULTADOS.FECHAPREVISTA TIPO FECHA OBLIGATORIO -

ESTADO INFORME_RESULTADOS.ESTADO ALFABÉTICO OBLIGATORIO -

PERSONA INFORME_RESULTADOS.ID_PERSONA_EJECUTORA ALFANUMÉRICO OBLIGATORIO -

RESULT DATO ENTRADA ALFANUMÉRICO OBLIGATORIO CV - 2



287

Diagrama del proceso de creación del informe de resultados.

PANTALLAINFORME

FECHA SISTEMA

PERFIL USUARIO

PREPARARINFORME DERESULTADOS


INFORME RESULTADOSIMPRESO



288



289

Esta pantalla de GEvaT PC, permite a los usuarios que tengan acceso a ella,

conocer la situación y demás datos sobre cada uno de los informes de

evaluación.

Está constituida por:

Etiquetas.

Cajas de texto.

Tabla.

IDENTIFICADOR Y NOMBRE V.07. PC-Evaluación






290

ATRIBUTO ORIGEN TIPO CARÁCTER CRITERIO VAL.

FECHA INFORME_RESULTADOS.FECHA-REALIZACIÓN TIPO FECHA OBLIGATORIO -

JEFE DEPART. PERFIL USUARIO ALFANUMÉRICO OBLIGATORIO CV - 1

ID INFORME.ID_INFORME EVALUACION ALFANUMÉRICO OBLIGATORIO -

DESCRIPCIÓN INFORME_EVALUACION.DESCRIPCION ALFANUMÉRICO OBLIGATORIO -

FECHA PREV INFORME_EVALUACION.FECHAPREVISTA TIPO FECHA OBLIGATORIO -

ESTADO INFORME_EVALUACION.ESTADO ALFABÉTICO OBLIGATORIO -

PERSONA INFORME_EVALUACION.ID_PERSONA_EJECUTORA ALFANUMÉRICO OBLIGATORIO -

RESULT INFORME_EVALUACION.RESULTADO ALFANUMÉRICO OBLIGATORIO -

DESVIACIONES CALCULADA ALFANUMÉRICO OBLIGATORIO CV - 3

SOLUCIONES DATO ENTRADA ALFANUMÉRICO NO -



291

IDENTIFICADOR CRITERIO DESCRIPCION CRITERIO

CV – 1 Coste criterio, consiste en comprobar

si un usuario, tiene un perfil que le da

acceso a lo que desea realizar.

CV – 2 Si el campo sólo permite campos

alfanuméricos, se deberá comprobar

que la longitud de la cadera, no

excede a la longitud de dicho campo.

CV - 3 Si fecha actual del sistema menos la

fecha prevista es positivo, no se

muestra ya que no existe desviación,

en caso contrario, si se muestra.



292

Diagrama del proceso de creación del informe de evaluación:

PANTALLAINFORME

FECHA SISTEMA

PERFIL USUARIO

EVALUACIÓN JEFE

DEPARTAMENTO


INFORME RESULTADOSIMPRESO

INFORMERESULTADOS



293

5.2.5 Estimación de volúmenes de información.

En este apartado se muestra una matriz procesos – entidades.

Este matriz representa todas las entidades que constituyen el sistema, así como

los procesos detallados en el apartado 5.2.2 Especificación de procesos.

En ella se representa, la forma en que interactúa cada entidad con los

procesos del sistema:

C: Creación.

L: Lectura.

A: Actualización.

B: Borrado.

Para representar esta matriz, se han agrupado algunas de las entidades de

datos, de la siguiente forma:



294

NOMBRE ENTIDAD ENTIDADES QUE REPRESENTA

Departamento E1

Plan E2

Trabajos E3, E14

Informe de Evaluación E19

Informe de Resultados E17

Personal E6, E15, E16, E18, E20 E21

Informe E4, E7, E8, E9, E10, E11, E13

Estado E5



295

TRABAJOS DEPARTAMENTOS

INFORME EVALUACION INFORME RESULTADOS

PERSONAL INFORME

PLAN PROCESOS

Actualización del plan CA AC

Consultas de cumplimiento L

Consultas de Resultados L

Selección de Trabajos L

Selección de Técnicos-Supervisores

Cumplimentar datos del plan AC

Conocer al Técnico- Supervisor

Seleccionar registros del plan L

Transferir plantillas precumplimentadas de la PDA LA

Mostrar listados L

Seleccionar informes L

Mostrar formulario L

Precumplimentar informe AC

Cerrar informe A

Buscar informe L

Limpiar B

Descarga de informes al PC L

Numeración de informes A



296

A partir de esta matriz de entidades-procesos, se puede deducir que la entidad

crítica es INFORME, debido a que es la que a mayor número de

actualizaciones está sometida.

Esta entidad INFORME, abarca todos los estados por los que ésta pasa a lo

largo de su vida desde que se encuentra la forma de plantillas, pasando por su

asignación, cumplimentación y finalización.

TRABAJOS DEPARTAMENTOS

INFORME EVALUACIÓN INFORME RESULTADOS

PERSONAL INFORME

PLAN PROCESOS

Preparar informe de resultados L C

Reenvío de la PDA para repetir LA

Selección de informe de resultados L

Comparación con el plan L

Evaluación por parte del Jefe de

Departamento L L C



297

De entre todos los procesos que constituyen el sistema, el que realiza mayor

número de actualizaciones sobre las entidades es el de actualización del plan,

por lo que dicho proceso es el crítico.

El resto de procesos generalmente sólo realizan actualizaciones sobre una

única entidad.

Historia de vida de las entidades.

En este apartado se describe la evolución de la entidad de datos INFORME,

ya que tal como se ha deducido en la matriz entidad-proceso, es la entidad

crítica.

A continuación, se realiza la representación gráfica de la historia de vida de

dicha entidad:



298

INFORME

PC

VIDA

PC

ELIMINAR

PDA

FIRMA

CUMPLIMENTAR INFORME

ENVIO A PC

ASINACION DE PLANTILLAS

ASIGNACIÓN TECNICOS- SUPERVISORES

CREACIÓN

MODIFICACIÓN

ANÁLISIS DE RESULTADOS

CREACIÓN

INFORME

RESULTADOS

CREACIÓN INFORME

EVALUACIÓN

FINALIZACIÓN

CIERRE

MODIFICAR DATOS

RELLENARINFORME

ENVIO A PDA ALTA

BORRADO

-/1

1/2

2,3,4,5/6

6/7

10/11

1/5 7/8 8/9

13,14/15

11/12

9/10

15/16

NUEVA

PLANTILLA UTILIZACIÓN 1/4

UTILIZACIÓN

1,2/3

------12/13 12/14



299

La entidad informe es creada por primera vez cuando se define en el plan

anual los trabajos que tienen que ser supervisados, ya que por cada trabajo

concreto a supervisar se genera un informe de supervisión.

Posteriormente se procede a la creación de plantillas, que es el primer estado

por el que pasan los informes.

A la hora de crear las plantillas se puede optar bien por la creación desde cero

de las mismas o bien por la modificación de plantillas ya creadas.

Posteriormente estas plantillas son asignadas a distintos Técnicos-Supervisores,

y se procederá al envío de las plantillas a las PDA.

Una vez ya en las plantillas en las PDA, los Técnicos- Supervisores procederán

a rellenar un nuevo informe o a continuar, modificando otro ya empezado.

Una vez finalizado el informe, el Técnico-Supervisor lo firma, cierra y cuando

éste sincroniza su PDA con el servidor envía al mismo todos los informes de

supervisión ya cerrados.



300

A partir de estos informes, disponibles en el servidor, los Coordinadores de

Área elaboran el informe de resultados y seguidamente los Jefes de

Departamento el informe de evaluación.

Finalmente, si el informe ha cumplido el periodo de tiempo mínimo

establecido podrá ser borrado del sistema.

5.2.6 Procesos de Control, Seguridad y Auditabilidad.

En el Modelo de Procesos realizado en la etapa de Análisis de Requisitos, no

se introdujeron los posibles controles del proceso de explotación del sistema,

debido a que dichos procesos no son realmente de negocio, sino procesos

destinados al control de la operación del sistema. Por así decirlo, son procesos

informáticos y no de negocio. Una vez conocido con más detalle el nuevo

sistema, es el momento de introducir y especificar en el modelo, los controles

de operación y la seguridad del mismo ahora que ya sabemos cómo van a

mecanizarse las cosas.

Proceso de Control.

Los procesos de Control, tienen como principal objetivo preservar la integridad

de los datos. En este sistema se consideran los siguientes:



301

Todos y cada uno de los Técnicos-Supervisores usuarios de un dispositivo

móvil determinado, dispondrá de un password para poder iniciar la

aplicación (GEvaT) en su PDA, con el fin de que un Técnico-Supervisor no

pueda acceder a los datos de los informes cumplimentados por otro


PROCESO PC-01: Control mediante password


Categoría del Proceso: On Line.

Iniciativa de Ejecución: Propia del proceso.

Frecuencia: Cada vez que se inicia la aplicación de la PDA.

Referencias Cruzadas:

- Pantallas: V.01. Validación

- Informes: IS, IE, IR

En lo que respecta a GEvaT PC, los usuarios de este sistema tendrán

asignados unos perfiles, cada uno de los cuales permitirá el acceso a una

determinada parte de la información.



302

Estos perfiles, serán asignados según el puesto que ocupe, distinguiendo entre

el Director de la Central, quien tendrá acceso a toda la información

almacenada en el sistema, y distinguiendo posteriormente entre Jefes de

Departamento, Coordinadores de Área y Técnicos.

PROCESO PC-02: Asignación de perfiles




Frecuencia: Cada vez que un usuario decida ejecutar la aplicación del

servidor.


- Pantallas: V.01. Validación


Procesos de Seguridad.

Los procesos de seguridad tienen como principal objetivo eliminar los riesgos

del sistema.

En este sistema se considera principalmente la realización de copia de

restauración.



303

Se realizaron copias diarias, tanto de las bases de datos como de los ficheros,

con el fin de poder asegurar la recuperación de los datos en el caso de

pérdida de información por algún motivo.

PROCESO PS - 01: Back up PC


Categoría del Proceso: Batch.

Iniciativa de Ejecución: Propia del usuario.

Frecuencia: Diaria



PROCESO PS - 02: Back up PDA




Frecuencia: Diaria


- Informes: IE, IS, IR



304

Realizar procesos de recuperación, que se ejecutarán ante posibles

pérdidas de información. Esta recuperación de información de las Bases de

datos o ficheros se puede realizar a partir de las copias de seguridad.

PROCESO PS - 03: Restore PC




Frecuencia: Este proceso se ejecutará en las ocasiones que se produzca una

pérdida de la información.



PROCESO PS - 04: Restore PDA



Iniciativa de Ejecución: Este proceso se ejecutará en las ocasiones que se

produzcan una pérdida de información.





305

Procesos de Auditabilidad.

Los procesos de auditabilidad tienen como principal misión suministrar

información que facilite una posible auditoría del sistema.

Los procesos de auditabilidad realizados principalmente en el sistema son:

Realización de logging o diario de operaciones, con el fin de registrar

todas las actividades realizadas por los Técnicos-Supervisores, para una

posible restauración de datos.

PROCESO PA – 01: Realización de logging




Frecuencia: Este proceso de auditabilidad se ejecutará por cada una de las

operaciones realizadas sobre la base de datos.



Permitir realizar consultas de las actividades realizadas por los Técnicos-

Supervisores.



306

PROCESO PA – 02: Consultas de logging




Frecuencia: Se ejecutará cada vez que un usuario autorizado desee

consultar las actividades realizadas por los Técnicos-Supervisores.




5.3 Modelo lógico de datos 5. Diseño Externo

307

5.3 Modelo lógico de datos.

TABLAS FINALES PLAN (Id_plan, Id_departamento, Id_trabtipo, descripción, objetivo_plan) DEPARTAMENTO (Id_departamento, nombre) INFORME (Id_plan, Id_Informe, Id-plan, Id_Cabecera, Id_concepto, Id-trabcon) PERSONAL (Id_persona, nombre, categoría) CABECERA (Id_Informe, Id-plan, Id_Cabecera, Id_Concepto, descripción, concepto, n_informe, nº_supervisor) CAPITULO (Id_Cuerpo, Id_Capítulo, descripción_capítulo) APARTADO (Id_Capítulo, Id_apartado, descripción_apartado, valoración, observación) TRABAJO_TIPO (Id_trabtipo, descripcion) TRABAJO_CONCRETO (Id_trabcon, Id_trabtipo, descripción_trabcon, Id_personal) TIPO_COMPROBACIÓN (Id_tipocomp, descripción) CONCEPTO ( Id_concepto, descripción_concepto) INFORME_RESULTADOS ( Id_Infres, Id_personal Coordinador, fecha_realización, Id_informe, Id-plan, descripción, fecha_prevista, estado, resultado, Id_persona ejecutora) INFORME_EVALUACIÓN (Id_Infeva, Id_personal Coordinador, Id_informe, fecha, descripción, fecha_prevista, estado, resultado, desviaciones, Id_persona ejecutora, soluciones) ESTADO ( Id_Estado, Descripción ) INFORME x ESTADO ( Id_Informes, Id-plan, Id_Estado, fecha)


5.4 Estrategia de planes 5. Diseño Externo

308

5.4 Estrategia de planes.

El Diseño Externo se finaliza con la preparación de la estrategia de los Planes

de Pruebas, Conversión, Formación e Implantación. Estos planes son finalmente

completados en la fase de Diseño Interno, estableciéndose las pautas generales

de ellos en esta fase, sobre todo de cara a preparación de las fases de Pruebas

y de Implantación.

La estrategia del Plan de Pruebas debe establecer los diferentes tipos pruebas a

realizar para comprobar la integridad y funcionalidad del software generado,

en la etapa de Pruebas del Sistema. Asimismo, debe establecerse la necesidad o

no de un entorno específico para llevar a cabo las pruebas, los procedimientos

de migración a este entorno y los equipos que realizarán dichas pruebas. Estos

equipos pueden ser los mismos que componen el proyecto o, como ocurre en

algunas organizaciones, utilizar el equipo de testing. Siempre aportará mayores

garantías que las pruebas del sistema que sean realizadas por equipos ajenos al

proyecto. Las actividades concretas a llevar a cabo para la ejecución del plan,

serán determinadas en la fase siguiente, una vez que sea detallado el software

a generar.

La estrategia del Plan de Conversión debe establecer los procesos necesarios

para la puesta en marcha del sistema y para la conversión de formatos de



309

ficheros o documentos de entrada/salida que van a ser utilizados por el

sistema. Debe tenerse en cuenta que podemos aprovechar tanto datos, como

software y hardware del sistema actual para convertirlos al nuevo sistema.

5.4.1 Plan de pruebas.

Pruebas Unitarias.

Se prueban todas las partes constitutivas por separado. Se comprueba que

todas las funciones son operativas independientemente.

Este tipo de pruebas se realizarán en todos y cada uno de los módulos que

constituyen la aplicación, durante la programación y una vez iniciada la

misma. Son realizadas con el fin de conseguir un funcionamiento correcto de

cada módulo. Para ello se realizarán intentando provocar fallos de la

aplicación, introduciendo datos de otro tipo y no del correspondiente a un

determinado campo, dejando campos en blanco, etc. Con esto se pretende

poder subsanar a tiempo todos los fallos de la aplicación.

Es aconsejable que en este tipo de pruebas intervenga una persona distinta a

la que ha realizado la programación, con el fin de hacer una revisión y

análisis más exhaustivo.



310

A continuación, se muestran dos ejemplos de pruebas unitarias que se han

realizado a dos módulos.

En el resto de los módulos las pruebas se han realizado sin detallar su

ejecución.

Proceso: 3.4 Cumplimentar Informe

En este proceso en el que los Técnicos-Supervisores cumplimentan los informes

de supervisión, se realizarán diversas pruebas unitarias.

Se realizan pruebas en ejecución para verificar si el usuario ha seleccionado

un informe para visualizar y posteriormente se ha elegido otro, se ha

actualizado la pestaña formulario con las preguntas del nuevo informe y que

aparece la primera pregunta de este informe.

Estas comprobaciones se han ido realizando, mediante la selección de un

informe y su visualización, y la selección de otro informe y su visualización

posterior, y así sucesivamente.

Las principales comprobaciones que se realizarán en este proceso son:



311

Comprobación de que las preguntas mostradas en el formulario

corresponden con las del informe seleccionado.

Verificar que durante la cumplimentación de un informe, cuando se

selecciona la opción sí o no, al pasar a la siguiente pregunta, estos

botones, no están seleccionados.

Comprobación de que al salir de un informe y seleccionar otro, se

muestra la primera pregunta de este nuevo informe.

Verificar que el indicador del número de pregunta actual y total es

correcto.

Comprobar que al finalizar el informe, se muestra un indicador por

pantalla que lo comunica al usuario.

Verificar que la lista desplegable donde se muestran las opciones del

conjunto de preguntas que se desean visualizar:

Todas.

Antes de realizar el trabajo.

Durante la ejecución del trabajo.

Tras la finalización del trabajo.



312

Es capaz de mostrar correctamente el conjunto de preguntas elegidas, así

como poder de cambiar la opción elegida de la lista tantas veces como desee

el usuario.



313

MODELO DE FORMULARIO 1: PRUEBA UNITARIA

PROCESO:

FECHA CUMPLIMENTACIÓN:

FECHA PREVISTA: FECHA REAL:

NOMBRE DEL INFORME:

NOMBRE DEL EJECUTOR:

REQUISITO SI NO OBSERVACIONES

Las preguntas corresponden con las

del informe elegido.

En cada pregunta los botones SI/NO

se muestran sin seleccionar por

defecto.

Se refrescan correctamente las

preguntas al seleccionar un nuevo

informe.

Es correcto el indicador de preguntas

al seleccionar un nuevo informe.

Indicador de finalización del informe.

Correcto funcionamiento de la lista

desplegable.

RESULTADO GLOBAL: FIRMA:

ES NECESARIO REPETIR LA PRUEBA: SI NO



314

Proceso: 3.5 Cerrar Informe

Este proceso se ejecuta cuando una vez finalizada la cumplimentación del

informe, el Técnico-Supervisor desea cambiar el estado del informe y pasarlo a

informe cerrado.

Una vez pulsado el botón de cierre, la aplicación debe verificar que se han

cumplimentado todos los datos de la cabecera, así como que los datos

introducidos, corresponden con el tipo de dato determinado de ese campo. En

caso de que se incumpla alguna de estas condiciones se mostrará un mensaje

al usuario.

También se deberá comprobar que todas las preguntas de la pestaña

formulario han sido contestadas.

Finalmente se comprobará, que el Técnico-Supervisor haya formado el

informe y cumplimentado la ficha del día de finalización.

Para verificar que todo esto funciona correctamente, se cumplimentarán

informes sin introducir datos de la cabecera, introduciendo datos de otro tipo

distinto a los que ese campo soporta. Del mismo modo no se contestaran

todas las preguntas del formulario, no se pondrá fecha de finalización al

informe o no se firmará.



315

De esta forma se podrá mejorar todo aquello que dé lugar a resultados no

satisfactorios

Las principales pruebas unitarias que se realizarán en este proceso son:

Comprobar que no existe ningún campo de la cabecera del informe sin

cumplimentar.

Verificar que no se ha dejado ninguna pregunta sin responder.

Comprobar que se ha introducido la fecha de finalización del informe,

así como que éste ha sido firmado por el Técnico-Supervisor.

Chequeo de los tipos de datos introducidos en cada casilla de texto.

Comprobar la comunicación, mediante mensajes, de cualquier anomalía

del informe al usuario.



316

MODELO DE FORMULARIO 2: PRUEBA UNITARIA

PROCESO:



NOMBRE DEL INFORME:


REQUISITO

RESPUESTA

SI NO

OBSERVACIONES

Comprobar si existen campos en

blanco en la cabecera

Verificar si todas las preguntas se han

respondido

Comprueba si se ha introducido fecha

finalización

Comprueba si se ha introducido el

informe

Chequeo de los tipos de datos de los

campos correctamente

Comunica errores al usuario

FIRMA:

RESULTADO GLOBAL:




317

Pruebas de Encadenamiento e Integración.

Se denomina cliente-servidor y son las que van a garantizar la robustez de las

piezas del sistema, así como la adecuada comunicación entre los

componentes.

Las pruebas de encadenamiento del sistema tendrán como principal objetivo

verificar y asegurar la adecuada comunicación entre los distintos componentes

tanto software como hardware del nuevo sistema.

En este tipo de pruebas se deberá verificar la sincronización entre el servidor y

todos y cada uno de los dispositivos móviles, así como el correcto acceso del

PC a las bases de datos de las PDA y el acceso de la PDA a la Base de Datos

del PC, así como el correcto intercambio de información entre ambos.

Las pruebas de Integración se deben realizar una vez se tenga la aplicación

instalada en el servidor y dispositivos móviles. Se verifica que todos los

componentes tienen una buena integración.

Las principales pruebas de encadenamiento e integración que se han de

realizar son:



318

Verificar que al cumplimentar algún campo del informe, ya sea de la

cabecera o preguntas, esta información se almacena correctamente en la

Base de datos, así como la correcta recuperación de los datos

anteriormente almacenados con la misma.

Comprobar que el proceso de sincronización entre el servidor y los

distintos dispositivos móviles se realiza correctamente. Para ello es

necesario comprobar que todas las plantillas de los informes que se

transfieren del servidor a la PDA se encuentran en la misma. Por otra parte

será necesario verificar que los informes ya finalizados y cerrados

almacenados en la PDA se transmite correctamente al servidor.



319

MODELO DE FORMULARIO 3:

PRUEBAS ENCADENAMIENTO E INTEGRACIÓN

PROCESO:



NOMBRE DEL INFORME:


REQUISITO

RESPUESTA

SI NO

OBSERVACIONES

Almacenamiento de los datos

correctamente en la Base de Datos

Recuperación de los datos de la base

de datos con errores

Transferencia correcta de plantillas del

servidor a la PDA

Transferencia correcta de informes

cerrados de la PDA al servidor

RESULTADO GLOBAL:


FIRMA:



320

Pruebas de Recuperación.

Para cualquier fallo del servidor y dispositivos móviles se dispondrá, de un

equipo técnico informático, cuya labor será recuperar la información perdida.

Los pasos que se van a realizar para llevar a cabo las pruebas de recuperación

son los siguientes:

1. Diariamente, en el horario establecido, se realizará back up, tanto de

las base de datos del servidor como la de la PDA. Los pasos

mencionados anteriormente se realizarán en ambos elementos

hardware.

2. En primer lugar se borrará la base de datos para simular de este modo

la pérdida de la misma.

3. Al día siguiente de la pérdida de la Base de Datos, y al ser consciente

de dicho problema, será necesario recuperar la Base de Datos.

4. Para poder recuperar la información de la Base de Datos perdida se

accederá a la copia realizada de la misma, y de este modo copiar los

datos aquí disponibles en la Base de Datos original.



321

5. Finalmente será necesario verificar que se han recuperado todos los

datos que se encontraban almacenados en la Base de Datos original.



322

MODELO DE FORMULARIO 3: PRUEBAS RECUPERACION

PROCESO:



NOMBRE DEL INFORME:


REQUISITO

RESPUESTA

SI NO

OBSERVACIONES

Se ha realizado back up de la base de

datos con anterioridad correctamente

Eliminación correcta de la base de

datos

Acceso correcto a la copia de la base

de datos

Copia correcta de la información de

la base de datos copia a la original

Se han recuperado todos los datos

que estaban almacenados en la base

de datos original

RESULTADO GLOBAL:


FIRMA:



323

5.4.2 Plan de implantación.

En primer lugar se dotará a los Técnicos-Supervisores de una PDA con la que

realizan su trabajo diario, en la que el software de la aplicación ya está

instalado y las plantillas de los informes a cumplimentar ya están cargadas.

Por otro lado, se deberá instalar el servidor y el software del mismo. Se deben

realizar comprobaciones de la sincronización de los dispositivos móviles en

dicho servidor.

La implantación de este nuevo sistema GEvaT se llevará a cabo por etapas.

Estas etapas, comenzarán una vez finalizada la programación y la fase de

pruebas:

PASO 1: En primer lugar, se realizará la instalación del prototipo que permitirá

el funcionamiento completo del sistema, con la condición de que la

actualización de esa Base de Datos de GEvaT PC, es decir el servidor, se haga

a través del simulador del sistema gestor de base de datos ORACLE, llamado

TOAD. Esta implantación supondrá la instalación de la aplicación en los

dispositivos móviles y la carga de los datos en el servidor, que en el prototipo

será el simulador TOAD.



324

PASO 2: A continuación se deberá cargar la Base de Datos y las plantillas de

los informes en los dispositivos móviles mediante la sincronización entre el


PASO 3: Posteriormente, de cara al futuro, se llevará a cabo la implantación

de la versión final de GEvaT PC, en la cual se eliminará la utilización de TOAD

y se implantará el acceso a base de datos SIGE, a través del propio sistema

GEvaT.

El proceso de implantación anteriormente descrito se realizará en todas y cada

una de las redes de la central nuclear: CNA, CNT y Madrid, comenzando por

la principal que es la de Madrid, y posteriormente en CNT y CNA.

En primer lugar se realizará una implantación del prototipo en todas las redes

y en el futuro se repetirá todo el proceso para la implantación de la versión

final.

A continuación se muestra la planificación de la implantación:



326

5.4.3 Plan de mantenimiento.

El mantenimiento a seguir será prácticamente correctivo, pues el equipo

técnico atenderá las incidencias y errores que se vayan detectando cuando el

sistema este operativo. El mantenimiento correctivo debe atender los errores

que surjan lo antes posible para poder mantener el nivel de servicio solicitado

por los usuarios.

Para la correcta realización del plan de mantenimiento se establecen los pasos

necesarios realizar en el caso de que ocurra una incidencia.

Estos pasos se especifican, en el siguiente proceso:

1) Solicitud mantenimiento correctivo.

En el momento que un usuario de la aplicación detecta algún error o

incidencia deberá cumplimentar un formulario de mantenimiento

correctivo, en el que se indicará el nombre y número del usuario,

departamento al que pertenece, número de su Terminal, descripción del

error y mensaje mostrado por pantalla, en el caso de que exista, y su

firma.

2) Envío de la solicitud al centro de atención de usuarios una vez

cumplimentado la solicitud de mantenimiento correctivo y conformada



327

por el Jefe de Departamento, que se hará al centro de Atención de

usuarios.

3) Análisis de Solución.

Los miembros del centro de atención de usuarios estudiarán el error o

problema y analizarán la posible solución al mismo.

Entre estas soluciones, se contempla principalmente:

Modificación del código fuente existente, en el caso de que sea un fallo

de este tipo.

Mejorar el código, solicitando al proveedor, nuevas funcionalidades

para la aplicación.

4) Programación.

La programación se realizará en el caso de modificar el código, para

corregir posibles errores o fallos.

5) Pruebas.

Durante la realización de la programación y una vez finalizada la

misma, se realizarán las pruebas correspondientes a cada módulo:

unitarias, de encadenamiento, integración y recuperación según

corresponda.



328

6) Implantación.

Una vez realizada la programación y las pruebas, y obteniendo un

resultado positivo de ello, se procede a la implantación de los nuevos

módulos.

FORMULARIO DE MATENIMIENTO

FECHA INCIDENCIA:

DEPARTAMENTO:

NOMBRE USUARIO:

PASSWORD USUARIO:

Nº TERMINAL:

DESCRIPCIÓN DEL ERROR PRODUCIDO:

MENSAJE MOSTRADO POR PANTALLA (si procede):

PROCESO EN EL QUE SE PRODUCE:

FIRMA:



329

5.4.4 Plan de formación.

Antes de la implantación del sistema, es preciso dar un curso al personal que

va a trabajar con el sistema. El curso de preparación y concienciación

consistirá en enseñar la funcionalidad del sistema y en concienciar al personal

de que la información es muy sensible, y que es conveniente gestionarla por

métodos informáticos.

Los cursos que se impartirán se clasifican en dos modalidades:

Curso GEvaT PDA

Curso GEvaT PC

Según los usuarios que vayan a utilizar cada aplicación.

Los usuarios cuya herramienta de trabajo vaya a ser la PDA recibirán al curso

GEvaT PDA.

Este curso se realizará durante la implantación del sistema, con el fin de poder

iniciar su funcionamiento, una vez finalizada la misma. El contenido del curso,

no se limitará únicamente al manejo de la aplicación GEvaT PDA, sino que

enseñará cómo utilizar algunas funcionalidades de las ofrecidas por la PDA,

para que los Técnicos-Supervisores puedan realizar su trabajo de una forma

más cómoda.



330

El curso GEvaT PC será impartido para los Técnicos, Jefes de Departamento,

Coordinadores de Área y el Director de la Central. Estas personas serán

usuarios de la aplicación GEvaT PC.

Al igual que el otro curso, se impartirá durante la implantación del sistema con

el fin de ponerlo en funcionamiento una vez finalizada la misma.

El contenido de este curso, se limitará únicamente al manejo de la aplicación

GEvaT PC, distinguiendo a su vez entre los distintos perfiles de usuarios. De

manera que todos los usuarios no recibirán la misma formación sobre el

sistema, sino que está dependerá del nivel de acceso que dicho usuario tenga

al sistema según su categoría laboral.

332

6. DISEÑO INTERNO


6. Diseño interno

333

En esta fase se identifican y diseñan los diversos componentes software del

sistema, describiendo detalladamente sus especificaciones físicas. Dependiendo

de la arquitectura elegida para el sistema final, estos componentes pueden tener

una naturaleza muy diversa.

A partir del Modelo Físico de Procesos realizado en la etapa de Diseño Externo,

donde cada proceso primitivo ha sido tipificado como batch, online, cliente,

servicio, etc, ahora se pueden reunir todas aquellas funciones de negocio de nivel

más detallado según su tipología de procesos y estructurar el sistema en un con-

junto de subsistemas. Todas aquellas funciones de tipo batch se diseñarán bajo el

subsistema batch, las funciones online se diseñarán bajo el subsistema online, y

así se estructurará cada sistema, en subsistemas y a su vez en funciones.

En el Diseño Externo han quedado diseñadas todas las entradas y salidas del

sistema, por lo que los ficheros, ventanas, diálogos, informes y formularios son

componentes que se deben utilizar para realizar un diseño coherente.


6.1 Subsistemas Batch 6. Diseño interno

334

6.1 Subsistemas batch.

En este apartado se realizará la representación de alguno de los procesos

batch del sistema. Estos procesos representan funciones de negocio que se

ejecutan en un orden determinado.

La representación gráfica de estos procesos se realizará mediante diagrama

de flujo HIPO .

Símbolos utilizados para el diagrama Batch:

Programa

Flujo de información

Dispositivo DASD

Cinta magnética

Rutina

Entrada /Salida



335

CD – ROM /DVD

En este proyecto sólo existe un tipo de proceso batch, éstos son los procesos de

back up PC o back up PDA.

Para una representación se realizará mediante un diagrama HIPO:

Back up PC Back up PDA

BD PC

COPIA BD

BACK UP

BD PDA

COPIA BD

BACK UP



336

PROCESO: PS-01 Back up Pc

MIENTRAS FIN BASE DATOS PC = FALSO

LEER BASE DE DATOS PC

GUARDAR EN COPIA DE BASE DE DATOS PC

FIN_ MIENTRAS

PROCESO: PS-02 Back up PDA

MIENTRAS FIN BASE DATOS PC = FALSO

LEER BASE DE DATOS PDA

GUARDAR EN COPIA DE BASE DE DATOS PDA

FIN_ MIENTRAS

Estos procesos batch se realizarán diariamente a la hora establecida según

la petición de la central.


6.2 Subsistemas on line 6. Diseño interno

337

6.2 Subsistemas on line.

En este apartado se realizará la representación de alguno de los procesos

on line del sistema. Estos procesos son aquellas funciones de negocio que

se ejecutan en orden aleatorio.

La representación de estos procesos se realizará con un pseudocódigo,

además de un esquema gráfico que facilite su comprensión.

Los símbolos utilizados en la representación gráfica se detallan a

continuación:

Base de datos

Entrada por teclado

Proceso



338

Ruta de una librería

Ordenador

Entrada por ratón

FICHERO

Fichero

Los procesos on line de este sistema se encuentran en GEvaT PC, GEvaT

PDA y GEvaT interface.

A continuación se realizará un breve y específico pseudocódigo de cada

uno de los subsistemas on line que constituyen la aplicación.



339

PROCESO: 1.1.1 Selección de Trabajos Tipo

MIENTRAS NO FIN DE TRABAJOS

LECTURA DE LA TABLA TRABAJOS

MOSTRAR REGISTROS

FIN_ MIENTRAS

SELECCIÓN DE TRABAJOS

ALMACENAR TRABAJO SELECCIONADO EN LA TABLA PLAN



340

TRABAJOS

SELECCIÓN DE TRABAJOS - TIPO

PLAN



341

PERSONAL

SELECCIÓN DE TÉCNICOS-SUPERVISORES

PLAN

PROCESO: 1.1.2 Selección de Técnicos-Supervisores

MIENTRAS FIN TABLA PERSONAL = FALSO

LECTURA DE LA TABLA PERSONAL

SI CATEGORIA = TÉCNICO-SUPERVISOR

MOSTRAR DATOS PERSONA

FIN_ SI

FIN_ MIENTRAS

SELECCIONAR TÉCNICOS-SUPERVISORES

ALMACENAR TÉCNICOS-SUPERVISORES EN LA TABLA PLAN



342

CUMPLIMENTAR DATOS PLAN

PLAN

PROCESO: 1.1.3 Cumplimentar datos Plan

MIENTRAS EXISTA ENTRADA POR TECLADO

INTRODUCCIÓN DE DATOS POR TECLADO

ALMACENAR DATOS EN TABLA PLAN

FIN_MIENTRAS



343

CONOCER EL TÉCNICO-SUPERVISOR

PROCESO: 2.1 Conocer el Técnico-Supervisor

LECTURA PASSWORD USUARIO DE LA PDA

MIENTRAS FIN TABLA = FALSO Y ENCONTRADO = FALSO

LEER USUARIO EN LA TABLA PERSONAL

SI PASSWORS USUARIO = USUARIO DE LA TABLA

ENCONTRADO = VERDADERO

COMPROBAR SI TIENE TRABAJO ASIGNADO

SI NO TIENE TRABAJO ASIGNADO

MENSAJE AL USUARIO

FIN_ SI

FIN_SI

FIN_MIENTRAS



344

PROCESO: 2.2 Seleccionar Registros del Plan

MIENTRAS FIN TABLA PLAN = FALSO

LEER TABLA PLAN

BUSCAR USUARIO

SI ENCONTRADO

SELECCIONAR REGISTROS

LLAMAR PROCESO 2.3

SINO

MENSAJE AL USUARIO

FIN_SI

FIN_MIENTRAS

SELECCIONAR REGISTROS DEL PLAN

LLAMAR PROCESO 2.3

PLAN



345

PROCESO: 2.3 Transferir plantillas precumplimentadas del PDA

MIENTRAS EXISTAN RESULTADOS

BUSCAR FICHERO

SI ENCONTRADO

TRANSFERIR FICHERO A LA PDA

SINO

MENSAJE "ERROR"

FIN_SI

FIN_MIENTRAS

T R A N S F E R IR P L A N T IL L A S P R E P C U M P L IM E N T A D A S A L P D A

C O M P R O B A C IO N E S

( 2 .2 ) R E S U L T A D OB Ú S Q U E D A

P L A N T IL L A SP C

P L A N T IL L A SP D A



346

M O S T R A R L IS T A D O

IN F O R M E SP D A

PROCESO: 3.1 Mostrar Listado

MIENTRAS FIN TABLA INFORMES PDA = FALSE

LEER TABLA

MOSTRAR NOMBRE = INFORME

FIN_MIENTRAS



347

MOSTRAR FORMULARIO

SELECCIONAR INFORME

mouse

PROCESO: 3.2 Seleccionar Informe

SELECCIÓN POR TECLADO

LECTURA SELECCIÓN

OPCIÓN = INFORME SELECCIONADO

SEGÚN BOTON

BOTÓN VISUALIZAR:

LLAMAR MOSTRAR FORMULARIOS (OPCIÓN)

BOTÓN CERRAR:

LLAMAR CERRAR FORMULARIOS (OPCIÓN)

BOTÓN LIMPIAR

LLAMAR CERRAR INFORME (OPCIÓN)

FIN_SEGÚN



348

PROCESO: 3.3 Mostrar Formularios

SI OPCIÓN = NOMBRE DEL INFROME

MIENTRAS FIN FICHERO = FALSO

MOSTRAR INFORME POR PANTALLA

FIN_MIENTRAS

SINO

MENSAJE "FICHERO NO ENCONTRADO"

FIN_SI

MOSTRAR FORMULARIO

FICHERO



349

CUMPLIMENTAR INFORME

INFORMESPDA

PROCESO: 3.4 Cumplimentar Informes

MIENTRAS EXISTAN PREGUNTAS

LEER ENTRADA POR TECLADO

ALMACENAR RESPUESTA EN LA TABLA INFORMES PDA

FIN_MIENTRAS



350

PROCESO: 3.5 Cerrar Informes

BUSCAR EN LA TABLA INFORME PDA, EL INFORME OPCIÓN

SI INFORME.ESTADO = CERRADO

DAR MENSAJE

SINO

ESTADO = CERRADO

FIN_SI

C E R R A R IN FO R M E

IN FO R M E SP D A M E N S A JE

O P C IÓ N

IN FO R M E SP D A



351

B U S C A R IN F O R M E

F IC H E R OIN FO R M E SP D A

PROCESO: 3.6 Buscar Informes

MIENTRAS FIN TABLA INFORMES PDA = FALSO

SI CUMPLE CRITERIOS ESTABLECIDOS

MIENTRAS NO FIN FICHERO Y NO FIN TABLA INFORMES PDA

LEER FICHERO

LEER REGISTRO TABLA PLANTILLAS PDA

MOSTRAR POR PANTALLA

FIN_MIENTRAS

SINO

MENSAJE "NO EXISTE INFORME QUE CUMPLA ESTOS CRITERIOS"

FIN_SI

FIN_MIENTRAS



352

PROCESO: 3.7 Limpiar

MIENTRAS FIN TABLA INFORMES PDA = FALSO

SI OPCIÓN = INFORME

SI ANTIGÜEDAD >= ESTABLECIDA

BORRAR INFORME

SINO

MOSTRAR MENSAJES

FIN_SI

FIN_MIENTRAS

L I M P I A R

I N F O R M E SP D A

M E N S A J E

O P C I Ó N



353

INFORMESPDA

DESCARGA DE INFORMES A PC

INFORMESPC

PROCESO: 3.8 Descargas de informes a PC

MIENTRAS FIN TABLA INFORMES ES PDA = FALSE

LEER TABLA INFORMES PDA

SI INFORME.ESTADO = CERRADO

ALMACENAR EN TABLA INFORMES PC

FIN_SI

FIN_MIENTRAS



354

PROCESO: 4.1 Numeración Informes

MIENTRAS FIN TABLA INFORMES PC = FALSO

SI INFORME NO NUMERADO

LEER TABLA NUMERACIÓN

ALMACENAR NUMERACIÓN EN INFORMES PC

FIN_SI

FIN_MIENTRAS

NUMERACIÓN INFORMES

INFORMESPC NUMERACIÓN

INFORMESPC



355

PROCESO: 4.2 Preparar Informes de resultados

MIENTRAS FIN TABLA INFORMES PC = FALSO

LEER TABLA INFORMES PC

ENTRADA POR TECLADO

ALMACENAR EN TABLA INFORMES PC

FIN_MIENTRAS

CREAR INFORME RESULTADOS

ALMACENAR EN TABLA RESULTADOS

PREPARAR INFORME DE RESULTADOS

INFORMESPC

INFORMESPC RESULTADOS



356

REENVÍO AL PDA PARA REPETIR

INFORMESPC

INFORMESPDA

PROCESO: 4.3 Reenvío al PDA para repetir

MIENTRAS FIN TABLA_INFORMES PC = FALSO

LEER TABLA INFORMES PC

SI REENVÍO = VERDADERO

ALMACENAR EN INFORMES PDA

FIN_SI

FIN_MIENTRAS



357

PROCESO: 5.1 Selección Informes de Resultados

MIENTRAS FIN TABLA RESULTADOS = FALSO

LEER TABLA RESULTADOS

FIN_MIENTRAS

SELECCIÓN DE UN INFORME DE RESULTADOS

LLAMAR COMPARACIÓN CON PLAN (OPCIÓN)

SELECCIÓN INFORME DE RESULTADOS

mouse

RESULTADOS

LLAMAR COMPARACIÓN CON EL PLAN



358

PROCESO: 5.2 Comparación con el Plan

MIENTRAS FIN TABLA PLAN = FALSO

LEER TABLA PLAN

SI OPCIÓN = INFORME RESULTADOS DE PLAN

REALIZAR COMPARACIÓN

ALMACENAR EN DIFERENCIAS

FIN_SI

FIN_MIENTRAS

LLAMAR EVALUACIÓN JEFE DPTO.

COMPARACIÓN CON EL PLAN

OPCIÓN

PLAN

LLAMAR EVALUACIÓN JEFE DEPARTAMENTO

DIFERENCIA



359

PROCESO: 5.3 Evaluación Jefe Departamento

LEER DIFERENCIAS

LECTURA POR TECLADO

REALIZAR EVALUACIÓN

SEGÚN RESULTADO EVALUACIÓN

INFORME CERRADO: ALMACENAR EN LA TABLA PLAN

IDENTIFICACIÓN DE ACCIONES: ALMACENAR EN LA TABLA

ACCIONES

FIN _SEGÚN

ALMACENAR EN LA TABLA RESULTADOS

ACCIONESRESULTADOSCERRADO

EVALUACIÓN JEFE DEPARTAMENTO

DIFERENCIA



360

PROCESO: PC-01 Control mediante password

INICIAR APLICACIÓN

INTRODUCCIÓN DE PASSWORD

LECTURA DE LA BASE DE DATOS

SI PASSWORD ES CORRECTA

CONTINUAR EJECUCIÓN DE LA APLICACIÓN

SINO

MOSTRAR MENSAJE DE ERROR

FIN_SI

CONTROL MEDIANTE PASSWORD

Database

ERROR



361

PROCESO: PC-02 Asignación de Perfiles

MIENTRAS FIN TABLA PERSONAL = FALSO

LEER TABLA PERSONAL

SEGÚN SEA CARGO

DIRECTOR

ASIGNAR PERFIL 1

COORDINADOR

ASIGNAR PERFIL 3

JEFE DEPARTAMENTO

ASIGNAR PERFIL 2

TÉCNICO

ASIGNAR PERFIL 5

TÉCNICO-SUPERVISOR

ASIGNAR PERFIL 4

FIN

FIN_MIENTRAS



362

ASIGNACIÓN DEPERFILES

PERSONAL

PERSONAL



363

PROCESO: PS-03 Restore PC

MIENTRAS FIN COPIA BASE DATOS PC = FALSO

LEER DE BASE DE DATOS PC

RECUPERAR DATOS NECESARIOS

RESTAURAR BASE DE DATOS PC

FIN_MIENTRAS

RESTORE PC

BD PC

COPIA BD PC



364

PROCESO: PS-04 Restore PDA

MIENTRAS FIN COPIA BASE DATOS PDA = FALSO

LEER COPIA DE BASE DE DATOS PDA

RECUPERAR DATOS NECESARIOS

RESTAURAR BASE DE DATOS PDA

FIN_MIENTRAS

RESTORE PDA

BD PDA

COPIA BD PDA



365

PROCESO: PA-01 Realización de Logging

MIENTRAS EXISTA NUEVA OPERACIÓN

REGISTRO OPERACIONES

ALMACENAR EN TABLA OPERACIONES

FIN_MIENTRAS

REALIZACIÓN DELOGGING

OPERACIONES



366

PROCESO: PA-02 Consultas de Logging

MIENTRAS FIN TABLA OPERACIONES = FALSE

LEER TABLA OPERACIONES

FIN_MIENTRAS

CONSULTAS DELOGGING

OPERACIONES



367

6.3 Diagrama de ventanas del sistema.

En este capítulo se mostrarán todas las ventanas de GEvaT PDA, así como la

información entre los sistemas.

A continuación se expone un esquema general de la interacción de las

ventanas de la aplicación:

Ventana de portada de la aplicación

GEvaT

Ventana validación de usuario

Ventana de lista de informes

Ventana de informe Ventana de búsqueda de informes

Ventana de validación de usuario

Ventana de lista de informes

Pestaña de

cabecera

Pestaña de cierre

Ventana de lista de

informes

Ventana deresultado de la búsqueda

Código deusuario

Selección deinforme

Visualizar Buscar Salir Eliminar

Pestaña de

formulario

En el esquema mostrado anteriormente, se especifica la secuencia de ventanas

de GEvaT PDA.



368

Al iniciar la aplicación aparecerá una ventana de portada, donde se mostrará

el nombre de la aplicación GEvaT y el anagrama de la central nuclear.

Al pulsar el botón de entrar, se pasará a la ventana donde el usuario deberá

introducir su código para poder utilizar la aplicación. Una vez identificado el

usuario, la siguiente ventana a mostrar será la lista de informes, donde se

seleccionará el informe, y posteriormente se pulsará uno de los cuatro

botones: visualizar, buscar, cerrar o eliminar.

En función del botón pulsado, se mostrará la ventana correspondiente. Si se

selecciona:

► Visualizar: se mostrará la ventana de informe, la cual consta de las

pestañas de cabecera, formulario y cierre.

► Buscar: se mostrará la ventana de búsqueda de informes, donde se

indicarán los criterios para la búsqueda de un informe.

► Salir: se mostrará la ventana de validación de usuario.

► Eliminar: permite borrar algunos de los informes.

7. ANEXOS

ANEXO A: PROCEDIMIENTO GE-33

ANEXO B: PLANIFICACIÓN

ANEXO C: MANUAL DE USUARIO

MANUAL DE USUARIO

1. Introducción Manual de usuario

1

INDICE 1. Introducción.................................................................................2

1.1. Objeto de la aplicación......................................................2

1.2. Ámbito de la aplicación......................................................4

1.3. Documentación relacionada...............................................7

2. Descripción general del sistema...................................................9

2.1 Entorno de trabajo.................................................................9

2.2 Perfiles o roles de usuario......................................................9

2.3 Funcionamiento del sistema.................................................10

2.3.1 Entrar y salir de GEvaT PDA.....................................10

2.3.2 Estructura general de una ventana..........................11

2.3.3 Ayuda en GEvaT PDA..............................................13

2.3.4 Menús en GEvaT PDA.............................................13

2.3.5 Explicación detallada de ventanas...........................14

3. Posibles mensajes de error de la aplicación................................27

3.1 Ventana de validación.........................................................28

3.2 Ventana Lista de Informes....................................................30

3.3 Ventana de Informe.............................................................32

3.4 Ventana de Resultado de la búsqueda..................................35


2

En este primer capítulo se realiza una introducción presentando el

objetivo del sistema, el ámbito o funciones de negocio que se realizan

bajo este sistema.

1.1 Objeto de la aplicación.

La aplicación consiste en un Sistema Informático centralizado para


evaluados.

El objetivo principal de la aplicación consiste en mecanizar todo el ciclo

de vida de los informes relacionados con las evaluaciones, desde la

creación de los mismos a partir de plantillas, pasando por la

cumplimentación de los mismos, hasta el análisis final para la obtención

de conclusiones. De esta manera se pretende lograr una buena gestión

de todo el proceso.

El sistema consiste en una herramienta informática capaz de gestionar la

información de las supervisiones realizadas o pendientes de realizar, así

como los resultados obtenidos tras el análisis y evaluación de los

informes que se editan al finalizar la supervisión.

Introducción 1


3

Dicho sistema consta de un servidor centralizado, donde se almacenan

los datos del plan anual de supervisiones elaborado por el director de la

central, los trabajos que serán supervisados y los técnicos-supervisores

asignados para cada trabajo concreto.

También se utilizarán varios dispositivos móviles donde los Técnicos-

Supervisores van cumplimentando los informes de supervisión de los

trabajos.

Periódicamente la información almacenada en las PDA se sincroniza con

la base de datos central, donde se consolidará toda la información que

será accesible para todo el personal autorizado.

La gestión se basa en el almacenamiento y recuperación de datos de

manera dinámica.

La base de datos del servidor central contiene todos los datos de los

trabajos posibles de ser supervisados, personal y el plan anual, por lo

que la sincronización se ha configurado de tal manera que cada técnico-

supervisor sincronice exclusivamente sus informes ya finalizados y

cerrados.


4

1.2 Ámbito de la aplicación.

Para cumplir los objetivos, el sistema para la gestión de evaluación de

trabajos en campo, GEvaT. Deberá mantener la siguiente estructura de

información:

En primer lugar, dentro de la Base de Datos de SIGE, se utilizará

fundamentalmente dos subconjuntos de información:

En el primero de ellos, se incluirá la información relativa a todos los

trabajos previstos que, potencialmente, podrán ser elegidos para su

evaluación.

También se deberá utilizar la información correspondiente a las personas

que está previsto que desempeñen dichos trabajos.

En definitiva se trata de que GEvaT tenga acceso a los datos previstos en

el sistema que controla la realización de todos los trabajos (SIGE) para

que los correspondientes responsables puedan seleccionar los trabajos y

personas que serán evaluados.

Dentro de la estructura de información propia de GEvaT, a un nivel muy

alto, debemos distinguir dos grandes subconjuntos de información:

• Por un lado, las tablas donde se almacenará el plan

correspondiente a todas las evaluaciones que deben ejecutarse

en el ejercicio (normalmente un año).


5

• Por otro lado, también deberá almacenarse la información

correspondiente a todos los resultados que se obtengan en las

evaluaciones planificadas una vez que sean realizadas.

También, se contemplan dentro del alcance del desarrollo de los

siguientes subsistemas:

Gestión de objetivos anuales: este subsistema permitirá

mantener actualizado el Plan de evaluaciones a realizar y

permitirá que los diferentes responsables de la Central

visualicen el grado de cumplimiento de dicho plan y, una vez

que sean realizadas, los resultados obtenidos en dichas

evaluaciones.

Gestión de selección de trabajos: este subsistema permitirá

acceder a las tablas de TRABAJOS y PERSONAS disponibles en

la base de datos de SIGE para seleccionar los trabajos y

personas que realizarán las distintas actividades recogidas en el

Plan de evaluaciones establecido en los objetivos anuales.

Finalmente se actualizará el almacén perteneciente al sistema

GEvaT almacenando en él la información anteriormente

seleccionada.


6

Gestión de edición de informe: este subsistema permitirá

obtener los informes a cumplimentar, los cuales se encuentran

almacenados en la base de datos del Sistema. Una vez que las

evaluaciones sean realizadas se cumplimentarán dichos

formularios y se almacenará en la base de datos tanto el

contenido del propio formulario como la información de que ya

se ha editado el informe.

Gestión de la supervisión de informes: este subsistema

permitirá obtener la información de los informes ya

cumplimentados, que se encontrará disponible en la base de

datos del Sistema. A partir de ésta se supervisan dichos

informes. Los resultados obtenidos en la supervisión se

almacenan en la misma base de datos.

El principal motivo por el que se almacena dicha información se

debe a que estos resultados, se tendrán en cuenta para definir

los objetivos anuales de próximos años.

Gestión de evaluación de informe: este subsistema permite

obtener la información relativa a los informes y a la revisión de

los mismos ya almacenada en la base de datos del Sistema.

Posteriormente se procede a la evaluación de los distintos

informes.


7

Los resultados obtenidos en este proceso se almacenarán en la

tabla correspondiente.

1.3 Documentación relacionada.

En este apartado se proporcionará información que facilite la

comprensión y utilización de la aplicación, como procedimientos de

actuación, normas y estándares de la organización referentes a las

funciones recogidas por la aplicación.

Para la completa comprensión de la funcionalidad y utilidad de GEvaT,

es necesario conocer la existencia de SIGE (Sistema de Gestión de la

Explotación).

El sistema informático SIGE consiste en una solución mecanizada para la

gestión de explotación de centrales de generación que abarca los

aspectos de: componentes y repuestos, mantenimiento (correctivo y

preventivo), modificaciones de diseño, operación (vigilancias, descargos

e inoperabilidades), personal, dosimetría, seguridad, compras,

administración, contabilidad, presupuestos y archivo.

Se puede afirmar que el SIGE proporciona el apoyo necesario de proceso

de datos para la operación segura y económica de centrales de


8

generación, contemplando los aspectos tanto técnicos como de gestión

empresarial.

El sistema fue desarrollado inicialmente para el entorno

Oracle/UNIX/Windows.

Cabe destacar de él SIGE: El hecho que las aplicaciones están

preparadas para trabajar en red e integradas totalmente en la Base de

Datos Corporativa, así como el sistema es configurable y ampliable

atendiendo a las necesidades y requisitos de los usuarios.

En SIGE existe una base de datos corporativa sobre la que trabajan,

compartiendo datos, el conjunto de las aplicaciones mencionadas

anteriormente. Es especialmente destacable el concepto de navegación,

común a todas las aplicaciones. Mediante este concepto se puede

“saltar” en cualquier momento de una aplicación a otra, de forma que se

puede invocar cualquier aplicación desde otra, sin necesidad de salir y

volver a entrar en el menú general. Este mecanismo, junto con las

opciones dinámicas que se personalizan en tiempo de ejecución en

función del perfil del usuario, es uno de los más apreciados por los

usuarios del SIGE, por la agilidad, integración y facilidad de uso que

proporciona.

2. Descripción general del sistema Manual de usuario

9

2.1 Entorno de trabajo.

Esta aplicación, GEvaT, está diseñada bajo una arquitectura cliente-

servidor, en la que el servidor debe ser un PC con el sistema operativo

WINDOWS, y los clientes dispositivos móviles (PDA) con el sistema

operativo Pocket PC. Ambos dispositivos deberán sincronizarse para

hacer posible el intercambio de datos entre sí.

El entorno de trabajo de GEvaT es un entorno intuitivo y de fácil manejo

para el usuario.

La aplicación posee un entorno gráfico agradable, sencillo y muy

ilustrativo. Además dispondrá de una opción de ayuda que permitirá al

usuario conocer la utilidad de cada ventana de la aplicación.

2.2 Perfiles de usuario.

Los usuarios de los dispositivos móviles (PDA) serán los técnicos-

supervisores, los cuales tendrán cada uno de ellos su propia PDA.

Descripción general del sistema 2


10

Para poder acceder a GEvaT PDA, cada usuario debe introducir su

código de usuario en la pantalla de validación. Posteriormente el sistema

comprobará si ese código de usuario coincide con el propietario de esa

PDA. En caso de ser correcto se pasará a la ventana de lista de informes,

y en caso negativo, se le comunicará mediante un mensaje al usuario.

2.3 Funcionamiento del sistema.

En este apartado se mostrará el funcionamiento general del sistema.

2.3.1 Entrar y salir de GEvaT PDA.

Entrar en GEvaT PDA:

Con GEvaT PDA, iniciar una sesión de trabajo será fácil y rápido, bien

desde un icono de acceso directo.

Salir de GEvaT PDA:

Existen diversas formas de abandonar la aplicación.


11

Se puede salir de GEvaT PDA, bien seleccionando la opción de Salir del

menú desplegable inferior (1), haciendo doble clic sobre el botón de Salir

(2), o bien haciendo clic sobre el botón de aspa (3).

(1) Menús desplegables

(2) Botón Salir

(3) Botón de aspa

2.3.2 Estructura general de una ventana.

En este apartado se muestra la estructura general de una ventana de

GEvaT PDA, así como sus componentes.

Algunos de sus componentes se pueden encontrar generalmente en todas

las ventanas, estos son:

• Título de formulario.

• Título de ventana.

• Área de componentes de ventana.

• Menú inferior.


12

En la ventana de informe, aparecerá un nuevo componente: las

pestañas, que permitirá acceder a las ventanas: Cabecera, Formulario y

Cierre.

TÍTULO DE FORMULARIO

TÍTULO DE VENTANA ÁREA DE COMPONENTES DE VENTANA

MENÚ INFERIOR TECLADO

PESTAÑAS


13

2.3.3 Ayuda en GEvaT PDA.

La ayuda de GEvaT PDA ayudará al usuario en todo momento e incluso

dará consejos que pueden ser útiles. Todas las ventanas de la aplicación

disponen de esta opción de ayuda.

La ayuda explicará al usuario lo que deber hacer en cada una de las

ventanas de la aplicación y en qué orden.

El acceso a la ayuda es fácil e intuitivo, para ello simplemente el usuario

debe hacer clic en el botón del interrogante del menú inferior.

2.3.4 Menús de GEvaT PDA.

Todos los menús de la aplicación se encuentran situados en la parte

inferior de la ventana de color gris.

BOTÓN DE AYUDA


14

Las opciones de las ventanas varían en función de la ventana en la que

se encuentre. A continuación se realizará un resumen de todas las

posibles opciones que aparecen en los menús, y significado.

Las opciones que presenta este menú son las siguientes:

permite visualizar la ventana de Lista de informes

permite abandonar la aplicación

permite almacenar el informe editado

permite cancelar el informe cumplimentado

muestra la ayuda referente a la ventana en la que se encuentra

2.3.5 Explicación detallada de las ventanas. Ventana de validación.


15

En esta ventana el usuario deberá introducir su código de usuario y

posteriormente hacer clic en el botón Aceptar.

El sistema comprobará si el código de usuario introducido corresponde

con el propietario de la PDA. Si es así se visualizará la ventana de Lista

de informes, y en caso contrario mostrará un mensaje al usuario.

Ventana de Lista de Informes.

Esta ventana permite al usuario, visualizar, editar, eliminar y buscar

informes.

• Visualizar/Editar un informe: Para ello debe seleccionar uno de

los informes disponibles en la lista, y hacer clic en el botón

Visualizar.

INFORMES DISPONIBLES EN LA PDA


16

• Eliminar un informe: Para ello debe seleccionar uno de los

informes disponibles en la lista, y hacer clic en el botón

Eliminar.

• Buscar un informe: Para ello debe hacer clic en el botón Buscar.

• Salir: el botón Salir permite volver a la pantalla de Validación

de usuario.

Esta ventana también dispone de un menú cuyas funcionalidades se han

explicado en el apartado 2.3.4.

Ventana Informe.

Esta está constituida por tres pestañas: Cabecera, Formulario y Cierre.

Las cuales permiten acceder a los distintos interfaces de la ventana.


17

Pestaña Cabecera

En esta ventana el usuario debe cumplimentar los campos "Supervisado

por" (persona que realizó la supervisión), y "Persona que participó en el

trabajo": (persona que ejecutó el trabajo supervisado ).

También se debe seleccionar el concepto de la lista desplegable, que

generalmente aparecerá simplemente uno, aunque en otro tipo de

informe aparecerán varios y el usuario debe seleccionarlo según la

supervisión que vaya a realizar.

El número de informe no deberá ser cumplimentado por el técnico-

supervisor.

Esta ventana dispone del menú inferior :


18

Las funcionalidades de las distintas opciones del menú se explican en el

apartado 2.3.4.

Pestaña Formulario.

Esta ventana permite al usuario visualizar un informe ya

cumplimentado, o bien cumplimentar otro. Para ello deberá seleccionar

uno de los botones de opción: SI o NO, y podrá añadir observaciones

en la pregunta que se requiera.

Las preguntas del formulario se clasifican en tres grandes grupos:

- Antes de iniciarse el trabajo.

- En el lugar de trabajo.

- Al finalizar el trabajo.

- Todas.

La aplicación también permite el avance o retroceso en las preguntas

según se desee.


19

• Selección del grupo de preguntas.

Esta es la primera acción que se debe llevar a cabo en esta

ventana. Para ello basta con hacer clic en el botón para

desplegar la lista de opciones, y seleccionar una de estas opciones

de la lista.

Posteriormente, la aplicación mostrará las preguntas de ese grupo

según se pulsen los botones de avance y retroceso.

• Botones de avance y retroceso.

Estos botones permiten visualizar la pregunta siguiente a la actual

(Avance), o la anterior a la actual (Retroceso).

LISTA DE OPCIONES


20

En el caso de que la pregunta mostrada sea la primera del grupo,

el botón Retroceso estará inactivo, mientras que si es la última del

grupo lo estará el botón de Avance.

• Insertar Observaciones.

Para insertar observaciones en una determinada pregunta, debe

hacer clic sobre el botón , y se desplegará una caja

de texto donde se debe escribir la observación, y finalmente hacer

clic en el botón .

BOTÓN DE RETROCESO

BOTÓN DE AVANCE

INDICADOR DE

NÚMERO DE

PREGUNTA


21

Pestaña Cierre.

Esta ventana recoge los datos de finalización del informe, que deben ser

cumplimentados por el usuario.

Estos datos son la fecha de cierre del informe, y la firma del técnico-

supervisor.

CUMPLIMENTAR AQUÍ LAS OBSERVACIONES

CALENDARIO

CUADRO PARA FIRMAR

BORRA LA FIRMA


22

Introducir la fecha: se debe hacer clic en el calendario, y seleccionar la

fecha en él.

Firmar: es tan sencillo como firmar dentro del cuadro blanco.

Limpiar: permite borrar la firma, en caso de que el técnico-supervisor

considere que no es legible.

Ventana Búsqueda de Informes.

Esta ventana permite buscar informes según tres criterios:

- Fecha de cierre del informe.

- Tipo de informe.

- Estado actual del informe: sin empezar, pendiente de

terminar, o cerrado.

HACER CLIC Y SELECCIONAR DE LA LISTA


23

Según el criterio seleccionado por el usuario aparecerá la lista

desplegable correspondiente a las opciones de dicho criterio, donde el

usuario deberá elegir la opción deseada.

A continuación se muestra una búsqueda de informes según estado:

A continuación el usuario deberá seleccionar el estado que deben tener

los informes que desean visualizar.


24

Una vez seleccionados los criterios, se debe hacer clic en el botón

para realizar la búsqueda, y aparecen los resultados en la

ventana de Resultados de la búsqueda tal y como se muestra a

continuación.

El botón permite volver a la pantalla de Lista de informes.


25

Ventana de Resultados de la Búsqueda

Esta ventana muestra un lista de los informes que cumplen todos los

criterios indicados en la ventana de Búsqueda de informes.

Por lo demás, todas las funcionalidades de esta ventana corresponden

con las de la ventana de Lista de informes.

Esta ventana permite al usuario visualizar, editar y buscar informes.

• Visualizar/Editar un informe: Para ello debe seleccionar uno de

los informes disponibles en la lista, y hacer clic en el botón

Visualizar.

• Buscar un informe: Para ello debe hacer clic en el botón Buscar.


26

• Salir: el botón Salir permite volver a la pantalla de Validación

de usuario.


27

3.1 Ventana de validación.

En esta ventana la aplicación mostrará un mensaje de error, en el caso

que el usuario no haya introducido el código de usuario correspondiente

al del propietario de la PDA.

Al pulsar el botón Ok del mensaje, se limpiará la caja de texto para poder

introducir de nuevo el código de usuario.

Posibles mensajes de error o aviso 3


28

3.2 Ventana Lista de informes.

En esta ventana se mostrará un mensaje de aviso si se hace clic en el botón de

visualizar sin haber seleccionado previamente un informe de la lista. O bien en

el caso de que se haga clic en el botón de Eliminar, sin haber seleccionado

previamente el informe que se desea eliminar.

Otro de los mensajes de aviso mostrados en esta pantalla es el mensaje que

pretende obtener la confirmación de eliminación de un informe por parte del

usuario.

Si el usuario selecciona SÍ, el sistema verificará si el informe cumple los

requisitos exigidos para su eliminación. En caso afirmativo lo eliminará y en


29

caso contrario se lo comunicará al usuario. Por otra parte si el usuario

selecciona NO, se cancelará la acción.

Si el informe no está cerrado, se comunicará al usuario que es imposible

eliminarlo.

(1) Porque no está cerrado


30

(2) Porque está sin empezar


31

3.3 Ventana de Informes.

Pestaña Formulario.

En esta ventana se mostrará un mensaje de aviso en el caso de que el usuario

pulse el botón de avance o el de retroceso sin haber seleccionado previamente

un grupo de preguntas a mostrar de la lista desplegable.

Pestaña Cierre. En esta ventana se mostrará un mensaje de aviso cuando el usuario pulse en

el botón de Cerrar informe.

En el caso de que el cierre del informe concluya con éxito, se mostrará:

BOTÓN

RETROCESO

BOTÓN

AVANCE


32

En el caso de que el informe que se desea eliminar no tenga la cabecera o

alguna pregunta cumplimentada, se mostrará el siguiente mensaje:


33

3.4 Ventana Resultado de la Búsqueda.

En esta ventana se mostrará un mensaje en el caso de que no exista ningún

informe que cumpla los requisitos indicados en la ventana de búsqueda.

ANEXO D: CONCLUSIONES


Conclusiones

1

CONCLUSIONES

Este proyecto fin de carrera es el resultado de un complejo desarrollo en el

cual se han empleado algunas de las últimas tecnologías, como son las PDA.

Con este desarrollo se ha conseguido mecanizar el proceso de evaluación de

trabajos de campo de las Centrales Nucleares de Almaraz y Trillo, desde la

creación de los informes a partir de plantillas, hasta el análisis final para la

obtención de resultados.

Todos los objetivos relativos de desarrollo descritos en el segundo capítulo de

la memoria del proyecto, han sido cumplidos, obteniendo como resultado la

aplicación GEvaT PDA, ajustándose a las especificaciones y requisitos

detallados. El sistema en este proyecto alcanza hasta la versión de prototipo,

quedando abierto a la implantación de la versión definitiva del sistema, en la

que se incluirán las funcionalidades y prestaciones de GEvaT PC.

La sensación general que ha proporcionado el trabajo en el proyecto ha sido

satisfactoria y enriquecedora en todos los aspectos, siendo aun más al poder

acceder y disfrutar del saber y conocimientos de las personas que me han

orientado sobre su desarrollo. También con ello he podido realizar una

conjunción de varias de las asignaturas estudiadas a lo largo de la carrera

para conseguir un mismo objetivo: el desarrollo del proyecto.


Conclusiones

2

La relación ante el resultado del proyecto y el tiempo que se ha dedicado a la

operación del mismo resulta bastante aceptables, más aún habiendo sido

alcanzados todos los objetivos que se habían marcado.

En cuanto a las conclusiones, desde el punto de vista tecnológico, las

principales aportación del proyecto son las siguientes:

1- Los dispositivos móviles en general y las PDA en particular se van a

convertir a corto plazo en un elemento fundamental de los sistemas

informáticos, en definitiva cualquier sistema de información en un

futuro inmediato podrá ser accedido desde terminales de sobremesa o

terminales móviles indistintamente.

2- Los terminales móviles pueden usarse en modalidades bien

diferenciadas:

a. La primera de ellas consiste en establecer una conexión

convencional (normalmente vía USB) con un dispositivo estático.

b. La segunda posibilidad consiste en establecer la conexión a

través de una red inalámbrica obviamente en este 2º caso donde

las prestaciones de los dispositivos móviles son más eficientes.

3- Para optimizar los recursos de desarrollo resultaría fundamental

disponer de entorno de desarrollo que permiten desarrollar un interfaz


Conclusiones

3

único que pueda ser accedido tanto en ordenadores convencionales

como en PDA. De esta forma se puede conseguir que con un único

desarrollo, una única versión que puede ser accedida por dispositivo de

cualquier tipo. Esta posibilidad, en la actualidad, sólo es accesible

utilizando XML.

4- En el desarrollo realizado en el proyecto, el interfaz de usuario en la

PDA se ha implementado utilizando los elementos que ofrece

Embedded Visual 3.0, en todo caso sería muy conveniente disponer de

unos estándares que contemplan todos los objetos presentes en este

tipo de pantallas para de esta forma optimizar el tiempo de desarrollo y

garantizar un estilo coherente en todos los casos. Desde las reducidas

dimensiones de la pantalla disponible este aspecto resulta del máximo

interés.

5- Otro elemento que puede potenciar la utilidad de este tipo de

dispositivos, es la integración de las aplicaciones que se desarrollen

para ello con las herramientas básicas que suelen incorporar (agenda,

contactos, etc). En definitiva se trata de que las aplicaciones

desarrolladas para PDA, interactúen, tanto en entrada como en salida,

con estos productos implícitos del dispositivos permitido, así tal usuario

obtenga un máximo partido de unas y otras.

8. BIBLIOGRAFÍA

[AMES95] Antonio de Amescua, "Ingeniería del software de gestión: análisis y diseño

de aplicaciones", Paraninfo, 1995

[TACK02] Chris Tackie and Timothy Basset, "eMbedded visual basic, windows CE

and pocket PC mobile applications", SAMS, 2002

[RAMO00] Isidro Ramos, Mª Dolores Lozano Pérez, "Ingeniería del software y Bases

de Datos: tendencias actuales", Ediciones Universidad Castilla-La Mancha,

2000

[GONZ06] Julio Miguel González Fernández, "Access Avanzado",Ideaspropias, 2006

[GREG05] Murine Gregory, "Gestión de proyectos", Anaya Multimedia Interactiva,

2005

[SANT98] Martín Santos Pérez, "Normas de Presentación de tesis, tesinas y

proyectos", Universidad Pontificia de Comillas, 1998

[BARR01] Jesús Barranco de Areba, "Metodología del análisis estructurado de

sistemas", Universidad Pontificia de Comillas, 2001

[ALCA92] Eduardo Alcalde Lancharro, "Metodología de la programación", McGraw

Hill, 1992

[PRES96] Roger Pressman, "Ingeniería del software: un enfoque práctico", McGraw

Hill, 1996

[MARC79] Tom de Marco, "Structured analysis and System Specification", Anaya

Multimedia, 1979


PLIEGO DE

CONDICIONES


Pliego de Bases Pliego de Condiciones

1

PLIEGO DE BASES


Pliego de Condiciones Técnicas Pliego de Condiciones

2

ÍNDICE Capítulo Página

1. OBJETO DEL CONTRATO ..............................................................................4

2. PRESUPUESTO DE LICITACIÓN.......................................................................4

3. PLAZO DE EJECUCIÓN...................................................................................5

4. PROCEDIMIENTO DE ADJUDICACIÓN............................................................5

5. PRESENTACIÓN DE LAS PROPOSICIONES ECONÓMICAS .............................9

6. ADJUDICACIÓN...........................................................................................15

7. FIANZAS Y GARANTÍAS.................................................................................16

7.1. Fianza provisional .................................................................................16

7.2. Fianza definitiva...................................................................................17

8. FORMALIZACIÓN DEL CONTRATO...............................................................19

9. GASTOS ......................................................................................................20

10. EJECUCIÓN................................................................................................20

11. REVISIÓN DE PRECIOS ...............................................................................21

12. ABONOS AL CONTRATISTA ........................................................................21

13. OBLIGACIONES DEL CONTRATISTA............................................................21

14. EXTINCIÓN DEL CONTRATO .....................................................................25

15. REGIMEN JURÍDICO DEL CONTRATO.........................................................27

16. CRITERIOS DE ADJUDICACIÓN...................................................................28



3

CUADRO DE CARACTERÍSTICAS........................................................................29

ANEXO I: MODELO DE PROPOSICICIÓN DE LA OFERTA ECONÓMICA ...........30

ANEXO II: MODELO DE AVAL EJECUTABLE.......................................................33

ANEXO III: RECARGOS POR DEMORA .............................................................36



4

1. OBJETO DEL CONTRATO.

El contrato que se regirá por el siguiente Pliego de Bases tiene por objeto el

desarrollo e implantación de un Sistema Informático para la evaluación de

Trabajos de Campo para las Centrales Nucleares de Almaraz y Trillo.

Los Pliegos de Condiciones Técnicas y las condiciones económicas revestirán

carácter contractual, por lo que la presentación de dichas ofertas implicará

manifestación expresa del licitador de que acepta dicho contenido y conformidad

del mismo, debiendo ser firmados, en prueba de conformidad, por el

adjudicatario en el acto de formalización del contrato.

2. PRESUPUESTO DE LICITACIÓN.

El presupuesto máximo de licitación es el expresado en el apartado B del cuadro

de características.



5

3. PLAZO DE EJECUCIÓN.

El plazo de ejecución será de 12 meses máximo y los plazos parciales serán los

que se fijen en la aprobación del programa de trabajo. Todos estos plazos

comenzarán a contar a partir de la firma del contrato.

4. PROCEDIMIENTO DE ADJUDICACIÓN.

El contrato se adjudicará por la forma de Contratación de Concurso y la

modalidad será por la totalidad.

Están facultadas para contratar con la empresa cliente las personas físicas o

jurídicas, españolas o extranjeras que, gozando de la capacidad jurídica y de

obrar, no se hallen incursas en ninguna de las siguientes circunstancias:

a) Haber sido condenado por el empresario mediante sentencia firme por delitos

de falsedad o contra la propiedad.

b) Haber incumplido cualquier otro contrato con la empresa cliente.



6

c) Haber sido declarado en quiebra, concurso de acreedores, insolventes o haber

iniciado expediente de suspensión de pagos o presentada solicitud judicial de

quiebra o concurso de acreedores, mientras no fueran rehabilitados.

d) Estar incursa la persona física o los administradores, consejeros o socios de la

persona jurídica en algunos de los supuestos sobre incompatibilidades de altos

cargos, o de cargos electivos, previstos por las leyes en los términos establecidos

por las mismas y, en particular, haber pertenecido a la empresa cliente, hasta el

nivel 30, incluido este, durante los últimos dos años. En este último supuesto, la

prohibición prescribirá transcurrido el mismo período desde que se hubiera

extinguido la relación con la empresa cliente de la persona física o de los cargos

citados de la persona jurídica.

e) Estar vinculados a persona física o jurídica, nacional o extranjera, que tenga

un contrato en vigor con la empresa cliente, y cuya realización pudiera estar

relacionada con el objeto de la nueva contratación, desde el punto de vista de

gerencia, vigilancia, supervisón, control o dirección de la ejecución del

mencionado contrato en vigor.

f) Se entiende por empresa vinculada a otra, aquella en la que el adjudicatario o

concesionario pueda ejercer, directa o indirectamente, una influencia dominante



7

o puedan ejercerla sobre él, por razón de propiedad, participación, financiera o

normas que la regulen.

g) Haber realizado más de una presentación de licitación, o haber suscrito

propuesta en agrupación temporal con otros licitadores si lo ha hecho

individualmente, o figurar en más de una agrupación temporal. Si la empresa

cliente tuviese conocimiento de alguna de estas circunstancias con posterioridad

a la celebración del contrato, o si la vinculación antes aludida se produjese a lo

largo del desarrollo de éste, la empresa cliente podrá resolverlo dejándolo sin

efecto, con derecho a exigir del empresario el resarcimiento de los daños y

perjuicios que haya podido causar.

Las prohibiciones e incompatibilidades para contratar con la empresa cliente

contenidas en los puntos anteriores, se apreciarán de forma automática por los

órganos de contratación y subsistirán mientras concurran las circunstancias que,

en cada caso, las determinan, excepto en el supuesto de condena por sentencia

firme, en que se incoará el correspondiente procedimiento para determinar el

alcance de la prohibición, de la forma que reglamentariamente se establezca.



8

Dicho alcance no excederá de cinco años, con carácter general, o de ocho años

para prohibiciones que tengan por causa la existencia de condena mediante

sentencia firme.



9

5. PRESENTACIÓN DE LAS PROPOSICIONES

ECONÓMICAS.

Las presentaciones que se propongan para la ejecución del nuevo sistema se

presentarán en c/ Magallanes, 3, cerradas y lacradas, indicando en las mismos el

número y el título del expediente, así como el nombre completo de la empresa,

sociedad o particular que formule la proposición.

Cuando las proposiciones se envíen por correo el empresario deberá justificar la

fecha de imposición del envío en la oficina de correos y anunciar al órgano de

contratación la remisión de la oferta mediante telex o telegrama en el mismo día.

Las proposiciones enviadas por correo que no tengan entrada en la dirección

antes indicada, antes del día del acto público de la apertura de proposiciones, no

serán admitidas.



10

SOBRE NÚMERO 1:

TÍTULO: ‘Documentación Administrativa’

CONTENIDO

a) Los empresarios españoles que sean personas físicas, acreditarán su

personalidad mediante testimonio notarial o copia legitimada del Documento

Nacional de Identidad.

b) Los empresarios que concurran agrupados, deberán manifestar el compromiso

de constituirse en Unión Temporal de Empresas, de conformidad con lo expuesto

por la Ley 18/1982, de 26 de mayo, y quedar solidariamente obligados frente a

la empresa cliente, en caso de resultar adjudicatarios, debiendo asignar un

Gerente Único, que represente a la Unión en sus reuniones con la empresa

cliente. Antes de la formalización del contrato, los adjudicatarios deberán

acreditar la constitución efectiva de la Unión Temporal de Empresas.

c) Cuando concurran agrupadas personas físicas, entre sí o con empresas, la

correspondiente agrupación se regulará de conformidad con lo establecido en la

normativa prevista del Derecho Común.

d) Quienes actúen en nombre de otros deberán acreditar su representación

mediante poder notarial otorgado al efecto, debidamente inscrito en el Registro



11

Mercantil cuando sea preceptivo, y si el representado fuera extranjero será

igualmente necesario acreditar el apoderamiento con intervención federativo

público y autentificación por la Embajada o Consulado de España en el país de

procedencia.

e) La capacidad para contratar con la empresa cliente se probará por parte de

las empresas en relación con las situaciones indicadas en el apartado 4 de este

mismo Pliego, mediante declaración responsable otorgada ante notario público o

el órgano de contratación.

f) Los empresarios extranjeros, sean personas físicas o jurídicas, presentarán

copia autentificada de los documentos relativos a su personalidad o constitución,

debidamente legalizados por la Embajada o Consulado de España en el país

respectivo, con certificación acreditativa de que gozan de capacidad para

obligarse con arreglo a las leyes de su país, salvo que requisitos de rango

superior establezcan requisitos de distinta índole.

g) Documento justificativo de haber constituido la fianza provisional indicada en

la cláusula C de este Pliego. (Ver punto 7.1 Fianza provisional)



12

h) A efectos de acreditar la solvencia técnica y económica de los licitadores, la

empresa cliente podrá solicitar la presentación de alguno de los siguientes

documentos:

1. Informes de instituciones financieras.

2. Tratándose de sociedades, presentación de balances en el supuesto

de que la publicación de los mismos sea obligatoria en los países

donde aquellas se encuentren establecidas.

3. Una declaración concerniente a la cifra de negocios global y de

obras realizadas por la empresa en el curso de los tres últimos

ejercicios.

El licitador podrá presentar la documentación exigida en

documentación

original, o copia o fotocopia del mismo debidamente legitimada.



13

SOBRE NÚMERO 2:

TÍTULO: ‘Documentación Técnica’ (Dos ejemplares)

CONTENIDO

La documentación requerida en el Pliego de Condiciones Técnicas cerrado y

firmado por el licitador o persona que lo presente y, CAPACIDAD TÉCNICA DEL

EMPREASARIO.

1. Relación de los principales proyectos realizados durante los últimos tres años.

3. Descripción del equipo técnico, humano e instalaciones de la empresa.

3. Indicación del proceso de control de calidad.

4. Especificaciones técnicas aplicables a la realización del suministro.

5. Fecha y condiciones de entrega del objeto del contrato.

6. Programa de trabajo



14

En todo caso los empresarios deberán planificar los trabajos o actividades de

acuerdo con las condiciones del contrato y el plazo de ejecución que se haya

fijado en los pliegos.

SOBRE NÚMERO 3:

TÍTULO: ‘Oferta económica’

CONTENIDO

Oferta firmada por el licitador. Junto a la presentación económica, el licitador

deberá presentar justificación de dicha oferta.

Tanto en las ofertas que se formulen por los empresarios como en el presupuesto

de adjudicación se entenderá comprendido, a todos los efectos, los importes de

los atributos de toda índole que graven las presentaciones objeto del contrato,

IVA incluido.



15

6. ADJUDICACIÓN.

La mesa de contratación calificará previamente los documentos presentados en

tiempo y forma. A los efectos de la expresada calificación, si la mesa observase

defectos materiales en la documentación presentada, podrá conceder, si lo

estima procedente, un plazo no superior a tres días, para que el solicitante

subsane el error. Posteriormente procederá a la apertura de las proposiciones

presentadas por los licitadores y las evaluará con el acta y las observaciones

pertinentes, al órgano de contratación que haya de efectuar la adjudicación del

contrato.

El órgano de contratación resolverá libremente sobre la adjudicación del contrato

a la vista de las proposiciones presentadas, pudiendo declarar desierta la

contratación si ninguna proposición fuera aceptable, sin que por ello tengan

derecho los reclamantes a reclamación alguna.



16

7. FIANZAS Y GARANTÍAS.

7.1. Fianza provisional.

Los licitadores deberán constituir una fianza provisional por el importe señalado

en el apartado C, del Cuadro de Características de este Pliego. Esta fianza

provisional será devuelta a los interesados inmediatamente después de la

adjudicación del concurso.

Si la fianza se constituye en metálico, habrá de acompañar a la documentación

presentada el resguardo justificativo de su ingreso en la entidad financiera

designada por la empresa cliente.

Si la fianza constitutiva se constituye mediante aval, éste ha de estar autorizado

por apoderados de la entidad avalante que tengan poder suficiente para

obligarla plenamente.

Esta fianza provisional será devuelta a los interesados inmediatamente después

del concurso. La fianza consignada por el adjudicatario quedara retenida hasta la



17

conclusión del contrato, que de no llevarse a efecto por causa imputable al

contratista, implicará su pérdida a favor de la empresa cliente.

7.2. Fianza definitiva.

El adjudicatario viene obligado a constituir una fianza definitiva en la cuantía del

4 por 100 del presupuesto total del contrato, en metálico o mediante aval

ejecutable, en el plazo de 25 días contados desde la fecha de notificación de la

adjudicación.

Las fianzas definitivas responderán a los siguientes conceptos:

De las penalidades impuestas al contratista por razón de ejecución del

contrato cuando aquéllas no pueden deducirse del pago de facturas recibidas

del mismo.

De la incautación que pueda decretarse en los casos de resolución del

contrato, de acuerdo con lo establecido en el mismo, sin perjuicio de la acción

a seguir por la empresa cliente para el resarcimiento de los daños y perjuicios

que el adjudicatario ocasiona al mismo con motivo de la ejecución del



18

contrato, y de los gastos originados por demora del contratista en el

cumplimiento de sus obligaciones.

Cuando como consecuencia de la modificación del contrato experimente

variación el valor total del nuevo sistema contratado, se ajustará la fianza

constituida en la cuantía necesaria para que se mantenga la debida

proporcionalidad entre la fianza y el presupuesto contratado. El contratista ha de

acreditar, en el plazo de 25 días contados desde que se notifique la modificación

del contrato, la constitución de la fianza correspondiente. De no cumplirse estos

requisitos por causas imputables al mismo, la empresa cliente podrá declarar

resuelto el contrato, con pérdida de la fianza que tuviera constituida.

Probada la recepción del contrato, se procederá a la devolución del importe de la

fianza o, en su caso, la cancelación del aval ejecutable, dentro del plazo de tres

meses, contados a partir de la fecha de finalización del período de garantía.

El aval ejecutable ha de ser otorgado por un Banco oficial o privado, inscrito en el

Registro General de Bancos y Banqueros, por Mutualidades Profesionales

constituidas al efecto o por Entidades de Seguros. Las comisiones, intereses y

demás gastos que se ocasionen con motivo de la expedición de los avales serán

de cuenta del empresario avalado.



19

La entidad avalista deberá responder frente a la empresa cliente del importe

señalado como fianza y en los mismos términos que si fuese el propio contratista.

8. FORMALIZACIÓN DEL CONTRATO.

El adjudicatario queda obligado a suscribir dentro del plazo de 30 días, a contar

desde el siguiente a la notificación de la adjudicación, el correspondiente

documento de formalización del contrato.

El contrato podrá formalizarse en escritura pública cuando así lo solicite el

contratista, siendo de su cargo los gastos derivados de su otorgamiento,

comprometiéndose en este caso el adjudicatario a entregar al órgano de

contratación dos copias autorizadas y cinco copias simples de dicha escritura

dentro del plazo de 15 días, contados desde la fecha del otorgamiento.



20

9. GASTOS.

Serán de cuenta del adjudicatario los gastos de atributos y formalización del

contrato, así como cualesquiera impuestos, tasas o arbitrios de índole estatal,

autonómico o municipal, que pudieran grabar el contrato, y además gastos que

resulten de aplicación según las disposiciones vigentes.

10. EJECUCIÓN.

La empresa cliente ejecutará la inspección, comprobación y vigilancia para la

correcta realización del sistema de información contratado, así como las

oportunas instrucciones y normas técnicas.

Las modificaciones de las condiciones del contrato correspondiente sólo podrán

producirse previa aprobación por el órgano de contratación que lo autorizó o, en

su caso, del que corresponde al importe total resultante.

Si se acordase una suspensión del contrato, se deberá levantar la correspondiente

acta de suspensión.



21

11. REVISIÓN DE PRECIOS.

A la presente contratación le será de aplicación la cláusula de revisión de precios

previstos en el Cuadro de Características que encabeza este Pliego.

12. ABONOS AL CONTRATISTA.

La forma de pago será: 20% del presupuesto acordado al iniciar el contrato un

20% a los 60 días de la conformidad de cada entrega parcial y el porcentaje

restante a los 60 días de la entrega total del sistema de información.

13. OBLIGACIONES DEL CONTRATISTA.

El contratista está obligado a efectuar el suministro según el proyecto contratado

y las instrucciones de la empresa cliente conforme a lo dispuesto en la cláusula

10 de este Pliego.



22

La empresa cliente tiene la facultad de inspeccionar y de ser informada del

proceso de elaboración del objeto del contrato, pudiendo, por sí mismo, o a

través de otros:

Establecer sistemas de control y calidad.

Comprobar el desarrollo del objeto de contrato de acuerdo con lo pactado.

Dictar cuantas imposiciones estime oportunas para el estricto cumplimiento

de lo convenido.

La facultad anterior podrá ser ejercitada por la Unidad o Unidades que la

empresa cliente estime en cada momento, y, en todo caso, por las Unidades

Proponentes, a través del Director del expediente de contratación.

Durante la realización del contrato, y a lo largo de los plazos establecidos en los

mismos (de ejecución y garantía), y hasta que tenga lugar la recepción definitiva,

el contratista será responsable de las deficiencias que se hayan producido como

consecuencia de la ejecución del contrato y de los perjuicios ocasionados en los

bienes de la empresa cliente o terceros.

El contratista está obligado a cumplir los plazos parciales fijados para la

ejecución sucesiva del contrato, y en general para su total realización.



23

En caso de demora en los plazos parciales, o en el plazo final de ejecución del

contrato por causa imputable al contratista, el órgano de contratación podrá

optar, o bien por prorrogar el contrato, con o sin imposición del recargo

correspondiente, según la figura del Anexo III, o bien por la resolución del

contrato, previa audiencia al interesado. En estos casos, el acuerdo de resolución

ha de contener pronunciamiento expreso acerca de la procedencia, o no, de la

fianza constituida y de la forma de datos necesarios para la liquidación del

contrato.

La ejecución del contrato se realizará a riesgo y ventura del contratista, que está

obligado a indemnizar por causa de pérdidas, averías o perjuicios ocasionados

como consecuencia de la ejecución del contrato, excepto en los casos de fuerza

mayor por:

Incendios causados por la electricidad atmosférica.

Daños causados por maremotos o terremotos.

Movimientos del terreno donde se encuentren instalados os bienes, o que

los afecten.

Inundaciones catastróficas producidas por desbordamiento de ríos y

arroyos.



24

Obligaciones laborales y sociales: el contratista esta obligado al cumplimiento de

las disposiciones vigentes en materia laboral, de Seguridad Social y de Seguridad

e Higiene en el Trabajo.

Cumplimiento de plazos y penalidades por demora: el contratista queda obligado

al cumplimiento del plazo de ejecución del contrato y de los plazos parciales

fijados por la empresa cliente.

La subcontratación, por parte del contratista, no implicará un cambio en la

relación contractual, que se mantendrá inalterable entre la empresa cliente y el

contratista. Dicha subcontratación requerirá la conformidad previa de la empresa

cliente.

No será posible la cesión del contrato sin previa autorización de la empresa

cliente.

Los bienes objeto del presente contrato deberán ser entregados en el lugar

señalado en el apartado E del Cuadro de Características del Contrato, siendo de

cuenta del empresario los gastos de transporte instalación y entrega.



25

14. EXTINCIÓN DEL CONTRATO.

El contrato se extinguirá por su conclusión o cumplimiento, o bien por su

resolución.

A partir de la recepción empezará a regir el plazo de garantía reseñado en el

apartado F de este Pliego.

Transcurrido el plazo de garantía se procederá en el plazo de un mes, a la

recepción y liquidación definitivas.

Son causas de resolución de contrato las siguientes:

a) El incumplimiento de las cláusulas contenidas en el contrato.

b) El fallecimiento del contratista individual, salvo que los herederos ofrezcan

llevar a cabo el contrato en las condiciones estipuladas en el mismo. No obstante,

la empresa cliente podrá aceptar o rechazar el ofrecimiento, sin que los

herederos en este caso tengan derecho a indemnización alguna del contrato

dejado de ejecutar.



26

c) La extinción de la personalidad jurídica de la sociedad mercantil del

contratista, salvo que el patrimonio y organización de la sociedad extinguida sea

incorporado a otra entidad, asumiendo ésta última las obligaciones de aquélla y

siempre que a la nueva entidad, en el plazo de un mes, se le ofrezca llevar a

cabo el contrato en las condiciones estipuladas. La empresa cliente puede admitir

o desechar el ofrecimiento, sin que en este último caso haya derecho a

indemnización alguna.

d) La declaración de quiebra o de suspensión de pagos del contratista.

e) El mutuo acuerdo de las partes.

f) Aquellas que se establezcan expresamente en el contrato.

g) La cesión del contrato sin la previa autorización de la empresa cliente.

En caso de resolución del contrato por causas imputables al contratista, se

informará a la Presidencia de la empresa cliente por si procediese su

inhabilitación para contratar con la empresa cliente.



27

15. REGIMEN JURÍDICO DEL CONTRATO.

El contrato quedará sometido a lo establecido en el presente Pliego y en el de

Inspecciones Técnicas, y en lo no previsto en los mismos se regirá por el Derecho

Común que le sea de aplicación.

Las cuestiones litigiosas que puedan surgir sobre la interpretación o modificación

del contrato serán resueltas por los Juzgados o Tribunales del lugar de

celebración del mismo, a cuya jurisdicción se someterán las partes, renunciando

expresamente a cualquier fuero que les pudiera corresponder.



28

16. CRITERIOS DE ADJUDICACIÓN.

Para la adjudicación de este concurso se tendrán fundamentalmente en cuenta

los siguientes criterios:

1. Características funcionales de la solución ofertada: capacidad de integración

en un entorno.

2. Características técnicas y funcionales, y facilidades de gestión y operación.

3. Integración con los equipos existentes, así como la gestionabilidad desde el

sistema actualmente operativo.

4. Experiencia en la aplicación de sistemas de información del tipo a contrato.

5. experiencia en servicios de aplicaciones informáticas.

6. Plazo.

7. Mejoras.

8. Oferta económica.

9. Sistema(s) de calidad certificado(s).



29

CUADRO DE CARACTERÍSTICAS

DENOMINACIÓN DE

SISTEMA

Sistema Informático para la evaluación

de Trabajos de Campo

GEvaT

PRESUPUESTO NETO DE LICITACIÓN

(IVA INCLUIDO) 92.308,4 €

FIANZA PROVISIONAL

FIANZA DEFINITIVA

Cuatro porciento (4%) del presupuesto

total del contrato

- A disposición del Jefe Técnico

- Deberán constituirse en el aval

REVISIÓN DE PRECIOS No procede

PLAZO MÁXIMO DE ENTREGA 12 meses

PLAZO DE GARANTÍA 1 año

FORMA DE PAGO La totalidad a los 60 días a partir de la

conformidad de la factura



30

ANEXO I:

PROPOSICIÓN DE OFERTA

ECONÓMICA



31

ANEXO I: MODELO DE PROPOSICIÓN DE LA OFERTA

ECONÓMICA

Don ____________________________________________________, con DNI.

número: __________________ expedido en __________________________, con

fecha ____________ en nombre o representación de

___________________________ con domicilio social en

____________________________ provincia de ________________ calle

_______________________________ número _____ teléfono ____________________

y CIF número__________________ y con capacidad legal para contratar en

nombre de la citada empresa según poder otorgado ante el notario de

______________________Don_______________________________________________

_____ con fecha ____________________ número de protocolo

_______________________.

EXPONE:

PRIMERO: Que desea tomar parte en la CONTRATACIÓN, del expediente número

_____________________, relativo a

___________________________________________



32

_________________________________________________________________________

________________________________________________________________________ y

ofrece llevarlo a cabo en el plazo de

________________________ y en el precio neto de

(1)____________________________________________________

___________ (en letra),

_________________________(en número)(2).

SEGUNDO: Que conoce y acepta íntegramente los Pliegos de Bases y

Prescripciones Técnicas, para la CONTRATACIÓN de este expediente, a los cuales

se somete en todas sus partes y que son base para esta contratación.

LUGAR, FECHA Y FIRMA DEL LICITADOR

(1) IVA. incluido.

(2) Desglose de la oferta, si procede, de conformidad PPT.



33

ANEXO II:

AVAL EJECUTABLE



34

ANEXO II: MODELO DE AVAL EJECUTABLE

El/la_____________________________________________________________________

AVALA solidariamente a la empresa

__________________________________________ ante

el__________________________________________________ con renuncia a los

beneficios de orden y excusión, por la cantidad de

_________________________________________________________________________

en concepto de FIANZA para responder a todas y cada una de las obligaciones y

eventuales responsabilidades de toda índole que se deriven del cumplimiento del

contrato de

_________________________________________________________________________

_________________________________________________________________________

______________________________________________________El presente aval será

ejecutable por la empresa cliente a primera demanda o petición, bastando para

ello el simple requerimiento notarial a la entidad avalista dándole cuenta del

incumplimiento contractual en que haya incurrido la empresa avalada.

El suscritor del aval se encuentra especialmente facultado para su formación

según poderes otorgados ante el Notario

Don_________________________________________________

________________________________________________, y que no le han sido

revocados ni restringidos de forma alguna.



35

Este aval estará en vigor tanto no se haya extinguido y liquidado todas y cada

una de las obligaciones contraídas por la empresa avalada, y la empresa cliente

autorice su cancelación.

El presente aval ha sido suscrito en esta misma fecha en el Registro de Avales

bajo el número ___________________.

En Madrid, a _____ de _____________ de 200__.

EL BANCO



36

ANEXO III:

RECARGOS POR DEMORA



37

ANEXO III: RECARGOS POR DEMORA

Sin perjuicio de que la empresa cliente pueda autorizar otras penalizaciones para

un determinado contrato, los recargos por demora en el incumplimiento de un

contrato se graduarán con carácter general en atención al presupuesto total o

parcial del objetivo del mismo, según el plazo sea el total o uno parcial de la

misma, con arreglo a la siguiente escala:

Hasta 3.000 euros .............................................................. 3 €/día

De más de 3.000 a 6.000 euros ......................................... 6 €/día

De más de 6.000 a 30.000 euros ....................................... 12 €/día

De más de 30.000 a 60.000 euros ..................................... 18 €/día

De más de 60.000 a 150.000 euros ................................... 30 €/día

De más de 150.000 a 600.000 euros ................................. 60 €/día

De más de 600.000 a 1,5 millones de euros ..................... 150 €/día

De más de 1,5 a 3 millones de euros ................................ 300 €/día

De más de 3 a 4,5 millones de euros ................................ 450 €/día

De más de 4,5 a 6 millones de euros ................................ 600 €/día

De más de 6 millones de euros ......................................... 1 por 60 €/día



38

En ningún caso, las penalidades por demora podrán exceden del 20 por 100 del

presupuesto total, por lo que una vez alcanzado este limite se procederá a la

resolución del contrato.

Las penalizaciones por incumplimiento de los plazos parciales no son

acumulables entre sí, ni tampoco a las que pudiera corresponder por

incumplimiento del plazo total.

Consecuentemente, al incumplirse un plazo parcial o el plazo total, la

penalización a él correspondiente absorberá las que hayan tenido lugar

anteriormente, con el carácter de no acumulables, hasta que sean liquidadas e

incluso procediéndose a la devolución de la diferencia si el montante de las ya

impuestas resultase superior al que corresponde al plazo incumplido.



39

PLIEGO DE

CONDICIONES

TÉCNICAS

ÍNDICE

Capítulo Página 1. OBJETO...................................................................................................41

2. DESCRIPCIÓN DEL SITEMA ACTUAL DE EVALUACIÓN DE TRABAJOS DE

CAMPO........................................................................................................45

3. ESPECIFICACIÓN FUNCIONAL DEL SISTEMA DE EVALUACIÓN DE

TRABAJOS DE CAMPO.................................................................................49

3.1. Modelo de funciones........................................................................49

3.1.1. Módulo de carga de datos ..........................................................49

3.1.2. Módulo de comunicaciones ........................................................50

3.1.3. Módulo de validación de datos ...................................................50

3.2. Interfaz de usuario.............................................................................51

4. EJECUCIÓN, ASISTENCIA TÉCNICA Y DOCUMENTACIÓN........................52

4.1. Ejecución..........................................................................................52

4.1.1. Plan de producción....................................................................53

4.1.2. Plan de integración....................................................................54

4.1.4. Garantía y mantenimiento...........................................................55

4.2. Asistencia técnica..............................................................................56

5. PRESENTACIÓN DE OFERTAS...................................................................57

1. OBJETO

El objeto de este Pliego es el desarrollo e implantación de un Sistema

Informático para la evaluación de Trabajos de Campo para las centrales

Nucleares de Almaraz y Trillo.

El proyecto consiste en desarrollar un Sistema Informático centralizado para


evaluados. También se desarrollará una aplicación complementaria para su

ejecución en un dispositivo informático móvil (PDA) que permita interactuar

con la base de datos y aporte funcionalidades autónomas en el propio lugar

donde se realice la evaluación.

El objetivo principal de este proyecto consiste en mecanizar todo el ciclo de

vida de los informes relacionados con las evaluaciones, desde la creación de

los mismos a partir de plantillas, pasando por la cumplimentación de los

mismos, hasta el análisis final para la obtención de conclusiones. De esta

manera se pretende lograr una buena gestión de todo el proceso.

El sistema a desarrollar consistirá en una herramienta informática capaz de

gestionar la información de las supervisiones realizadas o pendientes de

realizar, así como los resultados obtenidos tras el análisis y evaluación de los

informes que se editan al finalizar la supervisión.

Para su ejecución los oferentes podrán sugerir aquellas mejoras de hardware y

software que consideren necesarias.

Las entregas parciales serán las siguientes:

Primera entrega: en esta entrega, se realizará la instalación del prototipo

que permitirá el funcionamiento completo del sistema, con la condición de

que la actualización de esa base de datos de GEvaT PC, es decir el servidor,

se haga a través del simulador del sistema gestor de base de datos ORACLE,

llamado TOAD. Esta implantación supondrá la instalación de la aplicación

en los dispositivos móviles y la carga de los datos en el servidor, que en el

prototipo será el simulador TOAD.

A continuación se deberá cargar la base de datos y las plantillas de los

informes en los dispositivos móviles mediante la sincronización entre el


En el momento de la entrega se proporcionarán los siguientes documentos:

Especificación funcional del modelo de datos.

Especificación funcional del modelo de proceso.

Código fuente del sistema entregado.

Documentación de que se hayan realizado las pruebas

unitarias, de integridad y de validación necesaria.

Manual de usuario del manual entregado.

Segunda entrega: en esta entrega, se llevará a cabo la implantación de la

versión final de GEvaT PC, en la cual se eliminará la utilización de TOAD y se

implantará el acceso a base de datos SIGE, a través del propio sistema GEvaT.

En el momento de la entrega se proporcionarán los siguientes documentos:

Código fuente del sistema entregado.

Documentación de que se hayan realizado las pruebas

unitarias, de integridad y de validación necesarias.

Manual de usuario del sistema entregado.

Manual de administrador.

Tras esta última entrega, se llevará a cabo la formación del personal en las

condiciones especificadas por el presente Pliego. El Plan de Mantenimiento

empezará en el momento de terminar la formación.

2. DESCRIPCIÓN DEL SISTEMA ACTUAL DE EVALUACIÓN

DE LOS TRABAJOS DE CAMPO.


SIGE para la selección de trabajos y personas, y el resto de las actividades


cumplimentando para ello unos formularios en papel que los técnicos que



La principal aportación del Sistema consistirá en que esta documentación ya

no se cumplimentará en un formulario de papel, sino que se utilizarán

formularios digitales almacenados en un dispositivo informático móvil.

La segunda gran aportación de la aplicación consistirá en una serie de

funcionalidades que permitirán controlar el grado de cumplimiento de los

objetivos anuales.


forma manual y en el futuro mecanizada permanecerá inalterada y es la

siguiente:

El Jefe de Departamento junto con el coordinador de la evaluación de


Una vez definidos los trabajos de actividades seleccionadas, cada técnico


Supervisión notificará este hecho al responsable del trabajo para que informe





La supervisión consta de tres fases:

► Comprobaciones previas a la realización del trabajo. El supervisor

evalúa si la información, documentación y autorizaciones disponibles para

realizar el trabajo son adecuadas.

► Comprobaciones durante la ejecución del trabajo. En esta fase el

supervisor verificará la adecuada organización y realización del trabajo.

► Comprobaciones al finalizar el trabajo: Finalizado el trabajo el

supervisor revisará para verificar que en ella se reflejan todas las

incidencias durante la realización del trabajo.

Las comprobaciones citadas anteriormente se realizarán mediante la revisión

de la documentación aplicable, asistencia a la ejecución de los trabajos y

consultas a los ejecutores.

Una vez realizadas dichas comprobaciones el Técnico-Supervisor



enviado al coordinador con copia al Jefe de Sección responsable de la


Una vez recibidos por el Coordinador del Área los informes de supervisión


archivados hasta la preparación del informe de evaluación, cuyos resultados

serán revisados por el Jefe del Departamento y enviados al archivo con copia

al Director de la Central.

La figura mostrada a continuación resume de forma esquemática el

procedimiento explicado previamente en el texto.

3. ESPECIFICACIÓN FUNCIONAL DEL SISTEMA DE

EVALUACIÓN DE TRABAJOS DE CAMPO.

3.1. Modelo de funciones.

3.1.1. Módulo de carga de datos.

Periódicamente la información almacenada en las PDA se sincroniza con la

base de datos central, donde se consolidará toda la información que será

accesible por todo el personal autorizado. Las PDA son los instrumentos de

apoyo al trabajo de los Técnicos-Supervisores, puesto que son fáciles de

transportar, y tienen suficiente capacidad para almacenar toda la información

que un técnico recoge de las supervisiones realizadas.

La gestión se basa en el almacenamiento y recuperación de datos de manera

dinámica.

La base de datos del servidor central, contiene todos los datos de los trabajos

posibles de evaluación supervisados, personal y el plan anual, por lo que la

sincronización se ha configurado de tal manera que cada Técnico-Supervisor

sincronice exclusivamente sus informes ya finalizados y cerrados.

3.1.2. Módulo de comunicaciones.

Las PDA y el servidor se deben sincronizar con la base de datos central, donde

se consolidará toda la información que será accesible por todo el personal

autorizado.

Por lo que es necesario desarrollar un módulo que asegure una correcta

sincronización entre ambos dispositivos hardware.

3.1.3. Módulo de validación de datos.

Otra herramienta necesaria en el sistema es la de validación de integridad y

coherencia de la estructura de información. El sistema deberá informar al

usuario de las discrepancias o errores detectados para que esté pueda decidir

que acción tomar.

3.2. Interfaz de usuario.

El sistema va a ser manejado por varios tipos de usuarios en la empresa

cliente:

Director de la Central.

Jefes de departamento.

Coordinadores de área.

Técnicos-Supervisores.

Técnicos.

Todos los tipos de usuarios accederán a una única aplicación pero con

privilegios de accesos diferentes. Así, la interfaz gráfica será la misma para

todos, siendo la única variante los datos que se puedan tratar por unos u

otros.

4. EJECUCIÓN, ASISTENCIA TÉCNICA Y

DOCUMENTACIÓN.

4.1. Ejecución.

De acuerdo con el objeto del proyecto, las fases de ejecución del proyecto se

concretan en:

Plan de Producción.

Plan de Integración.

Plan de Mantenimiento.

Se precisará del empleo de recursos informáticos, hardware y software, así

como humanos para la consecución del desarrollo e implantación del Sistema

Informático para la evaluación de Trabajos de Campo.

En el plano de recursos humanos, se precisará de una organización para el

seguimiento del proyecto, con un responsable del mismo. Para ello, la

empresa adjudicataria nombrará un Jefe de Proyecto que tendrá la

responsabilidad de coordinar todas las acciones del mismo.

Este Jefe de Proyecto se mantendrá en estrecho contacto con el responsable

del proyecto, por parte de la empresa cliente mediante las oportunas

reuniones de control y seguimiento que se celebrarán con regularidad.

Será responsabilidad de la empresa adjudicataria el cumplimiento de las

normas de Seguridad e Higiene del Trabajo.

Durante la ejecución se cumplirán todas las normas y estándares aplicables y

las especificaciones del presente Pliego.

4.1.1. Plan de producción.

Se llevará a cabo la producción de software necesario para el sistema de

gestión. Se celebrarán reuniones periódicas con el encargado de la empresa

cliente para el control y seguimiento.

4.1.2. Plan de integración.

En esta fase se procederá a:

La recepción e integración de los elementos hardware, si procede.

Realizar la instalación del software y la entrega de manuales.

Pruebas de integración.

Reajuste de software si procede.

Formación. Se procederá a la formación del grupo de personas que

tendrá que manejar el nuevo sistema.

Se estudiará el abanico de posibilidades que presenten las empresas oferentes

incluyendo:

Mantenimiento remoto.

Mantenimiento in situ.

Otras opciones.

Del grado de especialización del proyecto y el estado de la tecnología actual,

la implantación del mismo se plantea como un suministro llave en mano

(instalación, puesta en marcha e integración), por lo que las actividades a

realizar por el adjudicatario consistirán en la integración del hardware y

software existentes con los nuevos equipamientos para cumplir el objetivo

marcado en este Pliego.

4.1.3. Garantía y mantenimiento.

El plazo de garantía será de un año con mantenimiento in situ. Los tiempos de

respuesta no serán, en ningún caso, superiores a las 24 horas desde la

notificación del problema ala proveedor.

El adjudicatario se compromete al mantenimiento del objeto del contrato

durante cinco años a partir del término de la garantía, si el órgano contratante

así lo solicitase, entregando un presupuesto en el que se detallen las

condiciones económicas con las que estaría dispuesto a realizar el servicio y

las fórmulas de incremento para los años sucesivos.

4.2. Asistencia técnica.

Terminada la fase de formación del personal de la empresa cliente, el

adjudicatario cederá un técnico durante un mes para el soporte de las

actividades de operación y administración del sistema de gestión, el cual

trabajará a tiempo completo (8 horas diarias) en las instalaciones de la

empresa cliente. Dicho técnico deberá tener los conocimientos necesarios

acerca de la configuración, administración y operación del sistema de

evaluación de los trabajos de campo.

El servicio de asistencia técnica durante el periodo de garantía deberá

contemplar todos los servicios requeridos para atender eficazmente los

sistemas instalados y cubrirán tanto el mantenimiento software como el

soporte hardware.

El servicio de soporte contemplado debe incluir las siguientes prestaciones:

Asistencia correctiva in situ.

Soporte telefónico.

5. PRESENTACIÓN DE OFERTAS.

El objeto de este apartado es detallar la estructura y contenidos de la

Memoria, Presupuesto y Documentación constituyentes de la oferta a

presentar por los oferentes.

Se respetarán el formato y los contenidos propuestos, salvo caso de la

información adicional, con el fin de poder comparar con el mayor rigor

posible las distintas ofertas presentadas durante su evaluación.

Se hace notar que se evaluará el modo de presentación de las ofertas,

reservándose la comisión evaluadora el considerar o no aquellas ofertas o

partes de las mismas que no respondan a los formatos y contenidos

recomendados.

A continuación se describe el formato y los contenidos de la Memoria que han

de tomar parte de la Oferta presentada por las empresas. Además, se recogen

las recomendaciones adicionales necesarias para la redacción de este

documento. Se pasan a describir los principales requisitos para la redacción de

este documento a presentar y su relación con este Pliego de Prescripciones

Técnicas:

La Memoria conservará la estructura de un ciclo de vida lineal con dos

Fases

Principales: Diseño y Construcción.

Se aportará información que se solicita a lo largo del presente Pliego,

entendiendo que las recomendaciones o exigencias que se hagan en un

determinado capitulo, afectan en general al todo.

Con respecto a la notación a emplear, se detallará la correlación en

distintas partes del Pliego de Prescripciones Técnicas y la que emplee el

oferente para describir los elementos, incluyendo el nombre comercial si lo

tuviese.

Cuando varios requisitos funcionales exigidos y detallados en el presente

Pliego son satisfechos por un mismo elemento, sistemas ,etc., se detallará

en cada una de dichas partes la circunstancia, aunque solamente será

necesario describir dicho elemento en la parte que el oferente consideré

más oportuna, haciendo referencia en cada caso, donde esta recogida

dicha información.

Cuando se presente la información adicional, se recogerá en el punto

del Pliego con que tenga relación haciendo constar que se trata de

información adicional.

Se especificará si es una capacidad posible del sistema o realmente

ofertada.

En la memoria se describirán las características y capacidades más

importantes, y todas aquellas de las que se solicita explícitamente

información en el presente Pliego. Además, se adjuntará cualquier

información que se consideré relevante en la Documentación.

En la Memoria, todas aquellas normativas o recomendaciones no

expresadas explícitamente se entenderán como no asumidas o incumplidas

por el oferente.

Presupuestos desglosados de cada uno de los componentes del sistema

de gestión, así como los elementos hardware si se considerarán necesarios

para la implantación del proyecto.

Plan de ejecución suficientemente detallado.

Resumen de oferta con presupuesto global.


Presupuesto

1

PRESUPUESTO


Presupuesto

1

ÍNDICE Capítulo Página

1. INTRODUCCIÓN ......................................................................................2

2. DESGLOSE................................................................................................3

3. GASTOS GENERALES.................................................................................8

4. RESUMEN DEL PRESUPUESTO ...................................................................9


Presupuesto

2

1. INTRODUCCIÓN

En este documento se obtiene el coste global presupuestado del proyecto. Para

obtener el valor final se ha dividido el proyecto en dos partidas principales, de

las que se ha calculado el coste individualmente. Dichas partidas son:

- Recursos humanos necesarios para la ejecución del proyecto

- Gastos generales del proyecto


Presupuesto

3

2. DESGLOSE

En esta partida se contabilizan las horas que se van a dedicar por parte de

cada persona que interviene en la realización del proyecto, en cada uno de los

periodos planificados.

En las siguientes páginas se puede ver el organigrama y las horas del proyecto

en cada uno de los periodos planificados.

Los medios humanos para la planificación del proyecto son:

Un director de proyecto (80 €)

Un analistas (45 €/hora)

Un programador (30 €/hora)

Un jefe de proyecto (60 €/hora)

En las tarifas de coste por hora se incluyen:

- Salarios

- Seguridad social

- Gastos sociales

- Gastos de estructura

- Amortizaciones


Presupuesto

4

El organigrama organizativo durante la ejecución del proyecto será: A continuación se contabilizan las horas necesarias agrupadas según función

desempeñada para aplicar el precio unitario del trabajo según las tarifas

vigentes, obteniendo así el coste de los recursos humanos necesarios para el

proyecto.

DIRECTOR DELPROYECTO

JEFE DEL PROYECTO

PROGRAMADOR

ANALISTA


Presupuesto

5

1) HORAS / HOMBRE

DIRECTOR DE

PROYECTO

JEFE DE

PROYECTO ANALISTA

PROGRAMA_D

OR TOTAL

Identificación de

necesidades 40 120 0 0 160

Análisis de

requisitos 20 160 0 0 180

Estudio de

arquitectura 20 40 100 0 160

Diseño externo 20 20 100 60 200

Diseño interno 20 20 150 70 260

Programación 10 15 50 470 545

Prueba 5 10 50 90 155

Implantación 5 5 10 60 80

Formación 0 0 56 0 56

TOTAL 140 390 516 750 1.796


Presupuesto

6

TARIFAS

Director de proyecto 80 € / h

Jefe de proyecto 60 € / h

Analista 45 € / h

Programador 30 € / h

Director de

proyecto 140 horas 80 € 11.200 €

Jefe de proyecto 390 horas 60 € 23.400 €

Analista 516 horas 45 € 23.220 €

Programador 750 horas 30 € 22.500 €

TOTAL............................................................................ 80.320 €

Contingencia 10 %.......................................................................... 8032 €

Importe Horas/Hombre después de contingencia......................... 88352 €


Presupuesto

7

2) SUMINISTROS UNIDADES OBJETO PRECIO UNITARIO IMPORTE TOTAL 1 Servidor 1.318 € 1.318 €

10 PDA 245 € 2.450 € 3.768 €

Contingencia 5 %............................................................................188,4 €

Importe suministros después de contingencia.................................3956,4 €

3) VARIOS

Mantenimiento sistema 12 % ANUAL 10.602,24 €

Mantenimiento suministros 7 % ANUAL 276,948 €

El primer año después de la instalación de la aplicación, se considerará

periodo de garantía. El servicio de mantenimiento de la aplicación se

comenzará a cobrar anualmente a partir de los 365 días de la

instalación.

RESUMEN

Importe Horas / Hombre

88.352 €

Importe suministros 3.956,4 €

TOTAL 92.308,4 €


Presupuesto

8

3. GASTOS GENERALES

En este apartado habría de contabilizarse los gastos que se derivan por el

Hardware y Software utilizado tanto en la parte de GEvaT PC, GEvaT PDA y

GEvaT Interface.

Las herramientas de las que se hará uso en cuanto a hardware no

incrementan el coste ya que no se hará uso más que de ordenadores

personales, y de una PDA de la que ya se disponía.

El software utilizado para el desarrollo no incrementará en ninguna medida el

coste total del proyecto, ya que de todas las aplicaciones de las que se harán

uso ninguna es nueva para la empresa.


Presupuesto

9

4. RESUMEN DEL PRESUPUESTO

Como resumen del coste estimado para este proyecto deberemos tener en

cuenta los gastos de los recursos humanos utilizados, así como de los

suministros, en este caso los dispositivos móviles y el servidor y del

mantenimiento. Por tanto el presupuesto global de este proyecto hasta la

fecha sería de noventa y dos mil trescientos ocho coma cuatro Euros (92.308,4

€ ).


Presupuesto

1


Presupuesto

2

desarrollo e implantaciÓn de un sistema … · proyecto fin de carrera desarrollo e implantaciÓn...

Documents