Aplicacion de TecNologia CLIENTE SERVIDOR

N

I

V E R S

ANTIAGO

I

D A D

ACIONAL

N T UN E Z D E

ACULTAD DE

NGENIERIA DE

AYOLO

IENCIAS

ISTEMAS E

NFORMATICA

NOMBRE DE LA ASIGNATURA: TECNOLOGIA CLIENTE - SERVIDOR NOMBRE DEL CATEDR ÁTICO: ING. TRABAJO: APLICACIÓN DE LA ARQUITECTURA TECNOLÓGICA CLIENTE/SERVIDOR EN EL TRAMITE DOCUMENTARIO DE LA FACULTAD DE CIENCIAS DE LA UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

INTEGRANTES: GAMARRA ORTIZ,JOEL HARLEY JAMANCA JORGE,JHON CHAVEZ CANCHA MANUEL BALTAZAR REYES ROLANDO ELMER

2012 Huaraz - Ancash TECNOLOGIA CLIENTE SERVIDOR

Página 1

INDICE

 APLICACIÓN DE LA ARQUITECTURA TECNOLÓGICA CLIENTE/SERVIDOR EN EL TRAMITE DOCUMENTARIO DE LA FACULTAD DE CIENCIAS DE LA UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO INTRODUCCIÓN RESUMEN MARCO TEÓRICO ARQUITECTURA CLIENTE/SERVIDOR  ARQUITECTURA CLIENTE/SERVIDOR BASE DE DATOS TRAMITE DOCUMENTARIO DOCUMENTARIO TRABAJO PRÁCTICO PROCEDIMIENTOS DESARROLLO

CONCLUSIONES REFERENCIAS BIBLIOGRÁFICAS

 ANEXOS

TECNOLOGIA CLIENTE SERVIDOR

Página 2

APLICACIÓN DE LA ARQUITECTURA TECNOLÓGICA CLIENTE/SERVIDOR EN EL TRAMITE DOCUMENTARIO DE LA FACULTAD DE CIENCIAS DE LA UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO INTRODUCCIÓN Desde hace mucho tiempo las organizaciones, sean grandes o pequeñas, realizan tramites documentarios para poder interactuar con personas, ya sean externas a la organización o internas a la organización. La presente investigación se centra en este ámbito, y se identifica como problema principal la demora en el tiempo de respuesta a las consultas de los remitentes de trámites. Esta investigación tiene como objetivo principal mejorar el tiempo de respuesta a las consultas de los remitentes de trámites mediante la aplicación de un sistema de trámite documentario, y como objetivos específicos:  Automatizar una parte del proceso de trámite documentario, permitir que los tramites se procesen mas rápido, reducir el tiempo que se invierte en dar mantenimiento y/o actualización de los tramites, reducir el tiempo que se invierte en dar mantenimiento y/o actualización de los datos personales u otra información de los remitentes de trámites. A continuación veremos en primer lugar cual es la rusticación de la investigación, luego se plantearía el problema que queremos resolver, los objetivos de la investigación.  Abordaremos el marco teórico donde se tocarían temas como: Antecedentes del problema, Sistemas de Información existentes en el mercado, se describiría la técnica que se va a usar y se haría una breve descripción del software. Se desarrollara el diseño de la investigación donde se determinaría: El objeto de la investigación, la población, el tamaño de la población, que técnica de muestreo se va a usar, cuales son las variables independientes y dependientes, que instrumentos se van a usar para medirlas, se diseñaría el experimento, se plantearía la hipótesis y el modelo de solución. Luego se elaboraría el plan de trabajo y el presupuesto de la investigación, y finalmente se enunciarían las conclusiones, recomendaciones y trabajos futuros.

RESUMEN: En esta trabajo de aplicación, se estudiara el funcionamiento del parte administrativa de la Facultad de Ciencias de la UNASAM, encargada del tramite documentario y nos centraremos en resolver el problema del tiempo de respuesta a los remitentes de solicitudes, para lo cual se diseñara e implementarla un sistema de tramite documentario.

TRABAJO PRÁCTICO Procedimientos para la migración de la arquitectura de la tecnología cliente  – servidor. Planeación de una infraestructura tecnológica de arquitectura cliente  – servidor bajo una plataforma de trabajo multiplataforma.

3

PROCEDIMIENTOS 1. Se debe tener la documentación de la infraestructura tecnológica actual teniendo en consideración los siguientes aspectos: 





Plataforma Tecnológica: Se debe considerar el sistema operativo, el sistema de gestión de base de datos, el lenguaje de programación, los protocolos de comunicación, la seguridad de la red y el sistema informático. Infraestructura Tecnológica: Se debe considerar la infraestructura física y lógica de la arquitectura a migrar basados bajo los criterios de la infraestructura física de la distribución de los equipos y dispositivos de telecomunicaciones para redes y conectividad, sus respectivos planos de diseño y de distribución, la disposición de sus muebles, sistema eléctrico, sistemas de data, aire acondicionado, servicios de telefonía, tv, etc. Recurso Humano: Se debe considerar el recurso humano de especialistas expertos y técnicos con la finalidad de que se encuentren acreditados bajo las políticas y normas de certificación de software, hardware y conectividad.

2. Se debe tener el plan de trabajo, operativo y táctico, el cual debe permitir el correcto entendimiento de toda la funcionalidad de la nueva plataforma tecnológica de la arquitectura cliente servidor, se debe considerar lo siguiente: 



Contar con el sistema de gestión de base de datos, las licencias respectivas y desarrollar, reutilizar los módulos de los aplicativos desarrollados. Se debe tener en cuenta que si el personal de desarrollo y soporte de software no se encuentra capacitado con la nuevas herramientas de software se le debe capacitar de manera paralela con la actividad de producción de sistemas en informática.

3. Se debe considerar como se tiene que capacitar al personal administrativo

MARCO TEÓRICO. ARQUITECTURA CLIENTE / SERVIDOR

4

El modelo Cliente/Servidor reúne las características necesarias para proveer esta infraestructura, independientemente del tamaño y complejidad de las operaciones de las organizaciones públicas o privadas y, consecuentemente desempeña un papel importante en este proceso de evolución. Definición Tecnología C/S: La tecnología Cliente/Servidor es el procesamiento cooperativo de la información por medio de un conjunto de procesadores, en el cual múltiples clientes, distribuidos geográficamente, solicitan requerimientos a uno o más servidores centrales. Desde el punto de vista funcional, se puede definir la computación Cliente/Servidor como una arquitectura distribuida que permite a los usuarios finales obtener acceso a la información de forma transparente aún en entornos multiplataforma. Se trata pues, de la arquitectura más extendida en la realización de Sistemas Distribuidos. Un sistema Cliente/Servidor es un Sistema de Información distribuido basado en las siguientes características:         

Servicio: unidad básica de diseño. El servidor los proporciona y el cliente los utiliza. Recursos compartidos: Muchos clientes utilizan los mismos servidores y, a través de ellos, comparten tanto recursos lógicos como físicos. Protocolos asimétricos: Los clientes inician “conversaciones”. Los servidores esperan su establecimiento pasivamente. Transparencia de localización física de los servidores y clientes: El cliente no tiene por qué saber dónde se encuentra situado el recurso que desea utilizar. Independencia de la plataforma HW y SW que se emplee. Sistemas débilmente acoplados. Interacción basada en envío de mensajes. Encapsulamiento de servicios. Los detalles de la implementación de un servicio son transparentes al cliente. Escalabilidad horizontal (añadir clientes) y vertical (ampliar potencia de los servidores). Integridad: Datos y programas centralizados en servidores facilitan su integridad y mantenimiento.

El Esquema de funcionamiento de un Sistema Cliente/Servidor sería:     

El cliente solicita una información al servidor. El servidor recibe la petición del cliente. El servidor procesa dicha solicitud. El servidor envía el resultado obtenido al cliente. El cliente recibe el resultado y lo procesa.

COMPONENTES DE LA ARQUITECTURA CLIENTE/SERVIDOR El modelo Cliente/Servidor es un modelo basado en la idea del servicio, en el que el cliente es un proceso consumidor de servicios y el servidor es un proceso proveedor de servicios ELEMENTOS DE LA ARQUITECTURA CLIENTE/SERVIDOR 1. CLIENTE:

5

Un cliente es todo proceso que reclama servicios de otro. es el proceso que permite al usuario formular los requerimientos y pasarlos al servidor. Se lo conoce con el término front-end. Éste normalmente maneja todas las funciones relacionadas con la manipulación y despliegue de datos, por lo que están desarrollados sobre plataformas que permiten construir interfaces gráficas de usuario (GUI), además de acceder a los servicios distribuidos en cualquier parte de la red. 

Las funciones que lleva a cabo el proceso cliente se resumen en los siguientes puntos:      



Administrar la interfaz de usuario. Interactuar con el usuario. Procesar la lógica de la aplicación y hacer validaciones locales. Generar requerimientos de bases de datos. Recibir resultados del servidor. Formatear resultados.

SERVIDOR: Un servidor es todo proceso que proporciona un servicio a otros. Es el proceso encargado de atender a múltiples clientes que hacen peticiones de algún recurso administrado por él. Al proceso servidor se lo conoce con el término back-end. Las principales funciones que lleva a cabo el proceso servidor:     

Aceptar los requerimientos de bases de datos que hacen los clientes. Procesar requerimientos de bases de datos. Formatear datos para trasmitirlos a los clientes. Procesar la lógica de la aplicación y realizar validaciones a nivel de bases de datos. Puede darse el caso que un servidor actúe a su vez como cliente de otro servidor.

Existen numerosos tipos de servidores, cada uno de los cuales da lugar a un tipo de arquitectura Cliente/Servidor diferente. MIDDLEWARE: El middleware es un módulo intermedio que actúa como conductor entre sistemas permitiendo a cualquier usuario de sistemas de información comunicarse con varias fuentes de información que se encuentran conectadas por una red. En el caso que nos concierne, es el intermediario entre el cliente y el servidor y se ejecuta en ambas partes. 

La estructura de middleware: se estructura en tres niveles  Protocolo de transporte: comunes a otras aplicaciones.  Network Operating System (NOS).  Protocolo específico del servicio: especiales para distintos tipos de sistemas Cliente/Servidor. Características de un middleware son:  

Simplifica el proceso de desarrollo de aplicaciones al independizar los entornos propietarios. Permite la interconectividad de los Sistemas de Información del Organismo. 6

 

Proporciona mayor control del negocio al poder contar con información procedente de distintas plataformas sobre el mismo soporte. Facilita el desarrollo de sistemas complejos con diferentes tecnologías y arquitecturas.

Desventaja principal: 

la mayor carga de máquina necesaria para que puedan funcionar.

El proceso de comunicación de los elementos es de la siguiente manera:  

El cliente: realiza una llamada a un servicio como si fuera local. El NOS: Intercepta la llamada. Redirige la llamada al servidor apropiado. Devuelve la contestación.   

El NOS debe proporcionar transparencia a los procesos Cliente/Servidor con respecto a:         

Localización: Los recursos sólo se conocen por su nombre. El sistema en el que se ejecutan es irrelevante. Espacio de nombres: Las convenciones de los nombres de los recursos deben ser iguales, independientemente del sistema que los soporte. Conexión: Un único usuario y contraseña para todo el sistema. Replicación: No se debe diferenciar entre copias de un mismo recurso. Acceso local / remoto: El acceso a un recurso se debe realizar como si estuviera localizado en el mismo sistema que el programa cliente. Tiempo: Los relojes de todos los elementos del sistema deben estar sincronizados. Fallos: El sistema debe proporcionar servicios de detección de fallos, redundancia y reconexión tras un fallo. Administración: Un único sistema de gestión de todos los recursos. Protocolos: Idéntica interfaz de programación para todos los protocolos de transporte.

TIPOS DE ARQUITECTURA CLIENTE/SERVIDOR: En primer lugar, un esquema de clasificación basado en los conceptos de Fat Client/Thin Client, Fat Server/Thin Server, es decir, basado en el tamaño de los componentes. En segundo lugar tenemos una clasificación según la naturaleza del servicio que nos ofrecen. 1. POR TAMAÑO DE COMPONENTES: Se basa en los grados de libertad que brinda el modelo Cliente/Servidor para balancear la carga de proceso entre los niveles de presentación, aplicación y base de datos. Dependiendo de qué segmento de las capas de software tenga que soportar la mayor o menor carga de procesamiento, se habla de Fat Client (Thin Server) o Fat server (Thin Client). 1.1.FAT CLIENT (THIN SERVER): En este esquema de arquitectura el peso de la aplicación es ejecutada en el cliente, es decir, el nivel de presentación y el nivel de aplicación corren en un único proceso cliente, y el servidor es relegado a realizar las funciones que provee un administrador de bases de datos. 1.2.FAT SERVER (THIN CLIENT): 7

En este caso el proceso cliente es restringido a la presentación de la interfaz de usuario, mientras que el peso de la aplicación corre por el lado del servidor de aplicación. 2. POR NATURALEZA DE SERVICIO: se clasifican en 2.1.SERVIDORES DE FICHEROS: Con un servidor de archivos, un cliente lo que hace es requerimientos de los mismos sobre una red. Esta es una forma muy primitiva de servicios de datos, la cual necesita intercambio de muchos mensajes sobre una red para hallar el dato requerido. 2.2.SERVIDORES DE BASES DE DATOS: Este análisis está elaborado desde el punto de vista del modelo Cliente/Servidor, y está directamente relacionado con la arquitectura en dos planos, que se describirá en el apartado siguiente. Obviamente la creación de aplicaciones Cliente/Servidor está asociada a la utilización de servidores de bases de datos relacionales SQL, y dependiendo de los requerimientos y restricciones se debe elegir entre una arquitectura dos o tres planos. Pero para una arquitectura centrada en un servidor de bases de datos, cualquiera de las modalidades dos planos, permite que un proceso cliente solicite datos y servicios directamente a un servidor de bases de datos. Los servidores de bases de datos actuales son una mezcla de SQL estándar más otras extensiones propias de cada proveedor. Por ejemplo casi todas las bases de datos están provistas con: Procedimientos almacenados (stored procedures): Una de las posibilidades de implementar de mejor forma un sistema Cliente/Servidor en dos planos (two-tier). El rol principal de los procedimientos almacenados es proveer la parte servidora de la lógica de una aplicación Cliente/Servidor, es decir vendría a remplazar al servidor de aplicaciones en una arquitectura tres planos (three-tier). Desencadenantes (triggers): Son mecanismos que permiten realizar acciones automáticamente sobre los datos, las cuales están asociadas a algún evento definido. Restricciones (constraints): Al igual que los desencadenantes, son acciones que se realizan asociadas a algún evento determinado y están orientadas a llevar a cabo validaciones más simples de datos.

2.3.SERVIDORES DE TRANSACCIONES: Estos tipos de sistemas se pueden implementar con cualquiera de las modalidades Cliente/Servidor en dos o tres planos. Con un servidor de transacciones el proceso cliente llama a funciones, procedimientos o métodos que residen en el servidor, ya sea que se trate de un servidor de bases de datos o un servidor de aplicaciones. Lo importante es que el intercambio a través de la red se realiza mediante un único mensaje de solicitud/respuesta, es decir, independientemente de que se necesite ejecutar una o más funciones, una o más instrucciones o sentencias SQL, éstas son agrupadas en una unidad lógica llamada transacción; evitando así el intercambio a través de la red de un mensaje solicitud/respuesta por cada sentencia SQL, el cual es el caso de los sistemas Cliente/Servidor dos planos, implementados a través de SQL remoto. Estas aplicaciones denominadas OLTP (On Line Transaction Proccesing) están orientadas a dar soporte a los procedimientos y reglas de los sistemas de misión crítica. 8

2.4.SERVIDORES DE OBJETOS: Con un servidor de objetos, las aplicaciones Cliente/Servidor son escritas como un conjunto de objetos que se comunican. Los objetos cliente se comunican con los objetos servidores usando un Object Request Broker (ORB). El cliente invoca un método de un objeto remoto. El ORB localiza el método del objeto en el servidor, y lo ejecuta para devolver el resultado al objeto cliente. Los servidores de objetos deben soportar concurrencia. La parte central de la comunicación en los servidores de objetos es el ORB: Elemento central y principal de esta arquitectura.   

Bus de objetos: Permite la comuniación entre ellos. Middleware avanzado: Permite llamadas estáticas y dinámicas a objetos. Lenguaje de descripción de interfaces independiente del lenguaje de programación.

2.5.SERVIDORES WEB: La primera aplicación cliente servidor que cubre todo el planeta es el World Wide Web. Este nuevo modelo consiste en clientes simples que hablan con servidores Web. Un servidor Web devuelve documentos cuando el cliente pregunta por el nombre de los mismos. Los clientes y los servidores se comunican usando un protocolo basado en RPC, llamado HTTP. Este protocolo define un conjunto simple de comandos, los parámetros son pasados como cadenas y no provee tipos de datos. La Web y los objetos distribuidos están comenzando a crear un conjunto muy interactivo de computación Cliente/Servidor. MODELOS CLIENTE/SERVIDOR: Es necesario conocer los modelos de la arquitectura cliente servidor ya que debido a mala elección de uno u otro modelo puede llegar a tener consecuencias fatales. Dentro de esta categoría tenemos las aplicaciones en dos planos (two-tier), tres planos (three-tier) y multiplanos (multi-tier). Dado que este término ha sido sobrecargado de significados por cuanto se lo utiliza indistintamente para referirse tanto a aspectos lógicos (Software) como físicos (Hardware). A continuación esquematizamos ambas acepciones a nivel de software y a nivel de Hadware . 1. A NIVEL DE SOFTWARE: Este enfoque o clasificación es el más generalizado y el que más se ajusta a los enfoques modernos, dado que se fundamenta en los componentes lógicos de la estructura Cliente/Servidor y en la madurez y popularidad de la computación distribuida. Por ejemplo, esto permite hablar de servidores de aplicación distribuidos a lo largo de una red, y no tiene mucho sentido identificar a un equipo de hardware como servidor, si no más bien entenderlo como una plataforma física sobre la cual pueden operar uno o más servidores de aplicaciones. 1.1. MODELO CLIENTE/SERVIDOR 2 CAPAS: Esta estructura se caracteriza por la conexión directa entre el proceso cliente y un administrador de bases de datos. Dependiendo de donde se localice el grupo de tareas

9

correspondientes a la lógica de negocios se pueden tener a su vez dos tipos distintos dentro de esta misma categoría: A. IMPLEMENTADO CON SQL REMOTO En este esquema el cliente envía mensajes con solicitudes SQL al servidor de bases de datos y el resultado de cada instrucción SQL es devuelto por la red, no importando si son uno, diez, cien o mil registros. Es el mismo cliente quien debe procesar todos los registros que le fueron devueltos por el servidor de base de datos, según el requerimiento que él mismo hizo. Esto hace que este tipo de estructura se adecue a los requerimientos de aplicaciones orientadas a los sistemas de apoyo y gestión, pero resultan inadecuados para los sistemas críticos en que se requieran bajos tiempos de respuesta. Ventajas: Presenta una estructura de desarrollo bastante simple ya que el programador maneja un único ambiente de desarrollo (es más simple respecto al Cliente/Servidor en tres planos, puesto que reduce una capa de programación, como se verá más adelante). Desventajas:  La gran cantidad de información que viaja al cliente congestiona demasiado el tráfico de red, lo que se traduce en bajo rendimiento.  Por su bajo rendimiento esta estructura tiene un bajo espectro de aplicación, limitándose a la construcción de sistemas no críticos. 

B. IMPLEMENTADO CON PROCEDIMIENTOS ALMACENADOS En este esquema el cliente envía llamadas a funciones que residen en la base de datos, y es ésta quien resuelve y procesa la totalidad de las instrucciones SQL agrupadas en la mencionada función. Ventajas:  Presenta las mismas ventajas de una arquitectura dos planos con procedimientos almacenados, pero mejora considerablemente el rendimiento sobre ésta, dado que reduce el tráfico por la red al procesar los datos en la misma base de datos, haciendo viajar sólo el resultado final de un conjunto de instrucciones SQL. Desventajas:   

1.2.

Si bien la complejidad de desarrollo se ve disminuida, se pierde flexibilidad y escalabilidad en las soluciones implantadas. Obliga a basar el peso de la aplicación en SQL extendido, propios del proveedor de la base de datos que se elija. Debiera considerarse que sí bien los procedimientos almacenados (stored procedures), los desencadenantes (triggers) y las reglas (constraint) son útiles, en rigor son ajenos al estándar de SQL.

MODELO CLIENTE/SERVIDOR 3 CAPAS: Esta estructura se caracteriza por elaborar la aplicación en base a dos capas principales de software, más la capa correspondiente al servidor de base de datos. Al igual que en la arquitectura dos capas, y según las decisiones de diseño que se tomen, se puede balancear la 10

carga de trabajo entre el proceso cliente y el nuevo proceso correspondiente al servidor de aplicación. En este esquema el cliente envía mensajes directamente al servidor de aplicación el cual debe administrar y responder todas las solicitudes. Es el servidor, dependiendo del tipo de solicitud, quien accede y se conecta con la base de datos. Ventajas:      



Reduce el tráfico de información en la red por lo que mejora el rendimiento de los sistemas (especialmente respecto a la estructura en dos planos). Brinda una mayor flexibilidad de desarrollo y de elección de plataformas sobre la cual montar las aplicaciones. Provee escalabilidad horizontal y vertical. Se mantiene la independencia entre el código de la aplicación (reglas y conocimiento del negocio) y los datos, mejorando la portabilidad de las aplicaciones. Los lenguajes sobre los cuales se desarrollan las aplicaciones son estándares lo que hace más exportables las aplicaciones entre plataformas. Dado que mejora el rendimiento al optimizar el flujo de información entre componentes, permite construir sistemas críticos de alta fiabilidad. El mismo hecho de localizar las reglas del negocio en su propio ambiente, en vez de distribuirlos en la capa de interfaz de usuario, permite reducir el impacto de hacer mantenimiento, cambios urgentes de última hora o mejoras al sistema. Disminuye el número de usuarios (licencias) conectados a la base de datos.

Inconvenientes:  

Dependiendo de la elección de los lenguajes de desarrollo, puede presentar mayor complejidad en comparación con Cliente/Servidor dos planos. Existen pocos proveedores de herramientas integradas de desarrollo con relación al modelo Cliente/Servidor dos planos, y normalmente son de alto costo.

2. A NIVEL DE HARDWARE: Esta clasificación del modelo Cliente/Servidor se basa igualmente en la distribución de los procesos y elementos entre sus componentes, pero centrándose en la parte física del mismo, en el que la administración de la interfaz gráfica se asocia a los clientes PC y la seguridad e integridad de los datos quedan asociados a ambientes mainframe o por lo menos a servidores locales y/o centrales. 2.1.

MODELO CLIENTE / SERVIDOR 2 CAPAS: Los clientes son conectados vía LAN a un servidor de aplicaciones local, el cual, dependiendo de la aplicación puede dar acceso a los datos administrados por él.

2.2.

MODELO CLIENTE / SERVIDOR 3 CAPAS: Los clientes son conectados vía LAN a un servidor de aplicaciones local, el cual a su vez se comunica con un servidor central de bases de datos. El servidor local tiene un comportamiento dual, dado que actúa como cliente o servidor en función de la dirección de la comunicación.

11

BASE DE DATOS Un conjunto de información almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos. VENTAJAS DEL USO DE BASE DE DATOS                

Independencia de datos y tratamiento. Cambio en datos no implica cambio en programa y viceversa (Menor coste de mantenimiento). Coherencia de resultados. Reduce redundancia : Acciones lógicamenteúnicas. Se evita inconsistencia. Mejora en la disponibilidad de datos No hay dueño de datos (No igual a ser públicos). Ni aplicaciones ni usuarios. Guardamos descripción (Idea de catálogos). Cumplimiento de ciertas normas. Restricciones de seguridad. Accesos (Usuarios a datos). Operaciones (Operaciones sobre datos). Otras ventajas: Más eficiente gestión de almacenamiento.

ARQUITECTURA DE UN BASE DE DATOS Niveles de un SBD

Nivel Físico: Es el nivel real de los datos almacenados. Es decir cómo se almacenan los datos, ya sea en registro, o como sea. Este nivel es usado por muy pocas personas que deben estar cualificadas para ello. Este nivel lleva asociada una representación de los datos, que es lo que denominamos Esquema Físico. Nivel Conceptual: 12

Es el correspondiente a una visión de la base de datos desde el punto de visto del mundo real. Es decir tratamos con la entidad u objeto representado, sin importarnos como está representado o almacenado. Este nivel lleva asociado el Esquema Conceptual. Nivel Visión: Son partes del esquema conceptual. El nivel conceptual presenta toda la base de datos, mientras que los usuarios por lo general sólo tienen acceso a pequeñas parcelas de ésta. El nivel visión es el encargado de dividir estas parcelas. Un ejemplo sería el caso del empleado que no tiene por qué tener acceso al sueldo de sus compañeros o de sus superiores. El esquema asociado a éste nivel es el Esquema de Visión.

MODELOS DE BASE DE DATOS Modelo Relacional de Datos: Este modelo se está empleando con más frecuencia en la práctica, debido a la ventajas que ofrece sobre los dos modelos anteriores, entre ellas, el rápido entendimiento por parte de usuarios que no tienen conocimientos profundos sobre sistemas de Bases de Datos. Modelo de red: Este modelo permite la representación de muchos a muchos, de tal forma que cualquier registro dentro de la base de datos puede tener varias ocurrencias superiores a él. El modelo de red evita redundancia en la información, a través de la incorporación de un tipo de registro denominado el conector. Modelo Jerárquico: Puede representar dos tipos de relaciones entre los datos: relaciones de uno a uno y relaciones de uno a muchos. Base de datos distribuidos: Las bases de datos distribuidas se están utilizando cada vez más en la misma medida en que se usan las arquitecturas de cliente-servidor y groupware. Los principales problemas que se generan por el uso de la tecnología de bases de datos distribuidas son en lo referente a duplicidad de datos y a su integridad al momento de realizar actualizaciones a los mismos. Además, el control de la información puede constituir una desventaja, debido a que se encuentra diseminada en diferentes localidades geográficas. TRAMITES DOCUMENTARIOS Remitente: Persona que realiza un tramite documentario con una determinada institución mediante una solicitud, memorando, invitación, etc. Por tal motivo, posteriormente pedirá un servicio a la organización para estar pendiente del estado del trámite documentario presentado. Mesa de Partes: Es una unidad organizacional, que es responsable de realizar algunas acciones para cumplir con un procedimiento administrativo determinado. Es decir, se encargara de recepcionar los trámites, registrarlos, darles mantenimiento, derivarlos a las dependencias que corresponden y darles información oportuna a los remitentes cuando hagan consultas. Dependencia: Es la persona a la cual va dirigida un tramite, generalmente esta persona tiene a su cargo un área de la institución. Tramite: Es el objeto que un remitente presenta físicamente (impreso) o virtualmente (digitalizado) a una mesa de partes. Este objeto puede tener atributos como el nombre del remitente, el nombre del destinatario (dependencia), la dirección del remitente, la fecha en la que se entrega el trámite, el motivo o contenido del trámite, etc. 13

Tiempo de proceso por trámite: Es el tiempo transcurrido desde que se presenta un trámite hasta saber su resultado final. Por ejemplo, si es una solicitud, desde su presentacion hasta saber su aprobación o desaprobación. Si es de otro tipo, desde su presentacion hasta llegar a su destinatario respectivo (dependencia). Tiempo de respuesta a los solicitantes: Es el tiempo que el encargado de mesa de partes demora para satisfacer una consulta del solicitante. Estos conceptos nos permiten tener una idea del tema de investigación, que se centra en el tiempo de respuesta a los remitentes cuando hacen consulta del estado de sus tramites, esto se da cuando un remitente ya ha presentado un tramite respectivo y después de ello quiere darle seguimiento a su tramite. El fenómeno ocurre precisamente en ese momento debido a la carencia de una herramienta (Sistema de tramite documentario) que permita principalmente minimizar el tiempo de respuesta a los remitentes, además de permitir una mejor gestión de los tramites. Dicha gestión de los trámites abarca desde el registro de los principales atributos del trámite en el sistema, darles mantenimiento, actualizaciones y hacer que lleguen mas rápido a las dependencias que corresponden. FORMATO ELECTRÓNICO DE DOCUMENTOS INTERNOS: La autora Ivonne Milagros Sáenz identifica el trámite documentario como un proceso de apoyo clave y esencial para la realización de procesos de negocio y administración de aduanas. A pesar de ser automatizado; ocasiona un enorme gasto de papel, servicio de mensajería, transporte y lo mas importante el empleo del recurso humano en tramites burocráticos lo que representa tiempos muertos. Su objetivo es agilizar la comunicación interna y eliminar los gastos innecesarios en que se incurrirá por contar con un proceso ineficiente y burocrático. Describe un sistema de gestión documentaria basado principalmente en el uso de documentos electrónicos, el correo y el concepto de colaboración o trabajo en equipo (Groupware), al cual se denomina "Formato Electrónico de Documentos Internos"(FEDI). Dicha aplicación tiene por objetivo permitir el flujo de documentos internos tales como, memorando, proyectos, notificaciones, resoluciones, solicitudes e informes. Su trabajo tiene por objetivo mostrar los beneficios del uso de documentos electrónicos, los cuales se traducen principalmente en: reducción de costos, procesos mas eficientes, mejor comunicación, coordinaciones y un trabajo en equipo e incluso una nueva organización. SISTEMA DE PROCESAMIENTO DE DOCUMENTOS El autor Víctor Gilberto Díaz Canchay menciona que el sistema de procesamiento de documentos es un generador de productividad. La definición del Sistema de Procesamiento de Documentos permite comprender cada uno de los módulos que lo componen, siendo sus componentes: La creación de documentos, administración de documentos, almacenamiento y visualización, sistemas de impresión electrónica y seguridad en los documentos. 

Enfoque sistémico del documento:

los documentos por naturaleza nos orientan donde y como estos necesitan ser visualizados, impresos y almacenados. La identificación de requerimientos y procesos relacionados se encuentra en el que hacer diario de las empresas, normalmente cuando llegamos a la oficina y nos preparamos para trabajar, podríamos hacer alguna de las actividades: Leer o identificar algunos documentos, enviar por fax uno o más

14

documentos, llamar a alguien y discutir acerca de un documento, mantener uno de los documentos en un archivo de pendientes, etc.



Eficiencia de los documentos: Quizá es la tendencia de mayor importancia por ser la más vigente. La creciente necesidad de comunicar y de obtener una respuesta favorable de esa comunicación, ha establecido un requerimiento de eficiencia en la generación, visualización, almacenamiento y acceso al documento. La eficiencia tiene su origen en la necesidad de mejorar los siguientes factores: Costo, tiempo (respuesta rápida para atender necesidades de urgencia), ubicación (la ubicación no debe de ser importante, se debe de poder enviar desde cualquier localidad).

FUNCIONAMIENTO DE LA MESA DE PARTES DE LA FC Modelo del negocio (Trámite documentario): El modelo del negocio nos permitirá posicionarnos en el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripción de dónde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales. También provee la justificación para la construcción del sistema de software al capturar las actividades manuales y los procedimientos automatizados habituales que se incorporaran en el nuevo sistema, con costos y beneficios asociados. Especificación de reglas de negocio: A continuación se mostrará un glosario de términos y se especificará un catálogo con las reglas del negocio. a. Glosario de Términos:

b. Catalogo de las reglas de negocio

15

REDES Definición: es un conjunto de dispositivos electrónicos (computadores) son conocidos también HOST que van a compartir archivos (carpetas, datos, imágenes, audio, video, etc.) o recursos (disco duro, lectora, disquetera, monitor, impresora, fotocopiadora, webcam, etc.), éstas computadoras pueden estar interconectadas por un medio físico o inalámbrico. Los componentes principales de una red son: a. Los nodos de red (estación, servidor, dispositivo de comunicación). b. Los medios de comunicación (físico, inalámbrico).  Cableado: coaxial, UTP, fibra óptica. 16



Redes inalámbricas

c. Los protocolos (TCP, IP, UDP, etc.). d. Tarjetas de red. e. Hubs. f. Switches. g. Routers

TIPOS DE REDES Red de área personal (PAN): es una red de ordenadores usada para la comunicación entre los dispositivos de la computadora cerca de una persona. Red de área local (LAN): una red que se limita a un área especial relativamente pequeña. Red de área de campus (CAN): Se deriva a una red que conecta dos o más LANs. Red de área metropolitana (MAN): una red que conecta las redes de un área dos o más locales. Red de área amplia (WAN): es una red de comunicaciones de datos que cubre un área geográfica relativamente amplia y que utiliza a menudo las instalaciones de transmisión. Se divide en:  

CENTRALIZADO: donde hay un computador central. DISTRIBUIDO: distribuidos en dos o más computadoras 17

METODO DE CONEXION a) Medios guiados: cable coaxial, cable de par trenzado, fibra óptica y otros tipos de cabl es. b) Medios no guiados: radio, infrarrojos, microondas, láser y otras redes inalámbricas.

TOPOLOGÍA DE REDES      

Red de bus. Red de estrella. Red de anillo (o doble anillo). Red en malla (o totalmente conexa). Red en árbol. Red Mixta (cualquier combinación de las anteriores).

:

DESARROLLO: TECNOLOGÍA CLIENTE-SERVIDOR, UNA OPCIÓN NECESARIA.

La modernización tecnológica de un negocio o institución involucra mayores requerimientos de 18

gestión, análisis y seguridad de datos, así como de herramientas informáticas con mayor desempeño y rendimiento. Los puntos focales de los noventa y de más allá del dos mil demandan nuevos esquemas. Las organizaciones deben orientarse cada vez más al cliente (tanto interno como externo). Se debe ser más expeditivo y adaptable. Se debe potencializar los puestos de trabajo. En una época en que la única constante es el constante cambio se requiere una aproximación fresca y flexible a la tecnología. Cuando se considera una solución Cliente-Servidor, debe uno asegurarse que apunte a los objetivos estratégicos de la organización, hay que asegurarse también que soporte los nuevos esquemas de operación, no que es simplemente una solución tradicional disponible con nueva tecnología.

Esquema ilustrativo de un ambiente cliente-servidor

El mayor problema con los sistemas tradicionales es que ellos no han sido diseñados para andar con el cambio. Con el viejo modelo (Por ejemplo MS Access) la organización tiene que definir todas sus necesidades, para cuando el software está instalado los requerimientos muchas veces han cambiado, es allí donde se produce una brecha que si no se cierra se va agrandando con el tiempo y puede llegar hasta requerir un cambio en el software, incurriéndose en cambios adicionales. Por lo que una solución cliente servidor adecuada no sólo le da más productividad a los usuarios, sino que también les da acceso a la información, cuándo cómo y dónde la necesitan. La toma de decisiones se mueve hacia delante, siempre que sea posible, es decir cuando ocurre el momento de verdad entre la organización y su cliente, o entre el trabajador y el proceso, le devuelve al usuario la tenencia y la responsabilidad de la información. Si comparamos el casi desconocido SQL-Server, con el ampliamente usado MS Access de Office, tendríamos una mejor idea de hacia dónde apunta el futuro más cercano. Limitaciones fundamentales de una solución tradicional Archivo-Servidor (Ej. MS Access):  

Tienden a ser inestables cuando existen más de 5 usuarios accediendo simultáneamente o un volumen considerable de datos. El archivo de la base de datos se puede dañar si se producen errores en la estación de trabajo del usuario, la conexión a la red o el servidor de archivos mientras se escriben los datos. 19

Si por el contrario nos decidimos por una solución Cliente-Servidor usando SQL-Server tendríamos las siguientes ventajas: Posibilidad de servir de forma estable a gran número de usuarios simultáneamente.  Se puede hacer copias de seguridad sin necesidad de desconectar a los usuarios.   Ante una falla se puede recuperar o llegar al último estado consistente gracias al registro independiente de transacciones que posee.  Mejora de la confiabilidad y la protección de los datos.  Procesamiento de consultas más rápido.  Hardware compatible, o sea, puede agregar sistemas de energía ininterrumpida, unidades de disco intercambiables y varios procesadores al servidor, sin sufrir cambios en las estaciones de trabajo cliente.  Seguridad integrada de Windows NT y Windows 2000 Server. 

CONCLUSIONES 

La asimilación de las nuevas tecnologías informáticas, como base para el logro de la sociedad de la información, se convierte en tarea de primer orden. No se trata de estar a la moda o con el último grito de la tecnología, sino de una necesidad inminente de incorporar, en este caso, el paradigma Cliente-Servidor al mayor número de procesos posibles, no sólo por las ventajas ya expuestas; es evidente que se trata del próximo escalón a subir. Si se quiere ir más arriba, y ese paso sería la conformación de una Intranet, ésta no se concibe sin servidores y clientes interactuando entre sí, por lo que no insertarnos ahora en este entorno puede comprometer el futuro de la organización.



El tema investigado esta justiciado porque permitirá reducir el número de horas-hombre en el procesamiento de trámites, lo cual implica un ahorro importante para la oficina de Mesa de Partes. También, permitirá resolver los problemas que se pueden incurrir al procesar un trámite en forma manual.



En el caso concreto del Gobierno, es indiscutible la necesidad de llevar esta actividad a un ambiente Cliente-Servidor, lo que coadyuvaría a un ordenamiento y estandarización significativa de la misma, a su vez incrementaría de forma notable, la calidad de la selección de los aspirantes y disminuiría el tiempo y subjetividad de este proceso, lográndose de esta forma minimizar los costos. Como efecto secundario, daría la posibilidad de familiarizar a los especialistas en las nuevas tecnologías y la posibilidad futura de combinar este sistema con otros afines El diseño de experimento elaborado permitirá registrar los resultados en dos grupos, el primero es el de solicitudes y el segundo es el de otros documentos, a los cuales Algunos serán afectados por la aplicación del sistema de información de tramite documentario y otros no. El registro de los datos en el diseño de experimento propuesto será por cada mes.



RECOMENDACIONES 

Se recomienda mejorar el diseño del experimento, ya que a un hay ajustes que se deberán de realizar previo a un análisis profundo para su elaboración.

20



Es necesario capacitar a las personas que van a usar el sistema de información de tramite documentario. Realizarlo demandara aproximadamente una semana, ya que el sistema es fácil de usar.

REFERENCIAS BIBLIOGRÁFICAS 

Del Puerto, Roberto (2002):  “Avanzando hacia la sociedad de la Información”, Revista GIGA, Número 1, pag 63.



Silva-Ledesma Tejada, David: “Cliente Servidor”.



Monografía “Ventajas de la versión ContaWin Server Empresarial”.



Rosabal, Heriberto (2003):  “Informatización: Objetivo estratégico”, Mensuario Punto CU, # 6 enero 2003.

21