UNIVERSIDAD TECNOLOGICA METROPOLITANA ESCUELA DE INFORMATICA

Interoperabilidad e Integracin de Sistemas o Informticos de la Iglesia Catlica en Chile a o

TRABAJO DE T ITULO PARA OPTAR AL T ITULO DE INGENIERO INFORMATICO

Profesor Gu a Alumno

: Mauro Castillo Valds e : David Castro Salinas

SANTIAGO - CHILE 2007

ii

...a mi familia, a mi novia y a la iglesia Catlica. o

iii

Agradecimientos
Cumple t la misin que te ha sido conada, tu pequea misin, la que slo u o n o o t puedes cumplir; t solo en toda la creacin puedes llenar esa misin. Si no la u u o o realizas quedar sin hacerse, tu misin!, misin de generosidad. (Padre Alberto a o o Hurtado) Primeramente quisiera agradecer a Dios por el don de la Fe, y por todas las experiencias tanto las malas como las buenas, las que han sido base para mi formacin personal, tambin por darme una gran familia, que ha sido una cuna o e de amor y de buenas enseanzas. n Quiero agradecer a mis padres, David y Mar Isabel, por incentivar mi fora macin como profesional, por entregar las herramientas necesarias, y por todo su o amor y comprensin en mis momentos de estrs y mal genio. Tambin agradecer o e e a mis hermanas Ivette, Sandra y a mi sobrina Dayana. A mi ya fallecida T Olia via, quien nos enseo el valor de la oracin, y nos acompaa desde la morada del n o n Padre. A mi novia Marilyn, quien ha acompaado y ayudado en la redaccin de la n o tesis, y ha sido pilar fundamental en mis ultimos aos de estudiante. n A la Conferencia Episcopal de Chile, que ha permitido, nanciado y acompaado en el desarrollo del proyecto de integracin. A Monseor Cristian Conn o n treras Villaroel, Obispo Auxiliar de Santiago y Secretario General de la CECH; a Enrique Palet Secretario adjunto CECH para Gestin y Comunicaciones; a Jaime o Coiro, Director de Comunicaciones y Prensa CECH; Nilda Quezada, Directora de la Ocina de Estad sticas para la Pastoral; y en especial, a mi gran amigo Carlos Correa, Coordinador de la Comisin Nacional de Informtica para la Pastoral y o a Webmaster de Iglesia.cl. A mi profesor Gu el Doctor Mauro Castillo Valds, quien acompa, estia, e no mul y corrigi el proyecto. Tambin le agradezco, sus consejos y la motivacin o o e o para continuar con el proyecto en sus minutos cuando todo se nublaba. A mis amigos y compaeros de la universidad, a mis amigos de la Vicar de n a Pastoral Universitaria, a mis amigos de la vida y a los que ya han partido. Con mucho cario, les doy las gracias. n

iv

 Indice
Agradecimientos Tabla de contenidos Indice de Figuras Introduccin o Organizacin del Documento o 1. LA 1.1. 1.2. 1.3. 1.4. INSTITUCION Iglesia Catlica . . . . . o La Conferencia Episcopal Justicacin . . . . . . . o Motivacin Personal . . o . . . . . de Chile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
IV V VIII

1 2 3 3 4 6 8 10 12 13 13 13 14 15 17 17 17 18 19 19 20 22 22 23 23 25 25 26 27

2. FUNDAMENTACION TEORICA 2.1. Estado Actual de la Integracin de Sistemas . . . . . . . o 2.1.1. Anlisis de Casos . . . . . . . . . . . . . . . . . . a 2.1.1.1. Tendencias en Europa . . . . . . . . . . 2.1.1.2. Herramientas de Integracin Existentes . o 2.1.1.3. Bibliotecas Interconectadas . . . . . . . 2.1.1.4. Proyecto Relpe . . . . . . . . . . . . . . 2.2. Bases de Datos Federadas . . . . . . . . . . . . . . . . . 2.2.1. Denicin de Base de Datos Federada . . . . . . . o 2.2.2. Propiedades . . . . . . . . . . . . . . . . . . . . . 2.2.3. Arquitectura . . . . . . . . . . . . . . . . . . . . . 2.2.3.1. Capas del Esquema . . . . . . . . . . . . 2.2.4. Sistemas Distribuidos Versus Sistemas Federados 2.2.5. Soluciones Comerciales . . . . . . . . . . . . . . . 2.3. Servicios Web (Webservices) . . . . . . . . . . . . . . . . 2.3.1. WebServices . . . . . . . . . . . . . . . . . . . . . 2.3.2. Componentes . . . . . . . . . . . . . . . . . . . . 2.3.3. SOAP (Simple Object Access Protocol) . . . . . . 2.3.4. UDDI (Universal Services Description Language) 2.3.5. WSDL (Web Services Description Language) . . . 2.3.6. Clase NuSoap . . . . . . . . . . . . . . . . . . . . 2.4. Arquitectura Orientada a Servicios (SOA) . . . . . . . .

2.4.1. Concepto Arquitectura Orientada a Servicios . . . . 2.4.2. Funcionamiento . . . . . . . . . . . . . . . . . . . . 2.4.3. Diseo y Desarrollo de un SOA . . . . . . . . . . . n 2.4.4. Componentes de un SOA . . . . . . . . . . . . . . . 2.5. Seguridad Informtica . . . . . . . . . . . . . . . . . . . . a 2.5.1. Deniciones . . . . . . . . . . . . . . . . . . . . . . 2.5.2. Seguridad F sica y Seguridad Lgica . . . . . . . . o 2.5.3. Principios de la Seguridad Informtica . . . . . . . a 2.5.4. Criterios y normativas de seguridad . . . . . . . . . 2.6. Legislacin Europea sobre Interoperabilidad . . . . . . . . o 2.6.1. Legislacin Europea . . . . . . . . . . . . . . . . . o 2.6.2. Marcos de Interoperabilidad . . . . . . . . . . . . . 2.6.2.1. Objetivos del Marco de Interoperabilidad 2.6.3. Servicios Interoperables en Produccin . . . . . . . o

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

. . . . . . . . . . . . . .

27 27 28 28 30 31 31 31 32 34 34 35 35 37 38 40 41 41 42 43 43 44 45 45 47 48 49 50 50 51 52 53 54 55 56 56 56 57 57 60 61

3. SITUACION ACTUAL 3.1. Situacin Sin Sistema . . . . . . . . . . . . . . . . . . . . . . . . . o 3.1.1. Ocina de Estad sticas para la Pastoral . . . . . . . . . . . 3.1.1.1. Sistema Directorio Virtual de la Iglesia Catlica o en Chile . . . . . . . . . . . . . . . . . . . . . . . 3.1.1.2. Modelo de Datos Nativo . . . . . . . . . . . . . . 3.1.2. Ocina de Comunicaciones de la CECH . . . . . . . . . . . 3.1.2.1. Sistema de Administracin de Contenidos (SAC) o 3.1.2.2. Modelo de Datos Nativo . . . . . . . . . . . . . . 3.1.3. Portal Web Iglesia.cl . . . . . . . . . . . . . . . . . . . . . 3.1.3.1. Bases de Datos Iglesia.cl . . . . . . . . . . . . . . 3.1.4. Sistema de Archivo Histrico de Documentos . . . . . . . . o 3.1.5. Sistema de Archivo Histrico de Fotograf o as . . . . . . . . 3.2. Despus de la Integracin de los Sistemas . . . . . . . . . . . . . . e o 3.3. Problemtica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . a 3.4. Anlisis de Alternativas de Solucin . . . . . . . . . . . . . . . . . a o 3.4.1. Creacin de un Nuevo Sistema . . . . . . . . . . . . . . . . o 3.4.2. Integracin de Plataformas . . . . . . . . . . . . . . . . . . o 3.4.3. Compra de un Software Comercial . . . . . . . . . . . . . 3.4.4. Eleccin de la Solucin . . . . . . . . . . . . . . . . . . . . o o 4. SOLUCION PROPUESTA 4.1. Propuesta . . . . . . . . . . 4.2. Objetivos . . . . . . . . . . 4.2.1. Objetivo general . . 4.2.2. Objetivos espec cos 4.3. Metodolog . . . . . . . . . a 4.4. Resultados Esperados . . . . 4.5. Alcances y Limitaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

vi

5. El SISTEMA 5.1. Anlisis de Recursos . . . . . . . . . . . . . . . . . . . . . . a 5.1.1. Recursos de Hardware . . . . . . . . . . . . . . . . . 5.1.2. Recursos de Software . . . . . . . . . . . . . . . . . . 5.1.2.1. PHP (PHP: Pre-procesador de Hipertexto) . 5.1.2.2. Motor de Bases de Datos MySql . . . . . . 5.2. Diseo de la Arquitectura . . . . . . . . . . . . . . . . . . . n 5.2.1. Esquema de Servidores . . . . . . . . . . . . . . . . . 5.2.2. Paso de mensajes Cliente Proveedor . . . . . . . . . . 5.2.3. Aplicacin de Bloom99 . . . . . . . . . . . . . . . . . o 5.3. Implementacin . . . . . . . . . . . . . . . . . . . . . . . . . o 5.3.1. Construccin Modulo Integracin . . . . . . . . . . . o o 5.3.1.1. Clase NuSoap . . . . . . . . . . . . . . . . . 5.3.1.2. Parametrizacin de clase . . . . . . . . . . . o 5.3.1.3. Implementacin de Servidores . . . . . . . . o 5.3.1.4. Implementacin de Clientes . . . . . . . . . o 5.3.2. Mdulo de Integracin y su Implementacin . . . . . o o o 5.3.3. Implementacin de Pgina Central de Datos . . . . . o a 5.3.4. Pginas de Resultado . . . . . . . . . . . . . . . . . . a Conclusiones Trabajo Futuro Bibliograf a ANEXOS 5.4. Organizacin del Cdigo Fuente . . . . . . o o 5.4.1. Directorio de Servidores . . . . . . 5.4.2. Directorio de Cliente Genrico . . . e 5.5. XML (eXtensible Markup Languaje) . . . 5.5.1. Qu es XML? . . . . . . . . . . . e 5.5.2. Funcionalidades de XML . . . . . . 5.5.3. Ventajas del XML . . . . . . . . . 5.5.4. Utilizacin de XML mediante APIs o 5.5.5. XML y la Interoperabilidad . . . . 5.5.6. Futuro XML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . .

62 62 62 63 63 64 65 65 66 68 70 70 71 72 72 75 76 77 78 80 83 85

. . . . . . . . . .

. . . . . . . . . .

. . . . . . . . . .

88 88 88 91 94 94 94 95 96 97 98

vii

 Indice de guras
1.1. Organigrama Conferencia Episcopal de Chile.(fuente:www.iglesia.cl) 2.1. 2.2. 2.3. 2.4. 2.5. 3.1. 3.2. 3.3. 3.4. 3.5. 3.6. 3.7. 3.8. 3.9. Esquema Sistema de Intercambio de Contenidos Relpe . Esquema federado de bases de datos . . . . . . . . . . . Componentes bsicos de un Webservices . . . . . . . . . a Esquema de paso de mensajes entre componentes SOAP Ejemplo de estructura bsica . . . . . . . . . . . . . . . . a Pgina Interior del Sistema de Directorio a Modelo de Datos Directorio Virtual . . . Pgina Principal del Sistema SAC . . . . a Modelo de datos SAC . . . . . . . . . . . Pgina Principal Porta Web Iglesia.cl . . a Modelo de Datos Portal Iglesia.cl . . . . Modelo de datos Documental . . . . . . Modelo de datos Fotograf . . . . . . . as Esquema de Integracin . . . . . . . . . o Virtual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 16 18 23 24 29 41 42 43 44 45 46 47 48 54 56 65 66 67 69 70 71 72 73 74 75 76 77 79

4.1. Estructura de Integracin a Nivel de Servidores . . . . . . . . . . o 5.1. 5.2. 5.3. 5.4. 5.5. 5.6. 5.7. Esquema de Arquitectura por Capas . . . . . . . . . . . . . . Esquema Comunicacin Entre Servidores . . . . . . . . . . . . o Paso de mensajes entre clientes y proveedores . . . . . . . . . Esquema Bloom99 Para los Sistemas Integrados . . . . . . . . Esquema Interno de un Sistema Integrado . . . . . . . . . . . Esquema SOAP . . . . . . . . . . . . . . . . . . . . . . . . . . Esquema de peticin de recursos del Cliente a los Proveedores o servicios. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.8. Modicacin clase NuSoap cliente. . . . . . . . . . . . . . . . . o 5.9. Cdigo Fuente Implementacin de Servidor. . . . . . . . . . . o o 5.10. WSDL estad sticas. . . . . . . . . . . . . . . . . . . . . . . . . 5.11. Funciones estad sticas. . . . . . . . . . . . . . . . . . . . . . . 5.12. Pgina Principal Sistema Integrado . . . . . . . . . . . . . . . a 5.13. Interfaz Portal Iglesia.cl (Resultado de la consulta integrada) . . . . . . . . . . . . . de . . . . . . . . . . . . . .

viii

Introduccin o
En el presente trabajo se desarrolla la construccin de un sistema integrador, o el que ocupando las nuevas tecnolog XML que pontencian y exibilizan las aplias caciones basadas en Internet, junto a ello las arquitecturas orientadas a servicios (SOA) para la estructuracin y orquestacin de los servicios ofrecidos por sistemas o o heterogneos, y las teor de las bases de datos federadas que permiten concebir e as a un conjunto de bases de datos heterogneas y con como si esta fuese una sola. e En el documento se plantea la construccin de mdulos interoperables para o o la integracin de los sistemas informticos existentes en la Conferencia Episcopal o a de Chile (CECH), de tal forma que stos en base a parmetros del sistema puee a dan relacionarse entre s y que adems permita, la integracin de nuevas fuentes , a o de recursos, de tal forma, que otros sistemas puedan consumir sus recursos compartidos libremente. Tambin se propone que la unin de stos recursos puedan e o e ser recogidos en el portal Web iglesia.cl, el que agrupar la informacin que es a o consumida desde los distintos sistemas componentes resultantes de la integracin. o El proyecto contempla la revisin bibliogrca de los temas involucrados, la o a construccin de prototipos para probar la tecnolog la eleccin de los protocolos o a, o e implementacin de los mdulos integradores, documentacin de las funcionalidao o o des y mtodo de acceso a los recursos compartidos por cada sistema, y nalmente e la implementacin en el portal Iglesia.cl, el que rene toda la informacin adecuao u o damente anexada con cada recurso obtenido gracias a la integracin. o

Organizacin del Documento o

El trabajo se encuentra organizado de la siguiente forma: En el primer cap tulo se entrega el marco terico, el cual contiene los cono tenidos relacionados con el proyecto de una forma simple y con una profundidad del tema directamente relacionada con la importancia de estos para el proyecto. Tambin se realiza una revisin de proyectos en los cuales han e o aplicado tcnicas y metodolog de integracin, dando a conocer proyectos e as o que han sido exitosos en forma anlisis de casos. a En el segundo cap tulo se realiza un anlisis a la situacin anterior a la a o implementacin del proyecto, revisando uno a uno los sistemas relacionados o y revisando funcionalidades y modelos de datos. Tambin se presenta la e problemtica existente y las posibles soluciones, a las que se le realiza un a anlisis de benecios y desventajas de cada solucin. a o La solucin nal propuesta se expone en el tercer cap o tulo, que es la resultante del anlisis de posibles soluciones, la denicin de los objetivos generales a o del proyecto, la metodolog a utilizar y los resultados esperados. a El sexto cap tulo se centra en el sistema integrado como tal, realizando un anlisis de los recursos existentes en cuanto a hardware y software, el diseo a n de la arquitectura adecuada, la implementacin de las clases de servidor y o cliente, y la implementacin nal en el portal Iglesia.cl. o

Cap tulo 1 LA INSTITUCION

1.1. Iglesia Catlica o

La Iglesia Catlica Apostlica Romana o Iglesia Catlica como es ms o o o a comnmente llamada, es una institucin no estatal y sin nes de lucro, en la u o que se organiza la comunidad de los cristianos catlicos creyentes de todo el o mundo. Su sede central, se encuentra en el Estado independiente de la Ciudad del Vaticano, que es un enclave dentro de la ciudad de Roma, en la Repblica u Italiana. Su jefe de estado, es S.S. el Papa. La Iglesia Catlica cuenta con miembros en cada uno de los pa de la Tierra. Es o ses una organizacin jerrquica en la que el clero ordenado est dividido en obispos, o a a presb teros y diconos. Territorialmente, la Iglesia Catlica est organizada en a o a dicesis, cada una de ellas a cargo de un obispo. Estas, a su vez, se renen en o u provincias, que conforman una arquidicesis. Otras jerarqu son las prelaturas o as y los vicariatos.

La Iglesia Catlica de Chile, est compuesta de 27 jurisdicciones eclesiales: o a 5 arquidicesis, 18 dicesis, 2 prelaturas, 1 vicariato apostlico, 1 obispado o o o castrense y 1 prelatura personal.

El organismo colegiado que reune a todos los obispos catlicos de cada pa o s se denomina Conferencia Episcopal, en donde los cargos son determinados por eleccin, entre los propios obispos de la nacin. o o

1.2.

La Conferencia Episcopal de Chile

La Conferencia Episcopal de Chile (CECH), es el organismo en el cual los Obispos ejercitan conjuntamente algunas funciones pastorales, en esp ritu de colegialidad, para el servicio del Pueblo de Dios y para promover conforme a la norma del derecho cannico, el mayor bien que la Iglesia proporciona a los o hombres. En conformidad a lo establecido por el canon 449-2, la Conferencia Episcopal tiene personalidad jur dica pblica y corporativa ante el derecho cannico y goza u o ante el derecho civil de personalidad jur dica de derecho pblico cuyo ejercicio, u en los asuntos en que se requiera, se llevar a efecto segn los presentes estatutos a u y las normas comunes de derecho cf . art. 26 , c). La CECH esta compuesta por los Arzobispos y Obispos Diocesanos, los Administradores Diocesanos y todos los equiparados en derecho a los Obispos Diocesanos, el Obispo Castrense, los Coadjutores y Auxiliares y los Obispos Titulares que desempeen cargos nacionales conferidos por la Santa Sede o por la Conferencia n Episcopal.

Son rganos constitutivos de la CECH o a) la Asamblea Plenaria (AP); b) el Comit Permanente (C.P.); e c) la Comisin Pastoral (COP); o d) la Presidencia; e) la Secretar General (SG). a REF. No 280/2001

Figura 1.1: Organigrama Conferencia Episcopal de Chile.(fuente:www.iglesia.cl)

1.3.

Justicacin o

El uso de la informtica para comunicarse ha marcado e impulsado el surgia miento de una nueva poca cultural. Cada vez ms personas y entidades incore a poran el correo electrnico, Internet, la transmisin inalmbrica o satelital en su o o a vida diaria. No slo existe hoy un nuevo medio de comunicacin social -Interneto o sino que nos movemos en una nueva realidad comunicativa con caracter sticas del todo particulares que han llevado a la abolicin, en cierta manera, del tiempo y o del espacio. Las nuevas tecnolog han tra consigo la articulacin de nuevos as do o lenguajes y la emergencia de una nueva cultura. Pero este nuevo fenmeno de comunicacin no nace aislado, sino que es hereo o dero de toda la riqueza del Magisterio1 en esa materia. La Iglesia, el al decreto conciliar Inter Mirica2 , est participando en forma activa dentro de este nuevo a panorama. En su misin evangelizadora acompaa e impulsa tambin el progreso o n e humano ofrecindole los valores evanglicos. e e En su Carta Apostlica El rpido desarrollo, dirigida a los responsables de o a las Comunicaciones Sociales, S.S. Juan Pablo II recogi la enseanza del Magisteo n rio sobre la importancia del uso de las tecnolog de la informacin al servicio de as o la evangelizacin de la cultura, sealando: La Iglesia, de hecho, no est llamada o n a solamente a usar los medios de comunicacin para difundir el Evangelio sino, sobre o todo hoy ms que nunca, a integrar el mensaje de salvacin en la nueva cultura a o que estos poderosos medios crean y amplican. La Iglesia advierte que el uso de las tcnicas y tecnolog de comunicacin contemporneas forman parte de su e as o a propia misin en el tercer milenio. Juan Pablo II maniesta que Internet no o slo proporciona recursos para una mayor informacin, sino que tambin habita o o e u a las personas a una comunicacin interactiva. Muchos cristianos ya estn utilio a zando este nuevo instrumento de modo creativo, explorando las potencialidades para la evangelizacin, para la educacin, para la comunicacin interna, para la o o o
Magisterio: autoridad que en materia de dogma y moral ejercen el Papa y los obispos, segn u la Real Academia de la Lengua Espaola n 2 http://www.vatican.va/archive/hist councils/ii vatican council/documents/vatii decree 19631204 inter-mirica sp.html
1

7 administracin y el gobierno. o La Iglesia tambin necesita comprender y usar las tecnolog de informacin, e as o en general, e Internet, en particular, como un medio de comunicaciones internas. El Ponticio Consejo para las Comunicaciones Sociales sostiene que esto requiere tener claramente en cuenta su carcter especial de medio directo, inmediato, a interactivo y participativo y lo dene como un instrumento que se puede usar creativamente para varios aspectos de administracin y gobierno . En este seno tido, los documentos del Magisterio insisten en la necesidad de ir al ritmo del despliegue tecnolgico: No es aceptable quedarse atrs t o a midamente por miedo a la tecnolog o por cualquier otra razn, considerando las numerosas posibilidades a o positivas que ofrece Internet. Coherentemente con esta l nea, la CECH, ha visualizado los benecios que aporta la incorporacin y uso de los medios tecnolgicos a los que se hace refeo o rencia, desplegando esfuerzos humanos y tcnicos que han redundado en avances e importantes. Prueba de ello, es que la CECH3 ha buscado ir de la mano con los avances informticos incorporando a su trabajo diario los medios tcnicos para a e benecio de su labor pastoral y de su gestin. Adems, la CECH ha desarrollado o a su sitio Web www.iglesia.cl que desde 2003 ha implementado mdulos de automao tizacin de contenidos, documentos y bases de datos. En el 2003 se cre la Ocina o o de Estad sticas para la pastoral que busca automatizar los registros de la Iglesia en Chile para su posterior procesamiento estad stico, y a partir de este ao 2007, n se ha impulsado con mayor fuerza la penetracin en las dicesis del software de o o administracin Oce Eclesial. o El Area de Comunicaciones de la CECH ha sido pieza fundamental en el desarrollo y mantencin de algunas de las plataformas antes mencionadas inso titucionalizndolas en su Comisin Nacional de Informtica. Hoy d el Area de a o a a, Comunicaciones visualiza una nueva oportunidad para aunar esfuerzos y criterios en pos de una mejor utilizacin an de las tecnolog por medio de la integracin o u as o de sus sistemas.
3

http://noticias.iglesia.cl/noticia.php?id=2852

1.4.

Motivacin Personal o

...Cumple t la misin que te ha sido conada, tu pequea misin, la que slo u o n o o t puedes cumplir; t solo en toda la creacin puedes llenar esa misin. Si no la u u o o realizas quedar sin hacerse, tu misin!, misin de generosidad... (Padre Alberto a o o Hurtado) Antes de proponerme a realizar la integracin de los sistemas en la Iglesia o Catlica en Chile, y utilizar las nuevas tecnolog como lo son los Webservices, o as las Arquitecturas Orientadas a Servicios (SOA), las Bases de Datos Federadas y el propio XML, eran otros los motivos que hac importante realizar mi proyecto an de titulo en funcin de la Iglesia Catlica y su misin. Estos motivos estn direco o o a tamente relacionados con el estrecho v nculo y compromiso de ms quince aos de a n trabajo pastoral, el que fue reforzado por la bsqueda de herramientas que ayudau ran en la labor pastoral de coordinador de la pastoral del liceo politcnico Andes e de la fundacin Duoc UC, y apoyo tcnico para las labores pastoral de los dems o e a miembros de la organizacin, liceo donde obtuve el t o tulo de Tcnico en Control e de Procesos Industriales Computarizados. Luego al ingresar a la Universidad, mi querida Universidad Tecnolgica Metropolitana y seguir la carrera de Ingenier o a en Informtica y continuar el v a nculo con la Iglesia Catlica y junto a ello realio zando la formacin de la pastoral universitaria de la misma, continu buscando o e formas de contribuir a la evangelizacin con herramientas de las tecnolog de o as la informacin actuales, para as llegar a ms personas. El primer proyecto fue o a desarrollar un pgina interactiva para la pastoral de la universidad y otras orgaa nizaciones sociales, el siguiente paso fue contribuir con herramientas informticas a en la Vicar de la Pastoral Universitaria (VPU), lo que di paso a integrar el a o equipo de desarrollo Web del portal IGLESIA.cl de la Conferencia Episcopal de Chile (CECH) como voluntario, labor desempeada por ms de cinco aos. n a n En Iglesia.cl junto al equipo de desarrollo, primeramente se realiz un estudio o para saber cules eran las tecnolog que han de satisfacer de manera ptima a as o los futuros requerimientos de proyectos pensando a largo plazo. Los primeros sistemas fueron orientados a solucionar la administracin de grandes cantidades o de noticias y recortes de prensa que a diario deb ser publicados en formato an HTML. La construccin de diversos sistemas a medida para distintas reas de la o a Iglesia Catlica gener en stas instituciones un mayor grado de conanza y alta o o e aceptacin hacia las nuevas tecnolog y utilizacin de cada sistema. o as o Con el tiempo, y con la coexistencia de varios sistemas en distintas ubicaciones f sicas, tanto de los departamentos de la CECH y los sistemas propietarios del CELAM4 , naci la necesidad de contar con la informacin de los dems sistemas o o a en forma mucho ms transparente y rpida, y la unica forma de acceder a esta a a informacin era accediendo a cada sistema d a d La otra situacin era que o a a. o exist un gran valor y riqueza de informacin que los usuarios nales del portal an o
4

CELAM Conferencia Episcopal Latino Americana

9 iglesia.cl estaban desaprovechando por estar distribuida en sistemas que ellos no ten acceso, ni conocimiento de su existencia. an La integracin de los sistemas nace entonces como una gran alternativa a los o problemas presentados, y representa un gran desaf ya que esta implementacin o o requiere de una anlisis a fondo de cada uno de los sistemas comprometidos, la a bsqueda de estndares actuales y una revisin bibliogrca importante. u a o a Otro factor importante que motiv el desarrollo de ste proyecto, fue la paro e ticipacin en las jornadas chilenas de computacin 2002, en la Universidad de o o Atacama, donde expuso la doctora Regina Motz sobre una investigacin que estao ban realizando sobre bases de datos federadas, XML y Webservices, y su desarrollo prctico para la integracin de sistemas pblicos. El impacto de dicho trabajo fue a o u tal que muchos de los asistentes a las charlas quedaron motivados a investigar e implementar nuevas soluciones en base a la propuesta presentada, personalmente dicha motivacin fue el primer paso hacia los sistemas integradores de contenidos, o lo se tradujo en comenzar la preparacin de prototipos mucho antes de egresar de o la universidad, realizando pruebas de funcionalidad y rendimiento con distintos lenguajes. Finalmente, puedo decir que el compromiso con la Iglesia Catlica y mi inters o e personal en aplicar los conocimientos adquiridos en mi carrera profesional, para lograr llegar con el mensaje del evangelio a mucha ms personas, utilizando los a medios de comunicacin ms importantes que actualmente existen, como lo es la o a Internet, han dado paso al presente trabajo. Sin duda un proyecto de t tulo con el tema de integracin e interoperabilidad, podr haberse realizado en cualquier o a rea de la empresa, tanto pblica o privada, pero el fuerte llamado que nos hizo el a u papa Juan Pablo II en su Carta Apostlica El rpido desarrollo, que nos dice: o a Internet no slo proporciona recursos para una mayor informacin, sino que tamo o bin habita a las personas a una comunicacin interactiva. Muchos cristianos ya e u o estn utilizando este nuevo instrumento de modo creativo, explorando las potena cialidades para la evangelizacin, para la educacin, para la comunicacin interna, o o o para la administracin y el gobierno, es por ello, que la desaante propuesta de o Juan Pablo II, personalmente me invita a no quedarme en slo hacer lo que es o necesario hacer, sino que me motiva a investigar nuevas formas de colocar las tecnolog de la informacin en funcin de las personas, pensado en que detrs as o o a de un computador existe una persona que realiza un trabajo con mucho amor y que stas herramientas tecnolgicas pueden hacer que se mensaje pueda llegar e o e a muchos ms, y para terminar quisiera colocar como medidor de trabajo en el a proyecto, la frase del padre Alberto Hurtado; La misin del universitario es la o del estudioso que traduce esos ideales grandes del hombre de la calle en soluciones tcnicas, aplicables, realizables, bien pensadas, lo que traduce mi esfuerzo en e ste proyecto, el que fue respaldado al colocar el proyecto humildemente en las e manos de Dios, y recibir el refuerzo de la oracin de tantas personas vinculadas a o la CECH y la Iglesia Universal.

Cap tulo 2 FUNDAMENTACION TEORICA

La administracin de los datos se ha hecho cada vez ms compleja, es por o a ello que diferentes autores proponen diferentes teor de administracin de la as o informacin, partiendo de las aplicaciones computacionales de escritorio que ado ministran datos orientados al usuario nal, hasta los grandes sistemas integrados que proveen todo en una sola plataforma. En el mundo cada vez ms se requiere de contar con informacin a la mano a o segundo a segundo, informacin que signica millones de dlares ( euros) en la o o o certeza de una buena decisin estratgica, pero cmo contar con la informacin si o e o o esta se encuentra dispersa en diferentes sistemas computacionales, con diferentes plataformas, y ms an, sin ninguna compatibilidad en esquema de datos ni en sus a u estructuras. Todo ello ha llevado a juntar todas las tecnolog existentes y crear as mtodos con los cuales los sistemas que son totalmente heterogneos se puedan e e comunicar, y ms an, que stos sistemas con un bajo costo formen una gran a u e plataforma de consulta con datos constantemente actualizados. En este cap tulo se muestra el contexto global en cual se enmarca la teor de a integracin de sistemas y de los temas relacionados con la ingenier de software. o a Cabe sealar que el presente marco terico es abordado como un resumen de los n o temas relacionados, pero con una profundidad relativa a la importancia de cada temtica, sin intencin de desviar la atencin en cada tema particular, sino ser a o o un aporte a la globalidad requerida. Este comprender tres temas que son muy a importantes para el proyecto: Bases de datos federadas (Ver Cap tulo 2.2), que toca las deniciones y conceptos clave de integracin de bases de datos y cmo o o stas se pueden aplicar a la federacin de sistemas; XML (Ver Cap e o tulo 5.5.1) como estndar para el paso de mensajes y su aplicacin en proyectos de integracin; y a o o Webservices (Ver Cap tulo 2.3.1) en el que se profundiza sobre la utilizacin de o stos en un gran nmero de proyectos, que van desde compartir un contenido e u hasta la utilizacin en sistemas de agentes inteligentes. o La revisin bibliogrca que se ha obtenido es fruto de una exhaustiva bsqueo a u da en libros y en documentacin ocial disponible de la Internet. Entre las fuentes o 10

11 ms importantes se tiene los documentos tcnicos y recomendaciones de la W3C a e [26], tambin los papers sobre el tema BLOOM99 del doctor espaol Alberto e n Abello [3] (Universitat Polit`cnica de Catalunya) y la doctora Marta Oliva (Unie versitat de Lleida), quienes amablemente facilitaron su documentacin despus de o e haberlos contactado v mail sobre dudas tcnicas en la implementacin de sistea e o mas integrados; otras fuentes importantes fueron los sitios espaoles de gobierno n en los que tratan sobre las tendencias a la integracin de sistemas en Europa [1]. o

12

2.1.

Estado Actual de la Integracin de Sistemas o

En el mundo existen actualmente grandes cantidades de sistemas informticos a que se encuentran aislados en un solo computador o una red corporativa, sin interaccin con los dems componentes de la red, de los cuales no se pueden obtener o a indicadores ni benecios ms all de lo que cada sistema permite entregar por a a separado, es por ello, que ha nacido la necesidad de crear nuevos y ms complejos a sistemas que vinculen y concentren esta informacin. Una de las primeras soluo ciones fue crear gigantescos repositorios (datawarehouse) [27], en los cuales solo se ingresa la informacin una vez, quedando como un archivo histrico que puede o o ser consultado muchas veces. Por otro, lado han surgido una cantidad importante de investigaciones de tecnolog alternativas para lograr una integracin robusta as o y escalable, siendo su principal cuna la Unin Europea. o Las principales investigaciones realizadas sobre la interoperabilidad e integracin de sistemas estn siendo llevadas por grupos de investigacin, de los cuales o a o se puede mencionar el Grupo de Investigacin en Sistemas de Gestin de Bases o o 1 de Datos Federadas , conformado por acadmicos de distintas universidades, e los que entregan los principales aportes en la creacin de esquemas federados [3]. o Otra fuente importante de aportes en cuanto a la integracin de sistemas son las o empresas privadas, las cuales han visto lo benecioso que resulta la integracin o de distintos sistemas heterogneos, an ms, con la llegada de la WEB3.0 o Webe u a semtica2 , han dado paso a una Internet mucho ms inteligente, en el cual los a a sitios componentes de estas redes entregarn signicado de sus contenidos, para a luego poder compartirlos como un todo. Se han propuesto numerosos trabajos para el acceso a la informacin almaceo nada en las bases de datos heterogneas y otras fuentes como los sistemas legados3 . e Segn Zachary [28], con el crecimiento y perfeccionamiento de las redes en general u y de la Internet en particular, el nmero de fuentes de las que se puede extraer u datos se ha incrementado notablemente, aunque la cantidad de informacin sea o una gran ventaja, tambin plantea numerosos problemas, ya que Internet es un e entorno dinmico en el cual no se puede asegurar la permanencia de los datos y a sus fuentes. Otro aporte a la integracin de sistemas lo expone el acadmico Araque [14] o e en su tesis doctoral, quien dice para que un usuario pueda acceder a mltiples u fuentes de datos de un modo integrado, es decir, como si se tratase de una sola base de datos, hace falta instalar un sistema que produzca un acoplamiento entre esas fuentes. Sin acoplamiento, el acceso no es integrado, y hace falta acceder separadamente a cada una de las fuentes, y luego combinar las respectivas respuestas.
Grupo de Investigacin en Sistemas de Gestin de Bases de Datos Federadas y Almacenes o o de Datos, ver ms informacin en http://lsi.ugr.es/ bdf/ a o 2 Ms informacin de la Websemtica http://www.w3c.es/Divulgacion/Guiasbreves/WebSemantica a o a 3 Sistema Legado: sistemas operacionales ya existentes, en el cual es necesario recuperar , analizar y depurar la informacin antes de integrarla o
1

13

2.1.1.

Anlisis de Casos a

Siendo una tendencia mundial de optimizar los recursos existentes y obtener mayor benecios de ellos, es que en distintos mbitos relacionados con la a informtica se aplica la integracin de sistemas, intentando con ellos obtener ina o teroperabilidad entre ellos. A continuacin se presentan algunos casos en que se o esta aplicando los conceptos tratados en este documento. 2.1.1.1. Tendencias en Europa

En Europa se dan los primeros acercamientos a los conceptos de integracin o de sistemas, naciendo de una necesidad pblica de mantener informacin constanu o temente actualizada de los distintos servicios pblicos, en los cuales sus primeras u pruebas fueron realizadas en sistemas de documentacin bibliogrca, dando coo a mo resultado la primera biblioteca virtual que recog informacin de bibliotecas a o locales cuyos sistemas estaban realizados en distintas plataformas y lenguajes de informacin. Luego de la integracin de las bibliotecas se procedi a la integrao o o cin de la informacin del servicio de salud espaol, lo cual cre la necesidad de o o n o parte de las organizaciones privadas y del gobierno de comprender las necesidades espec cas tanto de la administracin pblica como de los ciudadanos en o u relacin a los servicios electrnicos ofrecidos por la administracin pblica [10] o o o u hecho analizado por la W3C en sus ocinas espaolas. n La tendencia por la integracin de sistemas mediante bases de datos federadas o para brindar un servicio integrado, ha dado buenos resultados, pero tambin han e creado nuevas problemticas como lo es la privacidad de los datos. La privacidad a de los datos en Espaa y en todo la Unin Europea es un tema bien estudiado, en n o el cual se revisan mtodos ms avanzados de criptograf estructuras de bases de e a a, datos con mayores niveles de seguridad y modelado de datos en esquemas como BLOOM99 [3] nacido en Barcelona para integracin federada con altos niveles de o seguridad. 2.1.1.2. Herramientas de Integracin Existentes o

Existen muchas herramientas ofrecidas por empresas, como tambin se ofrece e la asesor en la integracin de sistemas heterogneos. La gran mayor de stas a o e a e empresas ofrecen un servicio completo que va desde la revisin de sus sistemas o para vericar las posibilidades de unicar procesos entre ellos, hasta la implementacin de una completa solucin reconstruyendo todos sus sistemas. Estas o o integraciones estn siendo lideradas por las grandes empresas de software, como a los son Microsoft, HP4 latinoamerica, Oracle, etc. Las asesor entregadas por estas empresas pretenden recoger toda la riqueza as
4

Ms informacin http://h30095.www3.hp.com/servicios/ a o

14 de los sistemas existentes, los cuales luego de haber sido revisados, son inventariados para dar paso a un modelamiento en Arquitectura Orientada a Servicios (SOA Ver cap tulo 2.4) , y junto con los altos mandos, denen estrategias en conjunto para la mejor utilizacin de la informacin que originalmente esta dispersa o o y que despus de la integracin se lograr complementar para obtener mayores e o a benecios de esta nueva herramienta. El gobierno espaol ha optado por la solucin de HP5 (Hp eGovernment Fran o meWork), en la que HP ha desarrollado una solucin basada en multitecnolog y o a multifabricante, con el n de ofrecer a las administraciones pblicas una visin de u o sus servicios global, unica y bajo la perspectiva del ciudadano. Esta herramienta ha sido creada para modernizar las aplicaciones y facilitar el cumplimiento de los estndares, y as permitir la interoperabilidad tcnica y semntica de los sistemas. a e a El futuro de estas nuevas herramientas de integracin junto al SOA, se eno 6 cuentran en la creacin de Shared Services y Semantic Web Services7 . Todo ello o ha favorecido un potencial incremento en el uso de esta tecnolog en sectores a como la banca o las telecomunicaciones, que buscan en las plataformas de SOA los elementos bsicos para la prestacin de servicios de valor aadido. a o n 2.1.1.3. Bibliotecas Interconectadas

Uno de los grandes beneciados con las herramientas de integracin han sido o las bibliotecas, las que sin duda han sido pioneras en temas de estandarizacin o 8 de metadatos , los que posibilitan una mejor interaccin entre ellos. Uno de los o recursos mayormente utilizado en la integracin, ha sido el registro bibliotecario o en XML (Ver Cap tulo 5.5.1). Una gran sistemas bibliotecarios, cuentan con sistemas heterogneos de infore macin, los que pueden ser accedidos por otros sistemas o entre si, para compartir o informacin, tanto de sus catlogos de libros o de material digitalizado, y gracias o a a los metadatos, los que sirven para referenciar, etiquetar y describir recursos, pueden descubrir y localizar el material disponible en los sistemas que componen la integracin. o Un ejemplo de inteoperabilidad e integracin de sistemas bibliotecarios es la o 9 Biblioteca Virtual Miguel de Cervantes , la que ha contado con los benecios de la integracin para interactuar con otras bibliotecas. Otro punto importante donde o se ha tocado el tema de integracin de contenidos de las bibliotecas es en el 10th o European Conference on Digital Libraries (ECDL 2006)10 , dando grandes pasos
Ms informcin http://www.gobiernoelectronico.org/node/5139 a o Shared Services: Servicios compartidos que van desde un organismo al resto y desde stos a e los usuarios 7 Semantic Web Services: Combinacin de los servicios de Web Semntica y Servicios Web o a gracias a la interaccin entre las aplicaciones que soportan estos servicios. o 8 Ms informacin de Metadatos orientados a la Interoperabilidad disponible en a o http://www.tdx.cbuc.es/TDX-0316104-132946/ 9 Biblioteca Virtual Miguel de Cervantes http://www.cervantesvirtual.com/index.jsp 10 Ms informacin www.ecdl2006.org a o
6 5

15 hacia una integracin global. o 2.1.1.4. Proyecto Relpe

El proyecto RELPE11 es una red de portales educativos con caracter sticas de autonom de servicio pblico y gratuitos, designados para tal efecto por los a, u ministerios de educacin de cada pa Sus principios orientadores son: cada pa o s. s desarrolla su propio portal de acuerdo a su proyecto educativo e intereses nacionales aprovechando la experiencia de los otros socios, y los contenidos desarrollados por todos los portales miembros son de libre circulacin en la Red. Este proyeco to, esta basado en la integracin de contenidos por medio de la tecnolog Web o a Services. Este proyecto en Chile lo esta manejando Fundacin Chile en conjunto con o 12 la empresa de informtica I2c.cl , y en sus pruebas el autor de este documento a tambin asesor la conguracin y puesta en marcha del sistema integrador. e o o A la nalizacin del proyecto presentado, tambin el autor de este documento o e ha creado una nueva herramienta de integracin de contenidos para www.relpe.org, o herramienta basada ntegramente en el paso de informacin entre servidores por o medio de archivos XML entre ellos. En la gura 2.1, se presenta el esquema presentado para el nuevo sistema de intercambio de informacin, proyecto presentado por la empresa I2c.cl y desarroo llado por el autor del presente documento.

11 12

Ms Informacin http://ww2.relpe.org/ a o Ms Informacin http://www.i2c.cl/ a o

16

Figura 2.1: Esquema Sistema de Intercambio de Contenidos Relpe

17

2.2.

Bases de Datos Federadas

La cantidad de informacin existente en el mundo ha crecido exponencialmeno te, lo que ha resultado catico, y por ello nace la pregunta Quin administrar tal o e a cantidad de informacin ? Para que sirve tanta informacin valiosa si no se o o o puede consultar de manera beneciosa?. En respuesta a ello, ha nacido la idea de generar cooperacin entre fuentes independientes de informacin, logrando as teo o ner acceso a mltiples bases de datos autnomas y heterogneas, es decir, tener u o e la capacidad de poder acceder a los datos como si se tratase de una sola base de datos. Las bases de datos comenzaron a utilizarse en los aos sesenta, periodo en el n que fueron fuertemente ocupadas en reas relacionadas con grandes cantidades de a informacin, y no fue hasta los ochenta que junto a la proliferacin de los sistemas o o heterogneos y distribuidos, sistemas en base a Internet que naci el concepto de e o bases de datos federadas en manos de Hammer y McLeod en 1979, trabajo que luego fue retomado por Heimbigner y McLeod en 1985 y posteriormente por Sheth y Larson en 1990, y actualmente el tema es estudiado por Saltor. En general, los manejadores de bases de datos federados tienen la funcin de o compartir slo la informacin que quieran compartir las entidades participantes, o o adems los usuarios locales pueden acceder de forma transparente a los dems a a datos compartidos, como si se tratase de una sola base de datos, sin embargo no es algo sencillo, aunque muy util [22].

2.2.1.

Denicin de Base de Datos Federada o

Un sistema de bases de datos federado es una coleccin de sistemas de bases o de datos cooperativos y autnomos. En un sistema federado de bases de datos, los o usuarios tienen acceso a la informacin de los distintos sistemas a travs de una o e interfaz comn; sin embargo, no existe un esquema global que describa a todos los u datos de las distintas bases de datos, en su lugar hay varios esquemas unicados, cada uno describiendo porciones de bases de datos y archivos para el uso de cierto perl de usuarios [23].

2.2.2.

Propiedades

Las bases de datos federadas son muy importantes para la decisin de qu tipo o e de federacin utilizar. Entre estas propiedades se encuentran: o 1. Es ser transparente a los usuarios. 2. Se aprecia como una sola base de datos (concepto de interoperacin). o 3. Se conforma por un conjunto de bases de datos heterogneas, lo que sige nica que pueden participar distintos sistemas operativos, diferentes tipos

18

Figura 2.2: Esquema federado de bases de datos de hardware, diferentes manejadores de bases de datos (red, relacional u orientada a objetos), y/o diferentes estructuras de datos. 4. Las bases de datos que participan en la federacin mantienen su autonom o a, lo que quiere decir que cada elemento de la federacin decide con quin, o e qu y cmo compartir sus datos. e o 5. El Manejador de Bases de Datos Federadas (MBDF) recibe una consulta sencilla y este a su vez la descompone en varias consultas parciales, adems a debe contar con un optimizador de recursos. 6. Permite ser distribuida f sicamente en diferentes lugares e incluso en lugares muy lejanos.

2.2.3.

Arquitectura

En la arquitectura de las bases de datos federadas se puede diferenciar dos grandes reas, la primera referente al software de aplicacin y la segunda sobre la a o arquitectura del esquema federado. En el rea de esquema federado se debe resola 13 ver las heterogeneidades sintcticas y semnticas14 de los distintos componentes a a
Sinttica: Parte de la gramtica que ensea a coordinar y unir las palabras para formar las a a n oraciones y expresar conceptos. Conjunto de reglas que denen las secuencias correctas de los elementos de un lenguaje de programacin.(RAE.es) o 14 Semtico: Perteneciente o relativo a la signicacin de las palabras.(RAE.es) a o
13

19 de la base de datos. La heterogeneidad sintctica se da por la autonom de los a a componentes de la base de datos y sus diferencias en sus diseos de modelo de n datos. En cambio, la heterogeneidad semntica se da por la interpretacin que se a o tiene de los elementos por parte de las diferentes bases de datos componentes [9]. 2.2.3.1. Capas del Esquema

Las capas del esquema, resuelven las reas de heterogeneidad semntica y a a sintctica en un sistema federado, las cuales deben cumplir tres aspectos bsicos: a a la autonom heterogeneidad y sistema distribuido. Uno de los esquemas ms a, a utilizados para las bases de datos federados es la arquitectura ANSI/SPARC de 3 niveles propuesta en 1977 por Casamayor [5].

2.2.4.

Sistemas Distribuidos Versus Sistemas Federados

Es muy fcil confundir un sistema distribuido15 de informacin con un sistema a o federado [21] de datos, pero las diferencias entre ellos son muy importantes al minuto de elegir una solucin a una problemtica especica, las semejanzas y o a diferencias se presentan a continuacin: o Semejanzas a) Los datos estn en diversas ubicaciones. a b) Las instalaciones estn interconectadas. a c) Ambos tienen dos componentes; global/local y federado/componente. d ) Reciben peticiones que son resueltas en una sola respuesta.

Bases de datos distribuida: Es un conjunto de bases de datos conectadas por red, permitiendo compartir informacin y acceder a los miembros de la red. o

15

20 Diferencias SMBD Federados Diseo n Manejan un diseo top n down, existe una sola base de datos y se distribuye en diferentes ubicaciones. Se fragmenta o se replica. Niveles Autonom a Local y global Carece de autonom ya a, que la BD esta bajo las reglas del sistema global. Transparencia Los usuarios ven la BD como una sola y no se sabe cmo se encuentra diso tribuida f sicamente. SMBD Distribuidos Maneja un diseo Botton n - up, las bases de datos ya existen y se identica como se formaran las federaciones. Federado y componente Cada BD compone el sistema federado, es autnoo ma, y por tanto tiene sus propios prilivegios. Existen dos tipos de usuarios, el primero es el que ve la base de datos como si fuera unica, y los usuarios locales que ven un componente de la base de datos y no pueden ver la federacin. o

2.2.5.

Soluciones Comerciales

Existen varias empresas e instituciones que trabajan para solucionar los problemas de interoperabilidad, sin embargo muy pocos trabajan para la administracin global, algunas de las compa que trabajan en soluciones son o nas 16 17 Augsoft , Oracle (actualmente ofrece paquetes listos para la integracin en o Latino Amrica), Sybase. En general, los grandes manejadores de bases de datos e contienen algunas herramientas para lograr la integracin, sin embargo, tienen o un producto espec co para conectarse con otros manejadores, donde cada uno se vende por separado siendo sus costos demasiado elevados. En el proyecto propuesto se requer del estudio de este tipo de bases de datos a porque el fundamento de la interoperabilidad e integracin de sistemas contempla o como concepto base la estructuracin, funcionamiento y comportamiento de las o bases de datos federadas. La modelacin de las bases de datos federadas estn soportadas por el modelo o a
16 17

ver ms informacin en http://odbcrouter.com a o http://www.oracle.com/solutions/integration/index.html

21 bloom99 [3], el que permitir concebir el proyecto propuesto como un conjunto a de bases de datos unicada por un motor central, siendo esa la fase inicial la cual ser explicada en el capitulo 5.4. El estudio del funcionamiento de las bases a de datos federadas permitir establecer el comportamiento funcional de los coma ponentes de la integracin para as asegurar la correcta interoperabilidad entre o ellos.

22

2.3.

Servicios Web (Webservices)

Cuando hablamos de Webservices (Servicios Web), hablamos de una tecnolog a muy reciente, y por su utilidad tambin ha sido una de las ms difundidas. Se e a puede decir que los Webservices es una de las tendencias clave en la integracin o de sistemas, como tambin es de gran ayuda en las nuevas metodolog para e as compartir datos de distintas fuentes por sus caracter sticas de control, seguridad y sus mtodos estndar actuales. Para ello, ha debido pasar por varias etapas e a de crecimiento, lo que ha dado paso a estudios con diversos planteamientos y postulados, lo que colocan a los Webservices como uno de los estndares ms a a importantes junto a XML en los prximos aos. o n

2.3.1.

WebServices

Los Webservices como lo explica el W3C [25], son aplicaciones que intercambian datos entre si con el objetivo de ofrecer servicios, en el cual existen proveedores que prestan sus servicios como procedimientos remotos y usuarios clientes que solicitan un servicio espec co llamando a estos procedimientos a travs de la Web, e los que son comnmente de tamao pequeo y formados por varios componenu n n tes que comparten su informacin de forma segura y estructurada con las dems o a aplicaciones, en forma rpida y estandarizada. Estas aplicaciones o servicios son a publicados en directorios, los que pueden ser invocados y ejecutados v HTTP18 , a en el cual su trasporte es por el lenguaje estndar XML (ver ms en Cap.5.5.1). a a Otra denicin es dada a los Servicios WEB por la W3C [25] es que stos son o e conjunto de aplicaciones o de tecnolog con capacidad para interoperar en la as Web. Estas aplicaciones o tecnolog intercambian datos entre s con el objetivo as de ofrecer unos servicios. Los proveedores ofrecen sus servicios como procedimientos remotos y los usuarios solicitan un servicio llamando a estos procedimientos a travs de la Web. e La utilizacin de los Webservices ha sido potenciada por tratarse de un o estndar aceptado por la W3C [25] y que a diferencia de otras tecnolog de intea as gracin, permite compartir funcionalidades entre sistemas heterogneos de forma o e transparente, mediante el intercambio de datos v XML, siendo su unico requisito a el establecimiento de conexiones TCP/IP. Los Webservices proporcionan mecanismos de comunicacin estndares eno a tre diferentes aplicaciones, que interactan entre s para presentar informacin u o dinmica al usuario. Para proporcionar interoperabilidad y extensibilidad entre a estas aplicaciones, y que al mismo tiempo sea posible su combinacin para realio zar operaciones complejas, es necesaria una arquitectura de referencia estndar, a como lo explica la W3C. Por lo que simplica mucho la integracin de distintas o
(HyperText Transmission Protocol) Protocolo para transferir archivos o documentos hipertexto a travs de la red. Se basa en una arquitectura cliente/servidor. e
18

23

Figura 2.3: Componentes bsicos de un Webservices a plataformas y lenguajes de programacin. es decir, a modo de ejemplo, podemos o tener un Servidor Webservices escrito en PHP (Pre Procesador de Hipertexto) y un usuario cliente en lenguaje Java o algn lenguaje de la serie Microsoft .NET. u

2.3.2.

Componentes

La caracter stica principal de los Webservices es la capacidad de compartir recursos en forma de objetos y que estos puedan ser utilizados fcilmente por los a sistemas cliente, y para ello utilizan el protocolo de comunicaciones SOAP, que junto a los lenguajes de descripcin de Webservices (WSDL), ms un sistema de o a lgica interna y un sistema de directorio (UDDI) para el registro de los recursos o a compartir componen un Servicio Web. En el grco 2.3 se muestran los componentes bsicos de un Webservices, a a estos componentes se dividen en los necesarios para la implementacin y los que o se requieren para la publicacin de los recursos a compartir. o Los componentes para la publicacin son el lenguaje de descripcin de Webo o services (WSDL) y el directorio de Servicios Web (UDDI), en cambio para la implementacin los componentes son el protocolo SOAP y la lgica, que contemo o pla la organizacin y control de los recursos a compartir. o

2.3.3.

SOAP (Simple Object Access Protocol)

SOAP es un protocolo de comunicacin basado en XML, que sirve para la ino vocacin de los servicios Web a travs de HTTP como protocolo de transporte [8]. o e Es independiente de la plataforma y del lenguaje, y cuenta con implementaciones para la gran mayor de stas. a e

24

Figura 2.4: Esquema de paso de mensajes entre componentes SOAP La especicacin SOAP indica cmo se deben codicar los mensajes que ciro o culan entre las aplicaciones. Tratndose de un protocolo simplicado de llamadas a a procedimientos remotos RPC (Remote Procedure Call). La implementacin de SOAP sobre PHP ms recomendable es NuSOAP. o a - Paso de Mensajes en Especicacin SOAP: A continuacin se presentan o o los pasos que sigue un mensaje en la especicacin SOAP: o 1. Un mensaje que se enviar desde una aplicacin cliente a la aplicacin a o o servidor, solicitando la ejecucin de un mtodo al que pasan una serie o e de parmetros. a 2. Un mensaje que se enviar desde la aplicacin servidor al cliente, y que a o contendr datos XML con los resultados de la ejecucin del mtodo a o e solicitado. 3. Un mensaje SOAP pretende representar la misma estructura que posee una carta contemplndose incluso el sobre. a - Lgica: La lgica es el componente que se encarga de procesar la peticin o o o de informacin solicitada. La tarea de ste componente es responder a la o e peticin y para ello puede acceder a bases de datos propios, comunicarse o con otros Webservices o invocar a las APIs de otras aplicaciones solicitando informacin o parte de ella para generar la respuesta a la peticin. En la o o lgica, podemos encontrar varias formas de resolver el problema, y es por ello o

25 que se hace importante una buena documentacin del proceso del negocio y o de los recursos a los cuales se puede obtener. En algunos casos, los encargados de los recursos Webservices manejan mapas de datos que permiten establecer correctamente la lgica para la obtencin, de forma ptima de los recursos o o o Web a compartir.

2.3.4.

UDDI (Universal Services Description Language)

Son directorios donde es posible publicar los servicios de los Webservices, lo que permite a los posibles usuarios obtener informacin referente a la invocacin o o y ejecucin del Webservice. Los directorios UDDI ofrecen grupos de interfaces o que posibilitan la publicacin y obtencin de los recursos disponibles, cuya inforo o macin es clasicada segn se desee obtener el servicio. Uno de los UDDI ms o u a conocidos y con mayor cantidad de herramientas para el usuario y administradores es XMethods (http : //www.xmethods.net/), en el cual despus del registro y e vericacin del usuario, ste puede agregar la url de su WDSL y con ello realizar o e pruebas de funcionamiento o ofrecerlo como servicio al resto del mundo. Clasicacin UDDI seg n obtencin de servicio o u o Archivos Descripcin o Informacin del neo gocio: Informacin de servio cio: Informacin de enlao ce: Aqu podemos encontrar informacin sobre o quin publica el servicio. e Se reere a la descripcin del tipo de servicio o ofrecido. Se entrega la direccin para acceder al servicio o (la direccin es representada por la URL del o recurso)

2.3.5.

WSDL (Web Services Description Language)

Es un protocolo basado en XML que permite describir el acceso a un Web Service, a travs de la descripcin de los distintos mtodos o funciones que estn e o e a disponibles en ste [13]. e Podr amos decir que es el manual de operacin del Web Service, porque nos o indica cuales son las interfaces que provee el Servicio Web y los tipos de datos necesarios para la utilizacin del mismo. o Se puede establecer una equivalencia entre el documento WSDL y un contrato que especica los servicios que el servidor se compromete a ofrecer al cliente, siempre que este los solicite de forma adecuada.

26

2.3.6.

Clase NuSoap

NuSOAP es un kit de herramientas (ToolKit) para desarrollar Web Services bajo el lenguaje PHP. Est compuesto por una serie de clases que hacen ms fcil a a a el desarrollo de Web Services. Provee soporte para el desarrollo de clientes (aquellos que consumen los Web Services) y de servidores (aquellos que los proveen). NuSOAP est basado en SOAP 1.1, WSDL 1.1 y HTTP 1.0/1.1. a NuSoap es la implementacin ms recomendable para PHP, y desde la versin o a o 5.0 de PHP viene incluida dentro de sus paquetes. La pgina principal del a proyecto se encuentra disponible en http : //sourcef orge.net/projects/nusoap/. El proyecto contemplo el estudio de diversas alternativas de tecnolog para as el paso seguro de datos a travs la Web, de las cuales se resolvi que la ms e o a adecuada para el proyecto era la utilizacin de los webservices en conjunto con la o herramienta NuSoap, permitiendo as una gran transparencia en la paso de datos entre servidores.

27

2.4.

Arquitectura Orientada a Servicios (SOA)

La dispersin de los recursos informticos de las empresas ha sido un de los o a grandes problemas para optimizar muchos de los procesos en que ellos operan, y la unicacin de ellos representa unos de los grandes paradigmas actuales, y es o ac donde tenemos a SOA como la unin de diversas tcnicas, metodolog y teca o e as nolog relacionadas con los Webservices (Ver cap as tulo 2.3.1) y la creciente idea de ver las distintas reas de la empresa con funciones y servicios por separado, a adems darle una mayor relevancia a la posibilidad de contar con la informacin de a o stas reas en una sola plataforma, han creado la necesidad de contar con una nuee a va arquitectura que permita organizar todo estas fuentes de informacin en forma o 19 estandarizada, y para ello se busca la armon entre los proveedores de servicios a 20 Web y los consumidores de estos, es por ello, que la Arquitectura Orientada a Servicios SOA entrega una metodolog para la realizacin y documentacin de a o o las actividades de integracin y consolidacin de sistemas integrados. o o

2.4.1.

Concepto Arquitectura Orientada a Servicios

La Arquitectura Orientada a Servicios (Service-Oriented Architecture o SOA) es un concepto relacionado con la arquitectura de software, que dene la utilizacin o de los servicios Web para dar soporte a los requerimientos de software del usuario [17]. La Arquitectura Orientada a Servicios proporciona una metodolog para doa cumentar las capacidades del negocio (informacin del tipo de funciones e inforo 21 macin que cuenta el proveedor de servicios ) y adems puede ayudar en las o a actividades propias de integracin y consolidacin. o o

2.4.2.

Funcionamiento

Cuando estamos en un ambiente SOA, identicamos a cada recurso como un nodo de la red compuesta por proveedores y consumidores de recursos. Aqu po demos ver que los nodos hacen disponibles sus recursos a los dems participantes a de la red como servicios independientes a los que tienen acceso de un modo estandarizado. La mayor de las deniciones SOA utilizan los servicios Web para a tal efecto, empleando SOAP y WSDL (Ver cap tulo 2.3.5) en su implementacin, o
Proveedor: La funcin que brinda un servicio en respuesta a una llamada o peticin desde o o un consumidor. 20 Consumidor: La funcin que consume el resultado del servicio provisto por un proveedor. o 21 Servicios: Una funcin sin estado, auto-contenida, que acepta una(s) llamada(s) y devuelve o una(s) respuesta(s) mediante una interfaz bien denida. Los servicios pueden tambin ejecutar e unidades discretas de trabajo como ser editar y procesar una transaccin. Los servicios no an o dependen del estado de otras funciones o procesos. La tecnolog concreta utilizada para prestar a el servicio no es parte de esta denicin. o
19

28 no obstante se puede implementar una arquitectura SOA utilizando cualquier tecnolog basada en servicios [4]. Al contrario que las arquitecturas orientadas a a objetos, los SOAs estn formados por servicios de aplicacin dbilmente acoplaa o e dos y altamente interoperables. Para la comunicacin entre los servicios, se utiliza o la denicin formal WSDL que es independiente de la plataforma y del lenguaje o de programacin, de esta forma se encapsulan las particularidades de una impleo mentacin especica, logrando de esta forma una mayor integracin entre servicios o o dados por los lenguajes de programacin o las tecnolog utilizadas. En un SOA o as se trabaja con servicios sin estado, lo que signica que los servicios no son dependientes de la condicin de ningn otro servicio. Reciben en la llamada toda o u la informacin que necesitan para dar una respuesta, y debido a que los servicios o son sin estado, pueden ser secuenciados (orquestados) en numerosas secuencias (algunas veces llamadas tuber o pipelines) para realizar la lgica del negocio. as o

2.4.3.

Dise o y Desarrollo de un SOA n

La utilizacin de la metodolog de modelado y diseo de aplicaciones SOA se o a n conoce como anlisis y diseo orientado a servicios, la que entrega un marco de a n trabajo para el desarrollo de software interoperable desde su concepcin, impleo mentacin y puesta en marcha. Lo que signica, que para que un proyecto SOA o tenga xito, en todas las etapas de ingenier de software tiene que estar presene a te la mentalidad de crear servicios comunes, los que sern orquestados22 por los a 23 clientes o middleware para implementar sus procesos de negocio.

2.4.4.

Componentes de un SOA

Cuando hablamos de un SOA, estamos hablando de un conjunto de servicios residentes en Internet o en una intranet usando servicios Web. Los conceptos relacionados son XML, HTTP, SOAP, WSDL, UDDI (Ver cap tulo 2.3.4). Sin embargo, hay que considerar que un sistema SOA no necesariamente necesita utilizar estos estndares para ser orientado a servicios, aunque es altamente a recomendado su utilizacin. o La Arquitectura Orientada a Servicios sirvi de base para estructurar de forma o adecuada los diferentes componentes de la integracin, adems permiti establecer o a o lineamentos claros para construccin de nuevas herramientas de integracin y o o adems deni parmetros necesarios en la construccin de los nuevos sistemas que a o a o se construyan, dando paso a si a la consideracin de de construccin de sistemas o o orientados a entregar servicios y no unicamente al usuario directo de la aplicacin. o
Orquestar: Secuenciar los servicios y proveer la lgica adicional para procesar datos. No o incluye la presentacin de los datos. Coordinacin. o o 23 Middleware: es un software de conectividad que ofrece un conjunto de servicios que hacen posible el funcionamiento de aplicaciones distribuidas sobre plataformas heterogneas. e Ms informacin http://middleware.objectweb.org/ a o
22

29

Figura 2.5: Ejemplo de estructura bsica a

30

2.5.

Seguridad Informtica a

Los sistemas de informacin actuales son cada vez ms complejos, y si tomao a mos en cuenta que hace menos de veinte aos la informacin se obten de los n o a datos almacenados en archivos de caracteres convenientemente codicados. Esta informacin era utilizada normalmente para la comunicacin entre los diferentes o o departamentos de las empresas o para ser trasmitida fuera de los l mites de stas. e Pero actualmente la informacin es administrada por sistemas de informacin, que o o en la mayor de los casos son conectados a redes externas, en las cuales su infora macin ha sido centralizada para obtener mayores benecios de stas, o en otros o e casos la informacin ha sido distribuida convenientemente en Internet, pero en o ambos casos existen vulnerabilidades que continuamente han sido aprovechadas por Hackers u otro tipo de usuarios dainos que con intensiones de robar inforn macin, daar sistemas o simplemente aprender de los errores de otros, prueban y o n penetran sistemas por los ms diversos medios. Como consecuencia de este increa mento de la vulnerabilidad, los proyectos de software han debido integrar dentro de su proceso de elaboracin el concepto de seguridad informtica, tarea que cao a da vez es ms dif denir y con mtodos cada vez ms complejos de construir, a cil e a dando paso a nuevos estndares y utilizacin de mtodos formales que permitan a o e la vericacin y validacin de las operaciones realizadas. o o

31

2.5.1.

Deniciones

- Seguridad Informtica: El trmino seguridad informtica viene del concepto a e a seguridad, el cual segn la Real Academia de la Lengua Espaola es cuau n lidad de seguro, que a su vez signica libre y exento de todo peligro, dao o n 24 riesgo . A partir de estas deniciones mal se podr decir que la seguridad a informtica es la cualidad de un sistema informtico exento de peligro [2] a a , pero como la seguridad no es un producto, sino un proceso, por tanto, no es un bien medible, aunque si se pueden desarrollar diversas herramientas para cuanticar de alguna forma la seguridad informtica. Basado en esos a trminos una denicin ms acertada la entrega el Dr. Rami, quin postula e o a o e que seguridad informtica es un conjunto de mtodos y herramientas desa e tinados a proteger la informacin y por ende los sistemas informticos ante o a cualquier amenaza, un proceso en el cual participan adems las personas. a Concienciarlas de su importancia en el proceso ser algo cr a tico. o an - Hacker: Denicin inicial de los ingenieros del MIT que hac alardes de sus conocimientos en informtica. Entre muchas clasicaciones estn las de Whia a te Hat (generalmente no delictivos), Blak Hat (generalmente es delictivo) y Grey Hat (reconvertidos por la empresa)25 . - Cracker: Persona que intenta de forma ilegal romper la seguridad de un sistema por diversin o inters. o e - Script kiddie: Un inexperto, normalmente un adolescente, que usar prograa mas que descarga de Internet para atacar sistemas.

2.5.2.

Seguridad F sica y Seguridad Lgica o

La seguridad informtica contempla dos enfoques distintos [2]: la seguridad a f sica, que puede asociarse a la proteccin del sistema ante las amenazas f o sicas, incendios, inundaciones, edicios, cables, control de accesos de personas, etc.; y la seguridad lgica con la proteccin de la informacin en su propio medio, mediante o o o el enmascaramiento de la misma, usando tcnicas de criptograf las que son come a, plementarias, tanto as que en muchos casos cuesta diferenciar donde comienza , una y dnde termina la otra, y entre ellas se encuentra la gestin de la seguridad o o que contempla los planes de contingencias, pol ticas de seguridad, normativas, etc.

2.5.3.

Principios de la Seguridad Informtica a

Existen tres principios bsicos que deben considerarse en la seguridad ina formtica, los que estn relacionados con el acceso ms fcil, la caducidad del a a a a
24 25

fuente: www.rae.es Ver ms informacin http://www.umanizales.edu.co/encuentrohackers/tiposh.htm a o

32 secreto y la eciencia de las medidas tomadas [2]. 1er principio: El intruso al sistema utilizar el artilugio que haga ms fcil su a a a acceso y posterior ataque. Existir una diversidad de frentes desde los que a puede producirse un ataque, tanto internos como externos. Esto dicultar el a anlisis de riesgo ya que el delincuente aplicar la losof del ataque hacia el a a a punto ms dbil: el equipo o las personas. Por ello nace la pregunta Cules a e a son los puntos dbiles de un sistema informtico? e a o 2o principio: Los datos condenciales deben protegerse slo hasta que ese secreto pierda su valor como tal se habla, por tanto, de la caducidad del sistema de proteccin (tiempo en el que debe mantenerse la condencialidad o seo creto del dato). Haciendo la pregunta Cunto tiempo deber protegerse un a a dato? 3er principio: Las medidas de control se implementan para que tengan un comportamiento efectivo, eciente, sean fciles de usar y apropiadas al medio. a - Efectivo: que funcionen en el momento oportuno. - Eciente: que optimicen los recursos del sistema. - Apropiadas: que pasen desapercibidas para el usuario. - Y lo ms importante: ningn sistema de control resulta efectivo hasta que a u debemos utilizarlo al surgir la necesidad de aplicarlo. Junto con la creacin o de conciencia a los usuarios, ste ser uno de los grandes problemas de la e a gestin de la seguridad informtica. o a

2.5.4.

Criterios y normativas de seguridad

Los siguientes son criterios y normativas26 de seguridad que actualmente se trabajan (tambin las instituciones gubernamentales estn implementandolas, lo e a que le da ms seriedad y relevancia a estas normativas): a 1. Criterio de evaluacin TSEC - Trusted Computer System Evaluation Criteo ria, tambin conocido como Orange Book. e 2. Criterio de evaluacin ITSEC - Information Technology Security Evaluation o Criteria. 3. Criterio de evaluacin CC - Common Criteria: incluye los dos anteriores. o 4. Normativa internacional ISO 17799 (27001): La norma ISO 17799 tiene su origen en la norma britnica BS7799-1 el que constituye un cdigo de buenas a o prcticas para la gestin de la seguridad de la informacin 27 , en esta se a o o
Ver ms informacin www.ccn.cni.es a o http://www.aenor.es/desarrollo/normalizacion/ normas/resultadobuscnormas.asp?campobuscador=17799
27 26

33 establece la base comn para desarrollar normas de seguridad dentro de las u organizaciones. Esta norma ha logrado ser reconocida a nivel internacional, contando actualmente con 36 objetivos de control y 127 controles, pero esta norma an no es certicable. Tambin presenta criterios y recomendaciones u e bsicas para establecer pol a ticas de seguridad. El proyecto desde su concepcin ha sido encarecidamente enfocado cumplir o con las normas estndares de seguridad informtica, adems se ha apoyado con a a a ello a consientizar al rea informtica sobre los riegos de una programacin que a a o no contemple desde su desarrollo el aspecto de la seguridad de la informacin. o

34

2.6.

Legislacin Europea sobre Interoperabilio dad

La interoperabilidad no es un tema aislado de unos cuantos investigadores, sino es un tema que cada vez toma mayor importancia en los distintos rincones del mundo. A media que se van conociendo sus benecios. Uno de los pioneros en la investigacin sobre la integracin de sistemas e interoperabilidad, es la Unin o o o Europea y principalmente sus universidades, las cuales han aportado gran parte de las publicaciones existentes sobre el tema. Adems de las investigaciones soa bre interoperabilidad, se han creado lineamientos y leyes que estn aportando a a la estandarizacin en funcin de la interoperabilidad de muchos de los servicios o o pblicos, donde cada vez son ms exigidos por los ciudadanos como lo expone el u a ministro espaol de Administraciones Pblicas, Jordi Sevilla28 se deber atender n u a el derecho de los ciudadanos a ser atendidos de forma telemtica, servicio que a dejar de ser una potestad de las distintas administraciones, para pasar a ser una a obligacin y con ello se da un valor agregado al gobierno digital. o Si revisamos algunos de los planes de accin en tecnolog de la informacin o as o europeos, encontraremos dentro de ellos que la preocupacin por la integracin de o o los sistemas es realmente un tema importante, y para ello revisaremos algunos de sus planes de accin relacionados a la interoperabilidad: o El Marco de Interoperabilidad Europeo apoya la estrategia de la Unin Euo ropea a proporcionar servicios eGovernment centrados en el usuario, a nivel paneuropeo, la interoperabilidad de servicios y sistemas entre administraciones pbliu cas, as como entre empresa y el pblico (ciudadanos, negocios), texto obtenido u del plan de acciones de la Comisin Europea de E-Government (eEurope 2005)29 . o En cuanto a los trabajos de ISO, la nalizacin de los Borradores de Noro ma Internacional (DIS) est programada para los aos 1999/2000. La familia de a n normas contempla no slo el intercambio de datos, sino tambin la interoperabio e lidad entre sistemas en el sentido OSE (Open System Environment). Los grupos de trabajo de ISO/TC211 han tomado como punto de partida los resultados de CEN/TC287.

2.6.1.

Legislacin Europea o

La Unin Europea esta muy preocupada de la penetracin de los sistemas en o o cada uno de sus servicios a los usuarios, es por ello que ha formado el equipo de
ver ms en http://www.gobiernoelectronico.org/node/4918 a Comisin Europea de E-Government o Ms informacin http://ec.europa.eu/idabc/en/chapter/5883 a o
29 28

35 personas e instituciones RED GEALC30 , que nace como un espacio de intercambio de conocimiento, expertos y soluciones en todos los temas relacionados con el gobierno electrnico, con el n de facilitar la colaboracin y el esfuerzo comparo o tido entre los gobiernos de la regin, a travs de aquellas personas que tienen la o e responsabilidad de manejar el d a d del gobierno electrnico en sus respectia a o vos pa ses, junto a ello existe tambin el avanzado decreto del gobierno espaol e n 31 REAL DECRETO 209/2003 , en el cual se regula los registros telemticos, los a certicados y transmisiones telemticas. a El equipo de Innovaciones y Alianzas para el Desarrollo de la SEDI/OEA (Organizacin de Estados Americanos) y el Instituto para la Conectividad en las o Amricas (ICA) han unido sus fuerzas para apoyar la creacin y el desarrollo de e o la Red de L deres de Gobierno Electrnico de Amrica Latina y El Caribe (RED o e GEALC), y en el 2006 se sum el apoyo del Banco Interamericano de Desarrollo o (BID) a travs de su programa de Bienes Pblicos Regionales. Uno de los grandes e u aportes y misiones de este grupo esta basado en el documento de eLAC 2007, en la Meta 15 correspondiente a Gobierno Electrnico, en el que se estableci la o o importancia de crear y/o fortalecer medios de intercambio sobre servicios de gobierno electrnico, tales como la Red de gobierno electrnico de Amrica Latina o o e y el Caribe (REDGEALC)....

2.6.2.

Marcos de Interoperabilidad

Los Marcos de Interoperabilidad son aquellos documentos donde se describe y detalla qu protocolos y formatos son considerados estndares abiertos32 en mae a yor o menor medida, por parte de quien redacta el marco. Generalmente suelen tener tras de s un amplio estudio de protocolos y formatos informticos y una , a dilucidacin argumentada para cada uno de sus elementos de si cumple las cono diciones para ser aceptado como estndar abierto o no. Es relativamente comn a u que las decisiones de si algo cumple o no las condiciones de interoperabilidad y de apertura, sean complejas, pues suelen existir muchos parmetros que medir. Es a siempre muy interesante basarse en trabajos realizados por otras entidades para as no tener que re-inventar la rueda cada vez. 2.6.2.1. Objetivos del Marco de Interoperabilidad

Para ayudar en la mejor estructuracin del marco de interoperabilidad se han o establecido objetivos claves en el que se entregan los lineamentos y estrategias para el desarrollo de ste, los objetivos son [24]: e
Red GEALC: Red de L deres de Gobierno Electrnico de Amrica Latina y El Caribe. o e Ms informacin en http://www.redgealc.net/ a o 31 Ver Ms informacin en http://www.csi.map.es/csi/pg2023.htm a o 32 Ms informacin disponible en http://www.estandaresabiertos.com/ a o
30

36 1. Apoyar la estrategia de la Unin Europea en cuanto a la provisin de sero o vicios electrnicos centrados en el usuario, mediante la interoperabilidad de o los servicios y sistemas de las administraciones pblicas, as como entre las u administraciones, los ciudadanos y las empresas, a nivel paneuropeo. 2. Complementar los marcos nacionales de interoperabilidad en aquellas reas a que no pueden ser tratadas adecuadamente desde una perspectiva puramente nacional. 3. Ayudar a conseguir la interoperabilidad en y entre diferentes reas sectoriaa 33 les, especialmente en el contexto del Programa IDABC y en otros programas e iniciativas comunitarias relevantes. Respecto a la legislacin relacionada con la interoperabilidad, existe el Real o Decreto 263/1996, que dice que en conformidad con normas nacionales e internacionales exigibles; Existencia de compatibilidad entre el emisor y el destinatario, utilizacin de cdigos y formatos o diseos de registro establecidos por la AGE34 ; o o n Publicacin de la relacin de las aplicaciones, medios y soportes a travs de los o o e cuales se podrn efectuar las comunicaciones y noticaciones, especicando, en su a caso, los formatos y cdigos normalizados para su utilizacin. Y recomienda: Eso o tablecer unos estndares m a nimos en la Administracin que faciliten el desarrollo o de los servicios y su uso por parte de ciudadanos y empresas. ... Para conseguirlo ser necesaria la adopcin de sistemas y estndares abiertos (XML y HTML) a o a compatibles con las infraestructuras existentes en las Administraciones Pblicas u que permitan interoperar independientemente de las estrategias particulares de marca. Tambin existen una serie de recomendaciones que apoyan la interoperabilidad e entre sistemas, entre las ms importantes se encuentra la recomendacin tcnica a o e 1135 , que esta a nivel back-oce36 , y se reere a los aspectos de interoperabilidad tcnica que debieran ser considerados: e 1. Integracin de datos y middleware o a 2. Estndares basados en XML 3. Estndares basados en EDI37 a 4. Servicios Web
IDABC stands for Interoperable Delivery of European eGovernment Services AGE: Asociacin de Gegrafos Espaoles o o n 35 Ms informacin en http://www.csi.map.es/csi/pg3315.htm a o 36 BACK OFFICE (trastienda de la ocina) es la parte de las empresas donde tienen lugar las tareas destinadas a gestionar la propia empresa y con las cuales el cliente no necesita contacto directo. 37 EDI (Electronic Data Interchange): El Intercambio Electrnico de Datos es un conjunto o coherente de datos estructurado conforme a normas estndares para la transmisin por medios a o electrnico entre entidades. o
34 33

37 5. Arquitectura de aplicaciones distribuidas 6. Servicios de interconexin o 7. Protocolos de transferencia de cheros y mensajes 8. Transporte y seguridad de mensajes 9. Servicios de almacenamiento de mensajes 10. Acceso a buzones de correo 11. Servicios de directorio y de nombres de dominio 12. Servicios de red. Tambin como referencia podemos citar el documento criterios de conservae cin [20] preparado por la Consejo Superior de Informtica para el impulso de la o a Administracin Electrnica. o o

2.6.3.

Servicios Interoperables en Produccin o

Entre los sistemas que ya se encuentran en creacin existe una gama estatal o que se encuentra realizando pruebas de interoperabilidad, entre estos estn los a siguientes: o 1. Portal de las Administraciones de la Unin Europea (Your Europe) http://europa.eu.int/youreurope/ 2. Portal Europeo de Movilidad Profesional EURES http://europa.eu.int/eures/home.jsp?lang=es o 3. Portal Europeo de Oportunidades de Formacin, PLOTEUS http://europa.eu.int/ploteus/portal/home.jsp 4. SOLVIT http://europa.eu.int/solvit/site/ 5. Tu Voz en Europa (Your Voice) http://europa.eu.int/yourvoice/ 6. Observatorio de la Administracin electrnica o o http://europa.eu.int/idabc/en/chapter/140 El nacimiento del proyecto tiene directa relacin con la tendencia en Europa de o establecer la integracin de los servicios a los ciudadanos, esta tendencia ha sido o apoyada por legislaciones rigurosas y proyectos que buscan orientar a brindar una mejor utilizacin de los recursos, es por ello que fue de mucha importancia conocer o cuales eran las directrices que forjaron la gran utilizacin de la interoperabilidad o e integracin de sistemas en Europa, sobre todo cuando esta ha dado tan buenos o resultados.

Cap tulo 3 SITUACION ACTUAL

El portal Iglesia.cl desde un comienzo ha buscado brindar informacin actualio zada de la iglesia, y particularmente de los temas de Chile, como tambin ofrecer e servicios formativos y recursos para la evangelizacin. Para esto se comenz en o o 1999 con un servidor Macintosh con 128 MB de RAM, y con un acceso de ADSL dedicado de 512 Kbps con el cual brindaba servicio Hosting 65 sitios de las distintas reas de la institucin. La pgina principal contaba con noticias en formato a o a HTML las que actualizaban diariamente el equipo de periodistas y diseadores en n forma manual, teniendo un archivo de formato HTML por cada noticia, haciendo de est un proceso lento y complejo, el cual se hacia cada vez ms inviable en el e a tiempo debido a la dicultad para realizar indexacin y bsquedas. En el ao 2003, o u n nace la necesidad por parte de la Vicar de pastoral universitaria (www.vpu.cl) a de integrar nuevas tecnolog a los servicios Web entregados, estos nuevos requeas rimientos eran la utilizacin de una plataforma dinmica con utilizacin de bases o a o de datos para una mejor comunicacin con los usuarios de la pgina. Este nuevo o a requerimiento creo en Iglesia.cl la necesidad de integrar nuevas tecnolog a su as servidor, resultando de esto un servidor mucho ms potente y ubicado f a sicamente en la Universidad Catlica de Chile, el que contaba con el sistema operativo MAC o OS X de plataforma UNIX, soporte para PHP (pre-procesador de hipertexto) y servidor de bases de datos Mysql. En este proceso realizamos la instalacin y o conguracin y pruebas de funcionamiento del servidor junto al equipo que actualo mente formo parte en Iglesia.cl. La implementacin de esta nueva tecnolog dio o a paso a nuevos desaf los cuales dieron como resultado varios sistemas, entre los os que se destaca el sistema de administracin de contenidos (http://sac.iglesia.cl) el o cual administra los datos estructurales del portal (noticias, documentos, recortes de prensa), sistema que cuenta tambin con administracin de perles de usuarios e o (actualmente existen 3 administradores y 23 corresponsales de noticias de todas las dicesis Chile), brindando acceso solo a los recursos correspondientes a cada o perl de usuario y como valor agregado avisando a los administradores del sistema y al corresponsal respectivo mediante un e-mail sobre el evento ocurrido. Otras 38

39 implementaciones importantes son la administracin de informacin sobre obiso o pos, vicar parroquias, sacerdotes, diconos, casas de retiro, colegios catlicos, as, a o congregaciones y santuarios, los cuales estn disponibles actualmente en el sitio a www.iglesia.cl. Tras los antecedentes de la situacin actual se requiere dar un paso hacia delano te y lograr la integracin de los sistemas actualmente existentes en la institucin, o o para mantener la informacin permanentemente actualizada entre los sistemas y o brindar en conjunto un mejor servicio a la comunidad. Adems se cuenta con el paquete de software de anlisis estad a a stico SPSS, el cual permite complejos anlisis estad a sticos, el que se utilizar para procesar los a datos extra dos del sistema nal.

40

3.1.

Situacin Sin Sistema o

Antes de la integracin de los sistemas, slo exist un conjunto de sistemas, loo o a calizados en distintos lugares f sicos (servidores), adems no contaban con ningn a u tipo de comunicacin entre ellos, y que adems los usuarios directos e indirectos o a de dichos sistemas tambin son diferentes. e A continuacin se presentar la situacin existente antes del integracin de los o a o o sistemas, realizndose una descripcin de cada uno de los sistemas por separado, a o y para un mejor entendimiento del problema, se describir la estructura organizaa cional de cada uno, la descripcin del sistema que le corresponde, y su modelo de o bases de datos en estado nativo, es decir, el modelo de datos que exist durante a la creacin de la federacin de sistemas. o o A continuacin se presentan las entidades con sus respectivos sistemas antes o de realizar la integracin, como lo son la ocina de estad o sticas para la pastoral, ocina de comunicaciones de la CECH, y el portal Web Iglesia.cl, sistema de administracin de documentos y el sistema histrico de fotograf o o as. Sistema Sistema Directorio Virtual de la Iglesia en Chile. Sistema de Administracin o de Contenidos (SAC) Funciones Informacin de personas, organizaciones y eso tructuras organizacionales. Contiene las noticias a nivel de todas las dicesis de Chile, documentos eclesiales, y los o recortes de prensa vinculados a la iglesia y que a diario aparecen en la prensa nacional. Sistema del Portal Web Iglesia.cl Administra la informacin de organizaciones o eclesiales, casas de retiros, dicesis, personas o del diaconado. Adems entrega el servicio de a hosting a pginas ctlicas. a ao Sistema de Archivo Histrio co de Documentos Sistema de Archivo Histrio co de Fotograf as Contiene una completa coleccin de documeno tos eclesiales. Administra un conjunto importante de recursos fotogrcos de distintas reas de la iglea a sia representando un gran valor de inters e acadmico y period e stico.

41

Figura 3.1: Pgina Interior del Sistema de Directorio Virtual a

3.1.1.

Ocina de Estad sticas para la Pastoral

La Ocina de Estad sticas para la Pastoral, de la Conferencia Episcopal de Chile, inici sus funciones el 1 de octubre de 2003. Su propsito es la implemeno o tacin de un servicio estad o stico y de anlisis de la informacin religiosa de la a o Iglesia Catlica en Chile. Entre sus funciones est la de centralizar la informao a cin referida a las dicesis, institutos de religiosos y religiosas, agentes pastorales o o y pastorales especializadas; homogenizar criterios estad sticos, y elaborar anlisis a de datos. La Ocina de Estad sticas para la Pastoral, depende de la Secretar a General de la Conferencia Episcopal de Chile. 3.1.1.1. Sistema Directorio Virtual de la Iglesia Catlica en Chile o

El directorio virtual es un sistema desarrollado en la Conferencia Episcopal de Chile, el cual permite la administracin de datos de las entidades, personas o y cargos de la iglesia local, formando una completa gu a nivel nacional de las a personas y entidades, que debido a la gran movilidad en cuanto a los cargos y lugares f sicos de desempeo de stos, ser imposible tenerla actualizada, adems el n e a a sistema permite obtener estad sticas estraticadas por grupos etreos de personas e e instituciones, adems cuenta con la capacidad de entregar archivos en formaa to Excel para su fcil y rpido anlisis con otros productos de software como es a a a 1 el SPSS . El sistema se encuentra alojado en un servidor Mandrake Linux en el subdominio http://estadisticas.iglesia.cl/, el cual fue creado en lenguaje PHP en
1

SPSS software de anlisis estad a stico

42

Figura 3.2: Modelo de Datos Directorio Virtual combinacin con la base de datos Mysql, y se han creado perles de usuarios pao ra las diferentes dicesis y estructuras institucionales, lo que provee una rica y o contante actualizacin de los datos locales. La descentralizacin de los suminiso o tradores de informacin ayudan a una dinmica simple y co-responsable de los o a datos. 3.1.1.2. Modelo de Datos Nativo

El modelo de datos nativo (ver gura 3.2) del sistema de administracin del o directorio virtual consta de 53 tablas relacionales, las que han sido creadas pensando en la facilidad de modicacin estructural del sistema, y fcil consulta a los o a datos, formando una estructura tipo piramidal de instituciones, en las cuales los cargos de las personas se van entrelazando. Este modelo de datos es uno de los ms grandes y complejos que cuenta la CECH, en el cual existen datos pblicos a u y privados, es por ello que a este modelo de datos se deben aplicar las pol ticas de seguridad y privacidad de datos, para as proteger la informacin sensible o existente.

43

Figura 3.3: Pgina Principal del Sistema SAC a

3.1.2.

Ocina de Comunicaciones de la CECH

La Ocina de Comunicaciones y Prensa de la Conferencia Episcopal de Chile inici sus actividades el 3 de junio de 2002. Responde a una de las prioridades o analizadas por los obispos en la 83a Asamblea Plenaria, en cuanto a la necesidad de satisfacer las mltiples demandas de contenidos y de fuentes por parte de los u medios de comunicacin, cuya misin en la sociedad la Iglesia valora grandemente. o o 3.1.2.1. Sistema de Administracin de Contenidos (SAC) o

Sistema de administracin de contenidos v Web, en el que se permite la o a administracin de noticias, recortes de prensa, documentos relacionados con la o iglesia, cuenta a su vez, con la administracin de perles de usuarios de privilegios o personalizados en el cual los distintos corresponsales de las dicesis de Chile van o agregando diariamente a su acontecer local. Adems est provista de herramiena a tas personalizadas que permiten compartir la informacin con otras entidades por o medio de seleccin de noticias especicas. La informacin que va siendo agregada o o cuenta con dos fases de aceptacin, en el cual los contenidos antes de ser incluidos o en el portal son revisados y editados por el equipo de comunicaciones del episcopado. El sistema se encuentra en el subdominio http://sac.iglesia.cl/ y su servidor es un Mac Os X.

44

Figura 3.4: Modelo de datos SAC 3.1.2.2. Modelo de Datos Nativo

El modelo de datos nativo (ver gura 3.4) para el SAC, consta de 10 tablas, las cuales han sido modicadas y adaptadas en varias ocasiones por ampliacin o y diversicacin de los datos del sistema. Los principales datos del sistema son o extra dos desde la tabla noticias, recortes de prensa y documentos, pero en ste e modelo se integr una nueva tabla [SANTIAGO NOTICIAS], la que es utilizada o por un mini sistema administrado por el portal del Arzobispado de Santiago, que recurre a la base de datos de las noticias del portal iglesia.cl.

45

Figura 3.5: Pgina Principal Porta Web Iglesia.cl a

3.1.3.

Portal Web Iglesia.cl

Iglesia.cl es el portal de la Conferencia Episcopal de Chile (CECH), como tambin es un proveedor de hosting a las dicesis y otros organismos de Iglesia. La e o misin de Iglesia.cl es brindar informacin actualizada de la Iglesia, y particularo o mente de los hechos y temas relacionados al v nculo iglesia-pa abrir espacios s; de opinin y reexin sobre distintos temas de la vida eclesial y nacional; ofrecer o o servicios formativos, recursos para la evangelizacin, y acompaamiento espiritual. o n 3.1.3.1. Bases de Datos Iglesia.cl

El portal iglesia.cl recurre actualmente a los datos ofrecidos por el sistema de administracin SAC. Cuenta con una serie de datos, los cuales han sido almaceo nados en bases de datos que se van actualizando de forma espordica o a medida a que van surgiendo cambios. Estos cambios son avisados por los miembros de las dicesis o por la curia. Las bases de datos existentes contemplan datos en tablas o no relacionales (ver gura 3.6), las cuales van llenando la informacin del portal. o Adems el portal Iglesia.cl entrega servicio de Hosting para ms de 80 institucioa a nes de la Iglesia en Chile, a los cuales tambin provee de un servicio de banner en e javascript que alimenta de noticias a las pginas que lo requieran. Actualmente se a encuentra alojado en un Servidor Mac OS X, bajo el dominio de iglesia.cl, el que se aloja en las dependencias de la Ponticia Universidad Catlica de Chile. o

46

Figura 3.6: Modelo de Datos Portal Iglesia.cl

47

Figura 3.7: Modelo de datos Documental

3.1.4.

Sistema de Archivo Histrico de Documentos o

El sistema de Archivo Histrico de documentos fue creado con el n de reo emplazar al antiguo sistema de administracin de documentos del SAC, de forma o que ste fuera mucho ms completo, ya que existen clasicaciones, categor y e a as nuevos datos que no contemplaba el antiguo sistema, as tambin, los documentos e se complementaron con fotograf de las portadas de cada documento, adems la as a informacin para este nuevo sistema (ver gura 3.7), fue trabajado en este mismo o proyecto por una Historiadora con doctorado en Historia de Chile.

48

Figura 3.8: Modelo de datos Fotograf as

3.1.5.

Sistema de Archivo Histrico de Fotograf o as

El sistema de Archivo histrico es complementario al sistema de documentos, o ya que no exist ningn tipo de registro histrico de los sucesos importantes de a u o la vida de la iglesia catlica, en este nuevo sistema se recolect una gran cantidad o o de fotograf de las distintas instituciones y dicesis de Chile (ver gura 3.8), las as o que fueron seleccionadas y trabajadas por una periodista especialista en imagen, hecho que comprometi el trabajo en conjunto del portal iglesia.cl y el rea de o a comunicaciones del Episcopado.

49

3.2.

Despus de la Integracin de los Sistemas e o

Despus de la integracin de los sistemas comprometidos, los datos pueden ser e o compartidos por dichas entidades de forma transparente y simple, utilizando un componente nuevo que se agrega. Este nuevo componente, permite la interaccin o segura entre las entidades; a su vez, se logra que una pgina central sea la puerta a de acceso a toda la informacin contenida en los distintos sistemas, es decir, deso pus de la integracin se cuenta con informacin ms completa y mejor vinculada. e o o a Por ejemplo, se tiene la informacin de los plesb o teros junto a la informacin de o su entidad f sica, la que a su vez se complementa con los accesos a la informacin de su rbol de jerarqu de entidades, lo que signica la posibilidad de una o a a navegacin a travs de todo el rbol de entidades e instituciones de las distintas o e a dicesis, sumando a ello las noticias, recortes de prensa, documentos, fotograf o as, informacin de tipo territorial, etc. Esta informacin se obtiene en tiempo real de o o las fuentes originales, la cual no estaba antes disponible, ni tampoco exist la poa sibilidad de que stos sistemas fueran modicados y ampliados estructuralmente e para contar con la informacin complementaria,debido en parte a la escasez de o recursos humanos disponibles para reunir y mantener constantemente actualizada la informacin de todas las entidades de la iglesia de Chile. o Tambin se agregan dentro de los aportes del sistema integrador la implemene tacin de dos mdulos de sistemas nuevos que son necesarios para la integridad o o de los datos; estos son: el sistema documental y el archivo fotogrco, los cuales a contribuyen y complementan la informacin existente en los sistemas anteriores a o la integracin. o Otra de las caracter sticas importantes que se adquieren despus de la intee gracin, es la capacidad de agregar ms cantidad de sistemas, ya que el creciente o a volumen de datos existentes no hace posibles mantenerlos en un slo sistema; con o esto se puede recoger una mayor cantidad de informacin. o Por ello, la creacin de un sistema integrador de los sistemas ya existentes, a su o vez que permite integrarse a los mdulos de de nuevos sistemas que se construyan, o entrega las herramientas, estndares y buenas prcticas resultantes de la implea a mentacin de la interoperabilidad a nivel de la Conferencia Episcopal de Chile, o que se traduce adems a un esquema de integracin a nivel nacional. a o

50

3.3.

Problemtica a

El escenario antes del proyecto se presenta como un conjunto de cuatro sistemas informticos con distintos tipos de informacin de valor incalculable, en los a o que se han invertido importantes recursos para su creacin, adems de contar con o a una cantidad importante de usuarios a nivel nacional, quienes contribuyen en la constante actualizacin de los datos de cada uno de los sistemas, existiendo difeo rentes plataformas para cada uno y con algn grado importante de redundancia u de datos entre ellos. El problema entonces presentado, es que cada vez que un usuario requiere de algn tipo de informacin, ste debe referirse a los distintos sistemas, y al ser u o e stos administrados por distintas personas, pueden que no estn con la informae e cin actualizada o exista disparidad de dicha informacin. A su vez, los sistemas o o cuentan con algunos datos que son complementarios entre s y la riqueza que ello , representa se ve perdida porque los datos se encuentran dispersos en distintos servidores, con distintas plataformas y con distintos tipos de usuarios que ingresan o consultan su informacin. o Esta problemtica se requiere resolver haciendo posible que los distintos datos a existentes formen uno slo; adems, que stos datos puedan ser utilizados compleo a e mentarios entre si, es decir, que si el sistema A cuenta con un tipo de dato que sea complementario con los datos del sistema B, ste pueda contar con dicha informae cin de forma transparente, simple y rpida. Se requiere tambin de la creacin de o a e o una plataforma de consulta comn para el usuario nal, en el cual pueda obtener u la informacin del conjuntos de sistemas, como si se tratase de uno solo, con los o benecios de la transparencia, rapidez y robustez necesarias para un portal que es altamente consultado por usuarios que requieren de una informacin mucho ms o a completa y lo ms actualizada posible para su utilizacin en trabajos pastorales, a o recursos para la prensa escrita y grca, usuarios del directorio de obispados de a chile, usuarios comunes en bsqueda de textos histricos digitalizados, etc. u o

3.4.

Anlisis de Alternativas de Solucin a o

A continuacin se realizar un estudio de diferentes alternativas que puedan o a de forma alguna satisfacer la problemtica, cumpliendo con la mayor cantidad de a requerimientos. Se vern tambin detalles tcnicos que implican cada una de ellas, a e e sus benecios y desventajas en la implementacin nal. o

51

3.4.1.

Creacin de un Nuevo Sistema o

La alternativa de creacin de un nuevo sistema, es la primera opcin que se o o piensa cuando se tiene un requerimiento importante, sobre todo cuando se cuenta con un sistema anteriormente creado y principalmente no documentado (situacin o que suele suceder en sistemas pequeos). En el caso espec n co presentado, es muy tentador realizar un programa que contemple diferentes perles de usuarios, los cuales acceden a un slo sistema que cuenta con los sistemas de estad o sticas, directorio virtual, administracin de contenidos, etc. o Las ventajas y las desventajas ms son relevantes: a Benecios El principal benecio que presenta crear un nuevo sistema, es la simplicidad de estandarizar procesos entre las entidades. Este benecio se traduce en un nuevo relevamiento de informacin en todas las entidades, dano do origen a una tabla de requerimientos de cada entidad. En cuanto al sistema, ste podr e a contar con interfaces comunes para las entidades. Desventajas Las entidades no se encuentran en lugares f sicos cercanos, ni su dependencia jerrquica institua cional facilita la unin de tareas o especicas en el sistema. Los sistemas actuales, cuentan con servidores Web independientes, lo que permite una respuesta ms rpida de los sistemas. a a Los usuarios directos de los sistemas no pertenecen a una misma entidad. No existen recursos sucientes para la construccin de un nuevo o sistema con todas las funciones existentes en los sistemas originales, adems el tiempo contema plado para la dicha solucin suo pera los dos aos contando con n un solo programador.

52

3.4.2.

Integracin de Plataformas o

La alternativa de crear un sistema integrado a partir de mdulos Webservices o insertos en cada sistema, es una alternativa resultante de la revisin de soluciones o implementadas en Europa. Esta solucin contempla la utilizacon del concepto de bases de datos federadas o como concepto base y la arquitectura orientada a servicios, la cual permite estructurar correctamente los distintos servicios que entrega cada sistema por separado. La revisin de los sistemas por separado permite obtener una idea general o de la riqueza de los datos de cada sistema, y como sta se multiplica al reunir e la informacin en un slo portal y que adems los sistemas puedan recurrir a o o a recursos de otros sistemas. Benecios No es necesario crear nuevos sistemas para las entidades, sino que se utiliza la misma informacin y estructura existentes. o La integracin se lleva a cabo por o medio de un mdulo integrador o fcil de modicar y mantener. a Se cuenta con la experticia y conocimiento a fondo de los sistemas (tres de los sistemas a integrar fueron implementados por el autor de ste proyecto). e Desventajas Se necesita conocer cada sistema, sus modelos de datos y la lgica de obtencin de datos de o o cada sistema por separado. Es necesario establecer estndaa res para que otros sistemas puedan comunicarse con los sistemas ya integrados.

53

3.4.3.

Compra de un Software Comercial

La existencia de software comercial es una alternativa importante, sobre todo si hablamos de soluciones rpidas y robustas. Las alternativas comerciales a 2 revisadas son: SAP NetWeaver y Oracle SOA Suite3 . Las ventajas y desventajas de implementar un sistema integrado con un software espec co, son las siguientes: Benecios Cuenta con la experiencia de la empresa creadora del software y de quienes ya lo han implementado. Permite desarrollar rpidamente a contenidos para los portales que cuenten con la herramienta. Posibilidad de extensibilidad y robustes propias de las empresas creadoras. Se cuenta con las buenas prctia cas entregadas por los proveedores del software. Desventajas En necesario mucho entrenamiento para la adaptacin a la o nueva plataforma a nivel de administradores. Es necesario contar con expertos en el software. No permite el nivel de personalizacin de las salidas de datos o requeridas. Se encuentra sobredimensionado para el impacto de la integracin o requerida. No se cuenta con los recursos sucientes para adquirir el producto.

2 3

Ms informacin http://www.sap.com/andeancarib/solutions/netweaver/ a o Ms informacin http://www.oracle.com/technologies/soa/soa-suite.html a o

54

Figura 3.9: Esquema de Integracin o

3.4.4.

Eleccin de la Solucin o o

Una vez estudiadas las ventajas y desventajas de las distintas alternativas de solucin, se resuelve que la segunda alternativa de integracin de las platao o formas, es la ms viable, ya que resuelve la mayor cantidad de problemas, se a ajusta a los recursos existentes y adems, como valor agregado, da la posibilidad a de integrar ms fuentes de datos en el futuro, como tambin la posibilidad de a e compartir la informacin de los miembros de los sistemas a integrar con otros siso temas externos, con herramientas de fcil utilizacin, siendo el principal y unico a o requerimiento extra el contar con un servidor con PHP, sin requerir de motores de bases de datos, ni estructuras especiales para realizar la conexin diferentes a o una conexin HTTP por el puerto 80. o

Cap tulo 4 SOLUCION PROPUESTA

Dado el creciente desarrollo tecnolgico y el auge que ha experimentado el o uso de Internet en el rea comunicaciones a nivel mundial, y sumado a esto la a mayor cantidad de personas con conectividad a la red, es que la Iglesia Catlica o de Chile ha querido dar respuesta a los nuevos tiempos con herramientas TIs (tecnolog de la informacin), en un inicio con sencillas pginas Web donde las as o a distintas organizaciones utilizaban para darse a conocer e informar de su ubicacin o subir un par de documentos y/o noticias. Las organizaciones con el tiempo o fueron necesitando administrar datos, lo que se tradujo en sistemas informticos a que actualmente administran informacin de personas y organizaciones. Estos siso temas fueron creados en forma independiente y sin ningn tipo de integracin, u o ni estndar entre ellos, lo que provoc redundancia de datos y en otros casos, un a o aislamiento medio o total de cada mdulo. Dado los antecedentes anteriores, es o que hoy se requiere la complementacin de datos de los distintos obispados, los o registros sacramentales, documentos de la conferencia episcopal de Chile, registros de noticias y recortes de prensa, registros grcos, informacin de parroquias, a o sacerdotes, diconos, etc. Como solucin, se propone la construccin de un moa o o delo de bases de datos federada (base de datos nter-operativas e integradas) y su implementacin, en el cual se integrar informacin seleccionada de los distino a o tos sistemas existentes por medio de WEBSERVICES y XML, cuyas tecnolog as estn actualmente implementndose en distintos pa a a ses, buscando dar solucin o a la fragmentacin de datos y la complejidad que signicar el generar un solo o a sistema que diera respuesta a todos los requerimientos. Como complemento al proyecto, tambin se implementarn dos subsistemas: e a banco documental y banco fotogrco. Estos sistemas ya contarn desde un coa a mienzo con la idea de sistemas complementarios para la base de datos federada que se implementar en el proyecto macro. a

55

56

Figura 4.1: Estructura de Integracin a Nivel de Servidores o

4.1.

Propuesta

Se propone obtener interoperabilidad e integracin de los sistemas existentes o de la CECH, mediante la implementacin de un sistema integrador basado en o las nuevas formas de almacenamiento con bajo grado de acoplamiento como lo son las bases de datos federadas, buscando as que se logre una capa de software, con mdulos capaces de servir y consumir recursos de las bases de datos de los o otros sistemas, de tal forma que los sistemas actuales logren la cooperacin como o entidades independientes pero con acceso integrado a mltiples bases de datos u autnomas por medio de Webservices. o El esquema (ver gura 4.1) presenta la forma de interaccin esperada entre los o sistemas existentes por medio de Webservices.

4.2.
4.2.1.

Objetivos
Objetivo general

Desarrollar un sistema integrador que permita a los sistemas informticos de a la Iglesia Catlica de Chile, la interaccin e integracin de sus datos mediante la o o o tecnolog de Webservices y XML. a

57

4.2.2.

Objetivos espec cos

1. Bsqueda y revisin bibliogrca sobre nuevos mtodos de almacenamiento u o a e en bases de datos distribuidas e interoperabilidad. 2. Desarrollar prototipos de comunicacin entre servidores y clientes Websero vices para compartir datos entre sistemas. o 3. Desarrollar un prototipo de una base de datos federada, para la evaluacin de su comportamiento en un entorno Web. 4. Integrar y relacionar los sistemas informticos mediante un sistema integraa dor que permita la interaccin e integracin de los sistemas componentes sin o o que estos pierdan su autonom ni se requiera modicaciones en su estruca, tura de bases de datos ni en su parte lgica. La integracin se basar en la o o a teor de bases de datos federadas y Webservices, con la construccin de un a o modelo de datos por capas de integracin que en su capa uno se encuentran o los sistemas originales y en la capa dos se muestra el conjunto de sistemas y sus relaciones, y en la capa tres los datos estn mezclados y no se diferencian a los sistemas, sino que se ven como una sola gran base de datos de la cual se puede consultar por mtodos predenidos. e o 5. Desarrollar un nuevo sistema administracin de contenidos para el portal de noticias y recursos pastorales www.iglesia.cl, que contendr distintos perles a de usuarios, con los cuales se podr administrar las publicaciones de cada a dicesis por un equipo de redaccin centralizado. o o o o 6. Desarrollar un nuevo sistema administracin de informacin para la ocina de estad sticas pastorales de la CECH, que ser el directorio virtual de a la iglesia Catlica Chilena. Este sistema permitir la administracin de la o a o informacin de personas e instituciones ligadas a la iglesia con una adminiso tracin por niveles de acceso. o

4.3.

Metodolog a

Para la construccin del sistema integrador se ha pensado en las siguientes o etapas siguiendo la aplicacin metodolgica de la ingenier del software: o o a u o a e 1. Bsqueda y revisin bibliogrca sobre nuevos mtodos de almacenamiento en bases de datos distribuidas e interoperabilidad. a) Recopilacin bibliogrca de temas relacionados. o a b) Documentacin sobre las tecnolog y protocolos a utilizar (Websero as vices, XML, XML-Soap)

58 2. Desarrollar prototipos de comunicacin entre servidores y clientes Websero vices para compartir datos entre sistemas. a) Implementacin de prototipos servidor y cliente Webservices para la o integracin de datos simples. o b) Implementacin de prototipos servidor y cliente Webservices para la o integracin de datos complejos. o c) Eleccin del prototipo adecuado para la solucin requerida. o o 3. Desarrollar un prototipo de una base de datos federada, para la evaluacin o de su comportamiento en un entorno Web. a) Implementacin de un prototipo de base de datos federada. o b) Pruebas de compatibilidad y rendimiento del prototipo en un entorno Web con Lenguaje PHP y Motor de Base de Datos MySql Server. 4. Estructuracin de tabla de requerimientos e implementacin de los nuevos o o sistemas (estad sticas y portal Web). a) Relevamiento de informacin para ambos sistemas. o b) Recopilacin de antecedentes y creacin de tabla de requerimientos. o o c) Diagramacin del modelo de datos. o d ) Implementacin de plataforma para ambos sistemas, creacin de pero o les de usuarios, pantallas generales. e) Implementacin los mdulos necesarios para cada sistema. o o f ) Revisin nal y aplicacin de respaldos automticos. o o a 5. Modelacin de una base de datos federada con los modelos de datos exiso tentes. a) Se diseara un modelo de bases de datos federadas basado en el esn quema de BLOOM99 (el modelo BLOOM presenta la integracin por o capas de los esquemas nativos de bases de datos los cuales se van integrando hasta llegar a un esquema federado e integrado de las bases de datos) o 6. Implementacin del sistema integrador a) Denicin de datos a compartir entre sistemas. o b) Creacin de estructuras XML para las consultas entre los sistemas. o o o c) Implementacin de mdulos para cada sistema, que permitan el paso de preguntas y respuestas entre ellos. d ) Documentacin de mtodos existentes y requerimientos para el consuo e mo de recursos de la base de datos federada de la CECH.

59 e) Implementacin del sistema que permita la consulta integrada de datos o al sistema federado. 7. Anlisis y documentacin de los actuales sistemas y estructuras de bases de a o datos existentes de la CECH. a) Recopilacin de documentacin existente de los sistemas. o o a o b) Anlisis de lgica y funcionamiento.

60

4.4.

Resultados Esperados

El producto nal esperado, es un sistema integrador, que permita la interaccin e integracin entre sistemas, de tal forma que estos no tengan que ser o o modicados en su estructura ni en su lgica, sino que slo se les adiciona un o o mdulo de integracin con el cual sigan funcionando con total autonom y funo o a cionalidad. Este sistema de integracin tendr una interfaz para el usuario nal, o a con la cual se podrn hacer consultas complejas a los distintos motores de bases a de datos y servidores, como si estos fueran uno solo. Adems, otro producto esperado, son los dos nuevos sistemas propuestos, estos a son: - Sistema de administracin de contenidos(SAC): Este sistema permio tir la administracin de noticias, recortes de prensa, y documentos a o eclesiales, los cuales son suministrados por corresponsales de las distintas dicesis de Chile y editados por un equipo de comunicaciones de la CECH. o - Directorio Virtual de la iglesia catlica de Chile: Este sistema permio tir la administracin de los datos relacionados con las entidades y personas a o de la Iglesia Catlica en Chile, en donde contar con perles de usuarios, con o a distintos contenidos del directorio, administrados remotamente v Web. a

61

4.5.

Alcances y Limitaciones

El proyecto de integracin de sistemas cuenta con el respaldo del portal igleo sia.cl, la Conferencia Episcopal de Chile con sus departamentos de estad sticas para la pastoral y el rea de comunicaciones. Para la realizacin del mismo, las a o entidades relacionadas han presentado un proyecto para conseguir nanciamiento para el desarrollo y el mantenimiento de ste. e Dentro de las limitaciones a nivel tcnico, se puede mencionar la escasa doe cumentacin existente sobre bases de datos federadas, interoperabilidad, websero vices, y arquitecturas orientadas a servicios, situacin que dicult el proceso de o o recopilacin de informacin en el comienzo del proyecto. Tambin cabe mencionar o o e que dicha informacin fue obtenida nalmente de investigaciones realizadas en o universidades, las que en la fecha de comienzo del proyecto, se encontraban en paales y que fueron robusteciendose a travs del tiempo. n e El proyecto pretende ser fuente de motivacin en la implementacin de tecnoo o log de ultima generacin dentro de la institucin, lo que conlleva a la publicaas o o cin de las recomendaciones para la creacin de sistemas informticos dentro de o o a la CECH, siendo este ultimo un gran desaf como futuro titulado de ingenier o a en informtica. a Los mdulos de interoperabilidad y los Webservices que se implementarn, o a estarn bajo el lenguaje de programacin PHP (Pre-Procesador de Hipertexto), a o servidor de bases de datos MySql, la clase NuSoap, que permite el trabajo con el protocolo SOAP (Simple Objeto Access Protocolo) y XML (eXensible Markup Languaje) como formato estndar de paso de mensajes entre los sistemas, todos a 1 con licencia GNU disponibles para distintas plataformas.

GNU: Conjunto de programas desarrollados por miembros de la Free Software Foundation (Fundacin por el Software Libre); son de uso gratuito. Estos programas se conocen como o freeware.

Cap tulo 5 El SISTEMA

La construccin del sistema contempla la utilizacin de tcnicas de ingenier o o e a de software, seguridad informtica, comunicacin de computadores, integracin de a o o sistemas, etc. y las tecnolog a utilizar son XML, Webservices, SOAP, Lenguaje as PHP, SQL y SOAP. La unin de estas tcnicas y tecnolog harn posible el o e as a modelado e implementacin de la integracin de los sistemas. o o Para la implementacin cuenta con todo el conocimiento y acceso total a los o sistemas ya existentes, adems la solucin nal ser probada directamente por a o a los administradores de cada sistema participe de la integracin, para as lograr el o producto esperado por cada uno de ellos.

5.1.

Anlisis de Recursos a

Para la implementacin del sistema integrador, se dispone de los recursos de la o Conferencia Episcopal de Chile. Los recursos disponibles para la implementacin o son los siguientes:

5.1.1.

Recursos de Hardware

El principal recurso necesitado es el acceso a Internet, el cual esta siendo entregado por el centro de computo de la Pontif Universidad Catlica de Chile, cia o quien dispone de un ancho de banda de 100 Megas nacional y 25 Megas internacional, la cual esta protegida por un Firewall1 f sico, y un IDS2 . Los servidores disponibles para el proyecto son:
Firewall (Cortafuegos): Es un computador o un programa que conecta una red a Internet pero impide el acceso no autorizado desde Internet. Mecanismo que permite que las comunicaciones entre una red local e Internet se realicen conforme a las pol ticas de seguridad de quien los instala. 2 IDS: Sistema de Deteccin de Intrusos. Busca detectar anomal que inician un riesgo o as potencial y adems puede tomar medidas protectoras. a
1

62

63 - Servidor Iglesia.cl: MAC XServe G5, Sistema Operativo Mac OX Server 10.3.9, con 1GB en RAM y dos discos duros de 80 MB. El equipo ha sido congurado con PHP, y no se ha congurado MySQL para no ralentizar los procesos internos del servidor. Se cuenta con acceso SSH y FTP. - Servidor Jesus.cl: Powermac G4, Sistema Operativo Mac OX Server 10.3.9, con 512MB en RAM, disco duro de 60GB. El equipo ha sido congurado con PHP y Mysql SQL. Este servidor tambin es utilizado por el servidor iglesia.cl como e administrador de bases de datos. Se cuenta con acceso SSH y FTP. - Servidor Estadisticas.iglesia.cl (Servidor Emmanuel): Sistema Linux Mandrake, 512MB en RAM, disco duro de 36GB. El equipo ha sido congurado con PHP y Mysql SQL. Se cuenta con acceso SSH y FTP. - Servidor Mar a.cl: Powermac G4, Sistema Operativo Mac OX Server 10.4.8, con 512MB en RAM y disco de 80GB. El equipo ha sido congurado con PHP y Mysql SQL para pruebas locales y pruebas de rendimiento. Se cuenta con acceso SSH y FTP.

5.1.2.

Recursos de Software

A nivel de software se ha decidido trabajar con el lenguaje PHP y el servidor de bases de datos MySql, todo ello bajo las plataformas Unix (sistemas Mac Os X), y Linux (servidor con Mandrake). A continuacin de describen brevemente o las caracter sticas de PHP y MySql. 5.1.2.1. PHP (PHP: Pre-procesador de Hipertexto)

PHP es un lenguaje de scripting3 embebido4 en HTML (Ms informacin a o http://es.php.net/manual/es/). Gran cantidad de su sintaxis ha sido tomada de C, Java y Perl con un par de caracter sticas adicionales unicas y espec cas de PHP. El propsito del lenguaje es permitir que los desarrolladores Web escriban o pginas generadas dinmicamente con rapidez. a a Para el proyecto se ha optado por la utilizacin de PHP, pensando en la facio lidad de comprender y modicar el cdigo por parte de los diseadores y dems o n a encargados (usuarios nales) del sitio, todo ello gracias a su caracter stica de script embebido. Tambin se puede comentar que gran parte de los sistemas de la Iglesia e Catlica han sido construidos en este lenguaje, sobre todo los sistemas que sern o a integrados.
Scripting: Lenguaje interpretado (o lenguajes de script) forma parte de los lenguajes de programacin, que incluye a aquellos lenguajes cuyos programas son habitualmente ejecutados o en un intrprete en vez de compilados. e 4 Embebido: Quiere decir que forma parte esencial del mismo sistema. El software embebido es conocido en ingls como rmware o embedded software. e
3

64 5.1.2.2. Motor de Bases de Datos MySql

MySql5 es un motor de bases de datos multiusuario y multihilos, que se distribuye bajo la licencia GNU GPL6 . Entre las bondades de MySql se puede encontrar la rpida respuesta que ofrece frente a consultas simples (situacin recurrente en a o las pginas y servicios Web), y aunque no se comporta de igual forma en consultas a complejas, este motor de bases de datos es uno de los ms utilizados. Otra caraca ter stica que lo hace tan utilizado, es su simplicidad de instalacin, su estabilidad o en las diferentes plataformas compatibles y la disponibilidad de APIs disponibles, entre las que se puede mencionar APIs para C, C++, Eiel, Java, Perl, PHP, Python, Ruby, y Tcl. En este proyecto se ha optado por utilizar MySql por sus bondades ya presentadas, adems los sistemas a integrar estn creados en base a MySql, y son estas a a las que se utilizarn en la interoperabilidad. a

Ms informacin disponible en http://dev.mysql.com/doc/refman/5.0/es/index.html a o GNU GPL (General Public License o licencia pblica general): Tiene como propsito declau o rar que el software cubierto por esta licencia es software libre, y es protegido contra intentos de apropiacin que restrinjan esas libertades a los usuarios. o
6

65

Figura 5.1: Esquema de Arquitectura por Capas

5.2.

Dise o de la Arquitectura n

El diseo de la arquitectura de integracin se basa en un conjunto de capas, n o las que van estructurando la integracin nal. Estas capas distribuidas segn o u la gura 5.1, Se aprecia un nivel 0 o esquemas nativos de datos el cual contiene todos los esquemas y modelos de datos de las distintas tablas de los sistemas, estas tablas son recuperadas de la documentacin de los sistemas o realizando ingenier o a inversa al conjunto de tablas existentes para obtener el modelo de datos grco. En a el nivel 1 s tiene la aplicacin de las polticas de seguridad y restricciones de acceso, o las cuales estn basadas en las buenas prcticas adquiridas y recomendaciones a a espec cas para el lenguaje PHP, ademas de las restricciones de acceso dadas para los perles de clientes espec cos de la integracin. El nivel 2 muestra los o esquemas XML denidos y todo lo relacionado con el transporte de datos entre los Webservices. En el nivel 3 se tienen las estructuras todos los datos para integrar, aqu tambin se muestra un esquema bloom99. El nivel 4 de integracin, se tienen e o las pginas de muestras nales para los usuarios o vistas de usuario; en esta capa a se muestran todas las pginas que consumen los recursos de los servicios Web, y a que adems estn dispuestas de tal forma que pueda obtenerse el mayor benecio a a a la informacin obtenida de la integracin. o o

5.2.1.

Esquema de Servidores

A nivel de servidores, se cuenta inicialmente con tres servidores heterogneos e y ubicados en distintos lugares f sicos, dotados de un buen enlace de banda ancha entre ellos para asegurar la continua conectividad. En cada servidor se aloja un sistema diferente, y cada uno de ellos con su respectivo modulo de integracin bao sado en la aplicacin de un Servicio Web espec o co. Cada mdulo de integracin o o puede ser consumido desde Internet por cualquier usuario autorizado utilizando

66

Figura 5.2: Esquema Comunicacin Entre Servidores o a SOAP como protocolo de paso de datos. El paso de mensajes entre Servicios Web se realiza por medio de XML. Los Servicios Web cuentan con la posibilidad de comunicarse y obtener recursos de los sistemas que componen la integracin. o Existe un Portal Web (Iglesia.cl) quien obtiene y combina adecuadamente la informacin de los distintos sistemas integrados, para lograr un portal ms nutrido o a y con informacin mucho ms completa y actualizada. El servidor que contiene o a el portal Web, es el principal cliente de la integracin, pero los recursos estn o a pensados para que nuevos clientes puedan obtener los recursos ofrecidos por la CECH.

5.2.2.

Paso de mensajes Cliente Proveedor

El paso de mensajes entre los clientes y los proveedores se puede ver en la gura 5.3, en donde se aprecia el interactuar de los mdulos de integracin, la o o interfaz cliente y su respectivo sistema nativo. La interfaz cliente realiza una peticin al modulo integrador que se encuentra o en el lado del cliente, el que sabe dnde se encuentran los recursos disponibles, o y con ellos tiene asociado cada servidor de recursos por medio de su URL. Al realizar la peticin el mdulo integracin, se est comunicando con otro mdulo o o o a o integrador que se encuentra en el lado de proveedor, quien recibe el mensaje en formato SOAP-XML, analizndolo y vericando autenticidad y en el caso de a

67

Figura 5.3: Paso de mensajes entre clientes y proveedores servidores restringidos vericando las pol ticas de seguridad asociadas, el que se comunica con la estructura del proceso de negocio y ejecuta las acciones pedidas por el cliente. Una vez que se ha completado el proceso, ste devuelve un mensaje e al cliente en SOAP-XML para que sea paseado por el cliente quien entrega a la interfaz cliente los datos en forma de array de datos, para que ste procese y e muestre los resultados en un formato adecuado. Otra funcin importante del proceso es la parcelacin de las listas de datos o o entregadas, ya que por medio de un parmetro de registro inicial pedido y la a cantidad de registros a utilizar, se optimiza la transferencia de datos.

68

5.2.3.

Aplicacin de Bloom99 o

Para esquematizar las capas se ha utilizado el modelo Bloom99 (ver gura 5.4), modelo que muestra en forma sencilla los distintos modelos resultantes del proceso de integracin. En el nivel ms bajo se tienen los esquemas nativos (ver o a guras 3.2, 3.4, 3.7, 3.8); luego, subiendo en el esquema de integracin se tienen los o esquemas componentes, los cuales son modicaciones de cada uno de los modelos de datos nativos, pero se ha restringido el acceso a los datos privados, es decir, en el esquema de componentes se tienen los datos a compartir. En el nivel superior se ubica el esquema de exportacin; dicho esquema permite establecer una dinmica o a de acceso a los datos (en las bases de datos federadas se hablar de un esquema a para las consultas SQL, pero en este proyecto no se necesita de l). Despus de e e haber restringido los modelos de datos, se encuentra con el esquema federado (modelo de datos integrado), y se muestra a todas las bases de datos como si fueran una sola, estableciendo relaciones entre sus tablas y componentes. Sobre el esquema federado se encuentra el esquema de autorizacin el cual cumple la tarea o de restringir los accesos a los datos del esquema federado. Finalmente se tiene el esquema externo, que es l esquema que consulta el usuario y de l se desprenden e e las vistas a los datos en el esquema externo de usuario.

69

Figura 5.4: Esquema Bloom99 Para los Sistemas Integrados

70

Figura 5.5: Esquema Interno de un Sistema Integrado

5.3.

Implementacin o

La implementacin del sistema integrado se realiz en base a mdulos conso o o truidos en lenguaje PHP, estos mdulos constituyen la base de las comunicaciones o entre los sistemas, estableciendo as una capa de integracin. Los mensajes de soli o citud de servicios se enviarn en formato XML, para ser procesado por el proveedor a de servicios Web, quin revisa los privilegios del cliente y segn los parmetros e u a enviados establece a qu servidor debe recurrir para obtener los servicios. El proe cesamiento del mensaje recibido en XML se realiza por la clase NuSoap Ampliada, la que actualmente es un estndar para servicios Web, y ha sido modicada para a simplicar la parametrizacin en los nuevos proyectos que podr ser integrados o an en el futuro.

5.3.1.

Construccin Modulo Integracin o o

La capa 0 de la gura 5.1 representa a los esquemas nativos (modelos de datos originales de los proyectos), estos esquemas no requieren ser modicados, pero si entendidos en cuanto a su lgica interna y sus pol o ticas de integracin, en ste o e nivel es posible que por medidas de seguridad algunos datos deban ser omitidos. Luego en el Nivel 2 nos se encuentra el transporte en XML, en donde todas tareas son realizadas por la librer NuSoap7 de Dietrich Ayala, esta librer ha sido a a adaptada y ampliada segn las necesidades espec u cas del proyecto. En el 3er nivel se tiene la estructura de paquetes de datos a compartir, estos paquetes estn a formados en arreglos de datos, que han sido obtenidos de los XML parseados por la clase NuSoap. Los datos en el 3er nivel pueden ser procesados como informacin o o ser utilizados para realizar vistas de datos en cualquier sistema perteneciente a
NuSoap: Librer a GPL para http://dietrich.ganx4.com/nusoap/
7

la

creacin o

de

Webservices

ms a

informacin o

71

Figura 5.6: Esquema SOAP la integracin. Finalmente se encuentra el nivel 4, que es una capa de presentacin o o de datos, y ha sido implementado un portal Web, que en s cuenta con acceso a los recursos de los dems sistemas, el cual es de acceso libre, y se puede acceder a a todos los datos disponibles de los sistemas pertenecientes a la integracin. A nivel o prctico, la comunicacin se har por el protocolo SOAP (Ver Cap a o a tulo 2.3.3), el cual encapsula la peticin en formato XML desde el cliente, y luego la env o a a el proveedor quin la recibe, y pasa una primera etapa desencapsulacin y de e o anlisis de la peticin (ver gura 5.6), se hacen las vericaciones de parmetros a o a y de que tipo de recusos requiere (se realiza la vericacin de disponibilidad del o recurso). El segundo paso o fase dentro de la vericacin SOAP es la etapa de aplicacin o o de las pol ticas de seguridad, esto es muy importante, ya que aqu se analiza si el recurso pedido es de acceso pblico o privado (en la mayor de los casos es u a pblico, y para el proyecto se estableci que los datos privados se restringir u o an desde la consulta SQL a la base de datos), otras vericaciones en esta etapa son las de vericar la autenticidad del cliente, ya que algunas funciones slo pueden ser o solicitadas por clientes conocidos y vlidamente autenticados. La tercera fase es a la consulta a la base de datos, realizando todas las consultas al sistema correspondiente, y nalmente la respuesta es enviada al cliente en forma encapsulada para su utilizacin. Como se cuenta con distintos servidores que estn relacionados con o a los distintos sistemas, la clase nuSoap se ha modicado para resolver la facilidad de conguracin de los clientes. La solucin para la distribucin de peticiones se o o o representa en la gura 5.7, en dnde el mdulo integrador creado, es el encargado o o de dirigir la peticin al servidor correspondiente. Esta situacin facilita las posio o bles modicaciones y el crecimiento de la integracin con otros posibles sistemas o que en un futuro cercano quieran ser parte del sistema integrado. 5.3.1.1. Clase NuSoap

En la capa de transporte se trabaj con la ayuda de la Clase NuSOAP (Ver o Cap tulo 2.3.6), la que fue modicada para hacerla ms fcil de parametrizar por a a los usuarios nales. La principal modicacin realizada a la clase, es para que o pueda conocer a cul servidor debe ir a recoger la informacin, de modo que se a o

72

Figura 5.7: Esquema de peticin de recursos del Cliente a los Proveedores de o servicios. pueda reutilizar el cdigo para otros clientes. o 5.3.1.2. Parametrizacin de clase o

La clase NuSoap fue modicada en benecio de los futuros usuarios de la integracin. Se han omitido funciones que para el proyecto no eran necesarias, en dono de slo confundir o provocar error por incompatibilidades; los parmetros o an an a base de la clase han sido incluidos dentro de un archivo (cong.interop.conf.php) , el cual es editado para apuntar correctamente a los proveedores de servicios. 5.3.1.3. Implementacin de Servidores o

Para la implementacin de los servicios Web (servidores de contenido), se o pens en las Arquitecturas Orientadas a Servicios (Ver cap o tulo 2.4). Las aplicaciones estn distribuidas en distintos servidores, en donde su cdigo fuente fue a o construido de forma simple y clara (Ver Figura 5.9). El cdigo fuente que construye o los archivos WSDL automticamente fue sub-dividido por archivos que constitua yen cada uno de ellos una entidad, por ejemplo una parroquia, una zona o un documento. El resultado de los servidores de contenido entregan una lista de funciones (Ver Figura 5.11) que ayudan a los desarrolladores encargados de la implementacin o de futuros webservices clientes. Los archivos WSDL (Ver Figura 5.10) que sirven a los sistemas UDDI y a los clientes Webservices estan estructurados en XML. Los servidores pueden encontrarse en la siguiente estructura: - Proveedor de Servicios Estad sticas: El Sistema de Directorio Virtual se encuentra en la URL http://estadisticas.iglesia.cl, y el proveedor de servicios se ubica en la direccin o

73

Figura 5.8: Modicacin clase NuSoap cliente. o

74

Figura 5.9: Cdigo Fuente Implementacin de Servidor. o o

75

Figura 5.10: WSDL estad sticas. http://estadisticas.iglesia.cl/webservices/lista.php?wsdl 5.10). (Ver Figura

- Proveedor de Servicios SAC: El sistema de Administracin de Contenido o (SAC) est alojado en la direccin http://sac.iglesia.cl; y el archivo WSDL a o en la direccin http://sac.iglesia.cl/webservices/lista.php?wsdl. o - Proveedor de Servicios Documental: El ministracin de Documentos est o a http://www.jesus.cl/webservices. 5.3.1.4. Implementacin de Clientes o nuevo alojado sistema en la de Addireccin o

Para la implementacin de los clientes se pens en la modularizacin del sitio o o o o de los sitios clientes, de forma que al agregar el contenido obtenido sea lo ms a fcil posible. a Los parmetros bsicos que se requiere para realizar la peticin de los recursos a a o a la integracin, son: o $cliente_soap->parametros("id",1); En la l nea 70 de la gura 5.8, se puede ver la instruccin de parametrizacin o o de consulta, en donde se realiza el ingreso de un parmetro especico o un arrea glo de datos, con los que se parmetriza la consulta. En ste ejemplo bsico, se a e a parametriza el ID de una noticia con el valor 1. $cliente_soap -> funcion = "fnoticia";

76

Figura 5.11: Funciones estad sticas. En la l nea 71 de la gura 5.8, se encuentra la llamada a una funcin espec o ca, en ste caso se llama a la funcin fnoticia, que entrega la noticia completa, es e o decir; t tulo, fecha, ep grafe, bajada, cuerpo, autor, etc. $cliente_soap -> servidor = "iglesiaweb"; En la l nea 72 de la gura 5.8, se asigna el tipo de servidor que contiene el recurso, en este caso es el servidor de iglesiaweb, que administra la informacin o del sistema SAC (http://sac.iglesia.cl).

5.3.2.

Mdulo de Integracin y su Implementacin o o o

Para la implementacin de los mdulos de integracin a los portales Web clieno o o tes y a los sistemas creados en PHP, se debe como primera condicin contar con o el conjunto de archivos que componen a NuSoap (ms informacin 2.3.6), y luea o go anexar el archivo wsclasscliente.php (ver cdigo simplicado de ejemplo en o gura 5.9 ); luego de ello, es necesario incluir los archivos de parmetros [entia dad].cong.interop.php y el archivo de vista de usuario [entidad].cha.php ( estos archivos sern entregados ya parametrizados dependiendo de la peticin al rea a o a informtica de la CECH ). a

77

Figura 5.12: Pgina Principal Sistema Integrado a

5.3.3.

Implementacin de Pgina Central de Datos o a

La implementacin del sistema integrado da como resultado visible a los usuao rios un portal Web con la informacin compartida por los sistemas que han sido o participe de la integracin, en donde se puede acceder pblicamente al portal o u Web en la direccin http : //www.jesus.cl/proyecto sini/, la que nalmente se o encontrar en http://www.iglesia.cl (ver gura 5.12) con todas las funcionalidades a requeridas. La pgina inicial del portal, muestra las diferentes opciones con las que cuenta a despus de la integracin, estas son: e o - A nivel de Instituciones de la Iglesia: Congregaciones Religiosas Femeninas, Congregaciones Religiosas Masculinas, Institutos Seculares, Seminarios, Movimientos, Casas de Retiro, Colegios, Catlicos, Educacin Superior. o o - A nivel de la Conferencia Episcopal de Chile: Vicar as, Zonas, Decanatos, Parroquias, Capillas, Santuarios, Comunidades de Base.

78 - A Nivel de Contenidos: Documentos, Recortes de Prensa, Noticias, Fotograf as. Todos estos contenidos vienen de diferentes servidores como lo muestra la gura 5.2, aqu visualizamos la distribucin de los distintos sistemas y cmo estos o o interactan y tambin concentran la informacin de cada uno de ellos en un solo u e o punto.

5.3.4.

Pginas de Resultado a

Uno de los grandes requerimientos del proyecto, es contar con toda la informacin disponible en los distintos sistemas, en una misma pgina, para que los o a usuarios nales puedan contar con toda la potencialidad de los sistemas que han sido integrados, esto se ha logrado con una interfaz simple (Ver cap tulo 5.13), que permite a los usuarios ver el conjunto de datos obtenidos basando en un patrn o entregado .

79

Figura 5.13: Interfaz Portal Iglesia.cl (Resultado de la consulta integrada)

Conclusiones
Segn lo expuesto, se concluye en ste trabajo que: u e 1. De la revisin bibliogrca se destaca la dicultad de acceso a las temticas o a a de integracin de sistemas e interoperabilidad, ya que stas se encuentra o e an en fase de investigacin a nivel de doctorados, lo que tambin se traduu o e ce en una continua evolucin del tema, lo que para el proyecto result ms o o a complicado, ya que la base del proyecto y las teor que en el comienzo as del desarrollo del proyecto se daban como fundamento, al terminar el proyecto y revisar los nuevos resultados de las investigaciones, se encontr que o las orientaciones, buenas prcticas y la forma de manipular los datos eran a diferentes. Durante el desarrollo del proyecto, y por recomendaciones externas, se integraron ms conceptos importantes que no hab sido tomados en a an cuenta, como lo es la Arquitectura Orientada a Servicios, la que actualmente es presentada por las grandes empresas de software como parte fundamental de sus soluciones comerciales basadas en la integracin. Tambin en la etao e pa de revisin bibliogrca se recopil una cantidad importante de libros, o a o pero al comprobar que mucha de esa documentacin estaba considerableo mente desactualizada, se recurri a fuentes de Internet, las cuales han sido o revisadas con mucha cautela, y slo ha sido presentadas y referenciadas las o documentaciones de los autores originales de cada libro, paper, entrevistas y manuales relacionados con el proyecto. 2. Sobre Los prototipos de comunicaciones entre servidores y clientes webservices desarrollados se concluye que stos dieron buenos resultados en cuane to a tiempos de respuesta y compatibilidad, en base a estos prototipos se realiz la demostracin de funcionalidad y seleccin de la tecnolog a utilio o o a zar, tambin se demostr que el lenguaje de programacin PHP y el Motor e o o de bases de datos MySql eran la opcin ms certera. o a o 3. Referente al desarrollo del sistema, se concluye que los sistemas autnomos existentes, se integraron de la forma esperada en el proyecto, continuando su trabajo habitual sin ningn inconveniente. La integracin de los mduu o o los de integracin incluidos funcionan de forma correcta, sin problemas de o compatibilidad ni de acceso. 80

81 4. La arquitectura para realizar la integracin formalizada en capas, se ajusto o correctamente al implementar la solucin, y adems permiti la divisin de o a o o los mdulos, simplicando la calendarizacin de actividades y la comunio o cacin de los avances del proyecto a los coordinadores informticos de la o a CECH. 5. Sobre la implementacin del nuevo sistema de administracin de contenidos o o creado para los recursos existentes en iglesia.cl, se concluye que se mejor la o administracin de los datos, reemplazando el sistema existente, tambin se o e rescata que el nuevo sistema de administracin de contenidos, mediante la o ampliacin del modelo de datos, logr contar con ms informacin que la o o a o que originalmente contaba. 6. En cuanto al desarrollo del nuevo sistema de administracin de informao cin para la ocina de estad o sticas pastorales de la CECH, se construy de o acuerdo a los requerimientos especicados. La integracin de los datos del o sistema se logr de forma correcta, dando benecios importantes a la ocina o de estad sticas. n o 7. Al analizar el diseo propuesto, prototipo y la solucin nal construida, se ve que cumplen los requerimientos generales esperados: a) Seguridad y disponibilidad: El requerimiento de seguridad apunta a la conabilidad general de un sistema, lo que se logr correctamente en o el desarrollo de ste proyecto. Al trabajarse con sistemas distribuidos, e se evitan los puntos unicos de falla, lo cual permite incrementar la conabilidad y disponibilidad de los contenidos. o a b) Mantenibilidad y exibilidad: El prototipo y la solucin nal estn basados en NuSoap, el cual es un estandar de SOAP para PHP, el cual actualmente esta ampliamente difundido, adems esta siendo entregado a con las distribuciones de PHP. Adems, el cdigo fuente ha sido consa o truido siguiendo las buenas prcticas de programacin, logrando as un a o cdigo limpio y fcilmente administrable por otros desarrolladores. o a o n c) Modularidad y capacidad de evolucin: El diseo propuesto permite construir sistemas como conjuntos distribuidos de objetos. Los mduo los se forman a partir de agrupamientos de objetos relacionados funcionalmente entre s . De igual forma, la solucin nal mejora la capacidad de evolucin de o o una aplicacin, ya que los objetos que forman cada mdulo pueden o o ser actualizados con relativa facilidad. Estos tambin pueden ser reeme plazados por otros modulos que implementen las mismas interfaces e inclusive, incorporar nuevas interfaces adicionales.

82 d ) Interoperabilidad e integracin: Dos aspectos del diseo propuesto que o n permiten compartir recursos y contenidos entre sistemas gracias al uso de protocolos estndar (SOAP, XML, Webservices, etc.). a e) Mejor rendimiento a menores costos: En principio, el uso de Webservices reduce la cantidad de conexiones necesarias para intercambio de datos, a diferencia de otras soluciones. Despus de la implementacin e o de la solucin, se obtuvo un notable aumento de visitas, ya que el portal o que contiene la implementacin nal, cuenta con muchos ms recursos o a valiosos para los usuarios nales. 8. Finalmente, se concluye que se cumplieron con todos los objetivos presentados, y la solucin implementada cumpli con todas las expectativas de la o o contraparte del proyecto y las personales.

Trabajo Futuro
La creciente necesidad de contar con informacin a la mano de los distintos o sistemas, y las constantes contribuciones de los investigadores, los que d a d a a realizan nuevos aportes a los temas de integracin de sistemas e interoperabilidad, o y ms an a las grandes empresas del software, que han expuesto a la integracin a u o de sistemas como la gran solucin a la mayor de los problemas de compatio a bilidad entre sistemas y conectividad y reutilizacin de sus antiguos, pero an o u muy funcionales sistemas, hacen de esta tecnolog una fuente inmensa de nuevas a posibilidades y desaf os. Como trabajo futuro se listan una serie de tems con los cuales ser deseable a contar y se podrn desarrollar fuera del alcance del presente trabajo. a o 1. Implementar una plataforma Web, que permita a las distintas dicesis y organismos eclesiales administrar datos propios como noticias, documentos, etc. y que cuenten adems con la posibilidad de anexarse como servidor de a recursos al conjunto de servidores de servicios existentes de forma automtia ca, como as tambin, permita consumir recursos en forma automtica de los e a servidores ya existentes, integrndolos de forma transparente a su conjunto a de datos presentados. sticas del rendimiento de la solucin de integracin presentada o o 2. Obtener estad versus soluciones comerciales existentes. 3. Implementar un panel de administracin v Web, de los parmetros incluio a a dos en en el servidor de servicios y en los clientes, de tal forma que se permita administrar los mdulos que se van integrando o eliminando de la integrao cin. Tambin se propone que el panel de administracin permita a usuarios o e o vlidamente registrados, la creacin de nuevos mdulos compatibles con el a o o sistema actual. a 4. Implementar una nueva interfaz grca al producto nal desarrollado en el presente proyecto, dndole mayor importancia a las temticas de accea a sibilidad Web. A su vez, se propone realizar un nuevo diseo generalizado n al portal Web, de forma que los datos actualmente presentados puedan ser aprovechados de mejor forma. 83

84 5. Difundir la integracin de sistemas entre las entidades eclesiales, como o as tambin promover los recursos compartidos que se generaron del pre e sente proyecto. 6. Implementar un mdulo de integracin SOAP al software Oce eclesial, o o el que an no esta en construccin y no se cont con el acceso al cdigo u o o o fuente, ni acceso a la base de datos para obtener los datos y levantarlos como servidor de servicios Web. 7. Proponer y desarrollar un estndar de integracin continental a Nivel de a o la Conferencia Episcopal Latinoamericana (CELAM) a partir del presente proyecto, con las modicaciones necesarias para obtener la integracin de o las distintas fuentes de informacin de los pa a nivel de las conferencias o ses nacionales. 8. Implementar una nueva solucin informtica, para obtener una fuente doo a cumental a nivel del CELAM de todos los bautizados catlicos, de forma de o contar con la informacin constantemente actualizada de cada pa o s. 9. Implementar un datawarehouse a nivel continental que permita recoger la historia de la iglesia universal, con estad sticas, registros de sacramentos, informacin histrica de los movimientos entre las dicesis, informacin de o o o o festividades y personas por pa s.

Bibliograf a
[1] Com (2005) comunicacin de la comisin al consejo, al parlamento europeo, o o al comit econmico y social y al comit de las regiones. eeurope 2005: Una e o e sociedad de la informacin para todos, p.12, 2005. o o a [2] Dr. Jorge Rami Aguirre, Curso de seguridad informtica, disponible en: http://www.lpsi.eui.upm.es/sinformatica/diapositivas.htm, Universidad Politcnica de Madrid. e [3] M. Elena Rodrguez Alberto Abello, Marta Oliva and Felix Saltor, The syntax of bloom99 schemas, disponible en: www.udl.es/usuaris/n7807592/papers/lsi-99-34-r.ps.gz. [4] Barry and Associates, Service-oriented architecture (soa) denition, disponible en: http://www.service-architecture.com/web-services/articles/serviceoriented architecture soa denition.html. o [5] Juan Carlos Casamayor, Sistemas de gestin de bases de datos, Escuela Universitaria de Informtica UPV, disponible en: a http://www.dsic.upv.es/ jcarlos/docente/bda/tema4.pdf. [6] World Wide Web Consortium, Extensible markup language (xml) 1.0 (fourth edition), W3C Recommendation 16 August 2006, edited in place 29 September 2006, disponible en: http://www.w3.org/TR/REC-xml/. [7] World Wide Web Consortium(W3C), Gu breve de tecnolog xml, dispoa as nible en: http://www.w3c.es/divulgacion/guiasbreves/tecnologiasxml, W3C Recommendation. [8] editores. 8 de mayo de 2000 D. Box, et al, Simple object access protocol (soap) 1.1, disponible en: http://www.w3.org/tr/2000/note-soap-20000508/, World Wide Web Consortium.

85

86 [9] Grupo de Investigacin en Sistemas de Gestin de Bases de Datos Federadas o o y Almacenes de Datos, Gestin de bases de datos federadas,5 de junio de o 2006, disponible en: http://lsi.ugr.es/ bdf/. [10] Ocina Espaola del W3C, European w3c symposium on egovernment: Aviso n nov 2006, disponible en: www.w3c.es/noticias/2006/. [11] Dr.XML, Porqu xml?, Gamarod, Disponible en: e http://www.gamarod.com.ar/articulos/por que xml.asp. [12] Jos Echage Burgos, Xml (extensible markup language), Harvested, dispoe u nible en: http://eprints.rclis.org/archive/00000222/01/apuntes xml.PDF. [13] E. Christensen et al. marzo de 2001, Web services description language (wsdl) 1.1, disponible en: http://www.w3.org/tr/2001/note-wsdl-20010315, World Wide Web Consortium. [14] Araque F., Denicin del modelo y esquema del almacn de datos en funcin o e o de las caractersticas temporales de los sistemas operacionales componentes, Universidad de Jan. e [15] International Organization for Standardization, International organization for standardization, iso 8879: Information processingtext and oce systemsstandard generalized markup language (sgml), ([geneva]: Iso, 1986)., disponible en http://www.isgmlug.org/sgmlhelp/g-sg.htm. o o [16] Pedro A. GRACIA, Construyendo la administracin electrnica con software libre,gnuine una aplicacin libre para la administracin local. 2002, p. 8., o o 2002. [17] IBM, Arquitectura orientada a servicios (soa), disponible en: http://www-306.ibm.com/software/ar/info/topic/openenvironment/soa/, IBM. nez Usero, Jos Angel; Palacios Ramos, Xml: un medio para e [18] Elsa Mart fomentar la interoperabilidad, explotacin y difusin de contenidos en la o o administracin electrnica, Universidad Carlos III, Universitat Oberta de o o Catalunya, disponible en: http://eprints.rclis.org/archive/00000499/01/musero epalacios xml.pdf, 2003.

87 [19] David Megginsons, This is the ocial website for sax, disponible en: http://www.saxproject.org/. [20] MINISTERIO DE ADMINISTRACIONES PUBLICAS, Criterios de seguridad, normalizacin y conservacin, Catlogo general de publicaciones ociao o a les, NIPO 326-04-044-9. [21] Arturo D Prez, Arquitectura de bases de datos distribuidas, disponible en az e http://www.cs.cinvestav.mx/sc/prof personal/adiaz/disdb/cap 2.html. [22] Tonhtiu A. Ramirez, Sistemas federados de bases de datos, disponible en: a http://www.tonahtiu.com/notas/bd/bdf.htm. [23] Larson J.A Sheth, A.P., Federated database systems for managing distributed, heterogeneous and autonomous databases, acm computing surveys, 22, pp. 183-235., 1990. [24] IDABC stands for Interoperable Delivery of European eGovernment Services, European interoperability framework for pan-european egovernment services. [25] W3C, Gu breve de servicios web, World Wide Web Consortium, ocina a espaola, disponible en: n http://www.w3c.es/Divulgacion/Guiasbreves/ServiciosWeb. [26] World Wide Web Consortium (W3C), Document object model (dom), disponible en: http://www.w3.org/dom, W3C DOM Working Group. [27] Carmen Wol, Implementando un datawarehouse, disponible en: http://www.inf.udec.cl/ revista/ediciones/edicion5/datawh.pdf, Revista informtica 5 (2000), 35. a [28] Weld D Flerescu D Friedman M. Zachary A., Levy A, Adaptive query processing for internet applications, disponible en: http://www.ieee.org, IEEE Data Engineerin Bulletin, Junio.

ANEXOS
5.4.
5.4.1.

Organizacin del Cdigo Fuente o o

Directorio de Servidores
Descripcin o Archivo de conguracin, que cuenta con los o parmetros base del sistema autnomo local. Por a o ejemplo los datos como password de acceso a las bases de datos.

Directorio ./webservices/ Archivos cong.inc.php

db.dabits.php

Archivo que contiene las clases que permiten la conectividad a distintos motores de bases de datos. Tambin cuenta con funciones espec e cas para cada sistema.

util.dabits.php

Archivo de clases que cuenta con utilidades para administracin de listas y conversin de formato o o de fechas.

server.php server lista.php

Modulo de implementacin de funciones websero vices. Este modulo implementa prcticamente todo el a servidor, y mediante clases permite construir los servidores, aqu se listan las funciones que han sido implementadas.

88

89 Directorio ./webservices/funciones Archivos capillas.php cargos.php casas retiros.php colegio.php comunidad base.php decanato.php diocesis.php educacin superior.php o istar.php institucion.php matriz diocesis.php movimiento.php obispos.php parroquias.php persona cargo.php personas.php vicaria.php zona.php Descripcin o Implementacin de funciones especicas de ino formacin de capillas. o Implementacin de funciones especicas de ino formacin de cargos vs personas. o Implementacin de funciones especicas de ino formacin de casas de retiros. o Implementacin de funciones especicas de ino formacin de colegios catlicos. o o Implementacin de funciones especicas de ino formacin de comunidades de base. o Implementacin de funciones especicas de ino formacin de los decanatos. o Implementacin de funciones especicas de las o dicesis. o Implementacin de funciones especicas sobre o entidades de educacin superior. o funciones para pruebas funciones relacionadas con instituciones funciones para pruebas para datos de las diceo sis. listas de informacin referente a movimientos o religiosos. funciones relacionadas a la informacin de los o obispos funciones relacionadas a las parroquias. Lista parametrizada para personas con sus cargos. Listas con la informacin de las personas. o Informacin sobre las vicar o as. Informacin de las zonas territoriales. o

90 Directorio ./webservices/lib Archivos class.nusoap base.php class.soap fault.php class.soap server.php class.soap paser.php class.soap transport http.php class.soap val.php class.soapclient.php class.wsdl.php class.wsdlcache.php class.xmlschema.php nusoap.php nusoapmime.php Descripcin o versin del esquema de las cargas y arsenal del o namespace trabaja con los faults a nivel de servidor. Permite la implementacin de un servidor o SOAPXML Analiza los mensajes de XML SOAP Permite el env y recepcin de datos por medio o o del protocolo HTTP Permite crear abstracciones serializables Es una clase de alto nivel para fcil utilizacin a o por parte del desarrollador. Analiza los archivos WSDL, y permite acceder a sus datos. archivo para el cach de wsdl e Permite el anlisis de los bloques XML a clase que administra la estructura general clase general de administracin de datos por o mime

91

5.4.2.

Directorio de Cliente Genrico e

Descripcin o Archivo base que contiene los v nculos y descripcin de los recursos ofrecidos. o Archivo con la conguracin base, parmetros y o a urls para establecer las conexiones con el servidor de recursos.

Directorio ./modulo/ Archivos index.php cong.interop.php

lista.php lista all.php lista temtica.php a resultados all.php

Lista genrica de los recursos disponibles, utiliza e parmetros para el acceso a los distintos datos. a lista genrica que permite el acceso a listas parae metrizadas. lista especial para algunas estructuras de datos complejas. entrega el resultado de datos, esquematizndolos a segn el archivo de conguracin establecido para u o alguna entidad.

ver cha.php

permite mostrar una cha de informacin de alguo na entidad especica, el cual esta parametrizado por el formato especico.

busqueda.php

crea una interfaz personalizada para las bsquedas u simples y espec cas de cada entidad.

92 Directorio ./modulo/MODULOSOAP Archivos bbcode.php wsclasscliente.php Descripcin o conjunto de funciones que permiten la transformacin desde formato BBCODE a HTML normal. o Clase que permite la administracin personalizada o de la librer NuSoap. Tambin contiene todas las a e especicaciones de los servidores activos. cong.inc.php Archivo de conguracin, que cuenta con los o parmetros base del sistema autnomo local. Por a o ejemplo los datos como password de acceso a las bases de datos. db.dabits.php Archivo que contiene las clases que permiten la conectividad a distintos motores de bases de datos. Tambin cuenta con funciones espec e cas para cada sistema. util.dabits.php Archivo de clases que cuenta con utilidades para administracin de listas y conversin de formato o o de fechas. Directorio ./modulo/MODULOSOAP/mail class Archivos class.phpmailer.php class.smtp.php class.mail.php Descripcin o Clase que permite parametrizar el env de mails. o Clase que permite el env de mails mediante o SMTP. Clase general que permite el env de mails. o

93 Directorio ./modulo/conf Archivos blank.banner.jpg Descripcin o Imagen genrica para las entidades que no tiee nen imagen personalizada. capilla.cong.interop.php Archivo de conguracin para personalizar la o informacin capillas o capilla.pre cha .interop.php capilla.banner.jpg Vista personalizada de la pre-cha especica de capilla. Imagen personalizada de la entidad capilla.

94

5.5.
5.5.1.

XML (eXtensible Markup Languaje)

Qu es XML? e

Como lo dice la W3C en sus art culos XML es un Lenguaje de Etiquetado Extensible muy simple, pero estricto que juega un papel fundamental en el intercambio de una gran variedad de datos[7]. Cuando hablamos de XML estamos frente a un lenguaje similar a HTML, pero su funcin principal es la descripcin o o de datos y no su visualizacin como lo hace el lenguaje HTML. La tecnolog o a XML es un estndar que permite la lectura de datos por medio de distintas aplia caciones, siendo muy verstil en gran variedad de aplicaciones y requerimientos a de usuarios, sobre todo para estructurar, almacenar e intercambiar informacin. o XML fue desarrollado en 1996 por el originalmente llamado SGML Editorial Review board, que luego paso a ser el XML Working Group, formndose bajo a el auspicio de World Wide Web Consortium (W3C). El equipo de trabajo del grupo de especialistas que lo desarrollaron fue dirigido por Jon Bosak de Sun Microsystems [6], Pero los inicios de XML vienen de los aos setenta, tiempo n donde en IBM se cre el lenguaje general de marcas (General Markup Language), o el cual buscaba soluciones para almacenar grandes volmenes de informacin de u o forma estructurada, el que en 1986 se normaliz bajo la norma ISO (ISO 8879) o formndose el SGML (Standard General Markup Language) [15] logrando con ello a la adaptacin a una gran variedad de problemas que a esa fecha se hac dif o an ciles de resolver.

5.5.2.

Funcionalidades de XML

Dentro de los usos de XML se consider que sus procesos fueran idnticos a la o e hora de enviar, recibir y procesar la informacin; que fuera normalizado y conciso o del punto de vista de los datos a almacenar [12]; se consider tambin, que fuera o e extensible y pudiera ser utilizado en todos los campos del conocimiento; adems a que fuese fcil de leer, editar e implementar en los distintos sistemas. Para ello, a XML consta de un conjunto de tecnolog XML de las que se pueden destacar: as - Lenguaje Extensible de Hojas de Estilo (XSL): Su objetivo principal es mostrar cmo deber estar estructurado el contenido del documento, cmo o a o deber ser diseado el contenido de origen y su paginacin en una ventana de a n o un navegador Web o cualquier otro formato, como por ejemplo un conjunto de pginas de un catlogo, informe o libro. a a - Lenguaje de Rutas XML (XPath): Es un lenguaje para acceder a partes de un documento XML. - Lenguaje de Enlace XML (XLink) : Es un lenguaje que permite insertar elementos en documentos XML para crear enlaces entre recursos XML.

95 - Lenguaje de Direccionamiento XML (XPointer ): Es un lenguaje que permite el acceso a la estructura interna de un documento XML, esto es, a sus elementos, atributos y contenido. - Lenguaje de Consulta XML (XQL) : Es un lenguaje que facilita la extraccin de datos desde documentos XML. Ofrece la posibilidad de realizar cono sultas exibles para extraer datos de documentos XML en la Web.

5.5.3.

Ventajas del XML

El lenguaje XML entrega mucha potencia y exibilidad a las aplicaciones basadas en Internet, proporcionando numerosas ventajas a los programadores y usuarios, entre las ventajas ms signicativas estn: a a - B squedas con ms signicado: Los datos pueden ser etiquetados de forma u a exclusiva con XML, lo que signica que se puede especicar mucho ms a sobre las relaciones entre los campos que la componen. Esta amplitud de datos permite una mejor clasicacin cuando estamos creando o utilizando o la informacin que almacenamos en formato XML. o - Integracin de datos procedentes de fuentes dispares: Antes de XML la o capacidad de bsqueda en varias bases de datos no compatibles entre s se u , hacia casi imposible, pero en XML se hace muy sencillo ya que se pueden combinar los datos estructurados de distintas fuentes y unido a algn agente u de software se pueden integrar y relacionar con otros sistemas incompatibles. En XML al tener la capacidad de ampliacin y exibilidad, se pueden o describir los datos contenidos en la gran mayor de aplicaciones existentes. a - Computacin y manipulacin local de los datos: XML permite ser anao o lizado, editado, y manipulado en forma local, lo que permite que las aplicaciones clientes realicen los clculos, adems dan la libertad de presentar a a los datos en cualquier formato que el sistema cliente necesite. El Modelo de Objetos de Documento (DOM) de XML tambin permite manipular datos e con secuencias de comandos u otros lenguajes de programacin, de esta foro ma se pueden hacer los clculos relativos sobre los datos sin la necesidad de a volver al servidor. - Permite varias vistas de los datos: XML al describir los datos estructurados en forma simple, abierta y extensible, es ideal como complemento para HTML, el cual se utiliza ampliamente para describir las interfaces de usuario, es decir, HTML describe el aspecto de los datos y XML describe los propios datos. Los datos pueden presentarse en forma dinmica y determinada por a la conguracin del cliente, preferencias de usuarios u otros criterios. En o

96 tanto CSS8 y XSL9 proporcionan mecanismos declarativos para describir una vista de datos en particular. - Actualizaciones granulares: Los datos pueden ser actualizados de forma granular (en forma separada o por pequeos trozos), por lo que no es necesario n volver a enviar un conjunto de datos estructurados cada vez que cambia parte de dichos datos, pero en la actualidad en las interfaces Web es necesario volver a construir toda la pgina por motivos de implementacin de los a o navegadores.

5.5.4.

Utilizacin de XML mediante APIs o

La utilizacin del XML se ha facilitado mediante la utilizacin de APIs10 , o o que son partes de cdigo ya escritas, que implementan las funcionalidades bsicas o a necesarias, para as permitir al desarrollador de sistemas concentrarse en funcio nalidades ms avanzadas. De esta forma el tratamiento de documentos con XML a no parte de cero, sino que ya estn disponibles en una serie de APIs aplicables a a XML. DOM (Modelo de Objetos del Documento): DOM (Document Object Model, recomendacin de W3C) [26] proporciona una representacin de un doo o cumento XML en forma de rbol, el que se puede recorrer y transformar. Su a principal inconveniente es que slo se accede a los datos una vez que se han le o do todos ellos, y que el rbol es un objeto cargado en memoria, lo que es problemtico a a para documentos grandes y de estructura compleja. SAX (Simple API for XML): Sax funciona por eventos y mtodos asociae dos [19]. A medida que el analizador va leyendo el documento XML y encuentra los componentes (eventos) del documento (elementos, atributos, valores, etc) o detecta errores, va invocando a las funciones que ha asociado el programador. Ambas APIs cargan el documento en un formato determinado, por otra parte, el paso de documentos XML a HTML (transformacin de etiquetas XML en o etiquetas HTML) se realiza mediante el estndar XSL. a

CSS: Las hojas de estilo en cascada (Cascading Style Sheets) son un lenguaje formal usado para denir la presentacin de un documento estructurado escrito en HTML o XML (y por o extensin en XHTML). o 9 XSL (Extensible Scripting Language): Lenguaje descriptivo para formacin de documentos o en XML. 10 API, Aplication Programming Interface. Una API proporciona mtodos y mecanismos para e la manipulacin de datos. o

97

5.5.5.

XML y la Interoperabilidad

El lenguaje XML es una herramienta muy valiosa a la hora de hablar de interoperabilidad, ya que como lo sealan los doctores Mart n nez y Palacios [18] XML un medio para fomentar la interoperabilidad, explotacin y difusin de o o contenidos en la administracin electrnica, en Espaa y en el resto del mundo se o o n estn analizando los mtodos implementados por los administradores de sistemas y a e se esta promoviendo a XML como la gran solucin para la prestacin de servicios o o v interoperabilidad. Y para ello se presenta a XML como el estndar idneo a a o para la estructuracin de la informacin de carcter pblico, aunque tambin se o o a u e seala que para que exista una real capacidad de crear sistemas interoperables, es n necesario crear esquemas comunes y pblicos. u La utilizacin de XML, se propone para la interoperabilidad entre sistemas, o datos y procesos, donde se muestra como la forma de facilitar el acceso compartido a la informacin, reutilizacin de recursos, la interactividad y ensamblaje de o o procesos administrativos centrados en el usuario. La importancia del tema se pudo ver en el reporte eEurope2005 [1] el cual propon una sociedad de informacin para todos, en la que se hace referencia a o a la necesidad de hacer pblico un marco de interoperabilidad concertado para u facilitar la prestacin de servicios de administracin electrnica a las personas y o o o empresas, en el cual se abord los contenidos de informacin de los sistemas de o o informacin pblica de toda la Unin Europea. o u o La construccin de la administracin electrnica necesita elevar el nivel de o o o estandarizacin de forma que sea ms fcil y sencilla la interconexin e interaccin o a a o o de los recursos que se implementen [16] La tendencia actual es la adopcin de o estndares de cdigo abierto para la implementacin de servicios, y en el caso de a o o los lenguajes de marcado, la utilizacin de formatos XML para el intercambio de o informacin se ha mostrado como la ms efectiva y adems ha sido aceptada por o a a todo el mercado, pero tambin se debe saber que XML no es una solucin en si e o misma, sino que est directamente relacionado con los esquemas y deniciones, a los cuales se proponen que sean comunes para los sistemas que desean conseguir la interoperabilidad. Sobre la necesidad de creacin de estndares, los doctores Mart o a nez y Palacios [18] proponen que La falta de estndares m a nimos en los servicios de la administracin hacen dif el uso de estos por parte de los ciudadanos, las empresas y los o cil propios funcionarios. Actualmente, se considera que con la utilizacin de estndao a res basados en XML se favorece el intercambio de informacin, sindicacin de o o contenidos y el desarrollo de servicios que funcionen en diferentes plataformas. Todo ello contribuye a la gestin eciente de todo tipo de recursos, humanos, o tcnicos, informativos y econmicos. e o

98

5.5.6.

Futuro XML

El futuro de XML es bastante alentador, ya que ste ofrece muchas ventajas a e las organizaciones, desarrolladores de software, sitios Web y usuarios nales [11], y cuando los sitios ofrezcan datos, en lugar de slo entregar las vistas a stos, las o e oportunidades sern an mayores. a u Se propicia como un mercado vital y an por descubrir, el de la creacin de u o herramientas de desarrollo que simpliquen a los usuarios nales la creacin de o sus propios sitios Web cooperativos, adems se piensa la masicacin de esquemas a o comunes para sistemas y por otro lado el crecimiento de los recursos compartidos en XML harn de sta la ms poderosa de las herramientas en la integracin a e a o global. XML va a necesitar herramientas nuevas y mucho ms potentes para la presena tacin de datos XML ricos y complejos dentro de un documento, lo que se puede o conseguir creando una capa de presentacin ms fcil de usar. o a a