Está en la página 1de 40

Qu son los sistemas informticos?

Un sistema informtico utiliza ordenadores para almacenar datos, procesarlos y ponerlos a disposicin de quien se considere oportuno. Un sistema puede ser tan simple como: una persona tiene un microordenador y le introduce datos tan elementales, como por ejemplo las ventas diarias de una pequea empresa, se produce una entrada por cada venta y en ella se declara el elemento vendido, por ejemplo un yogur, la cantidad de elementos vendidos, por ejemplo cuatro y el precio de venta unitario, por ejemplo 0.15 euros. Cada entrada se almacena como un registro de un fichero en el disco. Al finalizar el da se puede obtener un informe de las ventas y las tendencias. El usuario puede utilizar esta informacin para la gestin de almacn o planificar campaas publicitarias. Habitualmente una empresa tiene ms de un ordenador, por ejemplo uno para la gestin de ventas y otro para la contabilidad y procesos asociados. Sin embargo la mayor parte de los sistemas son ms complejos. Los sistemas de informacin tienen muchas cosas en comn, la mayora de ellos estn formados por: - Personas son un componente esencial en cualquier sistema de informacin, producen y utilizan la informacin de sus actividades diarias para decidir lo que se debe hacer. Las decisiones pueden ser rutinarias o complejas. - Procedimientos, los sistemas de informacin deben soportar diversas clases de actividades del usuario, por eso han de establecerse procedimientos que aseguren que los datos correctos llegan a las personas adecuadas en su momento justo. - Equipo, es decir los ordenadores y todos los dispositivos necesarios. Elementos de un sistema informtico: - Computadoras - Medios de programacin (Software) S.O, programas de comunicaciones, utilitarios, de aplicacin. - Instrucciones destinadas al operador, al usuario y al proveedor de la informacin al sistema. Estas tienen el objetivo de reglamentar y asegurar la actividad del sistema en su conjunto. - Informaciones almacenadas en las B.D o que fluyen entre los diferentes elementos estructurales del sistema. - Funcionarios, especialistas y trabajadores en general, encargados de emitir informaciones o de utilizar la que resulta de la actividad del sistema informtico. - Sensores, captadores de informacin en mquinas o proceso s productivos, comerciales, etc. - Lneas y equipos de comunicaciones y enlace entre computadoras. - Dispositivos de almacenamiento de informacin para ser utilizados por el sistema. - Documentos o formularios para captar la informacin de entrada al sistema y para reflejar los resultados. En dependencia del sistema pueden estar presentes o no. - Equipos auxiliares.

Esquema Simple de un sistema informtico.

Un sistema informtico puede ser tan simple que conste de un solo programa o tan complejo que pueda comprender cientos. Puede funcionar con una sola computadora o con sistema de maquinas gigantes. El sistema informtico puede abarcar diferentes funciones, incluir un conjunto de datos, que se utilicen por una funcin o tarea, proporcionarle informacin a departamentos y empleados. Est compuesto por diferentes programas, orientado a resolver tareas y funciones, las cuales pueden ser denominadas como subsistemas. A su vez estos pueden subdividirse ms de una vez, con lo que se formara una jerarqua de subsistemas.

Sistemas informticos. Descomposicin y aplicacin Descomposicin de un sistema informtico: - SISTEMA - SUBSISTEMA - COMPLEJO O CONJUNTO DE TAREAS - TAREA El analista de sistemas, cuyo trabajo fundamental es disear sistemas informticos, debe estar informado, no solo de los tipos de equipos disponibles, sino tambin de las funciones que deben realizar esos equipos de la organizacin y de la estructura que puede dar a su sistema informtico, de los distintos enfoques puede dar a su actividad. Aplicacin de los sistemas informticos (AREAS) - Abastecimiento y Compras - Almacenamiento - Planificacin - Control de la Fuerza de Trabajo. - Salarios - Contabilidad y Finanzas

- Estadsticas - Ventas - Direccin Operativa - Control de la Fabricacin - Direccin y Control del mantenimiento y reparacin de los equipos e instalaciones. Estas reas estn ntimamente relacionadas unas con otras a travs de flujos informativos. Aunque estas funciones pueden solucionarse en forma individual y aislada, en su estado "natural" estn interrelacionadas y por tanto su solucin ideal tambin debe ser as.

La solucin de tareas aisladas tiene como ventajas su rapidez de elaboracin e implantacin: como desventaja su ineficiencia y falta de integralidad.

De acuerdo al grado de centralizacin de la potencia de clculo y las informaciones en uno o varios departamentos de la entidad, los sistemas pueden adoptar DIFERENTES.

Sistemas informticos centralizados y descentralizados. Ventajas y desventajas ARQUITECTURAS: 1. Sistemas Informticos Centralizados (Tres primeras generaciones de Computadoras)

Concentran en un departamento especializado el equipamiento, el personal y las informaciones (organizadas con un criterio departamental y no sistmico, implicando duplicidades e incoherencia). Esta arquitectura se utiliza en la actualidad en pequeas empresas, que cuentan slo con una microcomputadora procesando toda la informacin centralizadamente. ESQUEMA DE UN SISTEMA INFORMTICO CENTRALIZADO

Desventajas - Dependencia de los usuarios al departamento central de procesamiento de datos. - Atrasos en las entregas de los resultados. - Diferentes prioridades con afectacin a usuarios. - Cuellos de botella. 2. Sistemas Informticos Descentralizados: Caracterizado por equipos y B.D ubicadas en las reas de trabajo, o sea ms cercanas a los centros de toma de decisiones. Ventajas: Buenos resultados a nivel de rea o departamento Desventajas: - Parques de equipos heterogneos, inconexos y de difcil gestin desde el punto de vista global de la empresa - Bases de Datos repetidas que afectan la integridad y veracidad de los datos.

3. Sistemas Informticos Distribuidos (Avances Tecnolgicos HW SW y Comunicaciones). Conjunto de equipos de tamaos y caractersticas variables y perfectamente conectables entre s, de manera tal que la informacin de tipo global puede ser fcilmente centralizable, sin entorpecer los procesos individuales del dpto. Todos los equipos estn conectados a una red de comunicaciones y el trabajo de todos en conjunto est regido por un software especializado en comunicaciones. El software de comunicaciones discrimina por tipos de acceso y usuario (autorizado a consultar una parte o toda la informacin, o a consultar y escribir, etc.), y permite por supuesto, el trabajo a distancia. Desventajas - Alto Costo de las Redes. - Las Redes implican necesidades de comunicacin que no siempre estn completamente desarrolladas. - Los usuarios tienen operaciones restringidas, accesos limitados a algunas informaciones o niveles de prioridad para utilizar ciertas partes del Equipo. - Sensacin de no autonoma y dependencia. De las tres variantes estudiadas Cual variante es la mejor? No podemos absolutizar la respuesta a esa pregunta. Los diseadores de sistema deben analizar cuidadosamente el sistema de direccin y organizacin que requiere la entidad donde trabajan, y disear el sistema informtico que responda a esos requerimientos con un criterio tanto tcnico como econmico. Otros conceptos importantes son:

Desventajas de los sistemas de informacin computarizada La informacin hoy en da se mantiene en computadoras ms que en papel. Atrs quedaron los das en que todos los registros se mantenan en papel. Muchas empresas han optado por mantener su informacin en computadora. Este tipo de sistemas se les conoce como sistemas de informacin computarizados. La invencin de las computadoras ha permitido a las empresas mantener registros amplios, mientras se reduce la cantidad de tiempo y espacio para almacenar toda la informacin necesaria. Sin embargo, este tipo de sistema tiene desventajas. Tiempo de inactividad

La primera desventaja de un sistema informtico es la posibilidad de que el sistema informtico se caiga. Si el sistema informtico no funciona por la razn que sea, no se puede acceder a la informacin almacenada en esos equipos . Sin los medios necesarios para acceder a la informacin del cliente, una empresa puede ser incapaz de cumplir con los pedidos, responder a las preguntas de los clientes u otra manera de hacer negocios. Por lo general, este tipo de problema con el sistema de informacin computarizado significa que el cliente tiene que llamar o volver a la oficina despus de que el problema se ha solucionado para poder abordar el tema correctamente. Datos accesibles La segunda desventaja de los sistemas de informacin computarizados es que todos los datos se almacenan en una ubicacin central y es fcilmente accesible. Este mtodo es una ventaja cuando la informacin se consulta por la razn correcta, pero tambin hace que sea ms fcil para los piratas informticos robar la identidad de los consumidores y usarla como propia. Aunque las leyes de proteccin contra el robo de identidad y algunos programas de software ayudan a proteger a estos sistemas de informacin computarizados, el robo de datos es un problema relevante en el mundo. Requerimientos de entrenamiento y conocimientos Otra desventaja de los sistemas de informacin computarizados es que toma tiempo y esfuerzo crear y tener a todos los usuarios completamente capacitados y con conocimientos sobre cmo utilizar correctamente el sistema. Un sistema que no cumple con las necesidades de la empresa y la informacin que deseas almacenar es intil. Muchas compaas han encontrado que sus planes iniciales no eran los adecuados. Este fracaso obliga a gastar ms dinero para hacer que el sistema sea lo que se quera desde el principio. El ingreso de datos exactos Otra desventaja potencial es que la informacin contenida en un sistema informtico se debe introducir a la computadora por una persona. Por lo tanto, la exactitud de esta entrada es esencial para asegurar la informacin correcta a los clientes correctos o pacientes. Una entrada incorrecta podra significar la posible confusin en una fecha posterior para la facturacin u otro tipo de actividad que significan a menudo emplear mucho tiempo para buscar, evaluar y corregir. CICLO DE VIDA DE UN SISTEMA INFORMATIVO Debido a la complejidad y envergadura del trabajo requerido para analizar, disear e implantar un sistema de informtico se necesita para hacerlo con eficiencia se planifique, ejecute y controle de acuerdo a ciertas reglas, leyes y principios que por un lado organicen el trabajo de forma adecuada y por otro garanticen que el trabajo del anlisis y diseo se apliquen principios fundamentales de la teora de sistemas. - El enfoque sistmico - Anlisis del medio ambiente - Definicin exacta de los lmites del sistema - La consideracin de la flexibilidad necesaria en el nuevo sistema para asimilar la dinmica del Objeto de direccin y del propio sistema de informacin - El hombre como elemento fundamental - La inclusin de los medios de control necesarios para garantizar el equilibrio del sistema

El trabajo del diseador es creativo en gran parte, pues son diseados para objetivos especficos y sin reglas rgidas, sin embargo es posible establecer una estructura que contenga ciertas normas aplicables a los recursos, organizacin, tcnicas, mtodos y procesos durante los cuales el trabajo de sistematizacin puede hacerse ms eficiente, debiendo ser flexible para no impedir la creatividad del sistematizador. CICLO DE VIDA: El ciclo de vida de los sistemas de software se puede explicar atendiendo a diferentes modelos, como es: - Clsico o convencional (Cascada) - Prototipo - Espiral - Evolutiva - Incremental - Basada en transformaciones - Estructurado - Orientado a objetos Para iniciar nuestro estudio sobre la necesidad de elaborar documentacin comentemos el ciclo de vida clsico, ya que a partir de l podemos explicar las variantes de ciclos de desarrollo, como el orientado a objetos que veremos al final. Ciclo de vida clsico o convencional: Se introdujo como tcnica rgida para mejorar la calidad y reducir los costos del software, se le denomina tradicionalmente "modelo de cascada" porque posee un paso antes del siguiente con gran exactitud. Sus principales problemas son el no establecer al principio todos los requerimientos, la posibilidad de cambios despus de iniciado el proyecto y que los resultados no se ven hasta despus de iniciado el proyecto. Este es la aproximacin mas empleada.

El ciclo clsico consta de las siguientes etapas: 1- Reconocimiento del problema 2- Estudio de factibilidad 3- Anlisis 4- Diseo 5- Implementacin (Codificacin) 6- Prueba 7- Mantenimiento Analicemos cada una de las partes que conforman el ciclo de vida: Reconocimiento del problema: La idea de desarrollar un nuevo sistema surge cuando el usuario reconoce que tiene problemas con los medios con que cuenta actualmente para llevar a cabo su trabajo. As comienza esta fase que trata de reemplazar el sistema existente (ya sea manual o automatizado) por otro. En esta fase interviene totalmente el usuario. Estudio de la factibilidad: Se decide si el usuario necesita o no una computadora. Este estudio sirve para:

- Identificar los problemas con el sistema actual. - Identificar el alcance del sistema a ser estudiado. - Identificar los principales objetivos del nuevo sistema. - Identificar un nmero de soluciones que pueden satisfacer las necesidades del usuario dentro de su esquema. - Desarrollar estimados de los beneficios y desventajas de cada solucin. - Desarrollar esquemas de cmo puede llevarse a cabo el proyecto teniendo una idea de los recursos que se requieren. - Obtener puntos de vista del usuario y el administrador sobre las modificaciones. - Obtener una decisin de si se lleva a cabo la parte de anlisis. Todo este estudio evitar el gasto de un anlisis de un proyecto imposible. En l intervienen el usuario y el analista. Anlisis: Es la fase de diseo externo. Consiste en cuestionar al usuario sobre qu hace el sistema, qu caractersticas extras l quiere en su nuevo sistema y qu restricciones debe satisfacer. La salida del anlisis debe incluir una especificacin funcional y un anlisis estructurado que contiene los requerimientos para el nuevo sistema, los cuales el usuario debe leer, analizar y sealar lo que l quiere. Diseo: Es la fase de diseo interno. Consiste en definir cmo organizar lo anterior de forma adecuada para la ejecucin. Incluye la realizacin de diagramas de estructura, explicaciones del programa, etc.... (diseo preliminar). Posteriormente se lleva a cabo un diseo detallado donde se describen las especificaciones de los mdulos. Implementacin: Es la fase de programacin o escritura del cdigo. Lo que se produce en el diseo se lleva a cdigo. Prueba: En esta etapa se planea el diseo de casos de prueba con el fin de "asegurar" la correctitud de los programas. Mantenimiento: Despus que el sistema pasa la fase de prueba, cualquier cosa que se le haga es mantenimiento. Estas fases pueden ser cclicas. En caso de haber errores o si se decide hacer un nuevo sistema, se comienza por el paso 1 nuevamente. En el desarrollo de los sistemas profesionales se le dedica mayor cantidad de tiempo a las tres ltimas fases, sin tener en cuenta la importancia de las etapas de la 1 a la 4, a las cuales debe dedicarse todo el tiempo que requieren.

Conclusiones El concepto de sistema es una forma de enfoque de la complejidad, una forma de concentrar lo simple en lo complejo. El modelo es un sistema auxiliar simplificado del sistema social. La mecanizacin y automatizacin son valiosos instrumentos en la manipulacin cuantitativa de la realidad y una necesidad por la complejidad de los sistemas. El carcter clasista de la direccin de la economa hace que esta tcnica tenga un rol ideolgico en el sistema social. Las denominaciones de sistema y subsistema tienen un carcter relativo. La regulacin del sistema es posible por la retroalimentacin. No existe una definicin universalmente aceptada de informacin, para nosotros basta considerarla como un conjunto de datos, expresados en un lenguaje que tiene significado para el emisor y el receptor de ellos, y es til a los efectos de determinar ciertos aspectos del sistema e influir luego en sus resultados, siendo un reflejo en la conciencia de las personas de fenmenos o razones objetivas. La informacin es econmica cuando est vinculada a las actividades de produccin, distribucin, cambio y consumo de bienes materiales. El proceso de direccin est fuertemente enlazado al sistema informativo, por cuanto describe su comportamiento.

La importancia de los sistemas de informacin en la empresa

Debido a los enormes cambios sufridos por el mercado en los ltimos aos con la incorporacin de tecnologas informticas que facilitarn la administracin de los datos, con el fin de ofrecer mejoras en la toma de decisiones gerenciales, en la actualidad todas las empresas, incluso las Pymes, requieren de la implementacin de un sistema de informacin que colabore con los procesos de gestiones empresariales. Con el fin de mejorar la productividad y el rendimiento de una organizacin competitiva, es fundamental evaluar las tcnicas actuales y la tecnologa disponible para desarrollar sistemas que brinden eficiencia y eficacia de la gestin de la informacin relevante. La implementacin de sistemas de informacin en una compaa, brindan la posibilidad de obtener grandes ventajas, incrementar la capacidad de organizacin de la empresa, y tornar de esta manera los procesos a una verdadera competitividad. Para ello, es necesario un sistema eficaz que ofrezca mltiples posibilidades, permitiendo acceder a los

datos relevantes de manera frecuente y oportuna. Por eso, quienes deseen convertir su emprendimiento en una verdadera empresa competitiva insertada en el mercado actual, debern analizar detalladamente la implementacin necesaria de sistemas de informacin precisos. Este concepto ha invadido en los despachos de los encargados de la gerencia de compaas en los ltimos aos, ya que hace un par de dcadas atrs la informacin no era considerada un bien tan til dentro de los procesos productivos y las tomas de decisiones. Sin embargo, a raz de los cambios en la economa mundial y la globalizacin, los datos relativos a todo el proceso productivo de una compaa se han vuelto uno de los elementos fundamentales para lograr el xito comercial. De esta manera, con los aos se han ido incorporando los avances de la tecnologa informtica para brindar las herramientas necesarias en la creacin de sistemas de informacin confiables y eficaces. No obstante, en la actualidad an existen empresas que observan con recelo la posible implementacin de sistemas de informacin en sus procesos, debido a que implican un enorme cambio en las estructuras organizativas e institucionales de las compaas. Es por ello, que muchas veces los sistemas de informacin pueden llegar a fallar, no por errores tecnolgicos originados en el aspecto informtico, sino por visiones culturales opuestas a la incorporacin de este tipo de herramientas. Cabe destacar, que los sistemas de informacin ofrecen una gran cantidad de ventajas subyacentes, ms all del rdito que significa para la toma de decisiones y los procesos productivos. Un sistema de informacin adecuado adems ofrece una importante y notable satisfaccin en los usuarios que lo operan, debido a su facilidad de uso y su acceso constante, que puede resultar en que los empleados logren alcanzar los objetivos planteados por la compaa. Por todo ello, es importante destacar que la implementacin de un sistema de informacin implica un cambio organizativo, ya que no slo afecta a la administracin de la empresa, sino tambin a sus empleados y habilidades, con el fin de crear una plataforma acorde a las responsabilidades que se deben tener frente a este tipo de sistema. Por otra parte, es de vital importancia utilizar tecnologas de informacin y comunicacin adecuadas para el procesamiento y transmisin de los datos que se gestionarn en el sistema de informacin.

MODELOS DE IMPLEMENTACIN MODELO CLIENTE/SERVIDOR

CONCEPTO DE ARQUITECTURA CLIENTE / SERVIDOR. 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.

En el modelo usual Cliente/Servidor, un servidor, (daemon en la terminologa sajona basada en sistemas UNIX/LINUX, traducido como "demonio") se activa y espera las solicitudes de los clientes.

Habitualmente, programas cliente mltiples comparten los servicios de un programa servidor comn. Tanto los programas cliente como los servidores son con frecuencia parte de un programa o aplicacin mayores. El Esquema de funcionamiento de un Sistema Cliente/Servidor sera: 1. 2. 3. 4. 5. 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. Adems esta relacin est establecida en funcin del intercambio de mensajes que es el nico elemento de acoplamiento entre ambos. De estas lneas se deducen los tres elementos fundamentales sobre los cuales se desarrollan e implantan los sistemas Cliente/Servidor: el proceso cliente que es quien inicia el dilogo, el proceso servidor que pasivamente espera a que lleguen peticiones de servicio y el middleware que corresponde a la interfaz que provee la conectividad entre el cliente y el servidor para poder intercambiar mensajes. ELEMENTOS PRINCIPALES CLIENTE Un cliente es todo proceso que reclama servicios de otro. Una definicin un poco ms elaborada podra ser la siguiente: cliente 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.

La funcionalidad del proceso cliente marca la operativa de la aplicacin (flujo de informacin o lgica de negocio). De este modo el cliente se puede clasificar en:

Cliente basado en aplicacin de usuario. Si los datos son de baja interaccin y estn fuertemente relacionados con la actividad de los usuarios de esos clientes. Cliente basado en lgica de negocio. Toma datos suministrados por el usuario y/o la base de datos y efecta los clculos necesarios segn los requerimientos del usuario.

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. El servidor normalmente maneja todas las funciones relacionadas con la mayora de las reglas del negocio y los recursos de datos. Las principales funciones que lleva a cabo el proceso servidor se enumeran a continuacin: 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. El trmino "servidor" se suele utilizar tambin para designar el hardware, de gran potencia, capacidad y prestaciones, utilizado para albergar servicios que atienden a un gran nmero de usuarios concurrentes. Desde el punto de vista de la arquitectura cliente/servidor y del procesamiento cooperativo un servidor es un servicio software que atiende las peticiones de procesos software clientes. 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 utilizacin del middleware permite desarrollar aplicaciones en arquitectura Cliente/Servidor independizando los servidores y clientes, facilitando la interrelacin entre ellos y evitando dependencias de tecnologas propietarias. El concepto de middleware no es un concepto nuevo. Los primeros * monitores de teleproceso* de los grandes sistemas basados en tecnologa Cliente/Servidor ya se basaban en l, pero es con el nacimiento de la tecnologa basada en sistemas abiertos cuando el concepto de middleware toma su mxima importancia. El middleware se estructura en tres niveles: Protocolo de transporte. Network Operating System (NOS). Protocolo especfico del servicio.

Las principales 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. 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.

Dentro de los inconvenientes ms importantes destacan la mayor carga de mquina necesaria para que puedan funcionar. Arquitectura cliente servidor

CONCEPTO DE ARQUITECTURA CLIENTE / SERVIDOR. 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. En el modelo usual Cliente/Servidor, un servidor, (daemon en la terminologa sajona basada en sistemas UNIX/LINUX, traducido como "demonio") se activa y espera las solicitudes de los clientes. Habitualmente, programas cliente mltiples comparten los servicios de un programa servidor comn. Tanto los programas cliente como los servidores son con frecuencia parte de un programa o aplicacin mayores. 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. Adems esta relacin est establecida en funcin del intercambio de mensajes que es el nico elemento de acoplamiento entre ambos. De estas lneas se deducen los tres elementos fundamentales sobre los cuales se desarrollan e implantan los sistemas Cliente/Servidor: el proceso cliente que es quien inicia el dilogo, el proceso servidor que pasivamente espera a que lleguen peticiones de servicio y el middleware que corresponde a la interfaz que provee la conectividad entre el cliente y el servidor para poder intercambiar mensajes. ELEMENTOS PRINCIPALES CLIENTE Un cliente es todo proceso que reclama servicios de otro. Una definicin un poco ms elaborada podra ser la siguiente: cliente 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. La funcionalidad del proceso cliente marca la operativa de la aplicacin (flujo de informacin o lgica de negocio). De este modo el cliente se puede clasificar en: Cliente basado en aplicacin de usuario. Si los datos son de baja interaccin y estn fuertemente relacionados con la actividad de los usuarios de esos clientes. Cliente basado en lgica de negocio. Toma datos suministrados por el usuario y/o la base de datos y efecta los clculos necesarios segn los requerimientos del usuario. 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. El servidor normalmente maneja todas las funciones relacionadas con la mayora de las reglas del negocio y los recursos de datos. Las principales funciones que lleva a cabo el proceso servidor se enumeran a continuacin: 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. El trmino "servidor" se suele utilizar tambin para designar el hardware, de gran potencia, capacidad y prestaciones, utilizado para albergar servicios que atienden a un gran nmero de usuarios concurrentes. Desde el punto de vista de la arquitectura cliente/servidor y del procesamiento cooperativo un servidor es un servicio software que atiende las peticiones de procesos software clientes. 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 utilizacin del middleware permite desarrollar aplicaciones en arquitectura Cliente/Servidor independizando los servidores y clientes, facilitando la interrelacin entre ellos y evitando dependencias de tecnologas propietarias. El concepto de middleware no es un concepto nuevo. Los primeros * monitores de teleproceso* de los grandes sistemas basados en tecnologa Cliente/Servidor ya se basaban en l, pero es con el nacimiento de la tecnologa basada en sistemas abiertos cuando el concepto de middleware toma su mxima importancia. El middleware se estructura en tres niveles: Protocolo de transporte. Network Operating System (NOS). Protocolo especfico del servicio. Las principales 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. 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. Dentro de los inconvenientes ms importantes destacan la mayor carga de mquina necesaria para que puedan funcionar. TIPOS DE ARQUITECTURA CLIENTE / SERVIDOR. Uno de los aspectos claves para entender la tecnologa Cliente/Servidor, y por tanto contar con la capacidad de proponer y llevar a cabo soluciones de este tipo, es llegar a conocer la arquitectura de este modelo y los conceptos o ideas asociados al mismo. Ms all de entender los componentes cliente/middleware/servidor, es preciso analizar ciertas relaciones entre stos, que pueden definir el tipo de solucin que se ajusta de mejor forma a las estadsticas y restricciones acerca de los eventos y requerimientos de informacin que se obtuvieron en la etapa de anlisis de un determinado proyecto.

De hecho el analista deber conocer estos eventos o restricciones del proyecto para que a partir de ah, se puedan hacer las consideraciones y estimaciones de la futura configuracin, teniendo en cuenta aspectos como por ejemplo, la oportunidad de la informacin, tiempo de respuesta, tamaos de registros, tamao de bases de datos, estimaciones del trfico de red, distribucin geogrfica tanto de los procesos como de los datos, etc. En tal sentido se presenta, 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. POR TAMAO DE COMPONENTES Este tipo de clasificacin 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). Consideraciones de este tipo son importantes en el momento de decidir una plataforma de desarrollo, al mismo tiempo que pueden definir la viabilidad o no de las mismas para enfrentar un cierto nmero de restricciones impuestas por una problemtica a resolver. 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 base de datos. En general este tipo de arquitectura tiene mejor aplicacin en sistemas de apoyo de decisiones (DSS: Decision Support System) y sistemas de informacin ejecutiva (EIS: Executive Information System), y como se concluir ms adelante, tiene pocas posibilidades de aplicarse en sistemas de misin crtica. FAT SERVER (THIN CLIENT) Este es el caso opuesto al anterior, 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. En general este tipo de arquitectura presenta una flexibilidad mayor para desarrollar una gran variedad de aplicaciones, incluyendo los sistemas de misin crtica a travs de servidores de transacciones. POR NATURALEZA DE SERVICIO 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. Los servidores de archivos usan recursos compartidos sobre la red y son necesarios para crear repositorios de documentos, imgenes y archivos grandes sobre la red. 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. Segn las distintas normas de SQL (SQL-89, SQL92, SQL3) el servidor debe proveer un acceso compartido a los datos con los mecanismos de proteccin necesarios, as como proveer mecanismos para seleccionar resultados dentro de un conjunto de datos, posibilitando un ahorro en procesos de comunicacin. El servidor debe tambin proveer mecanismos de concurrencia, seguridad y consistencia de datos, basado principalmente en el concepto de transaccin en el que todo se realiza, y por lo tanto se hace permanente, o todo falla, anulndose la transaccin en tal caso. 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), sin olvidar todas sus restricciones y limitaciones, es a travs de procedimientos almacenados, que son funciones que agrupan un conjunto de instrucciones y lgica de procedimientos SQL, los cuales son compilados y almacenados en la misma base. El rol principal de los procedimientos almacenados es proveer la parte servidora de la lgica de una aplicacin Cliente/Servidor, es decir vendra a reemplazar 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. Normalmente son implementados a travs de procedimientos almacenados. Los eventos a los cuales se hace referencia estn asociados a las actualizaciones de tablas mediante sentencias delete, insert o update, y son llamados implcitamente al suceder cualquiera de estos eventos, a diferencia de los procedimientos almacenados que son llamados explcitamente por un proceso cliente. 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. Los tipos de eventos son los mismos que para los desencadenantes. SERVIDORES DE TRANSACCIONES Estos tipos de sistemas se pueden implementar con cualquiera de las modalidades Cliente/Servidor en dos o tres planos, pero incorporan un elemento principal sobre el cual se elabora y basa toda la fortaleza de este modelo, el concepto de transaccin. 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. En la actualidad muchas aplicaciones tienen la necesidad de ser desarrolladas con la ayuda de transacciones, vase el ejemplo de los cajeros automticos: imaginemos que queremos sacar dinero. Introducimos la cantidad adecuada y pulsamos el botn de enviar. El cajero manda una solicitud al banco para que descuente dicha cantidad de la cuenta del cliente, y recibe la respuesta. Si diera la casualidad que la respuesta del banco se perdiera en medio de la red, el cajero volvera a realizar la peticin, por lo que el banco volvera a descontar dicha cantidad de la cuenta bancaria asociada. Este problema tan comn se soluciona con la ayuda de las transacciones. El modelo de comunicacin ms usado entre el cliente y el servidor a la hora de realizar transacciones planas distribuidas es el Two-Phase-Commit, el cual funciona de la siguiente manera: Caso 1: Todas las operaciones en los distintos sistemas han sido correctas. Fase 1: El nodo gestor enva prepare to commit a todos los nodos subordinados. Devuelven al nodo gestor ready to commit. Fase 2: El nodo gestor enva commit a todos los nodos subordinados. Los nodos subordinados finalizan la transaccin y devuelven al nodo gestor complete. Caso 2: Algn sistema no puede finalizar la transaccin. Fase 1: El nodo que no puede realizar correctamente la transaccin contesta refuse al prepare_to_commit del nodo gestor. Fase 2: El nodo gestor enva rollback a todos los nodos subordinados. Los nodos subordinados deshacen la transaccin y devuelven al nodo gestor complete. La parte central de cualquier servidor de transacciones es el TP Manager. El ncleo del TP consta de diferentes partes: Gestor de transacciones (Transaction Manager): Arranque de la transaccin. Registro de Gestores de Recursos que participan. Gestin Commit/Rollback. RPCs transaccionales: Permiten garantizar la integridad de la transaccin cuando no se ejecuta en un solo ordenador. RPCs con un identificador de transaccin asociado, asignado por el TM. Gestor de registro de modificaciones (Log Manager). Graba los cambios realizados por los Gestores de Recursos. Permite reconstruir una versin consistente de todos los recursos. Gestor de bloqueos (Lock Manager). Proporciona mecanismos para regular el acceso concurrente a lso recursos. 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. 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 Una de las clasificaciones mejor conocidas de las arquitecturas Cliente/Servidor se basa en la idea de planos (tier), la cual es una variacin sobre la divisin o clasificacin por tamao de componentes. Esto se debe a que se trata de definir el modo en que las prestaciones funcionales de la aplicacin sern asignadas, y en qu proporcin, tanto al cliente como al servidor. Dichas prestaciones se deben agrupar entre los tres componentes clsicos para Cliente/Servidor: interfaz de usuario, lgica de negocios y los datos compartidos, cada uno de los cuales corresponde a un plano. Ni que decir tiene que la 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), aqu se esquematizan ambas acepciones. 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. 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 correspondientes a la lgica de negocios se pueden tener a su vez dos tipos distintos dentro de esta misma categora:

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

Inconvenientes: 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.

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. Inconvenientes: 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 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 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.

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. 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. MODELOS CLIENTE / SERVIDOR SEGN EL REPARTO DE FUNCIONES ENTRE CLIENTE Y SERVIDOR. Separacin de funciones. Las distintas arquitecturas cliente/servidor presentan variaciones acerca de cmo son distribuidas las diferentes funciones de las aplicaciones de sistemas entre el cliente y el servidor, sobre la base de los conceptos de los tres componentes generales de cualquier SI: La lgica de acceso a datos. Funciones que gestionan todas las interacciones entre el SW y los almacenes de datos (archivos, bases de datos, etc.) incluyendo recuperacin/consulta, actualizacin, seguridad y control de concurrencia. La lgica de presentacin. Funciones que gestionan la interfaz entre los usuarios del sistema y el SW, incluyendo la visualizacin e impresin de formas y reportes, y la posibilidad de validar entradas del sistema.

La lgica de negocio o lgica de la aplicacin. Funciones que transforman entradas en salidas, incluyendo desde simples sumas hasta complejos modelos matemticos, financieros, cientficos, de ingeniera, etc.

Segn cmo se distribuyan las funciones correspondientes a estas tres lgicas o funciones de un sistema entre cliente, middleware y servidor (los principales componentes de un sistema con arquitectura distribuda) nos podemos encontrar con los siguientes tipos de arquitectura cliente / servidor (conforme a la clebre clasificacin hecha por el Gartner Group): Presentacin Distribuida. Presentacin remota. Acceso a datos remoto. Lgica o procesamiento distribudas. Bases de datos distribudas.

La importancia de esta clasificacin radica en que permite jugar con el ancho de banda de la red y con la capacidad de proceso de los componentes hardware del sistema para repartir entre ellos la carga de proceso de las lgicas de la aplicacin. Seguidamente entraremos en ms detalle sobre estos tipos de arquitectura. Presentacin distribuda. El cliente asume parte de las funciones de presentacin de la aplicacin, ya que siguen existiendo programas en el servidor dedicados a esta tarea. El resto de funciones de la aplicacin (negocio, acceso a datos) residen en el servidor. Esta arquitectura se utiliza para construir emuladores de terminal, aplicaciones de control remoto, front ends grficos de aplicaciones que residen en un host, etc. Algunos ejemplos de productos que siguen esta filosofa son VLC, Microsoft Terminal Server, Cytrix Metaframe, emulador de host para sistemas operativos modernos como Windows, etc. La gran ventaja de esta arquitectura es que permite revitalizar sistemas antiguos. As, las aplicaciones antiguas que funcionaban en entornos host pueden ser empleadas desde modernas estaciones de trabajo Windows o Microsoft (que solamente hacen la funcin de trminal del host incrustada en un entorno de trabajo de escritorio moderno). El principal problema es que no se elimina la dependencia del host, no siendo posible la aplicacin de los conceptos de downsizing o rightsizing. Presentacin remota. Toda la lgica de negocio y acceso a datos se ejecuta en el servidor, que en esta ocasin no realiza ninguna funcin relacionada con la presentacin. Todas las funciones de presentacin son ejecutadas en el cliente. Un ejemplo de este tipo de aplicaciones son las aplicaciones web, las de los terminales de cajeros automticos, etc. La principal ventaja es que la interfaz de usuario se adapta bien a las capacidades del entorno cliente (en la presentacin distribuda el servidor tena que ejecutar funciones dentro de un entorno que podra no ser el ms apropiado para el cliente). La principal desventaja es que toda la informacin necesaria para la presentacin tiene que circular por la red desde el servidor al cliente.

Lgica o proceso distribudo. La lgica de los procesos se divide entre los distintos componentes del cliente y del servidor. El diseador de la aplicacin debe definir los servicios y las interfaces del sistema de informacin de forma que los papeles de cliente y servidor sean intercambiables, excepto en el control de los datos que es responsabilidad exclusiva del servidor. En este tipo de situaciones se dice que hay un proceso distribuido o cooperativo.

La principal ventaja de esta arquitectura es que cada uno de los nodos/servidores puede especializarse en un rea determinada, de forma que cada proceso se ejecutar en el nodo ms apropiado. Adems, se pueden reutilizar los sistemas ya existentes (es una especie de antesala del concepto de SOA). En contrapartida, este tipo de sistemas son ms dificiles de disear, de mantener y de probar. Acceso a datos remoto. El cliente realiza tanto las funciones de presentacin como los procesos. Por su parte, el servidor almacena y gestiona los datos que permanecen en una base de datos centralizada. En esta situacin se dice que hay una gestin de datos remota. La principal ventaja de esta arquitectura radica en su sencillez de uso, y su proliferacin al ser adaptada por lenguajes de cuarta generacin (como Oracle Forms). La desventaja es la latencia de red introducida. Al descargarse toda la lgica de proceso en los aplicativos clientes, estos necesitan descargar los datos necesarios (entradas al proceso) que circulan por la red. Bases de datos distribudas. Este modelo es similar al de Acceso a Datos Remoto, pero adems el gestor de base de datos divide sus componentes entre el cliente y el servidor. Las interfaces entre ambos estn dentro de las funciones del gestor de datos y, por lo tanto, no tienen impacto en el desarrollo de las aplicaciones. En este nivel se da lo que se conoce como bases de datos distribuidas. La principal ventaja de este modelo es que facilita el acceso a los datos desde entornos heterogneos. Los componentes de acceso a datos ubicados en el cliente permiten independizar la base de datos del entorno en el que corren las aplicaciones cliente. Adems, permite implementar la "transparencia de ubicacin". Este sistema presenta dos importantes inconvenientes: Las bases de datos distribudas son ms difciles de implementar, y son dependientes del gestor de base de datos (siempre que no existan acuerdos y estndares) La integridad de los datos puede verse comprometida.

Ventajas y desventajas del modelo cliente/servidor Ventajas: * Centralizacin del control de los recursos, datos y accesos. * Facilidad de mantenimiento y actualizacin del lado del servidor: Esto es porque el lado del servidor se puede mantener o actualizar fcilmente. Por ejemplo, una actualizacin se aplica a un nico servidor, pero los beneficios los obtienen mltiples clientes generalmente sin necesidad de que stos actualicen nada.

* Toda la informacin es almacenada en el lado del servidor, que suele tener mayor seguridad que los clientes. * Hay muchas herramientas cliente-servidor probadas, seguras y amigables para usar. Desventajas: * Si el nmero de clientes simultneos es elevado, el servidor puede saturarse. Esto sucede con menor frecuencia en las redes P2P. * Frente a fallas del lado del servidor, el servicio queda paralizado para los clientes. Algo que no sucede en una red P2P. MODELO PEER TO PEER

Una red Peer-to-Peer o red de pares o red entre iguales o red entre pares o red punto a punto (P2P, por sus siglas en ingls) es una red de computadoras en la que todos o algunos aspectos funcionan sin clientes ni servidores fijos, sino una serie de nodos que se comportan como iguales entre s. Es decir, actan simultneamente como clientes y servidores respecto a los dems nodos de la red. Las redes P2P permiten el intercambio directo de informacin, en cualquier formato, entre los ordenadores interconectados. El hecho de que sirvan para compartir e intercambiar informacin de forma directa entre dos o ms usuarios ha propiciado que parte de los usuarios lo utilicen para intercambiar archivos cuyo contenido est sujeto a las leyes de copyright, lo que ha generado una gran polmica entre defensores y detractores de estos sistemas. Las redes peer-to-peer aprovechan, administran y optimizan el uso del ancho de banda de los dems usuarios de la red por medio de la conectividad entre los mismos, y obtienen as ms rendimiento en las conexiones y transferencias que con algunos mtodos centralizados convencionales, donde una cantidad relativamente pequea de servidores provee el total del ancho de banda y recursos compartidos para un servicio o aplicacin. Dichas redes son tiles para diversos propsitos. A menudo se usan para compartir ficheros de cualquier tipo (por ejemplo, audio, vdeo o software). Este tipo de red tambin suele usarse en telefona VoIP para hacer ms eficiente la transmisin de datos en tiempo real. La eficacia de los nodos en el enlace y transmisin de datos puede variar segn su configuracin local (cortafuegos, NAT, ruteadores, etc.), velocidad de proceso, disponibilidad de ancho de banda de su conexin a la red y capacidad de almacenamiento en disco. Las redes P2P pueden usarse tambin para hacer funcionar grandes sistemas de software diseados para realizar pruebas que identifiquen la presencia de posibles frmacos. El primer sistema diseado con tal propsito se desarroll en el 2001, en el Centro Computacional para el Descubrimiento de Medicamentos (Centre for Computational Drug Discovery) en la prestigiosa Universidad de Oxford y con la cooperacin de la Fundacin Nacional para la Investigacin del Cncer (National Foundation for Cancer Research) de los Estados Unidos. Actualmente existen varios sistemas software similares que se desarrollan bajo el auspicio de proyectos como el proyecto de Dispositivos Unidos en la Investigacin del Cncer (United Devices Cancer Research Project). En una escala ms pequea, existen sistemas de administracin autnoma para los bilogos computacionales, como el Chinook, que se unen para ejecutar y hacer comparaciones de datos

bioinformticos con los ms de 25 diferentes servicios de anlisis que ofrece. Uno de sus propsitos consiste en facilitar el intercambio de tcnicas de anlisis dentro de una comunidad local. Caractersticas: Seis caractersticas deseables de las redes P2P: Escalabilidad. Las redes P2P tienen un alcance mundial con cientos de millones de usuarios potenciales. En general, lo deseable es que cuantos ms nodos estn conectados a una red P2P, mejor ser su funcionamiento. As, cuando los nodos llegan y comparten sus propios recursos, los recursos totales del sistema aumentan. Esto es diferente en una arquitectura del modo servidor-cliente con un sistema fijo de servidores, en los cuales la adicin de clientes podra significar una transferencia de datos ms lenta para todos los usuarios. Algunos autores advierten que, si proliferan mucho este tipo de redes, cliente-servidor, podran llegar a su fin, ya que a cada una de estas redes se conectarn muy pocos usuarios. Robustez. La naturaleza distribuida de las redes peer-to-peer tambin incrementa la robustez en caso de haber fallos en la rplica excesiva de los datos hacia mltiples destinos, y -en sistemas P2P puros- permitiendo a los peers encontrar la informacin sin hacer peticiones a ningn servidor centralizado de indexado. En el ltimo caso, no hay ningn punto singular de falla en el sistema. Descentralizacin. Estas redes por definicin son descentralizadas y todos los nodos son iguales. No existen nodos con funciones especiales, y por tanto ningn nodo es imprescindible para el funcionamiento de la red. En realidad, algunas redes comnmente llamadas P2P no cumplen esta caracterstica, como Napster, eDonkey o BitTorrent. Distribucin de costes entre los usuarios. Se comparten o donan recursos a cambio de recursos. Segn la aplicacin de la red, los recursos pueden ser archivos, ancho de banda, ciclos de proceso o almacenamiento de disco. Anonimato. Es deseable que en estas redes quede annimo el autor de un contenido, el editor, el lector, el servidor que lo alberga y la peticin para encontrarlo, siempre que as lo necesiten los usuarios. Muchas veces el derecho al anonimato y los derechos de autor son incompatibles entre s, y la industria propone mecanismos como el DRM para limitar ambos. Seguridad. Es una de las caractersticas deseables de las redes P2P menos implementada. Los objetivos de un P2P seguro seran identificar y evitar los nodos maliciosos, evitar el contenido infectado, evitar el espionaje de las comunicaciones entre nodos, creacin de grupos seguros de nodos dentro de la red, proteccin de los recursos de la red... La mayor parte de los nodos an estn bajo investigacin, pero los mecanismos ms prometedores son: cifrado multiclave, cajas de arena, gestin de derechos de autor (la industria define qu puede hacer el usuario; por ejemplo, la segunda vez que se oye la cancin se apaga), reputacin (permitir acceso slo a los conocidos), comunicaciones seguras, comentarios sobre los ficheros, etc.

Ventajas al usar Peer to Peer En una arquitectura de cliente-servidor, segn se van aadiendo ms clientes, la tasa de transferencia disminuye a niveles bajos. Esto ocurre porque los recursos en el servidor se ven consumidos debido al intenso trfico. En las redes p2p, cada nodo o peer es el que provee de los recursos, como es el ancho de banda, el espacio de almacenamiento, etc. lo cual se traduce en velocidades de transferencia mayores. Una red p2p es ms robusta en el sentido de que si falla un nodo, los otros nodos no se ven afectados. Si el nodo que est transfiriendo datos de repente se detiene, el mismo contenido puede ser entregado por otros nodos sin tener que esperar a que se solucione el problema del primero. Esto contrasta con otras arquitecturas de red, donde el fallo en un nodo significa la cada de toda la red. Usar un servidor central para indexar los nodos, pero NO almacenar datos, es una gran ventaja. Las transferencias son ms rpidas y facilita encontrar varias fuentes de descarga.

La principal ventaja que presenta Peer to Peer es la creacin de grandes bases de datos de manera gratuita, ya que todos los ordenadores conectados en lnea pueden descargarse archivos de otros ordenadores tambin conectados. Con el aumento de la velocidad de conexin de Internet, propiciada por la instalacin del ADSL, los programas de intercambio de archivos y la frecuencia de este tipo de operaciones aumenta de forma considerable. La calidad del ADSL es fundamental. APLICACIONES MS IMPORTANTES BACKOFFICE

ERP

Los sistemas de Planificacion de Recursos Empresariales, o ERP (por sus siglas en ingls, Enterprise Resource Planning) son Sistemas de Informacin Gerenciales que integran y manejan muchos de los negocios asociados con las operaciones de produccin y de los aspectos de distribucin de una compaa en la produccin de bienes o servicios. La Planificacin de Recursos Empresariales es un trmino derivado de la Planificacin de Recursos de Manufactura (MRPII) y seguido de la Planificacin de Requerimientos de Material (MRP); sin embargo los ERP han evolucionado hacia modelos de subscripcin por el uso del servicio (SaaS, cloud computing) lo que se denomina Sistema Integral de Operacin Empresarial (EOS) por sus siglas en ingls Enterprise Operating System. Los sistemas ERP tpicamente manejan la produccin, logstica, distribucin, inventario, envos, facturas y contabilidad de la compaa de forma modular. Sin embargo, la Planificacin de Recursos Empresariales o el software ERP puede intervenir en el control de muchas actividades de negocios como ventas, entregas, pagos, produccin, administracin de inventarios, calidad de administracin y la administracin de recursos humanos. Los sistemas ERP son llamados ocasionalmente back office (trastienda) ya que indican que el cliente y el pblico general no estn directamente involucrados. Este sistema es, en contraste con el sistema de apertura de datos (front office), que crea una relacin administrativa del consumidor o servicio al consumidor (CRM), un sistema que trata directamente con los clientes, o con los sistemas de negocios electrnicos tales como comercio electrnico, administracin electrnica, telecomunicaciones electrnicas y finanzas electrnicas; asimismo, es un sistema que trata directamente con los proveedores, no estableciendo nicamente una relacin administrativa con ellos (SRM). Los ERP funcionaban ampliamente en las empresas. Entre sus mdulos ms comunes se encuentran el de manufactura o produccin, almacenamiento, logstica e informacin tecnolgica, incluyen adems la contabilidad, y suelen incluir un Sistema de Administracin de Recursos Humanos, y herramientas de mercadotecnia y administracin estratgica. Ventajas Una empresa que no cuente con un sistema ERP, en funcin de sus necesidades, puede encontrarse con muchas aplicaciones de software cerradas, que no se pueden personalizar, y no se optimizan para su negocio. Diseo de ingeniera para mejorar el producto, seguimiento del cliente desde la aceptacin hasta la satisfaccin completa, una compleja administracin de interdependencias de los recibos de

materiales, de los productos estructurados en el mundo real, de los cambios de la ingeniera y de la revisin y la mejora, y la necesidad de elaborar materiales substitutos, etc. La ventaja de tener un ERP es que todo esto, y ms, est integrado. El cambio como un producto est hecho en los detalles de ingeniera, y es como ahora ser hecho. La efectividad de datos puede usarse para el control cuando el cambio ocurra desde una versin anterior a la nueva, en ambos productos los datos van encaminados hacia la efectividad y algunos van a la suspensin del mismo. Parte del cambio puede incluir la etiqueta para identificar el nmero de la versin (cdigo de barras). La seguridad de las computadoras est incluida dentro del ERP, para proteger a la organizacin en contra de crmenes externos, tal como el espionaje industrial y crimen interno, tal como malversacin. Una falsificacin en el escenario de los datos puede involucrar terrorismo alterando el recibo de materiales como por ejemplo poner veneno en los productos alimenticios, u otro sabotaje. La seguridad del ERP ayuda a prevenir el abuso. Hay conceptos de mercadotecnia y ventas (los que incluyen CRM o la relacin administrativa con los consumidores, back end (el trabajo interno de la compaa para satisfacer las necesidades de los consumidores) que incluye control de calidad, para asegurarse que no hay problemas no arreglados, en los productos finales; cadena de abastecimiento (interaccin con los proveedores y la infraestructura). Todo esto puede ser integrado a travs de la ERP, aunque algunos sistemas tengan espacios de menos comprensibilidad y efectividad. Sin un ERP que integre todo esto, puede ser complicado para la administracin de la manufactura. Desventajas Muchos de los problemas que tienen las compaas con el ERP son debido a la inversin inadecuada para la educacin continua del personal relevante, incluyendo los cambios de implementacin y de prueba, y una falta de polticas corporativas que afectan a cmo se obtienen los datos del ERP y como se mantienen actualizados. Limitaciones y obstculos del ERP incluyen: El xito depende en las habilidades y la experiencia de la fuerza de trabajo, incluyendo la educacin y como hacer que el sistema trabaje correctamente. Muchas compaas reducen costos reduciendo entrenamientos. Los propietarios de pequeas empresas estn menos capacitados, lo que significa que el manejo del sistema ERP es operado por personal que no est capacitado para el manejo del mismo. Cambio de personal, las compaas pueden emplear administradores que no estn capacitados para el manejo del sistema ERP de la compaa empleadora, proponiendo cambios en las prcticas de los negocios que no estn sincronizados con el sistema. La instalacin del sistema ERP es muy costosa. Los vendedores del ERP pueden cargar sumas de dinero para la renovacin de sus licencias anuales, que no est relacionado con el tamao del ERP de la compaa o sus ganancias. El personal de soporte tcnico en ocasiones contesta a las llamadas inapropiadas de la estructura corporativa. Los ERP son vistos como sistemas muy rgidos, y difciles de adaptarse al flujo especfico de los trabajadores y el proceso de negocios de algunas compaas, este punto se cita como una de las principales causas de falla. Los sistemas pueden ser difciles de usarse. Los sistemas pueden sufrir problemas de "cuello de botella": la ineficiencia en uno de los departamentos o en uno de los empleados puede afectar a otros participantes. Muchos de los eslabones integrados necesitan exactitud en otras aplicaciones para trabajar efectivamente. Una compaa puede lograr estndares mnimos, y luego de un tiempo los

"datos sucios" (datos inexactos o no verificados) reducirn la confiabilidad de algunas aplicaciones. Una vez que el sistema est establecido, los costos de los cambios son muy altos (reduciendo la flexibilidad y las estrategias de control). La mala imagen de unin de la compaa puede causar problemas en su contabilidad, la moral de sus empleados y las lneas de responsabilidad. La resistencia en compartir la informacin interna entre departamentos puede reducir la eficiencia del software. Hay problemas frecuentes de compatibilidad con algunos de los sistemas legales de los socios. Los sistemas pueden tener excesiva ingeniera respecto a las necesidades reales del consumidor.

MRP

MRP significa Material Requirements Planning. Los sistemas de Planificacin de Requerimientos de Materiales (MRP) integran las actividades de produccin y compras. Programan las adquisiciones a proveedores en funcin de la funcin de la produccin programada. Un sistema MRP debe cumplir con lo siguiente: Asegurarse de que los materiales y productos solicitados para la produccin son repartidos a los clientes. Mantener el mnimo nivel de inventario. Planear actividades de: o Fabricacin. o Entrega. o Compras. o Las principales entradas de informacion son: 1 MPS 2 Inventarios 3 lista de materiales Objetivos de un sistema MRP:

Disminuir inventarios El MRP determina cuntos componentes se necesitan, as como cundo hay que implantar o llevar a cabo el Plan Maestro de Produccin. Disminuir los tiempos de espera en la produccin y en la entrega. Determinar obligaciones realistas. Incrementar en la eficiencia.

CRM

Qu es CRM?

Estrategia de negocios centrada al cliente, la cual busca identificar y administrar las relaciones en aquellas cuentas ms valiosas para una empresa, trabajando diferentemente en cada una de ellas para mejorar la efectividad sobre los clientes. El mundo empresarial de hoy se basa en la competitividad, innovacin y respuesta a la necesidad del cliente, el cual es el principal objetivo de las empresa, por tal razn, la implementacin de un instrumento como CRM no solo ayuda a mejorar las relaciones con los clientes sino tambin permite fidelizarlos cada da ms. Al conocer las necesidades y las preferencias de los clientes se pueden generar grandes ventajas para el negocio, como el aumento en las ventas y rentabilidad de los productos. CRM se enfoca en mantener el ciclo de vida del cliente. Este rene metodologas software y las capacidades de la Internet para administrar de una manera eficiente y rentable las relaciones de un negocio con sus clientes. El verdadero significado de CRM para la empresa es: incrementar ventas, ganancias, mrgenes y satisfaccin del cliente, asmismo reducir los costos de ventas y de mercadotecnia.

Beneficios de la implementacin de CRM

Uno de los beneficios ms destacables de esta estrategia es que permite tener un marketing efectivo, que abre grandes oportunidades a la creacin y lanzamiento de nuevos y mejores productos hechos con el perfil del cliente. Ahora bien, lo que desean la mayora de las empresas es reducir el costo de obtener nuevos clientes e incrementar la lealtad de los que ya se acercaron. Estos ltimos pasan a conformar uno de los activos ms valiosos de la empresa En el proceso de implementacin de un sistema CRM no debe estar involucrado slo la parte tecnolgica, sino que toda la empresa debe vivir la aventura de la adopcin del CRM. Cmo hacerlo? Barton Goldenberg lo resume en 10 factores de xito: a. b. c. d. e. f. g. h. i. j. Determinar las funciones que se desean automatizar Automatizar slo lo que necesita ser automatizado Obtener el soporte y compromiso de los niveles altos de la compaa Emplear inteligentemente la tecnologa Involucrar a los usuarios en la construccin del sistema Realizar un prototipo del sistema Capacitar a los usuarios Motivar al personal que lo utilizar Administrar el sistema desde dentro Mantener un comit administrativo del sistema para dudas o sugerencias

BUSINESS INTELLIGENCE

COMERCIO ELECTRNICO

Caso prctico: nuevo sistema informtico para la empresa Seguridad Industrial, S.A. (SEINSA) Experiencia real de la empresa SEINSA, contada por sus propios protagonistas, relativa al proceso de eleccin e implantacin de un nuevo sistema informtico en la empresa que abarcase todas las reas de la organizacin, capaz de crecer y adaptarse a nuevas necesidades y de gil manejo. Descripcin El punto de partida de la situacin informtica de SEINSA antes de incorporarse al programa Av@npyme era que posea un sistema informtico que haba ido creciendo y complementndose a travs de los aos, con partes aadidas que solucionaban nuevas necesidades concretas que iban surgiendo, sin una visin global. El sistema existente slo abarcaba la actividad administrativa, y parte de la actividad comercial y productiva de la empresa. El resto de reas de la empresa (produccin y comercial en su totalidad, oficina tcnica y calidad), se apoyaban en programas y aplicaciones creadas internamente mediante hojas de clculo y bases de datos. Estas aplicaciones particulares, al haber nacido por separado y en diferentes momentos, respondan a necesidades concretas, pero no tenan relacin ni conexin entre s, ni tampoco con el sistema informtico "general". Se trataba de sistemas paralelos, con la consecuencia de que la informacin no pasaba fluidamente entre las distintas reas de la empresa. Las necesidades eran crecientes en todos los departamentos y el sistema informtico existente no poda crecer ms, ya que su estructura, establecida diez aos atrs, no estaba preparada para ello. El nuevo sistema informtico deba reunir estas condiciones: Sistema integral, que abarcase todas las reas de la empresa, de forma que la informacin estuviese disponible donde hiciese falta, en cualquier momento, y sin problemas de conexin. Preparado para crecer y adaptarse a nuevas necesidades, sin aplicaciones y programas aadidos externos. Slido y de gil manejo, ya que debera ser utilizado en todas las reas y por cualquier persona de la organizacin (cada una segn su necesidad).

DESARROLLO: Usted ha sido contratado como consultor externo y deber ayudar a decidir cul es la mejor solucin informtica. En base a los datos antes mencionados, responda las siguientes preguntas: 1.- Cul es la problemtica actual de SEINSA? 2.- Cul es la solucin recomendada por usted a SEINSA? Justifique su respuesta. 3.- Qu aspectos tom en consideracin para dar la solucin al problema? 4.- Qu beneficios obtendr SEINSA con la solucin planteada?

El proceso para elegir-disear el nuevo sistema informtico fue el siguiente: A travs de CEIN se seleccion un consultor experto que ayudara a SEINSA a decidir cul era la mejor solucin informtica. Irati Consulting, consultor seleccionado, estudi pormenorizadamente, rea por rea, las necesidades informticas de la empresa y los flujos de informacin entre unas y otras. Este estudio se hizo con la participacin directa de las todas personas que iban a utilizar el sistema. A continuacin, Irati Consulting preseleccion tres programas del mercado que podan satisfacer estas necesidades. SEINSA estudi en profundidad cada uno de estos programas y asisti a demostraciones prcticas por parte de sus distribuidores, estudiando su grado de adecuacin a sus necesidades especficas. Finalmente se escogi uno de ellos, "Navision", ya que reuna las mejores condiciones en cuanto a capacidad de adaptacin, potencial de crecimiento, asistencia tcnica, etc.. Se estudi muy especialmente su potencial de futuro; de este modo, las posibilidades que ofreca eran incluso superiores en muchos casos a las necesidades de SEINSA en esos momentos, pero se plante este proyecto como la adquisicin de una herramienta a largo plazo. A lo largo de un ao se implant el nuevo sistema, haciendo todas las adaptaciones necesarias para "personalizarlo" y adecuarlo exactamente a las necesidades de la empresa. Tanto la fase de consultora como la de implantacin contaron con el seguimiento de CEIN y con ayudas econmicas.

Conclusiones SEINSA cuenta ahora con un sistema informtico integral, comn a toda la empresa, que evita duplicidades de informacin y problemas de conexin. La informacin es comn para toda la compaa y todas las reas. El trabajo es ms eficiente. El hecho de que en la deteccin de necesidades, eleccin y adaptacin del sistema final haya participado el personal de SEINSA ha hecho que el nuevo sistema, pese a suponer un importante cambio, haya sido bien acogido y utilizado desde el primer da. El sistema va creciendo y adaptndose paulatinamente a las nuevas necesidades de la empresa, de forma que, habiendo partido de una aplicacin ms menos generalista, cada vez evoluciona hacia una mayor personalizacin y adaptacin, aumentando su eficacia. El nuevo sistema ha multiplicado por tres la informacin (y las posibilidades de combinarla) disponible en SEINSA en el da a da para la toma de decisiones. Este aumento de informacin ha abierto a su vez nuevas posibilidades que el propio sistema est cubriendo. El grado de adaptacin e implantacin del sistema informtico en SEINSA es tal, que actualmente la empresa no podra funcionar sin l. La gestin comercial, de produccin, de creacin de nuevos productos... sin este sistema sera imposible.

CASO DE ESTUDIO La empresa de seguridad Mxima S.A. desarrolla su actividad a nivel local. Como consecuencia del aumento de la demanda de este tipo de servicios, se plantea expandir su campo de accin ofertando servicios nuevos y ampliando su rea de trabajo. Dentro de la empresa, el Departamento de Personal parece el ms afectado, ya que gestiona directamente el recurso principal de este tipo de empresas. Para dicha expansin, y como estrategia, se plantea crear un sistema de informacin ms optimizado, mecanizando todas las tareas posibles: existentes y nuevas.