Gestión Documental

UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI) INGENIERO EN INFORMTICA
PROYECTO FIN DE CARRERA
Ingeniera colaborativa y sincronizacin de Bases de datos entre oficinas internacionales de IBERINCO
AUTOR:
Ignacio Navas Perona

MADRID, Junio de 2007
Autorizada la entrega del proyecto al alumno:
EL DIRECTOR DEL PROYECTO
Jos Javier Molina Prez
Fdo:
Fecha:
V B del Coordinador de Proyectos
David Contreras Brcena
Fdo:
Fecha:
UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI) INGENIERO EN INFORMTICA
PROYECTO FIN DE CARRERA
Ingeniera colaborativa y sincronizacin de Bases de datos entre oficinas internacionales de IBERINCO
AUTOR:

MADRID, Junio de 2007
Resumen
iv
Resumen
INGENIERA COLABORATIVA Y SINCRONIZACIN DE BASES DE DATOS ENTRE OFICINAS INTERNACIONALES DE IBERINCO. Iberdrola como casi todas las empresas que operan en la actualidad est sufriendo una expansin internacional muy importante, desarrollndose gran parte de su negocio fuera sus fronteras. Para poder abordar esta expansin, Iberdrola Ingeniera y Construccin (Iberinco), ha necesitado establecer distintas sedes y oficinas alrededor de todo el mundo, con la diversa problemtica que ello conlleva, como las trabas de comunicacin debido a la deslocalizacin de los equipos de trabajo, o la dificultad de la gestin de grupos de trabajo remota. Este problema es aun ms delicado en empresas de ingeniera y construccin, como es el caso de Iberinco, en las que tiene que haber una gestin centralizada del proyecto, una cooperacin y colaboracin entre todos los miembros de los equipos de trabajo y una comunicacin constante, para poder conseguir un proyecto eficiente y eficaz, logrando los mnimos costes y tiempos posibles. Es por esto por lo que con este proyecto se han querido abordar los problemas que existan entre las oficinas internacionales de Iberinco, mediante un exhaustivo y meticuloso anlisis, de cual posteriormente se ha extrado una serie de conclusiones y una concisa identificacin de alternativas para implantar como soluciones adaptadas para paliar los efectos negativos de la situacin antes mencionada y cubrir las necesidades actuales de Iberdrola. La solucin a adoptar que engloba este proyecto ha sido implantar una ingeniera colaborativa entre todas las oficinas internacionales de Iberinco, logrando un uso efectivo entre todas las oficinas y equipos, consiguiendo equipos virtuales de trabajo, sin trabas de tiempos, distancias, ni lmites organizacionales. El primer paso lgico fue analizar el rea de actividad a la que estaba orientado este proyecto para poder comprender los problemas a los que nos enfrentbamos. Este punto fue fundamental ya que se comprob que el proyecto estaba dirigido a reas de generacin trmica y gas, y generacin nuclear, ms concretamente a proyectos de construccin de centrales de ciclo combinado y centrales nucleares. Esta clase de proyectos se tienen que tratar
Resumen
con un especial cuidado, ya que son proyectos de un gran tamao, en el que se desarrollan ms de tres mil actividades, trabajan ms de mil trescientas personas en ellos y su coste supera los diez millones de euros, por ello se tienen que utilizar herramientas muy potentes que garanticen la fiabilidad y la seguridad durante todo el ciclo de vida del proyecto. Una vez entendido el entorno del proyecto, se analizaron tanto los problemas ms comunes que aparecen en el momento de implantar una ingeniera colaborativa en una empresa como los problemas que existan en ese momento en mbito de Iberinco tales como las malas comunicaciones que existan entre las oficinas internacionales con las sedes de Espaa y Mjico o la deslocalizacin de las bases de datos, encontrndose una base de datos en cada una de las sedes antes nombradas, con distinta informacin entre ellas y sin ningn tipo de concordancia. Otros problemas que se han encontrado es que en estos proyectos se maneja grandes volmenes de informacin, rondando los 50000 a 70000 documentos y unos 70 a 100 GigaBytes de informacin. Tambin se ha podido comprobar que en esta clase de proyectos existe un gran nmero de actividades a lo largo del ciclo de vida del proyecto y es necesario que se haga un minucioso control y una buena gestin de las mismas para que no haya desvos en costes ni plazos. Las soluciones que se aportaron y que se implantaron fueron por este orden, la integracin de un gestor documental para permitir controlar y compartir los documentos que se utilizan en el ciclo de vida del proyecto entre todos los miembros involucrados en l, realizando un estudio previamente de las diferentes herramientas que existen en el mercado y poder comprobar cul es la que mejor se adaptaba a las necesidades de la empresa. El gestor documental que se decidi implantar fue Project Wise. Este gestor documental, adems, se ha implantado en Internet para permitir el acceso a las oficinas internacionales va web. Para poder llevar una gestin eficaz del proyecto y poder analizar las posibles desviaciones de las actividades y por tanto de los costes, se ha implantado una herramienta de gestin y control de proyectos que permite comunicar la informacin de las tareas a las partes involucradas, analizar desvos en costes y plazos y generar de forma rpida informes que permitan evaluar el estado del proyecto. Por razones tcnicas que se detallan en la memoria del presente proyecto, se decidi instalar Primavera Project
Resumen
vi
Planner en Espaa y Mjico, y para garantizar un acceso fiable y seguro a las distintas oficinas que se encuentran geogrficamente distribuidas, se decidi publicar esta herramienta en el entorno Citrix Metaframe. Este entorno permite publicar herramientas pesadas, como es el caso de Primavera Project Planner, en Internet y que los miembros del equipo acreditados para acceder puedan trabajar con la herramienta de gestin y control de proyectos como si lo tuvieran instalado en su ordenador, con una total seguridad, transparencia y eficacia. Finalmente, se decidi realizar un proceso de copiado y mantenimiento de los objetos de las bases de datos de las sedes principales (Espaa y Mjico) realizando una replicacin de ellas. Con esta sincronizacin de las bases de datos se elimina el problema de tener distinta informacin entre ellas y se mejora la disponibilidad de las aplicaciones, a que el sistema provee opciones alternativas de acceso a los datos, usando balanceos de actividad, accesos locales a la informacin ms utilizada, y comparticin de datos transparente independientemente de la localizacin geogrfica. En resumen, se ha logrado implantar una ingeniera colaborativa entre las diversas oficinas internacionales de Iberinco, consiguiendo realizar procesos conjuntos entre ellas, mejorar la competitividad de la empresa, equilibrar la carga de trabajo entre los distintos pases y as lograr una mayor rapidez en la ejecucin de las actividades, potenciando la presencia global de la compaa.
Summary
vii
Summary
COLLABORATIVE ENGINEERING AND DATA BASE SYNCHRONIZATION BETWEEN IBERINCO's INTERNATIONAL OFFICES. Iberdrola like almost all the companies that operate at present time is suffering a very important international expansion, developing great part of his business abroad. To be able to approach this expansion, Iberdrola engineering and building industry (Iberinco), as other big companies, has needed to establish different headquarters and offices all over the world, with different problems it entails, as the outsourcing of the work teams through the whole world. This problem is even bigger in engineering and building companies as Iberinco where there has to be a centralized project management, a fluent cooperation and collaboration among every single member of the workgroup, and a constant real time communication in order to attain an efficient and effective, reducing monetary and time costs. As a result in this project has been tackled the existing problems between the international offices of Iberinco by doing an exhaustive analysis of the issue, and giving custom-made solutions to Iberdrola requirements. Therefore the major goal has been to implant a collaborative international how to do engineering among the Iberinco offices, achieving an effective use of resources and starting up virtual workgroups without neither time hindrances, nor corporational limits. The first step given was analyze the activity sector where this project was orientated in order to have a global comprehension of the problems we had to confronted. This issue was essential since the checked of the project reflected that it was aimed to manage the construction of nuclear power plants and combined cycle power plants. This kind of projects have to be manage very carefully in view of the fact that of their large size and the enormous number of activities running at the same time. It also important to consider that these projects have more than three hundred and their costs exceeds ten Euros million. Is for these reasons so it is necessary to use dreadfully powerful tools which guaranteed the reliability and the security throughout the whole project time. Once the project environment had been completely understood, both the
Summary
viii
most common problems, that appears in the moment in time of implanting a collaborative engineering plan, and the communications problems that exist among the international Iberinco headquarters and their databases were analyzed, founding big information disagreements and huge synchronization problems. The decided solutions have been implanted in this order, a documentary manager integrator, in order to allow the control and the sharing of each and every one of the documents used in the full project time, among all the members of the project group, making an investigation between the different tools of market and checking which o them is the best adaptable to the company requirements. The elected documentary manager was Project Wise. In addition this program has been also installed into the internet so the web access from international offices is now allowed. In order to can hold a more efficient management of the project and have the possibility to analyze the activities mistakes and therefore have a total control of cost, a new control tool has been installed and it allows to communicate the tasks information to the involved parts and for the quickly generation of reports which informs of how is the project going. Attending technical issues which are detailed explained on this report, it was decided to install Primavera Project Planner in Spain and as well in Mexico, and to guarantee a both reliable and secure login to the different offices across the planet it was decided to implant this tool into the Citrix Met frame environment. This environment allows to implant heavy tools like the Primavera Project Planner, into the internet in order to permit the accredited people to have free and friendly access to the tool as if they were working in their own computer. Eventually it was determined to make a copy and maintenance process of the databases objects from the headquarters at Spain and Mexico doing a replication of them. Whit this database synchronization the problem of having different information between them is solve and the availability of the programs is improved since the systems supplies different options to access without caring where is it placed. the data using activities swinging, local accesses to the most used information and sharing the data
Summary
ix
In summary, a collaborative engineering plan among the international Iberincos offices has been implanted, achieving to do processes on the whole, improve the competitivety and the leadership of the company, balance the workload between the diverse countries and gain more quickness in the businesses process, promoting the global appearance of the company
ndice
ndice
1 INTRODUCCIN 1.1 1.2 1.3 1.4 1.5 SITUACIN ACTUAL DE IBERINCO ENTORNO DEL PROYECTO OBJETIVOS ESCENARIO DE TRABAJO INICIAL ENTORNO COLABORATIVO 1.5.1 ERP 1.5.2 GESTOR DOCUMENTAL 1.5.3 GESTIN DE MATERIALES (BILL OF MATERIAL, BOM) 1.5.4 DISEO 2D/3D 2 ESTUDIO DE LOS PROBLEMAS DE LA INGENIERA COLABORITIVA 2.1 2.2 2.3 2.4 2.5 OBJETIVOS Y ALCANCE DEL ESTUDIO. LAS TECNOLOGAS DE LA INFORMACIN. LA EMPRESA COLABORATIVA. EL DESARROLLO INTEGRADO DE PROYECTOS E INTERCAMBIO DE INFORMACIN LA INGENIERA COLABORATIVA 2 3 5 18 19 21 22 23 24 24 27 28 30 32 33 34
3 SOLUCIONES APORTADAS PARA LOGRAR INGENIERA COLABORATIVA 37 3.1 SITUACIN FINAL ANTE LAS SOLUCIONES PROPUESTAS 4 GESTIN DOCUMENTAL 4.1 4.2 4.3 4.4 4.5 4.6 39 41
INTRODUCCIN A LA GESTIN DOCUMENTAL 41 42 POR QU USAR DOCUMENTOS ELECTRNICOS Y NO DOCUMENTOS EN PAPEL? 46 PROBLEMAS ASOCIADOS AL USO DE DOCUMENTOS ELECTRNICOS. NECESIDAD DE UNA GESTIN DOCUMENTAL 47 48 REQUERIMIENTOS GENERALES DE LA GESTIN DOCUMENTAL DIFERENCIAS ENTRE UN GESTOR DOCUMENTAL, UN GESTOR DE CONTENIDOS Y UN 50 GESTOR DE CONOCIMIENTO. 54 4.7 METODOLOGA DE IMPLANTACIN DE UN GESTOR DOCUMENTAL. 58 4.8 GESTIN DOCUMENTAL EN PROYECTOS DE INGENIERA. 4.9 LA GESTIN DOCUMENTAL COMO HERRAMIENTA COLABORATIVA 64 67 4.10 ANLISIS DE NECESIDADES 4.11 EVALUACIN DE LAS HERRAMIENTAS DE GESTIN DOCUMENTAL Y ELECCIN DE UNA 69 HERRAMIENTA. 4.11.1 EVALUACIN DE HUMMINGBIRD DM 72 4.11.2 EVALUACIN DE DOCUMENTUM 4.11.3 EVALUACIN DE PROJECTW ISE 4.11.4 EVALUACIN DE SHAREPOINT 4.11.5 CONCLUSIONES 75 78 80 85
ndice
5 BASES DE DATOS ORACLE 5.1 5.2 5.3 5.4 5.5
xi
87
87 INSTALACIN DE NUEVAS BASES DE DATOS PLANTILLA DE CREACIN DE BASES DE DATOS 97 102 CONFIGURACIN DEL LISTENER Y DEL TNSNAMES.ORA 104 CONFIGURACIN DE LOS PARMETROS DE LAS BASES DE DATOS AGREGACIN DE LA BASE DE DATOS EN ORACLE ENTERPRISE MANAGER Y COMIENZO 106 DE UTILIZACIN
6 IMPLANTACIN DE UNA HERRAMIENTA DE PLANIFICACIN Y CONTROL DE PROYECTOS 109 6.1 ANLISIS COMPARATIVO DE LAS HERRAMIENTAS DE PLANIFICACIN DE PROYECTOS 109 DE INGENIERA 6.1.1 INTRODUCCIN A LAS HERRAMIENTAS DE PLANIFICACIN Y CONTROL DE
PROYECTOS
110 112 113 114 117 118 120 122 126 126 133 134 134 137 137 139
6.1.2 MICROSOFT PROJECT 2000 6.1.3 MICRO PLANNER MANAGER 6.1.4 PRIMAVERA PROJECT PLANNER 6.1.5 CONCLUSIONES 6.2 PRIMAVERA PROJECT PLANNER 6.2.1 PLANIFICACIN DE LA IMPLEMENTACIN 6.2.2 REQUERIMIENTOS DEL SERVIDOR Y CLIENTE 6.3 INSTALACIN DE LA BASE DE DATOS Y CONFIGURACIN 6.3.1 INSTALACIN DE LA BASE DE DATOS 6.3.2 LIMPIEZA PRINCIPAL DE LA TABLA REFRDEL 6.3.3 CONFIGURACIN DEL SERVIDOR DE BASE DE DATOS 6.3.4 CARGA DE LOS DATOS DE LA APLICACIN 6.4 INSTALACIN DE MYPRIMAVERA Y CONFIGURACIN 6.4.1 INSTALACIN DE MYPRIMAVERA 6.5 IMPORTACIN Y EXPORTACIN DE DATOS
ndice
7 CITRIX METAFRAME 7.1 7.2 7.3 7.4 INTRODUCCIN A CITRIX METAFRAME VENTAJAS Y CARACTERSTICAS DE CITRIX METRAFRAME PLATAFORMA DE ACCESO CITRIX PUBLICAR UNA APLICACIN EN EL ENTORNO CITRIX METAFRAME 7.4.1 INSTALAR LA APLICACIN EN EL SERVIDOR DE DESARROLLO DE IBERINCO 7.4.2 PROBAR LA APLICACIN EN EL ENTORNO DE DESARROLLO CITRIX 7.4.3 SOLICITAR EL PASO A INTEGRACIN DE LA APLICACIN. 7.4.4 PROBAR LA APLICACIN EN EL ENTORNO CITRIX DE INTEGRACIN. 7.4.5 SOLICITAR EL PASO A PRODUCCIN DE LA APLICACIN. 7.4.6 PROBAR LA APLICACIN EN EL ENTORNO CITRIX DE PRODUCCIN. 7.4.7 PRUEBAS EN EL ENTORNO METAFRAME 7.5 CARACTERSTICAS DE LOS SERVIDORES DE CITRIX 7.6 ANLISIS DEL RENDIMIENTO DE LOS SERVIDORES CITRIX 7.6.1 PORCENTAJE DE TIEMPO DE PROCESADOR 7.6.2 MEMORIA (MBYTES) DISPONIBLE 7.7 CONFIGURACIN RECOMENDADA EQUIPO CLIENTE CITRIX 7.8 LISTADO DE IMPRESORAS HOMOLOGADAS POR IBERDROLA
xii
144 144 146 149 151 151 152 153 155 155 156 156 162 163 163 164 165 165
8 REPLICACIN ORACLE 8.1 8.2 8.3 8.4 VISTA GENERAL DE LA REPLICACIN APLICACIONES QUE USAN REPLICACIN OBJETOS, GRUPOS Y SITIOS REPLICABLES TIPOS DE AMBIENTES DE REPLICACIN 8.4.1 REPLICACIN MULTIMASTER 8.4.2 REPLICACIN DE VISTAS MATERIALIZADAS 8.4.2.1 Vistas materializadas de solo lectura 8.4.2.2 Vistas materializadas actualizables 8.4.2.3 Vistas materializadas writeable 8.4.2.4 Subconjuntos de Filas y Columnas con vistas materializadas 8.4.2.5 Actualizacin de vistas materializadas 8.4.2.6 Grupos de refresco 8.4.2.7 Registro de vistas materializadas 8.4.2.8 Despliegue de Patrones 8.4.3 CONFIGURACIONES HBRIDAS: MULTIMASTER Y VISTAS MATERIALIZADAS 8.5 CONFLICTOS DE REPLICACIN 8.6 OTRAS OPCIONES DE REPLICACIN MULTIMASTER 8.7 REPLICACIN MAESTRA 8.7.1 CONCEPTOS DE REPLICACIN MAESTRA 8.7.1.1 Que es la replicacin maestra 8.7.1.2 Por que utilizar replicacin multimaestro 8.7.1.3 Proceso de replicacin multimaestro 8.7.1.4 Conceptos sobre resolucin de Conflictos
167 167 169 170 173 173 175 176 177 179 179 180 180 181 181 182 183 184 186 186 186 189 192 196
ndice
8.7.2 ARQUITECTURA DE LA REPLICACIN MULTIMASTER 8.7.2.1 Mecanismos del sitio maestro 8.7.2.2 Mecanismos administrativos 8.8 VISTAS MATERIALIZADAS 8.8.1 CONCEPTOS DE VISTAS MATERIALIZADAS 8.8.1.1 Por que usar vistas materializadas 8.8.1.2 Vistas materializadas en mltiples capas 8.8.1.3 Mecanismos del master site y de la vista materializada 8.9 CONFLICTOS 8.9.1 TIPOS DE CONFLICTOS 8.9.2 CONFLICTOS DE DATOS Y ORDEN DE TRANSACCIN 8.9.3 DETECCIN DE CONFLICTOS 8.9.3.1 Como lo hace Oracle 8.9.3.2 Resolucin de conflictos 8.9.4 TCNICAS PARA EVITAR CONFLICTOS 8.9.4.1 Utilizar grupos de columnas: 8.9.4.2 Sitio primario y sitio dinmico propiedad de modelos de datos: 8.9.4.3 Evitando conflictos de unicidad: 8.9.5 ARQUITECTURA DE RESOLUCIN DE CONFLICTOS 8.9.5.1 Mecanismos de soporte: 8.9.5.2 Mtodos de resolucin de conflictos: 8.9.5.3 Otros Mtodos 8.9.5.4 Resolucin de conflictos de unicidad 8.9.6 CONCLUSIN DEL ESTUDIO DE LA REPLICACIN
xiii
198 198 204 206 206 206 206 209 211 211 212 212 212 213 214 214 214 214 215 215 216 216 218 219
9 PROCESO DE SINCRONIZACIN DE LAS BASES DE DATOS ORACLE 9.1 9.2 9.3 9.4 CONCEPTOS PLANIFICANDO EL ENTORNO DE REPLICACIN DIFERENCIAS ENTRE MASTER SITES Y SITES DE VISTAS MATERIALIZADAS. CREACIN DE MASTER SITES 9.4.1 PASOS PARA CREAR INICIALMENTE DOS MASTER. 9.4.2 ESTABLECIENDO EL MASTER SITE SPRINGNT 9.4.3 CREACIN DE LOS ENLACES ENTRE LOS MASTER SITES 9.5 ESTABLECIENDO LOS SITES DE VISTAS MATERIALIZADAS 9.6 CREACIN GRUPOS DE REPLICACIN MASTER 9.7 LECCIONES APRENDIDAS EL PROCESO DE REPLICACIN
222 222 223 224 225 226 227 231 235 236 248
10 PRESUPUESTO 10.1 COSTES DE IMPLANTACIN 10.2 COSTES DE ADQUISICIN TECNOLGICA 10.3 COSTES TOTALES
252 252 253 253
ndice
xiv
11 CONCLUSIONES 12 NDICE DE ACRNIMOS 13 BIBLIOGRAFA
255 257 266
1
Introduccin
1.Introduccin
1 Introduccin
Debido a la expansin internacional de los proyectos en las empresas de ingeniera espaolas y a la globalizacin de los procesos, IBERINCO, al igual que otras ingenieras como Fluor, Initec, Tcnicas Reunidas, Ghesa..., se ven en la necesidad de poder utilizar aplicaciones y herramientas entre oficinas internacionales, sincronizando sus bases de datos en tiempo real. Con ello lograr una cooperacin y colaboracin entre distintas sedes que se encuentran geogrficamente distribuidas. Se realizarn procesos conjuntos en distintas oficinas de ingeniera, bajo un mismo sistema de trabajo en comn elaborando un proyecto virtual y as mejorar la competitividad, equilibrar la carga de trabajo en los distintos pases, conseguir un menor coste para los clientes con el apoyo del uso de las nuevas tecnologas y una mayor rapidez en la ejecucin, potenciando la presencia global de la compaa. En el plan estratgico del 2006 Iberdrola impulsa la internacionalizacin. La empresa prev garantizar las necesidades energticas de nuestro pas (62% de todas las inversiones) y aprovechar las oportunidades de negocio rentable que surjan en el extranjero (38% restante).
1.Introduccin
1.1 Situacin actual de IBERINCO
Iberdrola cuenta ya con una slida presencia internacional realizando proyectos en ms de 20 pases:
1.Introduccin
Las proyecciones para el 2011 estiman un gran incremento internacional. Se prevn unas inversiones de ms de 6000 Millones de euros para lograr esta internacionalizacin. Para ello Iberdrola Ingeniera va a realizar las siguientes actuaciones:
Generacin en Espaa de energa punta de bombeo y ciclos segn demanda. Generacin en Europa con oportunidades de nuevas centrales. En energas renovables se estima unos 10.000 MW. en el 2011 en Europa, EE.UU. y otros
En Latinoamrica se prev abrir nuevas centrales en Mxico y Brasil.
La proyeccin internacional es muy grande desarrollndose en el futuro el 80% de los proyectos fuera de Espaa. Por ello, se necesita solucionar el problema de las comunicaciones y lograr una ingeniera colaborativa entre las distintas oficinas que permita a un equipo de trabajo distribuido alrededor de todo el mundo trabajar con completa colaboracin y cooperacin.
En los grficos anteriores se observa como las ventas internacionales aumentan progresivamente y se estima que en el ao 2009 las ventas internacionales llegarn a alcanzar un 69% de la cuota del mercado.
1.Introduccin
1.2 Entorno del proyecto

Iberdrola Ingeniera presenta como caracterstica distintiva su capacidad de realizacin de trabajos para todas las industrias de servicios en red (gas, agua, telfono y electricidad) con especial nfasis en la industria elctrica. A continuacin se va a explicar brevemente las distintas reas de actividad que existen actualmente en Iberinco y en cual se encuadra nuestro proyecto, [IAII05], [IBERIN].
1. Transporte y Distribucin de Energa Elctrica Iberdrola Ingeniera ofrece los servicios correspondientes a todos los trabajos de ingeniera de sistemas de red, no solo referidos a los de energa elctrica, donde ha realizado los proyectos de ingeniera para IBERDROLA, sino tambin a otros sistemas como son los del gas y del agua. Estas capacidades son fruto de la alta tecnologa desarrollada en el proceso de modernizacin continua implantado en IBERDROLA. Las actividades ms importantes en este campo son:
Estudios de transporte y distribucin de energa elctrica
Planificacin
de
la
red
de
transporte
distribucin elctrica Proyectos de lneas Proyectos de subestaciones Normalizacin de instalaciones Calidad de servicio Automatizacin de distribucin y gestin de la demanda Conexin generacin Gestin de la medida de energa Eficiencia energtica en la red de instalaciones de
1.Introduccin 2. Generacin Hidrulica
La realizacin de grandes obras de infraestructuras con el diseo de presas de diferentes tipos y tamaos, tneles, canales as como de sus centrales hidroelctricas, dota a Iberdrola Ingeniera de una experiencia completa sobre todas las facetas en este tipo de proyectos.
Anteproyectos y estudios de viabilidad Proyectos civiles y electromecnicos de centrales hidrulicas,
minicentrales y estaciones de bombeo Ejecucin de los proyectos "llave en mano" Rehabilitacin y reforma de centrales en operacin Automatizacin, regulacin y telecontrol de instalaciones Renovacin de sistemas de regulacin de velocidad y sistemas de excitacin Renovacin de sistemas de protecciones elctricas Sistemas de gestin de recursos hidrulicos Sistemas de gestin de la operacin y el mantenimiento Ingeniera civil para el diseo de presas e instalaciones hidrulicas de diferentes tipos y configuraciones Grandes obras subterrneas Estructuras masivas de hormign
1.Introduccin 3. Energa Elica y Solar
Los proyectos de parques elicos, generacin solar, generacin fotovoltaica y pilas de combustible, permiten ofrecer una amplia variedad de proyectos de generacin partiendo de este tipo de "nuevas tecnologas".
Evaluacin de recursos energticos y estudios de viabilidad Proyectos de parques elicos Despacho de operacin centralizada de parques elicos Proyectos de energa solar trmica y fotovoltaica Ejecucin de las instalaciones "llave en mano" Sistemas de gestin de la operacin y mantenimiento
1.Introduccin 4. Control y Telecomunicaciones Iberdrola Ingeniera presenta una oferta competitiva de sistemas
de
telecomunicacin, automatizacin, tele medida y telecontrol con una orientacin de mercado hacia al sector elctrico, sector de servicios pblicos de gas yagua y telecomunicaciones. La oferta comercial de Iberdrola Ingeniera incluye las lneas de actividad siguientes:
Proyectos completos de telemando de instalaciones desatendidas (control local, telecomunicaciones y puesto central de operacin).
Centros de operacin y explotacin. Sistemas de control y adquisicin de datos. Gestin de red. Soluciones de telecomunicaciones a medida. Sistemas de gestin de medida elctrica. Diseo y construccin de redes de fibra ptica y sistemas de transmisin. Diseo y construccin de soluciones de telecomunicacin. Implantacin de sistemas de telecomunicacin sobre la red elctrica de media y baja tensin.
Ingeniera e implantacin de redes de telecomunicaciones fijas y mviles. Anlisis y optimizacin de recursos de telecomunicacin. Redes integradas de voz y datos (centros de atencin telefnica, redes privadas, soho, etc.).
Proteccin y control de redes e instalaciones. Proyectos de modernizacin, automatizacin y telemando.
1.Introduccin
Este proyecto va orientado a la construccin Centrales Nucleares y Centrales de Ciclo Combinado, por tanto se va a realizar una pequea introduccin sobre este tipo de centrales dentro del rea de actividad al que pertenezcan.
5. Generacin Trmica / Gas La amplia experiencia adquirida por el personal de Iberdrola Ingeniera en este campo proviene de su participacin en centrales de diferentes tecnologas con diferente tipo de turbinas, calderas y tamaos, que van desde 10 MW hasta 2000 MW, utilizando combustibles fsiles tradicionales, carbn, gas-oil, fuel-oil, gas natural y combustibles renovables derivados del aprovechamiento de la biomasa. Esta participacin abarca, segn los casos, desde el apoyo a la propiedad en licitaciones de proyectos de venta de energa, hasta el suministro "llave en mano" de instalaciones; o desde el estudio de viabilidad o de valoracin de activos hasta la ejecucin de reformas y mejoras en instalaciones existentes, pasando, cuando as se solicita por el cliente, por las fases de diseo, ingeniera de detalle, suministros, construccin, pruebas, puesta en marcha y apoyo a la explotacin, bien como una gestin integrada del proyecto o bien en fases especficas del mismo. Las centrales en las que Iberdrola Ingeniera ha desarrollado su actividad suman una potencia de 13.630 MW, de los cuales 1.200 corresponden a carbn, 3.300 a fuel, y el resto 9.100 a gas y unos 30 MW a biomasa.
1.Introduccin Las actividades ms importantes en este campo son:
10
Centrales de ciclo combinado Cogeneraciones y trigeneraciones Infraestructuras de transporte de gas Centrales de combustibles fsiles Modernizacin y reforma de instalaciones en servicio
Instalaciones de transporte y almacenamiento de gas
Estudios de viabilidad tcnico - econmicos, planes de negocio
Seleccin instalaciones
contratacin
de
nuevas
Supervisin de ingeniera y construccin Asesora tcnica y comercial en contratos de venta de energa
Asesora y apoyo tcnico en licenciamiento y gestin de permisos
Ingeniera civil para preparacin y adecuacin del terreno
Proyectos
de
puentes,
carreteras,
edificaciones, conducciones de agua, etc.
1.Introduccin 5.1 Centrales de ciclo combinado
11
El principio de funcionamiento de las centrales de ciclo combinado viene motivado inicialmente en el campo de la propulsin de aviones durante la segunda guerra mundial, mientras que la primera central de ciclo combinado aparece en Estados Unidos en 1948, basndose en una central trmica con una turbina de gas en paralelo que consigue aprovechar los gases de escape propios de la combustin del gas para calentar el agua de alimentacin del ciclo aguavapor. En la generacin de energa elctrica se denomina ciclo combinado a la coexistencia de dos ciclos termodinmicos en un mismo sistema, uno cuyo fluido de trabajo es vapor de agua y otro cuyo fluido de trabajo es un gas producto de una combustin. En una central elctrica el ciclo de gas genera energa elctrica mediante una turbina de gas y el ciclo de vapor de agua lo hace mediante una o varias turbinas de vapor. El principio sobre el cual se basa es utilizar los gases de escape a alta temperatura de la turbina de gas para aportar calor a la caldera o generador de vapor de la turbina de vapor. La principal ventaja de utilizar el ciclo combinado es su alta eficiencia, ya que se obtiene un rendimiento 50% superior al rendimiento de una central de ciclo nico. Consiguiendo aumentar la temperatura de entrada de los gases en la turbina de gas, se obtienen rendimientos de la turbina de gas cercanos al 60%, exactamente 57.3% en las ms modernas turbinas Siemens. Este rendimiento implica una temperatura de unos 1350 C a la salida de los gases de la cmara de combustin. El lmite actualmente es la resistencia a soportar esas temperaturas por parte de los materiales cermicos empleados en el recubrimiento interno de las cmaras de combustin de esas turbinas. Las centrales de ciclo combinado son, como todas ellas, contaminantes para el medio ambiente y para los seres vivos, incluidas las personas, por los gases txicos que expulsan al ambiente. No obstante es la que menos contamina de todas las industrias de produccin de electricidad por quema de combustible fsil.
1.Introduccin
12
Bsicamente las emisiones son de CO2. Las emisiones de NOX y SO2 son insignificantes, no contribuyendo por tanto a la formacin de lluvia cida. La construccin de este tipo de centrales en nuestro pas viene motivada por cuatro factores: La creciente demanda de energa elctrica. La escasa oferta de energa. La necesidad de garantizar el suministro de energa. La necesidad de cumplir el protocolo de Kyoto, en el que se especifican las emisiones al medio ambiente. Adems de estos factores el desarrollo de las centrales de ciclo combinado frente a las centrales trmicas viene apoyado debido a que las centrales de ciclo combinado:
Reducen las emisiones contaminantes. Consiguen una mayor eficiencia energtica (hasta un 57% frente a un 37%).
Menores costes de desarrollo y de operacin. Menor necesidad de espacio. Ciclo de desarrollo ms corto.
El proceso de combustin de las centrales de ciclo combinado es el ms eficiente entre todos los tipos de generacin termoelctrica convencional, ya que la combinacin de los dos tipos de generacin permite el mximo aprovechamiento de los combustibles utilizados.
1.Introduccin
13
Esquema general de las centrales de ciclo combinado.
Esquema ms detallado de la central
1.Introduccin
14
Central de Ciclo Combinado
1.Introduccin 6. Generacin Nuclear
15
En el rea de Generacin Nuclear, Iberdrola Ingeniera ofrece un amplio rango de servicios a las instalaciones nucleares que abarca la ingeniera conceptual y bsica, incluyendo definicin de sistemas y procesos, los proyectos llave en mano y el apoyo operacional. Iberdrola Ingeniera dispone de un equipo de ingeniera y deservicios multidisciplinar y de alta especializacin en las diferentes tecnologas del rea nuclear:
Reactores de agua a presin: Diseo Westinghouse (USA), KWU de Framatome ANP (Alemania) y VVER de Rosenergoatom (Rusia)
Reactores de agua en ebullicin de General Electric (USA).
Gracias a sus trabajos en las centrales nucleares espaolas y, en los ltimos aos, en pases como Alemania, Brasil, Kazajstn, Rusia, Eslovaquia y Ucrania, entre otros. Un nmero significativo de especialistas desarrolla su actividad en el emplazamiento de las centrales nucleares. Especficamente, Iberdrola Ingeniera dispone de personal y la experiencia adquirida en el desarrollo del proyecto de la central nuclear de Cofrentes (BWR/61100 MWe) y de la central nuclear de Valdecaballeros 1 & 2 (BWR/6 - 974 MWe), as como la documentacin, especificaciones tcnicas, clculos y diseos bsicos de dichos proyectos
1.Introduccin 6.1 Centrales nucleares
16
Una central nuclear es una instalacin industrial empleada para la generacin de energa elctrica a partir de energa nuclear, que se caracteriza por el empleo de materiales fisionables que mediante reacciones nucleares proporcionan calor. Este calor es empleado por un ciclo termodinmico convencional para mover un alternador y producir energa elctrica. Las centrales nucleares constan de uno o varios reactores, que son contenedores (llamados habitualmente vasijas) en cuyo interior se albergan varillas u otras configuraciones geomtricas de minerales con algn elemento fisil (es decir, que puede fisionarse) o frtil (que puede convertirse en fisil por reacciones nucleares), usualmente uranio, y en algunos combustibles tambin plutonio, generado a partir de la activacin del uranio. En el proceso de fisin radiactiva, se establece una reaccin que es sostenida y moderada mediante el empleo de elementos auxiliares dependientes del tipo de tecnologa empleada. Las instalaciones nucleares son construcciones muy complejas por la variedad de tecnologas industriales empleadas y por la elevada seguridad con la que se les dota. Las caractersticas de la reaccin nuclear hacen que pueda resultar peligrosa si se pierde su control y prolifera por encima de una determinada temperatura a la que funden los materiales empleados en el reactor, as como si se producen escapes de radiacin nociva por esa u otra causa. La energa nuclear se caracteriza por producir, adems de una gran cantidad de energa elctrica, residuos nucleares que hay que albergar en depsitos aislados y controlados durante largo tiempo. A cambio, no produce contaminacin atmosfrica de gases derivados de la combustin que producen el efecto invernadero, ni precisan el empleo de combustibles fsiles para su operacin. Sin embargo, las emisiones contaminantes indirectas derivadas de su propia construccin, de la fabricacin del combustible y de la gestin posterior de los residuos radiactivos (se denomina gestin a todos los procesos de tratamiento de los residuos, incluido su almacenamiento) no son despreciables.
1.Introduccin
17
Central Nuclear Al igual que en todos los proyectos de ingeniera de Iberinco en estos proyectos participarn de forma activa los suministradores, contratistas, la empresa de ingeniera externa que se encargar de la ingeniera de detalle y Iberinco. Estos proyectos adems de ser muy complejos cuentan adems con el problema de que los participantes se encuentran en zonas muy distantes, Amrica Central, Espaa, Letonia
Debido a la magnitud de los proyectos a los que esta orientado este trabajo, en las que ronda las 3000 actividades aproximadamente y trabajan en el proyecto alrededor de 300 personas ms 1000 personas en obra, es necesario utilizar herramientas potentes que garanticen la fiabilidad y el rendimiento.
1.Introduccin
18
1.3 Objetivos
El principal objetivo de este proyecto, como ya se vena aventurando anteriormente, es lograr una ingeniera colaborativa entre las distintas oficinas de IBERINCO y lograr un proyecto virtual sin trabas de tiempos, ni distancias, permitiendo un equipo de trabajo distribuido alrededor de todo el mundo, con completa colaboracin. Para ello se deben alcanzar los siguientes objetivos, [SAPS05], [INTE04], [FLUO06]:
Estudio de los internacionales.
problemas de la ingeniera colaborativa entre oficinas
Definir las soluciones en funcin de las necesidades de la empresa.
Estudio del proceso actual de trabajo del personal de Programacin y Control adems del personal de oficinas internacionales.
Pruebas piloto entre la oficina de Espaa en Madrid, y la oficina de Mxico DF en donde reside el centro neurlgico y hub de comunicaciones de la plataforma internacional de Iberinco.
Pruebas de utilizacin desde puestos cliente de Citrix Metaframe para estudiar la viabilidad de uso de herramientas pesadas que requieren unos retardos pequeos en las transacciones en sus procesos de ejecucin.
Sincronizacin de bases de datos geogrficamente distribuidas entre las diferentes oficinas internacionales para su utilizacin on-line.
1.Introduccin
19
1.4 Escenario de trabajo inicial

Actualmente IBERINCO tiene una base de datos en Espaa para dar cobertura a la red de Iberdrola de la pennsula Ibrica y otra base de datos en la oficina de Mxico. Estas oficinas cuando lo requieren se conectan a travs de una VPN para la utilizacin y obtencin de datos remotos. El resto de las oficinas internacionales como la de Venezuela, Letonia se conectan a la red de Mxico por un VPN y si necesitan conectarse a Espaa se realiza un control remoto persona mquina siendo este mtodo muy ineficaz, imposibilitando el acceso a un nmero grande de usuarios. Al mismo tiempo Iberdrola en Espaa utiliza como herramienta de planificacin y control de proyectos Primavera Project Planner. La herramienta Primavera Project Planner tiene el problema que es necesario que tanto los clientes como la mquina servidor tengan muy buena comunicacin porque por cada tarea de asignacin en el proyecto o cambio de fechas en la planificacin se envan miles de transacciones del cliente al servidor. Este mismo caso ocurre con herramientas de gestin documental dnde se necesita que los clientes estn cercanos al servidor para que no existan problemas de tiempo de respuesta y que la lentitud pueda a llegar a desesperar a las personas implicadas en los proyectos internacionales. Por este motivo, se ha encontrado una problemtica por parte de los directores de las diferentes reas a la hora de realizar la planificacin y control de los diferentes proyectos internacionales y de utilizar herramientas de gestin documental en pases en los cuales la comunicacin es mala.
1.Introduccin
20
Como se puede observar en la figura superior Mxico es el hub de comunicaciones de Iberinco a la cual se conectan el resto de los pases. Existen dos servidores de bases de datos, en Espaa y Mxico, que se conectan a travs de VPN, pero en que en el escenario primario cada una tiene su propia informacin. El resto de los pases que requieran conectarse a la base de datos de Espaa se deben conectar por control remoto persona mquina.
1.Introduccin
21
1.5 Entorno colaborativo
En el entorno colaborativo se muestra los distintos mdulos que existen para poder realizar una buena gestin de un proyecto, permitiendo a un equipo de trabajo, distribuido alrededor de todo el mundo, colaboracin y cooperacin, [AEIP98], [AVEV06] . trabajar con completa
1.Introduccin
22
A continuacin se explicarn los siguientes mdulos del entorno colaborativo para que se puede entender bien las relaciones entre ellos:
1.5.1 ERP
Es el mdulo que sirve para la planificacin de recursos de la empresa. Son sistemas que proporcionan el rastreo transaccional y la visibilidad global de la informacin de cada parte de la empresa y su cadena de suministro, permitiendo la toma de decisiones. Esta informacin en tiempo real ayuda a mejorar la calidad de las decisiones operacionales. Los sistemas ERP mantienen un rastreo de la informacin, mientras Internet proporciona un mtodo con el que ver esta informacin. SAP, Oracle, Baan, son algunos de los principales vendedores de software que experimentaron un tremendo crecimiento gracias al potencial de este sistema. Hoy en da, son los sistemas ERP los que consideran la informacin a travs de todas las funciones de la empresa. Controlan el material, los pedidos, las programaciones, los inventarios de artculos acabados y otra informacin a travs de la organizacin completa. Los sistemas ERP en sus inicios se dirigieron al control de las transacciones, pero carecan de capacidad analtica. Poco a poco se han ido aadiendo mdulos analticos en estos sistemas. Los ERP realizan un seguimiento de los pedidos a travs de la empresa entera, desde la provisin a la entrega, es decir, tienen un alcance inter-funcional. Tradicionalmente los sistemas ERP tienen muchos mdulos: finanzas, logstica, fabricacin, cumplimiento de los pedidos, recursos humanos y gestin de suministradores. Todos estos mdulos y algunos ms, permiten que estos sistemas puedan hacer un seguimiento de los pedidos, los productos, los suministradores, las personas y el dinero. Adems tambin van a permitir una automatizacin de los procesos. Tras la adicin de mdulos de anlisis, los sistemas ERP, adquieren el potencial para extenderse a niveles de decisin ms altos, as como para extenderse a toda la cadena de suministro, pero hoy su capacidad analtica sigue siendo pobre.
1.Introduccin Ventajas de los ERP:
23
Proporcionan un alcance ms amplio, haciendo que la informacin se encuentre disponible para posibilitar una mejor toma de decisiones.
Proporcionan informacin en tiempo real. Usan tecnologas como Internet para compartir informacin. Herramientas y Tcnicas de Modelado para la gestin del Workflow y de Datos
Desventajas de los ERP:
Sus capacidades analticas son pobres, se orientan a las operaciones. Se dice de los ERP que son muy caros y difciles de implementar. Esto puede ser cierto cuando se trata de adaptar los mdulos estndares a los diferentes procesos.
Los principales vendedores de ERPs son SAP (que ya est aadiendo a su ERP mdulos analticos), Oracle y Baan. En Iberinco se utiliza SAP R3.
1.5.2 Gestor documental

Como se explicar a fondo en el apartado dedicado a ello el gestor documental se una herramienta fundamental para la ingeniera colaborativa. Esta herramienta permite el gestionar el flujo de la informacin dentro de la empresa. Permite controlar los documentos desde la creacin hasta la aprobacin final pasando por las diferentes modificaciones por parte de los usuarios que dicho documento haya sufrido a lo largo de su vida y compartir los documentos con todos los miembros involucrados en el proyecto. La herramienta que se ha decidido utilizar en Iberinco es ProjectWise. Ms adelante se explicarn las razones de esta eleccin.
1.Introduccin
24
1.5.3 Gestin de materiales (Bill of Material, BOM)

El control total sobre los materiales es un punto clave para el xito de una compaa que se dedique a la construccin y suministro como es el caso de Iberinco. De cualquier modo, los retrasos de los principales procesos de una compaa de este tipo afectan e impiden seriamente el control total de los materiales. Para superar ese problema, todas las compaas de construccin han desarrollado una variedad de soluciones aisladas y sistemas expertos, entre los cuales es muy difcil alcanzar y mantener una buena integracin. Las herramientas de gestin de materiales, en nuestro caso es BDU, soluciona este problema concentrndose exclusivamente en las necesidades de estaS compaas y propietarios de planta para soportar un proceso de creacin de la planta. Proporcionan unas potentes funciones de gestin de materiales, desde el diseo preliminar a travs del diseo detallado de ingeniera y la compra hasta la construccin. Su flexibilidad y apertura le hacen adaptable a los procesos de trabajo e ingeniera, y ayuda a llevar a cabo la integracin en el ciclo de vida. Asimismo, permiten que se compartan datos con los distintos sistemas de diseo, clientes, subcontratantes y proveedores, as como la reutilizacin de la mayor parte de la informacin en proyectos ulteriores.
1.5.4 Diseo 2D/3D

Este mdulo del entorno colaborativo est centrado en el diseo 2D o 3D de las partes que se van a llevar a construccin en el proyecto. La herramienta elegida en Iberinco es Plant Design System (PDS) es una completa e inteligente aplicacin de diseo/ingeniera asistido por computador (CAD/CAE) para el diseo, construccin y operacin de plantas. Orientada a la produccin, ayuda a las compaas de construccin a conseguir el mejor diseo posible - y hacerlo de forma eficiente para reducir el coste total de instalacin del proyecto.
1.Introduccin
25
Una vez explicados todos los mdulos del entorno colaborativo se va a proceder a explicar las relaciones que existen entre ellos: En el mdulo de diseo 2D/3D (en nuestro caso 3D) se realizan los planos de todos componentes y partes que se van a construir a lo largo de todo el ciclo de vida del proyecto. Estos planos se almacenarn dentro de la herramienta de gestor documental que permite que se puedan compartir estos documentos y se puedan utilizar por otros miembros del equipo aunque se encuentren distribuidos geogrficamente. Para poder realizar un proyecto eficiente se debe contar con los materiales existentes en el almacn o sino llevar una gestin de ellos permitiendo que estn a su hora para el momento de la construccin y que no falten, ni sobren demasiados. Para ello es necesario que el mdulo de diseo comunique a la gestin de materiales la informacin de los planos que se van desarrollando y los materiales que se utilizarn. En el mdulo ERP se controlan el material, los pedidos, las programaciones, los inventarios de artculos acabados y otra informacin a travs de la organizacin completa, por eso los pedidos y las programaciones que se realicen en este mdulo deben estar en constante comunicacin con la herramienta de gestin y control de proyectos. Todos estos mdulos estn relacionados con un elemento central que controla todo el proyecto y realiza la gestin del proyecto. Para poder realizar esto se apoya en una herramienta de planificacin y control de proyectos para comunicar la informacin de las tareas a las partes involucradas, analizar desvos en costes y plazos, reprogramar tareas, generar de forma rpida informes que permitan evaluar el estado del proyecto,etc.
2
Estudio de los problemas de la ingeniera colaborativa
2. Estudio de los problemas de la ingeniera colaboritiva
27
2 Estudio de los problemas de la ingeniera colaboritiva

En la actualidad existen diferentes estrategias para mejorar el proceso de desarrollo de nuevos proyectos, pero las ms eficaces pasan por potenciar las primeras fases del diseo y disminuir la duracin de todo el proceso. Con estas orientaciones se consigue mejorar la agilidad de la empresa para adaptarse a las diferentes y cambiantes necesidades del mercado. Para conseguir este objetivo conviene que los diseos de los proyectos los realicen equipos de diseo multidisciplinares, cuyos miembros deben comunicarse y compartir informacin. La globalizacin es una realidad que afecta a todos los dirigentes de negocios. Para tener xito en un mercado global, las organizaciones deben desarrollar y aplicar todo un conjunto de capacidades y procesos de negocio. Las empresas globales deben, [FLUO06]:
Hacer un uso efectivo de una organizacin mundial ampliamente distribuida, creando una cadena de valor virtual, sin tiempos, distancias o lmites organizacionales.
Asegurar que las corporaciones trabajan juntas. Crear y permitir equipos virtuales de producto, compuestos por personas que estn distribuidas alrededor del mundo.
Utilizar las propiedades intelectuales en estos equipos y organizaciones dispersas.
Permitir el desarrollo y soporte de producto usando equipos globales.
Pero si compartir informacin y colaborar en la empresa es de natural difcil, es ms grave en mbitos en los que para desarrollar un proyecto se requiera del esfuerzo coordinado de un gran nmero de oficinas internacionales o de empresas que configuran lo que se denomina la empresa extendida.
28
En el mercado existen en la actualidad un amplio abanico de herramientas que facilitan la puesta en marcha de estos entornos colaborativos, facilitando la circulacin de informacin (planos, datos, textos, etc.), entre los miembros de los equipos de trabajo, que no necesariamente deben estar prximos fsicamente como ocurre en nuestro caso. La clave del xito est en que los datos de proyecto, y otra informacin, sean compartidos por todas las oficinas y empresas participantes y que estos procesos sean bien gestionados.
2.1 Objetivos y Alcance del estudio.

Para favorecer el establecimiento de una metodologa de implantacin, que ayude al desarrollo del proyecto, entendemos que es importante:
Conocer todos aquellos conceptos y orientaciones generales que nos puedan ayudar a entender cmo las nuevas herramientas afectan a la gestin integrada de la empresa distribuida.
Comprender que las Tecnologas de Informacin nos obligan a gestionar un modelo global de empresa y que stas se ven afectadas por la utilizacin de herramientas para la gestin colaborativa de desarrollo del producto.
Profundizar en todas aquellas metodologas de modelado que nos ayuden a la implantacin de estos sistemas.
Se presenta una herramienta colaborativa a implantar, la solucin de un gestor documental, Project Wise y una herramienta de planificacin y control de proyectos, Primavera Project Planner, as como la utilidad y evolucin de otras herramientas presentes en el mercado requeridas en este nuevo entorno.
29
Para lograr esta ingeniera colaborativa se requiere compartir y coordinar la informacin. Son ya muchas las tecnologas que analizan y comparten informacin. Los gestores debern decidir qu tecnologas utilizar y cmo integrar esas tecnologas en sus compaas.
30
2.2 Las tecnologas de la informacin.

Para hacer efectiva una nueva forma de trabajo, basada en la filosofa de la ingeniera colaborativa y poder obtener ventajas competitivas, resulta fundamental que toda la informacin crucial del proyecto est disponible y fluya a travs de la organizacin. Con esta orientacin han nacido soluciones para la gestin de la informacin en las Empresas Distribuidas. De entre estas soluciones, son bien conocidas las soluciones ERPs (Enterprise Resource Planning, Planificacin de Recursos de la empresa), que permiten crear, gestionar, compartir y rehusar informacin vital sobre el producto y mercado en tiempo real. Basadas en la utilizacin de tecnologas Web, permiten conectar oficinas, clientes y suministradores en el proceso de diseo y desarrollo del proyecto, gestionando todas las funciones y permitiendo una colaboracin en tiempo real. Colaboracin que requiere del uso de una estructura de gestin de datos colaborativa, implantada en las correspondientes bases de datos. La informacin almacenada deber ser visible en Internet y accesible desde cualquier localizacin por todas las personas autorizadas. La colaboracin basada en tecnologas Web est desarrollndose en dos lneas. Por una parte, se estn modificando las aplicaciones actuales y por otra se estn desarrollando nuevas arquitecturas globales. En este sentido, para el desarrollo del proyecto deberemos tener muy presentes los avances y adaptaciones que se produzcan en las propias aplicaciones y en la gestin del entorno de colaboracin. Ahora bien, de todas estas soluciones informticas, hoy disponibles, hay una que resulta clave porque crea el espacio de trabajo compartido (Web): las aplicaciones para la gestin documental. Aplicaciones que permiten a los miembros de los equipos de trabajo compartir informacin, ideas, etc. en un espacio virtual comn y que proporcionan toda una serie de servicios: gestin de documentos, gestin de proyectos, gestin
31
integrada de procesos y procedimientos, etc. Controlando, asimismo, los accesos, la formacin de grupos y equipos, etc. Pero la consecucin de un entorno colaborativo supera el propio hecho tecnolgico disposicin y adaptacin de las soluciones informticasnecesitando, por una parte, de modelos de referencia vlidos para el nuevo proceso de diseo colaborativo y para el desarrollo del sistema de informacin extendido, y por otra, de unas metodologas de implantacin que fijen los pasos y las responsabilidades necesarias para superar las barreras dentro de la organizacin.
Como ya se ha dicho, la informacin es crucial para un buen desarrollo de la empresa, ya que supone la base sobre la que se tomarn sus decisiones. Las Tecnologas de la informacin son el conjunto de herramientas que se usan para ganar conocimiento de esta informacin y analizarla para tomar las mejores decisiones. Para que las oficinas puedan trabajar conjuntamente y colaborar entre ellas es necesario que tengan una visin global de la empresa. Necesitan informacin precisa y oportuna de todas las funciones de las empresas y organizaciones. Esta informacin se corresponde con informacin de suministradores, de fabricacin, de distribucin y ventas e informacin de la demanda. La informacin a su vez para que pueda resultar til, debe ser precisa, accesible, actualizada y correcta.
32
2.3 La empresa colaborativa.

La empresa colaborativa simboliza una aproximacin al comportamiento competitivo y a cmo las empresas ven sus relaciones de intercambio. Una gestin integrada-colaborativa, cuya asociacin entre las oficinas y empresas es una relacin a largo plazo, en la que se desarrollan capacidades complementarias, se comparte ms informacin y en el que las oficinas y empresas se comprometen a realizar una planificacin de una forma ms unida de lo que es usual, [DEOE03]. Hay unos principios bsicos para una buena gestin de la empresa colaborativa:
Optimizar la comunicacin y el intercambio de informacin entre las distintas sedes.
Hacer un uso efectivo de todas las oficinas y equipos de trabajo, creando un proyecto virtual, sin tiempos, distancias o lmites organizacionales.
Crear y permitir equipos virtuales de trabajo, compuestos por personas que estn distribuidas alrededor del mundo.
Permitir una gestin ms eficiente del proyecto. Acceso comn a la misma informacin. Estandarizar las estructuras de los distintos proyectos.
Son caractersticas clave que poseen las empresas preparadas para alcanzar aspectos de Empresa colaborativa:
Alineacin del cliente. El proceso empieza con los clientes y son ellos los que lo dirigen.
Colaboracin. Las oficinas se relacionan a travs de la confianza y el respeto y los roles se asignan en funcin de una comparacin de ventajas.
Flexibilidad y velocidad. Las oficinas son rpidas en responder a los cambios y pueden adaptarse a ellos rpidamente. La ventaja es la transformacin de la informacin en conocimiento.
33
2.4 El desarrollo integrado de proyectos e intercambio de informacin

Sin embargo, a pesar de los grandes avances tecnolgicos que se han producido, sobre todo en los tres ltimos aos, en el campo de la transmisin y comparticin de informacin y en concreto en Internet, la situacin actual dista de alcanzar este objetivo deseable. Hoy todava, cada oficina, o incluso cada departamento de una misma oficina de la misma empresa, suele utilizar una aplicacin distinta que usa su propio formato propietario. Este es uno de los mayores problemas con que nos encontramos en algunos de los campos de la ingeniera, [ORTE02]. Una problemtica que se puede solucionar a corto plazo estableciendo guas de estilo que permitan trabajar con diferentes aplicaciones, minimizando el empleo de aquellas caractersticas que incrementan la incompatibilidad y estableciendo protocolos para superar los cuellos de botella en los intercambios de informacin entre las diferentes aplicaciones. Pensar en utilizar el mismo lenguaje para todas las empresas y todas las herramientas, como solucin a largo plazo, es inviable porque impide progresos rpidos y no es aceptable por estrategias comerciales particulares. Por tanto, se siguen necesitando estndares que faciliten el flujo de todo tipo de informacin: Informacin Geomtrica (modelos geomtricos), Documentos Tcnicos; Imgenes Digitales, transferencia por Internet o a travs de Web. Una necesidad todava no resuelta en la mayora de los campos, por intereses comerciales y tcnicos.
34
2.5 La ingeniera colaborativa
El problema del intercambio de informacin entre sistemas a travs de estndares, con ser importante, no es el nico determinante para la competitividad. Ahora, cualquier sector para reducir al mximo el tiempo de desarrollo de un proyecto debe realizar las diferentes actividades que se desarrollan en paralelo en todas las oficinas, comunicndose y colaborando: Ingeniera colaborativa. Una filosofa y unas metodologas y tcnicas que tratan de implicar a todos los departamentos que intervienen en el ciclo de vida del proyecto que se desea realizar y que incluso propone involucrar a los suministradores de componentes. Para posibilitar la puesta en prctica de la ingeniera concurrente se va a incorporar una herramienta de gestin documental, que permite simplificar y unificar los flujos de informacin, permitiendo operar, no slo, con los datos que provienen de las aplicaciones, sino tambin con los de todos los departamentos de la empresa. De este modo, todos los usuarios del sistema pueden disponer de toda la informacin de la estructura de un producto, pudindola utilizar para sus tareas especficas y generar todos los informes personalizados que se desee.
2. Estudio de los problemas de la ingeniera colaboritiva Se obtienen toda una serie de ventajas, entre las que destacan:
35
Facilita el flujo de informacin en el seno del grupo de trabajo. Elimina el tiempo invertido en trabajar con datos desfasados. Proporciona un sistema de notificacin activo para mantener informados a los miembros del equipo.
Permite trabajar a equipos de trabajo dispersos geogrficamente. El tiempo de desarrollo y los costes globales se pueden reducir de forma importante
Facilitar la gestin de los documentos durante todo el ciclo de proyecto.
vida del
3
Soluciones aportadas para lograr la ingeniera colaborativa
3. Soluciones aportadas para lograr ingeniera colaborativa
37
3 Soluciones colaborativa
aportadas
para
lograr ingeniera
La solucin que se ha aportado en este proyecto y se ha realizado ha sido primero el uso de una herramienta de gestin documental, Project Wise, para poder garantizar la realizacin de un proyecto virtual y permitir que todos los integrantes de los equipos puedan trabajar conjuntamente eliminando los problemas de distancia y organizativos. Para que esta herramienta de gestor documental funcione correctamente y superar las dificultades tcnicas, es necesario que los servidores estn cerca de los clientes, por ello se implantaron servidores cerca de los clientes como es el caso de Mxico, donde tienen su propia base de datos. El problema que trae consigo eso es que existe diferente informacin entre las diferentes base de datos. Actualmente si un integrante de un equipo de Mxico o Espaa necesitase informacin de las bases de datos de la otra oficina se conectaban por VPN. El resto de las oficinas internacionales slo se pueden conectar por VPN a la red de Mxico y si necesitasen informacin de la oficina de Espaa tenan que conectarse por control remoto persona mquina. Para solucionar esto se ha realizado una replicacin de las bases de datos consiguiendo que las dos bases de datos siempre contengan la misma informacin y si se modifica algo en una base de datos se actualice en la otra instantneamente. Otra solucin a los problemas de ingeniera colaborativa que existen en Iberinco fue la instalacin y uso de la herramienta de planificacin y gestin de proyectos Primavera y myPrimavera en el servidor de Mxico (ya que es donde reside el centro neurlgico y hub de comunicaciones de la plataforma internacional de Iberinco) y la publicacin de estas herramientas pesadas en Citrix Metaframe para que se pueda acceder a ellas a travs de Internet.
38
A continuacin se detallarn los pasos que se seguirn para implantar estas soluciones propuestas en el proyecto: 1. Instalacin de las bases de datos Oracle en los servidores de Mxico y Espaa 2. Uso de un gestor documental 3. Instalacin de herramientas de planificacin y control del proyecto. 4. Publicar esta herramienta de planificacin y control de proyectos en el entorno Citrix Metaframe. 5. Replicar las bases de datos de las oficinas de Espaa y Mxico.
39
3.1 Situacin final ante las soluciones propuestas
CITRIX METAFRAME
INTERNET
Los dos
servidores de bases de datos de Espaa y Mxico, son replicados
conteniendo siempre la misma informacin. El resto de los pases se conectan por VPN a Mxico. Si requieren el uso de la herramienta de planificacin y control de proyectos se conectan a travs de la solucin propuesta en este proyecto por CITRIX METAFRAME. Para poder conectarse al gestor documental Espaa y Mxico se conectan directamente, pero el resto de pases lo realizarn a travs de Internet.
4
Gestin Documental
4. Gestin documental
41
4 Gestin documental
4.1 Introduccin a la gestin documental
El trmino gestin documental puede tener distintos significados en el contexto empresarial, [GSTDOC]. En la mayor parte de los casos, se entiende como la gestin de los papeles que, en casi todos los mbitos, desbordan la capacidad de las personas para guardarlos y encontrarlos cuando los buscan. En otros, con un nivel tecnolgico ms alto, gestin documental se asocia a digitalizacin de imgenes y a escneres que se supone que hacen desaparecer los papeles. Pero, gestin documental es esto, y algo ms. Para intentar explicar que es un sistema de gestin documental en el entorno empresarial, tenemos que insistir en dos aspectos importantes: los objetivos que pretendemos conseguir y el mbito de aplicacin del proyecto, [LLAN93]. La definicin de objetivos debe adecuarse a cada empresa, pero hay unos elementos bsicos entendibles y aplicables en todos los entornos. En general, un sistema de gestin documental pretende: Hacer ms fcil a las personas trabajar con los documentos. Cada persona sabe que documentos tiene que guardar, cuando, como y donde. Cada persona sabe como encontrar en poco tiempo los documentos adecuados cuando los necesita. Facilitar que la informacin se comparta y se aproveche como un recurso colectivo, evitar que se duplique, evitar fotocopiados innecesarios, evitar dobles grabaciones de datos, etc. Conservar la memoria de la organizacin ms all de los individuos que trabajan en ella y poder aprovechar el valor de los contenidos en los que queda plasmada la experiencia, evitando empezar de cero sobre aspectos en los que ya hay experiencia acumulada.
42
Definir el mbito de aplicacin de un sistema de gestin documental desde un punto de vista prctico, nos obliga a considerar un enfoque global en el que tienen que integrarse los archivos en papel, los documentos electrnicos y las bases de datos. En cualquier empresa existen estas tres realidades conviviendo de forma tan relacionada que no se pueden ofrecer soluciones parciales. Una vez dicho esto nos es ms fcil hacer una definicin de gestin documental. As definimos libremente gestin documental como una serie de procesos y tareas que permiten almacenar y compartir de una forma ptima la informacin necesaria para el desarrollo de un determinado proyecto.
4.2 Por
qu
usar
documentos
electrnicos
no
documentos en papel?
"La oficina sin papeles" fue una frase acuada hace aos por la industria de las tecnologas de la informacin, para definir el sistema de trabajo que se impondra en las empresas. Desde su aparicin, coincidiendo con los primeros sistemas basados en imagen, se vaticinaba un futuro sin carpetas, papeles, etc. en la mesa de trabajo. La realidad, sin embargo, es que el consumo de papel aumenta ao tras ao, las fotocopiadoras estn presentes no ya en la empresa sino en cada departamento y los archivos se multiplican da a da, [COMP06]. La extremada ineficiencia de esta forma de trabajo se observa claramente si se analizan los costes asociados al uso intensivo del papel: Costes salariales: Localizacin y recuperacin de los documentos; la recuperacin de documentos representa entre el 10 y el 20% del tiempo total de cualquier empleado. Anlisis del Gartner Group sitan el coste persona/tiempo en ms de 0,6 . por documento.
43
Tratamiento y gestin de los documentos; cada vez que se necesita un documento es necesario su posterior rearchivo, con un coste en tiempo, y por tanto en salarios, importante. Distribucin de los documentos; se tardan horas, incluso das, en enviar la documentacin a otros centros y/o clientes con un coste en mensajera, fax elevado.
Costes administrativos: Espacio de almacenamiento; el almacenamiento de la documentacin es un coste oculto para la empresa que se puede estimar en ms de 0,20 por documento al ao Duplicacin de documentos; el 20% de las hojas almacenadas son copias que realizan otras personas o departamentos diferentes al que ha elaborado el original. Es una costumbre bastante extendida guardar una copia de cualquier documento "por si acaso", que en el mejor de los casos acaba en la papelera. Material de archivo; papel, carpetas, etc. el coste de los consumibles es muchas veces evitable. El incremento del coste del papel desde 1995 es superior al 40%.
Prdida de oportunidad: Seguridad; es imposible controlar el acceso a la documentacin, generando una nula confidencialidad, salvo que se destinen recursos humanos especficos, con el consiguiente coste adicional. Prdida de documentos; es frecuente la prdida de documentos, sobre todo los conflictivos, ocasionando problemas importantes, obligando a repetir el trabajo realizado. Adems no existen instalaciones ni medidas de proteccin adecuadas ante posibles desastres naturales (incendio, inundacin).
44
Calidad del servicio; los clientes se ven forzados a esperar das para conseguir la documentacin solicitada lo que se traduce en una disminucin en la calidad del servicio ofrecido. Gestin; las empresas, tradicionalmente, han considerado la gestin de la documentacin y el archivo como una actividad secundaria "algo inferior", sin planificacin. Esta concepcin suele conducir a una situacin de progresivo deterioro de las funciones generando una respuesta lenta, ineficaz y afectando en definitiva a la toma de decisiones. Pero qu beneficios aportan los sistemas de Gestin Electrnica Documental a la empresa?, cuanto se tarda en rentabilizar su implantacin? Qu problemas lleva asociados? Si bien es cierto que cada empresa tiene una problemtica particular y, por tanto, una solucin diferente, existen puntos comunes que son medibles y extrapolables al resto de empresas. Anteriormente se expona la situacin en la empresa con un sistema de gestin basado en el papel focalizndose algunos de los problemas que lleva asociado. Siguiendo un esquema facilitado de costes se puede analizar la perspectiva con los sistemas de gestin documental en funcin de las siguientes variables:
Reduccin de costes salariales Disminucin del tiempo de localizacin y recuperacin de los documentos al ser accesible desde el propio puesto de trabajo. Disminucin del tiempo en tratamiento y gestin, el usuario no tiene que rearchivar cada documento al trabajar con l en pantalla. Disminucin del coste de distribucin; al estar los documentos accesibles en cualquier puesto, se eliminan los gastos de mensajera, fax, etc.
4. Gestin documental Disminucin de costes administrativos
45
Drstico recorte del espacio de almacenamiento y reaprovechamiento del mismo. Los originales en papel, si son necesarios, pueden enviarse a un espacio ms barato o un almacn de custodia. Eliminacin de los documentos duplicados al estar accesibles en cualquier momento desde cualquier puesto. Drstica reduccin en material de archivo al suprimirse los listados en papel y las copias.
Disminucin de la prdida de oportunidad Mayor control y seguridad; el acceso a los documentos puede restringirse a determinados usuarios definiendo niveles de confidencialidad que llegan a partes de un documento. No existen documentos extraviados o perdidos. Mejora de la calidad del servicio ofrecido; los clientes son respondidos "in situ" en sus demandas de documentos pudiendo recibir copia de los mismos en el acto. Aumento de la productividad. Rendimiento en la consulta, con multiplicidad de criterios de recuperacin. Mejora de la gestin; la respuesta del sistema es ms gil y eficaz permitiendo una ventaja competitiva a la empresa.
46
4.3 Problemas electrnicos.
asociados
al
uso
de
documentos
Frente a la disminucin de costes mencionados anteriormente, existen una serie de dificultades aadidas a la implantacin de estos sistemas: Longevidad; la vida estimada para un Cd-Rom es de 30 aos, a lo que habra que aadir la vida de los equipos (tanto ordenadores como perifricos) que aunque se pueda situar en 15 aos, lo cierto es que el desfase que sufren deja su vida media en la empresa en aproximadamente 7 aos. Legalidad; Existe jurisprudencia sobre el particular y evolucionar el marco jurdico para aceptar la legalidad tanto de la documentacin electrnica (ley 30/1992, Real Decreto 263/1996, Real Decreto-ley 14/1999) como de la firma electrnica (ley 59/2003). Cada vez hay ms cobertura legal a los documentos en formato electrnico y poco a poco se va promulgando legislacin especfica sobre el tema. Cambio cultural; quizs es el mayor obstculo a vencer. El hbito del uso del papel, incluso para las operaciones ms sencillas, no se elimina en 24 horas, si bien el contar con un sistema amigable para los usuarios, reduce este impacto considerablemente.
47
4.4 Necesidad de una gestin documental

Actualmente casi el 100 % de los documentos que se generan en las empresas se crean en formato electrnico; sin embargo, las frmulas para guardarlos y hacerlos accesibles no estn normalmente establecidas. La acumulacin de documentos electrnicos en los ordenadores de las empresas aparece como un nuevo problema que hasta ahora no exista. El espacio en este caso no preocupa demasiado, pues la memoria de almacenamiento es cada vez ms barata; pero la dificultad para encontrar lo que se busca y la generacin de copias de seguridad empiezan a ser considerados problemas importantes de gestin. Adems la facilidad con la que se generan las copias de los documentos electrnicos en discos duros y mensajera interna, reproduce un caos todava mayor. Se producen copias de un documento pudiendo tener infinitas versiones. Los documentos suelen estar repartidos en los discos duros de las personas que los crean y utilizan de tal forma que no se sabe bien quien tiene la ltima versin e incluso muchas veces no se sabe ni donde estn. En el momento en el que se manda un e-mail con un archivo adjunto este archivo es copia del original y puede a llevar a problemas de versiones. Los documentos electrnicos tienen en las organizaciones otra aplicacin, que aporta mucha agilidad a la hora de trabajar: son utilizados como plantillas de documentos, que se reutilizan cuando hay que hacer un documento similar. Todos estos problemas llevan a la empresa a adoptar un sistema de gestin documental que facilite su trabajo diario.
48
4.5 Requerimientos generales de la gestin documental

La gestin de documentos electrnicos requiere sistemas que cumplan con las siguientes funciones: 1) Organizar racionalmente los directorios informticos de forma que quede claramente definido donde se deben encontrar los documentos de los distintos temas. 2) Gestionar quien puede acceder a los documentos, y que puede hacer sobre ellos, as podr haber documentos que solo se podrn leer, otros que se podrn modificar dependiendo del perfil del usuario. 3) Controlar las versiones de un mismo documento de forma cmoda que evite la duplicidad de los documentos. 4) Establecer el sistema para salvaguardar la integridad de los documentos. 5) Establecer un sistema de bsqueda eficiente que permita encontrar los documentos deseados en poco tiempo. 6) Gestin de Estados o Workflow. Los documentos pueden encaminarse de un usuario a otro de forma organizada. Los ms habituales modos de flujo son las revisiones y aprobaciones de documentos. 7) Impedir que un documento pueda ser modificado por varias personas a la vez para evitar la perdida de datos. Manejo de distintas clases de documentos: Los documentos pueden agruparse mediante clases siendo esta clasificacin personalizada por el usuario.
49
Manejo de claves de indizacin o meta-datos: Se crean y/o modifican claves que definen al documento (fichero), que se encuentran unidos a l y a su clase. Los ms comunes son descriptores, propietario, fecha de creacin, etc. 8) Que sea accesible de forma remota, actualmente las empresas suelen tener distintas sedes repartidas por todo el territorio nacional e incluso internacional de tal forma que todos necesitan manejar la misma informacin, esto queda todava ms claro en los proyectos de ingeniera en los que las oficinas y la obra como norma general estn separadas.
Tambin nos puede interesar compartir nuestra informacin con terceros tales como suministradores, empresas colaboradoras o clientes. 9) Cuando un sistema se puede acceder de forma remota ha de tener una especial atencin a la seguridad impidiendo el uso fraudulento de la informacin, incluyendo autentificacin, cifrado 10) Otra funcin interesante es que se pueda llevar un control de quien y cuando se ha modificado un documento y llevar un historial de todos los accesos.
50
4.6 Diferencias entre un gestor documental, un gestor de contenidos y un gestor de conocimiento.

Hasta ahora y durante todo el proyecto vamos a hablar sobre gestin documental pero es muy interesante distinguir entre gestin documental, gestin de contenidos y gestin del conocimiento ya que puede llevar a confusin. Estos trminos habitualmente se entrelazan y se confunden. Para empezar hay que diferenciar dos trminos habitualmente confundidos como son el documento y el contenido. Para la Real Academia Espaola el significado de documento es "Escrito en que constan datos fidedignos o susceptibles de ser empleados como tales para probar algo". Pero una cosa es el escrito en si, trozo de papel o archivo digital y otra distinta es su contenido, lo que quiere decir. Los sistemas de gestin documental se ocupan de ficheros mientras que los gestores de contenido se ocupan del contenido y sus componentes. Almacenar contenido en ficheros tiene el inconveniente de utilizar un formato propietario pudiendo llegar a tener muchos diferentes para una gran variedad de documentos. Por otro lado cada documento tiene sus descriptores y si queremos fusionar varios documentos nos encontraremos asociando descriptores que puede no tengan relacin entre ellos, creando confusin para las bsquedas. Los sistemas de gestin documental se inventaron para gestionar ficheros que creaban otras aplicaciones. Estos sistemas slo abren y editan contenido de aquellos formatos que controlan. Los gestores de conocimiento, en cambio, tienen relacin directa con la creacin de contenido, como tal, y con su gestin. La finalidad de los gestores documentales es organizar los documentos, los de gestin de contenidos crean documentos que son en s mismo contenido (es decir: informacin puesta en uso). El propsito de un gestor de contenidos es crear publicaciones (que son una combinacin de los componentes que el sistema controla) y entregarlas a las personas que tienen inters en ellas. Para crear las publicaciones, el gestor de
51
contenidos necesita de toda la potencia de acceso de los gestores documentales ms la capacidad de crear las publicaciones. Mientras que algunos sistemas de Gestin Documental pueden crear "documentos compuestos ", combinando diversos ficheros en un solo, sus capacidades son limitadas si pretenden crear un conjunto slido y variado de publicaciones. De alguna manera (aunque inexacta) se podra decir los sistemas de Gestin Documental son sistemas de Gestin de Contenidos donde cada componente del contenido est en un fichero. De esta forma la gestin de contenidos es un paso ms de la gestin documental. Un gestor de conocimiento va ms haya todava que un gestor de contenidos. El siguiente grafico es la pirmide informacional que explica el proceso de transformacin asociado a la generacin del conocimiento.
En sta se indica que el nivel ms bajo de los hechos conocidos son los datos. Los datos no tienen un significado por s mismos, ya que deben ser ordenados, agrupados, analizados e interpretados para entender potencialmente lo que por si slo nos quieren indicar. Cuando los datos son procesados de esta manera, se convierten en informacin. La informacin tiene una esencia y un propsito. Cuando la informacin es utilizada y puesta en el contexto o marco de referencia de una persona junto con su percepcin personal se transforma en conocimiento. El conocimiento es la combinacin de informacin, contexto y experiencia.
52
Estos factores estn gobernados por dos criterios: Cantidad y Calidad. Queda bastante clara la relacin entre la cantidad, la calidad y la pirmide informacional. Los siguientes grficos muestran el proceso del paso de Datos a Conocimiento Productivo
Donde:
Datos:
Los
datos son
los
registros
icnicos,
simblicos, signos
(lingsticos, lgicos o matemticos) por medio de los cuales se representan hechos, conceptos o instrucciones.
Informacin: Datos o materia informacional relacionada o estructurada de manera actual o potencialmente significativa.
Conocimiento: Estructuras informacionales que, al internalizarse, se integran a los sistemas de relacionamiento simblico de ms alto nivel y permanencia.
53
Conocimiento informativo: Es la informacin que adquiere valor a travs de un proceso de anlisis (separacin, evaluacin, validacin, comparacin, etc.).
Conocimiento productivo: Es el conocimiento informativo que adquiere valor a travs de un proceso evaluativo (opciones, ventajas y desventajas).
Por lo que la gestin del conocimiento es el procesamiento de los datos, la informacin y la experiencia, un gran salto despus de la gestin de contenidos. Por lo que la evolucin ideal sera la siguiente:
Gestin del Conocimiento
Gestin de Contenidos
Gestin Documental
Documentos digilales
Documentos en Papel
54
4.7 Metodologa de implantacin de un gestor documental.

La implantacin de un gestor documental debe seguir una clara metodologa que abarque desde el anlisis de la situacin anterior a la implantacin hasta el seguimiento del gestor una vez implantado. Para implantar un gestor documental hay que tener bien claro dos cosas:
Los objetivos que pretendemos conseguir: Es importante tener claro que queremos obtener con la implantacin del gestor documental, y sobre todo lo que queremos mejorar con respecto a lo que se est realizando en la actividad.
El mbito de aplicacin del proyecto: El termino gestin documental tiene muchos significados segn lo que se desee abarcar. Por eso es muy importante conocer en que parte del proyecto se va a implantar.
Vamos a seguir una serie de pasos para la implantacin:
1. Anlisis general de la situacin actual Este proceso se lleva a cabo mediante reuniones con los responsables de cada rea de un proyecto y tiene como finalidad hacerse una idea de cmo funciona la gestin actual de los documentos, donde reside y donde se genera la informacin.
Donde se almacenan (disco duro compartido, repartidos entre los empleados)
Volumen de documentos Tipos de documentos que se manejan. Tamao de esos documentos.
4. Gestin documental Flujos de los documentos, quien los crea, quien los consulta Estados por los que pasa un documento. Personas que participan en el Proyecto. Infraestructuras actuales.
55
2. Anlisis de necesidades En este punto se deben definir las especificaciones tcnicas y funcionales del nuevo sistema. Se deben de acordar los requerimientos mnimos que se desean obtener del sistema, as como otras funcionalidades que se consideren importantes ordenndolas segn su importancia. Tambin puede ser interesante ver la integracin con otros sistemas de la empresa.
3. Diseo En el apartado de diseo se realizarn las siguientes acciones: Se determinaran los grupos de trabajo que participa en el proyecto y sus responsables. Se determinaran el ciclo de vida de la documentacin, quien crea la documentacin, quien la revisa, la vida legal de los documentos. Se disear una estructura de carpetas donde sern almacenados los documentos que facilite la bsqueda, esta estructura se intentar que sea la estndar para otros proyectos similares. Se asignarn los permisos de los grupos de usuarios a las distintas carpetas, as como los distintos perfiles de usuarios. Quin podr escribir y donde? Quin borrar? Quin ser el administrador de la herramienta? Se decidir la nomenclatura que tendrn los documentos. Se definirn los meta-datos o atributos que irn asociados a los documentos. Se definirn los estados o workflow y la transicin entre ellos.
4. Gestin documental 4. Evaluacin de las herramientas de gestin documental.
56
Se evaluarn conforme a los criterios acordados en el apartado del anlisis de las necesidades las herramientas de gestin documental que ofrece el mercado. Se evaluarn primero los requerimientos mnimos y luego las otras funcionalidades de menor importancia. Sera interesante crear una batera de pruebas que plasme los requerimientos y las funcionalidades que se desean obtener. Mediante esta batera se evaluaran todas las herramientas por igual siguiendo los mismos criterios. Una vez evaluadas todas las necesarias se elegir la ms adecuada. Tambin es importante evaluar el soporte tcnico que ofrecen las distintas compaas, as como la versin de la herramienta, las futuras mejoras en las siguientes versiones, la opinin de otros usuarios que la han implantado etc.
5. Implantacin La implantacin del gestor documental consistir en los siguientes puntos:
Instalacin Se proceder a instalar la herramienta elegida.
Parametrizacin de la herramienta elegida. Una vez instalada la herramienta se proceder a la configuracin y parametrizacin de acuerdo con la documentacin de diseo y las exigencias de los usuarios.
4. Gestin documental 6. Produccin
57
Por fin la herramienta pasar a produccin, durante el arranque y el periodo establecido de mantenimiento se realizan las actividades de soporte a los equipos de gestin de sistemas y aplicaciones, la formacin a los usuarios etc.
7. Seguimiento Se realiza un seguimiento de la herramienta gestionando las incidencias y mejoras, optimizando tareas etc.
Factores de xito
Hay que crerselo. Como toda estrategia debe estar impulsada y defendida por la direccin de la empresa
Hay que saber a dnde se quiere llegar. Si no sabes donde ir, cualquier camino no te lleva
Hay que saber sacar partido a las tecnologas. Un proyecto de gestin documental se apoya en una base tecnolgica
Hay que tener una perspectiva integradora. No se debe caer en la creacin de islas en la gestin documental.
Hay que partir de lo que ya se tiene. Sacar provecho de lo ya existente es un buen camino para empezar
Hay que asignar las distintas tareas a realizar entre los distintos participantes de la implantacin del gestor documental.
58
4.8 Gestin documental en proyectos de ingeniera.

Uno de los principales problemas que se pueden identificar en una empresa de ingeniera es el enorme volumen de informacin que se genera y utiliza a diario. De la optimizacin de los recursos existentes en la empresa para la correcta gestin de dicha informacin depender en gran medida el xito o fracaso de la actividad de la misma. Para gestionar correctamente dicha informacin, es necesario disear de forma cuidadosa la configuracin del sistema que soporte dicha actividad. Es necesario realizar un estudio previo que aporte datos sobre la problemtica existente en la empresa y la operativa actual, de forma que puedan proponerse soluciones concretas de mejora. En una empresa de ingeniera, los documentos son el producto final, as como en empresas de produccin se ha de cuidar al mximo el proceso de creacin de los productos, deforma que salgan al mercado en condiciones ptimas, en una empresa de ingeniera se debe procurar esto mismo con la documentacin. Asimismo debe realizarse un importante esfuerzo para conseguir, mediante la correcta configuracin del sistema que se cree, una reduccin visible de los tiempos de desarrollos de proyectos y de los errores cometidos en la etapa de diseo. Cada uno de los proyectos que se llevan a cabo implica una cantidad de informacin enorme ya que se trata de planos y ficheros grficos complejos que absorben muchos recursos de capacidad de almacenamiento. A toda la informacin generada en la propia empresa, se suma la realizada por los suministradores, uno de los puntos mas importantes dentro de una empresa de ingeniera es el contacto continuo con ingenieras a las que se subcontrata la creacin de determinada informacin y con suministradores de equipos a los que se pide el instrumental que posteriormente se montar en la instalacin en
59
proceso de diseo. La informacin que proporcionan es copiosa y si sumamos a esta la generada en la propia empresa, se llega a unos volmenes de informacin enormes. Estamos hablando de entre 50.000 y 70.000 documentos y cerca de 70 gigas.
Proceso de creacin de la documentacin.
Es vital conocer a la perfeccin cul es la operativa de creacin de documentacin dentro de la empresa, para poder adaptar la futura solucin lo ms posible. Este punto es especialmente delicado, ya que si la forma de trabajo de los usuarios no es cuidadosamente respetada, la implantacin del sistema producir rechazo por parte de los mismos. Hay que detectar los defectos que queremos solucionar en dicha operativa y ve si la implementacin del sistema los resuelve. Se ha de tener en cuenta que toda la potencia que se ofrece en las aplicaciones existentes en el mercado solamente se aprovechar si la configuracin de las mismas se adapta a la dinmica de creacin de documentacin de la empresa. Ser necesaria la creacin de un entorno y sistema de trabajo homogneo y amigable para los distintos integrantes de la empresa. Se trata de crear un entorno en el que trabajen todos los integrantes de la empresa en cuestin, delineantes, tcnicos, directores de proyecto, secretarias, etc., de forma que los documentos e informacin referentes a la consecucin de un proyecto se encuentren disponibles en dicho entorno de trabajo. De esta forma el entorno de trabajo deber permitir trabajar con las distintas aplicaciones para la creacin de los documentos que engloba un proyecto, como pueden ser, AutoCAD, MicroStation, Word, Excel, Imgenes, etc., sin necesidad de salirse del sistema e importar posteriormente la informacin al mismo. Asimismo el sistema deber dar informacin sobre el estado de cada objeto en cada instante, es decir, si en cualquier momento un documento est siendo modificado por alguna de las personas que trabajen en el sistema, si el objeto ha sido bloqueado para la proteccin de la informacin que contiene, etc.
60
Otro aspecto fundamental para conseguir una correcta gestin documental con un volumen tan grande de informacin es la seguridad en el almacenamiento de la documentacin. Es imprescindible garantizar la seguridad en el almacenamiento de la informacin, as como la viabilidad del almacenamiento de dicha informacin a lo largo del tiempo. Se ha de tener en cuenta que adems de guardar la informacin principal (la ultima que se ha generado) se debe almacenar un histrico con los cambios en los documentos que se producen a lo largo del tiempo, que es igual de importante que los ltimos documentos ya que debe de quedar constancia por los pasos por los que pasa un documento para saber los cambios que se han hecho y por qu.
Trazabilidad
Otro punto muy importante en una empresa de ingeniera es la trazabilidad. Esto supone asegurar en todo momento la identificacin inequvoca del estado de cada documento. Cada tipo de documento tiene un ciclo de vida propio desde su origen hasta su finalizacin, que debe ser gestionado adecuadamente. Esto supone que cada objeto slo puede estar en un estado determinado en cada instante de tiempo, pudiendo pasar de un estado a otro nicamente por la accin del personal autorizado a realizar dicho cambio. Es imprescindible, para una empresa en la que se maneja un gran volumen de documentacin relevante, poder realizar un seguimiento de la documentacin, garantizndose en todo momento su localizacin as como su identificacin inequvoca, Es importante que una bsqueda de informacin por parte de cualquier usuario del sistema pueda satisfacerse sin problemas. Los documentos deben estar disponibles para todo aquel que los necesite. Una de las principales caractersticas de la forma de trabajo dentro de una ingeniera son los continuos accesos por parte de los usuarios a la informacin almacenada. Por tanto, deben garantizarse dichos accesos en cualquier momento y desde cualquier lugar que se realiza la peticin.
61
Cualquier documento debe tener una nica localizacin en la base de datos, de forma que se evite la duplicacin de informacin. Debe existir una herramienta de bsqueda potente de forma que se ahorre tiempo en la localizacin de documentacin de todo tipo. Como ya se ha comentado anteriormente, una de las caractersticas de los procesos de creacin de documentacin tcnica la bsqueda de informacin de apoyo. Si se consigue optimizar este proceso, se estar ahorrando tiempo, tanto de bsqueda como de posterior correccin de errores.
Accesibilidad
La accesibilidad de los documentos para los diferentes usuarios es una de las principales caractersticas que diferencian una buena de una mala gestin documental. Es muy importante que el personal inmerso en la consecucin de un proyecto tenga acceso inmediato a la documentacin que necesite para realizar correctamente su trabajo, pero nicamente a esa. Deben limitarse los accesos a la informacin para que no existan equvocos o manipulacin de informacin de la que no se va a ser responsable. Mediante los ciclos de vida y las autorizaciones pertinentes a cada grupo de usuarios, se crea una relacin casi directa entre los estados del ciclo de vida y los grupos de usuarios, impidiendo de esta forma la manipulacin indeseada de informacin en ese punto es imprescindible la definicin de unos determinados roles que sern asignados en cada estado del ciclo de vida a los usuarios para limitar sus capacidades. Como ejemplo de roles podramos citar el invitado, el que puede escribir, el que puede cambiar de estado a documentos etc. El control de los cambios realizados a la documentacin por cualquiera de los usuarios del sistema, en este caso lo que se persigue es poder dar marcha atrs en un determinado punto del proyecto sin necesidad de comenzar de cero el trabajo. Para conseguir este objetivo es necesario el almacenamiento de un histrico del proceso. Para poder realizar este tipo de operaciones, es necesario que el usuario tenga un acceso a la informacin unvoco, y que adems sepa la versin del documento de la cul quiere partir de nuevo.
62
Comunicacin con contratistas y clientes

En una empresa de ingeniera, adems de la gestin interna de los documentos, son imprescindibles en la consecucin de los proyectos las relaciones con proveedores, subcontratistas y clientes. Dichas relaciones debern ser gestionadas de forma adecuada para lograr: o Agilizar la transferencia de informacin entre las partes, con objeto de ganar tiempo en la finalizacin de los proyectos. Este es un punto de suma importancia, ya que una de las caractersticas ms frecuentes en la entrega de proyectos de gran volumen, son los tiempos de desarrollo grandes e incluso los retrasos con respecto a la fecha de finalizacin estipulada. En este sentido, si se logra agilizar el proceso de transferencia de informacin entre los distintos integrantes de un proyecto, se conseguir acortar el tiempo de entrega del proyecto al cliente, lo cual supone una ventaja competitiva y una posible caracterstica de diferenciacin de la empresa. o Tener constancia de la recepcin de la informacin por cualquiera de las partes implicadas en el proceso de intercambio. Es fundamental en este tipo de intercambios, tener la seguridad, no solo de la recepcin de la informacin, sino de la correcta recepcin de la misma. En el proceso de intercambio del que se trata, existe la posibilidad de errores de transmisin y dicha posibilidad aumenta con el tamao de los ficheros intercambiados. Por consiguiente, es imprescindible asegurarse de la correcta recepcin. o Por la metodologa seguida por la empresa en la consecucin de proyectos, es imprescindible la comunicacin continua entre el lugar donde se llevan a cabo los trabajos y el centro de diseo. Cuando un proyecto comienza su fase de construccin, se hace necesario un flujo continuo de intercambio de informacin con el centro de diseo, que debe subsanar errores de concepcin o de carcter prctico hasta la finalizacin de los trabajos. Este punto hace imprescindible que la
63
comunicacin entre el lugar de desarrollo de la instalacin y el lugar de diseo del proyecto se a fluida y eficiente. o Dicha comunicacin debe ser rpida y segura. Los documentos que se intercambian son muy valiosos y debe asegurarse a toda costa su seguridad en el proceso de intercambio. Asimismo, el volumen de la informacin que se intercambia es grande por lo que se hace necesario optimizar el proceso de intercambio, buscando un mtodo que se adapte a dichos volmenes y que d la capacidad de transferir la informacin en el mnimo tiempo posible.
64
4.9 La gestin documental como herramienta colaborativa

En la actualidad existen diferentes estrategias para mejorar el proceso de desarrollo de nuevos productos, pero las ms eficaces pasan por potenciar las primeras fases del diseo y disminuir la duracin de todo el proceso. Con estas orientaciones se consigue mejorar la agilidad de la empresa para adaptarse a las diferentes y cambiantes necesidades del mercado. Para conseguir este objetivo conviene que los diseos de los productos los realicen equipos de diseo multidisciplinares, cuyos miembros deben comunicarse y compartir informacin En general y especialmente en proyectos de ingeniera, se tiende a trabajar de forma conjunta en un objetivo comn, la lgica nos indica que deberemos preocuparnos por facilitar a los participantes de todos los medios posibles para que colaboren entre ellos. Ahora, cualquier sector manufacturero para reducir al mximo el tiempo que va desde la primera concepcin de un nuevo producto a la puesta en el mercado del mismo tiene que cambiar el proceso de desarrollo tradicional, Ingeniera Secuencial, por otro en el que las diferentes actividades se desarrollan en paralelo, comunicndose y colaborando: Ingeniera Concurrente. Una filosofa y unas metodologas y tcnicas que tratan de implicar a todos los departamentos que intervienen en el ciclo de vida del producto en las primeras etapas y que incluso propone involucrar a los suministradores de componentes o materias primas La ingeniera colaborativa es uno de los objetivos principales de la implantacin de un sistema de gestin documental en una empresa. Teniendo en cuenta el nmero de especialidades y de usuarios implicados en el uso de aplicaciones, as como la necesidad de controlar los flujos de informacin de datos que se cruzan en la empresa, el gestor documental es una til ayuda para la puesta en marcha y soporte de tcnicas de ingeniera colaborativa.
65
Los beneficios que pueden esperarse de la implantacin de tcnicas de ingeniera colaborativa van mucho ms all de una simple reduccin del tiempo de concepcin de un producto. La reduccin de costes de produccin, disminucin del tiempo de lanzamiento de un producto al mercado y mejora de la calidad pueden acelerarse sensiblemente con la puesta en marcha de procedimientos de ingeniera colaborativa. Cualquier modificacin de un documento est accesible a todas las personas a las cuales influye este cambio. Pese a esto, el campo de las herramientas de colaboracin es relativamente nuevo y an no se encuentra bien definido, ni tiene ningn lmite establecido. La colaboracin, a veces, slo se entiende en el mbito de facilitar la comunicacin entre los participantes, pero, adems debera incluir tambin la disponibilidad, entrega y aportacin del contenido necesario para cumplir el objetivo. Antes de abordar la relacin entre los sistemas de Gestin Documental y de Contenidos y la colaboracin, citaremos las herramientas de colaboracin que se basan en la comunicacin: Colaboracin en tiempo real: mensajes instantneos, videoconferencia, teleconferencia Web, etc. Colaboracin "anytime": grupos de discusin, foros, correo electrnico, etc. Actualmente estas herramientas se encuentran al alcance de las organizaciones y su despliegue es masivo, en el caso del correo electrnico, o estn comenzando a tener aceptacin, en el caso de los mensajes instantneos. Para que las soluciones de Gestin Documental tengan capacidades colaborativas no debera quedarse en un simple repositorio de documentos. Si imaginamos que un grupo de trabajo debe usarlos para cumplir su cometido, tambin podemos pensar que es posible que deseen crear nuevos documentos, modificarlos, revisarlos y aprobarlos. Todos estos aspectos son importantes y muchos de ellos son ampliamente tratados por las soluciones del mercado. Pero merece la pena hacer algunas consideraciones. Las versiones de documentos: si el sistema no permite mantener y acceder a versiones de documentos, estaremos corriendo el riesgo de que los participantes de nuestro ficticio grupo de trabajo tengan que guardar bajo su responsabilidad y
66
en su propio puesto de trabajo, informacin que puede ser til para concluir su proyecto. Flujos de revisin y aprobacin: los documentos de trabajo deben recorrer de la forma ms automatizada posible los controles previos a su almacenamiento y distribucin definitiva. Integracin: el sistema debera permitir la entrega de estos documentos a sistemas de despliegue corporativo como Intranets, Extranets o portales. Un punto interesante es el aprovechamiento que se puede conseguir conjuntando las tecnologas de colaboracin comunicativa y los sistemas de gestin de documentos.
67
4.10 Anlisis de necesidades

De una forma general se desea tener una herramienta de gestin documental con capacidad para almacenar y gestionar de una forma eficaz toda la informacin del proyecto. Se definen los siguientes requerimientos del sistema por orden de prioridad, no siendo todos necesarios pero si deseables: 1. Capacidad para albergar toda la informacin de los proyectos de ingeniera, 7.000 carpetas, entre 50.000 y 70.000 documentos y 50 gigas de informacin por proyecto. 2. Manejo de distintas clases de documentos, planos, texto, bases de datos, hojas de clculo, planificaciones, presentaciones, correos electrnicos etc. 3. Debe de ser posible extraer toda la documentacin de la herramienta a un repositorio definitivo una vez terminado el proyecto. 4. Manejo de claves de indizacin o meta-datos: se deben de poder crear y/o modificar claves que definan al documento (fichero). Los ms comunes son descriptores, propietario, fecha de creacin, etc. 5. Debe impedir que un documento pueda ser modificado por varias personas a la vez bloquendolo cuando est siendo modificado para evitar la perdida de datos. 6. Debe de quedar un registro a modo de historial con todas las personas que han modificado los documentos y con la fecha de modificacin. 7. Debe de tener una interfaz amigable y debe ser fcil y cmodo de utilizar.
68
8. Los tiempos de respuesta deben ser cortos as como el tiempo en transferir los documentos. 9. Debe de controlar de acceso con distintos perfiles de usuario y seguridad a nivel de carpetas, se desea que se puedan controlar los permisos de lectura, escritura, cambio de estados y borrado. 10. Debe de aceptar agrupar a los usuarios en grupos de usuarios y asignar los permisos tanto por usuario como por grupos de usuarios. 11. Se deben establecer sistemas de backup que mantengan la integridad de los datos 12. Se debe de poder controlar las versiones de un mismo documento de forma cmoda y que las versiones se conserven una vez exportado el proyecto. 13. Debe poder asignar a los documentos un flujo de estados o workflow. 14. Debe tener un sistema de bsqueda eficiente que permita encontrar los documentos deseados en poco tiempo, se debe de poder buscar por nombre del documento, por estado del documento o por los meta-datos que tenga asociados. 15. Al estar el proyecto en un entorno distribuido se debe de poder acceder a la herramienta de forma remota desde los distintos puntos que constituye la Intranet de Iberinco incluido el lugar de la obra. 16. Puesto que la ingeniera externa y los suministradores tambin van a necesitar consultar y aportar informacin debe ser posible para ellos acceder desde sus respectivas empresas al gestor documental, estas empresas estn fuera de la Intranet de Iberinco por lo que se debe poder acceder va Internet.
69
4.11 Evaluacin de las herramientas de gestin documental y eleccin de una herramienta.

Una vez realizado el anlisis de las necesidades y el diseo se proceder a elegir una herramienta de gestin documental. Esta herramienta se deber ajustar a nuestras necesidades, para ello ser muy til el apartado Anlisis de necesidades donde estn incluidos todos los requerimientos del sistema por orden de prioridad. No se pretende que la herramienta cumpla todas las necesidades pero si las que se consideran ms importantes. A continuacin se muestran los puntos que se van a evaluar. Cada punto llevar asociado una ponderacin o valor de importancia de tal manera que no todos los requerimientos tienen el mismo valor. As nos es muy necesario que la herramienta pueda almacenar una gran cantidad informacin sin embargo no nos es tan crtico que se pueda acceder a ella a travs de INTERNET.
Punto
Evaluacin
Ponderaci n
Capacidad de almacenamiento, como mnimo debe de 10 albergar 7.000 carpetas, 50.000 documentos y trabajar con fluidez.
Manejo de las clases de documentos definidos en 10 Diseo e integracin con sus aplicaciones.
Posibilidad de extraer toda la documentacin una vez 10 terminado el proyecto, incluidas las versiones.
70
Debe ser imposible modificar documentos por dos 9 personas a la vez.
5 6 7 8
Se deben de poder aadir nuevos meta-datos Debe de contar con un historial completo Interfaz amigable y facilidad de uso
8 8 7
Tiempos de respuesta. Se medirn los tiempos al 7 navegar por la estructura de carpetas, abrir documentacin, cargar documentacin etc.
9 10
Sistema de bsqueda de documentos
Posibilidad de agrupar los usuarios por grupos de 6 usuarios. Realizar grupos de subgrupos.
11 12 13 14
Control de acceso y privilegios por carpetas Control de versiones de documentos Posibilidad de crear un flujo de estados Posibilidad de conexin a travs de Internet
6 5 5 3
No se va a evaluar el punto 11 del Anlisis de necesidades ya que el backup de los servidores se realizar a diario por IBERDROLA SISTEMAS. La valoracin total de la herramienta ser la suma de todos los valores parciales de cada requisito obtenidos multiplicando la ponderacin de cada punto por el valor obtenido.
4. Gestin documental Herramientas Analizadas:
71
Hummingbird DM
Documentum
ProjectWise
SharePoint
72
4.11.1
Evaluacin de Hummingbird DM
Plataforma de gestin de contenidos [HUMMIN] que permite a los usuarios recibir la informacin adecuada en el momento y el lugar justo. Las potentes herramientas de bsqueda y el acceso Web garantizan la disponibilidad del contenido en las organizaciones globales, mientras que el control de versiones y los perfiles de seguridad protegen la integridad de los documentos. Si se aade el componente de gestin de registros, se podr supervisar el ciclo de vida de los contenidos y reducir al mismo tiempo los riesgos. Existen asimismo otras soluciones adicionales de colaboracin, workflow, gestin de imgenes, publicacin Web y administracin de archivos tcnicos que dotarn a la empresa de todo lo necesario para crear una ventaja competitiva. Hummingbird Enterprise DM ha sido considerada una de las mejores aplicaciones empresariales del ltimo ao por la revista Network Computing. La solucin ha sido galardonada con el 2004 Well Connected Award que anualmente otorgan los editores de esta publicacin.
73
Versin: 5.1
Punto 1 2
Resultados 10 5
Comentarios
Ponderacin Valor Total 10 10 100 50
No se integra con herramientas de diseo como Microstation muy utilizadas en el proyecto, hay una extensin de la aplicacin que hace que se integre con AutoCAD. Se pierden los meta-datos y las versiones.
3 4 5 6 7 8 9 10 11 12 13 14
4 10 8 8 5 4 8 8 7 0 0 0
10 9 8 8 7 7 7 6 6 5 5 3
Total
40 90 64 64 35 28 56 48 42 0 0 0
617
Tiempos de respuesta elevados Indexa documentos, busqueda muy rapida
Incluido en la extension Hummingbird DM WorkFlow Incluido en la extension Hummingbird DM WorkFlow
Requisitos del sistema y plataformas admitidas DM Server y DM Web Server Procesador: Doble Pentium III a 600 o superior (recomendado); Pentium III a 600 (mnimo) Sistemas operativos: Windows 2000 Server/Advanced Server, Windows NT Server 4.0 Memoria: 1 GB o superior (recomendado); 1 GB (mnimo)
4. Gestin documental Plataformas DM Web Server Microsoft Internet Information Server (IIS) 5.0 y 4.0 iPlanet 4.0.1 y 4.0 Soporte de bases de datos SQL Microsoft SQL Server 2000 y 7.0 Oracle 9i (9.0.1) y Oracle 8i (8.1.7) Sybase System 12.5 y 12 Servidores de documentos Windows 2000 Server/Advanced Server, Windows NT 4.0 Novell NetWare 6.X y 5.X UNIX genrico con Hummingbird NFS Maestro para conectividad
74
Interfaz del Explorador
75
Interfaz de asignacin de permisos
4.11.2
Evaluacin de Documentum
Nueva Generacin en Gestin de Contenido de Empresa con Documentum 5 [DOCUME], la ltima versin de la plataforma de gestin documental de empresa lder de la industria, Documentum contina suministrando soluciones innovadoras para que las empresas de todos los sectores gestionen la informacin con que cuentan. Cuatro generaciones de la plataforma premiada de Documentum han ayudado a las empresas a resolver sus ms urgentes desafos de gestin de la informacin. Documentum 5 perpeta la tradicin con una plataforma ECM de segunda generacin que equilibra las nuevas funcionalidades con significativas mejoras en trminos de utilizacin e implantacin. Documentum brinda soluciones de software de gestin documental a ms de 1500 de las mayores empresas del mundo.
4. Gestin documental Versin Evaluada Documentum 5
76
Punto 1 2
Resultados 10 4
Comentarios
Soporta todo tipo de documentos, integracin con Office pero no con Microstation Se pierden los meta-datos y las versiones.
3 4 5 6 7 8 9 10 11 12 13 14
4 10 8 8 7 8 8 8 7 5 5 0
10 9 8 8 7 7 7 6 6 5 5 3
Total
40 90 64 64 49 56 56 48 42 25 25 0
699
Buena velocidad de navegacion, carga y descarga de documentos. Indexa documentos, busqueda muy rapida.
Requisitos del sistema y plataformas admitidas
En servidor:
Mnimo Pentium 500MHz 250 MB RAM 200 MB espacio libre en disco.
Plataformas Windows NT 4.0 Server (con Service Pack 6a o superior) & IIS 4 Microsoft Windows 2000 Server o Advanced Server. (Service Pack 2 o superior recomendado)
4. Gestin documental Bases de datos soportadas Oracle Sybase Microsoft SQL Server IBM Exploradores soportados. Internet Explorer 5.0 Netscape
77
Interfaz del Explorador de Documentum
78
4.11.3
Evaluacin de ProjectWise
ProjectWise [BENTLE] es el buque insignia en cuanto a gestores documentales de Bentley, empresa ya conocida por IBERINCO ya que se utiliza Microstation para realizar los diseos. ProjectWise permite un alto rendimiento en la colaboracin entre los equipos de proyecto que realizan la ingeniera distribuida. La informacin valiosa del proyecto se comparte, se sincroniza, y se asegura con confianza. ProjectWise ofrece facilidad de acceso a toda la documentacin del proceso en cuestin se segundos, as como flujos de estados, control de versiones, bloqueo de archivos, sistema de mensajera y otras utilidades ms que facilitarn el trabajo diario. Versin: v8
Punto 1 2
Resultados 10 8
Comentarios
Integracin con Office y Microstation. ProjectWise es de la misma compaa que Microstation. Se pierden los meta-datos y las versiones.
3 4 5 6 7
4 10 9 9 8
10 9 8 8 7
40 90 72 72 56
8 9
9 7
Integracin en el Explorador de Windows adems de contar con una aplicacin propia, ProjectWise Explorer Buena velocidad de navegacion, carga y descarga de documentos. Busqueda muy rapida. No busca por contenido de los documentos, pero s por versin, fecha, creador
7 7
63 49
10 11 12 13 14
8 9 7 7 0
Total
6 6 5 5 3
48 54 35 35 0
794
4. Gestin documental Requisitos del sistema y plataformas admitidas
79
ProjectWise Server Pentium II Processor - 512Mb RAM (1Gb RAM dependiendo del nmero de clientes) Microsoft Windows 2000 Advanced Server (SP 4 o posterior) Microsoft Windows 2000 Server (SP 4 o posterior) Internet Explorer 5.5 o superior SELECTserver 8.2.0.7 o superior 2GB de espacio libre en disco duro ProjectWise Explorer Pentium Processor - 128Mb RAM Microsoft Windows XP Professional (SP1 o posterior) Microsoft Windows 2000 Server (SP 4 o posterior) Microsoft Windows 2000 Professional (SP 4 o posterior) Microsoft Windows NT Server 4.0 (SP 6a o posterior) Microsoft Windows NT Workstation 4.0 (SP 6a o posterior) Internet Explorer 5.5 o posterior 75Mb de espacio libre en disco duro
80
Interfaz de ProjectWise
4.11.4
Evaluacin de Sharepoint
SharePoint Portal Server 2003 permite a las empresas desarrollar un portal inteligente que conecta perfectamente usuarios, equipos y conocimiento para que las personas puedan aprovechar la ventaja de compartir informacin relevante que les permita trabajar de una forma ms eficiente a travs de los procesos empresariales. SharePoint Portal Server 2003 proporciona una solucin empresarial que integra la informacin procedente de varios sistemas en una solucin nica mediante capacidades de integracin de aplicaciones de empresa y de inicio de sesin nico, utilizando herramientas flexibles de implementacin y administracin. El portal facilita la colaboracin de un extremo a otro mediante la activacin de las capacidades de agregacin, organizacin y bsqueda de personas, equipos e informacin. Los usuarios pueden encontrar informacin relevante de una forma rpida mediante la personalizacin del contenido y el diseo del portal, y la audiencia de destino. Las organizaciones podrn dirigir informacin, programas y actualizaciones a las audiencias segn sea su funcin dentro de la organizacin, el equipo al que pertenezcan, sus intereses, grupo de seguridad o cualquier otro criterio de pertenencia que se pueda definir.
81
SharePoint Portal Server 2003 utiliza los sitios de Microsoft Windows SharePoint Services 2003 para crear pginas de portal para personas, informacin y organizaciones. El portal tambin extiende las capacidades de los sitios de Windows SharePoint Services con herramientas de organizacin y administracin, y permite que los equipos publiquen en los sitios informacin para toda la organizacin. SharePoint Portal Server 2003 se dise teniendo en cuenta los siguientes objetivos: Puesta a punto de la informacin Conexin de espacios y personas que colaboran Informacin dirigida y hecha a medida para aumentar la productividad
4. Gestin documental Versin: 2003
82
Punto 1 2
Resultados 6 9
Comentarios
Integracin Outlook.
perfecta
con
Office
3 4 5 6 7 8 9 10 11 12 13 14
4 10 9 9 6 6 8 8 9 7 7 6
Se pierden los meta-datos y las versiones.
10 9 8 8 7 7 7 6 6 5 5 3
Total
40 90 72 72 42 42 56 48 54 35 35 18
754
Interfaz va web, interfaz poco intuitiva. Velocidad de navegacin lenta. Sistema de busqueda efectivo.
Requisitos del sistema y plataformas admitidas
Hardware del Servidor Intel Pentium III 512 megabytes (MB) de RAM 550 MB de espacio disponible en el disco duro. Software del Servidor Windows Server 2003, Standard Edition Windows Server 2003, Enterprise Edition Windows Server 2003, Datacenter Edition Internet Information Services (IIS) 6.0 SQL Server 2000 con el ultimo servicepack Cliente Intenet Explorer 5.5 o posterior
83
Interfaz de Sharepoint
84
85
4.11.5
Conclusiones
Despus de realizar la evaluacin de las cuatro herramientas se decide que la herramienta que ms se ajusta a nuestras necesidades es ProjectWise de Bentley. Adems de haber obtenido la mayor puntuacin en la evaluacin cuenta con las siguientes ventajas aadidas.
Cuenta con un soporte tcnico eficiente que nos va a guiar durante todo el proceso de implantacin y seguimiento.
Las licencias son concurrentes y no nominales, lo que significa que tener 40 licencias no implica tener 40 usuarios, sino que como mximo pueden estar 40 usuarios conectados a la vez. Con 40 licencias se pueden tener cerca de 200 usuarios ya que las personas no estn continuamente conectadas al gestor sino que obtienen un documento y cierran la conexin.
Ya existen relaciones con Bentley ya que se utiliza en IBERINCO Microstation que es de esta empresa.
Trabaja sobre Oracle 9i que ya lo tenemos implantado en IBERINCO.
5
Bases de datos Oracle
6. Bases de datos Oracle
87
5 Bases de datos Oracle

Para lograr implantar estas herramientas de ingeniera colaborativa ser necesario crear unas bases de datos, Oracle, en las que se contenga toda la informacin de los proyectos y que por supuesto, estn actualizadas constantemente. En esta parte del proyecto detallaremos el proceso de instalacin de las bases de datos que necesitamos as como sus caractersticas.
5.1 Instalacin de nuevas bases de datos

En este apartado explicaremos como crear las bases de datos que necesitamos: SPRINGNT y SPRINGMX para los master site de Mxico y Espaa respectivamente y la base de datos MV1 para la vista materializada que crearemos en SPRINGNT. A continuacin se mostrar el proceso de creacin de la base de datos MV1 y los detalles que se deben ir poniendo, [LONE03]: En el Enterprise Manager de Oracle como es lgico al principio no hay ninguna base de datos creada.
88
Mediante el Database Configuration Assistant de Oracle crearemos la base de datos. Elegimos la opcin crear una base de datos:
89
Seleccionamos la plantilla New Database.
Nombramos la base de datos, en este caso mv1 y el identificador de sistema Oracle (SID), que hace referencia a nuestra base de datos, se debe nombrar igual.
90
91
En la pestaa de funciones de base de datos desactivamos todas las opciones ya que no vamos a necesitar esas funcionalidades y la otra pestaa, Archivos de Comandos Personalizados, se dejan los valores por defecto.
92
Seleccionamos la base de datos como modo de servidor dedicado, asignndose un recurso dedicado exclusivo para el cliente que cree la conexin.
93
En este paso en la pestaa de Memoria seleccionamos personalizada y ponemos los parmetros que salen en la imagen.
El juego de caracteres se debe dejar por defecto el que aparece ya que Primavera usa el juego de caracteres WE8MSWIN1252.
94
Las pestaas de Tamao de la base de datos y ubicacin de los archivos las dejamos con sus valores por defecto, pero la pestaa archive seleccionamos el modo archivo log para que se archive en logs las ejecuciones de la base de datos.
95
Comprobamos los valores que son los que hemos introducido y continuamos con la instalacin.
6. Bases de datos Oracle Seleccionamos Crear base de datos y pinchamos en Terminar.
96
97
5.2 Plantilla de creacin de bases de datos

A continuacin mostramos la plantilla de creacin de las bases de datos que crearemos: Opciones Comunes
Nombre de la Opcin Seleccionado Example Schemas Oracle Data Mining Oracle Intermedia Oracle JVM Oracle Label Security Oracle OLAP Oracle Spatial Oracle Text Oracle Ultra Search Oracle XML DB false false true true false false false true false true
Parmetros de Inicializacin
Nombre background_dump_dest compatible
Valor {ORACLE_BASE}\admin\{DB_NAME}\bdump 9.2.0.0.0 ("{ORACLE_BASE}\oradata\{DB_NAME}\control01.ctl ", "{ORACLE_BASE}\oradata\{DB_NAME}\control02.ctl" , "{ORACLE_BASE}\oradata\{DB_NAME}\control03.ctl" )
control_files
6. Bases de datos Oracle core_dump_dest db_block_size db_cache_size db_domain db_file_multiblock_read_c ount db_name dispatchers fast_start_mttr_target hash_join_enabled instance_name java_pool_size large_pool_size log_archive_dest_1 log_archive_format log_archive_start open_cursors pga_aggregate_target processes query_rewrite_enabled remote_login_passwordfile shared_pool_size sort_area_size star_transformation_enabl ed timed_statistics undo_management 16 mv1
98 {ORACLE_BASE}\admin\{DB_NAME}\cdump 8KB 24MB
(PROTOCOL=TCP) (SERVICE={SID}XDB) 300 TRUE mv1 32MB 8MB 'LOCATION={ORACLE_BASE}\oradata\{DB_NAME}\ archive' %t_%s.dbf true 300 24MB 150 FALSE EXCLUSIVE 48MB 524288 FALSE TRUE AUTO
6. Bases de datos Oracle undo_retention undo_tablespace user_dump_dest 10800 UNDOTBS1
99
{ORACLE_BASE}\admin\{DB_NAME}\udump
Juegos de Caracteres
Nombre
Valor
Juego de Caracteres de la Base de Datos WE8MSWIN1252 Juego de Caracteres Nacional AL16UTF16
Archivos de Control
Archivo de Control {ORACLE_BASE}\oradata\{DB_NAME}\control01.ctl {ORACLE_BASE}\oradata\{DB_NAME}\control02.ctl {ORACLE_BASE}\oradata\{DB_NAME}\control03.ctl
Tablespaces
Estado
Nombre
Tipo PERMANENT PERMANENT PERMANENT TEMPORARY PERMANENT
Gestin de Extensiones LOCAL LOCAL LOCAL LOCAL LOCAL
ONLINE DRSYS ONLINE INDX ONLINE SYSTEM ONLINE TEMP ONLINE TOOLS
ONLINE UNDOTBS1 PERMANENT , UNDO LOCAL ONLINE USERS ONLINE XDB PERMANENT PERMANENT LOCAL LOCAL
100
Archivos de Datos
Estado
Nombre {ORACLE_BASE}\oradata\{DB_NAME}\drsys01. dbf {ORACLE_BASE}\oradata\{DB_NAME}\indx01.d bf {ORACLE_BASE}\oradata\{DB_NAME}\system0 1.dbf {ORACLE_BASE}\oradata\{DB_NAME}\temp01.d bf {ORACLE_BASE}\oradata\{DB_NAME}\tools01.d bf
Tablespac Tama e DRSYS o (M) 20
ONLINE
ONLINE
INDX
25
ONLINE
SYSTEM
250
ONLINE
TEMP
40
ONLINE
TOOLS
10
ONLINE
{ORACLE_BASE}\oradata\{DB_NAME}\undotbs0 UNDOTBS 1.dbf {ORACLE_BASE}\oradata\{DB_NAME}\users01. dbf {ORACLE_BASE}\oradata\{DB_NAME}\xdb01.db f 1 USERS
200
ONLINE
25
ONLINE
XDB
20
Grupos Redo Log
Grupo Tamao (K) 1 2 3 102400 102400 102400
101
Si todo funciona correctamente aparece la pantalla siguiente. Debemos esperar a que termine el proceso e introducimos las contraseas de los usuarios Sys y System.
102
5.3 Configuracin del listener y del tnsnames.ora

Una vez repetido este proceso por cada base configuramos los listener y el tnsnames.ora para que se puedan conectar a esta base de datos el Enterprise Manager y el resto de programas que lo requieran. Estos archivos se encuentran en la carpeta donde se haya instalado Oracle en la siguiente ruta: D:\oracle\ora9i\network\ADMIN
103
A continuacin se detalla la configuracin del tnsnames.ora con nuestros datos. En el host se debe poner el nombre del servidor donde reside la base de datos o su direccin IP. MV1 = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = SERVIDOR1)(PORT = 1521)) ) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = mv1) ) ) SPRINGNT = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = SERVIDOR1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = SPRINGNT) ) ) SPRINGMX = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = SERVIDOR2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = SPRINGMX) ) )
104
5.4 Configuracin de los parmetros de las bases de datos

A continuacin se detallan los parmetros que es importante inicializar para la operacin de replicacin, el rendimiento y mantener una carga de trabajo equilibrada. Global_names: Este parmetro especifica cuando un enlace de la base de datos es requerido a tener el mismo nombre que la base de datos a la que es conectada. Se debe poner con valor trae si se utilizan las bases de datos en dominios diferentes, como es nuestro caso, y as evitar posibles conflictos. Se debe ejecutar la siguiente sentencia: Alter system set global_names=true; Job_queue_processes: Especifica el nmero de trabajos en cola que se procesaran por cada instancia. Se debe establecer como mnimo a 1 y debera establecerse al mismo valor como el mximo nmero de trabajos que pueden ejecutarse simultneamente. En nuestro caso le estableceremos con valor 10 ejecutando la siguiente sentencia: Alter system set job_queue_processes=10; Open_links: Especifica el mximo nmero de conexiones concurrentes abiertas a una base de datos remota en una sesin. Se deben establecer tantos open_links como master simultaneas haya. En nuestro caso aunque slo existen 2 master simultneos le pondremos un valor de 5 por las expectativas futuras. Alter system set open_links=10 scope=spfile; Parallel_automatic_tuning: Cuando este parmetro tenga valor true, Oracle determina los valores por defecto para los parmetros de inicializacin que controla la ejecucin paralela. Sirve para realizar un ajuste automtico para lanzar procesos en paralelo. Dejaremos a false que es su valor por defecto.
105
Compatible: Este parmetro indica las versiones con las que Oracle ser compatible. Dejaremos su valor por defecto. Parallel_max_servers: Con este parmetro se indica el mximo nmero de procesos ejecutndose en paralelo por cada instancia. Se incrementa con la demanda. Mantendremos su valor por defecto. Parallel_min_services: Con este parmetro se indica el mnimo nmero de procesos ejecutndose en paralelo por cada instancia. Tambin se mantendr su valor por defecto que en principio ser 1. Processes: Indica el mximo nmero de procesos de cada usuario del sistema operativo podrn conectar simultneamente a Oracle. Su valor se derivar por defecto del parmetro Parallel_max_servers y por tanto se mantendr su valor. Replication_dependency_tracking: Este valor se debe mantener con valor true si se utiliza replicacin en paralelo. Shared_pool_size: Este parmetro indica el tamao del pool compartido. El pool contiene procedimientos de almacenamiento, estructuras de control, sentencias lanzadas por los usuarios... Un valor grande incrementar el rendimiento en sistemas multiusuario. Un valor pequeo utilizar menos memoria. Su valor por defecto es 16 MB. En nuestro caso deberemos incrementarlo. Utl_file_dir: Este parmetro es importante, ya que indica una localizacin por defecto para archivos generados. Se debe especificar un directorio vlido dentro de cada mquina. Alter system set utl_file_dir=D:\Ficheros\Oracle scope=spfile;
106
5.5 Agregacin de la base de datos en Oracle Enterprise Manager y comienzo de utilizacin

Una vez configurado todo, agregamos al rbol de base de datos SPRINGNT, SPRINGMX y MV1, donde introduciendo el nombre de usuario y contrasea creados anteriormente se podr acceder y poder empezar a trabajar con ellas.
107
6
Implantacin de una herramienta de planificacin y control de proyectos
6. Implantacin de una herramienta de planificacin y control de proyectos 109
6 Implantacin de una herramienta de planificacin y control de proyectos

6.1 Anlisis comparativo de las herramientas planificacin de proyectos de ingeniera de
La complejidad de los proyectos de ingeniera es muy variable. Pueden involucrar a una sola persona o a varios miles. Pueden necesitar menos de 40 horas para realizarse o ms de 10.000.000. Pueden afectar a una simple divisin de una organizacin o a organizaciones extraordinariamente complejas. En los casos de pequeos proyectos se hace recomendable el uso de alguna herramienta informtica que asista a las personas implicadas en la planificacin y control del proyecto. En el caso de grandes proyectos, como es nuestro caso, esta recomendacin se transforma en obligacin, pasando a ser un elemento imprescindible, [RODR00]. Este apartado analiza tres de las herramientas ms utilizadas en planificacin de proyectos: Microsoft Project 2000, Micro Planner Mannager y Primavera Project Planner 5.0. La utilizacin de herramientas de planificacin tiene cabida a lo largo de todo el ciclo del proyecto, desde su concepcin hasta su ejecucin y puesta en marcha. Las herramientas estudiadas tienen una serie de caractersticas comunes que les confieren la categora de herramientas de planificacin pero con sus propias facetas diferenciadoras. En este apartado se analizan las caractersticas ms importantes de estos programas. No todas ellas estn dirigidas hacia el mismo grupo de usuarios. Mientras que Microsoft Project est especialmente indicado para el gran pblico, otras como Primavera Project Planner se enfocan hacia un grupo de usuarios ms profesional. Todas las herramientas disponen de interfaz grfica de usuario y permiten la gestin de mltiples proyectos en entornos multiusuario. Como caracterstica comn todas ellas permiten la integracin de los datos en mayor o menor medida con otras aplicaciones. Como en casi todas las comparativas de este tipo, no existe un claro ganador. La decisin final a aplicar depender en gran medida de las caractersticas del usuario final, la utilizacin prevista y el desembolso econmico deseado.
6.1.1 Introduccin a las herramientas de planificacin y control de proyectos

Las herramientas informticas tienen una gran importancia en la gestin de proyectos. Son de vital importancia para comunicar la informacin de las tareas a las partes involucradas, analizar desvos en costes y plazos, reprogramar tareas, generar de forma rpida informes que permitan evaluar el estado del proyecto, etc. Incluso una vez concluido el proyecto, son de gran importancia para analizar la desviacin de lo planificado respecto a lo ocurrido con el fin de mejorar las estimaciones de posteriores proyectos. Este apartado analiza tres de las herramientas ms utilizadas en planificacin de proyectos: Microsoft Project 2000, Micro Planner Mannager y Primavera Project Planner 5.0. Existen tambin otras herramientas de planificacin en el mercado, entre las que podramos citar SuperProject, TurboProject, Time Line, Project Scheduler, Milestones y AutoPlan.
Microsoft Project 2000
Micro Planner Manager
Primavera Project Planner
6.1.2 Microsoft project 2000

Sin duda es la herramienta de planificacin ms difundida entre todo tipo de pblico. Mantiene desde sus primeras versiones un modo de trabajo sencillo e intuitivo para el usuario. Esta herramienta permite la planificacin de proyectos incluso a personas no familiarizadas con la gestin de proyectos. Independientemente de la facilidad de manejo, el punto fuerte de este programa es su integracin con la familia de aplicaciones Microsoft Office. Ello permite de forma sencilla insertar un diagrama Gantt dentro de un documento de oferta que se est realizando con Word de la misma forma que se insertara otro tipo de objeto, labor que no es tan sencilla ni evidente con otros programas de la comparativa, por ejemplo el Super-Project. Tambin es de destacar la utilizacin de iconos estndar de Microsoft. En cuanto a su precio, este se encuentra en niveles muy competitivos. Las vistas que integra el programa son clsicas en este tipo de aplicaciones: calendario, diagrama Gantt, diagrama Pert, hoja de recursos y otras vistas de informacin mostrada en tablas. El modo ms cmodo es el diagrama Gantt, desde el que se suele introducir toda la informacin relativa a las tareas. Al igual que en las otras aplicaciones, el diagrama Gantt se actualiza automticamente para reflejar cualquier cambio en la informacin. Permite dividir tareas, trabajar con anlisis probabilstico, mejora el enlace entre otros proyectos, posibilita la publicacin de informacin del proyecto en la web, mejora los informes, la gestin de la impresin y todo lo relacionado con la asignacin de recursos, incluido el algoritmo para realizar la nivelacin. Como puntos dbiles de Microsoft Project destacan la representacin del diagrama Pert, que contina siendo poco clara. El punto ms criticable del programa es su poca capacidad para la representacin grfica, siendo l ms pobre en este sentido de los analizados en esta comparativa y que est orientado para proyectos con un nmero de actividades a lo largo del ciclo de vida pequeo, alrededor de 500 actividades.
6.1.3 Micro planner manager

Esta herramienta rompe con los esquemas tradicionales de trabajo en este tipo de aplicaciones. Tiene un modo de trabajo muy particular que resulta extrao al principio, pero que una vez que el usuario se habita es muy cmodo y prctico. Los proyectos se organizan en lo que en el programa se denomina Project Desktops, es decir, carpetas donde se guardan diferentes vistas del proyecto. Estas inicialmente son diagramas Pert, WBS, calendarios, recursos informes. En lugar de trabajar desde el diagrama Gantt introduciendo las tareas desde una lista a modo de hoja de datos, esta aplicacin trabaja directamente desde el diagrama Pert. A la hora de introducir las tareas, dispone de una gran variedad para decidir el tipo del que se trata: tareas que pueden dividirse, no pueden dividirse, retrasos, hitos, interfaces para enlaces, eventos, etc. Este particular modo de trabajo repercute en un mayor tiempo de aprendizaje por parte del usuario, pero una vez entendida su filosofa resulta ms cmoda y rpida de usar que el resto de los programas analizados. Uno de los puntos ms destacados de la aplicacin es que permite trabajar realmente con diagramas Pert. El resto de programas trabajan realmente con diagramas Roy. La diferencia es notable: mientras que en el diagrama Roy las tareas se representan por los nodos y las relaciones de precedencia se representan por las flechas, en el diagrama Pert las tareas se representan por las flechas y los nodos permiten indicar las precedencias. Son dos modos de trabajo duales. Las herramientas tradicionales, como Microsoft Project, confunden el trmino, llamando Diagrama Pert a lo que realmente es un Diagrama Roy. Esta herramienta le deja al usuario la posibilidad de seleccionar el tipo de diagrama a utilizar, incluso combinarlos. Se trata de una herramienta realmente potente y profesional que permite gestionar de forma sencilla grandes proyectos. Los grficos e informes que genera son sumamente intuitivos a la vez que precisos. Permite la gestin de mltiples proyectos, con un conjunto comn de recursos. Destaca tambin por sus herramientas de anlisis, orientadas tanto a tiempo como recursos y costes. Permite identificar rpidamente cosas como la cantidad de recursos que se necesitan para finalizar el proyecto a tiempo o cul sera el plazo si slo se usaran los recursos disponibles sin aadir nuevos. Esta herramienta puede ser
6. Implantacin de una herramienta de planificacin y control de proyectos 114 complementada con otra adicional, Predict!, destinada a realizar anlisis ms potentes del proyecto. Su principal punto dbil es que no dispone de comunicacin del plan por medio de correo electrnico ni posibilidad de publicacin de la informacin en formato de pginas Web. Tampoco dispone de versin en castellano.
6.1.4 Primavera project planner

Primavera es un fabricante ingls de herramientas informticas especializadas en planificacin, control y gestin de proyectos, [PRIM05], [PRIMAV]. Probablemente, su producto Primavera Project Planner es la herramienta ms completa de gestin de proyectos en el mercado. Ahora bien, esa potencia se logra a costa de una dificultad de manejo superior al resto de los programas. Primavera dispone de otros productos ms sencillos como SureTrack, ms similares a las herramientas comparadas en este apartado. Sin embargo se analiza Primavera Project Planner, en una escala superior al resto de herramientas, para presentarle al lector un abanico ms amplio dentro del que pueda elegir para cubrir sus necesidades. De hecho, el precio de este producto ($4,000) se dispara respecto al precio de los otros analizados. Sin embargo, otras herramientas de Primavera, como el programa SureTrack antes mencionado, tienen unos precios ms asequibles ($395). Primavera permite la gestin de mltiples proyectos de gran tamao. Permite crear grupos de proyectos, dispone de herramientas para realizar planificaciones y de nivelaciones avanzadas que pueden realizarse de forma manual o automtica. Todo ello dentro de un entorno multiusuario, donde cada participante puede tener acceso a todo el proyecto o slo a las partes deseadas mediante las capas. La comunicacin de los planes entre los diferentes usuarios se realiza mediante correo electrnico o a travs de pginas Web. Esta herramienta dispone de todas las caractersticas de gestin de proyectos que se puedan necesitar, por complicado que sea el proyecto. La herramienta, aunque puede ser adquirida por separado, se encuentra incluida dentro de una suite denominada Concentric Project Management que integra un mdulo para gestin de contratos de proyectos, Expedition, y una herramienta de seguimiento y control de proyectos, Sure Track Project Manager. Adems, esta
6. Implantacin de una herramienta de planificacin y control de proyectos 115 suite permite la integracin con los sistemas ERP ms utilizados en las empresas, como SAP, Oracle, Baan y People Soft. La aplicacin dispone de una opcin en la que permite seleccionar el idioma en el que se desea trabajar, entre otros el castellano. Los informes, calendarios, etc. aparecern en el idioma especificado. Sin embargo no puede decirse que exista realmente una versin es Castellano de la aplicacin, pues las barras de mens y los campos seguirn apareciendo en Ingls. Cabe destacar tambin que esta herramienta esta orientada a proyectos en los que existen de 500 a 5000 actividades como es nuestro caso, proyectos de centrales nucleares y centrales de ciclo combinado que el nmero de actividades en el ciclo de vida del proyecto puede alcanzar unas 5000 actividades.
6. Implantacin de una herramienta de planificacin y control de proyectos 116 Las diferencias funcionales ms notables entre herramientas son:
Caractersticas
MS-Project
Micro Planner
Primavera
Plataformas
Windows y Mac
Windows, Mac, Sun, Hp, Vax
Windows
Versin en Castellano Actividades en las flechas
SI NO
NO SI SI
NO NO SI
Compatibilidad con formato SI MPX Posibilidad exportar DXF Correo electrnico NO SI
NO NO NO
SI SI SI
Publicacin de datos en SI Web Combinar unidades en el mismo proyecto Representacin de meses NO diferentes SI
SI
NO
NO 220
SI N/D
Nmero de niveles para el 65.535 WBS
Distincin tipo recursos
NO
SI
SI
Divisin de tareas Precio aproximado
SI 290 euros
SI 665 euros
SI 2985 euros
6.1.5 Conclusiones
La decisin final depende en gran medida de las caractersticas del usuario final, la utilizacin prevista y el desembolso econmico que se est dispuesto a realizar. Si se est buscando una herramienta con la que iniciarse en el mundo de la planificacin de proyectos se recomienda Microsoft Project 2000. Si sus necesidades van ms all de lo comn y necesita llevar el control de grandes proyectos, es recomendable la utilizacin de Micro Planner Mannager y si realmente se necesita una herramienta profesional con la que ser capaz de abordar cualquier tipo de proyecto en grandes organizaciones y que transmita la mxima confianza sobre los clculos que realice, sin duda la mejor eleccin es Primavera Project Planner.
En nuestro caso claramente se elegir la herramienta Primavera Project Planner para su implantacin como mejor opcin de herramienta de planificacin y control de nuestros proyectos de ingeniera.
6.2
Primavera Project Planner
Primavera proporciona un juego de componentes integrados que dan a conocer a la direccin del proyecto (Project Management) de las necesidades de las diferentes reas de la organizacin, [PRIM05]. Usa interfaces de Windows estndar, tecnologa Permitida por Web e independiente (MSDE) y una red basada en base de datos (el Oracle y Microsoft SQL Server). Primavera usa DBExpress como interfaz estndar entre sus componentes y la direccin del proyecto y direccin de las bases de datos. DBExpress es instalada automticamente cuando se instala la direccin de proyecto y trabajos de anlisis de los mdulos (Portfolio Analysis modules). la carpeta de
Componentes del cliente, [PRIMAV]: Project Management: Este mdulo permite a los usuarios planificar y controlar un largo nmero de proyectos. Los datos del proyecto son almacenados en una base de datos central de direccin del proyecto. Se puede usar Oracle o Microsoft SQL Server como base de datos relacional de direccin del sistema en la configuracin de red. Methodology Management: Es un mdulo para autorizar y almacenar la metodologa o plantillas de planificacin del proyecto.
Portfolio Analysis: Es una herramienta de reporte de informacin para direccin, proporcionando resmenes y diagramas de los datos del proyecto. Timesheets: Timesheets es una comunicacin basada en Web entre proyectos y sistemas puntuales. Los miembros del equipo usan Timesheets para encontrar al momento informacin de sus tareas en el proyecto y registrar tiempos frente a sus volmenes de trabajo.
6. Implantacin de una herramienta de planificacin y control de proyectos 119 Componentes del servidor: Sistema de direccin de bases de datos relacional (RDBMS): Los datos del proyecto y las metodologas del proyecto son las dos almacenadas en bases de datos separadas centrales. Estas dos bases de datos tienen que ser mantenidas en un servidor de base de datos Oracle, Microsoft SQL Server o MSDE. En nuestro caso utilizaremos Oracle.
Servidor de grupo: Si la implementacin de Primavera incluye el mdulo de cliente para Timesheets, se deber instalar el servidor de grupo. Este componente es un servicio de Windows que corre en el servidor Web y permite a los clientes descargarse los Timesheets del servidor usando el navegador Web.
Componentes adicionales: MyPrimavera: Es una aplicacin Web que proporciona al navegador acceder al proyecto, a la carpeta de trabajos y a los recursos de datos de la empresa. MyPrimavera servidor de colaboracin: Esta infraestructura permite conectar a todos los miembros de un equipo, en todos los niveles, a todo el trabajo compartido necesario para completar el proyecto satisfactoriamente. Software Development kit(SDK): El SDK permite integrar los datos en la base de datos de direccin del proyecto con externas bases de datos y aplicaciones. ProjectLink: El ProjectLink es un plug-in que permite a los usuarios de Microsoft Project (MSP) trabajar en el ambiente de MSP mientras se esta conectado a las caractersticas de Primavera.
6. Implantacin de una herramienta de planificacin y control de proyectos 120 La siguiente figura ilustra las relaciones entre los componentes de Primavera.
6.2.1 Planificacin de la implementacin

Cuando se planea la implementacin de Primavera se debe pensar primero saber que mdulos del cliente y componentes del servidor se deben instalar y configurar y cuando estos mdulos y componentes deben ser instalados. A) Sistema de direccin de base de datos relacional: Utilizaremos Oracle en las bases de datos para la instalacin del paquete. B) Todas las direcciones de proyecto, los anlisis de datos y la metodologa de direccin necesitan acceder al servidor de bases de datos. Si se usa Oracle como el sistema de direccin de bases de datos relacional se debe instalar el software de cliente de Oracle en cada mquina que ejecute este mdulo cliente. C) Se deber instalar el servidor de trabajo porque los usuarios de direccin del proyecto debern ejecutar trabajos. D) Timesheets: Existen dos interfaces para el uso de Timesheets: Web Browser version y Java Web (JAWS) version. Las dos interfaces permiten a los usuarios
6. Implantacin de una herramienta de planificacin y control de proyectos 121 acceder a sus hojas de tiempos a travs de Internet, el primero como un applet de Java y el segundo como una aplicacin de Java. Usaremos la interfaz JAWS ya que el primero tiene la principal desventaja que la descarga inicial del applet puede tardar un tiempo excesivo. JAWS adems asegura que los usuarios siempre lancen la versin ms reciente de Timesheet bajo la correcta versin de JRE en el caso de que existan varios JRE instalados al mismo tiempo. E) Si se necesita integrar datos del proyecto con otros sistemas, como es nuestro caso, se deber instalar el SDK (Software Development Kit) en los ordenadores que requieren acceder a los datos. El SDK hace que los datos de los proyectos estn disponibles a aplicaciones externas como la interfaz ODBC (Open Database Connectivity) o OLE-DB y JDBC.
6.2.2 Requerimientos del servidor y cliente

Plataformas soportadas por Primavera
Mdulos
cliente
(Project
Management,
Methodology
Management,
myPrimavera, y Portfolio Analysis) o Microsoft Windows 2000 Professional (SP4) o Microsoft Windows XP (SP2) o Citrix MetaFrame XP FR2 (for Windows 2000) o Citrix MetaFrame XP FR3 (for Windows 2003)
Configuracin mnima para el cliente
Para clientes que usan Project Management, Portfolio Analysis, y mdulos de direccin de la metodologa o 128 MB de memoria RAM, 256 MB libre recomendada o 40 MB de espacio en disco duro (por mdulo) o Microsoft Internet Explorer 6.0 (SP1 o SP2) o Protocolo de red TCP/IP
Para clientes que usan Timesheets la versin Web Browser o Microsoft Internet Explorer 6.0 (SP1 or SP2) o Netscape 7.2 o JRE 1.4.2_07 o JRE 1.5.0_01 (es instalado automticamente con Timesheets) o Protocolo de red TCP/IP
Para clientes que usan la versin de Timesheets JAWS o Microsoft Internet Explorer 6.0 (SP1 o SP2), Netscape 7.2, o Firefox 1.0.1 o JRE 1.4.2_07 o JRE 1.5.0_01 (es instalado automticamente con Timesheets) o Protocolo de red TCP/IP
6. Implantacin de una herramienta de planificacin y control de proyectos 123 Para clientes que acceden a myPrimavera o 128 MB de memoria RAM como mnimo, 256 MB recomendada o 25 MB de espacio libre en el disco duro o Protocolo de red TCP/IP o Microsoft Internet Explorer 6.0 (SP1 o SP2) o JRE 1.4.2_07 o JRE 1.5.0_01 (es instalado automticamente con myPrimavera)
Configuracin soportada para los servidores
Para los servidores de bases de datos o Oracle version 9.2.0.5 con Windows 2000 Server (SP4), Windows 2003 Server, HP-UX 11i, o RedHat Linux Advanced Server 3.0. o Oracle version 10.1.0.3 con Windows 2000 Server (SP4), Windows 2003 Server, o Red Hat Linux Advanced Server 3.0 o Microsoft SQL Server 2000 (SP3) con Windows 2000 Server (SP4) o Windows 2003 Server o Microsoft SQL Server Desktop Engine (MSDE) 2000 (SP3) con Windows 2000 (SP4)
Para servidores que usan grupos de servidores y proveen de archivos de timesheets. o Microsoft Windows 2000 Server (SP4) con Windows 2003 Server o Software del servidor Web instalada y funcionando o 12 MB de memoria o 200 MB de espacio en el disco duro o Protocolo de red Microsoft TCP/IP
Para los servidores de colaboracin o Microsoft Windows 2000 Server/Advanced Server (SP4) o Windows 2003 Server o Solaris 2.9 (SPARC) o 1 GB de memoria RAM es recomendada o 1 GB como mnimo de espacio disponible en el disco duro
6. Implantacin de una herramienta de planificacin y control de proyectos 124 Requerimientos de servidores de aplicaciones hosting myPrimavera o Microsoft Windows 2000 Server (SP4) o Windows 2003 Server o Solaris 2.9 (SPARC) o Servidores de aplicaciones requieren JDK 1.4.1_03 o 1.4.2_05 o 1 GB de memoria RAM como mnimo, 1 GB recomendado o 1 GB como mnimo de espacio disponible en el disco duro
Requerimientos de servidores JSP hosting myPrimavera o BEA WebLogic Express Server 8.1.4 (o 8.1.4 ISV) o BEA WebLogic Enterprise Server 8.1.4 o IBM WebSphere Application Server v5.1.1 o 6.0 o Apache Tomcat 5.0.28
Para el servidor web hosting Project Web Site files o Microsoft Windows 2000 Server (SP4) o Windows 2003 Server o Microsoft Internet Information Server (IIS) 5.0 (con Windows 2000 Server SP4) o 6.0 (con Windows 2003 Server) o Protocolo de red Microsoft TCP/IP o Microsoft Internet Explorer 6.0 (SP1) o mayor
Para el servidor Web de myPrimavera o Microsoft Internet Information Server (IIS) 5.0 (con Windows 2000 Server SP4) o 6.0 (con Windows 2003 Server) o BEA WebLogic Express Server 8.1.4 (o 8.1.4 ISV) o BEA WebLogic Enterprise Server 8.1.4 o Apache Tomcat 5.0.28 o IBM WebSphere Application Server v5.1.1 o 6.0 o Apache HTTP Server 2.0.52 o Sun ONE Web Server 5.1 o 6.0 (SP1, SP5)
6. Implantacin de una herramienta de planificacin y control de proyectos 125 Sistemas de emails soportados y protocolos de red o Internet e-mail (SMTP) o MAPI o Protocolos de red dependen de la base de datos o Los sitios Web necesitan TCP/IP
Gua de tamaos del servidor de base de datos Los siguientes tamaos son referidos a instancias nicas de la base de datos de la direccin de proyectos. Los tamaos de memoria no incluyen sobrecargas requeridas por el sistema operativo que tpicamente aade 32MB de memoria y varia dependiendo de la versin del servidor.
Oracle
Archivo
Pequeo 300 MB 300 MB 250 MB 250 MB 250 MB 1,350 MB 384 MB
Mediano 500 MB 500 MB 500 MB 500 MB 500 MB 2,500 MB
Grande 1,000 MB 1,000 MB 1,000 MB 1,000 MB 1,000 MB 5,000 MB
Temp TBS RBS TBS Index TBS Data TBS Lob TBS Total RAM:
512 MB
1024+MB
Microsoft SQL Server
Archivo
Pequeo 300 MB 150 MB 100 MB 50 MB 600 MB 384 MB
Mediano 500 MB 250 MB 200 MB 100 MB 1,050 MB
Grande 1,000 MB 500 MB 275 MB 125 MB 1,900 MB
Data Data Log Temp Temp Log Total RAM:
512 MB
1024+MB
6.3 Instalacin de la base de datos y configuracin 6.3.1 Instalacin de la base de datos

Para Primavera se debern usar dos bases de datos, [MFPP05]:
PMDB(Project Management Database): Almacena los datos de direccin del proyecto usados por Primavera.
MMDB(Methodology Management Database): Almacena la metodologa que puede ser usada como plantillas cuando se crean nuevos proyectos.
Como vamos a utilizar Primavera en un servidor de base de datos de Oracle es necesario que instalemos el cliente de Oracle en cada mquina que vaya acceder a el servidor de base de datos. A continuacin se comentarn los pasos a seguir para instalar la base de datos y cargar los datos de la aplicacin. *Crearemos la base de datos en modo dedicado para usuarios de Oracle. *Deberemos usar el cdigo de pgina WE8MSWIN1252 o UTF8 porque vamos a utilizar el smbolo Euro en un lenguaje europeo. Primero crearemos la base de datos primavera y una vez que este instalaremos el cliente primavera:
6. Implantacin de una herramienta de planificacin y control de proyectos 127 Se deber pinchar en Install other tools.
A continuacin se marcar en Server databases.
Elegiremos la opcin deseada, en nuestro caso ser crear una nueva base de datos Primavera.
El tipo de base de datos que utilizaremos ser Oracle.
6. Implantacin de una herramienta de planificacin y control de proyectos 129 Primero crearemos el PMDB introduciendo su licencia.
6. Implantacin de una herramienta de planificacin y control de proyectos 130 A continuacin creamos y cargamos la base de datos introduciendo un String de conexin con el mismo nombre que la base de datos Oracle ya creada (SPRINGNT).
Se recomienda que se cree un espacio de tablas temporal de 500MB, un espacio de tablas para rollback de 500MB y un espacio de tablas para UNDOTBS tambin de 500MB.
En este paso se configuran los usuarios Oracle.
6. Implantacin de una herramienta de planificacin y control de proyectos 132 Pinchamos en next para completar la carga de la base de datos.
En este paso finaliza la instalacin de las bases de datos.
6.3.2 Limpieza principal de la tabla REFRDEL

Una vez terminada la creacin de la base de datos de Primavera se debe configurar la tabla REFRDEL para su limpieza ya que es la encargada de almacenar un historial de los movimientos [PRIMCU]. Los campos de clave de tiempos en cada fila de la base de datos permiten seguir la pista de la ltima actualizacin de los datos. Los datos eliminados son almacenados en una tabla llamada REFRDEL. Esta tabla contiene una fila por cada registro eliminado de la base de datos. Un procedimiento almacenado llamado REFRDEL_CLEANUP eliminar todas las filas ms antiguas que la del acceso ms temprano. Por todo ello vamos a cambiar cada cuanto tiempo los registros son eliminados de la tabla REFRDEL. Para que se eliminen todos los registros ms antiguos que 30 das: Accedemos a SQL *PLUS como PRIVUSER e introducimos la siguiente sentencia: INSERT INTO admin_config ( config_name, last_change_date, onfig_value ) values ('REFRDEL_DELETE_DAYS', sysdate, '30'); Si quisiramos eliminar esta opcin y que nunca se eliminen los registros de la tabla REFRDEL pondramos un 0 o un nmero negativo. Como en nuestro REFRDEL_DELETE_DATE ya exista en la tabla de ADMIN_CONFIG, deberemos actualizar sentencia: PDATE admin_config et config_value = '30' here config_name = 'REFRDEL_DELETE_DAYS'; la tabla ejecutando la siguiente
6. Implantacin de una herramienta de planificacin y control de proyectos 134 La tabla V_$TRANSACTION almacena el tiempo de acceso primero cuando los datos fueron cambiados. Esto mejora el mantenimiento cuando los datos son refrescados porque los datos antes del acceso no son accedidos. Los usuarios tienen que tener acceso para ver la tabla V_$TRANSACTION. Para dar permiso de lectura de esta tabla nos conectaremos a Oracle como SYS y ejecutaramos la siguiente sentencia: Grant select on v_$transaction to admuser;
6.3.3 Configuracin del servidor de base de datos

El administrador de la base de datos Oracle crea la base de datos de direccin de proyecto (PMDB) y la base de datos de direccin de la metodologa (MMDB). Una vez esto se ejecuta dos SQL scripts (ORPM_INS.SQL) dados por Primavera previamente modificados por el DBA, una por cada base de datos. Con ello se crear cada una de las estructuras de la base de datos (tablas, ndices, relaciones...).
6.3.4 Carga de los datos de la aplicacin

Cuando la estructura de la base de datos de direccin de proyecto y de la de metodologa de proyecto estn establecidas, se debe ejecutar el Database wizard de Primavera para cargar los datos de la aplicacin en cada una de las bases de datos. Se puede cargar los datos desde la computadora cliente que acceda a las bases de datos o si el servidor de la base de datos est funcionando en Windows 2000/2003, se pueden cargar los datos desde el servidor el slo. El ordenador cliente usado para instalar las bases de datos de Primavera debe tener los drivers instalados. Se deber realizar la carga de datos dos veces, una para el PMDB y otra para el MMDB. Los pasos a seguir sern los mismos que en la creacin de las bases de datos pero al llegar a este punto se deber marcar Load application data only.
A continuacin se dar a continuar para realizar la carga de datos y se introducir el usuario privilegiado de la base de datos, en nuestro caso PRIVUSER, su contrasea y el String de conexin a la base de datos (SPRINGNT) que puede ser comprobado en el TNSNAMES.ORA configurado anteriormente.
Si se conecta correctamente en la caja de Oracle connect string deber aparecer la conexin a la base de datos. Deberemos marcar que queremos sobrescribir la base de datos con datos por defecto y darle a continuar. Con esto se finalizar la carga de datos de la aplicacin.
6.4 Instalacin de MyPrimavera y configuracin 6.4.1 Instalacin de MyPrimavera

Antes de instalar myPrimavera 5.0, se necesita instalar la base de datos PMDB y la versin 5.0 del mdulo cliente PMDB. Este paso ya se realizo en la creacin de las bases de datos Oracle. Tambin se deber instalar el servidor de aplicaciones myPrimavera. El servidor que utiliza es un servidor Tomcat version 5.0.28 que deberemos instalar tambin. Esta versin de Tomcat requiere J2SDK 1.4.2_05 o superior, que se deber bajar de http://java.sun.com/products/archive e instalarlo, [MICROS]. Descargaremos la versin indicada, apareciendo la ventana inferior.
6. Implantacin de una herramienta de planificacin y control de proyectos 138 Una vez instalado el servidor Tomcat y el J2SDK se empezar la instalacin de myPrimavera: Se deber ejecutar el siguiente programa para ello, SetupMainWin.exe.
6.5 Importacin y exportacin de datos
7
Citrix Metaframe
7. Citrix metaframe
144
7 Citrix metaframe
Se ha decidido utilizar esta herramienta para publicar la aplicacin de planificacin y control de proyectos anteriormente elegida (Primavera Project Planner) en Internet. A continuacin se va a realizar una breve introduccin de esta aplicacin y como se proceder a la publicacin de Primavera dentro del entorno de Citrix, [CITRIXM].
7.1 Introduccin a Citrix Metaframe

Citrix Access Gateway [CITR06] son una familia de dispositivos VPN SSL robustecidos que ofrecen a los usuarios un acceso controlado a todas las aplicaciones y los recursos que necesitan para ser productivos. Los productos Citrix Access Gateway proporcionan un acceso seguro universal a cualquier aplicacin o protocolo de red, incluidas las aplicaciones de Windows y UNIX, las aplicaciones web, los ficheros compartidos en red, y hasta los servicios de telefona mediante telfonos VoIP de software, sin ningn desarrollo a medida ni webificacin. Las polticas de acceso determinan el nivel de acceso de cada usuario, segn reglas definidas por el administrador y anlisis del punto de destino. Mediante el uso de Citrix Access Gateway, las organizaciones pueden superar los inconvenientes que caracterizan a otras soluciones de VPN, como son las dificultades para atravesar cortafuegos y proxies, la complejidad de distribucin del software de cliente, el soporte de aplicaciones limitado y las complicaciones de gestin. Por eso motivo se ha decidido la utilizacin de Citrix Metaframe, que permite publicar en Internet herramientas pesadas, como la herramienta de planificacin y control de proyectos elegida (Primavera Project Planner). Una amplia gama de dispositivos y ediciones permite que Access Gateway responda a las necesidades de las organizaciones de cualquier tamao, desde
7. Citrix metaframe
145
pequeas empresas hasta las corporaciones globales ms exigentes. A continuacin se detallarn los distintos modelos de Citrix y se especificar cul es el modelo elegido:
Citrix Access Gateway Standard Edition es fcil de implantar, sencillo de administrar y la solucin de acceso remoto seguro ms rentable del mercado. El dispositivo Access Gateway se instala en la DMZ de la organizacin, y protege todo el trfico mediante SSL normalizado. Los usuarios remotos se conectan a travs de un cliente actualizado, de fcil manejo y que descargan de la web, disfrutando de una experiencia tan completa como la de su propio escritorio.
Citrix Access Gateway Advanced Edition extiende el acceso a ms dispositivos y usuarios, con un simple navegador y desde dispositivos mviles. Las amplias posibilidades de SmartAccess aportan un control de acceso basado en polticas, sumamente granular, que incluye una profunda integracin con Citrix Presentation Server.
Citrix Access Gateway Enterprise Edition es la mejor solucin para los entornos corporativos ms exigentes, porque ofrece los niveles mximos de escalabilidad, prestaciones, alta disponibilidad y posibilidades de administracin. Las funciones integradas de aceleracin y optimizacin de aplicaciones aumentan todava ms el rendimiento del acceso remoto, al tiempo que reducen los costes.
7. Citrix metaframe
146
7.2 Ventajas y caractersticas de Citrix Metraframe

Refuerza la seguridad de los datos, monitorizando y regulando el acceso de los usuarios [CIAG06]. El cliente de Access Gateway oculta el sistema de direccionamiento interno de la red y, combinado con el control de los tneles, bloquea los gusanos ms corrientes de la red. Las listas blancas de aplicaciones permiten a los administradores controlar estrictamente a qu aplicaciones de cliente y qu versiones se permite comunicar con cada servidor de back-end. La pre-identificacin integrada y la exploracin continuada y en tiempo real del punto de destino garantizan que los dispositivos de los usuarios se mantengan seguros en su conexin a la red corporativa. La edicin Advanced Edition aporta las significativas posibilidades de SmartAccess, que utilizan las funciones de deteccin y respuesta no slo para conceder o denegar el acceso a las aplicaciones, sino que tambin ofrecen control sobre las acciones, especificando lo que puede hacer el usuario con la informacin. Por ejemplo, segn el dispositivo y/o el lugar de acceso, las organizaciones pueden controlar si se permite a los usuarios ver, imprimir, modificar o guardar la informacin.
Responde a las necesidades de las mayores corporaciones Access Gateway Enterprise Edition posee un conjunto de funciones, como son la alta disponibilidad del acceso remoto a un solo centro de datos, y la capacidad de construir una solucin completa de recuperacin tras un desastre que abarque varias sedes geogrficas. Gracias a funciones de seguridad avanzadas, como la autenticacin mediante tarjeta chip y la prevencin de denegaciones de servicio, las organizaciones pueden tener la seguridad de que sus datos y aplicaciones se encuentran a salvo. Los usuarios disfrutarn de la compresin y la aceleracin lderes de la industria, que mejorarn todava ms su experiencia de acceso.
7. Citrix metaframe Simplifica la administracin y reduce los costes
147
Los productos Citrix Access Gateway de VPN SSL universal reducen drsticamente la complejidad de administracin respecto a los sistemas tradicionales. Los administradores pueden instalar, configurar e implantar el Access Gateway de manera fcil y rpida, sin comprometer la seguridad y ofreciendo un coste de explotacin mucho mejor. El acceso de los usuarios se consigue sin el coste ni la complejidad de instalar, configurar, actualizar y prestar soporte al software de cliente en cada dispositivo
Buena solucin ante acceso remoto La familia Citrix Access Gateway de VPN SSL universales es una buena solucin ante acceso remoto, y se la ofrece el nombre de ms confianza en el campo del acceso seguro ondemand. No existe otra VPN SSL que ofrezca una experiencia de acceso tan eficiente y rentable.
7. Citrix metaframe
148
7. Citrix metaframe
149
7.3 Plataforma de Acceso Citrix

Los productos Citrix estn diseados para solventar problemas de acceso especficos, en forma de soluciones independientes. El uso conjunto de varios de estos productos aporta los cimientos de una plataforma de acceso segura, flexible y ampliable, [CGOP06].
A continuacin se van a detallar los siguientes productos que ofrece Citrix:
Citrix Presentation Server es el estndar de la industria en sistemas para virtualizar la distribucin de los recursos empresariales a travs de una arquitectura centralizada y segura.
Citrix NetScaler System: Es la manera ms avanzada de optimizar la distribucin de los recursos empresariales mediante una solucin integrada de red, que gestiona, protege y acelera el trfico de las aplicaciones.
7. Citrix metaframe
150
Citrix Application Firewall: Realiza una defensa completa y eficaz demostrada frente a los ataques y los usos incorrectos de la infraestructura Web y de la informacin crucial.
Citrix Application Gateway: Es la forma ms segura, simple y adaptable de llevar las aplicaciones convergentes de voz y datos a las pantallas y los altavoces de los telfonos IP.
Citrix Access Gateway: Es una VPN SSL avanzada, fcil de usar y econmica, con control avanzado de accesos que gestiona quin consulta la informacin de la empresa y lo que hace con ella.
Citrix Password Manager: Es la solucin de identificacin empresarial nica ms segura, eficiente y fcil de implantar, para acceder cmodamente a todas las aplicaciones identificndose una sola vez.
Citrix GoToMeeting: Es un servicio gestionado a travs de la web que facilita a cualquier usuario el uso de herramientas de colaboracin en tiempo real y la participacin en reuniones en lnea, de forma instantnea, segura y econmica.
Citrix GoToAssist: Es una solucin de soporte a distancia lder de la industria, que permite a las organizaciones ofrecer una asistencia de primera categora a travs de Internet a sus clientes y usuarios finales, en un entorno seguro y de alta disponibilidad.
Citrix GoToMyPC: Es un servicio gestionado que proporciona acceso remoto seguro y cifrado a los PC de sobremesa con Windows, desde cualquier ordenador conectado a Internet.
7. Citrix metaframe
151
7.4 Publicar una aplicacin en el entorno Citrix Metaframe

Los pasos que hay que seguir para la publicacin de una aplicacin en Metaframe son los siguientes:
7.4.1 Instalar la aplicacin en el servidor de desarrollo de Iberinco

El primer paso que se debe realizar es intalar el cliente de Primavera Project Planner en el servidor de desarrollo de Iberinco. Para poder instalar el cliente de Primavera en este servidor hay que realizar lo siguiente: - Conectarse al servidor de desarrollo con las credenciales apropiadas: - Si no se est conectado por Terminal Server, es necesario abrir una ventana de DOS y ejecutar lo siguiente: o change user /install - Instalar la aplicacin a publicar (Primavera Project Planner). Esta aplicacin siempre debe hacerse en el disco G(Aplicaciones). Esta instalacin se realizar como se ha especificado anteriormente en el apartado dedicado a ello del proyecto (Punto 6.3), pero sin la opcin stand-alone, para que la gente no trabaje en local en la mquina Citrix, pero si con conexin a la base de datos de produccin para que trabaje directamente. -Una vez se haya instalado Primavera Project Planner en el servidor de desarrollo realizaremos las siguientes acciones:
7. Citrix metaframe Se crear un archivo bat con el siguiente contenido: o net use z: /delete --- Comando que desmonta la unidad z. o net use x: /delete --- Comando que desmonta la unidad x. o net use z: \\msfibcapp03\Primavera
152
--- Se monta de nuevo la
unidad z con el recurso compartido dnde los proyectos almacenan la informacin relacionada con Primavera. o net use x: \\ts3centr005\primavera --- Se monta la unicad x con el recurso que tiene ubicado el servidor de Citrix, dnde se encuentra Primavera, donde aparecen los errores y los warnings que aparecen durante la actualizacin. o CALL Primavera. Se deben compartir ciertos archivos de texto de Primavera, con el modo security (no con el modo sharing), ya que los usuarios que acceden a la herrmienta tienen que tener permisos para poder modificarlos y comprobarlos. - A continuacin debe probarse de forma local que funciona sin problemas. - Una vez hecho esto, hay que solicitar a Iberdrola que publique la aplicacin en el Citrix de dicho servidor. - Para que Iberdrola pueda publicar la aplicacin se deben indicar los siguientes datos: "G:\Program Files\Primavera\Project Management\PM.exe" ---Este comando llama al ejecutable de
Ruta al fichero .exe a ejecutar/publicar (La ruta del archivo que se debe dar es el archivo bat creado anteriormente).
Usuarios que tendrn acceso a la aplicacin a travs de Citrix. Si aplica, permisos especiales que se requieren.
7.4.2 Probar la aplicacin en el entorno de desarrollo Citrix

Las pruebas en el entorno Citrix se explicarn ms adelante.
7. Citrix metaframe
153
7.4.3 Solicitar el paso a integracin de la aplicacin.

Una vez que las pruebas en desarrollo se consideran satisfactorias, se debe solicitar el paso a integracin de dicha aplicacin. Para ello hay que seguir los siguientes pasos: - Realizar una peticin a travs de Gestiona (Gestiona es un servicio de apoyo para la solicitud y tratamiento de las peticiones de gestin de cambios realizadas por los usuarios de Iberinco) del tipo Otras Solicitudes.
7. Citrix metaframe
154
Esta peticin debe seguir la siguiente plantilla:

PASO A INTEGRACIN INICIAL APLICACION METAFRAME ============================================================
NUEVA APLICACION/NUEVA FUNCIONALIDAD (NA/NF): <Nombre de la Aplicacin a publicar> DESCRIPCIN DE LA SOLUCIN: <Breve descripcin de la aplicacin> NOMBRE DE LA APLICACIN: <Nombre de la aplicacin> ARQUITECTURA: METAFRAME JEFE DE PROYECTO: -PETICIONARIO DE DISTRIBUCIN: <Persona que solicita la publicacin> (Iberinco) DESTINO DE LAS DISTRIBUCIONES: METAFRAME XP FECHA DE PASO A PRODUCCIN: <fecha estimada del paso> COMENTARIOS: <comentarios relevantes en relacin a la aplicacin, Tales como servidores donde hay que publicarlo, si se requieren Permisos de administracin, etc> DCO: Se anexa en un correo aparte. <con la peticin se debe anexar un
7. Citrix metaframe
155
Documento llamado DCO (Documento de Condiciones de Operacin) que se Explicar ms adelante>.
- Adems, hay que solicitar, tambin va Gestiona, el alta de los usuarios a los que se desee dar acceso a la aplicacin en integracin. Tipo de Peticin: Otras Solicitudes. - Asimismo, se debe contactar con los responsables de Metaframe en Iberdrola para informarles de la peticin. - Iberdrola Sistemas debe proporcionar una mquina, un usuario y una clave para poder realizar la instalacin de la aplicacin en el entorno de integracin. La operativa para la instalacin es la misma que la que se sigui previamente en el entorno de desarrollo.
7.4.4 Probar
la
aplicacin
en
el
entorno
Citrix
de
Integracin.
Las pruebas que se deben realizar se explicarn ms adelante.
7.4.5 Solicitar el paso a produccin de la aplicacin.

Una vez que las pruebas en integracin se consideran satisfactorias, se debe solicitar el paso a produccin de dicha aplicacin. Los pasos a seguir para este paso son los mismos que los que tuvieron que hacer para el paso a Integracin, especificando en el ttulo de la peticin Paso a produccin Inicial Aplicacin Metaframe. Iberdrola Sistemas debe proporcionar una mquina y un usuario y clave para poder realizar la instalacin de la aplicacin en el entorno de produccin. La operativa es la misma que la que se sigui en los entornos anteriores.
7. Citrix metaframe
156
7.4.6 Probar
la
aplicacin
en
el
entorno
Citrix
de
Produccin.
Las pruebas que se deben realizar se explicarn ms adelante. Una vez que todas las pruebas son satisfactorias se debe solicitar a Iberdrola que habilite dentro de Amarna la opcin de solicitud de acceso a dicha aplicacin por Citrix para que cualquier empleado pueda pedir acceso, siempre que los responsables de la aplicacin as lo autoricen.
7.4.7 Pruebas en el entorno Metaframe

Cuando un usuario quiere acceder a una aplicacin publicada en Citrix (ya sea en los entornos de Desarrollo, Integracin o Produccin) debe seguir los siguientes pasos: Abrir el Internet Explorer y entrar a: http://www5.iberdrola.es . Ver lo siguiente:
7. Citrix metaframe
157
El usuario debe autentificarse en el portal con su nmero de empleado y clave de acceso. Al hacerlo, ver lo siguiente:
La primera vez que un usuario se conecte al portal de Citrix, deber pinchar en el enlace:
Este enlace instalar el plugin del cliente Metaframe que permitir al usuario ejecutar las aplicaciones remotas. Una vez hecho esto, en la parte izquierda de la pantalla, el usuario ver las carpetas y aplicaciones a las que tiene acceso:
7. Citrix metaframe
158
Al pinchar en la carpeta ver la lista de aplicaciones que se encuentran publicadas para este usuario:
7. Citrix metaframe
159
Pinchando en cualquiera de ellas se arranca la aplicacin y se comprueba que sta funciona correctamente.
NOTA: Para el usuario es completamente transparente el saber si una aplicacin se encuentra publicada en el entorno de desarrollo, integracin o produccin. Debe ser responsabilidad del coordinador de las aplicaciones Citrix en Iberinco el saber qu usuarios tiene acceso a qu aplicaciones, limitar el acceso a los entornos de desarrollo e integracin al equipo de pruebas y permitir nicamente accesos a produccin.
7. Citrix metaframe
160
Al arrancar la aplicacin aparece la siguiente ventana de msdos. Como se puede ver sigue los pasos de nuestro archivo bat, desmonando las unidades z y x y volviendolas a montar ms a delante con las rutas de los servidores de Citrix que contienen la aplicacin. Despus se llama al ejecutable de Primavera que inicia la aplicacin.
7. Citrix metaframe
161
En la siguiente figura se observa como se arranca Primavera Project Planner y se puede trabajar con la herramienta.
7. Citrix metaframe
162
7.5 Caractersticas de los servidores de Citrix
1 servidor PowerEdge 4400 con las siguientes propiedades: 2 Procesadores x86 Family 6 Model 8 Stepping 6 Genuine Intel 930 Mhz. 1 Gb de memoria RAM. 2 Discos duros internos de 6 Gb Y 62 Gb.
La versin de CITRIX instalada en el servidor es Presentation Server 4.
7. Citrix metaframe
163
7.6 Anlisis del rendimiento de los servidores Citrix

En funcin de los resultados obtenidos se puede observar que en determinados momentos las caractersticas del servidor han podido ralentizar la ejecucin de las aplicaciones (las pruebas se realizaron en un servidor de desarrollo, menos potente que los servidores que tenemos en produccin).
7.6.1 Porcentaje de tiempo de procesador

Porcentaje del intervalo de tiempo que un procesador est ocupado ejecutando todos los procesos (incluyendo los procesos propios del sistema).
El uso del procesador ha llegado a ser de un 80 % que es un porcentaje bastante elevado.
7. Citrix metaframe
164
7.6.2 Memoria (MBytes) disponible

Nmero de MBytes disponibles para que lo utilicen los procesos.
El nmero de MBytes disponibles ha sido en determinados momentos demasiado bajo, en algunos momentos la memoria disponible ha sido de slo 197 Mbytes.
7. Citrix metaframe
165
7.7 Configuracin recomendada equipo cliente Citrix

A continuacin mostramos un tipo de configuracin recomendada:
Sistema Operativo: Windows XP SP2 (Espaol). Nombre del equipo: el equipo debe pertenecer al mismo dominio que el de la impresora que se va a utlizar.
Impresora: HP LaserJet 5100 PCL 6. Nombre de la impresora instalada en el equipo cliente: nombre_impresora en nombre_servidor (no debe aparecer como nombre_impresora en nombre_servidor.dominio).
7.8 Listado de impresoras homologadas por Iberdrola

A continuacin se listan las impresoras HP homologadas por Iberdrola para su uso en CITRIX:
LJ 1010/1012, LJ 1015, LJ 1022, LJ 1100, LJ 1150, LJ 1160, LJ 1200, LJ 1300, LJ 1320, LJ P2015, LJ 2100, LJ 2200, LJ 2300, LJ 2410/2420/ 2430, LJ 2820/ 2830/ 2840, LJ P3005, LJ 3015/3020/3030, LJ M3027/M3035mfp, LJ 3050/3052/3055, LJ 3100, LJ 3150, LJ 3200, LJ 3300mfp, LJ 3380, LJ 3390/3392, LJ 4000, LJ 4050, LJ 4100, LJ 4100/ 4101mfp, LJ 4200, LJ 4240/4250, LJ 4300, LJ 4345mfp, LJ 4350, LJ 5000, LJ M5025/M5035 mfp, LJ 5100, LJ 5500, LJ 8000, LJ 8100, LJ 8150, LJ 9000, LJ 9000mfp, LJ 9040, LJ 9040mfp/ 9065mfp, LJ 4, 5, 6 Family. 9050mfp, LJ 9055mfp, LJ
CLJ CM1015/1017 mfp, CLJ 1500, CLJ 2500, CLJ 2550, CLJ 2605, CLJ 2700, CLJ 3000, CLJ 3500, CLJ 3550, CLJ 3600, CLJ 3700, CLJ 3800, CLJ CP4005, CLJ 4500, CLJ 4550, CLJ 4600, CLJ 4600, CLJ 4650, CLJ 4700, CLJ 4730mfp, CLJ 5550, CLJ 8500, CLJ 8550, CLJ 9500, CLJ 9500mfp.
8
Replicacin Oracle
8. Replicacin Oracle
167
8 Replicacin Oracle
8.1 Vista general de la replicacin
Replicacin es el proceso de copiado y mantenimiento de objetos de la base de datos, tales como tablas, en bases de datos mltiples simulan un sistema de bases de datos distribuido, [BURR01]. Los cambios hechos en un sitio son capturados y almacenados localmente antes de ser enviados y aplicados en cada una de las locaciones remotas. La replicacin avanzada de Oracle es una caracterstica del servidor Oracle, no es un servidor separado. La replicacin utiliza tecnologa de bases de datos distribuidas para compartir datos entre mltiples sitios, pero una base de datos replicada y una base de datos distribuida no son lo mismo. En una base de datos distribuida, los datos estn disponibles en muchas locaciones, pero una tabla en particular reside solo en una locacin. Replicacin significa que el mismo dato esta disponible en mltiples locaciones. Algunas de las razones principales para utilizar la replicacin son:
Disponibilidad: La replicacin mejora la disponibilidad de las aplicaciones, ya que provee opciones alternativas de acceso a los datos. Si un sitio no se encuentra disponible, los usuarios pueden continuar con consultando o actualizando las locaciones restantes. En otras palabras la replicacin provee una excelente proteccin contra fallos.
Rendimiento: La replicacin provee un rpido acceso local para compartir datos ya que balancea la actividad sobre mltiples sitios. Algunos usuarios pueden acceder a un servidor mientras que otros acceden a diferentes servidores, reduciendo la carga de todos los servidores. Tambin, los usuarios pueden acceder a datos de un sitio replicado que tiene un menos coste de acceso, el cual es tpico que el sitio se encuentre geogrficamente ms cerca.
8. Replicacin Oracle Computacin Desconectada:
168
Una vista materializada es una copia (replica) completa o parcial de una tabla en un determinado momento. Las vistas materializadas habilitan a los usuarios trabajar sobre un subconjunto de la base de datos mientras estn desconectados del servidor de base de datos central. Ms tarde, cuando se establezca una conexin, los usuarios pueden sincronizar (refresh) las vistas materializadas. Cuando los usuarios refrescan las vistas materializadas, actualizan la base de datos central con todos los cambios que hayan hecho y recibirn los cambios que puedan haber ocurrido mientras estaban desconectados.
Reduccin de la carga: La replicacin puede ser utilizada para distribuir datos sobre mltiples localizaciones regionales. As, las aplicaciones pueden acceder a varios servidores regionales en vez de acceder a un servidor central. Esta configuracin puede reducir la carga de la red drsticamente.
Despliegue en masa: Cada vez ms, las organizaciones necesitan hacer uso de algunas aplicaciones que requieren la capacidad de usar y manipular datos. Con la replicacin de Oracle, las plantillas de uso habilitan crear mltiples ambiente de vistas materializadas rpidamente. Se pueden utilizar variables para personalizar cada ambiente de vistas materializadas segn las necesidades individuales.
169
8.2 Aplicaciones que usan replicacin

Replicacin lo soportan una variedad de aplicaciones que a menudo tiene diferentes requerimientos. Algunas aplicaciones permiten sitios de vistas materializadas relativamente autnomos. Por ejemplo, automatizacin de ventas, servicio de campo, venta al por menor, despliegue en masa, tpicamente requieren datos para ser peridicamente sincronizados entre el sistema central de base de datos y un gran numero de sitios pequeos remotos, los cuales a menudo son desconectados desde la base de datos central. En ese caso, los sitios remotos deben ser autnomos. Por otra parte, aplicaciones tales cono centros de llamadas y sistemas de Internet requieren datos en mltiples servidores para ser sincronizados de manera continua, casi instantnea para asegurarse que el servicio que se provee est disponible y equivalente en todo momento. Por ejemplo, un sitio Web de ventas al por menor en Internet debe asegurarse que los clientes vean la misma informacin en el catlogo online en cada sitio. Aqu, la consistencia de datos es ms importante que la autonoma del sitio. Replicacin en Oracle puede ser usada para cada tipo de aplicaciones descriptas en el prrafo anterior, y para sistemas que combinen aspectos de ambos tipos de aplicaciones. De hecho, la replicacin en Oracle puede soportar ambos, despliegue en masa y replicacin servidor a servidor, habilitando la integracin en un ambiente nico y coherente. En tal ambiente pueden compartir datos. Replicacin Oracle puede replicar datos en ambientes que usen diferentes versiones de Oracle y en ambientes que corran Oracle en diferentes sistemas operativos. Por lo tanto, aplicaciones que usen datos en tales ambientes pueden usar replicacin Oracle.
170
8.3 Objetos, Grupos y Sitios Replicables

Las siguientes secciones explican los componentes bsicos de un sistema de replicacin, incluyendo objetos, grupos y sitios de replicacin, [BURR01].
Objetos Replicables:
Un objeto replicable es un objeto de una base de datos existente en mltiples servidores en un sistema de base de datos distribuido. En un ambiente de replicacin, cualquier actualizacin hecha a un objeto replicable en un sitio es aplicada a las copias en todos los otros sitios. Replicacin Oracle permite replicar los siguientes tipos de objetos: Tablas ndices Vistas y Object Views Packages y Packages Bodies Procedimientos y Funciones Tipos definidos por el usuario y Type Bodies Triggers Sinnimos Indextypes Operadores definidos por el usuario En cuanto a tablas, la replicacin soporta avanzadas caractersticas tales como tablas particionadas, tablas organizadas por ndices, tablas conteniendo columnas que se basan en tipos definidos por el usuario y tablas objetos.
8. Replicacin Oracle Grupos de replicacin
171
En un ambiente de replicacin, Oracle maneja objetos replicables usando grupos replicacin. Un grupo replicacin es una coleccin de objetos replicables que estn relacionados lgicamente. Organizando objetos de bases de datos relacionadas dentro de un grupo replicacin, es ms fcil administrar muchos objetos juntos. Tpicamente, se crea y usa un grupo de replicacin, para organizar el esquema de objetos necesarios para soportar una aplicacin de base de datos particular. Sin embargo, grupos de replicacin y esquemas no necesitan corresponder uno con otro. Un grupo de replicacin puede contener objetos de mltiples esquemas y un esquema singular puede tener objetos en mltiples grupos de replicacin. Sin embargo, cada objeto replicable puede ser miembro slo de un grupo de replicacin.
Sitios Replicables
Un grupo de replicacin puede existir en mltiples sitios replicables. Los ambientes de replicacin soportan dos tipos bsicos de sitios: sitios maestros y sitios de vistas materializadas. Un sitio puede ser tanto un sitio maestro para un grupo replicable y un sitio de vistas materializadas para otro grupo replicable diferente. Sin embargo, un sitio no puede ser a la vez sitio maestro y sitio de vista materializada de un mismo grupo replicable. Las diferencias entre sitio maestro y sitio de vista materializada son las siguientes: Un grupo de replicacin en un master site es referido ms especficamente como un master group. Un grupo de replicacin en un sitio de vista materializada est basado en un master group y es referido ms especficamente como un grupo de vista materializada. Adicionalmente, cada master group tiene exactamente un master definition site. Un master definition site de un grupo de replicacin es un master site, sirviendo como el centro de control, para manejo de grupos de replicacin y objetos en el grupo.
172
Un master site mantiene una copia completa de todos los objetos en un grupo de replicacin, mientras que las vistas materializadas en un materializad view site pueden contener todos o un subconjunto de la tabla de datos dentro de un master group. Por ejemplo, si el master group x contiene las tablas y, z, entonces todos los master sites participando en el master group deben mantener una copia completa de y,z. Sin embargo, una vista de un materializad view site debera contener solo una vista materializada de la tabla de y, mientras que otra materialized view site debera contener vistas materializadas de ambas tablas, de y,z. Todos los master sites en un ambiente de replicacin multimaster se comunican directamente con uno y otro para propagar continuamente los cambios de datos en el grupo de replicacin. Materialized view sites contienen una imagen, o vista materializada, de la tabla de datos desde un cierto punto en el tiempo. Tpicamente, una vista materializada es refrescada peridicamente para sincronizarla con su master site. Se puede organizar vistas materializadas en grupos de refresco. Vistas materializadas en un grupo de refresco pueden pertenecer a uno o ms grupos de vistas materializadas, y ellas son actualizadas al mismo tiempo para asegurar que los datos en todas las vistas materializadas en el grupo de refresco correspondan al mismo, transaccionalmente consistente punto de tiempo.
173
8.4 Tipos de ambientes de Replicacin

Replicacin Oracle soporta los siguientes tipos de ambientes de replicacin:
Replicacin Multimaster Replicacin de Vistas Materializadas. Configuraciones hbridas Multimaster y Vistas Materializadas.
8.4.1 Replicacin Multimaster

Replicacin Multimaster permite sitios mltiples, actuando como pares iguales, para dirigir grupos de objetos de base de datos replicables. Cada sitio en un ambiente de replicacin multimaster es un master site, y cada sitio se comunica con los otros master sites. Las aplicaciones pueden actualizar cualquier tabla replicada en cualquier sitio en una configuracin multimaster. Los servidores de base de datos Oracle operando como master sites en un ambiente multimaster, automticamente trabajan para reunir los datos de todas las tablas de replicas y para asegurar la consistencia global de la transaccin y la integridad de los datos. La replicacin asincrnica es el medio ms comn para implementar la replicacin multimaster. Otros medios incluyen replicacin sincrnica y replicacin procedural. Cuando se usa replicacin asincrnica, la informacin acerca del lenguaje de manipulacin de datos (DML) que cambia en una tabla es guardado en la cola de transacciones diferidas en el master site donde el cambio ocurri. Estos cambios son llamados transacciones diferidas. Las transacciones diferidas son empujadas o propagadas hacia el otro participante del master site en intervalos regulares. Se puede controlar la cantidad de tiempo de un intervalo. Usar replicacin asincrnica significa que los conflictos de datos son posibles, porque el mismo valor de fila puede ser actualizada en dos master sites
174
diferentes, casi al mismo tiempo. Sin embargo, se puede usar tcnicas para evitar conflictos y, si el conflicto ocurre, Oracle provee mecanismos preconstruidos que pueden ser implementados para resolverlos. La informacin sobre los conflictos sin resolver es almacenada en un Log de errores.
Figura: Replicacin multimaster
Master Group Quiesce
A veces, es necesario parar toda actividad de replicacin de un master group para poder ejecutar ciertas tareas administrativas en el master group. Por ejemplo, se debe parar toda actividad de replicacin de un master group para agregar un nuevo objeto de master group. Parar toda la actividad de replicacin de un master group es llamado quiescing del grupo. Cuando un master group es parado, los usuarios no pueden llamar declaraciones DML de ninguno de los objetos del master group. Tambin, todas las transacciones diferidas deben ser propagadas antes de que se pueda parar un master group. Los usuarios pueden continuar consultando las tablas en un master group parado.
175
8.4.2 Replicacin de vistas materializadas

Un vista materializada contiene una copia completa o parcial de un target master desde un punto especifico en el tiempo. El target master puede ser a la vez una tabla master en un master site o una vista materializada master en un site de vistas materializadas. Una vista materializada master es una vista materializada que funciona como un master para otra vista materializada. Una vista materializada multimaster es una que est basada en otra vista materializada, en lugar de una tabla master. Las vistas materializadas proveen los siguientes beneficios:
Permite accesos locales, lo cual mejora los tiempos de respuesta y la disponibilidad.
Carga de queries sin conexin del master site o del sitio de vista materializada master, porque en su lugar los usuarios pueden consultar la vista materializada local.
Incrementa la seguridad de los datos permitiendo replicar solo un subconjunto.
Un materialized view puede leerse en solo lectura, actualizarse, o escribirse, y estos tipos de vistas materializadas proveen beneficios en suma de aquellos enumerados previamente.
176
8.4.2.1 Vistas materializadas de solo lectura
En una configuracin bsica, las vistas materializadas pueden proveer acceso de solo lectura a la tabla de datos que se originan desde un sitio master o un sito master de vistas materializadas. Las aplicaciones pueden consultar datos de vistas materializadas de solo lectura para evitar accesos al sitio master a travs de la red, prescindiendo de la disponibilidad de la red. Sin embargo, las aplicaciones a lo largo de todo el sistema deben acceder a datos en el sitio master para ejecutar sentencias DML. Las tablas master y las vistas materializadas master de solo lectura no necesitan pertenecer a un grupo de replicacin. Las vistas materializadas de solo lectura proveen los siguientes beneficios: Eliminan la posibilidad de conflictos porque no pueden ser actualizados. Soportan vistas materializadas complejas. Vistas materializadas complejas son por ejemplo las que contienen operaciones set o una clusula CONNECT BY.
177
Figura vistas materializadas de replicacin de slo lectura
8.4.2.2 Vistas materializadas actualizables
En una configuracin ms avanzada, se puede crear una vista materializada actualizable que permita a los usuarios insertar, actualizar, y borrar filas de las tablas del master objetivo o del master de vistas materializadas ejecutando estas operaciones en el materialized view. Una vista materializada actualizable puede tambin contener un subconjunto de los datos en el master. Las vistas materializadas actualizables estn basadas en tablas o en otras vistas materializadas que han sido establecidos para soportar la replicacin. De hecho, las vistas materializadas actualizables deben ser parte de un grupo de vistas materializadas que este basado en otro grupo de replicacin.
178
Figura: Replicacin de vistas materializas actualizables La vistas materializas actualizables tiene las siguientes propiedades.
Estn siempre basados en una tabla nica, aunque tablas mltiples pueden ser referenciadas en una subconsulta.
Pueden ser actualizadas de forma incremental o rpida. Oracle propaga los cambios hechos a una vista materializa actualizable a una tabla de vistas remota master o al master de vistas materializas. Las actualizaciones del master se replican en cascada a los otros sitios de replicacin.
Las vistas materializas actualizables proveen los siguientes beneficios: Permiten a los usuarios consultar y actualizar datos locales replicados aun cuando est desconectado del master site o del sitio master de las vistas materializas.
179
Requiere menos recursos que una replicacin multimaster, mientras todava est soportando la actualizacin de datos. Las vistas materializadas pueden reducir la cantidad de carga en los recursos de red porque las vistas materializas pueden ser actualizadas segn la demanda, mientras que la replicacin multimaster propaga los cambios a intervalos regulares. Adems, debido a que las vistas materializadas pueden residir en una base de datos que contienen menos informacin, el espacio del disco y los requerimientos de la memoria para los clientes de vistas materializas pueden ser menores que los requerimientos para un servidor de Oracle que contenga master sites.
8.4.2.3 Vistas materializadas writeable
Se puede crear una vista materializada usando la clusula FOR UPDATE durante la creacin pero luego nunca agregar la vista materializada a un grupo de vista materializada. En ese caso, los usuarios pueden mejorar el lenguaje de manipulacin de datos (DML) en la vista materializada, pero esos cambios no pueden ser propagados al master y se pierden si la vista materializada es actualizada. Tales vistas materializadas son llamadas vistas materializadas writeable.
8.4.2.4 Subconjuntos materializadas
de
Filas
Columnas
con
vistas
Ambos, subconjuntos de filas y columnas dan la posibilidad a crear vistas materializadas que contienen una copia parcial de los datos en una tabla master o master de vistas materializadas. Tales vistas materializadas pueden ser tiles para oficinas que no requieran el conjunto de datos completo.
180
8.4.2.5 Actualizacin de vistas materializadas
Para asegurarse que una vista materializada es consistente con su tabla master o su master de vista materializada, se necesita actualizar peridicamente la vista materializada. Oracle provee los siguientes tres mtodos para actualizar las vistas materializadas: Refresco rpido que utiliza logs de vistas materializadas para actualizar solo las filas que han sido cambiadas desde la ltima actualizacin. Refresco completo que actualiza toda la vista materializada. Refresco forzado ejecuta una actualizacin rpida cuando es posible. Cuando una rpida actualizacin no es posible, el refresco forzado ejecuta un refresco completo.
8.4.2.6 Grupos de refresco
Cuando es importante para las vistas materializadas ser transaccionalmente consistentes con las otras, se pueden organizar en grupos de refresco. Actualizando el grupo de refresco, se puede asegurar que los datos en todas las vistas materializadas del grupo de refresco corresponden a la misma transaccin consistente en el tiempo. Ambos, vistas materializadas de slo lectura y las actualizables, pueden ser incluidas en un grupo de refresco. Una vista materializada en un grupo de refresco puede ser actualizada individualmente, pero haciendo eso, se anula los beneficios del grupo de refresco, porque actualizando las vistas materializadas individualmente no se actualizan las otras vistas materializadas del grupo de refresco.
181
8.4.2.7 Registro de vistas materializadas
Un registro de vista materializada es una tabla en el master site o en el master site de vistas materializadas que guarda todos los cambios de DML en la tabla master o en el master de vistas materializadas. Un registro de vista materializada es asociado con una tabla master simple o master de vistas materializadas, y cada uno de esos tiene solo un registro de vista materializada. Un refresco rpido de una vista materializada es posible solo si el master de vistas materializadas tiene un registro de vistas. Cuando una vista materializada es refrescada con el mtodo rpido, las entradas de las vistas materializadas asociadas al registro de vistas materializadas que han aparecido desde la ltima vez que fue actualizado son aplicadas a la vista materializada.
8.4.2.8 Despliegue de Patrones
El despliegue de plantillas simplifica la tarea de desplegar y mantener muchos sitios de vistas materializadas remotas. Usando el despliegue de plantillas, se puede definir una coleccin de vistas materializadas definidas en un master site, y se puede usar parmetros en las definiciones para que las vistas materializadas puedan ser personalizadas para usuarios individuales o tipos de usuarios. Cuando un usuario instancia un patrn, las vistas materializadas son creadas en el sitio remoto. Los valores del parmetro pueden ser a la vez suplidos por los usuarios remotos o tomados desde una tabla mantenida en un master site.
182
8.4.3 Configuraciones materializadas
Hbridas:
Multimaster
vistas
La replicacin multimaster y materialized views pueden ser combinadas en configuraciones hbridas o mixtas para reunir los distintos requerimientos de aplicacin. Configuraciones hbridas pueden tener cualquier nmero de master sites y mltiples sitios de vistas materializadas para cada master. Replicacin multimaster entre dos masters puede soportar replicacin de tablas completas, entre las bases de datos que dan soporte a dos regiones geogrficas. Las vistas materializadas pueden ser definidas en los masters para replicar tablas completas o subconjuntos de tablas a sitios dentro de cada regin. La siguiente figura muestra un ambiente de replicacin hbrido.
8. Replicacin Oracle Diferencias clave entre las vistas materializadas y tablas master replicadas:
183
Las tablas maestras replicadas deben contener datos para la tabla completa que est siendo replicada, mientras que las vistas materializadas pueden replicar subconjuntos de la tabla master de datos.
La replicacin Multimaster permite replicar cambios de cada transaccin mientras los cambios ocurren. Las actualizaciones de vistas materializadas son orientadas a conjuntos, propagando cambios desde mltiples transacciones en una operacin ms eficiente, orientadas a lotes, pero con intervalos menos frecuentes.
Si ocurren conflictos debido a los cambios hechos a copias mltiples de los mismos datos, entonces la deteccin y resolucin de conflictos siempre ocurre en un master site o en un master site de vista materializada.
8.5 Conflictos de Replicacin

Los ambientes de replicacin asincrnicos multimaster y de vistas materializadas actualizables deben tener la posibilidad de tener conflictos de replicacin que puedan ocurrir cuando, por ejemplo, dos transacciones originadas desde diferentes sitios actualizan la misma fila casi al mismo tiempo. Cuando ocurren los conflictos de datos, se necesita un mecanismo para asegurar que el conflicto sea resuelto de acuerdo con las reglas de negocio y para asegurar que la informacin converja correctamente en todos los sitios. Adems para terminar con cualquier conflicto que pudiera ocurrir en un ambiente de replicacin, la replicacin Oracle ofrece una variedad de mtodos preconstruidos de resolucin de problemas que habilita la posibilidad de definir un sistema de resolucin de conflictos para la base de datos que resuelve los conflictos de acuerdo con las reglas del negocio. Si se tiene una situacin nica que los mtodos preconstruidos de resolucin de problemas no pueden resolver, entonces se tiene la opcin de construir y utilizar mtodos propios de resolucin de conflictos.
184
8.6 Otras opciones de replicacin Multimaster

La replicacin asincrnica es la forma ms comn de implementar la replicacin multimaster. Sin embargo, hay otras dos opciones de replicacin: sincrnica y procedural.
o Replicacin Sincrnica Un ambiente de replicacin multimaster puede utilizar replicacin asincrnica o sincrnica para copiar datos. Con la replicacin asincrnica, los cambios hechos en un master site ocurren en tiempo posterior en los otros master sites participantes. Con la replicacin sincrnica, los cambios hechos en un master site ocurren inmediatamente en todos los otros master sites participantes. Cuando se utiliza la replicacin sincrnica, una actualizacin de una tabla resulta en la replicacin inmediata de la actualizacin en todos los master sites participantes. De hecho, cada transaccin incluye todos los master sites. Por lo tanto, si un master site no puede procesar una transaccin por cualquier motivo, entonces la transaccin se realiza rolled-back (se restaura la base de datos hasta el ltimo commit) en todos los master sites. Aunque se evite la posibilidad de conflictos cuando se utiliza la replicacin sincrnica, esto requiere un ambiente estable para operar correctamente. Si la comunicacin a un master site no es posible debido por ejemplo a un problema en la red entonces los usuarios pueden todava consultar tablas replicadas, pero ninguna transaccin puede ser completada hasta que la comunicacin sea restablecida. Tambin, es posible para configurar la replicacin asincrnica para que simule replicacin sincrnica.
8. Replicacin Oracle o Replicacin Procedural
185
Las aplicaciones de procesamiento por lotes pueden cambiar grandes cantidades de datos en una sola transaccin. En estos casos, la replicacin a nivel de columna puede disminuir la carga de la red con algunos cambios en los datos. Para evitar dichos problemas, una aplicacin de procesamiento por lotes operando en un ambiente de replicacin puede utilizar replicacin procedural para replicar llamadas a procedimientos almacenados para converger en replicas de datos. Replicacin procedural replica solo las llamadas a los procedimientos almacenados que una aplicacin utiliza para actualizar una tabla. No replica los datos modificados en si. Para utilizar replicacin procedural, se deben replicar los paquetes que modifican datos en el sistema en todos los sitios. Antes de replicar un paquete, se debe generar un wrapper para cada paquete en cada sitio. Cuando una aplicacin llama un procedimiento de paquetes en el sitio local para modificar datos, el wrapper asegura que sea la ultima llamada hecha al mismo procedimiento del paquete en todos los sitios en el ambiente de replicacin. La replicacin procedural puede ocurrir asincrnicamente o sincrnicamente.
Deteccin de Conflictos y Replicacin Procedural
Cuando un dato replicado utiliza replicacin procedural, los procedimientos que replican los datos son responsables de asegurar la integridad del dato replicado. Esto es, se deben disear procedimientos tanto para evitar o detectar conflictos de replicacin y para resolverlos apropiadamente. En consecuencia, la replicacin procedural es principalmente utilizada cuando las bases de datos son modificadas solo en grandes operaciones por lote. En tales situaciones, los conflictos de replicacin son poco probables ya que numerosas transacciones no disputan el mismo dato.
186
A continuacin se va a explicar con detalle todos los conceptos explicados anteriormente.
8.7 Replicacin maestra 8.7.1 Conceptos de replicacin maestra

Para entender los detalles arquitectnicos de la replicacin maestra, es necesario entender los conceptos de la replicacin maestra. Ya vimos anteriormente conceptos de replicacin maestra, pero en este apartado se pretende profundizar un poco ms. Conocer como y porque la replicacin es usada proveer de una comprensin mucho mayor de cmo los elementos arquitectnicos individuales trabajan juntos para crear un ambiente de replicacin multimaestro.
8.7.1.1 Que es la replicacin maestra
Oracle tiene dos tipos de replicacin maestra: replicacin maestra nica y replicacin multimaestra. La replicacin multimaestra incluye muchos sitios maestros donde cada uno de los sitios maestros opera como iguales. En la replicacin con un solo sitio maestro la replicacin de la vista materializada provee los mecanismos para soportar potencialmente cientos o miles de sitios de vistas materializadas. Un sitio maestro nico que soporta uno o ms sitios de vistas materializadas puede tambin participar en un entorno multimaster creando un ambiente de replicacin hbrida (la combinacin de replicacin multimaster y vista materializada). Las vistas materializadas pueden estar basadas en tablas maestras en sitios maestros o en vistas materializadas en sitios maestros de vistas materializadas. Cuando las vistas materializadas estn basadas en vistas materializadas se tiene un entorno multitier (arquitectura cliente servidor donde el interfaz de usuario, las reglas de negocio, el almacenamiento de datos y el acceso a ellos son dirigidos y mantenidos en mdulos independientes) de vistas materializadas. En un ambiente de este tipo las vistas materializadas que tiene otras vistas materializadas basadas en ellas son llamadas vistas materializadas maestras.
8. Replicacin Oracle Replicacin multimaster
187
La replicacin multimaestro tambin conocida peer-to-peer o replicacin en ncaminos esta compuesta de mltiples sitios maestros que participan igualmente en un modelo que soporta actualizaciones desde cualquier sitio. Las actualizaciones que se realicen a un sitio individual son propagadas a todos los dems sitios maestros que participan. Los servidores de bases de datos Oracle que operan como sitios maestros en un ambiente de replicacin multimaestro trabajan automticamente para uniformizar los datos de todas las replicas de tablas y aseguran las consistencia global de las transacciones y la integridad de los datos. La resolucin de conflictos es manejada independientemente en cada uno de los sitios maestros. La replicacin multimaestro provee la replicacin completa de cada tabla replicada en cada uno de los sitios maestro. Si el ambiente de replicacin es un ambiente hbrido (tienen muchos sitios maestros soportando una o mas sitios de vistas materializadas) entonces el sitio maestro principal propaga cualquiera de las actualizaciones realizadas sobre la vista materializada a todos los otros sitios maestros en el ambiente de replicacin multimaestro. Despus, cada uno de los sitios maestro propaga los cambios a sus vistas materializadas durante el refresco de ellas.
188
La siguiente figura muestra un posible ambiente de replicacin multimaestro:
Replicacin de un solo maestro
Un sitio maestro nico puede tambin funcionar como el sitio maestro principal para uno o ms sitios de vistas materializadas. Contrariamente a la replicacin multimaestro donde las actualizaciones son propagadas a todos los dems sitios, las actualizaciones de las vistas materializadas son realizadas solo en el sitio maestro principal.
Sitios maestros
Un sitio maestro puede ser un nodo en un ambiente de replicacin multimaestro y ser el maestro para uno o ms sitios de vistas materializadas en un ambiente de replicacin de maestro nico o multimaestro. Los objetos replicados son guardados en el sitio maestro y estn disponibles para ser accedidos por los usuarios.
8. Replicacin Oracle Sitio maestro de definicin
189
En un ambiente de replicacin multimaestro, un sitio maestro opera como el sitio maestro de definicin para un grupo maestro. Este sitio particular realiza muchas de las tareas de mantenimiento y administrativas para el ambiente de replicacin multimaestro. Cada grupo maestro puede tener un nico sitio de definicin maestro, aunque el sitio de definicin maestro puede ser cualquiera de los sitios maestros en el ambiente multimaestro. Tradicionalmente el sitio de definicin maestro puede ser cambiado a otro sitio maestro si es necesario. Un sitio maestro nico soportando replicacin de vistas materializadas es por defecto el sitio de definicin maestro.
8.7.1.2 Por que utilizar replicacin multimaestro

Desde un punto de vista muy bsico, la replicacin es usada para asegurar que los datos estn disponibles cuando y donde se los necesite. El siguiente apartado describe varios ambientes diferentes que tienen necesidades de disponibilidad distintos. Un ambiente de replicacin puede tener uno o ms de los siguientes requerimientos:
Tolerancia a fallos: La replicacin multimaestro puede ser utilizada para proteger la disponibilidad de una base de datos crtica. Por ejemplo, un ambiente de replicacin multimaestro puede replicar los datos en su base de datos para establecer un sitio tolerante a fallos si el sitio primario deja de estar disponible debido a problemas en el sistema o en la red. Un sitio tolerante a fallos de este tipo puede servir tambin como una base de datos totalmente funcional para soportar el acceso de aplicaciones cuando el sitio primario opera concurrentemente. Es posible usar tambin Oracle net para configurar el tiempo de conexin automtica cuando ocurre un fallo, lo cual le permite a Oracle net cambiar a un sitio maestro diferente si el primer sitio maestro falla.
190
Balanceo de carga: La replicacin multimaestro es til para las aplicaciones de procesamiento de transacciones que requieren mltiples puntos de acceso a informacin de bases de datos para los siguientes propsitos:
Distribuir la carga de una aplicacin pesada Asegurar disponibilidad continua Proveer acceso localizado a los datos
Las aplicaciones que tiene requerimiento de distribucin de carga comnmente incluyen aplicaciones de servicio a los clientes.
Cluster reales de aplicacin Oracle comparados con replicacin:
Las reas primordiales donde se debe considerar si utiliza replicacin Oracle o cluster reales de aplicacin Oracle son: balanceo de carga y supervivencia.
o Balanceo de carga: El sistema de replicacin Oracle provee balanceo de carga de lecturas sobre mltiples bases de datos mientras que los cluster reales de aplicacin proveen balanceo de cargas sobre lecturas y escrituras. Como cada escritura debe ser hecha en cada sitio de replicacin, la replicacin no ofrece balanceo de carga de escrituras.
o Supervivencia: La replicacin provee mejor proteccin con respecto a desastres naturales, fallos elctricas y o sabotaje. Porque el resto de los sitios de replicacin puedes estar ubicados en otra regin geogrfica. Los cluster reales de aplicacin operan en un cluster o en un sistema masivamente paralelo y esta localizado en un mismo ambiente fsico, por lo que no lo puede proteger contra los mismos problemas fsicos que la replicacin.
191
o Interoperabilidad: La replicacin Oracle puede replicar datos entre plataformas distintas y sistemas operativos distintos que estn corriendo en Oracle. Las instancias en un cluster real de aplicacin deben correr en la misma plataforma.
Soporte para ambientes de vistas materializadas desconectadas:
La replicacin de vistas materializadas permite a los usuarios almacenar remotamente todos o un conjunto de los datos replicados de un sitio maestro en un ambiente desconectado. Los sitios maestro operan como el objetivo de los ambiente de vistas materializadas. El soporte de sitios maestros puede ser: Un sistema maestro nico soportando todas las vistas materializadas, el cual reduce la posibilidad de datos divergentes debido a que la resolucin de conflictos es llevada a cabo nicamente en los sitios maestros o en los sitios maestros de vistas materializadas (en un ambiente de vistas materializadas multitier). Una combinacin de replicacin multimaestro y de vistas materializadas donde grupos de vistas materializadas son apuntadas a diferentes maestros de la configuracin multimaestro. Esta configuracin distribuye la carga entre mltiples nodos maestros y provee escalabilidad mejorada en caso de que uno de los nodos maestro se vuelva no disponible.
192
8.7.1.3 Proceso de replicacin multimaestro

Como vimos anteriormente hay dos tipos de replicacin multimaestro, asincrnica y sincrnica.
Replicacin asincrnica:
La replicacin asincrnica propaga independientemente cualquier DML o ejecucin de un procedimiento replicado a todos los otros sitios maestro que participan en el ambiente de replicacin multimaestro. La propagacin ocurre en una transaccin separada, despus que el DML o el procedimiento de replicacin hayan sido ejecutados localmente. La replicacin asincrnica es el modo por defecto para la replicacin debido a que requiere menos recursos de red y hardware que la replicacin sincrnica, resultando una mejor disponibilidad y fiabilidad. La replicacin asincrnica sin embargo significa que los conjuntos de datos de los distintos sitios maestros del ambiente de replicacin pueden ser diferentes durante un periodo de tiempo hasta que los cambio hayan sido propagados. Tambin pueden ocurrir conflictos de datos en un ambiente de replicacin sincrnica.
8. Replicacin Oracle A continuacin se describe el proceso de replicacin asincrnica:
193
1-Un usuario publica una sentencia de DML o ejecuta un wrapper para un procedimiento replicado. Despus que una tabla haya sido acondicionada para replicacin, cualquier DML que el usuario realice un commit sobre la tabla es capturada para replicacin en todos los sitios maestros. Para cada fila que es insertada, actualizada o borrada, un gatillo crea una llamada diferida a procedimiento remoto (RPC) y la coloca en la cola de transacciones diferidas. La cola de transacciones diferidas contiene todas las RPCs diferidas. Si un procedimiento ha sido replicado y su wrapper es ejecutado en un sitio maestro entonces la llamada al procedimiento es colocada en la cola de transacciones diferidas. 2-La cola de transacciones diferidas guarda RPCs diferidas. Cada transaccin en la cola de transacciones diferidas tiene una lista de destinatarios que define donde debe ser propagada la transaccin diferida; esta lista contiene todos los sitios maestros excepto el sitio original. Existe una cola de transacciones diferidas para cada sitio, y esta cola puede ser usada en grupos de replicacin multiple. 3-La propagacin enva transacciones diferidas a su destino a intervalos preestablecidos o bajo demanda. Las transacciones diferidas en la cola de transacciones diferidas son propagadas a sus destinos objetivos. Cada destino puede tener diferentes intervalos. 4-La transaccin diferida es aplicada en el destino remoto mientras que una transaccin diferida esta siendo propagada a su destino objetivo, cada RPC diferida es aplicada en el sitio destino llamando a un paquete interno. Si la transaccin diferida no puede ser aplicada exitosamente en el sitio destino, entonces es reenviada y colocada en la cola de errores en el sitio destino, donde el DBA puede revisar y reparar los errores y reaplicar la transaccin diferida.
194
Cuando una transaccin diferida es aplicada en el sitio destino, Oracle chequea posibles conflictos de datos. Si un conflicto es detectado, entonces es registrado en el sitio remoto y, opcionalmente, un mtodo de resolucin de conflictos es invocado. 5-Cuando una transaccin diferida ha sido exitosamente propagada a todos los sitios maestros, no es purgada de la cola de transacciones diferidas del sitio original inmediatamente. Esta podra ser purgada mas tarde por un trabajo de purgacin el cual corre a intervalos definidos por el usuario.
Replicacin sincrnica:
La replicacin sincrnica propaga cualquier cambio hecho en el sitio local a todos los otros sitios maestros conectados sincrnicamente en un mismo ambiente de replicacin durante la misma transaccin que el cambio inicial. Si la propagacin falla en cualquiera de los sitios maestro, entonces la transaccin entera, incluyendo el cambio inicial en el sitio maestro local es deshecha. Esta estricta medida asegura la consistencia de datos a lo largo del ambiente de replicacin. Contrariamente a la replicacin asincrnica, no existe un periodo de tiempo en el cual los datos de los sitios maestros no coincidan. La replicacin sincrnica tambin asegura que no se introduzcan conflictos de datos en el ambiente de replicacin. Estos beneficios tienen el costo de requerir mucho hardware y recursos de red sin flexibilidadad de tiempos. Por ejemplo, si un nico sistema maestro en un ambiente mutimaestro no esta disponible, entonces una transaccin no puede ser completada en ningn sitio maestro. Sin embargo, en la replicacin asincrnica, la transaccin diferida es mantenida en el sitio original hasta que el sitio cado se vuelva disponible. Mientras tanto, la transaccin puede ser exitosamente propagada y aplicada a los otros sitios de replicacin. Adicionalmente mientras el desempeo de las consultas se mantiene alto, ya que son realizadas localmente con replicacin sincrnica, las actualizaciones son mas lentas debido al protocolo de dos fases que se utiliza para realizar los commits y que asegura que cualquier actualizacin sea exitosamente propagada y aplicada en los sitios remotos.
8. Replicacin Oracle A continuacin se describe proceso de replicacin sincrnica:
195
1-Un usuario publica una sentencia de DML o ejecuta un wrapper de un procedimiento replicado. Despus que una tabla haya sido acondicionada para replicacin, cualquier DML sobre el cual el usuario realice commit y que tenga como objetivo dicha tabla es capturado para replicacin en todos los otros sitios maestros de replicacin. Si un procedimiento ha sido replicado y su wrapper es ejecutado en un sitio maestro, entonces el procedimiento llamado es capturado para replicacin. 2-El DML o la ejecucin del wrapper es inmediatamente propagado a los sitios destino. El gatillo interno captura cualquier DML e inmediatamente propaga estas acciones a todos los otros sitios maestros del ambiente de replicacin. El gatillo interno aplica estas acciones en el contexto seguro del enlace de la base de datos del propagador y usa un RPC interno para aplicar estas acciones en el sitio destino. Como un gatillo interno, un wrapper propaga inmediatamente al procedimiento replicado, la llamada al procedimiento a todos los otros sitios maestros del ambiente de replicacin. Si la transaccin falla en cualquiera de los sitios maestros de replicacin entonces la transaccin es desecha en todos los sitios maestros. Esta metodologa asegura la consistencia de datos en todos los sitios maestros de replicacin. Debido a la necesidad de deshacer una transaccin si cualquier sitio falla, la replicacin sincrnica es extremadamente dependiente de redes de alta disponibilidad, bases de datos de alta disponibilidad y hardware asociado.
196
8.7.1.4 Conceptos sobre resolucin de Conflictos
Cuando Oracle replica una tabla, algn DML aplicado a la tabla replicada de un sitio replicado (tanto un sitio master o con vistas materializadas) que causa un conflicto de datos en el sitio de destino es automticamente detectado por el servidor Oracle en el sitio destino. Algunos conflictos de datos introducidos por el sitio de vistas materializadas son detectados y solucionados en el sitio master objetivo o en el sitio master de vistas materializadas. Por ejemplo, si el siguiente grupo maestro es programado para propagar cambios una vez por hora, entonces considerar que pasa cuando:
Si el tiempo entre propagaciones es considerado un intervalo, y dos o ms sitios actualizan la misma fila durante el mismo intervalo, entonces ocurre un conflicto. Adems de los conflictos de actualizacin, descritos anteriormente, estn los problemas de insercin y borrado. Cada conflicto ocurre cuando las acciones conflictivas ocurren dentro del mismo intervalo.
Conflicto de actualizacin: Dos o ms sentencias de DML son aplicadas a la misma fila en diferentes sitios de replicacin antes que la sentencia de DML pueda ser propagada a los otros sitios.
197
Conflicto de unicidad: Una insercin es llevada a cabo en dos o ms sitios y la clave primaria (u otro conjunto de columnas nicas) por cada insercin que contiene el mismo valor, o una actualizacin en un sitio, modifica la clave primaria (u otro conjunto de columnas nicas), el cual contienen el misma valor que una insercin en otro sitio.
Conflicto de eliminacin: Un fila es eliminada en un sitio y una actualizacin ocurre en otro sitio, esto puede resultar en un intento de actualizar una fila que ya no existe, o la mxima fila es eliminada en el mismo intervalo en ms de un sitio.
Una vez que un conflicto de datos sea detectado, ocurren las siguientes acciones: 1-Los mtodos de resolucin de conflictos tratan de resolver el conflicto de datos. 2-Si el conflicto no fue resuelto, entonces se registra el conflicto en la cola de errores del sitio destino.
Cuando un conflicto de datos es registrado en la cola de errores, el administrador de la base de datos es responsable de resolver manualmente el conflicto. Si escoge utilizar mtodos de resolucin provistos por Oracle o los definidos por el usuario, entonces el servidor Oracle trata automticamente de resolver el conflicto. Los mtodos de resolucin de conflictos que se pueden implementar deben estar de acuerdo con las reglas de negocio definidas por el ambiente de replicacin y deben garantizar convergencia de datos. Puede ser necesario modificar tablas para encontrar las necesidades de los mtodos de resolucin que se implementaron. Por ejemplo, el ultimo mtodo de resolucin de conflicto timestamp necesita una columna de timestamp en la tabla en la cual es implementada.
198
8.7.2 Arquitectura de la replicacin Multimaster

Este apartado describe la arquitectura de la replicacin en trminos de mecanismos y procesos.
8.7.2.1 Mecanismos del sitio maestro
Para soportar un ambiente de replicacin, Oracle utiliza los siguientes mecanismos en cada sitio maestro que participa, ya sea en ambientes de replicacin multimaestro o replicacin master. Algunos de estos mecanismos son requeridos solo en circunstancias especiales.
Roles / Usuarios del master site
Dependiendo de los requerimientos de seguridad, los siguientes tres roles pueden ser consolidados en un solo administrador de replicacin. De hecho, en la mayora de los ambientes de replicacin multimaestro utilizan un solo usuario que lleva a cabo los roles de administrador de replicacin, propagador y receptor.
o Administrador de replicacin Realiza todas las funciones administrativas relacionadas al sitio maestro en un ambiente de replicacin. Tiene las siguientes responsabilidades: a. Construccin y mantenimiento de grupos individuales de replicacin master. b. Agregar y eliminar los master sites participantes. c. Administracin de colas. d. Controlar el estado del ambiente de replicacin (normal y diferidas).
8. Replicacin Oracle o Propagador
199
Realiza la tarea de propagar cada transaccin contenida en la cola de transacciones diferidas a la de destino. Puede haber varios administradores para administrar los distintos esquemas, pero solo un propagador por cada base de datos.
o Receptor Es el responsable de recibir y aplicar las transacciones diferidas por el propagador. Si no tiene los permisos apropiados para invocar transacciones en la cola de diferidas, entonces toda la transaccin se coloca en la cola de error del destino.
Enlaces a las base de datos
Proveen un conducto para replicar datos entre master sites y sitios de vistas materializadas. En un ambiente multimaestro, hay un enlace a la base de datos desde cada master site individual a todos los dems master sites. Es decir que hay N-1 enlaces a la bases de datos por cada master site, donde N es el total de sitios maestros. En la figura cada master site tiene dos database links a los restantes master sites. Esta configuracin asegura canales de comunicacin bidireccionales entre sitios maestros, necesaria para replicacin multimaster.
200
Notar que los sitios de vistas materializadas, solo necesitan un link desde el sitio de vista materializada al master site. El sitio maestro no necesita un link al sitio de vistas materializadas.
8. Replicacin Oracle Objetos replicables
201
o Tablas: En la mayora de los casos la replicacin de tablas es la base del ambiente de replicacin. Una vez que la tabla sea seleccionada para ser replicada y haya sido generado su soporte de replicacin, es monitoreada por trigger internos que detectan cualquier DML aplicado a ella.
o ndices: Cualquier ndice que es usado para reforzar una restriccin de una tabla es automticamente creado en los sitios remotos destinos cuando una tabla es seleccionada para replicacin y creada en el sitio remoto. Cualquier ndice usado por razones de rendimiento debe ser explcitamente seleccionado para replicacin para ser creado en los dems master sites participantes del ambiente de replicacin. Cuando un ndice es replicado a otros sitios, funciona como si el ndice hubiera sido creado localmente. No es necesario generar soporte de replicacin para los ndices.
o Paquetes: Seleccionar paquetes para replicacin y generar el necesario soporte de replicacin da la habilidad de realizar replicacin procedural. Este tipo de replicacin puede ofrecer mejoras de rendimiento para grandes operaciones orientadas a lotes con gran nmero de filas que deben ser ejecutadas de forma serial dentro del ambiente de replicacin.
o Procedimientos y funciones: Los procedimientos y funciones no declarados como parte de un paquete no pueden tener soporte de replicacin.
8. Replicacin Oracle o Tipos definidos por el usuario
202
Para replicar un esquema de un objeto con tipos definidos por el usuario, estos tipos deben existir en todos los sitios de replicacin y ser exactamente el mismo en todos los sitios.
o Triggers Para asegurarse que cualquier aplicacin o base de datos lgica es presentada en cada master site, se puede seleccionar triggers para replicacin. Un importante ejemplo de trigger de replicacin es replicar un trigger que automticamente inserte una marca de tiempo en la tabla cuando alguna DML es aplicada en la tabla.
o Vistas, vistas objeto y sinnimos Cuando se replica una vista, una vista objeto o un sinnimo, se utiliza simplemente la replicacin para distribuir ese objeto a los otros master sites que estn involucrados en el ambiente de replicacin. Una vez que el objeto sea replicado a los otros sitios, se opera como si el objeto hubiera sido creado localmente. Ningn trigger interno o paquete, monitoriza el objeto para capturar sus cambios.
o Tipos de ndices Oracle soporta la replicacin de tipos de ndices. Se debe replicar explcitamente el tipo y el cuerpo de las funciones que uno utiliza para implementar un tipo ndice. o Operadores definidos por el usuario Desarrolladores de aplicaciones orientadas a objetos pueden extender la lista de operadores relacionales bulit-in (por ejemplo +,-,/,*).Cuando uno replica operadores definidos por el usuario, simplemente utiliza la replicacin para distribuir el operador a los dems master sites involucrados en el ambiente de replicacin.
8. Replicacin Oracle Triggers internos
203
Se utilizan para capturar y almacenar informacin acerca de actualizaciones de datos replicados. Los triggers internos construyen llamadas a procedimientos remotos (RPCs) para reproducir cambios en datos hechos en el sitio local a sitios de replicacin remota.
Procedimientos internos
Cuando un RPC diferido es creado en un trigger interno es propagado a los dems master sites participantes, un procedimiento interno en el sitio destino es utilizado para aplicar al RPC en el sitio remoto. Estos procedimientos internos son activados automticamente cuando uno genera soporte de replicacin para una tabla y son ejecutados basados en RPCs recibidos desde la cola de transacciones diferidas del sitio de origen.
Cola de transacciones diferidas
Almacena las transacciones (por ejemplo DML) que son esperadas por otro destino del grupo maestro. Oracle almacena RPCs producidos por los triggers internos en la cola de transacciones diferidas de un sitio para luego propagarlas.
Cola de error
Almacena la informacin de aquellas transacciones que no pudieron ser ejecutadas con xito en el sitio local. No se despliega informacin acerca de errores en otros sitios maestros. Cuando una condicin de error ha sido resuelta, se puede ejecutar de nuevo la transaccin o borrarla de la cola de error.
Cola de trabajo
Oracle logra el proceso de propagacin utilizando el mecanismo de la cola de trabajo y transacciones diferidas. Cada servidor tiene su cola local de trabajos. Una cola de trabajos locales de un servidor es una base de datos que almacena informacin acerca de trabajos locales tales como PL/SQL para ejecutar un trabajo, cuando ejecuta un trabajo, etc.
204
8.7.2.2 Mecanismos administrativos
Muchos mecanismos son requeridos para manejar las tareas administrativas que son llevadas a cabo para soportar un ambiente de replicacin. Estos mecanismos permiten encender y apagar un ambiente de replicacin, as como monitorizar tareas administrativas que son generadas cuando se construye o modifica el ambiente de replicacin.
Modos de operacin de replicacin
Hay tres modos de operacin: a) Normal: este modo permite que la replicacin ocurra. El ambiente de replicacin esta corriendo en este modo. Cualquier transaccin sobre un objeto replicado es permitida y es propagada apropiadamente. b) Quiescing: es el modo para pasar del modo normal al modo quiesced. En este modo el usuario no esta habilitado a ejecutar transacciones sobre objetos replicados, pero existen transacciones diferidas que son propagadas. Las consultas sobre tablas quiescing estn permitidas. Cuando todas las transacciones diferidas fueron exitosamente propagadas a sus respectivos destinos, el ambiente de replicacin precede al modo Quiesced. c) Quiesced (Inactivo): puede ser considerado deshabilitado para el uso normal de la replicacin. Es principalmente para propsitos administrativos (tales como agregar o eliminar objetos replicados). La replicacin esta detenida en este modo.
8. Replicacin Oracle Control del modo de replicacin:
205
Existen dos modos de operacin: a) Suspend: Ejecutando el mecanismo suspendido comienza el modo quiescing que transfiere el modo de operacin replicacin a un grupo maestro normal, en uno quiesced o inactivo. Este mecanismo solo puede ejecutarse en un ambiente en modo normal. Se ejecuta este mecanismo cuando sea necesario modificar el ambiente de replicacin. b) Resume: Transfiere un grupo maestro desde el modo de replicacin quiesced al modo normal. Si se han llevado a cabo trabajos administrativos en el ambiente de replicacin (por ejemplo, se agrego un objeto replicado), entonces se debe verificar que la cola de pedidos administrativos este vaca antes de ejecutar el mecanismo de resume.
Mecanismos Organizacionales
El ms notable de los mecanismos organizacionales es el grupo maestro. Ayuda a agrupar columnas que son utilizadas para resolver conflictos en una tabla replicada. En un ambiente de replicacin, Oracle logra la replicacin de objetos utilizando grupos de replicacin. Son una coleccin de objetos replicados que son siempre actualizados en una manera transaccionalmente consistente. Organizando objetos relacionados de la base de datos en un grupo de replicacin, es ms fcil administrar los objetos a la vez. Tpicamente, se crea y se usa un grupo de replicacin para organizar un esquema de objetos necesario para soportar una aplicacin de base de datos en particular. En un ambiente de replicacin multimaster, los grupos de replicacin son llamados grupos maestro. Las columnas de los grupos proveen mecanismos para agrupar todas las columnas que estn involucradas en una rutina de resolucin de conflictos.
206
8.8 VISTAS MATERIALIZADAS 8.8.1 Conceptos de vistas materializadas

Como vimos anteriormente, una vista materializada es una rplica de un master en un instante de tiempo. Estas vistas son actualizadas mediante procesos por lotes conocidos como refreshes. Como varios de los conceptos de las vistas materializadas ya fueron explicados, vamos a ver algunas caractersticas extra que son de inters.
8.8.1.1 Por que usar vistas materializadas
Ya vimos anteriormente cuales eran las ventajas de la base de datos replicadas. Las ventajas de las vistas materializadas son las siguientes: Reducir la carga de la red. Replicacin de subconjuntos: Esto permite la replicacin de datos pertinentes para el sitio en particular. Es decir que permite replicar el mnimo imprescindible. Permite computacin off-line. Desarrollo en masa.
8.8.1.2 Vistas materializadas en mltiples capas

Oracle permite la creacin de vistas materializadas, basadas en otras vistas materializadas. Esto genera un ambiente de varias capas de vistas, una jerarqua. Las vistas en este tipo de ambientes pueden ser de escritura o slo lectura.
207
En la figura anterior se puede ver un posible ambiente de replicacin con mv1.world dependiendo del master bbdd1.world y a mv2.world dependiendo de mv1.world. A las vistas que actan de master de otras vistas se les llama master de vistas materializadas. Cualquier sitio puede ser un master y cada master puede tener ms de una vista dependiente.
208
En la siguiente figura vemos una jerarqua de vistas dependientes de un master.
Como se puede observar, a los sitios que dependen directamente del master se les ubica en el nivel 1 y a los que dependen de stos en el nivel 2 y as sucesivamente. Una vista materializada maestra funciona de la misma forma que un master. Es decir que los cambios propagados por una vista del nivel 2 al 1, son manejados de la misma forma que los cambios propagados desde el nivel 1 al master. Este sistema de jerarquas de vistas ofrece una gran flexibilidad a los usuarios. Incluso pueden haber vistas parciales, como fue explicado anteriormente, con todas las ventajas tambin ya explicadas.
209
8.8.1.3 Mecanismos del master site y del master site de vista materializada
Tabla maestra o vista materializada maestra
La tabla maestra o la vista materializada maestra es la base de las vistas materializadas. La tabla maestra esta ubicada en un sitio master mientras que la vista materializada esta ubicada en un sitio master de vistas materializadas, es decir en un nivel 1 como mnimo. Los cambios efectuados en la tabla maestra son propagados a las vistas materializadas durante el refresco.
Trigger interno para el log de vistas materializadas
Cuando se efectan cambios en la tabla maestra o en el master de la vista materializada mediante DML, el trigger interno se encarga de registrar informacin sobre las filas afectadas en el log. Esta informacin incluye la clave primaria, el ROWID o object ID y otros valores. Este trigger es el ltimo en activarse.
Log de vista materializada
Este log es necesario en un sitio master, si queremos poder efectuar el refresco rpido sobre vistas dependientes del master. Cuando se crea un log para una tabla maestra o Master de vista materializada, Oracle crea una tabla oculta que servir de log.
Mecanismos de los sites de vistas materializadas
Cuando se crea una vista materializada, se crean ciertos mecanismos para soportar las vistas. Se crea una tabla base, por lo menos un ndice, y posiblemente una vista. Si creamos una vista materializada modificable, entonces se crean tambin un trigger interno y un log local, en el sitio.
8. Replicacin Oracle Tabla base y vista
210
La tabla base de una vista materializada tiene diferentes funciones dependiendo del nivel de compatibilidad definido (esto es para integrar bases de datos de distintas versiones). Para las versiones superiores a la 8.1.0, la tabla base es la propia vista materializada y no se requiere de la vista extra. En cambio para versiones inferiores, la tabla base es el soporte y la vista es la vista materializada.
ndice
Se crea por lo menos un ndice sobre la clave primarida de la tabla master. Oracle puede crear otros ndices en el sitio remoto para soportar otras configuraciones.
Log de vista materializada actualizable
Este log es utilizado para saber que filas deben ser sobrescritas o eliminadas al efectuarse un refresco rpido. Si la vista es de slo lectura entonces este log no es creado.
Trigger para el Log de vista materializada actualizable
Como en el caso del master, este trigger se encarga de registrar en la vista materializada actualizable los cambios efectuados mediante MDL. Si la vista es slo lectura, entonces este trigger no es creado.
211
8.9 Conflictos
Ya hemos mencionado a lo largo del proyecto el problema de los conflictos. En este apartado veremos los tipos de conflictos junto con mtodos para la prevencin y solucin de ellos, [ORACLE]. Los conflictos aparecen en sistemas que permiten actualizaciones a los mismos datos en diferentes sitios. Lo primero es tratar de disear el sistema para que no ocurran conflictos. Hay casos en los que no es posible, resolver conflictos.
8.9.1 Tipos de conflictos

Se pueden encontrar los siguientes conflictos en un ambiente replicado.
Conflicto de actualizacin
Estos conflictos ocurren por querer actualizar una entrada en distintos sitios al mismo tiempo.
Conflicto de unicidad
Este ocurre cuando una actualizacin viola la restriccin de unicidad de una columna. Por Ej. Si se introducen dos registros con la misma clave primaria en distintos sitios al mismo tiempo, se tiene un conflicto.
Conflicto de borrado.
Ocurre cuando un registro es borrado en un sitio y en otro sitio es borrado o actualizado al mismo tiempo. Ese registro ya no existe para ser borrado o actualizado.
212
8.9.2 Conflictos de datos y orden de transaccin

En ambientes de replicacin con 3 o mas sitios maestros, puede ocurrir que un sitio est inaccesible durante varias actualizaciones, pero la replicacin de los datos continua propagndose a lo largo del resto de master sites. Cuando la propagacin continue la actualizacin de los datos en el site que estaba inaccesible es posible que se realicen en distinto orden. Tambin pueden ocurrir errores de integridad referencial. Por ejemplo, si se cre un nuevo cliente en una base de datos y a su vez se le asign su primera compra, puede que en la propagacin llegue primero la transaccin y luego la creacin del cliente, lo cual es incorrecto por no existir un cliente para la compra en ese momento.
8.9.3 Deteccin de conflictos

8.9.3.1 Como lo hace Oracle
El sitio master receptor o el sitio de la vista materializada en cada sistema de propagacin detecta los conflictos de actualizacin, de unididad y eliminacin de la siguiente manera:
El sitio master receptor detecta un conflicto de actualizacin si hay alguna diferencia entre los valores anteriores y los valores actuales para una misma fila. Para esto el sitio que propaga el cambio debe suministrar informacin extra sobre los valores anteriores.
Los errores de unicidad los detecta el sitio master receptor si viola una restriccin de unicidad al hacer una actualizacin o una insercin de una fila replicada.
Los conflictos de borrado son detectados si no se encuentra una fila para la sentencia de actualizacin o eliminacin porque la clave primaria de la fila no existe.
213
8.9.3.2 Resolucin de conflictos
Oracle provee con mtodos de resolucin de conflictos de actualizacin que aseguran la convergencia de los datos en todos los sitios. Tambin provee mtodos de resolucin de conflictos de unicidad, pero stos no aseguran la convergencia de datos. Por otro lado Oracle no provee mtodos de resolucin de conflictos de borrado ni conflictos de orden, pero permite al usuario crear sus propios mtodos de acuerdo a las necesidades del negocio. Cualquier tipo de mtodo de resolucin de conflictos es aplicado en el momento de la deteccin del mismo. En el caso en que el conflicto no sea posible resolverlo, lo logea en la cola de errores. Incluso es posible la definicin de varios mtodos de resolucin para un mismo conflicto, en el caso en que uno falle, se aplica el segundo mtodo.
214
8.9.4 Tcnicas para evitar conflictos
8.9.4.1 Utilizar grupos de columnas:

Al definir grupos de columnas, cada grupo es analizado de manera independiente al otro. Por lo tanto si por ejemplo ocurren actualizaciones simultneas en columnas pertenecientes a diferentes grupos, no se produce un conflicto. La idea es que el grupo debe ser definido de manera lgica, agrupando las columnas lgicamente relacionadas entre si.
8.9.4.2 Sitio primario y sitio dinmico propiedad de modelos de datos:

Una forma de evitar conflictos de replicacin es limitando el nmero de sitios con la capacidad de actualizar tablas simultneamente. Para esto se tienen dos modelos diferentes:
Primary: Este modelo evita todo tipo de conflictos debido a que slo un servidor permite la actualizacin de datos.
Dinamic: Este modelo es menos restrictivo que el anterior. En este caso la capacidad de actualizar datos replicados se traslada de sitio en sitio, an conservando la no-simultaneidad de las actualizaciones.
8.9.4.3 Evitando conflictos de unicidad:
En estos casos se pueden generar conjuntos disjuntos de nmeros de secuencia en cada sitio para usarlos de clave primaria. Esto puede tornarse complicado si aumentan los sitios. Otra opcin es agregar un prefijo que identifique al sitio como parte de una clave compuesta. Finalmente se puede utilizar la funcin SYS_GUID para generar nmeros nicos globalmente.
215
8.9.5 Arquitectura de resolucin de conflictos

8.9.5.1 Mecanismos de soporte:
El mecanismo mas importante es el de grupos de columnas. Esto es as porque el grupo de columnas es la base de la deteccin y resolucin de conflictos de actualizacin. Por otro lado la cola de errores es importante para llevar registros de los conflictos ocurridos.
Grupos de columnas:
Un grupo de columnas es una agrupacin lgica de columnas en una tabla replicada. Tienen que tener las siguientes propiedades:
Una columna puede pertenecer a slo un grupo. Un grupo puede tener varias columnas de una tabla. La resolucin de conflictos slo es aplicable a columnas en un grupo de columnas.
La definicin de grupos de columnas es importante para mantener la integridad de los datos y permite adems aplicar distintas reglas a cada grupo. Hay que elegir de forma inteligente como agrupar las columnas de un tabla. Si dos columnas o ms deben permanecer consistentes consigo mismas, entonces es conveniente ponerlas en el mismo grupo.
Cola de error:
Si un mtodo de resolucin de conflictos falla o si no se ha definido ningn mtodo para el conflicto encontrado, la cola de errores registra informacin sobre el conflicto.
216
8.9.5.2 Mtodos de resolucin de conflictos:

Ultima marca de tiempo:
Este mtodo resuelve el conflicto basado en la ltima actualizacin ocurrida, identificando la ltima actualizacin ocurrida mediante una marca de tiempo. Este mtodo asegura la convergencia de datos en una ambiente de mltiples masters y mltiples vistas materializadas. Hay que tener en cuenta los usos horarios, por lo que es conveniente utilizar el GMT.
Sobrescritura:
Este mtodo remplaza los datos en el sitio receptor con los datos recibidos desde el sitio emisor, por lo cual no puede asegurar la convergencia de los datos en ambientes multi master. Este mtodo es para ser usado en ambientes con un nico master y varias vistas materializadas. En definitiva lo que se hace al detectar un conflicto es utilizar el valor de la vista materializada que hizo la actualizacin ms recientemente.
8.9.5.3 Otros Mtodos
Aditivo
Este mtodo funciona con grupos de una nica columna numrica. La idea es que al recibir dos valores distintos, se suma la diferencia entre ellos al actual. Este mtodo asegura la convergencia de datos para cualquier nmero de masters y vistas. Este mtodo es apropiado para ambientes donde se requiere la conservacin de datos ms que la opcin entre uno u otro.
Promedio
Este mtodo lo que hace es insertar el promedio entre el valor actual y el nuevo valor. No se asegura entonces la convergencia de datos en ambientes multi master.
8. Replicacin Oracle Descarte
217
Este mtodo descarta los valores nuevos del sitio propagador y deja el valor anterior en el sitio de destino. Este mtodo es para ser usado con un nico master y mltiples vistas pero no asegura la convergencia de datos con mltiples masters. En definitiva le da prioridad a las vistas que hagan el refresco primero.
Actualizacin menos reciente Este mtodo toma la actualizacin con la menor marca de tiempo. No asegura la convergencia con mltiples masters pero si con uno slo. Tambin converge con cualquier nmero de vistas.
Mximo Para este mtodo se debe designar una columna dentro del grupo la cual actuar de discriminadora del mtodo. Cuando se detecta un conflicto en este grupo, se chequean los valores de la columna designada en ambos sitios. Si el nuevo valor en el sitio de origen es mayor que el valor actual en el sitio de destino, entonces se guardan los nuevos valores del grupo. En caso contrario se mantienen los antiguos valores. Este mtodo asegura la convergencia para mltiples masters si los valores de la columna designada son crecientes.
Mnimo Anlogo al anterior pero con la regla inversa.
Grupos de prioridad Permite definir un nivel de prioridad para cada valor posible de cierta columna. Si se detecta un conflicto Oracle actualiza la tabla que tenga el valor de prioridad mas bajo, con los datos de la tabla con la prioridad mas alta. Se puede garantizar la convergencia si los valores de prioridad de la columna designada son crecientes. Un caso particular de grupos de prioridad es asignar
218
prioridades a los sitios. En este caso la columna designada se actualiza automticamente con el nombre del sitio donde se origin el valor. Y luego sabiendo las prioridades de cada sitio se determina si el valor debe permanecer o debe ser sustituido por un nuevo valor. Este mtodo es muy til como mtodo de respaldo para el mtodo ultima marca de tiempo por ejemplo.
8.9.5.4 Resolucin de conflictos de unicidad

Oracle provee de tres mtodos para la resolucin de conflictos de unicidad. Estos son:
Agregar el identificador de la base originadora al valor de la columna del sitio originador.
Agregar un nmero de secuencia al valor de la columna del sitio originador Descartar el valor del sitio originador.
Ninguno de los mtodos de append, logran converger los datos en sitios multi master, slo logran evitar las restricciones de unicidad. Al no converger los datos, este mtodo debera ser usado con alguna forma de notificacin al usuario para que realice los ajustes necesarios manualmente.
219
8.9.6 Conclusin del estudio de la replicacin

Como hemos visto a lo largo del proyecto, existen bsicamente dos tipos de ambientes de replicacin. Por un lado esta la replicacin multimaestro y por otro la de vistas materializadas. Estos dos mtodos distintos de replicacin permiten ser combinados para ajustarse de manera apropiada a las necesidades del negocio. Las ventajas de utilizar replicacin en general, las vimos en la primera parte de este punto, y estas eran:
Disponibilidad Rendimiento Computacin off-line Reduccin de la carga de la red
Con respecto al rendimiento, se ha visto que se vea mejorada gracias al balanceo de carga que era posible mediante la replicacin. Es decir, al tener varios sitios con la misma informacin, es posible atender a varios clientes en distintos sitios, sin sobrecargar a un nico sitio. La replicacin nos asegura la supervivencia a desastres fsicos ya que los servidores se pueden encontrar en distintas ubicaciones geogrficas, mientras que los clusters estn fsicamente en el mismo lugar. En el caso de las vistas materializadas por ejemplo, la propiedad de poder replicar slo algunas columnas o filas, limita la cantidad de informacin transmitida. Adems, es posible minimizar la cantidad de informacin requerida por los mtodos de deteccin y resolucin de conflictos, reduciendo de esta forma la carga sobre la red. Claro est que el problema principal que presenta la replicacin, son los conflictos. Ya se ha visto que hay casos en que no es posible resolverlos y donde se requiere la intervencin humana, para asegurar la consistencia de los datos. Esta administracin de conflictos tiene un peso muy importante en los ambientes de replicacin. Es necesario un muy buen diseo del ambiente para evitar los conflictos o en el peor de los casos, resolverlos automticamente. Y el diseo recae sobre el administrador quien debe saber como combinar las varias
220
opciones que Oracle nos proporciona, para lograr la armona del sistema. Dentro de estas opciones esta la de utilizar la replicacin multimaestro sincrnica, que nos ahorra varios conflictos, pero como se ha visto, este tipo de ambientes requieren un soporte de red importante. Es en estos casos donde se puede ver ms afectado el rendimiento. Por lo tanto es claro que a la hora de disear un sistema distribuido con replicacin hay que tener muy claros los objetivos de la aplicacin. Se debe encontrar el balance entre rendimiento, mantenibilidad, costo, confiabilidad, etc, lo cual no resulta muy trivial. Sin embargo Oracle en su novena versin, nos da a la posibilidad de configurar el sistema, para tratar de acercarnos a este equilibrio. Debido a que nuestro proyecto requiere unos altos niveles de fiabilidad, rendimiento y mantenibilidad se ha decidido realizar una replicacin multimaestra sncrona con un master en Espaa y otro en Mxico sin vistas materializadas. Este proceso de replicacin se va a tratar en el siguiente punto del proyecto con todo detalle.
9
Proceso de sincronizacin de las bases de datos Oracle
9. Proceso de sincronizacin de las bases de datos Oracle
222
9 Proceso de sincronizacin de las bases de datos Oracle

9.1 Conceptos
En el siguiente diagrama [BURR01] mostramos el proceso que debemos seguir para replicar las bases de datos eligiendo el camino que ms se adapte a nuestras necesidades.
223
9.2 Planificando el entorno de replicacin

Antes de empezar a establecer el site de replicacin hay que estar seguro de realizar la planificacin del entorno de replicacin que se necesita. Esta planificacin incluye las siguientes consideraciones:
Disear los objetos de la base de datos replicada Decidir los ajustes de inicializacin de los parmetros que son importantes para la replicacin.
Decidir si se quiere crear un ambiente de replicacin multimaster, un ambiente de replicacin con vistas materializadas, una combinacin de los dos tipos de replicacin en un entorno hbrido.
Decidir como se quieren configurar los enlaces programados. Decidir como se quieren configurar las purgas programadas. Decidir si se quiere usar propagacin en serie o paralelo. Si se usa propagacin en paralelo, se debe decidir el grado de paralelismo.
Si se planea crear un entorno de vistas materializadas, entonces decidir si se quiere usar plantillas de despliegue para crear el ambiente.
Analizar el ambiente de replicacin por posibles conflictos, y si los conflictos son posibles, entonces decidir que mtodos de resolucin de conflictos usar.
Configurar la seguridad para el entorno de replicacin. Disear el ambiente de replicacin para la supervivencia.
224
9.3 Diferencias entre Master Sites y Sites de vistas Materializadas.
Master Sites
Sites de vistas materializadas
Tpicamente se comunican con un Se comunican con un master site o un pequeo nmero de otros master sites master site de vista materializada. y pueden comunicarse con un gran Contiene nmero Contienen de sites de materializadas. grandes cantidades pequeas cantidades de vistas datos que pueden ser subconjuntos de master sites o master sites de vistas de materializadas de datos. Se comunican peridicamente con largos comunican pequeos intervalos entre transferencias de datos.
datos que son copias llenas de otro master site de datos. Tpicamente continuamente se con
intervalos entre propagacin de datos.
225
9.4 Creacin de master sites
El esquema muestra tres MASTER y dos sitios de vistas materializadas.
226
9.4.1 Pasos para crear inicialmente DOS MASTER.
227
9.4.2 Estableciendo el master site SPRINGNT

Se deben completar los siguientes pasos para establecer el master site SPRINGNT, [RIVE02]. Paso 1: Conectar como usuario system en el master site SPRINGNT Conectar como usuario system a la base de datos que se quiere establecer para replicar. Despus que se establezca SPRINGNT, empezar de nuevo el paso uno para el site SPRINGMX. SET ECHO ON SPOOL setup_masters.out CONNECT SYSTEM/o24kn1nx@SPRINGNT
Paso 2: Crear un administrador de replicacin en SPRINGNT Deben concederse al administrador de la replicacin los privilegios necesarios para crear y dirigir un entorno de replicacin. El administrador de la replicacin se debe crear en cada base de datos que participe en el entorno de replicacin. CREATE USER repadmin IDENTIFIED BY repadmin;
Paso 3: Conceder privilegios al administrador de replicacin en SPRINGNT completando los siguientes pasos: Ejecutar el procedimiento GRANT_ADMIN_ANY_SCHEMA para conceder al administrador de replicacin privilegios fuertes para crear y administrar un entorno de replicacin BEGIN DBMS_REPCAT_ADMIN.GRANT_ADMIN_ANY_SCHEMA ( username => 'repadmin'); END;/
228
Se se quiere que el usuario repadmin sea capaz de crear logs de vistas materializadas para cualquier tabla replicada, entonces conceder a repadmin comentar cualquier tabla y bloquear cualquier tabla. GRANT COMMENT ANY TABLE TO repadmin; GRANT LOCK ANY TABLE TO repadmin; Si se quiere que el usuario repadmin sea capaz de conectar a la herramienta de administracin de replicacin se debe realizar la siguiente sentencia: GRANT SELECT ANY DICTIONARY TO repadmin; Paso 4: Registrar un propagador en SPRINGNT El propagador es responsable de propagar las transacciones aplazadas en la cola a otro master site. BEGIN DBMS_DEFER_SYS.REGISTER_PROPAGATOR ( username => 'repadmin'); END; / Paso 5: Registrar un receptor en SPRINGNT El receptor recibe las transacciones propagadas aplazadas enviadas desde otros master sites. BEGIN DBMS_REPCAT_ADMIN.REGISTER_USER_REPGROUP ( username => 'repadmin', privilege_type => 'receiver', list_of_gnames => NULL); END; /
229
Paso 6: Programar la purga en el master site SPRINGNT En orden de mantener el tamao de la cola de transacciones aplazadas en control, se debe realizar una purga completa de estas transacciones. El procedimiento de SCHEDULE_PURGE automatiza el proceso de purga. Se debe ejecutar el procedimiento como administrador de replicacin.
CONNECT repadmin/repadmin@SPRINGNT BEGIN DBMS_DEFER_SYS.SCHEDULE_PURGE ( next_date => SYSDATE, interval => 'SYSDATE + 1/24', delay_seconds => 0); END; /
Paso 8: Realizar los mismos pasos que se han realizado para SPRINGNT en la otra base de datos SPRINGMX. En la siguiente imagen podemos apreciar como se ha creado ya el master site para SPRINGNT.
230
En SPRINGMX no se ha creado todava el master site como se puede observar en la imagen inferior.
231
9.4.3 Creacin de los enlaces entre los master sites

Se deben completar los siguientes pasos para crear los enlaces entre los master sites.
Paso 1: Crear los enlaces de las bases de datos entre los master sites. Los enlaces de las bases de datos proveen el mecanismo distribuido necesario para permitir a los diferentes sites de replicacin replicar cantidades de datos ellos solos. Antes de crear cualquier enlace privado entre bases de datos, se debe crear un enlace pblico de base de datos que cada enlace privado de base de datos valla a usar. Se debe crear entonces un enlace de base de datos entre todos los administradores de replicacin en cada master site que se haya establecido. CONNECT SYSTEM/o24kn1nx@SPRINGNT CREATE PUBLIC DATABASE LINK SPRINGMX USING 'SPRINGMX'; CONNECT repadmin/repadmin@SPRINGNT CREATE DATABASE LINK SPRINGMX CONNECT TO repadmin IDENTIFIED BY repadmin; CONNECT SYSTEM/o24kn1nx@SPRINGMX CREATE PUBLIC DATABASE LINK SRPINGNT USING 'SPRINGNT'; CONNECT repadmin/repadmin@SPRINGMX CREATE DATABASE LINK SPRINGNT CONNECT TO repadmin IDENTIFIED BY repadmin; Se observa en la figura que se han creado los enlaces en las bases de datos.
232
Paso 2: Definir un programa para cada enlace de base de datos para crear enlaces programados.
Crear un enlace programado definiendo un enlace en la base de datos cuando se ejecuta el procedimiento SCHEDULE_PUSH. El enlace determina cuanto a menudo las transacciones aplazadas de la cola son propagadas a cada uno de los otros master sites. Es necesario ejecutar el procedimiento SCHEDULE_PUSH para cada enlace de la base de datos que fue creada en el paso uno. Los enlaces de las bases de datos son especificados en el parmetro de destino del procedimiento SCHEDULE_PUSH. An cuando se use un mecanismo de replicacin asncrono de Oracle, se puede configurar un enlace para simular replicacin continua en tiempo real. CONNECT repadmin/repadmin@SPRINGNT BEGIN DBMS_DEFER_SYS.SCHEDULE_PUSH ( destination => 'SPRINGMX', interval => 'SYSDATE + (1/144)',
9. Proceso de sincronizacin de las bases de datos Oracle next_date => SYSDATE, parallelism => 1, execution_seconds => 1500, delay_seconds => 1200); END; / **En este caso se realiza cada diez minutos: 24H* 60MIN* 60S= /144= 600SEGUNDOS= 10MINUTOS
233
CONNECT repadmin/repadmin@SPRINGMX BEGIN DBMS_DEFER_SYS.SCHEDULE_PUSH ( destination => 'SPRINGNT', interval => 'SYSDATE + (1/144)', next_date => SYSDATE, parallelism => 1, execution_seconds => 1500, delay_seconds => 1200); END; /
234
235
9.5 Estableciendo los sites de vistas materializadas
236
9.6 CREACIN GRUPOS DE REPLICACIN MASTER

Paso 1: Crear un esquema en los master sites Si el esquema todava no existe en todos los master sites que participan en el grupo maestro, entonces se debe crear un esquema ahora y concederle todos los privilegios necesarios. SET ECHO ON SPOOL create_mg.out
Paso 2: Crear el grupo maestro En este paso se debe usar el procedimiento CREATE_MASTER_REPGROUP para definir un nuevo grupo maestro. Cuando se aade un objeto al grupo maestro o se mejoran otras tareas administrativas de replicacin, se debe referenciar el nombre del grupo maestro definido durante estos pasos. Este paso se debe completar mediante el administrador de replicacin. CONNECT repadmin/repadmin@SPRINGNT BEGIN DBMS_REPCAT.CREATE_MASTER_REPGROUP ( gname => 'SPRING_rep'); END; /
237
Paso 3: Aadir objetos al grupo maestro Se debe usar el procedimiento CREATE_MASTER_REPOBJECT para aadir objetos en el grupo maestro. En muchos casos, probablemente se vayan a aadir tablas e ndices al grupo maestro, pero tambin se pueden aadir procedimientos, vistas, sinnimos
begin for x in(select object_name,object_type from dba_objects where owner='ADMUSER' and object_type in ('TABLE')) loop begin DBMS_REPCAT.CREATE_MASTER_REPOBJECT ( gname => 'SPRING_rep', type => x.object_type, oname => x.object_name, sname => 'ADMUSER', use_existing_object => TRUE, copy_rows => FALSE); exception when others then null; end; end loop; end; /
238
Hacemos lo mismo para las vistas: begin for x in(select object_name,object_type from dba_objects where owner='ADMUSER' and object_type in ('VIEW')) loop begin DBMS_REPCAT.CREATE_MASTER_REPOBJECT ( gname => 'SPRING_rep', type => x.object_type, oname => x.object_name, sname => 'ADMUSER', use_existing_object => TRUE, copy_rows => FALSE); exception when others then null; end; end loop; end; /
239
Paso 4: Aadir master sites adicionales Despus de haber definido el grupo maestro en el site master por definicin (el Site donde el grupo maestro ha sido creado empieza a ser el Site master por definicin). Se pueden definir otros Sites que vayan a participar en el ambiente de replicacin. Con la siguiente sentencia aadimos el grupo maestro en todos los master sites, pero existe la opcin de crear el grupo maestro en un master site ahora y aadir master sites adicionales despus BEGIN DBMS_REPCAT.ADD_MASTER_DATABASE ( gname => 'SPRING_rep', master => 'SPRINGMX', use_existing_objects => TRUE, copy_rows => FALSE, propagation_mode => 'ASYNCHRONOUS'); END; /
240
En este paso SPRINGMX aparece en la vista de DBA_REPSITES. Se debe ejecutar las siguientes sentencias en otra sesin de SQL*PLUS para estar seguro que SPRINGMX aparece:
En la figura se ven los dos master sites (SPRINGNT y SPRINGMX) conectados y con procesos pendientes de replicarse.
241
Comprobamos que aparecen los DBLINKS: SELECT DBLINK FROM DBA_REPSITES WHERE GNAME = 'SPRING_REP'; DBLINK ---------SPRINGNT SPRINGMX select dblink,gname,masterdef,master from dba_repsites; DBLINK SPRINGNT GNAME SPRING_REP MM -------YY NY
---------------- -------------------SPRINGMX SPRING_REP
Con esto miramos los permisos, los link creados, su grupo y si son masters.
242
Paso 5: Si es posible que haya conflictos se debe configurar mtodos de resolucin de conflictos. Para ver los trabajos que hay pendientes select job, what from dba_jobs;
Para eliminar algn trabajo: SQL> exec dbms_job.remove(21); Para poder ver el identificador de los mensajes y poder borrarlos luego:
SQL> select * from DBA_REPCATLOG; Para purgar la cola: SQL> exec dbms_repcat.purge_master_log(8,null,null); Procedimiento PL/SQL terminado correctamente. SQL> exec dbms_repcat.purge_master_log(9,null,null); Procedimiento PL/SQL terminado correctamente. SQL> exec dbms_repcat.purge_master_log(10,null,null); Procedimiento PL/SQL terminado correctamente. Para arrancar de nuevo el proceso: SQL> exec dbms_job.run(22); Procedimiento PL/SQL terminado correctamente.
243
Paso 6: Generar el soporte de replicacin Iniciar una comunicacin entre una base de datos y otra begin for x in(select object_name,object_type from dba_objects where owner='ADMUSER' and object_type in ('TABLE')) loop DBMS_REPCAT.GENERATE_REPLICATION_SUPPORT ( sname => 'ADMUSER', oname => x.object_name, type => x.object_type, min_communication => TRUE); end loop; end; / begin for x in (SELECT ONAME, TYPE FROM DBA_REPOBJECT WHERE GENERATION_STATUS='NEEDSGEN' AND STATUS <> 'ERROR') loop DBMS_REPCAT.GENERATE_REPLICATION_SUPPORT ( sname => 'ADMUSER', oname => x.ONAME, type => x.TYPE, min_communication => TRUE); end loop; end; /
244
BEGIN DBMS_REPCAT.RESUME_MASTER_ACTIVITY ( gname => 'SPRING_REP'); END; / BEGIN DBMS_REPCAT.DO_DEFERRED_REPCAT_ADMIN ( gname => 'SPRING_REP', all_sites => FALSE); END; / Se debe esperar hasta que la vista de DBA_REPCATLOG est vaca despus de resumir la actividad del master. Se debe ejecutar la siguiente sentencia para monitorizar la vista del DBA_REPCATLOG:
245
SELECT COUNT(*) FROM DBA_REPCATLOG WHERE GNAME = 'SPRING_REP'; Para arrancar el grupo: SQL> exec dbms_repcat.resume_master_activity('SPRING_rep');
NOTA: Todas las tablas deben de tener un primary_key, si no es as se producirn errores. Para solucionarlo se debern recorrer todas las tablas y aadir su clave primaria. A continuacin se tendr que ejecutar el siguiente procedimiento identificado previamente con el usuario repadmin: begin for x in (select object_name, object_type from dba_objects where owner='ADMUSER' and object_type in ('TABLE')) loop DBMS_REPCAT.DROP_MASTER_REPOBJECT ( sname => 'ADMUSER', oname => x.object_name, type => x.object_type, drop_objects => FALSE); end loop; end; /
begin for x in (select object_name, object_type from dba_objects where owner='ADMUSER' and object_type in ('VIEW'))
9. Proceso de sincronizacin de las bases de datos Oracle loop DBMS_REPCAT.DROP_MASTER_REPOBJECT ( sname => 'ADMUSER', oname => x.object_name, type => x.object_type, drop_objects => FALSE); end loop; end; /
246
Despus se deber purgar el DBA_REPCATLOG de la siguiente manera: BEGIN FOR X IN (SELECT ID FROM DBA_REPCATLOG ) LOOP DBMS_REPCAT.PURGE_MASTER_LOG ( id => X.ID, source => 'SPRINGNT', gname => 'SPRING_REP'); END LOOP; END; / Se puede observar en la figura como los dos master sites estan conectados funcionando correctamente y no hay ningn proceso pendiente de replicarse.
247
Despus de esto se deber repetir el paso 3 y el paso 6 y quedar finalizado el proceso de replicacin de las bases de datos.
248
9.7 Lecciones aprendidas el proceso de replicacin
No funciona la conexin de los dblinks.
Este fallo puede deberse por varios motivos: 1. Los Dblinks se deben de llamar igual que el global names de la base de datos 2. Comprobar que el intervalo programado es el que se quiere. 3. El firewall de uno de los servidores donde se encuenten las bases de datos est activado.
9. Proceso de sincronizacin de las bases de datos Oracle Las bases de datos no se conectan:
249
Se puede deber a: 1. Los dblinks no estn bien creados. 2. El firewall de uno de los servidores est conectado. 3. El listener est mal configurado. 4. Hay alguna base de datos parada.
En el proceso de replicacin da fallo al intentar crear tablas u otros elementos: Se debe compbrobar que se est utilizando el usuario apropiado con privilegios suficientes, en nuestro caso ADMUSER.
9. Proceso de sincronizacin de las bases de datos Oracle Los objetos replicados no son creados en el nuevo master site:
250
1. Hay que comprobar que los links necesarios privados de las bases de datos existen entre el nuevo master site y los master sites existentes. 2. Asegurarse que las peticiones administrativas de todos los sitios han sido completadas completamente. Problemas con procedimientos replicados: 1. Hay que asegurarse que los conflictos entre procedimientos y actualizaciones de columnas no son posibles. 2. Se debe comprobar si los procedimientos replicados bloquean la tabla en modo exclusivo despues de que las actualizaciones de mejora o otros mecanismos de eliminacin de conflictos se hayan ejecutado con actualizaciones de columnas. 3. Comprobar que las replicaciones de columnas son desactivadas al comienzo del procedimiento de la replicacion y vuelta a activarse al finalizar este proceso. Problemas con la cola de transacciones aplazadas: Si la cola de transacciones aplazadas en un site no son forzadas hacia su destino, entonces puede ser causado por los siguientes problemas: 1. Comprobar los trabajos de los links programados. 2. Problemas de las transacciones distribuidas con la replicacin sncrona. 3. Las especificaciones de los enlaces de las bases de datos est incompleta.
10
Presupuesto
10. Presupuesto
252
10 Presupuesto
En este apartado se procede a realizar una valoracin econmica de los costes tangibles que estn asociados al desarrollo del proyecto.
10.1 Costes de implantacin

Estos costes incluyen los de desarrollo y formacin.
N 1 1 1
Funcin Programador Analista Jefe Proyecto
N horas 170 200 50
Coste / hora 30 45 60
Coste 5.100 9.000 3.000
TOTAL
17.100
10. Presupuesto
253
10.2 Costes de adquisicin tecnolgica

Estos costes son los derivados de adquirir nicamente el software necesario, as como las licencias que se requieren.
Sotware Project Wise + servidor de aplicaciones + servidor web + licencia Primavera Citrix Metaframe Oracle TOTAL
Coste 3500
2985 4500 3720 14705
10.3 Costes totales
Funcin Costes de implantacin Costes de adquisicin tecnolgica Costes totales
Coste 17100 14705 31805
11
Conclusiones
11. Conclusiones
255
11 Conclusiones
Este proyecto adems de haber sido de creciente actualidad, tiene el aliciente que ha sido implantado por completo en una empresa real y de las mayores del mundo en el sector elctrico, como es Iberdrola. Con este proyecto se han logrado todos los objetivos propuestos al principio del proyecto. Se ha logrado consolidar las bases de datos de Espaa, sede y base principal de Iberinco, con la de Mxico, centro neurlgico y hub de comunicaciones de la plataforma internacional de Iberinco, consiguiendo una sincronizacin entre ellas, transparente para el usuario y de forma consistente frente a fallos. Esta sincronizacin aporta numerosas ventajas, entre ellas podemos destacar: facilita los procesos de reingeniera, mejora la toma de decisiones, mejora la disponibilidad del sistema, facilita el mantenimiento, aumenta el rendimiento, etc. Tambin se ha alcanzado el principal objetivo de este proyecto, implantar una ingeniera colaborativa entre todas las oficinas internacionales de Iberinco, logrando que se realicen procesos conjuntos entre todas las oficinas de ingeniera, bajo un mismo sistema de trabajo en comn, consiguiendo, equipos virtuales de trabajo que colaboran y cooperan entre ellos sin trabas de distancias, tiempos, ni lmites organizacionales. Gracias a esta ingeniera colaborativa y la sincronizacin de las bases de datos, se ha logrado mejorar la competitividad de Iberdrola Ingeniera y Construccin, consiguiendo equilibrar la carga de trabajo entre los distintos pases, se han reducido los costes para los clientes gracias al uso de las nuevas tecnologas, se ha logrado una mayor rapidez en la ejecucin, potenciando as la presencia global de la compaa.
12
ndice de acrnimos
12. ndice de acrnimos
257
12 ndice de acrnimos
API: Application Program Interface Interfaz de programacin de aplicaciones. Conjunto de constantes, funciones y protocolos que permiten programar aplicaciones. DBA: DataBase Administrator (administrador de base de datos) Persona responsable de los aspectos ambientales de una base de datos. DML: Data Manipulation Language (Lenguaje de manipulacin de datos) Lenguaje proporcionado por el sistema de gestin de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de consulta o manipulacin de los datos, organizados por el modelo de datos adecuado. ECM: Enterprise Content Management Sistema de gestin de contenidos empresarial ERPs: Enterprise Resource Planning Systems Sistema de informacin gerencial que integra muchas de las prcticas de los negocios asociados con las operaciones de produccin. FTP: File Transfer Protocol Es un protocolo de transferencia de ficheros entre sistemas conectados a una red TCP basado en la arquitectura cliente-servidor, de manera que desde un equipo cliente nos podemos conectar a un servidor para descargar ficheros desde l o para enviarle nuestros propios archivos independientemente del sistema operativo utilizado en cada equipo.
12. ndice de acrnimos HTML: HyperText Markup Language (lenguaje de marcas hipertextuales)
258
Lenguaje de marcacin diseado para estructurar textos y presentarlos en forma de hipertexto, que es el formato estndar de las pginas web. HTTP: Hyper Text Transfer Protocol Es el protocolo de comunicaciones que emplea WWW. Define como se tiene que crear y enviar los mensajes y que acciones debe tomar el servidor y el navegador en respuesta a un comando. HTTPS: Hyper Text Transfer Protocol Secure Versin segura del protocolo HTTP. El sistema HTTPS utiliza un cifrado basado en las Secure Socket Layer (SSL) para crear un canal cifrado (cuyo nivel de cifrado depende del servidor remoto y del navegador utilizado por el cliente) ms apropiado para el trfico de informacin sensible que el protocolo HTTP. IIS: Internet Information Server Es una serie de servicios para los ordenadores que funcionan con Windows. Este servicio convierte a un ordenador en un servidor de Internet o Intranet es decir que en las computadoras que tienen este servicio instalado se pueden publicar pginas web tanto local como remotamente (servidor web). JDBC: Java Database Connectivity Un API que permite la ejecucin de operaciones sobre bases de datos desde el lenguaje de programacin Java independientemente del sistema de operacin donde se ejecute o de la base de datos a la cual se accede utilizando el dialecto SQL del modelo de base de datos que se utilice.
12. ndice de acrnimos JRE: Java Runtime Environment (Entorno de ejecucin Java)
259
Proporciona nicamente un subconjunto del lenguaje de programacin Java slo para ejecucin. El usuario final normalmente utiliza JRE en paquetes y aadidos. El JRE, la mquina virtual de Java y las libreras bsicas del J2SE son las herramientas de desarrollo. JSP: Java Server Pages Tecnologa Java que permite a los programadores generar contenido dinmico para web, en forma de documentos HTML, XML o de otro tipo. Las JSP's permiten al cdigo Java y a algunas acciones predefinidas ser incrustadas en el contenido esttico del documento web. JVM: Java Virtual Machine (mquina virtual de java) Es un programa nativo, es decir, ejecutable en una plataforma especfica, capaz de interpretar y ejecutar instrucciones expresadas en un cdigo binario especial (el Java bytecode), el cual es generado por el compilador del lenguaje Java. MMDB: Methodology Management Database Almacena la metodologa que puede ser usada como plantillas cuando se crean nuevos proyectos. MSP: MicroSoft Project Herramienta de planificacin y control de proyectos desarrollada por Microsoft.
12. ndice de acrnimos MV: Materialized view (Vista materializada)
260
Un vista materializada contiene una copia completa o parcial de un target master desde un punto especifico en el tiempo MVS: Materialized View Site Sitio que contiene las vistas materializadas. PDS: Plant Design System Herramienta de diseo / ingeniera asistido por computador. PER: Program Evaluation and Review technique (Tcnica de Revisin y Evaluacin de Programas). Es un modelo para la administracin y gestin de proyectos inventado en 1958 por la oficina de proyectos Especiales de la marina de guerra del departamento de defensa de los EE.UU. PERT es bsicamente un mtodo para analizar las tareas involucradas en completar un proyecto dado, especialmente el tiempo para completar cada tarea, e identificar el tiempo mnimo necesario para completar el proyecto total. PMDB: Project Management DataBase Almacena los datos de direccin del proyecto usados por Primavera ODBC: Open DataBase Connectivity Estndar de acceso a Bases de Datos desarrollado por Microsoft Corporation, el objetivo de ODBC es hacer posible el acceder a cualquier dato de cualquier aplicacin, sin importar qu Sistema Gestor de Bases de Datos (DBMS) almacene los datos. ODBC logra esto al insertar una capa intermedia llamada manejador de Bases de Datos, entre la aplicacin y el
12. ndice de acrnimos
261
DBMS, el propsito de esta capa es traducir las consultas de datos de la aplicacin en comandos que el DBMS entienda OLAP: On-Line Analytical Processing (procesamiento analtico en lnea). Es una solucin utilizada en el campo de la inteligencia de negocios, la cual consiste en consultas a estructuras multidimensionales (o cubos OLAP) que contienen datos resumidos de grandes bases de datos o sistemas transaccionales (OLTP). OLE-DB: Object linking and Embedding for DataBases (Incrustacin y enlace de objetos para bases de datos) Tecnologa desarrollada por Microsoft usada para tener acceso a diferentes fuentes de informacin, o bases de datos, de manera uniforme. OLTP: OnLine Transaction Processing Tipo de procesamiento de transacciones a travs de una red de computadoras. Es un programa que facilita y administra aplicaciones transaccionales RDBMS: Relational Data Base Management System (Sistema de direccin de bases de datos relacional) Proporcionan el ambiente adecuado para gestionar una base de datos. RPC: Remote Procedure Call (llamada a procedimiento remoto) Protocolo que permite a un programa de ordenador ejecutar cdigo en otra mquina remota sin tener que preocuparse por las comunicaciones entre ambos.
12. ndice de acrnimos SDK: Software Development Kit (kit de desarrollo de software)
262
Conjunto de herramientas de desarrollo que le permite a un programador crear aplicaciones para un sistema bastante concreto, por ejemplo ciertos paquetes de software, frameworks, plataformas de hardware, ordenadores, videoconsolas, sistemas operativos, etctera. SGBD: Sistema Gestor de Base de Datos Los sistemas operativos de base de datos son un tipo de software muy especfico, dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la utilizan.Se compone de un lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y de un lenguaje de consulta SGML: Standard Generalized Markup Language (Lenguaje de marcacin generalizado) Consiste en un sistema para la organizacin y etiquetado de documentos. El lenguaje SGML sirve para especificar las reglas de etiquetado de documentos y no impone en s ningn conjunto de etiquetas en especial. SP: Service Pack Grupo de parches que actualizan, corrigen y mejoran aplicaciones y sistemas operativos. Esta denominacin fue popularizada por Microsoft cuando comenz a empaquetar grupos de parches que actualizaban su sistema operativo Windows. SSL: Secure Socket Layer (Seguridad de la capa de Transporte) Protocolo diseado por Netscape que permite transmisiones seguras de informacin a travs de Internet.
12. ndice de acrnimos SQL: Structured Query Language (Lenguaje de Consulta Estructurado)
263
Lenguaje declarativo de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones sobre las mismas. Ana caractersticas del lgebra y el clculo relacional permitiendo lanzar consultas con el fin de recuperar informacin de inters de una base de datos, de una forma sencilla. Es un lenguaje de cuarta generacin (4GL). TCP/IP: Transmision Control Protocol / Internet Protocol La familia de protocolos de Internet es un conjunto de protocolos de red que implementa la pila de protocolos en la que se basa Internet y que permiten la transmisin de datos entre redes de computadoras. URL: Universal Resource Locutor Secuencia de caracteres, de acuerdo a un formato estndar, que se usa para nombrar recursos, como documentos e imgenes en Internet, por su localizacin. VPN: Virtual Private Networks (red privada virtual) Tecnologa de red que permite una extensin de la red local sobre una red pblica o no controlada, como por ejemplo Internet. WBS: Work Breakdown Structure Gestin de presupuesto: mediante la tcnica de la gestin del valor conseguido podr saber si sus proyectos se encuentran dentro de mrgenes o, por el contrario, saber cul ser la fecha de finalizacin y coste final ms probable. Para ello se hace uso de diagramas WBS
12. ndice de acrnimos WWW: World Wide Web
264
Sistema mundial de servidores Web conectados a Internet. Su protocolo de comunicaciones es http, su lenguaje de creacin de documentos es HTML y su sistema de direccionamiento de los recursos, URL. XML: Extensible Markup Language (lenguaje de marcas extensible) Metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium (W3C). Es una simplificacin y adaptacin del SGML y permite definir la gramtica de lenguajes especficos (de la misma manera que HTML es a su vez un lenguaje definido por SGML).
13
Bibliografa
13. Bibliografa
266
13 Bibliografa
[LONE03] Kevin Loney, Oracle 9i: Manual del administrador: Tcnicas de gestin de bases de datos Oracle Robustas y de alto rendimiento. Edicin Oracle Press Oficial 2003. Ted Burroughs, Oracle 9i, Advanced Replication, Julio 2001. Primavera: Administrators Guide versin 5.0, 2005. Migration from P3 to Primavera v5.0, 2005. Llans I San Jan, Joaquim, Gestin de documentos: definicin y anlisis de modelos, 1993 Enrique Rivero Cornelio, Luis Martnez Fuentes, Luis Reina Juli, Juan Benavides Abajo, Juan M Olaizola Bartolom, Introduccin al SQL para usuarios y programadores, Thomson Editores, Madrid 2002. Diseo de una estructura operativa para las empresas en redTesis Doctoral. Universidad Politecnica de Catalunya. Barcelona Espaa. 2003 V.Rodrguez; N. Roque; E. Vergara; J.M. Mesa,Anlisis comparativo de herramientas informticas comerciales para la planificacin de proyectos de ingeniera, V Congreso Internacional de Ingeniera de Proyectos, Lleida, Octubre2000. F. Ortega; V. Rodrguez; J. Villanueva, Desarrollo de una metodologa para la gestin de proyectos informticos segn ISO10006 en las A.A.P.P. R.Concepcin VII Jornadas sobre Innovacin y Calidad del Software. Palma deMallorca, Julio 2002. AEIPRO. Fundamentos Zaragoza, 1998. de la direccin de proyectos.
[BURR01] [PRIM05] [MFPP05] [LLAN93] [RIVE02]
[DEOE03]
[RODR00]
[ORTE02]
[AEIP98] [SAPS05]
Seminario: SAP Soluciones estratgicas de la eficiencia a la rentabilidad, 2005
13. Bibliografa [INTE04] [AVEV06] [CITR06] [CIAG06] [CGOP06] [FLUO06] [COMP06] [IAII05] [PRIMAV] [IBERIN] [PRIMCU] [GSTDOC] [HUMMIN] [BENTLE] [DOCUME] [MICROS] [ORACLE] [CITRIXM]
267 Revista de INTERGRAPH: PRISM Project manager product overview, Junio 2004 Revista de AVEVA: Solutions from AVEVA reduce time and cost throughout the power plant lifecycle, 2006 Revista de Citrix Metaframe: Access Suite, 2006 Revista de Citrix Metaframe: Citrix Access Gateway, 2006 Revista de Citrix Metaframe: Citrix GoToMyPC Product line, 2006 Revista de Fluor Situacin del mercado de la ingeniera/ ejecucin global de proyectos, Octubre 2006 Revista de COMPUTERWORLD: Gestin documental. Edicin especial 15-21 diciembre 2006 Informe de actividadesIberdrola Ingeniera y Construccin, Iberinco 2005. Portal de Primavera: www.primavera.com Portal de Iberinco: www.iberinco.com Portal de soporte oficial de Primavera:
www.customerportal.primavera.com/customer
Portal de gestin documental: www.document-manager.com Pgina oficial de Hummingbird: www.hummingbird.com Pgina oficial de Bentley: www.bentley.com Pgina oficial de Documentum: www.documentum.es Pgina oficial de Microsoft: www.microsoft.com Pgina oficial de Oracle: www.oracle.com Portal de Citrix: www.citrix.com

Gestión Documental

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Gestión Documental

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD PONTIFICIA COMILLAS

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI) INGENIERO EN INFORMTICA

PROYECTO FIN DE CARRERA

Ingeniera colaborativa y sincronizacin de Bases de datos entre oficinas internacionales de IBERINCO

Ignacio Navas Perona

Autorizada la entrega del proyecto al alumno:

Ignacio Navas Perona

EL DIRECTOR DEL PROYECTO

Jos Javier Molina Prez

V B del Coordinador de Proyectos

David Contreras Brcena

UNIVERSIDAD PONTIFICIA COMILLAS

PROYECTO FIN DE CARRERA

Ingeniera colaborativa y sincronizacin de Bases de datos entre oficinas internacionales de IBERINCO

Ignacio Navas Perona

252 252 253 253

11 CONCLUSIONES 12 NDICE DE ACRNIMOS 13 BIBLIOGRAFA

255 257 266

1.1 Situacin actual de IBERINCO

En Latinoamrica se prev abrir nuevas centrales en Mxico y Brasil.

1.2 Entorno del proyecto

Estudios de transporte y distribucin de energa elctrica

1.Introduccin 2. Generacin Hidrulica

Anteproyectos y estudios de viabilidad Proyectos civiles y electromecnicos de centrales hidrulicas,

1.Introduccin 3. Energa Elica y Solar

Proteccin y control de redes e instalaciones. Proyectos de modernizacin, automatizacin y telemando.

1.Introduccin Las actividades ms importantes en este campo son:

Instalaciones de transporte y almacenamiento de gas

Estudios de viabilidad tcnico - econmicos, planes de negocio

Supervisin de ingeniera y construccin Asesora tcnica y comercial en contratos de venta de energa

Asesora y apoyo tcnico en licenciamiento y gestin de permisos

Ingeniera civil para preparacin y adecuacin del terreno

edificaciones, conducciones de agua, etc.

1.Introduccin 5.1 Centrales de ciclo combinado

Esquema general de las centrales de ciclo combinado.

Esquema ms detallado de la central

Central de Ciclo Combinado

1.Introduccin 6. Generacin Nuclear

Reactores de agua en ebullicin de General Electric (USA).

1.Introduccin 6.1 Centrales nucleares

Estudio de los internacionales.

problemas de la ingeniera colaborativa entre oficinas

Definir las soluciones en funcin de las necesidades de la empresa.

1.4 Escenario de trabajo inicial

1.5 Entorno colaborativo

1.Introduccin Ventajas de los ERP:

Desventajas de los ERP:

1.5.2 Gestor documental

1.5.3 Gestin de materiales (Bill of Material, BOM)

1.5.4 Diseo 2D/3D

2. Estudio de los problemas de la ingeniera colaboritiva

2 Estudio de los problemas de la ingeniera colaboritiva

Utilizar las propiedades intelectuales en estos equipos y organizaciones dispersas.

Permitir el desarrollo y soporte de producto usando equipos globales.

2. Estudio de los problemas de la ingeniera colaboritiva

2.1 Objetivos y Alcance del estudio.

2. Estudio de los problemas de la ingeniera colaboritiva

2. Estudio de los problemas de la ingeniera colaboritiva

2.2 Las tecnologas de la informacin.

2. Estudio de los problemas de la ingeniera colaboritiva

2. Estudio de los problemas de la ingeniera colaboritiva

2.3 La empresa colaborativa.

Optimizar la comunicacin y el intercambio de informacin entre las distintas sedes.

2. Estudio de los problemas de la ingeniera colaboritiva