ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL

Transcripción

1 ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Facultad de Ingeniería en Electricidad y Computación SWITCH TRANSACCIONAL BASADO EN EL PASO DE MENSAJES XML TESIS DE GRADO: Previo la obtención del Titulo de: INGENIERO COMPUTACIÓN ESPECIALIZACIÓN SISTEMAS TECNOLÓGICOS Presentada por: Diana Shirley Béjar Domínguez Elena Jadith Luzuriaga Castro GUAYAQUIL ECUADOR. Año: 2006

2 i AGRADECIMIENTO A Dios, porque sin Él nada de esto sería posible, a todas las personas que de algún modo u otro colaboró para la ejecución de este trabajo y en especial a cada uno de nuestros amigos así como a nuestro director de tesis el Ing. Fabricio Echeverría

3 ii DEDICATORIA Nuestros padres. Hermanos

4 iii TRIBUNAL DE GRADUACIÓN Ing. Holger Cevallos SUBDECANO DE LA FIEC PRESIDENTE Ing. Fabricio Echeverría B. DIRECTOR DE TESIS Ing. Cristina Abad. VOCAL Ing. Carmen Vaca. VOCAL

5 iv DECLARACIÓN EXPRESA La responsabilidad del contenido de esta Tesis de Grado, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL (Reglamento de Graduación de la ESPOL) Diana Béjar Domínguez. Elena Luzuriaga Castro.

6 v RESUMEN La tesis está dividida en cinco capítulos. El primero da una definición del concepto planteado a través del Switch Transaccional, así como una breve explicación de la arquitectura planteada para el mismo. El segundo capítulo presenta el análisis del paso de mensajes realizado para diseñar y limitar este middleware transaccional, incluye también las especificaciones de las interfaces de usuarios y el diseño de la solución. El tercer capítulo abarca la implementación, implantación y aceptación del Switch Transaccional, así como los requerimientos tecnológicos para el funcionamiento del mismo, la instalación y elaboración de la base de datos, la integración y pruebas de los diferentes módulos, así como el respectivo plan de pruebas que valida el cumplimiento de los requerimientos funcionales del Switch Transaccional. El capítulo cuarto presenta los costos implicados en esta solución tecnológica, ya sea por la tecnología utilizada y sus costos o por las licencias necesarias, incluye también un análisis de riesgos y el segmento

7 vi del mercado al que se dirige el mismo. Por último, en el capítulo quinto se expone las conclusiones y recomendaciones obtenidas del análisis, diseño y elaboración de este middleware.

8 vii INDICE GENERAL RESUMEN......v INDICE GENERAL...vii INDICE DE TABLAS..x INDICE DE FIGURAS..xii INTRODUCCION......xv CAPITULO 1: 1.- ESPECIFICACIONES DEL SWITCH TRANSACCIONAL Descripción del problema a resolver Objetivos del Switch Transaccional Definición del Switch Transaccional Definición de la arquitectura del Switch Transaccional Justificación del Switch Transaccional.10 CAPITULO 2: 2.- ANALISIS Y DISEÑO DEL SWITCH TRANSACCIONAL Análisis general del Switch Transaccional Análisis y diseño del modelo de datos Análisis y diseño de los Interconectores Análisis de los servicios a brindar por el Switch Transaccional Diseño de documentos XML con su respectivo esquema 26

9 viii 2.6 Análisis y diseño de los módulos del Switch Transaccional Diseño de interfaces de usuario Límites del Switch Transaccional Seguridades a aplicar en el Switch Transaccional.67 CAPITULO 3: 3.- IMPLEMENTACION Y PRUEBAS DEL SWITCH TRANSACCIONAL Preparación del entorno de desarrollo Configuración de la base de datos Generación del código de componentes e interfaces Integración de las partes del sistema Pruebas unitarias del sistema Pruebas de integración del sistema Pruebas de errores del sistema Establecimiento de los requerimientos para la instalación del sistema Incorporación del sistema al entorno de operación Carga de datos al entorno de operación Pruebas de implantación del sistema Pruebas de aceptación del sistema..99 CAPITULO RECURSOS Costos

10 ix 4.2 Licencias Costos de la aplicación Riesgos referentes al sistema Segmento del mercado al que se dirige el producto CONCLUSIONES Y RECOMENDACIONES ANEXOS. 112 Manual de usuario Glosario BIBLIOGRAFIA..128

11 x INDICE DE TABLAS Tabla No. 1 Tabla No. 2 Tabla No. 3 Tabla No. 4 Tabla No. 5 Tabla No. 6 Tabla No. 7 Tabla No. 8 Tabla No. 9 Tabla No. 10 Tabla No. 11 Tabla No. 12 Tabla No. 13 Tabla No. 14 Tabla No. 15 Tabla No. 16 Tabla No. 17 Tabla Empresa..16 Tabla Servicio 17 Tabla Operación 18 Tabla Suscripción..18 Tabla Orden_Suscripción 19 Tabla Cronograma Tabla Historial...20 Tabla de Relaciones 21 Tabla de Pruebas Unitarias 83 Tabla Empresas de Prueba 86 Tabla Servicios de prueba..87 Tabla de Pruebas de Integración..87 Tabla Pruebas de Errores..89 Tabla Pruebas de Implantación.98 Tabla Pruebas de Aceptación...99 Tabla de Costos..101 Tabla de Licencias..102

12 xi Tabla No. 18 Tabla No. 19 Tabla de Operación del Switch Transaccional Tabla de Riesgos...104

13 xii INDICE DE FIGURAS Figura No. 1 Figura No. 2 Figura No. 3 Figura No. 4 Figura No. 5 Figura No. 6 Figura No. 7 Figura No. 8 Figura No. 9 Figura No. 10 Figura No. 11 Figura No. 12 Figura No. 13 Figura No. 14 Figura No. 15 Figura No. 16 Figura No. 17 Figura No. 18 Arquitectura del Switch Transaccional...5 Análisis General del Switch Transaccional...13 Sentencias de bajo y alto nivel 14 Análisis detallado del Switch Transaccional.15 Modelo de Datos Formato SELECT.27 Formato INSERT..28 Formato UPDATE 30 Formato DELETE.31 Formato Asociación.32 Diagrama de Casos de Uso...34 Caso de Uso: Registro de Empresas 36 Caso de Uso: Ingresar Estructuras de los servicios..39 Caso de Uso: Asociar Estructuras de Servicios.42 Caso de Uso: Publicación de los Servicios.44 Caso de Uso: Ejecución de la Transacción.46 Caso de Uso: Conversión de Transacciones..48 Caso de Uso: Interconexión de Aplicaciones.51

14 xiii Figura No. 19 Figura No. 20 Figura No. 21 Figura No. 22 Figura No. 23 Figura No. 24 Figura No. 25 Figura No. 26 Figura No. 27 Figura No. 28 Figura No. 29 Figura No. 30 Figura No. 31 Figura No. 32 Figura No. 33 Figura No. 34 Figura No. 35 Figura No. 36 Figura No. 37 Figura No. 38 Figura No. 39 Figura No. 40 Caso de Uso: Consulta de Transacciones...53 Modelo Conceptual..54 Diagrama de Clases. 55 Interfaz SELECT..58 Interfaz INSERT...59 Interfaz UPDATE..60 Interfaz DELETE Interfaz Bienvenida..62 Interfaz Configuración del Servicio.63 Interfaz Suscribirse a un Servicio 1 64 Interfaz Suscribirse a un Servicio 2 65 Interfaz Suscribirse a un Servicio 3 66 Enterpise Manager 71 Databases..71 New Database...72 Database Properties.73 SQLQuery Analizer...74 Interfaz Design Table...75 Login...76 New Login..77 SQL Server Login Properties..77 SQL Server Login Properties New Login....78

15 xiv Figura No. 41 Figura No. 42 Figura No. 43 Figura No. 44 Figura No. 45 Figura No. 46 Figura No. 47 Figura No. 48 Figura No. 49 Figura No. 50 Login-Propiedades General..79 Server Roles..80 Database Access..82 Databases..93 Todas las Tareas..94 Attach Database Browse for existing File...95 Internet Information Server.. 96 Login Switch Transaccional. 97

16 xv INTRODUCCIÓN Los negocios entre empresas han evolucionado con el paso del tiempo y el avance tecnológico. El negocio entre empresas a través de Internet toma el nombre de Business to Business (B2B), permitiendo que las empresas realicen transacciones entre sí a través de un sitio confiable y sin intermediarios. Poco a poco este tipo de negocio se ha ido introduciendo con gran fuerza en las organizaciones mundiales, pero aún en nuestro país no hay una confianza total en los negocios B2B. Es por esto, que el propósito de esta tesis es hacer un gran aporte en línea para dar a las empresas ecuatorianas una opción diferente y confiable para negociar. Esta tesis se basa en crear un Switch Transaccional genérico bajo la presentación de un middleware, que permita que empresas con diferentes plataformas y modelos de negocio puedan interactuar y realizar negocios entre sí. El Switch Transaccional está descrito en esta tesis etapa por etapa, detallando todas sus fases, desde su análisis hasta su aplicación y puesta en marcha.

17 CAPÍTULO ESPECIFICACIONES DEL SWITCH TRANSACCIONAL 1.1 Descripción del problema a resolver En esta época moderna donde el tiempo es un factor importante hay cosas que no cambian las empresas deben realizar negocios entre sí. El fin de este Switch Transaccional es seguir la línea tradicional de intercambio de información con la diferencia de hacerlos de forma automática sin intermediarios que deban encargarse de realizar todos aquellos pasos previos para llevar a cabo una transacción, que puede ser compartir cierta información o recoger posibles proveedores de algún producto en particular. De forma indirecta, el Switch Transaccional ayuda a la empresa que lo utilice a reducir costos, sean estos de movilización, suministros, incluso sueldos de los intermediarios que

18 2 tradicionalmente realizaban estos trámites y conseguir la información requerida de manera automática cada cierto intervalo de tiempo. La principal ventaja de este Switch Transaccional es comunicar empresas con diferentes modelos de negocios y plataformas, haciendo posible que la transacción deseada se realice con éxito, puesto que su característica principal es permitir adaptar modelos de negocio diferentes. 1.2 Objetivos del Switch Transaccional Elaborar un Switch Transaccional que permita la comunicación de dos organizaciones sin utilizar personas como intermediarios (Business to Business) dentro de una transacción distribuida. Facilitar a las organizaciones la ejecución de transacciones específicas dependiendo de las cadenas de valor de cada organización. Aplicar las ventajas presentadas por los mensajes XML (Extensive Mark-up Language) para poder transformar modelos de

19 3 negocios en otros diferentes, así como el manejo de datos de acuerdo a la conveniencia de quien los diseña. Captar lógicas de negocio interempresariales en el paso de los mensajes que forman una operación. Reducir costos en las empresas al no requerir mayor contratación de empleados que realicen las transacciones entre empresas. Obtener una forma de comprobar compatibilidad entre datos y que permita transformar algunos tipos de datos en otros equivalentes. 1.3 Definición del Switch Transaccional El Switch Transaccional es un middleware transaccional que permite el funcionamiento de B2B en nuestro medio pues es capaz de hacer transacciones bidireccionales de forma automática que reflejan los resultados, obteniendo en las transacciones los depósitos de datos de las empresas participantes.

20 4 El Switch Transaccional utiliza invocación remota, accediendo mediante el protocolo TCP a aplicaciones que a su vez se conectarán a sus respectivos servidores de base de datos El Switch Transaccional maneja el concepto de servicios, que son transacciones configuradas por cualquier empresa que desee brindar un servicio a otras empresas que deseen suscribirse al mismo, lo cual diferencia a este Switch Transaccional de otros que funcionan en el mercado que brindan servicios específicos, como transferencias entre bancos o pago de servicios básicos desde sitios en Internet de bancos. Por esto las empresas participantes tendrán dos roles claramente definidos dentro del Switch Transaccional, empresa que brinda servicios y empresa que se suscribe a un servicio. Un servicio consta de una o más operaciones (transacción que la empresa ofrece al momento del registro). Cada operación es una transacción realizada a la base de datos de sí misma, pudiendo consultar información o brindar la posibilidad de permitir insertar o actualizar datos.

21 5 Una suscripción es un servicio también pero que se configura en base al servicio que se suscribe, valga la redundancia. Cada empresa tendrá la responsabilidad en el momento de la configuración de registrar sus estructuras de datos en una operación elegida, teniendo como diferencia que la empresa que se suscriba a un servicio tendrá la responsabilidad de asociar sus estructuras de datos con aquellas pertenecientes a la empresa a la cual se suscribió. 1.4 Definición de la arquitectura del Switch Transaccional Para definir la arquitectura del Switch Transaccional se lo hará desde tres puntos diferentes. BASE Switch Transaccional XML Aplicación Empresa Suscrita a Servicios Envío y Recepción de Mensajes Switch Transaccional Envío y Recepción de Mensajes Aplicación Empresa que presta Servicios Figura No. 1 Arquitectura del Switch Transaccional

22 6 Definición de la arquitectura del Switch Transaccional desde el punto de vista de empresa que presta servicios 1. Una empresa que va a brindar un servicio empieza registrando sus datos generales dentro del Switch Transaccional, a continuación la empresa queda lista para registrar su servicio. 2. La empresa debe definir el servicio suministrando nombre, descripción, el número de operaciones a utilizar así como el nombre y funcionalidad de cada operación 3. La empresa debe configurar cada operación según el orden y funcionalidad dados en el registro del servicio, para esto debe ingresar las estructuras correspondientes de acuerdo al tipo de operación que ingresó. 4. Según las estructuras de datos ingresadas el Switch Transaccional contará con la sentencia transaccional a ser utilizada en la aplicación de la empresa. Definición de la arquitectura del Switch Transaccional desde el punto de vista de empresa que se suscribe a un servicio

23 7 1. La empresa que suscribe un servicio debe registrar sus datos generales para luego pasar a elegir un servicio. 2. Según el servicio elegido a la empresa observará un resumen del mismo, proporcionándole el nombre, descripción y funcionalidad por operación. 3. La empresa debe ingresar la frecuencia con que ejecutan las transacciones. 4. Se presenta a la empresa las operaciones que constan en el servicio al que se está suscribiendo, por lo que debe configurar sus operaciones en base a éstas. 5. La empresa debe ingresar las operaciones transaccionales que van a relacionar con el servicio elegido. 6. Por cada operación a registrar la empresa debe ingresar sus estructuras de datos. 7. En la configuración presentan los campos que ha ingresado así como los que corresponden a la operación actual, por lo que debe

24 8 asociar los campos, siendo responsable de la forma en la cual van a interactuar sus datos con los datos proporcionados por la empresa que brinda el servicio. Definición de la arquitectura del Switch Transaccional desde el punto de vista del motor 1. El Switch Transaccional tiene registrado en su base de datos servicios a ofrecer y suscripciones a los mismos. 2. El Switch Transaccional inicia su funcionamiento elaborando un cronograma de los servicios a ejecutar diariamente, ingresando todos éstos a una lista que registra el orden de ejecución. El Switch Transaccional elije el servicio a ejecutar, ejecutando uno a la vez. 3. Una vez que empieza la ejecución de un servicio determina el número de operaciones y las ejecuta por operaciones según el orden registrado en la base de datos. 4. Por cada par de operaciones a analizar, el Switch Transaccional determina cual de éstas es la que proporciona el origen o fuente de datos y cual va a ser el destino de los mismos.

25 9 5. El Switch Transaccional hace un requerimiento a la base de datos, captura la sentencia transaccional a través del formato XML generado para la operación, el resultado del análisis del mismo es enviado a través de un URL a la aplicación que retornará los datos. 6. Con la información obtenida el Switch Transaccional utiliza el formato XML que permite asociar los datos de la fuente con el destino, para hacer la respectiva transformación de acuerdo a los tipos de datos validados en la etapa de configuración o registro. 7. El Switch Transaccional consulta otra vez a la base de datos para obtener el formato XML de la empresa destino que le permite formar el mensaje que será enviado a la aplicación de ésta a través de un URL con los datos ordenados, los cuales surgen del resultado de la transformación de los datos fuente en destino. 8. El Switch Transaccional termina la ejecución registrando en el Historial los datos de la operación realizada y actualizando en el Cronograma de Ejecución la fecha de la próxima vez que el servicio debe ser ejecutado.

26 Justificación del Switch Transaccional La justificación del desarrollo del Switch Transaccional se basa en el aprovechamiento de las ventajas que a continuación se detallan: En primer lugar, la ventaja que brinda su principal característica es permitir adaptar modelos de negocio diferentes. Aprovecha los beneficios de poder asociar un modelo de negocio con otro diferente, pues permite agilitar los procedimientos y factores involucrados en una transacción, permitiendo que la información requerida esté oportunamente registrada en los servidores de datos. Otra ventaja que sustenta su desarrollo es el hecho que el Switch permite configurar mensajes, enviarlos y recibirlos, pero jamás de ejecutarlos en los servidores de base de datos de las empresas que tiene registradas, ya que a través de canales se comunica con los servidores de las empresas brindándoles las sentencias que deben ejecutar los mismos a través de una aplicación que debe estar instalada previamente y recibir los resultados de dichas transacciones.

27 11 El Switch Transaccional brinda una aplicación para las empresas registradas que contiene una conexión genérica que permitirá acceder a diferentes motores de base de datos a través de la configuración de un DSN (Domain Service Name) y la edición de un archivo XML en el que se deberá colocar los datos del DSN, por lo que el Switch Transaccional tendrá los permisos que se le hayan dado a través del DSN, teniendo la empresa registrada la facultad de limitar su alcance dentro de su servidor.

28 CAPÍTULO ANALISIS Y DISEÑO DEL SWITCH TRANSACCIONAL 2.1 Análisis general del Switch Transaccional Para realizar el análisis del Switch Transaccional se realiza un análisis global del mismo así como un análisis más detallado. Del análisis global se obtuvo el siguiente gráfico que explica que una empresa accede al Switch Transaccional para suscribirse a un servicio brindado por otra empresa. El Switch Transaccional envía mensajes con requerimientos a las aplicaciones de ambas empresas. Y de forma transparente realiza las operaciones obteniendo y actualizando datos de cada una (empresa suscriptora y empresa que presta servicios) según sea necesario.

29 13 Empresa suscrita a serv icios SWITCH TRANSACCIONAL Empresa que presta serv icio Figura No. 2 Análisis General del Switch El Switch Transaccional consta de un conjunto de sentencias a bajo y alto nivel que van a ser llevadas a cabo en documentos XML: Las sentencias a bajo nivel son formatos XML que van a permitir registrar las operaciones básicas de una base de datos (SELECT, INSERT, DELETE o UPDATE). Por otro lado las sentencias a alto nivel son las operaciones compuestas que van a dar como resultado de la configuración de los servicios y las suscripciones a los mismos, tanto suscripciones como servicios se van a formar de una o más sentencias a bajo nivel.

30 14 SENTENCIAS A BAJO NIVEL SELECT INSERT UPDATE SENTENCIAS A ALTO NIVEL SERVICIO 1 UPDATE SELECT SUSCRIPCION 1 SELECT UPDATE... Figura No. 3 Sentencias de bajo y alto nivel Cada servicio consta de una o más operaciones y una suscripción, se adapta a un servicio y a su número de operaciones. Al momento de ejecutar un servicio (una suscripción), el Switch Transaccional consulta las operaciones que intervienen tanto para la suscripción como para el servicio y obtiene una operación de cada uno a la vez. Las operaciones elegidas van a ser buscadas en la base de datos, donde está la información necesaria para armar el mensaje a la aplicación remota a través de la plantilla XML correspondiente que va a interactuar a lo largo de la ejecución de esas dos operaciones relacionadas. Mediante estas plantillas se va a realizar la ejecución de las sentencias correspondientes a cada empresa que interviene en la transacción. El Switch Transaccional se encarga de identificar cual es la empresa que contiene los datos que se van a enviar a la otra empresa, estas consultas y envíos de datos se realizan

31 15 mediante aplicaciones que se van a encontrar funcionando en cada empresa, por lo que el Switch Transaccional debe identificar la aplicación fuente y la aplicación destino Empresa Suscrita a Servicio Envío y Recepción de Mensajes Operación 1 Operación 2 Base de Datos Operación 3 XML MOTOR Envío y Recepción de Mensajes Empresa que presta Servicio Operación N Figura No. 4 Análisis detallado del Switch 2.2 Análisis y diseño del modelo de datos Para garantizar la integridad de datos que maneja el Switch Transaccional el análisis del modelo a negocio a seguir se ha realizado cuidadosamente, por lo que a continuación se detalla las tablas diseñadas, explicadas cada una a detalles, una tabla de relaciones entre las misma y el diagrama de datos que permite visualizar el comportamiento de la base de datos. Tablas Diseñadas A continuación se detallan las tablas de la base de datos del Switch:

32 16 Tabla Empresa TABLA EMPRESA Hace referencia a la empresa que se encuentra registrada para brindar su servicio, con sus respectivos datos Campo Tipo de Dato Propósito Ruc char (13) Razon_social char (30) Nombre_Empresa char (30) Nombre_Contacto char (40) Mail char (30) Direccion char (40) Telefono1 char (12) Telefono2 char (12) Usuario char (15) Número para identificar a las empresas registradas y poder acceder a ellas de manera eficiente Este campo sirve para contener el nombre legal de la empresa Este campo registra el nombre comercial de la empresa registrada Este campo registra el nombre de una persona responsable de los servicios que registra o se suscribe a un servicio Correo electrónico de la empresa registrada Campo para registrar la dirección de la empresa Números para contactar a la empresa registrada Números para contactar a la empresa registrada Cadena de texto utilizada como nombre de usuario para acceder al sistema Contraseña char (15) Clave de seguridad que permite a una empresa acceder al sistema. Descripcion char (40) Brinda información adicional sobre las actividades que realiza la empresa

33 17 Estado char (1) Indica el estado de la empresa con respecto al switch, sea éste de activo o en estado de baja Tabla No.1 Tabla Empresa Tabla Servicio TABLA SERVICIO Esta tabla guarda información relevante acerca del servicio registrado Campo Tipo de Dato Propósito Id_Comportamiento numeric Identificador de un servicio Ruc char(13) Este campo relaciona a un servicio con una empresa Nombre char(100) Nombre del servicio registrado Descripcion Num_Operaciones Url_Conexion TipoComportamiento char(250) int char(100) char(15) Tabla No. 2 Tabla Servicio Aclaración del objetivo del servicio, de su funcionalidad y propósito Número de operaciones que intervienen en un servicio Sentencia de conexión que sirve para conectar un servicio con la aplicación de la empresa que registró el servicio Este campo indica si el servicio es propiamente un servicio o una suscripción

34 18 Tabla Operación TABLA OPERACIÓN Esta tabla guarda el funcionamiento de una operación dentro de un servicio Campo Tipo de Dato Propósito Id_Operacion numeric Identificador de una operación Id_Servicio Orden Tipo_Operacion Num_Tablas Num_Campos Doc_Operaciones Comentario numeric int char(40) int int Char(200) Char(500) : Identificador del servicio al que pertenece la operación Número que indica el orden de ejecución de la operación con respecto al servicio Indica el tipo de operación (Sentencias SQL) Número de tablas involucradas en la operación Número de campos involucrados en la operación Path o ruta que contiene el archivo xml que describe la operación Indica la funcionalidad de esa operación dentro del servicio Tabla No. 3 Tabla Operación Tabla Suscripción TABLA SUSCRIPCION Esta tabla guarda la información necesaria que relaciona a un servicio y una suscripción

35 19 Campo Tipo de Dato Propósito Id_Sprestado numeric Identificador de un servicio Id_Suscrito numeric Identificador de una suscripción Url_Aplicado Num_operaciones char(100) int Sentencia de conexión que sirve para conectar un servicio con la aplicación de la empresa que registró el servicio Indica el número de operaciones que deben ejecutarse. IdSuscripcion numeric Identificador de la suscripción tiempo IdEmpServicio IdEmpSuscrita char(20) char(13) char(13) Tiempo en que debe ejecutarse una suscripción a un servicio RUC de la empresa que brinda el servicio RUC de la empresa que suscribe un servicio Tabla No. 4 Tabla Suscripción Tabla Orden_Suscripción TABLA ORDEN_SUSCRIPCION Esta tabla guarda el orden de cómo se ejecuta una suscripción a un servicio Campo Tipo de Dato Propósito IdOrdenSuscripcion IdOpeServicio IdOperSuscrita IdSuscripcion numeric numeric numeric numeric Identificador de la tabla Orden_Suscripcion Identificador de la operación del servicio Identificador de la operación de la suscripción involucrada Identificador de la suscripción con la que la tabla está relacionada

36 20 DatosAsociados Orden char(500) int Path o ruta que contiene el archivo XML que describe la el comportamiento de los datos de un servicio con respecto a una operación Orden en el que se va a ejecutar las operaciones Tabla No. 5 Tabla Orden_Suscripcion Tabla Cronograma TABLA CRONOGRAMA Esta tabla guarda el tiempo en que cada suscripción debe ejecutarse Campo Tipo de Dato Propósito IdCronograma numeric Identificador de la tabla Cronograma IdSuscripcion numeric Identificador de la suscripción con la que la tabla está relacionada Fecha char(10) Fecha de ejecución de la suscripción Hora Estado char(10) char(10) Hora en que debe efectuarse la ejecución de la suscripción Estado del cronograma con respecto a una suscripción, indica si la misma ha sido ejecutada o pendiente Tabla No. 6 Tabla Cronograma Tabla Historial

37 21 TABLA HISTORIAL Esta tabla registra las suscripciones que se han ejecutado con las fechas correspondientes Campo Tipo de Dato Propósito Id_Historial numeric Identificador de la tabla Historial Fecha_Transaccion Hora_Transaccion Ruc_Suscriptora Ruc_Ofertante IdSuscripcion Descripción char(10) char(5) char(13) char(13) numeric char(250) Tabla No. 7 Tabla Historial Fecha en la que una transacción fue ejecutada Hora en que una transacción fue ejecutada RUC de la empresa que se suscribe a un servicio RUC de la empresa que registra un servicio Tipo de transacción que fue ejecutada Descripción de la suscripción que fue ejecutada Relaciones Las relaciones entre datos utilizados se ven en la siguiente tabla: RELACIONES Tabla Clave Primaria Nombre Relación Tabla Clave Foránea Empresa Ruc FK_Historial_Empresa Historial Ruc_Suscriptor a Empresa Ruc FK_Comportamiento_Servicio_Empresa Servicio Ruc

38 22 Empresa Ruc FK_Suscripcion_Empresa1 Suscripcion IdEmpSuscrita Suscripcio n IdSuscripcion FK_Cronograma_Suscripcion Cronograma IdSuscripcion Suscripcio n IdSuscripcion FK_OrdenSuscripcion_Suscripcion OrdenSuscripcio n IdSuscripcion Servicio Id_Comportamient o FK_Operaciones_Comportamiento_Servici o Operaciones Id_Servicio Servicio Id_Comportamient o FK_Asociaciones_Comportamiento_Servici o Suscripcion Id_Suscrito Tabla No. 8 Tabla de Relaciones Diagrama del Modelo de Datos Figura No. 5 Modelo de Datos

39 Análisis y diseño de los interconectores La comunicación del Switch Transaccional con las empresas que están registradas en su base de datos es realizada por medio del protocolo TCP. Aunque el Switch Transaccional es el servidor de servicios para las empresas que forman parte de éste, para poder cumplir con la ejecución de los servicios registrados se convierte en el cliente de varios servidores que son las empresas. Esto lo logra mediante una pequeña aplicación Servidor que cuenta con un DLL y 2 archivos XML de configuración, uno para el servidor y otro para la conexión a la base de datos. El primer archivo es para la configuración del los protocolos donde se levanta el servidor, la empresa debe asignarle un número de puerto para levantar el Servidor por el protocolo HTTP, éste número de puerto no debe cambiar una vez configurados los servicios pues en el momento del registro la empresa debe indicar en el URL requerido el protocolo y el puerto donde se encuentra el servidor, el URL tiene este formato: Protocolo: //direccion_ip_empresa:puerto Donde protocolo se reemplaza con http, direccion_ip_empresa como lo indica se debe reemplazar por la dirección IP de la empresa o por el nombre de su dominio, finalmente en Puerto se coloca el número de puerto configurado en el servidor, caso

40 24 contrario el Switch Transaccional no puede acceder a la empresa, ni ejecutar su función. Como ya se mencionó el Switch Transaccional hace las veces del cliente de muchos servidores y esto lo logra por medio de la clase Interconector que fue diseñada para que por medio del URL que retorna la base de datos escuche el puerto donde está levantado el servidor de la empresa en cuestión y se comunique con la misma ya sea para pedir o depositar información. Para la implementación de estos Servidores que se colocan en cada empresa se utilizó la tecnología proporcionada por.net Remoting que permite implementar canales TCP y HTTP para poder ubicarlos dentro de una red. 2.4 Análisis de los servicios a brindar por el Switch Transaccional El Switch Transaccional brinda principalmente dos servicios, el registro de un Servicio a ofrecer y la Suscripción a un Servicio, así como consultar las transacciones realizadas a través de reportes. El registro de un servicio consiste en crear como su nombre lo dice un servicio, permitiéndole a una empresa designarle un nombre, una breve descripción, brindarle una funcionalidad mediante operaciones que la empresa defina y el número de las mismas, estas operaciones son sentencias SQL, como INSERT, UPDATE,

41 25 DELETE o SELECT, que son configuradas mediante un formulario que brinda la facilidad de agregar las tablas y campos involucrados, así como las condiciones para llegar a los mismos. La empresa que registra un servicio es responsable de la configuración del mismo, puesto que en él ingresa sus estructuras de datos, mismas que serán consultadas o afectadas por otra empresa suscrita al mismo. La suscripción es un servicio también con la diferencia que ésta se adapta a otro ya registrado, una suscripción tiene una funcionalidad inversa a la del servicio al que se asocia, esto es, si de un lado es una operación de consulta del otro es una operación de manejo de datos (insert o update), por lo que también ambos tienen el mismo número de operaciones, así mismo debe adaptar sus estructuras de datos con las del servicio al que se suscribe, procurando que haya compatibilidad de tipos de datos, aunque en caso de que los datos no sean compatibles o semejantes, el sistema no le permitirá asociarlos. La empresa que se suscribe a un servicio debe ingresar el tiempo de ejecución de cada uno. Cada empresa que integre el sistema puede brindar servicios o suscribirse a ellos, así mismo pueden hacer consultas de las transacciones realizadas por fecha o empresa.

42 Diseño de documentos XML con su respectivo esquema El Switch Transaccional utiliza formatos XML que representan las operaciones básicas de una transacción, permitiendo que cada empresa utilice o personalice la plantilla o formato de acuerdo a sus necesidades aunque cada operación tenga una función diferente de acuerdo al servicio que pertenece. Estos formatos XML representan de forma general operaciones estándares para configurar de acuerdo a los propósitos del servicio, estas operaciones son: INSERT, UPDATE y SELECT. Pero es necesario otro formato XML que registre el comportamiento de los datos de una empresa con respecto a la otra, esta plantilla es la de ASOCIACION que permite relacionar los datos que intervienen en las operaciones que pertenecen a un servicio, en otras palabras permite traducir o transformar los datos fuentes en los datos destino. Los formatos o plantillas que el Switch Transaccional utiliza son los siguientes: Formato XML SELECT

43 27 <OPER_SELECT> <SELECT>none <CAMPO IdCampo="Orden del Campo" TipoDato="tipo de dato">nombre del Campo</CAMPO> </SELECT> <FROM> <TABLA IdTabla="Orden de la Tabla">Nombre de la Tabla</TABLA> </FROM> <WHERE> <CONDICIONES IdCondicion="Orden de la Condición">Condición para la consulta </CONDICIONES> </WHERE> </OPER_SELECT> Figura No. 6 Formato SELECT Este formato tiene como función representar sentencias SELECT que en una base de datos son aquellas encargadas de consultar información y presentarla de acuerdo a como ha sido codificada la sentencia. En esta plantilla los elementos representan parte de la sentencia SQL SELECT de la siguiente forma: <OPER SELECT>: Es el encabezado del formato. <SELECT>: Este elemento indica el inicio del comando, permite colocar propiedades como none (un select simple, DISTINCT (Sólo

44 28 se recupere un registro de cada campo) o COUNT (Cuenta de los registros). <CAMPO>: Su función es registrar los campos que serán consultados asignándoles un identificador y guardando el tipo de dato que le corresponde. <FROM>: Inicia la segunda parte de la sentencia en la cual se indica las tablas a ser consultadas. <TABLA>: Registra las tablas que van a ser consultadas. <WHERE>: Inicia la tercera parte de la sentencia que contiene las condiciones de la consulta de datos. <CONDICIONES>: Registra las condiciones o restricciones aplicadas a la consulta de datos. Formato XML INSERT <OPER_INSERT> <INSERT_INTO> <TABLA IdTabla="Orden de la Tabla">Nombre de la Tabla</TABLA> <CAMPOS> <CAMPO IdCampo="Orden del Campo" TipoDato="tipo de dato">nombre del Campo</CAMPO> </CAMPOS> </INSERT INTO> </OPER_INSERT> Figura No. 7 Formato INSERT

45 29 Las sentencias INSERT se representan a través de esta plantiílla. En una base de datos estos comandos son aquellos encargados de ingresar nueva información al servidor en la Tabla que se le indique. Los elementos que representan parte del comando INSERT son los siguientes: <OPER INSERT>: Es el encabezado del formato. <INSERT_INTO>: Este elemento indica el inicio de la sentencia. <TABLA>: Registra la tabla en la cual se van a insertar datos. <CAMPOS>: Indica el inicio del registro de los campos que se van a insertar en la tabla indicada anteriormente. <CAMPO>: Su función es registrar los campos que serán insertados asignándoles un identificador y guardando el tipo de dato que le corresponde. Formato XML UPDATE

46 30 <OPER_UPDATE> <UPDATE> <TABLA IdTabla="Orden de la Tabla">Nombre de la Tabla</TABLA> <SET> <CAMPO IdCampo="Orden del Campo" TipoDato="tipo de dato">nombre del Campo</CAMPO> </CAMPOS> </SET> <WHERE> <CONDICIONES IdCondicion="0">Edad = 12</CONDICIONES> </WHERE> </UPDATE> </OPER_UPDATE> Figura No. 8 Formato UPDATE UPDATE permite como su nombre lo indica actualizar, en este caso aquellos registros que cumplan con las condiciones o restricciones presentadas por la sentencia. Los elementos utilizados para representar sentencias SQL UPDATE son los siguientes: <OPER_UPDATE>: Es el encabezado del formato. <UPDATE>: Este elemento indica el inicio de la sentencia. <TABLA>: Registra la tabla que se va a actualizar. <SET>: Inicia la segunda parte de la sentencia en la cual se indica los campos que se van a actualizar.

47 31 <CAMPO>: Registra los campos a actualizar. <WHERE>: Inicia la tercera parte de la sentencia que contiene las condiciones para la actualización de datos. <CONDICIONES>: Registra las condiciones o restricciones requeridas en la sentencia Formato XML DELETE <OPER_DELETE> <DELETE> <FROM> <TABLA IdTabla="Orden de la Tabla">Nombre de la Tabla</TABLA> </FROM> <WHERE> <CONDICIONES IdCondicion="0">Edad = 12</CONDICIONES> </WHERE> </DELETE> Figura No. 9 Formato DELETE Para eliminar registros de una base de datos se utiliza la sentencia DELETE, en este caso se eliminan aquellos registros que cumplan con las condiciones o restricciones presentadas por la sentencia. Los elementos utilizados para representar sentencias SQL DELETE son los siguientes: <OPER_DELETE>: Es el encabezado del formato.

48 32 <DELETE>: Este elemento indica el inicio de la sentencia. <FROM>: Este elemento que es el paso previo a colocar la tabla en donde algunos registros serán eliminados. <TABLA>: Registra la tabla en la que se va a eliminar. <WHERE>: Inicia la tercera parte de la sentencia que contiene las condiciones para la actualización de datos. <CONDICIONES>: Registra las condiciones o restricciones requeridas en la sentencia Formato XML ASOCIACIÓN DE DATOS <ASOCIACIÓN> <RELACIÓN> <FUENTE Tipo_Dato= ipodatos>nombre del Campo o Concatenación</FUENTE> <DESTINO Tipo_Dato= ipodatos >Nombre del Campo Destino </DESTINO> </ RELACIÓN > </ASOCIACIÓN> Figura No. 10 Formato ASOCIACION Este formato de Asociación de datos permite realizar la transformación de los datos fuente con los datos destino, está diseñado de la siguiente forma: <ASOCIACION>: Es el encabezado del formato.

49 33 <RELACION>: Este elemento indica el inicio de una relación de los datos fuentes con los datos destino <FUENTE>: Contiene el campo o campos concatenados que van a ser obtenidos desde la fuente. <DESTINO>: Contiene el campo del destino que adquiere valores luego dedo de la consulta a la fuente. 2.6 Análisis y diseño de los módulos del Switch Transaccional El Switch Transaccional consta de tres módulos específicos: Registro Ejecución Reportes Cada módulo es parte del sistema pero han sido implementados independientemente. A continuación presentamos el diagrama de casos de uso que contiene a los tres módulos, para luego presentar una descripción del análisis y diseño de cada uno.

50 34 Diagrama de Casos de Uso Ingreso de Case_5 datos al sistema Ingresar Case_6 estructuras de los servicios Administrador Asociar Case_7 estructuras de servi cios Aplicación Publicación Case_8 de los Servicios Ejecución Case_10de la Transacción Base del Switch Conversión Case_11 de Transacciones Interconexión Case_12 de aplicaciones Consulta de Case_13 transacciones Figura No. 11 Diagrama de Casos de Uso

51 Casos de uso: Ingreso de datos al sistema Caso de uso: Ingreso de datos al sistema Actores: Administrador Propósito: Ingresar los datos generales de la empresa. Resumen: Una nueva empresa desea registrarse al Switch Transaccional para poder acceder a los diferentes servicios que pueda contener, así como proporcionar los servicios que desee. El Switch Transaccional registra al Usuario utilizando sus datos generales tales como RUC, Razón Social, dirección, etc. Tipo: Primario y esencial. Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Este caso de uso comienza cuando el administrador de una

52 36 empresa desea registrarla en el Switch Transaccional. 2. El administrador ingresa los datos generales de la empresa. 3. Una vez que los datos son validos son guardados dentro del sistema. 4. El sistema da paso al usuario para que elija si desea suscribir o registrar un servicio. REGISTRO DE EMPRESAS :Empresa Administrador RegistrarDatosEmpresa() Figura No. 12 Caso de Uso: Registro de Empresas

53 Casos de uso: Ingresar estructuras de los servicios Caso de uso: Ingresar estructuras de los servicios Actores: Propósito: Administrador. Ingresar el servicio que la empresa desea proporcionar. Resumen: Una empresa que pertenece al Switch Transaccional registra un servicio a ofrecer, para ello debe definir y configurar el mismo, definir un nombre, dar la funcionalidad requerida e ingresar las estructuras de datos involucradas. Tipo: Primario y esencial Casos de uso: el administrador debe haber terminado el caso de uso: Ingreso de datos al sistema. Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Con el antecedente de

54 38 tener la empresa registrada en el Switch Transaccional, el administrador de dicha empresa desea registrar un servicio en el Switch Transaccional. 2. El administrador le proporciona al servicio un nombre intuitivo con una descripción del mismo. 3. El administrador le brinda la funcionalidad que el decida al servicio, es decir que operación u operaciones necesita tales como: Insert, Update o Delete. 4. Ingresa las estructuras de datos correspondientes a cada operación definida. 5. El sistema se encarga de validar la información que ha recibido y luego de

55 39 procesarla esta es guardada. INGRESAR ESTRUCTURAS DE LOS SERVICIOS Servicio Operación Administrador Registrar funcionalidad ( ) Registrar servicios ( ) Registrar operaciones ( ) Figura No. 13 Caso de Uso: Ingresar Estructuras de los Servicios 3.- Casos de uso: Asociar estructuras de servicios Caso de uso: Asociar estructuras de servicios Actores: Propósito: Administrador. Asociar a una empresa con un servicio registrado en el Switch Transaccional. Resumen: Una empresa registrada en el sistema desea asociarse a un servicio brindado

56 40 por otra empresa, la empresa solicitante debe acoplar sus estructuras de datos a la estructura definida por el servicio elegido, ingresando sus datos de tal manera que se relacionen con las estructuras presentadas. Tipo: Primario y esencial Casos de uso: el administrador debe haber terminado el caso de uso: Ingreso de datos al sistema. Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Con el antecedente de tener la empresa registrada en el Switch Transaccional, el administrador de dicha empresa desea suscribirla a uno de los servicios que las empresas del Switch Transaccional proporcionan. 2. El administrador elije una

57 41 determinada empresa y uno de los servicios que esta ofrece. 3. El sistema genera en pantalla los componentes del servicio elegido por el administrador. 4. El administrador asocia las estructuras de sus datos con los componentes presentados en pantalla por el sistema 5. El sistema se encarga de formatear la información ingresada por el administrador.

58 42 ASOCIAR ESTRUCTURAS DE SERVICIOS Servicio Operación Suscripción Administrador Registrar funcionalidad ( ) Registrar servicios ( ) Registrar operaciones ( ) Registrar suscripción ( ) Registrar orden suscripción Retornar estado suscripción Figura No. 14 Caso de Uso: Asociar Estructuras de Servicios 4.- Casos de uso: Publicación de los Servicios Caso de uso: Publicación de los Servicios Actores: Administrador (Actor Primario) Base de datos del Switch Transaccional (Actor secundario). Propósito: Presentar a la empresa los servicios a los cuales está suscrito. Resumen: Una vez que la empresa está suscrita a los servicios, puede acceder a ellos mediante la publicación que el sistema

59 43 proporciona. Tipo: Primario y esencial Casos de uso: el administrador debe haber terminado el caso de uso: Asociar estructuras de servicios. Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Este caso de uso empieza cuando la empresa está registrada en el sistema y suscrita a un servicio de las empresas involucradas en el Switch Transaccional. 2. El Switch Transaccional hace un requerimiento a la base datos. 3. El Switch Transaccional presenta los servicios a los que está suscrito la empresa.

60 44 PUBLICACIÓN DE LOS SERVICIOS Servicio Administrador Buscar servicios ( ) Presentar servicios ( ) Activar presentación servicios suscritos ( ) Figura No. 15 Caso de Uso: Publicación de los Servicios 5.- Casos de uso: Ejecución de las transacciones Caso de uso: Ejecución de las transacciones Actores: Propósito: Aplicación cliente Inicia la transacción con el servicio elegido. Resumen: Una vez elegido el servicio el Switch Transaccional ejecuta la transacción que relaciona dos empresas, mostrando los datos involucrados en la misma. Tipo: Primario y esencial Casos de uso: Publicación de los

61 45 Servicios Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Este caso de uso empieza cuando la empresa eligió el servicio que desea utilizar. 2. El Switch Transaccional hace un requerimiento a la base de datos referente al servicio elegido. 3. El Switch Transaccional presenta la configuración hecha al servicio elegido. 4. La empresa manda a ejecutar el servicio. 5. El Switch Transaccional recibe la información para procesarla y ejecutar las operaciones correspondientes.

62 46 EJECUCIÓN DE LA TRANSACCIÓN Aplicación fuente Cronograma Suscripción Transacción Interconectar Aplicación destino Retornar tiempo () Registrar cronograma ( ) Ejecutar servicio ( ) Administrar orden operaciones ( ) Administrador operaciones ( ) Enviar operación fuente ( ) Retornar data set ( ) Petición consulta Respuesta Enviar operación destino ( ) Ejecutar interconector ( ) Respuesta Envío sentencia ( ) Actualización estado ( ) Figura No. 16 Caso de Uso: Ejecución de la Transacción 6.- Casos de uso: Conversión de Transacciones Caso de uso: Conversión de Transacciones Actores: Propósito: Base de datos del Switch Transaccional. Fusionar los datos de acuerdo al formato

63 47 dado al momento de la configuración. Resumen: Una vez que el Switch Transaccional recibe la información da paso a fusionar los datos que van intervenir en la transacción es decir que va lograr que la transacción tr1 que pertenece a la empresa 1 se transforme en transacción tr2 que corresponde a la empresa 2. Tipo: Primario y esencial Casos de Uso: Ejecución de la transacción. Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Este caso de uso empieza cuando está lista la información requerida para transacción. 2. El Switch Transaccional recoge dicha información. 3. Hace un requerimiento a la base de datos para

64 48 obtener el formato de la fusión de datos. 4. El Switch Transaccional procesa los datos para crear las tramas correctas que cada empresa necesita. CONVERSIÓN DE TRANSACCIONES Transacción Object_2 Administrador operaciones ( ) Obtener servicio ( ) Capturar path ( ) Obtener tipo ( ) Codificar sentencia fuente ( ) Enviar operación fuente ( ) Retornar data set ( ) Codificar sentencia destino ( ) Enviar operación destino Ejecutar datos Figura No. 17 Caso de Uso: Conversión de Transacciones

65 Casos de uso: Interconexión de aplicaciones Caso de uso: Interconexión de aplicaciones Actores: Aplicación cliente y base de datos del Switch Transaccional. Propósito: Establecer una conexión con las aplicaciones de las empresas involucradas en la transacción para actualizar sus datos. Resumen: Una vez que el Switch Transaccional tiene preparadas las tramas, éste conecta a las empresas involucradas con el fin de ejecutar las operaciones definidas para cada uno. Tipo: Primario y esencial Casos de Uso: Conversión de Tramas Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Este caso de uso

66 50 empieza cuando la información está lista. 2. El Switch Transaccional establece una conexión con cada una de las aplicaciones de las empresas involucradas. 3. El Switch Transaccional envía el requerimiento para cada aplicación. 4. La aplicación ejecuta las operaciones enviadas por el Switch Transaccional. 5. Retorna el mensaje correspondiente. 6. Recibe el mensaje de confirmación.

67 51 INTERCONEXIÓN DE APLICACIONES Aplicación fuente Aplicación destino Interconector Escuchar puerto Test conexión ( ) Envío de consulta Respuesta a la consulta Envío datos Conformación Retornar data set ( ) Ejecutar datos ( ) Figura No. 18 Caso de Uso: Interconexión de Aplicaciones 8.- Casos de uso: Consulta de transacciones Caso de uso: Consulta de transacciones Actores: Supervisor. Propósito: Consultar las transacciones realizadas en el Switch Transaccional. Resumen: El supervisor desea consultar reportes referentes a las transacciones que se han realizado en un periodo específico, indicándole en forma detallada las

68 52 transacciones efectuadas entre las empresas. Tipo: Secundario Curso normal de los eventos Acción de los actores Respuesta del Sistema 1. Este caso de uso empieza cuando un supervisor desea ver los movimientos ocurridos en el Switch Transaccional. 2. El supervisor pide al Switch Transaccional un reporte con determinados datos. 3. El Switch Transaccional procesa el reporte y presenta resultados.

69 53 CONSULTA DE TRANSACCIONES Suscripción Administrador Consultar historial ( ) Retornar resultado Figura No. 19 Caso de Uso : Consulta de Transacciones

70 54 Es Publicado Pertenece Es publicado Es usado por Suscribe Esta Publicado Tiene Historial Id_Historial Fecha_Transaccion Hora_Transaccion FK_Ruc_Suscriptora Ruc_Ofertante Tipo_Transaccion Descripcion_Empresa <pi> I D T A13 A13 A20 A40 Id_Historial <pi> Empresa Ruc Razon_Social Nombre_Empresa Nombre_Contacto Mail Direccion Telefono1 Telefono2 Usuario Contraseña Descripcion_Empresa Estado <pi> A13 A30 A30 A40 A30 A40 A12 A12 A15 A15 A40 A1 Ruc <pi> Operaciones Id_Operacion Orden Tipo_Operacion Num_Tablas Num_Campos Doc_Operaciones Comentario FK_Id_Servicio <pi> I I A40 I I A200 A500 I Id_Operacion <pi> Servicio Id_Comportamiento Nombre_Servicio Descripcion Num_Operaciones Url_Conexion Tipo_Comportamiento FK_Ruc I A100 A250 I A30 A15 A13 Id_Comportamiento <ai1> Cronograma Id_Cronograma Fecha Hora Estado FK_Id_Suscripcion <pi> I D T A1 I Id_Cronograma <pi> Orden_Suscripcion IdOrdenSuscripcion DatosAsociados Id_OperSevicio Id_OperSuscripcion Orden FK_IdSuscripcion <pi> I A50 I I I I IdOrdenSuscripcion <pi> Publica Tiene Publica Suscripcion IdSuscripcion FK_Id_Sprestado FK_Id_Suscrito Url_Aplicado Num_Operaciones Tiempo FK_IdEmpServicio FK_IdEmpSuscrita <pi> I I I A100 I D A13 A13 IdSuscripcion <pi> Esta suscrita Es usado por Publica Pertenece Modelo Conceptual Figura No. 20 Modelo Conceptual

71 55 Empresa RUC Nombre_Empresa Razon_Social E_mail Direccion Telefono 1 Telefono 2 Usuario Contraseña IdentificadorServicio Diagrama de Clases : int : string : string : string : string : string : string : string : string : int RegistrarDatosEmpresa () ModificarDatosEmpresa () RetornarDatosEmpresa () DarDeBajaEmpresa () : string : string : string : string 1..1 Es Publicado 1..* Es usado por 0..* Publica 1..* Está sucrita Id_Servicio Id_Empresa Nombre_Servicio Descripcion Funcionalidad Servicio : int : int : string : string : string Buscar_Servicio () Presentar_Servicios () Activar_Presentación_ServSuscritos () Activar_Servicio_Elegido () Registrar_Servicios () Registrar_Funcionalidad () Registrar_Operaciones () : string : string : string : string : string : string : string 1..1 Pertenece Operacion Id_Servicio Id_Suscripcion Id_EmpSuscriptora Id_EmpOfertante Num_Operaciones operservicio opersuscripcion tiposervicio pathrelacion Suscripcion Suscripcion : int : int : int : int : int : int : int : string : string : int Ejecutar_Servicio () Administar_Orden_Operaciones () GetOperacion () GetTipoOper () GetPath () RegistrarSuscripcion() () RegistrarOrdenSuscripcion () RetornarEstadoSuscripcion () : void : void : int : string : void : void : void : string 1..* Es utilizado RegistrarOperaciones () GuardarTemporal () EliminarCampo () BuscarCampo () RetornarIdSuscripcion () CuentaDatos () RetornarNombreServicio () 0..1 Utiliza Cronograma id_suscripcion : int : void : void : void : string : int : int : string RegistrarCronograma () RetornarTiempo () ActualizarEstdado () 1..* Tiene : int : string : void 1..1 Es Ejecutada 1..1 Ejecuta Transaccion servfuente servdesti no operfuente operdestino tipo_destino Path_Datos Path_Fuente Path_Destino tipos campos_fuente camposfuente camposdestino : int : int : int : int : string : string : string : string : string : string : string : string Administrador_Operaciones () CodificarSentenciaFuente () CapturarPath () Obtener_Tipo () Obtener_Servicio () EnviarOperacionFuente () EnviarOperacionDestino () Codificar_Sentencia_Destino () : void : string : string : string : int : byte : string : string 0..1 Llama 0..* Es Llamado Interconector estado_conexion url query : string : string : byte TesteaConexion () RestornarDataSet () EjecutarDatos () EjecutarInterconector () Figura No. 21 Diagrama de Clases : string : string : string : void