Mantenimiento aplicaciones de agricultura y medio ambiente



Una de las actividades principales que desarrolla Serikat dentro de su línea de negocio de Servicios Gestionados, es el "mantenimiento de aplicaciones".

Este post trata sobre el servicio de mantenimiento de aplicaciones de Agricultura y Medio Ambiente que Serikat presta en Diputaciones.

En el caso de Agricultura se trata de aplicaciones como: Registro de Entradas y Salidas de Agricultura, Generación de Decretos, Campañas Sanitarias, Archivo de Expedientes, Comunidad de Regantes, etc.

En el caso de Medio Ambiente se trata de aplicaciones como: Libro de Visitas de Parques Naturales, Inventario de Vías Forestales, Gestión de Montes, Solicitudes y Permisos de Caza y Pesca, Repoblaciones, etc.

El Servicio Integral de Mantenimiento de Aplicaciones del Departamento de Agricultura y Medio ambiente se puede definir como el servicio comprometido en mantener de forma operativa, tanto técnica como funcionalmente un conjunto de aplicaciones con unos niveles de respuesta y calidad acordados previamente.

Los componentes del mantenimiento integral son los siguientes:


Mantenimiento correctivo

Consiste en la eliminación de errores producidos por un mal funcionamiento.

El tipo de incidencias que puede dar lugar a este mantenimiento pueden ser debidas a:

· La explotación del Sistema (Batch u OnLine) se ve interrumpida, siendo necesaria una rápida intervención que corrija el programa, y eventualmente los datos, con objeto de desbloquear el Sistema.

· El resultado de ejecución de una aplicación es insatisfactorio, es decir, es incompleto o no conforme con las especificaciones del Sistema, siendo necesaria una acción correctiva en el menor tiempo posible.

· Errores producidos por especificaciones erróneas, el resultado es erróneo o incompleto, siendo necesaria una intervención de adecuación.


Mantenimiento Adaptativo

Se realizan en este apartado aquellas actividades de mantenimiento destinadas a la adaptación del Producto a los cambios tecnológicos, cambios legislativos, modificaciones en los procedimientos operacionales, etc.


Mantenimiento Evolutivo

Se engloban dentro del apartado todas aquellas actividades destinadas a la mejora del producto, por inclusión de nuevas funcionalidades, mejora en las interfaces hombre-máquina, etc.

Generalmente, las actividades a realizar en el ámbito del Mantenimiento Evolutivo vienen originadas por peticiones del Cliente/Usuario.

Soluciones eCommerce

Dentro de los proyectos de e-Commerce desarrollados por SERIKAT, nos gustaría destacar la Aplicación de Ingresos para OSALAN (Instituto Vasco de Seguridad y Salud Laboral).

La Aplicación de Ingresos supone una solución Internet e Intranet que posibilita realizar diferentes pedidos a OSALAN, las cuales generan las peticiones de pago correspondientes.

Asimismo, permite realizar el seguimiento del pedido y del pago.

El aplicativo desarrollado se integra con los siguientes Sistemas de Gobierno Vasco.

· XL-Nets: Para la definición de perfiles, usuarios y acceso de los mismos.

· Pasarela de Pagos: Para realizar el pago on-line de los pedidos o generar la carta de pago correspondiente.

· SIPCA: Para la comprobación del estado del pago.


Actualmente permite realizar tres tipos de pedidos:

· Pedidos de Libros: Clásico “Carro de la Compra” que permite realizar pedidos de Libros, así como realizar el seguimiento de la petición.

· Pedidos de Cursos: Permite generar las liquidaciones correspondientes que posibiliten el pago de una forma automática, de los cursos ofrecidos por OSALAN.

· Pedidos de Analíticas: Permite generar las liquidaciones correspondientes que posibiliten el pago de una forma automática, de las analíticas clínicas e higiénicas pedidas a OSALAN.

Aplicaciones J2ME


Dentro de las aplicaciones de movilidad creadas por SERIKAT, algunas de ellas han sido desarrolladas con J2ME (tecnología Java para aplicaciones en terminales móviles).

Para muestra, este ejemplo proyecto cuyo objetivo es el de presentar información de negocio desde dispositivos móviles.

La solución se basa en un Front End que contiene un conjunto de servicios Web con capacidad para acceder a la bases de datos ORACLE de nuestro cliente, a través de la capa de datos típica de una aplicación J2EE.

Los distintos servicios Web son invocados desde los terminales móviles. El servicio Web correspondiente se preocupa de resolver la petición y de enviar en un archivo XML la respuesta al terminal que formuló el pedido.

El terminal tiene cargada una aplicación J2ME que permite procesar el archivo XML devuelto por el servicio Web albergado en el Front End. La aplicación J2ME, contiene tanto las vistas necesarias para presentar los datos, cómo lógica de negocio para procesarlos.

A grandes rasgos, el proceso es como sigue:

· En el momento en que un terminal se conecta a Internet por primera vez en el día, invoca de forma automática desde un proceso J2ME a un Servicio Web alojado en el Front End. El terminal invoca al servicio Web enviando un archivo XML, donde figura un nombre y una clave de usuario.

· Este Servicio Web comprueba que se trata de un pedido autorizado, validando el nombre y la clave, y procesa la petición obteniendo el informe que contiene todo el Parte del Día. Para ello acudirá a la base de datos utilizando los componentes que forman la capa de datos y que también se encuentran en el Front End.

· Una vez el Servicio Web tenga en su poder los datos que forman el Parte del Día, formateará un archivo XML con el contenido del Parte y se lo enviará al terminal que inició la petición.

· El terminal móvil recibirá el archivo XML, lo cargará y a partir de ese momento podrá desconectarse de Internet y consultar la información con las diferentes vistas y utilidades programadas en la aplicación J2ME.

La solución adoptada está basada en servicios Web sobre Apache / Tomcat en una plataforma Linux.

Accesibilidad y usabilidad en portales institucionales



Dentro de los proyectos de Portal Institucional que ha abordado SERIKAT, muchos de ellos tienen que ver con el rediseño de portales con objeto de mejorar la experiencia de usuario.
Dentro del alcance de este tipo de proyectos, cabe destacar:

· El análisis del público objetivo al cual se ofrece el portal y la adecuación del portal a las necesidades de sus diferentes audiencias.

· La realización de un nuevo estándar de diseño par el portal atendiendo a criterios de sencillez en la navegación, usabilidad y accesibilidad global sin descuidar el componente estético del mismo.

· Proveer de las herramientas necesarias para evaluar la “salud” del portal una vez producido el lanzamiento del mismo. Así las cosas, se persigue que se puedan evaluar distintas situaciones que se puedan producir y como consecuencia de estas, se puedan poner en marcha los planes correctivos correspondientes.

Los objetivos que se persiguen son:

· Que el nuevo producto sea Útil
· Que sea Rentable
· Que sea Innovador
· Que esté orientado a los Usuarios (Accesibilidad y Usabilidad)

Para conseguir este objetivo se recurre a diferentes técnicas enfocadas a conocer la experiencia de Usuario, como Análisis de Audiencias, Análisis Heurísticos, Test de Usuarios y Diseño de Escenarios de Uso.

· Que posea Contenidos de Calidad
· Que sea Visualmente Atractivo
· Que esté Abierto a crecer en Funcionalidad
· Que esté Abierto a la Integración con otras herramienta y estándares

Consultoría Portal Web



Dentro de la línea de consultoría Serikat aborda, entre otros, "Planes Directores de Portales Web"

Los objetivos principales de este tipo de proyecto son:

· Determinar la información que cada uno de los departamentos del cliente desea publicar a través del Portal Web.

· Determinar los servicios que se desean ofrecer a las diferentes audiencias del Portal.

· Determinar las necesidades del Portal Web para el cumplimiento con la legislación de la e-administración, en el caso de que el cliente sea una administración pública.

· Definir la Arquitectura de información, servicios y tecnológica del Portal Web.

· Determinar un Plan de Acción consensuado con el cliente para realizar el rediseño del Portal Web A grandes rasgos, el método a emplear para llevar a cabo un proyecto de estas características, se estructura en las siguientes Fases:


Fase 1
Preparación del Proyecto


Los objetivos principales de esta fase son:

· Establecer los objetivos de detalle del Proyecto.

· Concretar la planificación de actividades necesarias para su realización.

· Identificar y organizar los distintos grupos y personas que intervendrán en el desarrollo del Proyecto y determinar las funciones y responsabilidades de cada uno de ellos.

· Asegurar la colaboración de las personas concretas de la organización cuya participación sea clave.

· Diseñar y consensuar el calendario de entrevistas a realizar.


Fase 2
Situación Actual e Identificación de las Requisitos del Portal Web

Los objetivos principales de esta fase son:

· Identificar los objetivos, las políticas, las estrategias y los planes previstos, tanto del cliente en general, como de la Función Informática en particular que puedan afectar al Portal Web.

· Conocer los procesos: Recoger y analizar toda la información necesaria para obtener una imagen de la situación actual.

· Identificar los requisitos de información y servicios que debe satisfacer el Portal Web, considerando las actuaciones de carácter estratégico contempladas por el cliente.

· Identificar otros requisitos, como pueden ser:

· Cumplimiento de la legislación de la e-administración.

· Accesibilidad de los contenidos en Portal Web.

· Posicionamiento del Portal Web en Internet.


· Identificar las prioridades en información y servicios a ofrecer desde el Portal Web.


Fase 3
Definición de la Arquitectura Información y Servicios del Portal Web

Los objetivos principales de esta fase son:

· Definir la Arquitectura del Portal Web (funciones, necesidades cubiertas, modelo entidades y relaciones, interrelaciones con otros sistemas), y proponer soluciones tecnológicas a las necesidades detectadas. Para conseguir este objetivo se toma como base la Identificación de Requisitos establecidos en la fase anterior.


Fase 4
Definición de la Plataforma Tecnológica

Los objetivos principales de esta fase son:

· Identificar las tendencias en cuanto a tecnología informática se refiere con objeto de conocer las líneas de evolución tecnológica en lo relacionado con soluciones para la gestión de Portales Web.

· Establecer las estrategias del cliente en relación a la Plataforma Tecnológica, como marco de evolución de la misma.

· Obtener el diseño general de la Plataforma Tecnológica que soporte la plataforma de gestión del Portal Web.


Fase 5
Elaboración del Plan de Acción


Los objetivos principales de esta fase son:

· Transformar los objetivos y planteamientos identificados en las Fases precedentes del proyecto en un conjunto de proyectos, que deben realizarse durante un período determinado, estableciendo los calendarios correspondientes.

· Priorizar los proyectos en el tiempo.

· Evaluar y planificar las partidas de gastos e inversiones asociadas.

· Proponer los organismos de Control y Supervisión.

Integracion SIGEM con JBossESB




En la apuesta que Serikat hace por SIGEM, se ha creado un grupo interno cuyo objetivo es profundizar en la solución y dotarle de mejoras que van solicitando nuestros clientes.

Una de estas peticiones ha sido la de integrar SIGEM dentro de una arquitectura SOA.

Para cumplir con esta petición hemos llevado a cabo una prueba de concepto dentro de nuestro laboratorio. La prueba ha consitido en integrar SIGEM con otros servicios de nuestro clientes, no directamente uno con otro sino a través de una infraestructura de integración, en este caso JBossESB.

Esta arquitectura aporta las siguientes ventajas:

1.Gobernabilidad del sistema
2.Seguridad en los servicios
3.Monitorización del sistema en tiempo real
4.Facilita la integración de terceros y otros sistemas de información
· Independiza el medio de comunicación (protocolo, conectores, … )
· Soporte para varios tipos de mensajería (petición/respuesta, punto a punto,…)
· Enrutado inteligente en base a contenido
· Servicios de transformación de contenido
· Servicios de validación de contenido
· Servicios de respaldo

Puedes ver más artículos sobre Sigem desde aquí

Digitalizacion y volcado a documentum


En este post se describe, a modo de ejemplo, un proyecto que Serikat ha abordado dentro de su línea de negocio de Servicios Documentales.

Como en muchos otros proyectos de Servicios Documentales, para este caso Serikat ha desarrollado una aplicación específica que le asiste a la hora de realizar el servicio como mayor eficiencia.

El objetivo de este proyecto es el de facilitar la gestión de toda la información referente a los poderes recibidos de los agentes representantes de nuestro cliente, para mejorar su consulta y localización.

Dado que el cliente en cuestión dispone entre sus sistema de información del gestor documental Documentum, es también objeto del proyecto incorporar toda la información referente a los poderes notariales recibidos de los agentes en el sistema Documentum para su explotación informática.

El alcance de este proyecto/servicio incluye las siguientes tareas y trabajos:

· Preparación de una aplicación de digitalización específicamente adaptada para la digitalización y catalogación de los poderes notariales objeto de este servicio.

· Instalación del software y de la aplicación digitalización y catalogación en los puestos de trabajo asignados a esta tarea e instalación de un scanner de producción con objeto de soportar la carga de trabajo prevista.

· Trabajos de digitalización, catalogación de los poderes, así como el control de calidad de los datos e imágenes obtenidos.

· Volcado de las imágenes y sus datos de catalogación en el sistema Documentum.


Sistema de digitalización, catalogación y validación de Poderes Notariales

Para realizar los trabajos de digitalización y catalogación de toda la documentación referente a los poderes notariales objeto de este servicio, Serikat ha desarrollado una aplicación informática específicamente diseñada para realizar trabajos de catalogación masiva y adaptada para la catalogación de los campos de información específicos de los poderes notariales.


Las principales características de este sistema son:

· La digitalización se puede realizar de forma autónoma utilizando indistintamente escáneres de sobremesa o equipos multifuncionales que tengan opción de escáner, pudiéndose así reutilizar las infraestructuras de las que dispone actualmente el cliente

· Pantalla de catalogación personalizada de los poderes notariales, presentando en pantalla de forma simultánea los campos de catalogación junto con la imagen del documento digitalizado.

Dispone de un control de páginas del documento para poder localizar los datos a catalogar.

· Para facilitar las operaciones de catalogación, se ha previsto la implementación de un OCR fulltext, página a página, de todas las páginas de cada documento, con el objetivo de mostrar simultáneamente la página digitalizada y su texto reconocido. Así se pueden realizar operaciones de selección y copia de los nombres reconocidos de los representados y pegado de los mismos sobre el campo de representado correspondiente.

· Módulo de control de calidad para comprobar la calidad de las imágenes digitalizadas y datos catalogados.

· Dispone de un módulo de validación de los Poderes digitalizados, realizando el análisis del texto reconocido mediante OCR para determinar si el poder notarial tiene un contenido válido.

· La salida de los datos catalogados se realiza en formato de texto ASCII:

· Una línea por poder digitalizado con campos deparados por un carácter especial y cuyo último campo indica el nombre del archivo digitalizado.
· Integración con el gestor documental Documentum para almacenar los Poderes digitalizados.

· El sistema genera los documentos digitalizados en dos formatos diferentes para su integración con Documentum:

· PDF Text, que es un PDF con la imagen exacta del documento más el texto extraído en el OCR y que permite a los usuarios realizar búsquedas por su contenido.

· RTF, que contiene el texto extraído en el proceso de OCR, y donde aparecen resaltadas las diferencias de texto encontradas durante la comparación con un texto patrón en el módulo de validación de los poderes descrito más arriba.


Módulos de la aplicación

Los módulos que conforman esta aplicación son:

· Módulo de Catalogación

Consistente en un interfaz preparado para realizar la catalogación masiva de los poderes, donde se muestra la imagen del documento digitalizado junto con los campos de información específicos de los poderes notariales, y que está integrado con las tablas Oracle de la aplicación de gestión del Cliente para facilitar las labores de catalogación a los operadores del sistema.


· Módulo de validación automática del contenido de texto de los poderes

Este módulo se encarga de realizar un OCR (reconocimiento óptico de caracteres) de cada documento para tratar de localizar un texto cuyo contenido es fijo, y que siempre tiene que aparecer dentro del poder, aunque no en una posición determinada.


· Módulo de volcado a Documentum

Para la integración de la aplicación de digitalización con Documentum se ha previsto el desarrollo e instalación de un “Job” de Documentum, que es controlado desde el interfaz “Documentum Administrator”.

A continuación se detalla el Módulo de Validación automática, por ser el que más interés pueda tener.

El texto fijo a localizar consiste en un bloque de texto (contienen un conjunto de párrafos) que puede comenzar en cualquier parte de cualquier página dentro del poder notarial. El bloque de texto fijo a reconocer puede tener dos variantes que sólo cambian en un párrafo, siendo ambas variantes reconocidas por este módulo de análisis del texto contenido en los poderes.

Dado que los sistemas actuales de OCR no son exactos, la aplicación permite seleccionar un índice de confianza en el reconocimiento del bloque de texto buscado que se irá ajustando, según los resultados que se obtengan, en las pruebas con los documentos originales de los poderes.

Este módulo de la aplicación de digitalización se encarga de:

· Separar los documentos en lotes diferentes de poderes válidos y poderes no válidos de forma automática en función de si se encuentra, o no, el bloque de texto buscado.

· Como el bloque de texto fijo a buscar consiste en una secuencia de párrafos determinada, comprueba la existencia de todos los párrafos del texto fijo y su correcto orden de aparición.

· Genera un archivo en formato “.rtf” donde aparecen resaltadas en un color llamativo, las palabras o trozos de texto encontradas en el documento que sean diferentes del texto fijo que se debe encontrar.

Este archivo “rtf” se genera para todos los documentos independientemente de que se hayan clasificado como válidos o inválidos en función del índice de confianza configurado en la aplicación, y es visible desde la aplicación para que los usuarios puedan determinar la validez del documento de forma manual.

· Revisión y validación manual de los poderes: Una vez realizado el análisis, se dispone de un interfaz que permite al usuario acceder a la carpeta de los poderes que han sido detectados como inválidos para la visualización simultánea del texto fijo a reconocer junto al archivo .rtf con las diferencias encontradas resaltadas.