U N I V E R S I D A D NACIONAL S ANTIAGO A NTUNEZ DE M AYOLO

FACULTAD DE CIENCIAS INGENIERIA DE SISTEMAS E INFORMATICA

NOMBRE DE LA ASIGNATURA: TECNOLOGIA CLIENTE - SERVIDOR NOMBRE DEL CATEDRTICO: ING. TRABAJO: APLICACIN DE LA ARQUITECTURA TECNOLGICA 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 Pgina 1

INDICE

APLICACIN DE LA ARQUITECTURA TECNOLGICA CLIENTE/SERVIDOR EN EL TRAMITE DOCUMENTARIO DE LA FACULTAD DE CIENCIAS DE LA UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO
INTRODUCCIN RESUMEN
MARCO TERICO ARQUITECTURA CLIENTE/SERVIDOR ARQUITECTURA CLIENTE/SERVIDOR BASE DE DATOS TRAMITE DOCUMENTARIO TRABAJO PRCTICO PROCEDIMIENTOS DESARROLLO

CONCLUSIONES
REFERENCIAS BIBLIOGRFICAS

ANEXOS

TECNOLOGIA CLIENTE SERVIDOR

Pgina 2

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

APLICACIN DE LA ARQUITECTURA TECNOLGICA CLIENTE/SERVIDOR EN EL TRAMITE DOCUMENTARIO DE LA FACULTAD DE CIENCIAS DE LA UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

INTRODUCCIN Desde hace mucho tiempo las organizaciones, sean grandes o pequeas, realizan tramites documentarios para poder interactuar con personas, ya sean externas a la organizacin o internas a la organizacin. La presente investigacin 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 trmites. Esta investigacin tiene como objetivo principal mejorar el tiempo de respuesta a las consultas de los remitentes de trmites mediante la aplicacin de un sistema de trmite documentario, y como objetivos especficos: Automatizar una parte del proceso de trmite documentario, permitir que los tramites se procesen mas rpido, reducir el tiempo que se invierte en dar mantenimiento y/o actualizacin de los tramites, reducir el tiempo que se invierte en dar mantenimiento y/o actualizacin de los datos personales u otra informacin de los remitentes de trmites. A continuacin veremos en primer lugar cual es la rusticacin de la investigacin, luego se planteara el problema que queremos resolver, los objetivos de la investigacin. Abordaremos el marco terico donde se tocaran temas como: Antecedentes del problema, Sistemas de Informacin existentes en el mercado, se describira la tcnica que se va a usar y se hara una breve descripcin del software. Se desarrollara el diseo de la investigacin donde se determinara: El objeto de la investigacin, la poblacin, el tamao de la poblacin, que tcnica de muestreo se va a usar, cuales son las variables independientes y dependientes, que instrumentos se van a usar para medirlas, se diseara el experimento, se planteara la hiptesis y el modelo de solucin. Luego se elaborara el plan de trabajo y el presupuesto de la investigacin, y finalmente se enunciaran las conclusiones, recomendaciones y trabajos futuros. RESUMEN: En esta trabajo de aplicacin, 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 diseara e implementarla un sistema de tramite documentario.

TRABAJO PRCTICO Procedimientos para la migracin de la arquitectura de la tecnologa cliente servidor. Planeacin de una infraestructura tecnolgica de arquitectura cliente servidor bajo una plataforma de trabajo multiplataforma.

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

PROCEDIMIENTOS 1. Se debe tener la documentacin de la infraestructura tecnolgica actual teniendo en consideracin los siguientes aspectos: Plataforma Tecnolgica: Se debe considerar el sistema operativo, el sistema de gestin de base de datos, el lenguaje de programacin, los protocolos de comunicacin, la seguridad de la red y el sistema informtico. Infraestructura Tecnolgica: Se debe considerar la infraestructura fsica y lgica de la arquitectura a migrar basados bajo los criterios de la infraestructura fsica de la distribucin de los equipos y dispositivos de telecomunicaciones para redes y conectividad, sus respectivos planos de diseo y de distribucin, la disposicin de sus muebles, sistema elctrico, sistemas de data, aire acondicionado, servicios de telefona, tv, etc. Recurso Humano: Se debe considerar el recurso humano de especialistas expertos y tcnicos con la finalidad de que se encuentren acreditados bajo las polticas y normas de certificacin de software, hardware y conectividad.

2. Se debe tener el plan de trabajo, operativo y tctico, el cual debe permitir el correcto entendimiento de toda la funcionalidad de la nueva plataforma tecnolgica de la arquitectura cliente servidor, se debe considerar lo siguiente: Contar con el sistema de gestin de base de datos, las licencias respectivas y desarrollar, reutilizar los mdulos 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 produccin de sistemas en informtica.

3. Se debe considerar como se tiene que capacitar al personal administrativo MARCO TERICO. ARQUITECTURA CLIENTE / SERVIDOR

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

El modelo Cliente/Servidor rene las caractersticas necesarias para proveer esta infraestructura, independientemente del tamao y complejidad de las operaciones de las organizaciones pblicas o privadas y, consecuentemente desempea un papel importante en este proceso de evolucin. Definicin Tecnologa C/S: La tecnologa Cliente/Servidor es el procesamiento cooperativo de la informacin por medio de un conjunto de procesadores, en el cual mltiples clientes, distribuidos geogrficamente, solicitan requerimientos a uno o ms servidores centrales. Desde el punto de vista funcional, se puede definir la computacin Cliente/Servidor como una arquitectura distribuida que permite a los usuarios finales obtener acceso a la informacin de forma transparente an en entornos multiplataforma. Se trata pues, de la arquitectura ms extendida en la realizacin de Sistemas Distribuidos. Un sistema Cliente/Servidor es un Sistema de Informacin distribuido basado en las siguientes caractersticas: Servicio: unidad bsica de diseo. El servidor los proporciona y el cliente los utiliza. Recursos compartidos: Muchos clientes utilizan los mismos servidores y, a travs de ellos, comparten tanto recursos lgicos como fsicos. Protocolos asimtricos: Los clientes inician conversaciones. Los servidores esperan su establecimiento pasivamente. Transparencia de localizacin fsica de los servidores y clientes: El cliente no tiene por qu saber dnde se encuentra situado el recurso que desea utilizar. Independencia de la plataforma HW y SW que se emplee. Sistemas dbilmente acoplados. Interaccin basada en envo de mensajes. Encapsulamiento de servicios. Los detalles de la implementacin de un servicio son transparentes al cliente. Escalabilidad horizontal (aadir 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 sera: El cliente solicita una informacin al servidor. El servidor recibe la peticin del cliente. El servidor procesa dicha solicitud. El servidor enva 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:

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

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 trmino front-end. ste normalmente maneja todas las funciones relacionadas con la manipulacin y despliegue de datos, por lo que estn desarrollados sobre plataformas que permiten construir interfaces grficas de usuario (GUI), adems 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 lgica de la aplicacin 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 mltiples clientes que hacen peticiones de algn recurso administrado por l. Al proceso servidor se lo conoce con el trmino 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 lgica de la aplicacin y realizar validaciones a nivel de bases de datos. Puede darse el caso que un servidor acte 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 mdulo intermedio que acta como conductor entre sistemas permitiendo a cualquier usuario de sistemas de informacin comunicarse con varias fuentes de informacin 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 especfico del servicio: especiales para distintos tipos de sistemas Cliente/Servidor. Caractersticas de un middleware son: Simplifica el proceso de desarrollo de aplicaciones al independizar los entornos propietarios. Permite la interconectividad de los Sistemas de Informacin del Organismo.
6

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

Proporciona mayor control del negocio al poder contar con informacin procedente de distintas plataformas sobre el mismo soporte. Facilita el desarrollo de sistemas complejos con diferentes tecnologas y arquitecturas. Desventaja principal: la mayor carga de mquina necesaria para que puedan funcionar. El proceso de comunicacin 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 contestacin. El NOS debe proporcionar transparencia a los procesos Cliente/Servidor con respecto a: Localizacin: Los recursos slo 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. Conexin: Un nico usuario y contrasea para todo el sistema. Replicacin: 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 deteccin de fallos, redundancia y reconexin tras un fallo. Administracin: Un nico sistema de gestin de todos los recursos. Protocolos: Idntica interfaz de programacin para todos los protocolos de transporte. TIPOS DE ARQUITECTURA CLIENTE/SERVIDOR: En primer lugar, un esquema de clasificacin basado en los conceptos de Fat Client/Thin Client, Fat Server/Thin Server, es decir, basado en el tamao de los componentes. En segundo lugar tenemos una clasificacin segn la naturaleza del servicio que nos ofrecen. 1. POR TAMAO 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 presentacin, aplicacin 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 aplicacin es ejecutada en el cliente, es decir, el nivel de presentacin y el nivel de aplicacin 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

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

En este caso el proceso cliente es restringido a la presentacin de la interfaz de usuario, mientras que el peso de la aplicacin corre por el lado del servidor de aplicacin. 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 anlisis 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 creacin de aplicaciones Cliente/Servidor est asociada a la utilizacin 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 estndar ms otras extensiones propias de cada proveedor. Por ejemplo casi todas las bases de datos estn 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 lgica de una aplicacin Cliente/Servidor, es decir vendra a remplazar al servidor de aplicaciones en una arquitectura tres planos (three-tier). Desencadenantes (triggers): Son mecanismos que permiten realizar acciones automticamente sobre los datos, las cuales estn asociadas a algn evento definido. Restricciones (constraints): Al igual que los desencadenantes, son acciones que se realizan asociadas a algn evento determinado y estn orientadas a llevar a cabo validaciones ms 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 mtodos 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 travs de la red se realiza mediante un nico mensaje de solicitud/respuesta, es decir, independientemente de que se necesite ejecutar una o ms funciones, una o ms instrucciones o sentencias SQL, stas son agrupadas en una unidad lgica llamada transaccin; evitando as el intercambio a travs 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 travs de SQL remoto. Estas aplicaciones denominadas OLTP (On Line Transaction Proccesing) estn orientadas a dar soporte a los procedimientos y reglas de los sistemas de misin crtica.
8

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

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 mtodo de un objeto remoto. El ORB localiza el mtodo 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 comunicacin en los servidores de objetos es el ORB: Elemento central y principal de esta arquitectura. Bus de objetos: Permite la comuniacin entre ellos. Middleware avanzado: Permite llamadas estticas y dinmicas a objetos. Lenguaje de descripcin de interfaces independiente del lenguaje de programacin. 2.5. SERVIDORES WEB: La primera aplicacin 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 parmetros son pasados como cadenas y no provee tipos de datos. La Web y los objetos distribuidos estn comenzando a crear un conjunto muy interactivo de computacin Cliente/Servidor. MODELOS CLIENTE/SERVIDOR: Es necesario conocer los modelos de la arquitectura cliente servidor ya que debido a mala eleccin de uno u otro modelo puede llegar a tener consecuencias fatales. Dentro de esta categora tenemos las aplicaciones en dos planos (two-tier), tres planos (three-tier) y multiplanos (multi-tier). Dado que este trmino ha sido sobrecargado de significados por cuanto se lo utiliza indistintamente para referirse tanto a aspectos lgicos (Software) como fsicos (Hardware). A continuacin esquematizamos ambas acepciones a nivel de software y a nivel de Hadware . 1. A NIVEL DE SOFTWARE: Este enfoque o clasificacin es el ms generalizado y el que ms se ajusta a los enfoques modernos, dado que se fundamenta en los componentes lgicos de la estructura Cliente/Servidor y en la madurez y popularidad de la computacin distribuida. Por ejemplo, esto permite hablar de servidores de aplicacin distribuidos a lo largo de una red, y no tiene mucho sentido identificar a un equipo de hardware como servidor, si no ms bien entenderlo como una plataforma fsica sobre la cual pueden operar uno o ms servidores de aplicaciones. 1.1. MODELO CLIENTE/SERVIDOR 2 CAPAS: Esta estructura se caracteriza por la conexin directa entre el proceso cliente y un administrador de bases de datos. Dependiendo de donde se localice el grupo de tareas

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

correspondientes a la lgica de negocios se pueden tener a su vez dos tipos distintos dentro de esta misma categora: A. IMPLEMENTADO CON SQL REMOTO En este esquema el cliente enva mensajes con solicitudes SQL al servidor de bases de datos y el resultado de cada instruccin 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, segn 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 gestin, pero resultan inadecuados para los sistemas crticos 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 ms simple respecto al Cliente/Servidor en tres planos, puesto que reduce una capa de programacin, como se ver ms adelante). Desventajas: La gran cantidad de informacin que viaja al cliente congestiona demasiado el trfico de red, lo que se traduce en bajo rendimiento. Por su bajo rendimiento esta estructura tiene un bajo espectro de aplicacin, limitndose a la construccin de sistemas no crticos. B. IMPLEMENTADO CON PROCEDIMIENTOS ALMACENADOS En este esquema el cliente enva 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 funcin. Ventajas: Presenta las mismas ventajas de una arquitectura dos planos con procedimientos almacenados, pero mejora considerablemente el rendimiento sobre sta, dado que reduce el trfico por la red al procesar los datos en la misma base de datos, haciendo viajar slo el resultado final de un conjunto de instrucciones SQL. Desventajas: 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 aplicacin 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 estndar de SQL. 1.2. MODELO CLIENTE/SERVIDOR 3 CAPAS: Esta estructura se caracteriza por elaborar la aplicacin en base a dos capas principales de software, ms la capa correspondiente al servidor de base de datos. Al igual que en la arquitectura dos capas, y segn las decisiones de diseo que se tomen, se puede balancear la
10

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

carga de trabajo entre el proceso cliente y el nuevo proceso correspondiente al servidor de aplicacin. En este esquema el cliente enva mensajes directamente al servidor de aplicacin 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 trfico de informacin 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 eleccin de plataformas sobre la cual montar las aplicaciones. Provee escalabilidad horizontal y vertical. Se mantiene la independencia entre el cdigo de la aplicacin (reglas y conocimiento del negocio) y los datos, mejorando la portabilidad de las aplicaciones. Los lenguajes sobre los cuales se desarrollan las aplicaciones son estndares lo que hace ms exportables las aplicaciones entre plataformas. Dado que mejora el rendimiento al optimizar el flujo de informacin entre componentes, permite construir sistemas crticos 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 nmero de usuarios (licencias) conectados a la base de datos. Inconvenientes: Dependiendo de la eleccin de los lenguajes de desarrollo, puede presentar mayor complejidad en comparacin con Cliente/Servidor dos planos. Existen pocos proveedores de herramientas integradas de desarrollo con relacin al modelo Cliente/Servidor dos planos, y normalmente son de alto costo.

2. A NIVEL DE HARDWARE: Esta clasificacin del modelo Cliente/Servidor se basa igualmente en la distribucin de los procesos y elementos entre sus componentes, pero centrndose en la parte fsica del mismo, en el que la administracin de la interfaz grfica 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 va LAN a un servidor de aplicaciones local, el cual, dependiendo de la aplicacin puede dar acceso a los datos administrados por l. MODELO CLIENTE / SERVIDOR 3 CAPAS: Los clientes son conectados va 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 acta como cliente o servidor en funcin de la direccin de la comunicacin.

2.2.

11

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

BASE DE DATOS Un conjunto de informacin 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 lgicamentenicas. Se evita inconsistencia. Mejora en la disponibilidad de datos No hay dueo de datos (No igual a ser pblicos). Ni aplicaciones ni usuarios. Guardamos descripcin (Idea de catlogos). Cumplimiento de ciertas normas. Restricciones de seguridad. Accesos (Usuarios a datos). Operaciones (Operaciones sobre datos). Otras ventajas: Ms eficiente gestin de almacenamiento.

ARQUITECTURA DE UN BASE DE DATOS Niveles de un SBD

Nivel Fsico: Es el nivel real de los datos almacenados. Es decir cmo 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 representacin de los datos, que es lo que denominamos Esquema Fsico. Nivel Conceptual:
12

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

Es el correspondiente a una visin 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 Visin: Son partes del esquema conceptual. El nivel conceptual presenta toda la base de datos, mientras que los usuarios por lo general slo tienen acceso a pequeas parcelas de sta. El nivel visin es el encargado de dividir estas parcelas. Un ejemplo sera el caso del empleado que no tiene por qu tener acceso al sueldo de sus compaeros o de sus superiores. El esquema asociado a ste nivel es el Esquema de Visin.

MODELOS DE BASE DE DATOS Modelo Relacional de Datos: Este modelo se est empleando con ms frecuencia en la prctica, debido a la ventajas que ofrece sobre los dos modelos anteriores, entre ellas, el rpido entendimiento por parte de usuarios que no tienen conocimientos profundos sobre sistemas de Bases de Datos. Modelo de red: Este modelo permite la representacin 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 informacin, a travs de la incorporacin de un tipo de registro denominado el conector. Modelo Jerrquico: 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 estn utilizando cada vez ms 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 tecnologa 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. Adems, el control de la informacin puede constituir una desventaja, debido a que se encuentra diseminada en diferentes localidades geogrficas. TRAMITES DOCUMENTARIOS Remitente: Persona que realiza un tramite documentario con una determinada institucin mediante una solicitud, memorando, invitacin, etc. Por tal motivo, posteriormente pedir un servicio a la organizacin para estar pendiente del estado del trmite 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 trmites, registrarlos, darles mantenimiento, derivarlos a las dependencias que corresponden y darles informacin 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 institucin. Tramite: Es el objeto que un remitente presenta fsicamente (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 direccin del remitente, la fecha en la que se entrega el trmite, el motivo o contenido del trmite, etc.
13

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

Tiempo de proceso por trmite: Es el tiempo transcurrido desde que se presenta un trmite hasta saber su resultado final. Por ejemplo, si es una solicitud, desde su presentacion hasta saber su aprobacin o desaprobacin. 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 investigacin, 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 despus de ello quiere darle seguimiento a su tramite. El fenmeno 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, adems de permitir una mejor gestin de los tramites. Dicha gestin de los trmites abarca desde el registro de los principales atributos del trmite en el sistema, darles mantenimiento, actualizaciones y hacer que lleguen mas rpido a las dependencias que corresponden. FORMATO ELECTRNICO DE DOCUMENTOS INTERNOS: La autora Ivonne Milagros Senz identifica el trmite documentario como un proceso de apoyo clave y esencial para la realizacin de procesos de negocio y administracin de aduanas. A pesar de ser automatizado; ocasiona un enorme gasto de papel, servicio de mensajera, transporte y lo mas importante el empleo del recurso humano en tramites burocrticos lo que representa tiempos muertos. Su objetivo es agilizar la comunicacin interna y eliminar los gastos innecesarios en que se incurrir por contar con un proceso ineficiente y burocrtico. Describe un sistema de gestin documentaria basado principalmente en el uso de documentos electrnicos, el correo y el concepto de colaboracin o trabajo en equipo (Groupware), al cual se denomina "Formato Electrnico de Documentos Internos"(FEDI). Dicha aplicacin 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 electrnicos, los cuales se traducen principalmente en: reduccin de costos, procesos mas eficientes, mejor comunicacin, coordinaciones y un trabajo en equipo e incluso una nueva organizacin. SISTEMA DE PROCESAMIENTO DE DOCUMENTOS El autor Vctor Gilberto Daz Canchay menciona que el sistema de procesamiento de documentos es un generador de productividad. La definicin del Sistema de Procesamiento de Documentos permite comprender cada uno de los mdulos que lo componen, siendo sus componentes: La creacin de documentos, administracin de documentos, almacenamiento y visualizacin, sistemas de impresin electrnica y seguridad en los documentos. Enfoque sistmico del documento: los documentos por naturaleza nos orientan donde y como estos necesitan ser visualizados, impresos y almacenados. La identificacin 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, podramos hacer alguna de las actividades: Leer o identificar algunos documentos, enviar por fax uno o ms

14

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

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 ms vigente. La creciente necesidad de comunicar y de obtener una respuesta favorable de esa comunicacin, ha establecido un requerimiento de eficiencia en la generacin, visualizacin, almacenamiento y acceso al documento. La eficiencia tiene su origen en la necesidad de mejorar los siguientes factores: Costo, tiempo (respuesta rpida para atender necesidades de urgencia), ubicacin (la ubicacin 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 (Trmite documentario): El modelo del negocio nos permitir posicionarnos en el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripcin de dnde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales. Tambin provee la justificacin para la construccin 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. Especificacin de reglas de negocio: A continuacin se mostrar un glosario de trminos y se especificar un catlogo con las reglas del negocio. a. Glosario de Trminos:

b. Catalogo de las reglas de negocio

15

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

REDES Definicin: es un conjunto de dispositivos electrnicos (computadores) son conocidos tambin HOST que van a compartir archivos (carpetas, datos, imgenes, audio, video, etc.) o recursos (disco duro, lectora, disquetera, monitor, impresora, fotocopiadora, webcam, etc.), stas computadoras pueden estar interconectadas por un medio fsico o inalmbrico. Los componentes principales de una red son: a. Los nodos de red (estacin, servidor, dispositivo de comunicacin). b. Los medios de comunicacin (fsico, inalmbrico). Cableado: coaxial, UTP, fibra ptica.
16

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

Redes inalmbricas 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 comunicacin 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 pequea. Red de rea de campus (CAN): Se deriva a una red que conecta dos o ms LANs. Red de rea metropolitana (MAN): una red que conecta las redes de un rea dos o ms locales. Red de rea amplia (WAN): es una red de comunicaciones de datos que cubre un rea geogrfica relativamente amplia y que utiliza a menudo las instalaciones de transmisin. Se divide en: CENTRALIZADO: donde hay un computador central. DISTRIBUIDO: distribuidos en dos o ms computadoras
17

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

METODO DE CONEXION a) Medios guiados: cable coaxial, cable de par trenzado, fibra ptica y otros tipos de cables. b) Medios no guiados: radio, infrarrojos, microondas, lser y otras redes inalmbricas.

TOPOLOGA 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 combinacin de las anteriores).

: DESARROLLO: TECNOLOGA CLIENTE-SERVIDOR, UNA OPCIN NECESARIA. La modernizacin tecnolgica de un negocio o institucin involucra mayores requerimientos de
18

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

gestin, anlisis y seguridad de datos, as como de herramientas informticas con mayor desempeo y rendimiento. Los puntos focales de los noventa y de ms all del dos mil demandan nuevos esquemas. Las organizaciones deben orientarse cada vez ms al cliente (tanto interno como externo). Se debe ser ms 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 aproximacin fresca y flexible a la tecnologa. Cuando se considera una solucin Cliente-Servidor, debe uno asegurarse que apunte a los objetivos estratgicos de la organizacin, hay que asegurarse tambin que soporte los nuevos esquemas de operacin, no que es simplemente una solucin tradicional disponible con nueva tecnologa.

Esquema ilustrativo de un ambiente cliente-servidor El mayor problema con los sistemas tradicionales es que ellos no han sido diseados para andar con el cambio. Con el viejo modelo (Por ejemplo MS Access) la organizacin 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, incurrindose en cambios adicionales. Por lo que una solucin cliente servidor adecuada no slo le da ms productividad a los usuarios, sino que tambin les da acceso a la informacin, cundo cmo y dnde la necesitan. La toma de decisiones se mueve hacia delante, siempre que sea posible, es decir cuando ocurre el momento de verdad entre la organizacin y su cliente, o entre el trabajador y el proceso, le devuelve al usuario la tenencia y la responsabilidad de la informacin. Si comparamos el casi desconocido SQL-Server, con el ampliamente usado MS Access de Office, tendramos una mejor idea de hacia dnde apunta el futuro ms cercano. Limitaciones fundamentales de una solucin tradicional Archivo-Servidor (Ej. MS Access): Tienden a ser inestables cuando existen ms de 5 usuarios accediendo simultneamente o un volumen considerable de datos. El archivo de la base de datos se puede daar si se producen errores en la estacin de trabajo del usuario, la conexin a la red o el servidor de archivos mientras se escriben los datos.
19

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

Si por el contrario nos decidimos por una solucin Cliente-Servidor usando SQL-Server tendramos las siguientes ventajas: Posibilidad de servir de forma estable a gran nmero de usuarios simultneamente. 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 proteccin de los datos. Procesamiento de consultas ms rpido. Hardware compatible, o sea, puede agregar sistemas de energa 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 asimilacin de las nuevas tecnologas informticas, como base para el logro de la sociedad de la informacin, se convierte en tarea de primer orden. No se trata de estar a la moda o con el ltimo grito de la tecnologa, sino de una necesidad inminente de incorporar, en este caso, el paradigma Cliente-Servidor al mayor nmero de procesos posibles, no slo por las ventajas ya expuestas; es evidente que se trata del prximo escaln a subir. Si se quiere ir ms arriba, y ese paso sera la conformacin 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 organizacin. El tema investigado esta justiciado porque permitir reducir el nmero de horas-hombre en el procesamiento de trmites, lo cual implica un ahorro importante para la oficina de Mesa de Partes. Tambin, permitir resolver los problemas que se pueden incurrir al procesar un trmite en forma manual. En el caso concreto del Gobierno, es indiscutible la necesidad de llevar esta actividad a un ambiente Cliente-Servidor, lo que coadyuvara a un ordenamiento y estandarizacin significativa de la misma, a su vez incrementara de forma notable, la calidad de la seleccin de los aspirantes y disminuira el tiempo y subjetividad de este proceso, logrndose de esta forma minimizar los costos. Como efecto secundario, dara la posibilidad de familiarizar a los especialistas en las nuevas tecnologas y la posibilidad futura de combinar este sistema con otros afines El diseo 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 sern afectados por la aplicacin del sistema de informacin de tramite documentario y otros no. El registro de los datos en el diseo de experimento propuesto ser por cada mes.

RECOMENDACIONES Se recomienda mejorar el diseo del experimento, ya que a un hay ajustes que se debern de realizar previo a un anlisis profundo para su elaboracin.

20

UNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO FACULTAD DE CIENCIAS ESCUELA PROFESIONAL DE ING. SISTEMAS E INFORMATICA

Es necesario capacitar a las personas que van a usar el sistema de informacin de tramite documentario. Realizarlo demandara aproximadamente una semana, ya que el sistema es fcil de usar.

REFERENCIAS BIBLIOGRFICAS Del Puerto, Roberto (2002): Avanzando hacia la sociedad de la Informacin, Revista GIGA, Nmero 1, pag 63. Silva-Ledesma Tejada, David: Cliente Servidor. Monografa Ventajas de la versin ContaWin Server Empresarial. Rosabal, Heriberto (2003): Informatizacin: Objetivo estratgico, Mensuario Punto CU, # 6 enero 2003.

21