sistema de información multiusuario. aplicación de la ... · administración pública se...

U N I V E R S I D A D N A C I O N A L D E L N O R D E S T E C o m u n i c a c i o n e s C i e n t í f i c a s y T e c n o l ó g i c a s 2 0 0 3

Resumen: E-019

Sistema de información multiusuario. Aplicación de la programación orientada a objetos en la Dirección Nacional de Migraciones.

Kobluk, César G. - Mariño, Sonia I. - Valesani, Maria E.

Departamento de Informática - Facultad de Cs. Exactas y Naturales y Agrimensura - UNNE. 9 de Julio 1449 - (3400) Corrientes - Argentina. E-mail: [email protected], [email protected], [email protected] ANTECEDENTES

Uno de los más importantes avances que se produjeron en las últimas décadas dentro de los organismos públicos y privados fue, sin lugar a dudas, la automatización de las tareas realizadas mediante herramientas informáticas, y que actualmente, son vitales para el funcionamiento de estructuras organizacionales con grandes volúmenes de información. Es imposible concebir y escapar hoy a la necesidad de capacitarse en las nuevas posibilidades que se ofrecen, herramientas de gestión de información. Considerando, el caso particular de la comunicación entre organismos públicos, muchas veces sucede que no es precisamente rápida y fluida, los trámites administrativos no se llevan a cabo en tiempo y forma. Con el propósito de ilustrar las ventajas que ofrecen la aplicación de herramientas de orientación a objetos en la administración pública se aplicaron a un caso de estudio que se describe. La Dirección Nacional de Migraciones delegación Corrientes es la institución encargada de registrar el movimiento de personas extranjeras en varios puntos limítrofes en el norte de la Argentina, como son Posadas, Paso de La Patria, Paso de los Libres, Santo Tomé, Chaco, Formosa, entre otros. Toda persona extranjera que decida radicarse en el país deberá presentarse a la institución a iniciar el trámite que le corresponde. El expediente puede tener carácter “definitivo” o “en movimiento”, éste último se refiere a aquellos que fueron iniciados que es necesario actualizar alguna documentación y por tal motivo pueden y son retiradas de la institución. Esta Dirección requiere realizar un seguimiento exhaustivo de los expedientes, la documentación faltante, las fechas acordadas; para poder cumplir así sus responsabilidades a tiempo y de esta forma ofrecer un servicio eficiente al ciudadano. Actualmente el control de expedientes se realiza con fichas donde se registra cada movimiento y el destino del documento pero, debido a la gran cantidad, se dificulta la operación y se pierde demasiado tiempo e información. Surge entonces la necesidad de desarrollar un control automático de movimientos de expedientes de manera que se registre toda información referente a los mismos. El objetivo del trabajo es proponer la utilización de metodologías de Análisis y diseño orientado a objetos (ADOO) [1] maximizando las ventajas ofrecidas por: la reutilización de código, la reducción de volumen de programas, mayor control de errores y la documentación del análisis mediante el Lenguaje de Modelado Unificado (UML) ([6]). Se pretende desarrollar un producto lo más adaptable posible en cuanto a las necesidades futuras. MATERIALES Y METODOS

Se describe la metodología adoptada en este trabajo. Se orientó a presentar una solución óptima de manera de satisfacer los requerimientos aplicando conceptos de OO tanto en las etapas de análisis como de diseño.

Etapa 1. Especificación de requerimientos Se determinó la necesidad de desarrollar un control automático de movimientos de expedientes. Especificaciones. Se detallaron los requerimientos [3] de la dirección de Migraciones, basados en la construcción de un sistema de gestión de base de datos orientado al almacenamiento y control de expedientes. Cada expediente se identifica por un número y posee información diversa del iniciador del trámite. i) Solicitar documentación relacionada con éstos a otras instituciones. ii) Una persona puede tener varios expedientes tramitados. iii) En una determinada sesión, el usuario puede: agregar a la base de datos un expediente nuevo; registrar datos de un movimiento; actualizar campos; consultar, listar, etc. Se deben registrar los usuarios que retiran expedientes de Archivo. iv) Generalmente el usuario necesitará consultar un expediente en particular o una lista de aquellos que no están completos a fin de informar a los responsables a regularizar esta situación. v) Incluir administración de usuarios dentro del sistema con la intención de establecer permisos sobre determinadas funciones para usuarios menos expertos. vi) Se incluiye información relevante y necesaria para el seguimiento de los mismos. vii) El sistema debe ofrecer soporte multiusuario. Datos de Entrada. Expediente. Movimiento. Datos personales del Iniciador. Usuarios. Datos varios. Datos de Salida. Estado de expedientes, Listado de expedientes discriminados por criterios varios, por ejemplo: fecha, estado, destino, etc, Información del iniciador, Información de expedientes retirados por usuario de Archivo.

Etapa 2. Análisis del sistema Joyanes y Zahonero Martinez [16] sostienen que la etapa del análisis del sistema requiere de una clara definición, donde se contemple exactamente lo que debe hacer el programa y el resultado o solución deseada. Diagrama de casos de uso. El diagrama de casos de uso permitirá plasmar cada uno de los servicios que el sistema brinda al interactuar con los “actores”, principalmente útil para agrupar funciones afines.


Resumen: E-019

Diagrama de clases. Conforme se van encontrando los objetos, pueden ser agrupados por tipo y clasificados en un Diagrama de Clase. Es el diagrama de clase el que se convierte en el diagrama central del AOO mostrando la estructura estática del sistema. Puede ser dividido en capas: aplicación, datos, seguridad, etc; las cuales muestran las clases que intervienen con la interfaz de usuario, la lógica del software de la aplicación, el almacenamiento de datos, la administración de cuentas de usuario. Los Diagramas de Componentes se usan para agrupar clases en componentes o módulos. Complementos. En la documentación UML [5] ofrece otros tipos de esquemas para complementar el diseño; cada uno de ellos trata de captar puntos de vista del sistema. Se confeccionaron los siguientes diagramas: i) Un diagrama de transición de estados (por ejemplo brinda la posibilidad de ingresar usuario y clave, todo antes de que la aplicación arranque, o salir incondicionalmente), ii) diagrama de secuencia (empleado para asignar un permiso a un grupo), iii) diagramas de colaboración (por ejemplo aplicado al ingresar un expediente.) Revisión. El análisis permitió plasmar el modelo de clases que tiene que ver con el seguimiento de expedientes quedando por desarrollar aspectos que tienen que ver con la administración de cuentas de usuario y la interfaz. Construcción del modelo de objetos. El modelado del software ([4] y [20]) permite capturar partes esenciales del sistema. Durante el proceso de modelado se: i) Identificaron las clases, objetos y atributos analizando cada uno de los candidatos que intervienen en cada problema en particular. ii) Asociaron estáticamente los objetos mediante una estructura estática que exprese relaciones dependientes del dominio del problema. iii) Describieron y especificaron el comportamiento de los objetos sobre la base de los conceptos básicos de estado, regla de transición, evento y acción. iv) Definieron la colaboración del comportamiento de los objetos, busca reflejar la interacción o colaboración entre los objetos, considerando el flujo de eventos o mensajes entre los mismos v) Organizar las clases en jerarquías de herencia, a fin de maximizar el compartimiento de propiedades comunes entre ellas. vi) Agregaron y/o particionaron las clases por niveles de abstracción, jerarquizando el modelo por niveles de complejidad . Modelado visual. El modelado visual es el proceso de concepción gráfica del sistema. Su importancia reside en que permite tener presente los detalles esenciales de un problema complejo y filtrar los menos relevantes. También, provee un mecanismo de múltiples puntos de vista del sistema a desarrollar. Para ello se empleó la herramienta de UML, Rational Rose ([7] y [13]). Siendo esta una de las opciones más completas y elaboradas a la hora de utilizar UML en el análisis y diseño orientado a objetos. Asimismo, provee soporte para modelado de componentes (COM), técnica de Modelado de Objetos (OMT) [14], y método para el modelado visual Booch ’93. Es un software que provee la notación necesaria para especificar y documentar sistemas. Considerando el amplio soporte de UML, con Rational Rose se solucionan los aspectos referidos al análisis y diseño de un sistema orientado a objetos.

Etapa 3. Diseño de la interfaz de usuario Consistió en la definición de una interfaz de usuario fácil de aprender y accesible, que no se excluya a personas menos experimentadas y que no entran habitualmente en contacto con tareas de este tipo [19]. Se configuraron opciones orientadas a proveer utilidades de mantenimiento, copias de seguridad y control de acceso a funciones por usuario; disponibles para que el administrador pueda mantener la validez y la consistencia de la información.

Etapa 4. Desarrollo del sistema de información Diseño de la estructura de base de datos. La conectividad abierta de bases de datos (ODBC) [18] proporciona una interfaz de programación de aplicaciones (API) de conectividad universal de bases de datos. Esta característica permite a las aplicaciones tener acceso a una amplia gama de bases de datos propietarias. Se creó para independizar los programas de aplicación de los diversos proveedores de Bases de Datos, de manera que sea trasparente para el programador. La ventaja principal es la gran difusión. Existen controladores ODBC para la mayoría de motores de datos, lo cual favorece mucho su utilización, especialmente optimizando el tiempo de programación. En este trabajo, existe la dificultad adicional referida a que ODBC no es orientado a objetos. El diseño de base de datos conserva un diseño similar al de la estructura de clases. Excepto que como modelo de base de datos relacional no soporta herencia y se deben aplicar artificios para avanzar. Selección de la herramienta de desarrollo. La Programación Orientada a Objetos (POO) se basa en la noción referente a los objetos del mundo real para desarrollar aplicaciones descriptas por Shammas. La aplicación se desarrolló empleando el producto Visual J++. Visual J++, herramienta integrada en el paquete Visual Studio, la plataforma de desarrollo propuesta por Microsoft a los programadores para la creación de sus aplicaciones en el lenguaje Java. La versión 6.0 incorpora las Windows Foundation Classes (WFC) para Java. Este nuevo marco de aplicaciones tiene acceso a la API de Windows, permitiendo crear aplicaciones Windows con todas las funciones en el lenguaje de programación Java. WFC también adopta el modelo de objetos de HTML dinámico, implementado en Internet Explorer 4.0, orientado a manipular dinámicamente código HTML tanto en el cliente como en el servidor. Se integran entre otras las siguientes herramientas: i) Editor orientado a la codificación C/C++. ii) Compilador/Enlazador incremental, que acelera el proceso de construcción de los programas. iii) Depurador visual, que permite visualizar y modificar el contenido de variables y áreas de memoria. iv) Visor de datos que permite fácilmente controlar dependencias y referencias a funciones, datos, clases, etc. Facilita la visualización de la jerarquía de las clases utilizadas en los programas. v) Herramientas complementarias como un analizador de ventanas (Spy ++) o un trazador de funciones MFC. Creación de paquetes. Se desarrollaron un conjunto de paquetes, empleados para agrupar clases más relacionadas entre sí; y de esta manera particionar el análisis, tomando por separado aspectos relevantes que puedan pasar desapercibidos. Los paquetes generados son: i) Aplicación. Es el conjunto de clases que modela la interfaz de usuario. Todas ellas


Resumen: E-019

derivadas de la clase Form de la biblioteca de clases de Microsoft MFC (Microsoft Foundation Classes). ii) Datos. Es la que se describió en párrafos anteriores y tiene que ver pura y exclusivamente con Seguimiento de Expedientes. iii) Seguridad. Clases que modelan la gestión de usuarios, grupos y permisos. iv) Lógica. Clases varias, como consistencia de fechas y funciones para el manejo de archivos temporales. v) Base de Datos. No agrupan clases. Sólo representa la presencia de Bases de datos que interactúan con el sistema mediante conexión ODBC. Creación de bibliotecas de librerías dinámicas. El encadenamiento dinámico es un mecanismo proporcionado por el API de Windows que permite segmentar el código en módulos llamados Librerías (o Bibliotecas) de Encadenamiento o Enlace Dinámico (DLLs). El uso de DLLs ayuda a eliminar código redundante entre aplicaciones, reduciendo su tamaño, su uso de disco y de memoria ([2], [8] y [9]). Se desarrolló un paquete consistente en librerías de enlace dinámico desarrolladas en Visual C++ 6.0. Desarrollo del sistema de información. Una vez finalizado el diseño de la aplicación, la generación de los paquetes y librerías, se procedió a la codificación e invocación de las librerías dinámicas desde el código desarrollado.

Etapa 5. Implementación y validación del sistema de información. En la verificación del programa se emplearon una variedad de datos con el propósito de detectar errores de compilación, de ejecución y lógicos ([15] y [16]). Una vez desarrollado el sistema, el mismo se implementó en la delegación de Migraciones de la ciudad de Corrientes. En este momento se encuentra en la etapa de validación con el objeto de adaptarlo a nuevos requerimientos en caso de ser necesario.

Etapa 6. Documentación y mantenimiento. En la documentación del problema, se describen los pasos a dar en su resolución [16]. Se empleó UML para facilitar las posteriores modificaciones o ampliaciones que podrán requerirse en el futuro. DISCUSION DE RESULTADOS

Se describen los aspectos tratados en la implementación del sistema de gestión propuesto, aplicando POO. Arquitectura diseñada para la implementación de la aplicación La política de desarrollo adoptado para encarar el desarrollo de la aplicación se basó en un esquema que marca las diferencias entre las partes que lo componen. Se trata de seguir siempre una línea, la cual permita mantener agrupadas funciones afines para facilitar el mantenimiento y la comprensión, teniendo en cuenta que esta documentación puede ser usada por cualquiera que desee introducir ampliaciones y/o modificaciones. La política seguida en el desarrollo, basada en el análisis y diseño precedente se diferencian las siguientes capas: i) La primer capa, cumple funciones de interfaz de usuario, administrando usuarios y el acceso e interactuando con el nivel inferior. ii) La segunda, es la encargada de las funciones relacionadas con la administración de datos de Expedientes y de acceso transparente al nivel inferior a través de ODBC. iii) En la tercera, se establece las bases de datos de cualquier proveedor con soporte ODBC. La aplicación se concibió de tal forma de que sea posible modificar la capa del primer nivel, o incluso la posibilidad de agregar funciones en el futuro sin la necesidad de tener que modificar las capas inferiores. Esta solución representa una ventaja potencial. Asimismo, se tuvo en cuenta la posibilidad de que en el futuro el volumen de datos y la cantidad de usuarios simultáneos requieran de motores de bases de datos que respondan a mayores exigencias, incluyendo la posibilidad de realizar migración automática por medio de una opción en el menú. Implementación de la Aplicación El sistema de Seguimiento de expedientes está integrado por los siguientes módulos: i) Administración de expedientes. Registrar, modificar y eliminar la documentación además de los datos que hagan posible la localización rápida de los mismos. ii) Administración de movimientos. Movimientos internos y externos de la Institución iii) Consulta. Múltiples alternativas de consulta, con diversos criterios de búsqueda: fecha creación del documento, iniciador del trámite, estado en movimiento o archivado, fecha de vencimiento del trámite, mediante palabra asociada al extracto, etc. iv) Reportes. Posibilidad de listar los datos que son resultado de las consultas siguiendo cualquier criterio del punto anterior. v) Mantenimiento. Permitir el mantenimiento de tablas utilizadas por el sistema. vi) Cuentas. Administrar cuentas de usuarios y claves orientadas a restringir el acceso a determinadas funciones del sistema. vii) Configuración. Facilita la configuración de las propiedades de conexión con cualquier tipo de base de datos mediante ODBC. Administración de Usuarios. Al introducir un nombre de usuario y contraseña correcto, se comprueba los grupos a los cuales ese usuario es miembro, recibiendo los permisos correspondientes al mismo. Una vez validado los datos, se presenta el menú principal que muestra las diferentes opciones activadas para ese usuario. El perfil usuario administrador podrá gestionar la información correspondiente a los otros usuarios y darle el perfil correspondiente. Los permisos para el grupo administrador no se pueden modificar y se encuentran totalmente asignados. Opciones disponibles. Los expedientes se pueden administrar desde el menú Expedientes, el cual brinda la posibilidad de agregar, consultar, eliminar y modificar expedientes. Existe la interfaz diseñada para realizar consultas varias y listados. Opción accesible desde Listar Expedientes del menú Consulta. Esta opción permite consultar expedientes siguiendo diferentes criterios, como número de expediente, iniciador, fecha de inicio y tipo de trámite; además de filtrar los que están en movimiento. En la implementación del módulo Movimientos, mediante la aplicación de conceptos de herencia y polimorfismo, se sigue un procedimiento similar a los expedientes. Los formularios de movimientos externos y de usuarios comparten estructuras muy similares es posible utilizarlos en ambos casos con los éstos conceptos de la POO ([6], [11], [12] y [17]). En este menú están disponibles los formularios de carga de movimientos, tanto para gestionar datos relativos a los


Resumen: E-019

movimientos externos como a los de usuarios. Al dar de alta un movimiento, dependiendo del destino, el sistema marca el expediente como disponible o en movimiento, según corresponda. Esta opción permitirá listar los que están en movimiento o los que están disponibles solamente. Para los listados y consultas, se procede de forma idéntica a los expedientes, las consultas para los dos tipos de movimientos están disponibles desde el menú Consultas Desde el menú Mantenimiento se incorporarán los denominados datos varios como ser ciudades, provincias, tipos de trámites. Se accede a un formulario para carga y consulta individual de Inmigrantes, que a su vez son iniciadores de expedientes. La funcionalidad, siguiendo un criterio uniforme, es idéntica al formulario de administración de expedientes. Desde el menú Base de Datos, es posible configurar la cadena de conexión a la base de datos. De este modo la aplicación es independiente de un proveedor en particular. Verificada la cadena de conexión, el sistema puede migrar de Access a SQL Server sin ninguna otra modificación. CONCLUSIONES

El uso de UML facilita la generación de una documentación completa sobre la problemática de seguimiento de expedientes para aprender, modificar o aportar nuevas ideas. En este trabajo se presentó una solución eficiente para afrontar el creciente problema de Seguimiento de Expedientes en la Dirección de Migraciones de la ciudad de Corrientes (Argentina). La solución propuesta brinda una respuesta referente a la necesidad de gestionar y controlar el movimiento de expedientes, asegurar la consistencia y calidad de los datos incluyendo administración de usuarios, la posibilidad de migración automática entre bases de datos. La dirección de migraciones consta de equipamiento informático actualizado como para que se lleve a cabo la implementación del sistema con éxito, además cabe la posibilidad de extender en el futuro el sistema hacia todo el país, posibilidad que no es remota y que incrementaría en gran medida la eficacia y eficiencia de la gestión de inmigrantes en nuestro país. REFERENCIAS

[1] Anónimo. 2003. Diseño de Sistemas. Universidad Tecnológica Nacional Regional Rosario. http://www.frro.utn.edu.ar/isi/dds/html_data/docum.htm

[2] Anónimo. DLLs. http://inicia.es/de/pmaicas/articulo/gifdll2.htm

[3] Anónimo. Ingeniería del Software: Especificación. http://polaris.lcc.uma.es/~amg/ISE/

[4] Anónimo. Modelado de datos. http://mailweb.udlap.mx/~gisudla/files/ModeladoDeDatos.doc

[5] Anónimo. 2002. Programación en castellano. http://www.programacion.com/java/

[6] Anónimo. The Unified Modeling Language. http://www.rational.com/uml

[7] Anónimo. Traducción de Rose Help (UML Terminology), Rational Rose 98 Enterprise Edition.

[8] Anónimo. MSDN Library Visual Studio 6.0.

[9] Audisoft. 2003. Creación e Invocación de DLLs http://www.audisoft.com/soporte/tips/tipcpp01.htm

[10] Casewise. http://www.casewise.com/solutions/corpModSpanish/enlacesAdicionales/interfazModelerRose.php

[11] Gabaldón Leal, M. A. Página Orientada a Objetos http://home.earthlink.net

[12] García Zavala, A. López Guerrero, L. I. V., Roldán Zamudio, J. M. y Ruiz García, J. A. Orientación a Objetos. http://paidoteca.dgsca.unam.mx/neopaidoteca/cursos/becas-java/apuntes.html

[13] Jacobson, I., Booch, G. y Rumbaugh. 2000.El proceso unificado de desarrollo de software. Ed. Addison Wesley.

[14] Joyanes Aguilar, L. Programación orientada a objetos. Osborne Mc Graw-Hill. 2da. Edición. 1998.

[15] Joyanes Aguilar, L., Zahonero Martinez I., Fernández Azuela M. y Sánchez Garcia L. Estructura de datos. Libro de problemas. Mc Graw-Hill. 1999.

[16] Joyanes Aguilar, L. y Zahonero Martinez I. 2001. Programación en C. Metodología, estructura de datos y objetos. Mc Graw-Hill.

[17] Object Management Group. 2003. http://www.omg.org/uml

[18] ODBC: Manual práctico. http://www.tiss.es/apuntes/ODBC%20--%20Manual%20practico.htm

[19] Perlman, G. User Interface Development. 1989. http://www.acm.org/%7Eperlman/sei-module.txt

[20] Popkin Software and Systems. Modelado de Sistemas con UML. http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/multiple-html/

sistema de información multiusuario. aplicación de la ... · administración pública se...

Documents