Aplicacion de TecNologia CLIENTE SERVIDOR

7/31/2019 Aplicacion de TecNologia CLIENTE SERVIDOR

1/21

TECNOLOGIA CLIENTE SERVIDOR Pgina 1

N I V E R S I D A D A C I O N A L

A N T I A G O N T U N E Z D E A Y O L O

ACULTAD DE IENCIAS

NGENIERIA DE ISTEMAS E NFORMATICA

NOMBRE DE LA ASIGNATURA:

TECNOLOGIA CLIENTE - SERVIDOR

NOMBRE DEL CATEDRTICO:

ING.

TRABAJO:

APLICACIN DE LA ARQUITECTURA TECNOLGICA CLIENTE/SERVIDOREN EL TRAMITE DOCUMENTARIO DE LA FACULTAD DE CIENCIAS DE LAUNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

INTEGRANTES:

GAMARRA ORTIZ,JOEL HARLEYJAMANCA JORGE,JHON

CHAVEZ CANCHA MANUELBALTAZAR REYES ROLANDO ELMER

2012Huaraz - Ancash


2/21

TECNOLOGIA CLIENTE SERVIDOR Pgina 2

INDICE

APLICACIN DE LA ARQUITECTURA TECNOLGICA CLIENTE/SERVIDOR ENEL TRAMITE DOCUMENTARIO DE LA FACULTAD DE CIENCIAS DE LAUNIVERSIDAD NACIONAL SANTIAGO ANTUNEZ DE MAYOLO

INTRODUCCIN

RESUMEN

MARCO TERICO ARQUITECTURA CLIENTE/SERVIDOR

ARQUITECTURA CLIENTE/SERVIDORBASE DE DATOSTRAMITE DOCUMENTARIO

TRABAJO PRCTICO

PROCEDIMIENTOS

DESARROLLO

CONCLUSIONES

REFERENCIAS BIBLIOGRFICAS

ANEXOS


3/21

3

APLICACIN DE LA ARQUITECTURA TECNOLGICA CLIENTE/SERVIDOR EN ELTRAMITE 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, realizantramites documentarios para poder interactuar con personas, ya sean externas a laorganizacin o internas a la organizacin. La presente investigacin se centra en estembito, y se identifica como problema principal la demora en el tiempo de respuesta a lasconsultas de los remitentes de trmites. Esta investigacin tiene como objetivo principalmejorar el tiempo de respuesta a las consultas de los remitentes de trmites mediante laaplicacin de un sistema de trmite documentario, y como objetivos especficos:

Automatizar una parte del proceso de trmite documentario, permitir que los tramites seprocesen mas rpido, reducir el tiempo que se invierte en dar mantenimiento y/oactualizacin de los tramites, reducir el tiempo que se invierte en dar mantenimiento y/oactualizacin de los datos personales u otra informacin de los remitentes de trmites. Acontinuacin veremos en primer lugar cual es la rusticacin de la investigacin, luego seplanteara el problema que queremos resolver, los objetivos de la investigacin.Abordaremos el marco terico donde se tocaran temas como: Antecedentes delproblema, Sistemas de Informacin existentes en el mercado, se describira la tcnica quese va a usar y se hara una breve descripcin del software. Se desarrollara el diseo de lainvestigacin donde se determinara: El objeto de la investigacin, la poblacin, el tamaode la poblacin, que tcnica de muestreo se va a usar, cuales son las variablesindependientes y dependientes, que instrumentos se van a usar para medirlas, sediseara el experimento, se planteara la hiptesis y el modelo de solucin. Luego seelaborara el plan de trabajo y el presupuesto de la investigacin, y finalmente seenunciaran las conclusiones, recomendaciones y trabajos futuros.

RESUMEN:

En esta trabajo de aplicacin, se estudiara el funcionamiento del parteadministrativa de la Facultad de Ciencias de la UNASAM, encargada del tramitedocumentario 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 tramitedocumentario.

TRABAJO PRCTICO

Procedimientos para la migracin de la arquitectura de la tecnologa cliente servidor.

Planeacin de una infraestructura tecnolgica de arquitectura cliente servidor bajo unaplataforma de trabajo multiplataforma.


4/21

4

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 degestin de base de datos, el lenguaje de programacin, los protocolos decomunicacin, la seguridad de la red y el sistema informtico.

Infraestructura Tecnolgica: Se debe considerar la infraestructura fsica y lgicade la arquitectura a migrar basados bajo los criterios de la infraestructura fsica dela distribucin de los equipos y dispositivos de telecomunicaciones para redes yconectividad, sus respectivos planos de diseo y de distribucin, la disposicin desus muebles, sistema elctrico, sistemas de data, aire acondicionado, servicios detelefona, tv, etc.

Recurso Humano: Se debe considerar el recurso humano de especialistasexpertos y tcnicos con la finalidad de que se encuentren acreditados bajo laspolticas 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 correctoentendimiento de toda la funcionalidad de la nueva plataforma tecnolgica de laarquitectura cliente servidor, se debe considerar lo siguiente:

Contar con el sistema de gestin de base de datos, las licencias respectivas ydesarrollar, reutilizar los mdulos de los aplicativos desarrollados.

Se debe tener en cuenta que si el personal de desarrollo y soporte de software nose encuentra capacitado con la nuevas herramientas de software se le debecapacitar de manera paralela con la actividad de produccin de sistemas eninformtica.

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

MARCO TERICO.

ARQUITECTURA CLIENTE / SERVIDOR


5/21

5

El modelo Cliente/Servidor rene las caractersticas necesarias para proveer esta infraestructura,independientemente del tamao y complejidad de las operaciones de las organizaciones pblicas oprivadas 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:


6/21

6

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 deatender a mltiples clientes que hacen peticiones de algn recurso administrado por l. Al procesoservidor 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 acualquier usuario de sistemas de informacin comunicarse con varias fuentes de informacin quese encuentran conectadas por una red. En el caso que nos concierne, es el intermediario entre elcliente 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.


7/21

7

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):


8/21

8

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 debeelegir 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/Servidoren 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 lossistemas de misin crtica.


9/21

9

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 multi-

planos (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


10/21

10

correspondientes a la lgica de negocios se pueden tener a su vez dos tipos distintos

dentro de esta misma categora:

A. IMPLEMENTADO CON SQL REMOTOEn 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 alCliente/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 essta quien resuelve y procesa la totalidad de las instrucciones SQL agrupadas en lamencionada 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 yescalabilidad 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 laarquitectura dos capas, y segn las decisiones de diseo que se tomen, se puede balancear la


11/21

11

carga de trabajo entre el proceso cliente y el nuevo proceso correspondiente al servidor deaplicacin.En este esquema el cliente enva mensajes directamente al servidor de aplicacin el cual debeadministrar 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 entrecomponentes, 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 losdatos 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.

2.2. MODELO CLIENTE / SERVIDOR 3 CAPAS:Los clientes son conectados va LAN a un servidor de aplicaciones local, el cual a su vez secomunica 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.


12/21

12

BASE DE DATOS

Un conjunto de informacin almacenada en memoria auxiliar que permite acceso directo y un conjunto deprogramas 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 comosea. Este nivel es usado por muy pocas personas que deben estar cualificadas para ello. Este nivel llevaasociada una representacin de los datos, que es lo que denominamos Esquema Fsico.

Nivel Conceptual:


13/21

13

Es el correspondiente a una visin de la base de datos desde el punto de visto del mundo real. Es decirtratamos 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 losusuarios por lo general slo tienen acceso a pequeas parcelas de sta. El nivel visin es el encargado dedividir estas parcelas. Un ejemplo sera el caso del empleado que no tiene por qu tener acceso al sueldode 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 deusuarios 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 cualquierregistro dentro de la base de datos puede tener varias ocurrencias superiores a l. El modelo de red evitaredundancia 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 yrelaciones 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 segeneran por el uso de la tecnologa de bases de datos distribuidas son en lo referente a duplicidad de datosy a su integridad al momento de realizar actualizaciones a los mismos. Adems, el control de la informacinpuede constituir una desventaja, debido a que se encuentra diseminada en diferentes localidadesgeogrficas.

TRAMITES DOCUMENTARIOS

Remitente: Persona que realiza un tramite documentario con una determinada institucin mediante unasolicitud, memorando, invitacin, etc. Por tal motivo, posteriormente pedir un servicio a la organizacinpara estar pendiente del estado del trmite documentario presentado.

Mesa de Partes: Es una unidad organizacional, que es responsable de realizar algunas acciones paracumplir con un procedimiento administrativo determinado. Es decir, se encargara de recepcionar lostrmites, registrarlos, darles mantenimiento, derivarlos a las dependencias que corresponden y darlesinformacin 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 unrea de la institucin.

Tramite: Es el objeto que un remitente presenta fsicamente (impreso) o virtualmente (digitalizado) a unamesa 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 ocontenido del trmite, etc.


14/21

14

Tiempo de proceso por trmite: Es el tiempo transcurrido desde que se presenta un trmite hasta saber suresultado final. Por ejemplo, si es una solicitud, desde su presentacion hasta saber su aprobacin odesaprobacin. 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 parasatisfacer una consulta del solicitante.

Estos conceptos nos permiten tener una idea del tema de investigacin, que se centra en el tiempo derespuesta a los remitentes cuando hacen consulta del estado de sus tramites, esto se da cuando unremitente 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 detramite 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 quecorresponden.

FORMATO ELECTRNICO DE DOCUMENTOS INTERNOS:La autora Ivonne Milagros Senz identifica el trmite documentario como un proceso de apoyo clave yesencial para la realizacin de procesos de negocio y administracin de aduanas. A pesar de serautomatizado; ocasiona un enorme gasto de papel, servicio de mensajera, transporte y lo mas importanteel empleo del recurso humano en tramites burocrticos lo que representa tiempos muertos. Su objetivo esagilizar la comunicacin interna y eliminar los gastos innecesarios en que se incurrir por contar con unproceso 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 flujode documentos internos tales como, memorando, proyectos, notificaciones, resoluciones, solicitudes einformes.Su trabajo tiene por objetivo mostrar los beneficios del uso de documentos electrnicos, los cuales setraducen 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 ungenerador de productividad. La definicin del Sistema de Procesamiento de Documentos permitecomprender cada uno de los mdulos que lo componen, siendo sus componentes: La creacin dedocumentos, administracin de documentos, almacenamiento y visualizacin, sistemas de impresinelectrnica 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


15/21

15

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 decomunicar y de obtener una respuesta favorable de esa comunicacin, ha establecido unrequerimiento de eficiencia en la generacin, visualizacin, almacenamiento y acceso aldocumento.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 serimportante, 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 dednde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de lasactividades habituales. Tambin provee la justificacin para la construccin del sistema de software alcapturar las actividades manuales y los procedimientos automatizados habituales que se incorporaran en elnuevo sistema, con costos y beneficios asociados.Especificacin de reglas de negocio: A continuacin se mostrar un glosario de trminos y se especificarun catlogo con las reglas del negocio.

a. Glosario de Trminos:

b. Catalogo de las reglas de negocio


16/21

16

REDES

Definicin: es un conjunto de dispositivos electrnicos (computadores) son conocidos tambin HOST quevan a compartir archivos (carpetas, datos, imgenes, audio, video, etc.) o recursos (disco duro, lectora,disquetera, monitor, impresora, fotocopiadora, webcam, etc.), stas computadoras pueden estarinterconectadas 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.


17/21

17

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 dispositivosde 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 geogrficarelativamente 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


18/21

18

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:

TECNOLOGACLIENTE-SERVIDOR,UNAOPCINNECESARIA.La modernizacin tecnolgica de un negocio o institucin involucra mayores requerimientos de


19/21

19

gestin, anlisis y seguridad de datos, as como de herramientas informticas con mayordesempeo y rendimiento.

Los puntos focales de los noventa y de ms all del dos mil demandan nuevos esquemas. Lasorganizaciones 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 enque la nica constante es el constante cambio se requiere una aproximacin fresca y flexible a latecnologa. Cuando se considera una solucin Cliente-Servidor, debe uno asegurarse que apuntea los objetivos estratgicos de la organizacin, hay que asegurarse tambin que soporte losnuevos esquemas de operacin, no que es simplemente una solucin tradicional disponible connueva tecnologa.

Esquemailustrativodeunambientecliente-servidor

El mayor problema con los sistemas tradicionales es que ellos no han sido diseados para andarcon el cambio. Con el viejo modelo (Por ejemplo MS Access) la organizacin tiene que definirtodas sus necesidades, para cuando el software est instalado los requerimientos muchas veceshan cambiado, es all donde se produce una brecha que si no se cierra se va agrandando con eltiempo y puede llegar hasta requerir un cambio en el software, incurrindose en cambiosadicionales.

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 dedecisiones 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 alusuario 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 oun 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 losdatos.


20/21

20

Si por el contrario nos decidimos por una solucin Cliente-Servidor usando SQL-Server tendramoslas 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 registroindependiente 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 lasestaciones 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 ala moda o con el ltimo grito de la tecnologa, sino de una necesidad inminente deincorporar, en este caso, el paradigma Cliente-Servidor al mayor nmero de procesosposibles, no slo por las ventajas ya expuestas; es evidente que se trata del prximoescaln a subir. Si se quiere ir ms arriba, y ese paso sera la conformacin de unaIntranet, sta no se concibe sin servidores y clientes interactuando entre s, por lo que noinsertarnos ahora en este entorno puede comprometer el futuro de la organizacin.

El tema investigado esta justiciado porque permitir reducir el nmero de horas-hombre enel procesamiento de trmites, lo cual implica un ahorro importante para la oficina de Mesade Partes. Tambin, permitir resolver los problemas que se pueden incurrir al procesar untrmite en forma manual.

En el caso concreto del Gobierno, es indiscutible la necesidad de llevar esta actividad a unambiente Cliente-Servidor, lo que coadyuvara a un ordenamiento y estandarizacinsignificativa de la misma, a su vez incrementara de forma notable, la calidad de laseleccin de los aspirantes y disminuira el tiempo y subjetividad de este proceso,logrndose de esta forma minimizar los costos. Como efecto secundario, dara laposibilidad de familiarizar a los especialistas en las nuevas tecnologas y la posibilidadfutura de combinar este sistema con otros afines

El diseo de experimento elaborado permitir registrar los resultados en dos grupos, elprimero es el de solicitudes y el segundo es el de otros documentos, a los cuales Algunossern afectados por la aplicacin del sistema de informacin de tramite documentario yotros no. El registro de los datos en el diseo de experimento propuesto ser por cadames.

RECOMENDACIONES

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


21/21

21

Es necesario capacitar a las personas que van a usar el sistema de informacin de tramitedocumentario. Realizarlo demandara aproximadamente una semana, ya que el sistema esfcil de usar.

REFERENCIAS BIBLIOGRFICAS

Del Puerto, Roberto (2002): Avanzando hacia la sociedad de la Informacin, RevistaGIGA, Nmero 1, pag 63.

Silva-Ledesma Tejada, David:ClienteServidor.

MonografaVentajas de la versin ContaWin Server Empresarial.

Rosabal, Heriberto (2003): Informatizacin: Objetivo estratgico, Mensuario Punto CU,# 6 enero 2003.

Documents

Aplicacion de TecNologia CLIENTE SERVIDOR