UNIVERSIDAD NACIONAL DEL CENTRO DEL PERÚ

(1)

FACULTAD DE INGENIERÍA DE SISTEMAS TESIS

INTEGRACIÓN DE LOS SISTEMAS DE APOYO DEL PROCESO DE ADMISIÓN A LA “UNIVERSIDAD

NACIONAL DEL CENTRO DEL PERÚ”, MEDIANTE UN WEB SERVICES

PRESENTADO POR:

CARMONA CAMAC, Carlos Antonio

PARA OPTAR EL TÍTULO PROFESIONAL DE:

INGENIERO DE SISTEMAS

HUANCAYO – PERÚ

2014

(2)

II

ASESOR

Ing. Jaime Suasnabar Terrel

(3)

III

DECLARACIÓN

Yo, Carlos Antonio Carmona Camac, declaro bajo juramento que el trabajo aquí descrito es de mi autoría; que no ha sido previamente presentado para ningún grado o calificación profesional; y que he consultado las referencias bibliográficas que se incluyen en este documento.

A través de la presente declaración cedo mis derechos de propiedad intelectual correspondientes a este trabajo, a la Universidad Nacional del Centro del Perú, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente.

Carlos Antonio Carmona Camac TESISTA

(4)

IV

CERTIFICACIÓN

Yo, Ing. Jaime Suasnabar Terrel, certifico que el presente trabajo fue desarrollado por Carlos Antonio Carmona Camac, bajo mi supervisión.

Jaime Suasnabar Terrel ASESOR DEL TESISTA

(5)

V

DEDICATORIA

Esta tesis se la dedico a todos y cada uno de los que nombro en el apartado de agradecimientos de la presente tesis.

(6)

VI

AGRADECIMIENTOS

Por permitirme alcanzar un escaño más en vida, por su bondad amorosa y eterna al brindarme un sin fin de bendiciones que no alcanzo enumerar, ya que líneas han de faltar.

¡Gracias, Dios YHWH!

Por estar siempre conmigo: mi amada, Betzabé, por tu bondad, comprensión y apoyo, por haberme dado la dicha de ser padre, Pedro Antonio, nuestro hijo, la luz de mi vida, la estrella de mi cielo. Ustedes son la dicha más grande que me ha dado Dios YHWH y mi inspiración para cada día ser mejor, lo afirmo esta tesis lleva mucho de ustedes.

¡Gracias, mis amores!

Por tu esfuerzo y apoyo incondicional en mi formación personal y profesional, por ser día a día es mi mejor ejemplo de sacrificio y constancia puesto que cada meta que te trazas la alcanzas.

¡Gracias, mamita!

Por motivarme, aconsejarme y darme la mano cuando sentía que el camino se terminaba, a ti por siempre mi corazón y mi agradecimiento.

¡Gracias, papá!

Porque juntos cultivamos una verdadera amistad, para mi mejor amigo, quien comparte mis momentos de vida: alegrías, tristezas, logros y fracasos. Nunca pensé esto antes porque nunca compartí una amistad con alguien como tú.

¡Gracias, Pedro Mucha!

A los miembros del jurado Mg. Anieval Cirilo Peña Rojas, Mg. Noel Benito Miranda Yataco y Mg. Saúl Ernesto Arauco Esquivel, por interés, motivación, apoyo y crítica para la corrección, perfeccionamiento y culminación de la presente Tesis.

¡Gracias docentes!

A mis amigos Jorge Alberto Vega Flores y Richard Yuri Mercado Rivas, por sus opiniones y aportes que contribuyeron al mejoramiento de la presente tesis.

¡Gracias amigos!

Son muchas las personas que quisiera citar, entre ellos mis hermanos, tíos, tías, primos, primas, sobrinos, sobrinas, compañeros de trabajo, etc. Para agradecerles su amistad, consejos, apoyo, ánimo y compañía en los diversos momentos de mi vida

¡Gracias!

(7)

VII

RESUMEN

La presente investigación titulada: Integración de los sistemas de apoyo, del proceso de admisión a la “Universidad Nacional del Centro del Perú”, mediante un Web Services;

se realizó en la provincia de Huancayo, departamento Junín, el horizonte temporal de la investigación fue de diez meses (julio 2013 a abril 2014), el propósito de la presente investigación consistió en la integración de los sistemas de apoyo (Inscripción y Calificación de postulantes), del proceso de admisión a la Universidad Nacional del Centro del Perú, mediante un Web Services; siendo el problema general ¿Cómo influye la implementación de un Web Services en la integración de los sistemas de apoyo del proceso de admisión a la Universidad Nacional del Centro del Perú y la generación de información? y los problemas específicos ¿Cuál es la principal característica que presenta, la integración de los sistemas de apoyo del proceso de admisión a la Universidad Nacional del Centro del Perú, mediante la implementación de un Web Services? y ¿Cómo influye la implementación de un Web Services, en la generación de información?.

El presente estudio posee: Justificación Práctica.- puesto que a través del Web Services se propone resolver un problema de la vida real “la integración de los sistemas de apoyo, del proceso de admisión a la Universidad Nacional del Centro del Perú”, lo que coadyuva en la generación del conocimiento ya que servirá para posteriores investigaciones; Justificación teórica.- puesto que la investigación busca generar reflexión sobre la importancia de la Integración de los sistemas de apoyo, del proceso de admisión a la Universidad Nacional del Centro del Perú y demostrar la utilidad del Web Services en la solución del presente caso de investigación, y Justificación Metodológica.- con la elección y utilización del Modelo Iterativo Incremental, como modelo de ingeniería de software, para la integración de los sistemas de apoyo, del proceso de admisión a la Universidad Nacional del Centro del Perú; el cual permitirá obtener la flexibilidad para responder en un entorno cambiante y complejo.

El referido modelo de ingeniería de software consta de las siguientes etapas: Análisis y captura de requerimientos.- lográndose definir los requerimientos funcionales y no funcionales; Diseño- que se tradujo en el diseño de datos, diseño arquitectónico, diseño de interfaz y el diseño procedimental; Desarrollo.- donde se tradujo el diseño en lenguaje maquina (código fuente); y Validación y pruebas.- que nos permitió hacer una prevención inicial sobre el funcionamiento del Web Services y sus características, para ello se consideraron pruebas unitarias y de integración; probándose el Web Services desde un enfoque estructural y funcional al haberse realizado la pruebas de caja negra y de caja blanca para poder abarcar tanto la implementación de los servicios web con sus

(8)

VIII respectivos clientes como la especificación de sus funcionalidades. Además se realizó el análisis y discusión de resultados para lo cual se compararon los dos escenarios sin el Web Services y con la Implementación del Web Services, con lo cual se realizó la prueba de las hipótesis y se llegaron a las siguientes conclusiones: “Existe diferencia significativa, en la integración de los sistemas de apoyo del proceso de admisión a la Universidad Nacional del Centro del Perú y la generación de información, mediante la implementación de un Web Services”, “Existe diferencia significativa respecto al número de campos integrados de las bases de datos, de los sistemas de apoyo, del proceso de admisión a la Universidad Nacional del Centro del Perú, mediante la implementación de un Web Services” y “Existe diferencia significativa en la generación de información (emisión de diversos reportes), con los sistemas de apoyo, del proceso de admisión a la Universidad Nacional del Centro del Perú y mediante la implementación de un Web Services”.

(9)

IX

ABSTRACT

This research entitled: Integration of systems supporting the process of admission to the "Universidad Nacional del Centro del Perú", through a web service that took place in the province of Huancayo, department of Junín, the time horizon of the investigation was 10 months (July 2013 to April 2014), the purpose of this research consisted in the integration of support systems (Date and rate of students), the process of admission to the “Universidad Nacional del Centro del Peru”, through a web service, the general problem remains How this influences in the implementation of a web service in the integration of systems in the process of admission to the "Universidad Nacional del Centro del Perú" and the generation of information? and specific problems what is the main feature that presents the integration of systems supporting the process of admission to the "Universidad Nacional del Centro del Perú", through the implementation of a web service? How and influence the implementation of a web service, in the generation of information?

The present study has. Practice Justification.- Since through the web service is proposed solving a real life problem "The integration of the support systems, to the process of admission to the “Universidad Nacional del Centro del Perú”, that assists in the generation of knowledge and that will serve to further research; Theoretical Justification -.

Because the research seeks to generate reflection on the importance of the integration of the support systems, the process of admission to the "Universidad Nacional del Centro del Perú" and demonstrate the usefulness of the web service in the solution of this case Research and Methodological Justification.- with the choice and utilization of iterative incremental model as a model of software engineering for the integration of the support systems, the process of admission to the "Universidad Nacional del Centro del Perú"; which allow you to obtain the flexibility to respond to a changing and complex environment.

This model, software engineering consists of the following stages: analysis and requirements capture - achieving define functional and non-functional requirements, design - resulting in data design, architectural design, interface design and procedural design, site development - where the design is translated into machine language (source code); and validation and testing - which allowed us to make an initial prevention on the operation of web services and their characteristics were considered for this unit and integration testing;

trying on web service from a structural and functional tests of the black box and white box to cover both the implementation of web services to their respective customers as specification of its functionalities have been made approach. Besides the analysis and discussion of results for which the two scenarios without web service and the web service

(10)

X implementation, thereby testing the hypotheses was done and came to the following conclusions were compared was done “There is significant difference in the integration of systems supporting the process of admission to the Universidad Nacional del Centro del Perú and the generation of information through the implementation of a web service”, "There is significant difference to the number of built-in fields the database systems support the process of admission to the Universidad Nacional del Centro del Perú by the implementation of a web service" and "There is significant difference in the generation of information (emission of various reports) with support systems, the process of admission to the Universidad Nacional del Centro del Perú and through the implementation of a web service".

(11)

XI

ÍNDICE

ASESOR ... II

DECLARACIÓN ... III

CERTIFICACIÓN ... IV

DEDICATORIA ... V

AGRADECIMIENTOS ... VI

RESUMEN ... VII

ABSTRACT ... IX

ÍNDICE ... XI

ÍNDICE DE TABLAS ... XVII

ÍNDICE DE FIGURAS ... XVIII

INTRODUCCIÓN ... 1

CAPITULO I ... 3

1. GENERALIDADES: ... 3

1.1. PLANTEAMIENTO DEL PROBLEMA: ... 3

1.1.1. Situación Actual (Síntomas y Causas): ... 3

1.1.2. Pronóstico: ... 9

1.1.3. Control al Pronóstico: ... 9

1.2. FORMULACIÓN DEL PROBLEMA: ... 9

1.2.1. Problema General: ... 9

1.2.2. Problemas Específicos: ... 9

1.3. OBJETIVOS DE LA INVESTIGACIÓN: ... 9

1.3.1. Objetivo General: ... 9

1.3.2. Objetivos Específicos: ... 9

1.4. JUSTIFICACIÓN DE LA INVESTIGACIÓN: ... 10

1.4.1. Práctica: ... 10

1.4.2. Teórica: ... 10

1.4.3. Metodológica: ... 10

1.5. HIPÓTESIS DE LA INVESTIGACIÓN: ... 10

1.5.1. Hipótesis General: ... 10

1.5.2. Hipótesis Específicas: ... 10

1.6.OPERACIONALIZACIÓNDELASVARIABLES: ... 11

1.6.1. Relación entre variables: ... 11

1.6.1.1. Hipótesis General: ... 11

1.6.1.2. Hipótesis Específicas: ... 11

1.7.DISEÑOMETODOLÓGICO: ... 11

1.7.1. Tipo de Investigación: ... 11

1.7.2. Nivel de investigación: ... 12

1.7.3. Sistema de referencia: ... 12

1.7.3.1. Población y muestra: ... 12

Población:... 12

(12)

XII

Muestra: ... 12

CAPITULO II ... 13

2. MARCO DE REFERENCIA: ... 13

2.1.ANTECEDENTES: ... 13

2.1.1. Integración de Sistemas: ... 13

2.1.1.1. Daniel Betancur Calderón: ... 13

2.1.1.2. Luis Eduardo Medina Bonilla & Luis Enrique Pinedo Marín: ... 16

2.1.1.3. Patricia Bazán (2009): ... 17

2.1.2. Web Services: ... 20

2.1.2.1. Paulina Andrea Nanjarí López: ... 20

2.1.2.2. Emilio Anaya López: ... 21

2.1.2.3. Hernán Manuel Rivas León: ... 23

2.2. MARCO TEÓRICO: ... 25

2.2.1. Integración de sistemas (aplicativos informáticos): ... 25

2.2.2. Web Service: ... 26

2.2.2.1. Historia de los Web Services: ... 26

2.2.2.2. Definiciones: ... 26

2.2.3. Elementos fundamentales de los Web Services: ... 27

2.2.3.1. eXtensible Markup Language (XML “Lenguaje de etiquetado extensible”): ... 27

2.2.3.2. Simple Object Access Protocol (SOAP): ... 28

2.2.3.3. Web Services Description Language (WSDL): ... 28

2.2.3.4. Universal Discovery Description and Integration (UDDI): ... 28

2.2.4. Características de los Web Services: ... 29

2.2.4.1. Interoperabilidad:... 29

2.2.4.2. Integración Dinámica: ... 29

2.2.4.3. Estándares de las Industrias: ... 29

2.2.4.4. Seguridad: ... 29

2.2.4.5. Encapsulamiento: ... 29

2.2.4.6. Fácil uso: ... 29

2.2.5. Dinámica de los Web Services: ... 29

2.2.6. Operaciones de los Web Services: ... 30

2.2.6.1. Publish: ... 30

2.2.6.2. Find: ... 31

2.2.6.3. Interact: ... 31

2.2.7. Web Services stacks: ... 32

2.2.8. Web Services estático y dinámico: ... 33

2.2.9. WS‐I: Web Services y estándares: ... 33

2.2.10. El Proceso de Negocio en Web Services: ... 34

2.2.10.1. Transparencia y opacidad: ... 36

2.2.10.2. Niveles en el acuerdo de partes: ... 36

2.2.10.3. Conceptos asociados al proceso de negocio: ... 37

2.2.10.4. Business Protocols: ... 37

2.2.10.5. Algunas características de BPEL4WS: ... 38

2.2.11. Infraestructura de los Web Services XML: ... 39

2.2.12. eXtensible Markup Language (XML): ... 40

2.2.12.1. Qué es XML? ... 40

2.2.12.2. Estructura de un documento XML: ... 41

¿Qué es el marcado?: ... 42

Qué es el marcado procedural?: ... 42

¿Qué es la codificación genérica?: ... 42

2.2.12.3. SGML: ... 43

2.2.12.4. HTML: ... 43

2.2.12.5. Las aplicaciones XML. Documentos y datos: ... 44

Standards acompañantes: ... 45

(13)

XIII

2.2.12.6. Software de XML: ... 46

Explorador XML: ... 46

Editores XML: ... 47

Analizadores XML: ... 47

Procesadores XSL: ... 47

2.2.12.7. DTD (Data Type Definition): ... 47

2.2.12.8. XML y las aplicaciones: ... 49

Los analizadores XML: ... 49

La interfaz entre el analizador y la aplicación. DOM y SAX ... 49

XML en la comunicación entre aplicaciones: ... 51

2.2.12.9. Web Services usando XML (XML Web Services) ... 51

¿Cómo se expone el servicio al cliente? ... 52

¿Cómo invoca el cliente el servicio? ... 53

El consumidor y el retorno del XML Web Services ... 53

2.2.13. Simple Object Access Protocol (SOAP): ... 55

2.2.13.1. ¿Qué es SOAP? ... 55

2.2.13.2. Estructura de los mensajes SOAP: ... 56

2.2.13.3. SOAP y su relación con otros protocolos: ... 57

2.2.13.4. El modelo de intercambio de mensajes de SOAP ... 58

¿Qué pasa cuando llega un mensaje SOAP? ... 59

2.2.13.5. Estructura SOAP ... 59

El atributo encodingStyle ... 61

El atributo actor: ... 61

El atributo mustUnderstand ... 62

2.2.13.6. SOAP y RPC ... 62

2.2.14. Web Service Description Language (WDSL) ... 62

2.2.14.1. Generalidades sobre WDSL ... 62

2.2.14.2. WSDL y SOAP ... 63

2.2.14.3. Estructura de una Interfase WSDL ... 63

El elemento Type: ... 66

El elemento Message: ... 66

El elemento PortType ... 66

El Binding y el Service: la asociación al protocolo ... 66

2.2.15. Universal Discovery Description and Integration (UDDI): ... 67

2.2.15.1. Qué es UDDI? ... 67

2.2.15.2. Elementos en el documento UDDI ... 70

Business Information: El elemento Business Entity ... 70

Business Service: El elemento Business Service y BindingTemplate: ... 70

El elemento Tmodel: ... 71

2.2.15.3. Las APIs para el programador: ... 71

2.2.16. Principales tecnologías utilizadas en web services:... 72

2.2.16.1. Web Services en .NET: ... 73

2.2.16.2. SUN Web Services (JAVA): ... 74

APIs para Web Services: ... 74

JAXM: ... 75

JAXR: ... 75

JAXP: ... 75

JAX‐RPC: ... 76

SUN y los Web Services, hoy: ... 76

2.2.16.3. OTROS: ... 77

SOAP::Lite (Perl): ... 77

Axis (C++): ... 77

NuSOAP (PHP): ... 78

2.2.17. Plataforma a utilizar: ... 78

2.2.17.1. NuSOAP, soporte para Web Services en PHP: ... 78

2.2.17.2. ¿Por qué NuSOAP y no otro?: ... 78

2.2.17.3. ¿Cómo instalo NuSOAP?:... 78

2.3. MODELO APLICATIVO: ... 79

2.3.1. El proceso de desarrollo de software: ... 79

2.3.1.1. Ingeniería de Software: ... 79

(14)

XIV

Análisis: ... 80

Diseño: ... 82

Desarrollo: ... 82

Validación y Pruebas: ... 82

2.3.1.2. Mantenimiento: ... 83

2.3.2. Representación gráfica del Modelo Aplicativo: ... 83

2.3.2.1. El modelo de ingeniería de software: ... 83

2.3.2.2. El modelo del Web service: ... 84

2.4. MARCO CONCEPTUAL: ... 84

2.4.1. Encriptación XML: ... 84

2.4.2. Firma Digital XML: ... 84

2.4.3. XKMS (XML Key Management Specification) y los Certificados: ... 84

2.4.4. SAML (Security Assertion Mark‐up Language) y Autorización: ... 84

2.4.5. Validación de datos: ... 84

2.4.6. Servicio: ... 84

2.4.7. Servicios Web: ... 84

2.4.8. Sistemas de información: ... 85

2.4.9. Análisis funcional: ... 85

2.4.10. Programas de aplicación: ... 85

2.4.11. Indicadores de eficiencia: ... 85

2.4.12. Sistema Distribuido: ... 85

2.4.13. Servicio: ... 85

2.4.14. Extensibilidad: ... 85

2.4.15. Escalabilidad: ... 86

2.4.16. Tratamiento de fallos: ... 86

2.4.17. Modelo de arquitectura: ... 86

2.4.18. Arquitectura de software: ... 86

2.4.19. La plataforma: ... 87

2.4.20. El middleware: ... 87

2.4.21. Net Centric Computing (NCC): ... 87

2.4.22. Web Based Applications: ... 87

2.4.23. Web Enabled Applications: ... 87

2.4.24. Aplicaciones Three‐Tier (tercer nivel): ... 87

2.4.25. Building Blocks Services: ... 88

2.4.26. El lenguaje de definición de interfases (IDL): ... 88

CAPITULO III ... 89

3. INTERVENCIÓN METODOLÓGICA ... 89

3.1. ANÁLISIS ‐ WEB SERVICES: ... 89

3.1.1. Requerimientos: ... 89

3.1.1.1. Requerimientos Funcionales: ... 89

3.1.1.2. Requerimientos No Funcionales: ... 92

3.1.2. Actores del sistema: ... 92

3.1.2.1. Programador: ... 92

3.1.2.2. Administrador: ... 93

3.1.2.3. Invitado: ... 93

3.1.3. Servicios Web: ... 93

3.1.3.1. Servicio Web – Acceder al Sistema: ... 93

Ws_loginusuario: ... 93

3.1.3.2. Servicio Web – Verificar bases de datos: ... 94

(15)

XV

Ws_verificar_db: ... 94

3.1.3.3. Servicio Web – Importar bases de datos: ... 94

WS_postulantes ... 94

Ws_ingresantes ... 94

3.1.3.4. Servicio Web – Integrar y publicar bases de datos: ... 94

Ws_integrardb: ... 94

3.1.3.5. Servicio Web – Emitir reportes: ... 95

Ws_reportes: ... 95

3.2. DISEÑO ‐ WEB SERVICES: ... 95

3.2.1. Diseño de datos: ... 95

3.2.1.1. Diagrama de Casos de Uso: ... 95

Acceder al Sistema: ... 95

Verificar bases de datos: ... 96

Importar bases de datos: ... 96

Integrar y publicar bases de datos: ... 97

Emitir reportes: ... 97

3.2.1.2. Diagrama de Secuencia: ... 98

3.2.1.3. Diagrama de Colaboración: ... 100

3.2.1.4. Diagrama de Actividades: ... 103

3.2.2. Diseño de interfaz: ... 105

3.2.2.1. Acceder al Sistema: ... 105

3.2.2.2. Verificar bases de datos: ... 106

3.2.2.3. Importar bases de datos: ... 106

3.2.2.4. Integrar y publicar bases de datos: ... 107

3.2.2.5. Emitir reportes: ... 107

3.3. DESARROLLO – WEB SERVICES: ... 108

3.4. VALIDACIÓN Y PRUEBAS – WEB SERVICES: ... 108

3.4.1. Planificación de pruebas: ... 108

3.4.2. Tipos de Pruebas a Realizar: ... 109

3.4.2.1. Pruebas de Caja Negra: ... 109

Acceder al sistema: ... 110

3.4.2.2. Pruebas de Caja Blanca: ... 111

Autenticar usuario: ... 112

Verificar existencia de bases de datos por modalidad. ... 113

CAPITULO IV ... 116

4. ANÁLISIS Y DISCUSIÓN DE RESULTADOS ... 116

(16)

XVI

4.1. ANÁLISIS DE RESULTADOS: ... 116

4.1.1. COTEJO DE LAS VARIABLES: ... 116

4.1.1.1. Web Services (VI): ... 116

4.1.1.2. Integración de Sistemas (VD): ... 116

4.1.1.3. Generación de información (VD): ... 116

4.1.2. PRUEBA DE LAS HIPÓTESIS: ... 117

4.1.2.1. Hipótesis General: ... 117

Decisión estadística – Hipótesis General: ... 117

Conclusión estadística – Hipótesis General: ... 118

4.1.2.2. Hipótesis Específica N° 1: ... 118

Decisión estadística – Hipótesis Específica N° 1: ... 118

Conclusión estadística – Hipótesis Específica N° 1: ... 119

4.1.2.3. Hipótesis Específica N° 2: ... 119

Decisión estadística – Hipótesis Específica N° 2: ... 119

Conclusión estadística – Hipótesis Específica N° 2: ... 120

4.1.3. DISCUSIÓN DE RESULTADOS: ... 121

CONCLUSIONES ... 122

RECOMENDACIONES ... 123

BIBLIOGRAFÍA Y REFERENCIAS ... 124

ANEXOS ... 126

(17)

XVII

ÍNDICE DE TABLAS

TABLA N° 1.1 – REQUERIMIENTOS / NECESIDADES ... 6

TABLA N° 2.1 – WEB SERVICES STACKS ... 33

TABLA N° 2.2 – FORMATO DE UN DOCUMENTO WSDL ... 38

TABLA N° 3.1 – ACCEDER AL SISTEMA ... 95

TABLA N° 3.2 – VERIFICAR BASES DE DATOS ... 96

TABLA N° 3.3 – IMPORTAR BASES DE DATOS ... 96

TABLA N° 3.4 – INTEGRAR Y PUBLICAR BASES DE DATOS ... 97

TABLA N° 3.5 – EMITIR REPORTES. ... 97

TABLA N° 3.6 – PRUEBA CAJA NEGRA, ACCEDER AL SISTEMA ... 110

TABLA N° 3.7 – PRUEBA CAJA NEGRA, VERIFICAR EXISTENCIA DE BASES DE DATOS. ... 110

TABLA N° 3.8 – PRUEBA CAJA NEGRA, IMPORTAR BASES DE DATOS. ... 110

TABLA N° 3.9 – PRUEBA CAJA NEGRA, INTEGRAR Y PUBLICAR BASES DE DATOS. ... 110

TABLA N° 3.10 – PRUEBA CAJA NEGRA, EMITIR REPORTES. ... 111

TABLA N° 4.1 – TIEMPO (INTEGRACIÓN DE SISTEMAS Y GENERACIÓN DE INFORMACIÓN) ... 116

TABLA N° 4.2 – NUMERO DE CAMPOS INTEGRADOS ... 116

TABLA N° 4.3 – NÚMERO DE REPORTES EMITIDOS ... 117

TABLA N° 4.4 – PRUEBA DE LA HIPÓTESIS GENERAL ... 117

TABLA N° 4.5 – PRUEBA DE LA HIPÓTESIS ESPECÍFICA 1 ... 118

TABLA N° 4.6 – PRUEBA DE LA HIPÓTESIS ESPECÍFICA 2 ... 119

TABLA N° 4.7 – RESUMEN PRUEBA DE LAS HIPÓTESIS ... 121

(18)

XVIII

ÍNDICE DE FIGURAS

FIGURA N° 1.1 – RESUMEN PROCESO DE ADMISIÓN ... 4

FIGURA N° 1.2 – DESCRIPCIÓN PROCESO DE ADMISIÓN ... 5

FIGURA N° 2.1 – ELEMENTOS FUNDAMENTALES DE LOS WEB SERVICES ... 27

FIGURA N° 2.2 – DINÁMICA DE LOS WEB SERVICES ... 30

FIGURA N° 2.3 – OPERACIONES DE LOS WEB SERVICES ... 31

FIGURA N° 2.4 – INFRAESTRUCTURA DE LOS WEB SERVICES XML ... 39

FIGURA N° 2.5 – APLICACIONES XML (DOCUMENTOS) ... 44

FIGURA N° 2.6 – EL CONSUMIDOR Y EL RETORNO DEL XML WEB SERVICES ... 54

FIGURA N° 2.7 – COMPOSICIÓN DE UN MENSAJE SOAP ... 56

FIGURA N° 2.8 – ESTRUCTURA DE LOS MENSAJES SOAP... 57

FIGURA N° 2.9 – ESTRUCTURA DE UNA INTERFASE WSDL ... 64

FIGURA N° 2.10 – DIAGRAMA ESTRUCTURA DE UNA INTERFASE WSDL ... 64

FIGURA N° 2.11 – STACK DE PROTOCOLOS UDDI ... 69

FIGURA N° 2.12 – EL PROCESO DE DESARROLLO DE SOFTWARE ... 79

FIGURA N° 2.13 – MODELO APLICATIVO, MODELO ITERATIVO DE DESARROLLO INCREMENTAL. ... 83

FIGURA N° 2.14 – MODELO APLICATIVO, MODELO DEL WEB SERVICE ... 84

FIGURA N° 3.1 – CASO DE USO DE ALTO NIVEL ... 95

FIGURA N° 3.2 – DIAGRAMA DE SECUENCIA, ACCEDER AL SISTEMA ... 98

FIGURA N° 3.3 – DIAGRAMA DE SECUENCIA, VERIFICAR BASES DE DATOS ... 98

FIGURA N° 3.4 – DIAGRAMA DE SECUENCIA, IMPORTAR BASES DE DATOS ... 99

FIGURA N° 3.5 – DIAGRAMA DE SECUENCIA, INTEGRAR Y PUBLICAR BASES DE DATOS ... 99

FIGURA N° 3.6 – DIAGRAMA DE SECUENCIA, EMITIR REPORTES ... 100

FIGURA N° 3.7 – DIAGRAMA DE COLABORACIÓN, ACCEDER AL SISTEMA ... 100

FIGURA N° 3.8 – DIAGRAMA DE COLABORACIÓN, VERIFICAR BASES DE DATOS ... 101

FIGURA N° 3.9 – DIAGRAMA DE COLABORACIÓN, IMPORTAR BASES DE DATOS ... 101

FIGURA N° 3.10 – DIAGRAMA DE COLABORACIÓN, INTEGRAR Y PUBLICAR BASES DE DATOS ... 102

FIGURA N° 3.11 – DIAGRAMA DE COLABORACIÓN, EMITIR REPORTES ... 102

FIGURA N° 3.12 – DIAGRAMA DE ACTIVIDADES, ACCEDER AL SISTEMA ... 103

FIGURA N° 3.13 – DIAGRAMA DE ACTIVIDADES, VERIFICAR BASES DE DATOS ... 103

FIGURA N° 3.14 – DIAGRAMA DE ACTIVIDADES, IMPORTAR BASES DE DATOS ... 104

FIGURA N° 3.15 – DIAGRAMA DE ACTIVIDADES, INTEGRAR Y PUBLICAR BASES DE DATOS ... 104

FIGURA N° 3.16 – DIAGRAMA DE ACTIVIDADES, EMITIR REPORTES ... 105

FIGURA N° 3.17 – DISEÑO DE INTERFAZ, ACCEDER AL SISTEMA ... 105

FIGURA N° 3.18 – DISEÑO DE INTERFAZ, VERIFICAR BASES DE DATOS ... 106

FIGURA N° 3.19 – DISEÑO DE INTERFAZ, IMPORTAR BASES DE DATOS ... 106

FIGURA N° 3.20 – DISEÑO DE INTERFAZ, INTEGRAR Y PUBLICAR BASES DE DATOS ... 107

FIGURA N° 3.21 – DISEÑO DE INTERFAZ, EMITIR REPORTES... 107

FIGURA N° 3.22 – DESARROLLO, WEB SERVICES... 108

FIGURA N° 3.23 – PRUEBAS DE CAJA NEGRA. ... 109

FIGURA N° 3.24 – PRUEBAS DE CAJA BLANCA. ... 112

FIGURA N° 3.25 – PRUEBAS DE CAJA BLANCA, AUTENTICAR USUARIO. ... 113

FIGURA N° 3.26 – PRUEBAS DE CAJA BLANCA, VERIFICAR EXISTENCIA DE BASES DE DATOS. ... 113

FIGURA N° 3.27 – PRUEBAS DE CAJA BLANCA, IMPORTAR BASES DE DATOS. ... 114

FIGURA N° 3.28 – PRUEBAS DE CAJA BLANCA, INTEGRAR Y PUBLICAR BASE DE DATOS. ... 114

FIGURA N° 3.29 – PRUEBAS DE CAJA BLANCA, EMITIR REPORTES ... 115

(19)

1

INTRODUCCIÓN

Actualmente en las empresas hay una multitud de sistemas informáticos, cada uno de estos responde a una necesidad percibida por la empresa en un momento dado, pero el avance tecnológico de los sistemas y tecnologías de información, ha dejado relegado rápidamente dichos sistemas, que incluso sostuvieron los negocios, puesto que cualquier tecnología que aparezca será antigua pasado un corto periodo de tiempo, por esta razón la mayoría de organizaciones aún conservan sus diversos sistemas de apoyo, dichos sistemas se les denomina Sistemas Heredados o Legacy.

El problema es que con el tiempo el número de aplicaciones informáticas se ha ido incrementando rápidamente. En muchos casos, el disponer de numerosas aplicaciones informáticas se convierte en un problema más que en una solución, debido a que normalmente todos estos sistemas informáticos son independientes cada cual en su ingeniería de software (análisis, diseño, desarrollo e implementación) e incluso en el lenguaje de programación; ello hace complejo la integración de aplicativos informáticos; ya que en las bases de datos de cada aplicativo se recopila, organiza y agrupa los datos de manera diferente, muy a pesar de que en muchos casos, se tratan de los mismos datos.

Estos sistemas han cobrado importancia con los años porque las organizaciones han ido dependiendo cada vez más de ellos y la información que generan y administran son de gran valor. Hoy en día con las nuevas tendencias y paradigmas hacen que los negocios y organizaciones basen la mayoría de sus procesos en los sistemas de información y es imprescindible que la nueva tecnología conviva con los Sistemas Legacy o heredados.

La Información es lo que mueve a la Empresa, ya sea en la dirección correcta o con rumbo equivocado. Es crucial que todo el mundo dentro de la compañía trabaje con la misma información, lo contrario supone incurrir en errores y procesos, con los costos económicos y no económicos que ello supone.

Por lo que la organización que procese los datos y los convierta en información relevante para la toma de decisiones, en un menor tiempo, posee probablemente la mejor ventaja competitiva frente a su competencia y ello garantiza el éxito de dicha organización;

es por ello que surge la necesidad de plantear una alternativa de solución que permita integrar la información de diversos sistemas.

El desarrollo del presente trabajo de investigación titulado: Integración de los sistemas de apoyo, del proceso de admisión a la “Universidad Nacional del Centro del Perú”, mediante un Web Services; surge como una alternativa de solución al problema encontrado; ¿Cómo influye un Web Services en la integración de los sistemas de apoyo,

(20)

2 del proceso de admisión a la Universidad Nacional del Centro del Perú y la generación de información?, el informe de investigación está compuesto de cuatro capítulos:

En el primer capítulo se realiza el planteamiento del problema, la formulación del problema, los objetivos, la justificación, la hipótesis, la operacionalización de las variables y el diseño metodológico.

En el segundo capítulo se describe el marco de referencia (donde se citaron los antecedentes del tema de investigación), el marco teórico, modelo aplicativo (optándose por el Modelo Iterativo Incremental, como modelo de ingeniería de software a utilizar) y el marco conceptual.

En el tercer capítulo se realiza la intervención metodológica para la “Integración de los sistemas de apoyo, del proceso de admisión a la Universidad Nacional del Centro del Perú, mediante un Web Services”, el cual estuvo orientado por el modelo aplicativo, donde se realizó el análisis, diseño, desarrollo y validación y pruebas del Web Services;

especificándose además la tecnología elegida para su elaboración.

En el cuarto capítulo se realiza el análisis de resultados donde se efectúa el cotejo de las variables y la prueba de las hipótesis, consecutivamente se realiza la discusión de resultados y se finaliza con las conclusiones, recomendaciones, referencias (bibliográficas y electrónicas) y como último apartado se incluyen los anexos.

Atte. Carlos Antonio Carmona Camac

(21)

3

CAPITULO I 1. GENERALIDADES:

En este apartado, se da a conocer la situación problemática existente en la Universidad Nacional del Centro del Perú, específicamente con los sistemas de apoyo al proceso de Admisión (Inscripción y Calificación del Postulante), para luego pasar a precisar el problema de investigación: ¿Cómo influye la implementación de un Web Services en la integración de los sistemas de apoyo del proceso de admisión a la Universidad Nacional del Centro del Perú y la generación de información?, pasando luego a determinar los objetivos, la justificación, la hipótesis, operacionalización de las variables y el diseño metodológico de la investigación.

1.1. PLANTEAMIENTO DEL PROBLEMA:

(22)

4

Figura N° 1.1 – Resumen Proceso de Admisión

Inicio Inscripción del Postulante

DB Inscripción

Proceso de Admisión

BD Calificaión Calificación del

Postulante Fin

Reportes Reportes

Primera Selección

Periodo I

Periodo II

 Cepre Normal.

 Personas con Discapacidad

 Examen de Admisión

 Cepre Normal

 Cepre Intensivo

 Primeros Puestos

 Deportista Destacado

 Traslado Interno

 Traslado Externo

 Segunda Carrera

 Hijos de Comuneros

 Victimas del Terrorismo

 Cepre Normal

 Primeros Puestos

 Deportista Destacado

 Traslado Interno

 Traslado Externo

 Segunda Carrera

 Hijos de Comuneros

 Victimas del Terrorismo

Fuente: Inédito (Elaboración propia)

(23)

5

Figura N° 1.2 – Descripción Proceso de Admisión

Fuente: Comisión de Admisión.

(24)

6

Tabla N° 1.1 – Requerimientos / necesidades

Fuente: Inédito (elaboración propia)

Nro. Medida x función se logra Medida

Campos integrados 47 campos 5 47 campos

Reportes emitidos 38 reportes 2 38 reportes

Tiempo (integrar sistemas y emitir reportes) 24 horas 2 39 horas NOTA: Los reportes por función (Sin Web Services), no tienen las especificaciones de la información solicitada.

Descripción Objetivo / Plazo Sin Web Service

(25)

7

(26)

8

(27)

9

1.2. FORMULACIÓN DEL PROBLEMA:

1.3. OBJETIVOS DE LA INVESTIGACIÓN:

(28)

10

1.4. JUSTIFICACIÓN DE LA INVESTIGACIÓN:

1.5. HIPÓTESIS DE LA INVESTIGACIÓN:

(29)

11

1.6. OPERACIONALIZACIÓN DE LAS VARIABLES:

1.6.1.1. Hipótesis General:

La implementación de un Web Services, viabiliza la integración de los sistemas de apoyo del proceso de admisión a la Universidad Nacional del Centro del Perú y la generación de información

Variable Nombre Indicador

Dependiente (depende) Integración de Sistemas Generación de Información

Numero de campos integrados.

Numero de reportes emitidos.

Independiente (influye) Web Services Tiempo de integración de sistemas y generación de información.

1.6.1.2. Hipótesis Específicas:

La principal característica que presenta la integración de los sistemas de apoyo del proceso de admisión a la Universidad Nacional del Centro del Perú, mediante la implementación de un Web Services, es la integración de los campos de sus bases de datos.

Variable Nombre Indicador

Dependiente (depende) Integración de Sistemas Numero de campos integrados.

La implementación de un Web Services, apoya en la generación de información (emisión de diversos reportes).

Variable Nombre Indicador

Dependiente (depende) Generación de Información Numero de reportes emitidos.

1.7. DISEÑO METODOLÓGICO:

(30)

12

1.7.3.1. Población y muestra:

Para realizar las pruebas antes y después (al implementar el Web Services), se consideró:

Población:

Corresponde al número de procesos de admisión a la Universidad Nacional del Centro del Perú, que se realizan por año al pregrado, lo cuales son tres: Primera selección, Periodo I y Periodo II



^{Ρ 3}^



^.

Para cada uno de estos procesos de admisión, se considera modalidades según el tipo de proceso [Examen de Admisión, Primeros Puestos Secundaria, Cepre UNCP (Normal/Intensivo), Deportistas destacados, Traslado interno, Traslado externo, Segunda Carrera, Victimas del Terrorismo, Personas con discapacidad, Hijos de Comuneros].

Muestra:

Se consideró utilizar no aleatorio o empírico (muestra obtenida a criterio del investigador y no al azar), se utilizará el proceso de Primera Selección.



^{M 1}^



En el apartado concluido, Capítulo I, se realizó el planteamiento del problema, la formulación del problema, los objetivos, la justificación de la investigación, la hipótesis, la operacionalización de variables, y el diseño metodológico.

(31)

13

CAPITULO II 2. MARCO DE REFERENCIA:

En este apartado, trata del marco de referencia de la investigación el cual comprende los antecedentes donde se incluyen investigaciones semejantes a la que se están estudiando, el marco teórico donde se consideró: Web Service, elementos fundamentales de los Web Services, características de los Web Services, dinámica de los Web Services, Operaciones de los Web Services, Web Services Stacks, Web Services (estático y dinámico), Web Services y estándares, el proceso de negocio en Web Services, Infraestructura de los Web Services, eXtensible Markup Language (XML), Simple Object Access Protocol (SOAP), Web Service Description Language (WDSL), Universal Discovery Description and Integration (UDDI), plataformas para Web Services, plataforma a utilizar. Se incluye también, el modelo aplicativo (con la elección y utilización del Modelo Iterativo Incremental, como modelo de ingeniería de software) que guiará la posterior intervención metodológica y finalmente lo referido al marco conceptual, que complementa al marco teórico a fin de comprender cada uno de los términos asociados a este trabajo.

2.1. ANTECEDENTES:

Después de haber realizado una revisión de antecedentes con respecto al tema objeto de estudio, elegí seis de entre los diversos encontrados y son los siguientes:

2.1.1.1. Daniel Betancur Calderón:

Con la investigación titulada “Modelo basado en agentes para las etapas de recopilación e integración de datos en el proceso de KDD”. Tesis de Maestría en Ingeniería de Sistemas - Universidad Nacional de Colombia. (Batancur Calderón, 2010)

(32)

14 Resumen:

La transformación de grandes cantidades de datos en información útil y conocimiento es una inminente necesidad para la industria y la sociedad en general. Buscando cubrir esta necesidad surge el proceso de descubrimiento de conocimiento en bases de datos (Knowledge Discovery in Databases, KDD), el cual está compuesto por varias etapas. Un conjunto de estas etapas es conocido como preparación de datos y en la actualidad representa la mayor parte del esfuerzo destinado en las organizaciones al proceso de KDD. Sin embargo, llevar a cabo esa preparación de datos no es una labor fácil. Primero, porque dicha preparación es una labor demasiado amplia y segundo porque las principales investigaciones académicas se han concentrado en etapas como la selección, la transformación, la limpieza y la reducción de datos, dejando un poco descuidadas las etapas de recopilación e integración de datos. Algunos esfuerzos se han realizado en los últimos años, pero han provenido principalmente del ámbito privado, por lo que los diferentes modelos creados y soluciones propuestas en su mayor parte no son de dominio público.

Teniendo en cuenta esta problemática, se propone emplear el paradigma de Sistemas Multi-agente cuyos fundamentos teóricos lo hacen adecuado al problema abordado en estas tesis, para con éste lograr incrementar la automatización y la eficiencia de los procesos involucrados buscando reducir en la medida de lo posible el esfuerzo invertido. Sin embargo antes de emplear este enfoque, fue necesaria la estructuración de estas dos etapas (Recopilación e Integración de datos) con el objetivo de poder definir y entender a fondo cada una de las tareas que intervenían en dichos procesos.

El modelo propuesto se validó mediante un caso de estudio donde se pretende integrar la información disponible de estudiantes universitarios en diversos sistemas académicos, con la finalidad de identificar factores que puedan influir en su desempeño durante el transcurso de su ciclo académico.

(33)

15 Conclusiones:

Dada la complejidad que involucran las diferentes etapas del KDD, es clara la necesidad de desarrollar soluciones a través de enfoques innovadores que permitan incrementar la automatización y eficiencia de procesos involucrados con la finalidad reducir en la medida de lo posible el esfuerzo invertido.

 Con esto en mente, esta investigación presenta una solución basada en agentes de software, y más específicamente en SMA, que pretende servir de apoyo para las etapas de Recopilación e Integración de datos dentro del proceso de KDD, esto con el fin de mejorar la calidad y velocidad de las demás etapas de este proceso como son la minería de datos y la evaluación de resultados.

 Para la construcción de tal modelo se han considerado los problemas estructurales encontrados en las aproximaciones más conocidas y se ha tenido como norte lograr el mayor nivel de automatización posible en cada una de las tareas involucradas. En este sentido, más que una competencia, el modelo presentado es un complemento de dichas aproximaciones, tomando de cada uno sus principales fortalezas y logrando con esto generar una solución más completa a los diferentes problemas presentados en cada etapa.

 Durante el desarrollo de esta investigación se propuso una estructuración para las etapas de interés, con la finalidad de servir de guía en el desarrollo de las etapas de interés, buscando aumentar la precisión de los datos obtenidos, optimizar el uso de recursos y mejorar la calidad en el desarrollo de las diferentes tareas involucradas.

 En esta investigación se define un modelo sobre una arquitectura distribuida, escalable, basada en Sistemas Multi- Agentes que soporta el lanzamiento de agentes que integran y recopilan información en bases de datos distribuidas. Este modelo se ha implementado sobre un caso de estudio práctico con datos reales y simulados logrando resultados que demuestran la pertinencia del mismo.

(34)

16

 A partir de los resultados obtenidos con este enfoque y considerando que las aproximaciones basadas en agentes están tornándose cada vez más importantes debido a su generalidad, flexibilidad, modularidad y su capacidad para aprovechar sistemas de recursos distribuidos, puede decirse que este paradigma merece especial interés en procesos como el tratado en esta investigación gracias al buen desempeño para reducir trabajo y sobrecarga de información en tareas complejas, convirtiéndolo en una alternativa eficiente para la computación distribuida.

2.1.1.2. Luis Eduardo Medina Bonilla & Luis Enrique Pinedo Marín:

Con la investigación titulada “Implementación de un sistema de integración para las bibliotecas municipales de Lima y Callao utilizando SOA y J2ME”. Tesina para optar el título profesional de Ingeniero de Sistemas - Universidad Nacional Mayor De San Marcos. (Medina Bonilla & Pinedo Marín, 2010)

Resumen:

Aborda el tema de Integración de aplicaciones entre los diferentes Sistemas de Bibliotecas Municipales de Lima y Callao, basándose para ello de una arquitectura orientada a servicios (SOA) y como middleware de comunicación un ESB (Enterprise Service Bus), desde el cual también podrá ser accedido mediante dispositivos móviles, utilizando la plataforma J2ME (Java 2 Micro Edition).

Conclusiones:

 En el presente trabajo hemos analizado una posible solución de la problemática actual en las Bibliotecas Municipales referente a la integración, mediante la elaboración de un planteamiento que propone una Arquitectura Orientada a Servicios, la utilización de Web Services para definir cada servicio, la implantación de un Bus de Servicios Empresarial para llevar a cabo la integración y la posibilidad de acceder a esta solución mediante un dispositivo móvil.

 Se concluye que la implementación de esta solución permitirá definitivamente la integración de información de las bibliotecas municipales de Lima y Callao.

(35)

17

 A través de la implementación de esta solución se brindará un mejor servicio a los usuarios de las bibliotecas municipales facilitándoles el acceso a la información del material bibliográfico, contribuyendo en algo a la investigación y educación de la población.

2.1.1.3. Patricia Bazán (2009):

Con la investigación titulada “Un modelo de integrabilidad con SOA y BPM”. Tesis de Maestría en Redes de Datos - Universidad Nacional de La Plata. (Bazan, 2009)

Resumen:

Apunta fundamentalmente a concebir un modelo de integración de aplicaciones dentro de una organización, problemática que desvela a los responsables de las mismas, visto que el impacto que producen los cambios en las nuevas tecnologías y la velocidad con la que éstos se suceden, no siempre permiten un crecimiento ordenado, armonioso y eficiente de sus estructuras.

El enfoque abordado en este trabajo está orientado al diseño de procesos y servicios, promoviendo la reutilización de código, la mejora continua de los procesos y la especificación de requerimientos, comprometiendo todo el ciclo de vida de los proyectos e integrando funcionalidades nuevas y existentes. El marco metodológico propuesto se orienta a servicios y a procesos de negocio gestionados por tecnologías SOA y BPM.

El objeto de estudio, es un caso real de reingeniería de negocio y tecnológica, que tuvo como fin la implementación de una ventanilla única de trámites en una repartición pública, dicha temática permitió aplicar en gran medida los enunciados expuestos en su trabajo de investigación; que despliega un análisis exhaustivo y fundamentado de lo que representa en nuestros días la problemática referida a la integración de aplicaciones en las organizaciones y sus posibles soluciones.

Conclusiones:

 Los modelos tradicionales en el mundo de la tecnología de información y la ingeniería de software resultan insuficientes porque son pobres en su integración y se orientan a describir

(36)

18 datos y transacciones. La tendencia es hacia un paradigma orientado a procesos, donde las aplicaciones cubren la actividad global de la empresa y las herramientas son los BPMS (Sistemas de Gestión de Procesos de Negocio).

 Por otra parte, la tecnología de Servicios Web como el estándar de computación distribuida más adoptado de la historia de la industria y su orquestación y coreografía como workflow, no puede estar ajena.

 En este trabajo se delinea una nueva visión global que identifica las etapas y su interacción, para cubrir tanto el ciclo de vida de los procesos de negocio como los del software de una manera unificada. Esta propuesta metodológica tiene como objetivo final facilitar la construcción de procesos de mejora continua y flexibilidad ante los cambios.

 Para comprobar el grado de aplicación posible del marco metodológico propuesto se abordó un caso de estudio donde resultó necesario realizar una reingeniería de los procesos de una organización, identificar roles y actores intervinientes en dichos procesos estableciendo la actividad que desempeñan.

Se definió también el escenario tecnológico requerido para el funcionamiento de una Ventanilla Única siguiendo las siguientes premisas: contar con una base de datos registral única de trámites, poseer acceso al sistema informático desde cualquier punto geográfico e integrar el sistema con sistemas legados existentes en la organización y que requieran ser invocados para la concreción del trámite.

 En este marco, podemos decir que se encuentra un terreno propicio para abordar el problema con un enfoque orientado a procesos y a servicios bajo el concepto de un modelo de integrabilidad.

 En particular, en lo referente a la característica propia del problema, que es el funcionamiento de un sistema de Ventanilla Única, podemos decir que el mismo presenta particularidades propias en cuanto a la definición de circuitos que pueden presentar cierta complejidad en el manejo de condiciones excepcionales.

(37)

19

 Un trámite puede resultar trivial cuando sigue el circuito estándar, pero puede presentar caminos alternativos excepcionales que requieran un tratamiento especial sin dejar de pertenecer al flujo de trabajo propio de dicho trámite.

 En este sentido, el enfoque orientado a procesos y los métodos que lo guían absorben muy bien este escenario planteado ya que justamente descansan en el concepto de contar con un conjunto de actividades regidas por restricciones o reglas que condicionan su coordinación.

 El enfoque orientado a procesos favorece la reingeniería de los procesos de regulación de actividad económica logrando, además, explicitar el conocimiento implícito en dichos procesos (estén estos vigentes o surjan como resultado de la reingeniería) e insertar el circuito de trámites en un proceso de mejora continua capaz de absorber los cambios regulatorios que pudieran producirse.

 Por su parte, el enfoque orientado a servicios nos permite identificar funcionalidades transversales y reusar gran parte del activo de la organización existente en sistemas legados, definiendo un modelo de integración que facilite el acceso desacoplado a dichos activos.

 Es importante tener en cuenta que ya hace más de una década que la metáfora de Internet ha impactado fuertemente en la manera en que se construye software desde el punto de vista tecnológico y metodológico. Sin embargo, el concepto de

“cloud computing” y virtualización, representa sin lugar a dudas un punto de inflexión para el valor que posee la computación en red. En este sentido se impone la necesidad de contar con nuevos modelos de programación, nuevas infraestructuras y nuevos modelos de negocios.

 La propuesta metodológica presentada en este trabajo favorece la exposición de servicios, tanto nuevos como generados a partir de activos de software, para ser orquestados y consumidos por procesos de negocios corporativos. Este modelo ayuda a las organizaciones a integrarse con sus pares, con sus clientes y con sus proveedores más allá de las

(38)

20 tecnologías e infraestructuras subyacentes, pero haciendo uso del valor que aportan las nuevas tendencias de computación en red.

2.1.2.1. Paulina Andrea Nanjarí López:

Con la investigación titulada “Desarrollo de un Web Services para la Cámara de Diputados de Chile” Para obtener el título Profesional de Ingeniero de Ejecución en Informática – Pontificia Universidad Católica de Valparaiso (Nanjarí López, 2013)

Resumen:

El Congreso Nacional, formado por la Cámara de Diputados y el Senado, trabaja en los proyectos de ley que son llevados para su análisis y aprobación. Debido a esto es de suponer lo delicado de la información manejada y de brindar acceso a estos documentos. La Biblioteca del Congreso Nacional tiene este problema. Necesita acceso a información de la Cámara de Diputados, pero esta no puede brindarle acceso a toda su información.

Es debido a esto, que se buscó una solución, que consistió en la implementación de Web Services que cumplan el objetivo de obtener lo que la Biblioteca necesite sin violar la privacidad de la Cámara.

Conclusiones:

 La investigación realizada, comprendió varios aspectos.

Primero se aprendieron nuevos conceptos no manejados con anterioridad, y que permitieron la realización del tema en cuestión.

 También indicar que este trabajo, ha generado nuevos desafíos para el desarrollador, puesto que se debe aprender una tecnología que no había tenido oportunidad de utilizar anteriormente.

 Además la información manejada dentro de la Cámara de Diputados es de un alto nivel confidencial (por ejemplo la documentación de la base de datos), eso sin considerar que al integrarse en un ambiente legislativo, existe una cantidad considerable de términos no manejados y que no son de un

(39)

21 uso cotidiano como por ejemplo oficio de ley, norma, edecán, discusión particular y general en sala, entre otros que dificultó en cierto grado la redacción de este informe. Debido a esto se seleccionó lo más importante, con el objetivo de que el lector entienda lo más claro posible lo que se quiere explicar y hacia donde se deseaba llevar el proyecto de título.

 Se abordó el tema de Web Services, debido a la flexibilidad que esta tecnología otorga y por el fuerte uso que tiene hoy en día.

También se mostraron ejemplos utilizados actualmente por el portal de la Biblioteca del Congreso Nacional (BCN) con sedes ubicadas en Valparaíso y Santiago.

 La aplicación que se realizará contribuirá para que la BCN pueda obtener información que necesite de la Cámara de Diputados sin que esta última tenga que brindarle acceso directo a sus bases de datos o sistemas de información, tarea que será llevada a cabo por los Web Services que fueron elaborados. De esa manera la BCN obtendrá la información que necesite y la Cámara no expondrá documentos y/o información a los que la BCN no necesite revisar.

 En conclusión este proyecto como un todo contribuirá a un mejor servicio para ambas instituciones, no habiendo mayores costos asociados y siendo escalable en el tiempo.

2.1.2.2. Emilio Anaya López:

Con la investigación titulada “Implementación de controles de seguridad en arquitecturas orientadas a servicios (SOA) para servicios web”. Para obtener el grado de Maestro en Ciencias con especialidad en Informática – Instituto Politécnico Nacional. (Anaya López, 2011)

Resumen:

El uso de los servicios web como una herramienta para integrar aplicaciones, intercambiar información y realizar transacciones electrónicas en internet, ha generado nuevos problemas y oportunidades. Esto se debe a las características de intercambio de información y los niveles de apertura que tienen los servicios web.

(40)

22 Esta tesis tiene como finalidad proporcionar una solución práctica a los problemas relacionados con la seguridad en los servicios web al intercambiar información entre dos o más aplicaciones. Se plantea un caso práctico en el que se desarrolla una propuest