Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Arquitectura Trabajo Diana
Arquitectura Trabajo Diana
Antecedentes
El principal motivo detrs de esta evolucin es la necesidad que tienen las
organizaciones (empresas o instituciones pblicas o privadas), de realizar sus
operaciones ms eficientemente, debido a la creciente presin competitiva a
la que estn sometidas, lo cual se traduce en la necesidad de que su personal
sea ms productivo, que se reduzcan los costos y gastos de operacin, al
mismo tiempo que se generan productos y servicios ms rpidamente y con
mejor calidad.
Arquitectura C/S
Conceptualmente son parte de la nocin de
sistemas abiertos.
Filosofa Cliente/Servidor
Es un modelo para construir sistemas de informacin, que se
sustenta en la idea de repartir el tratamiento de la informacin y
los datos por todo el sistema informtico, permitiendo mejorar el
rendimiento del sistema global de informacin
2. Arquitectura C/S
La potencia descansa en el concepto de Divisin de Funciones. Cliente.
Ofrece un GUI y ejecuta programas de inters para el usuario.
Servidor. Gestiona el acceso a los datos y realiza funciones de control y
seguridad.
Podemos tener lo mejor de ambos mundos.
Fuerza que se cumpla el principio de Modularidad.
Toda aplicacin de software tiene tres funciones fundamentales: administracin de los datos, lgica de la
aplicacin (procesos) y lgica
Presentacin Remota
Presentacin Distribuida
Proceso Distribuido
Gestin de Datos Remota.
Bases de Datos Distribuidas
Transport Stack
NetBIOS
Redes Microsoft
TCP/IP
Internet
IPX/SPX
Service Specific
SQL/IDAPI (DBMS): permite invocar servicios basados en SQL sobre
varias bases de datos de distintos fabricantes. Ej. ODBC, IDAPI (IBM)
TxRPC. (OLTP): permite a los clientes invocar servicios sobre varios
servidores de transacciones.
Mail (Groupware): permiten que los clientes invoquen servicios en un
servidor groupware (workflow, correo electrnico etc.)
ORB (Objects): permiten a los clientes invocar mtodos que residen en
servidores remotos.
Trata de asegurar la transparencia respecto a las redes, los SGBD y en cierta
medida a los lenguajes de acceso.
Transparencia a las redes
Se deben soportar todo tipo de redes.
El middleware se construir sobre los niveles OSI y ocultar la
heterogeneidad de las redes y protocolos de transporte que se usen
ofreciendo una interfaz estndar de dialogo a la aplicacin.
Transparencia a los servidores
El middleware debe ocultar la diversidad y uniformizar el lenguaje
SQL apoyndose en lo posible en los estndares.
Transparencia a los lenguajes
Tipos de drivers
Puente JDBC-ODBC.
Native-API.
Network-Protocol.
Native-Protocol.
Tipos de drivers Cliente
JDBC-ODBC
Puente
JDBC-NATIVO
JDBC-NET
TODO JAVA
ODBC
Librerias
Nativas
Servidor
Aplicacin
Proxy
Base de
Datos
Funcionalidades de JDBC
Creacin de conexiones. Pasos a realizar
Cargar driver (java.sql.DriverManager)
Crear URL
Establecer la conexin (java.sql.Connection)
Arquitectura
Cliente/Servidor de 3 niveles
El objetivo de este modelo es dividir las funciones de una aplicacin en tres
componentes: