Intranets / Extranets Moral Ros, Jaume Obiols Vives, Albert Indice

Transcripción

1 Intranets / Extranets Màster en Enginyeria del Software Desenvolupament d aplicacions en Internet Fundació Politècnica de Catalunya Moral Ros, Jaume (jaumem@fib.upc.es) Obiols Vives, Albert (albert@fib.upc.es) Indice Intranets / Extranets 1. Introducción 2. Componentes de una Intranet 3. Del web a las aplicaciones web 4. Tecnologías del servidor 5. Autenticación de usuarios 6. Algunos productos disponibles 7. Planificando una Intranet Corporativa Tema 1 Introducción 1

2 1. Introducción Qué es una Intranet Internet/Intranet/Extranet Algunas aplicaciones de las Intranets El por que de una Intranet Qué es una Intranet Una Intranet es una red basada en el protocolo TCP/IP con la misma filosofía de Internet, que pertenece a una organización, y donde solo pueden acceder sus miembros. Las Intranets se usan para compartir información. Internet/Intranet/Extranet - Internet está diseñada para que la pueda usar cualquiera -Una intranet básicamente la usa un grupo de usuarios predeterminados. - Una extranet es una intranet donde podemos acceder de manera remota. 2

3 Internet/Extranet LAN/WAN LAN WAN Ancho de banda Ancho Estrecho Ambito Edificio o campus Ciudad o global Protocolos Diversos Diversos Seguridad Muy alta Alta Intranet Extranet Ancho de Banda Ancho Estrecho Ambito Edificio o campus Ciudad o global Protocolos internet internet Seguridad media / alta media / baixa Características Usan los servicios que estamos acostumbrados a en internet: mail, FTP, news y web Lo más importante es el web, con diferencia, de forma que casi podemos considerar la intranet como un web interno. La idea inicial de las intranets es compartir información, pero ahora se pueden hacer más cosas Algunas aplicaciones de las Intranets Aplicaciones que permiten a una persona comunicarse con otras. Ej: correo. Aplicaciones de discusión, que permiten a muchas personas comunicarse con muchas otras. Ej: forums. Aplicaciones interactivas o aplicaciones que interactuan con un programa o otro documento. Ej: buscadores. 3

4 Aplicaciones de la Intranet El hecho de poder ejecutar aplicaciones interactivas sin tener que salir de la intranet implica que podemos llegar a utilizar únicamente el navegador para acceder a cualquier aplicación de nuestra organización El navegador se convierte en un cliente universal y el web en el nuevo paradigma de programación de aplicaciones El por que de una Intranet. Punto de vista del informático No se tienen que instalar clientes específicos para cada uno de los programa, solo hay uno y a más es gratis Todas las aplicaciones y páginas están en el servidor. Cualquier cambio solo lo tenemos que hacer una vez Las nuevas aplicaciones sólo se instalan en un sitio El por que de una Intranet. Permite integrar fácilmente sistemas heterogéneos Servidor UNIX Servidor NT Aplicaciones legado Navegador Web 4

5 El por que de una Intranet. Punto de vista del usuario Los usuarios no han de aprender a usar diferentes programas. Todo se hace desde el navegador Las aplicaciones pueden tener una interface más amigable No tenemos que estar en nuestro lugar de trabajo para poder utilizarla. Ni tan solo en nuestra empresa. Resumen del capítulo 1 Las intranets permiten compartir información y ejecutar aplicaciones a un grupo de usuarios de una empresa utilizando las mismas herramientas que en internet, especialmente el web Mejora en la gestión, ya que centralizamos nuestras aplicaciones y permitimos acceder a sistemas heterogéneos Mejora pera el usuario ya que tendrá un punto de acceso único Tema 2 Componentes de una Intranet 5

6 2. Componentes de una Intranet Servidores de web Navegadores Otros servicios Estructura básica Esta Intranet normalmente consiste en un servidor de WWW, pero también puede constar de otros servidores, como pueden ser servidores de News, de FTP, de Bases de Datos o otras aplicaciones. Servidores de web La tasca básica del servidor de web es hacer de servidor de documentos Servir páginas HTML y otros tipos de ficheros Autentificar usuarios para acceder a zonas restringidas Controlar la gente que lo ha visitado: logging 6

7 Servidores de web y contenido dinámico Los Servidores no solo se limitan a devolver documentos estáticos que están en el disco Las peticiones HTTP hacen que se ejecute código que genera las páginas. Servir páginas Ejecutar programas Contenido dinámico / Contenido estático El servidor analiza la URL y según su estructura y la configuración, sabe si se trata de una página estática o dinámica URL Servidor Web URL=/cgi-bin/* Páginas estáticas Páginas dinámicas Los Navegadores Introducción a los navegadores Intérprete de HTML. Visualiza las páginas y hace las peticiones HTTP Es nuestro cliente universal de aplicaciones Es el que usan los usuarios para acceder a la Intranet Capaz de mostrar algunos tipos de ficheros, incorporar plug-ins y abrir aplicaciones 7

8 Nueva generación de clientes. El teléfono WAP Nueva tecnología para navegar mediante los teléfonos móviles Tecnologías en la parte cliente. Con los teléfonos móviles se espera que accedan a servicios de Internet una nueva generación de dispositivos, como serán: los teléfonos Wap, los UMTS las Web TV las PDA s (palm pilots,.)... Otros servicios FTP Es un protocolo de transferencia de ficheros Dos grandes utilidades: - Almacenes de ficheros de acceso público - Pasar ficheros a una cuenta concreta Línea de comandos o desde el navegador ftp://ftp.upc.es/ ftp://jaumem@alabi.fib.upc.es/ 8

9 Otros servicios El correo electrónico Primer servicio en ofrecer intercambio de información entre usuarios, anterior al web Intranet sencilla: Correo + web El correo de Internet/intranet utiliza el protocolo SMTP, pero hay otros protocolos Utilizamos los protocolos POP3 o IMAP para acceder a nuestros buzones a través del navegador Otros servicios El correo electrónico SMTP POP3 SMTP IMAP Navegador buzón Servidor de correo A Servidor de correo B Otros servicios El servicio de directorio Base de datos de personas o otros objetos Tiene una estructura jerárquica Protocolo LDAP para acceder, hay simplificación del protocolo X.500 Posibles utilidades: - Guardar certificados o direcciones de correo - Autentificar usuarios de forma centralizada 9

10 Otros servicios Las news Son colecciones de mensajes Se agrupan en categorías alt (alternative), comp (computing), misc (miscellaneous), news(relacionados con el propio sistema de news), rec (recreational), sci (science), soc (social) i talk (talk) Ejemplos: soc.culture.catalan, rec.esports.basketball.professional, upc.info.users-upc news.groups Otros servicios Pasarelas web No necesitamos configuración en los clientes Permiten acceder desde cualquier sitio Pasarela correo HTTP Servidor Web Pasarela news Pasarela LDAP Resumen del capítulo 2 Las intranets están basadas en el protocolo TCP/IP, sobre el cual se implementan diferentes servicios El servicio más importante es el web, a través del cual se pueden implementar pasarelas a los otros o ejecutar aplicaciones El navegador es el cliente universal en una intranet. 10

11 Tema 3 Del web a las aplicaciones web 3. Del web a las aplicaciones web Los modelos cliente/servidor Aplicaciones basadas en web De los servidores de web a los servidores de aplicaciones Modelos C/S BD BD BD BD BD Lógica Lógica Lógica Interfície BD Lógica Lógica Lógica Interfície Interfície Interfície Interfície Interfície 11

12 Modelos C/S Presentación distribuida: Terminales Cliente grafico: X-Terminals Aplicaciones distribuidas Servidor de datos Datos distribuidos o replicados Aplicaciones basadas en web Por un lado tenemos... Aplicaciones del tipo servidor de datos o terminal Instalación personalizada a cada cliente o un terminal específico para utilizarlas Por otro lado... Servidores de web que nos permiten ejecutar código para generar páginas -> cliente gráfico Un único navegador universal Aplicaciones basadas en web Convertimos la intranet en una plataforma para ejecutar aplicaciones Aplicaciones C/S Servidores de web Aplicaciones web 12

13 Aplicaciones web: características No necesitamos instalación en el cliente. Disponibles en cualquier sitio. Están centralizadas en el servidor: cualquier cambio solo debe hacerse en un sitio Generamos páginas dinámicamente a partir de les nuestras peticiones HTTP Pasamos de una interfície basada en pantallas a una basada en paginas. Aplicaciones web: solo HTML BD Lògica Interfície Cliente tonto : no tenemos estado. Basado totalmente en el protocolo HTTP. Todo lo que podemos hacer es pedir páginas. Funciona a base de rellenar datos y enviar los datos al servidor de web Todo el procesamiento se hace en el servidor Aplicaciones web: Java/ActiveX BD Lógica Lógica Interfície Tenemos un cliente más rico No se basan únicamente en el protocolo HTTP Podemos tener problemas con determinados navegadores o versiones Parte del procesamiento se hace en el cliente 13

14 Java Java es un lenguaje de programación orientado a objetos desarrollado por SUN y que nos permite entre otras cosas la ejecución de aplicaciones dentro de nuestro navegador, a lo que llamamos Applets. Lenguaje interpretado que funciona sobre cualquier plataforma que disponga de la VM Tecnologías en la parte cliente. Java GIF1 Text Codi JVM Página web.class Servidor ActiveX Componentes que se añaden al Navegador como si fuesen una extensión Solo funcionan en Explorer Solo las podemos utilizar si estamos seguros que nuestros clientes serán siempre Internet Explorer 14

15 De los servidores de web a los servidores de aplicaciones Las aplicaciones web implican mucha más carga para el servidor Necesitamos poder obviar la falta de estado cuando desarrollamos aplicaciones web Integración fácil con las bases de datos Facilitar el desarrollo Abstraer el protocolo HTTP De los servidores de web a los servidores de aplicaciones Arquitectura de 3 capas Navegador Servidor de aplicaciones Servidor de BDD Servidores de aplicaciones Servicios de seguridad Sesiones y estado Balanceo de carga y robusteza Lógica de negocio Soporte para clientes sofisticados y sencillos Soporte para control de transacciones pools de conexiones, threads i instancias 15

16 Tema 4 Tecnologías del Servidor Tecnologías del servidor CGI API del servidor Servlets Lenguajes de script Enterprise Java Beans CGI Common Gateway Interface Es una forma de ejecutar programas (CGI) en el servidor como respuesta a nuestras peticiones de páginas Primera forma de generar las págines dinámicamente El servidor sabe a partir de la URL si es una página estática o un CGI que tiene que ejecutar 16

17 CGI: como se ejecutan? Los ejecutamos normalmente como respuesta a los forms Cuando apretamos el botón de OK, pedimos la URL correspondiente al CGI que queremos ejecutar y le pasamos como parámetro los valores que hemos puesto en el form 2 formas de pasar los parámetros al CGI: GET i POST (operaciones del protocolo) CGI: el paso de parámetros GET: los parámetros se añaden en la URL Los parámetros se ven en la URL Podemos llamar manualmente al CGI con los parámetros POST: los parámetros se pasan como una segunda parte de la petición de la página No vemos los parámetros Permitimos cualquier medida CGI: funcionamiento Navegador URL+ param. pàgina param. CGI Servidor Web pàgina BD BD 17

18 CGI: observaciones Se ejecutan como un proceso a parte A favor... Permite hacer los programas en cualquier lenguaje Estándar disponible a cualquier plataforma En contra... Rendimiento pobre (crear un proceso es costoso) Se pierde el estado entre llamada y llamada (p.e. conexiones) Inviable con muchas peticiones: no escalable API del servidor Permitir extender las funcionalidades del servidor de web Integración total con el servidor Ejemplo de API NSAPI (Netscape) ISAPI (Microsoft) API del servidor: funcionamiento URL+ param. página Navegador Servidor Web Modulo BD 18

19 API del servidor: observaciones No se hacen llama a programes externs A favor... Rendimiento mucho más alto Mantienen el estado entre llamada y llamada En contra Normalmente se programan a bajo nivel (en C) Son propietarias de los servidores concretos Servlets Idea similar a la de las API, pero en Java Implica una JVM en el servidor Cuando se carga una clase de la aplicación, queda en la máquina virtual, comportandose como si fuera una DLL. Servlets: funcionamento Navegador URL+ param. página Servidor Web JVM.class BD 19

20 Plugins para añadir soporte de servlets Se ejecutan como un servidor a parte para atender las peticiones de servlets Navegador URL+ param. página Servidor Web JVM.class BD Servlets: observaciones A favor... Son un estándar Mantienen el estado entre llamada y llamada No crean un proceso En contra No todos los servidores soportan esta tecnología Solo se pueden hacer en Java Lenguajes de script Nos permiten mezclar HTML con el código que genera la parte dinámica Se interpretan des del propio servidor, sin crear procesos a parte Ejemplos de lenguajes de script CFML: Cold Fusion ASP de Microsoft: Visual Basic Modulo PHP de Apache 20

21 Ejemplo de página ASP LANGUAGE="VBSCRIPT"%> <HTML> <HEAD> <TITLE>ASP Example</TITLE> </HEAD> <BODY BGCOLOR="WHITE"> <%For x = 1 to 6%> <FONT FACE="ARIAL" SIZE=<%=x%>> Exemple de ASP </FONT> <P> <%Next%> </BODY> </HTML> Lenguajes de script: observaciones A favor Fácil de probar y desarrollar No son lenguajes de propósito general, sino que están muy adaptados al web En contra Cada servidor tiene su lenguaje A veces podemos mezclar demasiado el diseño y el código Enterprise Java Beans Son componentes en Java pensados para ser ejecutados en un servidor de aplicaciones Piezas para aplicaciones distribuidas Independientes de la plataforma Pensado para clientes más sofisticados (Java, ActiveX o, otro tipo de aplicaciones) 21

22 Comunicación C/S: HTTP Es el protocolo más común entre el navegador y los servidores de web No tiene estado El cliente pide una URL y el resultado es una página HTML (o otro tipo de documento, como puede ser una imagen) Comunicación C/S: Cookies Las cookies permiten guardar en el cliente pequeñas cantidades de información y después volverlas a enviar hacia el servidor. Tienen muy mala fama porque permiten a certos webs controlar nuestra navegación por internet. Las cookies tienen fecha de caducidad o bien pueden durar hasta que cerremos el navegador Comunicación C/S: Utilidad de las cookies Las cookies solucionan el problema de falta de estado del servidor y nos permiten crear sessiones facilmente. Permiten simular un identificador de cliente único, valido hasta que cerremos el navegador. El objecto sessión que encontramos en las ASP y el de las API de servlets se basa en esta idea para mantener información de sesiones. 22

23 Comunicación C/S: JDBC Estándar para comunicar objetos Java con bases de datos Necesitamos un driver para la base de datos a la cual nos queremos conectar applet! BDD (aplicaciones de 2 capas) componente Java! BDD (3 capas) Comunicación C/S: JDBC JDBC JDBC Navegador Servidor de aplicaciones Servidor de BDD Comunicaciones C/S: RMI Nos sirven para hacer llamadas a métodos de objetos Java que se encuentran en otra máquina Sólo sirve para Java RMI JDBC Navegador Servidor de aplicaciones Servidor de BDD 23

24 Comunicación C/S: CORBA Estándar para comunicar objetos remotos en cualquier lenguaje IDL: lenguaje intermedio Basado en los ORB (Object Request Broker) que se encargan de poner en contacto el objeto cliente y el servidor protocolo IIOP para comunicarse con el servidor de aplicaciones Comunicación C/S: DCOM Arquitectura de Microsoft para comunicar objetos COM (por ejemplo, ActiveX) Solo funciona en plataforma Windows Equivalente a CORBA o RMI: nos sirve en los desarrollos en 3 capas, para comunicar cliente y servidor de aplicaciones Tecnologías emergentes: XML XML es un formato de codificación de datos similar a HTML, que permite definir los tags según nuestras necesidades Nos permite guardar la estructura lógica de los datos, no información sobre cómo presentarlos 24

25 Ejemplo de documento XML <?xml version="1.0"?> <document> <autors> <nom>jaume Moral</nom> <nom>albert Obiols</nom> </autors> <data>1/1/2000</data> <titol>intranets Extranets</titol> <resum> Curs d intranets i extranets per al Master en l enginyeria del Software </resum> </document> XML. Para que sirve? Pasar de un formato neutral a HTML para un determinado navegador o a WML para visualizar la información en móviles XSL - Hojas de estilo para XML XSLT - Transformaciones XSL Intercambio de información entre sistemas heterogéneos Resumen capítulo 4 En la parte del cliente nos hemos de restringir a HTML a menos que podamos controlar con que navegador se trabajará En el servidor podemos escoger libremente nuestras tecnologías según nuestras preferencias y presupuesto Las nuevas tecnologías emergentes se pueden adoptar fácilmente si nos restringimos al servidor 25

26 Tema 5 Autenticación de usuarios Problemática de las Intranets. La autenticación de usuarios Generalmente tenemos muchos usuarios con perfiles diferenciados. Acceso como usuario que puede acceder a los servicios de su perfil. La autenticación de usuarios Opción 1: Cookies Tienen mala fama Se conservan en el navegador hasta que se apaga o pueden ser persistentes. 26

27 La autenticación de usuarios Opción 2: El identificador de sesión Se asocia un usuario con el identificador de sesión y generalmente la dirección IP. Problemas: Proxy s y clusters de máquinas. La autenticación de usuarios Opción 3: Usuario y password con fichero de passwords Gestión de los usuarios desde un programa. Problema: El usuario no se puede cambiar el password. La autenticación de usuarios Opción 4: Usuario y password con passwords en la Base de Datos Se pueden cambiar los passwords los mismos usuarios. No podemos centralizar los passwords 27

28 La autenticación de usuarios Opción 5: Usuario y password via LDAP Se guardan en el directorio Podemos autenticar al usuario en todos nuestros sistemas con un password único. La autenticación de usuarios Opción 6: Certificado por parte del cliente ( + usuario y password para descifrar el certificado) Problema: Lo tenemos que llevar siempre encima, en un disquete o tarjeta chip La autenticación de usuarios Opción 7: Ciencia ficción o mecanismos más complejos Autenticación mediante huella digital (gemelos), iris ojo, palma de la mano, voz, calor irradiado,. 28

29 Tema 6 Algunos productos disponibles Algunos productos disponibles Servidores web Servidores de aplicaciones Que tenemos en la FIB? Para jugar en casa Servidores web Veremos los 3 servidores de web más populares, que aún podemos considerar como servidores de web y no como a servidores de aplicaciones IIS (Internet Information Server) Netscape Enterprise Server Apache 29

30 Internet Information Server Disponible para Windows NT Gratuitos (incluso el sistema operativo) ISAPI como a API propietaria ASP para hacer páginas dinámicas Integrado con MTS se convierte en un servidor de aplicaciones Netscape Enterprise Server Disponible para Unix y Windows NT NSAPI como API propietaria JavaScript para hacer paginas dinámicas Necesita compilar las páginas (no es 100% script) Conocido anteriormente como Livewire Soporte para servlets, especialmente en la última versión Apache Disponible en cualquier plataforma Normalmente lo encontramos en servidores Linux Gratuito y Open Source, disponible a través de la Apache Foundation Muy extensible a través de módulos que permiten ejecutar diferentes lenguajes de script (PERL, PHP ) y servlets. 30

31 Servidores de aplicaciones Muchos de ellos pueden utilizar como listeners en los servidores que acabamos de ver Los más utilizados son Cold Fusion Oracle Application Server Lotus Notes NetDynamics Cold Fusion Distribuido por Allaire, que también distribuye JRUN, un servidor de servlets. Disponible en Unix, Linux y Windows Utilitza su lenguaje de script para crear aplicaciones, el CFML Incorpora su propio entorno de desarrollo, el Cold Fusion Studio Lotus Domino Disponible en Windows, Unix i OS/2 Permite publicar en el web aplicaciones desarrolladas sobre Lotus Notes, sin necesidad de tenerlo instalado al cliente Agrupa servicios de mensajería, news y aplicaciones web en un solo producto Más una herramienta de trabajo en grupo que un servidor de aplicaciones web. 31

32 Net Dynamics Es el servidor de aplicaciones de Sun y está orientado a Java Orientado a trabajar con EJB Lleva su propio entorno de desarrollo Buena integración al servidor de control de accesos, sesiones. Pensado para sistemas grandes Oracle Web Application server Disponible en Unix i Windows NT Funciona a base de cartridges con soporte para diversos lenguajes: PL/SQL, Java, Perl API para desarrollar cartridges a más bajo nivel. Acceso nativo a base de datos Oracle. Mucho mas que un servidor de web ORACLE + Web Application Server Potentes aplicaciones Web con contenido dinámico y personalizado, usando procedimientos almacenados, escritos en PL/SQL. Permite situar la complejidad de las aplicaciones en el servidor de la BD o de aplicaciones, obteniendo aplicaciones cliente menos complejas. 32

33 ORACLE + Web Application Server Componentes del diagrama: Listener: Proceso que escucha esperando peticiones Dispatcher: Atiende las peticiones recibidas por el listener que requieren un cartridge. Hay un dispatcher para cada listener. WRB: Gestiona todos los cartridges de la red. Pueden haber muchos dispatchers conectados a un único WRB. Cartridges: Son responsables de ejecutar aplicaciones en el servidor y de retornar la página HTML al navegador ORACLE + Web Application Server Ejemplos de estos cartridges son: Java Applications Live HTML PL/SQL Web Applications Oracle Worlds Cartridge (VRML) Perl Cartridge ODBC Cartridge 33

34 Java Applications El Cartridge de Java se encarga de ejecutar el código en la parte del Servidor. Este código en Java no son applets, y puede acceder a ficheros o a información que hay guardada en el servidor, como ficheros, o en la Base de Datos. También puede quedarse escuchando en un puerto no privilegiado y hacer las funciones de un servidor de aplicaciones PL/SQL Web Applications Funciona en una BD Oracle Programas en PL/SQL (equivalentes a los CGI) que se guardan en la BD El servidor activa un módulo (cartridge) que reconduce las consultes a la BD Live HTML Interpreta documentos HTML que contienen un código pequeño interpretable (por ejemplo para escribir al final de cada página la fecha en que se ha modificado el fichero HTML por última vez). 34

35 Oracle Worlds Cartridge (VRML) Permite construir mundos dinámicos tridimensionales usando VRML y una BD Nos permite especificar algunos elementos del mundo VRML que segeneraran dinámicament en función de senténcias SQL Qué tenemos en la FIB? Actualmente Apache con módulos Oracle OpenLDAP En un futuro Lotus Notes Qué tenemos en la FIB? Lotus Notes OpenLDAP Navegador https Apache Apache JServ OAS BD Oracle 35

36 Para jugar en casa PWS con Windows 98 ASP Apache + PHP3 + JSERV Servlets JRUN Servlets y CFML De la mayoría de los productos comerciales, tenemos versiones de demo en sus páginas Resumen capítulo 6 Tenemos gran cantidad de productos para implementar intranets, de diferentes precios y pensados para distintas necesidades Muchas veces la solución no pasa por implantar un solo producto, sino una combinación de ellos Es importantisimo que los servidores soporten estándares, para no tener que tirar todo el trabajo si cambiamos la plataforma. Tema 7 Planificando una intranet corporativa 36

37 Planificación de una intranet Tipo de Intranet que queremos Consideraciones específicas La infraestructura Conexión de la intranet El contenido Aplicaciones legado El factor humano El diseño Consejos prácticos Tipo de Intranet que queremos Intranet de comunicaciones Medio de enlace entre los emplazamientos de la organización Intranet de integración Interface común para los distintos sistemas. La estandarización es vital. Intranet catálogo Compañías que quieren proporcionar acceso a un gran catálogo de información. Cuidado con la Base de datos. Consideraciones específicas Planificación Cambiar la manera en que la gente hace su trabajo Formación Nuevos usuarios de ratón Usuarios intermedios Super usuarios Control de cambios Mucho más fácil que en la arquitectura cliente/servidor 37

38 Consideraciones específicas Soporte técnico Dar soporte a los nuevos usuarios Mantenimiento de la aplicación Debe ser posible el mantenimiento de la aplicación por parte de un grupo distinto al del desarrollo La infrastructura Red IP Instalar los protocolos Asignar direcciones a las máquinas Reales Ficticias (solo dentro de la intranet) Instalación de los clientes Netscape/Explorer Coste muy bajo La infrastructura Servidores a instalar WWW Correo SMTP News FTP Tenemos que comprar nuevas máquinas o podemos reaprovechar las que tenemos? Tenemos que redimensionar la red? 38

39 La infrastructura Red basada en NT IIS / Exchange Domino Linux (maquina PC) Apache, sendmail, ftpd Unix (Sun) netscape o apache oracle + OAS Conectando sucursales: VPN Implementación de una red privada sobre una pública Se tiene que subcontratar a algún proveedor Internet Abriendo la intranet a internet Firewall (de fuera a dentro) Evitar problemas de seguridad Tener solo las conexiones necesarias Proxy (de dentro a fuera) Permite que toda una red acceda a internet con una sola dirección real Utilización interna de direcciones ficticias 39

40 El contenido: web estático Figura del webmaster controlar los contenidos decide el estilo Publicación conversores editores (Front Page, Dreamweaver ) no requiere ser un técnico El contenido: aplicaciones web Trabajo exclusivo del departamento de TI, igual que el resto de aplicaciones de la empresa Se tiene que hacer formación en las tecnologías que hacen posible desarrollar estas aplicaciones en la plataforma elegida Planificación de les aplicaciones que interesa pasar a la intranet de forma gradual El contenido La estructuración del contenido es muy importante No menús entrelazados No estructuras de 1 nivel (poco profundas) No estructuras demasiado profundas 40

41 El contenido Si con página principal, y submenús Si con una estructura de menús correctamente equilibrada. Ayuda de cabeceras gráficas para un interface consistente. Las aplicaciones legado Tenemos que plantearnos el coste de adaptar el codigo antiguo a aplicaciones web Podemos tener una pasarela del servidor de aplicacions al host, que convierte las pantallas a páginas web. Rehacer las aplicaciones las convertirá en más flexibles y adaptables Las aplicaciones legado Pasarela host codigo legado Navegador Aplicación rediseñada BD Host 41

42 El factor humano Tenemos que conseguir que los usuarios se quieran conectar a la Intranet Poner información imprescindible personalizar la información Poner alguna aplicación obligatoria Tener la intranet como home page El factor humano Hacer que los usuarios encuentren ventajas para ellos, no solo a nivel departamental Tener siempre un teléfono con una persona que ofrezca soporte técnico Comenzar por el departamento que puede obtener más beneficios (así se hablará bien a los demás) Diseño: Lo que se debe hacer Home page rápida de cargar Páginas autoexplicativas Mapa y herramienta de búsqueda Utilizar HTML estándar No abusar de los gráficos No hacer las páginas muy largas Coherencia Pensar en el posible éxito 42

43 Diseño: Lo que NO se debe hacer Gráficos pesados Sonido innecesario Demasiada información Depender de un navegador concreto under construction Links incorrectos Consejos prácticos Orientada a los objetivos del negocio Escoger con mucho cuidado la tecnología Hacer funcionar la red cuanto antes mejor Planear la capacidad según la demanda Determinar quien se encarga de los contenidos Empezar con pocas cosa Consejos prácticos Crear una estructura de soporte Modificar los procesos de papel a on-line Adaptarse a las nuevas habilidades Promocionar i anunciar la intranet Mantener el contenido al día No olvidarse de las aplicaciones legado 43