Conector de Trazabilidad - Arquitectura para Trámites - Arquitectura de Gobierno
`
Conector de Trazabilidad
Conector de Trazabilidad
El conector de trazabilidad es un componente de software orientado a facilitar la conexión con el sistema de Trazabilidad de la PGE. Entre los objetivos principales del sistema podemos encontrar:
- Resolver las dificultades asociadas a la conexión con la Plataforma de Interoperabilidad. En particular, enmascara la lógica asociada al establecimiento del canal SSL con autenticación mutua, así como la lógica asociada al uso de los estándares ws-security y ws-trust para la autenticación y autorización de los webservices contra la PDI.
- Favorecer la robustez de la solución brindando mecanismos de reintento de comunicaciones ante eventuales problemas de comunicación con la Plataforma, problemas con el sistema de Trazabilidad, o problemas asociados a lógica de negocios.
A su vez, el conector de trazabilidad ofrece una interfaz web que permite a usuarios administradores ver el estado del sistema y modificar el estado de las distintas trazas pendientes de envío (ya sea por errores de Negocio, errores de conectividad, errores en sistema de Trazabilidad)
Descripción de la Solución
El siguiente diagrama muestra los principales componentes que participan en la solución:
Principales elementos del diagrama
| Componente | Descripción |
| Conector Trazabilidad | Componente que implementa la lógica y las distintas interfaces del sistema. Se disponibiliza sobre un servidor Tomcat 8. |
| DB Conector | Base de datos del sistema. Como motor de base de datos se podra optar por MySQL 5.6 o PostgreSQL 9.4. |
| Estado Sistema | Web service que permite que un sistema externo pueda consultar el estado de la solución. En particular podrá obtener el estado de la base de datos, el estado del proceso de reenvío de trazas, y la última traza enviada |
| Administracion | Interfaz web que permite a un usuario administrador ingresar al sistema, ver el estado de las trazas con los datos de envío y respuesta, reactivar el sistema de reenvío, cambiar el estado de las trazas, y monitorear el estado del sistema |
| Cabezal | Webservice que permite dar de alta una traza de tipo Cabezal |
| Linea | Webservice que permite dar de alta trazas del tipo Línea |
| Sistema Organismo | Sistema que realiza algún paso de un trámite específico, y desea enviar al sistema de trazabilidad las trazas correspondientes |
| Sistema Monitoreo | Sistema de un organismo que verifica de forma automática el estado general del Conector |
| PDI | Plataforma de Interoperabilidad |
| Trazabilidad | Sistema BackEnd de Trazabilidad encargado de recepcionar las trazas desde los distintos sistemas |
Contexto de uso
Utilizar el Conector de Trazabilidad vs Realizar un desarrollo a medida
En esta sección desarrollaremos un análisis para el apoyo en la toma de decisión referente a si utilizar el conector de trazabilidad en la solución de trámites o realizar un desarrollo a medida sobre el sistema de soporte a los trámites.
En la siguiente tabla se analizan los atributos de arquitectura principales en los que creemos que se deben contraponer las soluciones. Dependiendo de la ponderación que realice el negocio (Ej. Programa Trámites, Organismos u otros), de cada uno de los atributos incluidos en la tabla, podrán optar por una u otra solución. Para cada atributo, incluimos una recomendación desde el punto de vista de Tecnología para ayudar en la decisión.
La tabla no pretende ser exhaustiva, simplemente incluimos una guía con los aspectos más relevantes. Se pueden agregar o quitar elementos según las necesidades del caso. Abajo la tabla:
| Atributo | Desarrollo | Conector | Comentarios |
| Time-to-market | Depende mucho de las habilidades técnicas y las tecnologías utilizadas. De todas siempre insume más tiempo que utilizando el conector. Este es uno de los principales argumentos de "venta". | Muy rápido. De todas formas se debe implementar la integración con el conector, la cual tiene baja o media complejidad. | Cuando ésta es una variable fuerte, se recomienda el uso del conector. |
| Costo | En dinero y plazos de desarrollo, el costo es superior. El costo de esta alternativa puede amortizarse a futuro por re-utilización de infraestructura, costos operativos bajos, ganancia en performane u otros aspectos a evaluar. | El costo de implementación es bajo. Los costos operativos pueden aumentar, sobre todo cuando se quiere dotar a la solución de Alta Disponibilidad. | Dependiendo del entorno tecnológico en el que se implante el trámite puede ser favorable uno u otro. |
| Performance | Podría ser superior que la ofrecida por el conector. El organismo gana mayor control de la solución, quita puntos de falla adicionales y reutiliza su infraestructura. Tiene menor latencia que el escenario del conector | Podría ser menor que la de un desarrollo a medida, sin embargo, este puede no ser siempre el caso, dependiendo de la implementación. | Si esta es una variable fuerte en la decisión, se recomienda la implementación a medida. |
| Administración y Soporte | El organismo no depende de terceros, puede controlar el ciclo de vida de la solución. | El mecanismo de actualización y soporte depende de AGESIC. Los tiempos pueden ser dispares a los requeridos por los organismos. | En este caso se recomienda el desarrollo a medida. |
| Funcionalidad | El desarrollo a medida puede no cumplir con los requerimientos de negocio impuestos por la solución de Trazabilidad. Es dificil el seguimiento y control de las soluciones de los organismos, más allá de acuerdos que puedan suscribirse. | AGESIC se hace responsable del cumplimiento de los requerimientos de negocio y el marco técnico aplicable a la solución | En este aspecto se recomienda el uso del conector |
| Seguridad | En un desarrollo a medida es dificil asegurar el cumplimiento de los estándares de seguridad asociados a la solución | El conector será sometido a procesos de prueba que permitan asegurar los requerimientos mínimos de seguridad de la solución | En este punto, se recomienda el uso del conector |
| Integridad Tecnológica | Un desarrollo a medida garantiza la homogeneidad de la solución respecto al entorno tecnológico en el que está inserta (Todo Java, Todo .NET, etc.) | El uso del conector implica para el organismo agregar a su ecosistema tecnológico activos que pueden ser desconocidos para los equipos de TI. | En este punto se recomienda un desarrollo a medida |
