Al crear una intranet, a menudo resulta más lógico configurarla de manera que conduzca directamente a la estructura organizacional de la compañía, dando como resultado un sitio web por departamento, configurado como un sub-nivel de las páginas de intranet de nivel superior. Por ejemplo, la página principal de la intranet proporcionaría un índice de los departamentos de la compañía, con vínculos asociados a sus sitios web de intranet. El administrador web de la intranet de la compañía organizaría el contenido de las distintas secciones de la intranet de manera jerárquica, con el contenido superior almacenado en la carpeta raíz del sitio web, y el contenido departamental localizado en sub-carpetas fuera de la raíz.

La estructura de sitio web y el almacenamiento en la unidad de disco duro (carpetas) utilizados para crear una intranet por departamento tiene típicamente esta apariencia:  
 

Tabla 1 - Configuración típica de una intranet por departamento

Las características comunes de las intranets por departamento son:

• Uno o más servidores web por compañía o división.
• Área raíz del web mantenida por el administrador de la intranet de la empresa, cuya responsabilidad total es manejar la intranet.

  Ejemplo: http://arcadiabay

• Un "sub-web" por departamento o proyecto.
• Contenido administrado por el equipo maestro de administración de la intranet, o por el administrador web del departamento para quien el manejo del sitio web del departamento sólo es una pequeña parte de su trabajo

  Ejemplo: Sitio web de recursos humanos en http://arcadiabay/HR o sitio web de finanzas en http://arcadiabay/Finance

En el ejemplo anterior de la Tabla 1, el departamento de Recursos Humanos (HR) y el departamento de Finanzas tienen cada uno sitios web en la intranet de Arcadia Bay. Los contenidos de cada sitio web están almacenados en la misma máquina que el web raíz, en sub-carpetas, justo debajo de la carpeta web raíz. Asimismo, Recursos Humanos maneja el equipo de Prestaciones, de manera que el sitio web de Prestaciones está "debajo" del sitio web de HR, y sus contenidos aparecen en una sub-carpeta de la carpeta \HR en el sistema de archivo.

En el escenario anterior, se usan distintos permisos de sitio web:  
 

Tabla 2 - Derechos de acceso a intranet por departamento

Es posible crear y administrar un sitio web de intranet como el anterior a nivel del sistema de archivo a través de copiado, traslado y borrado de archivos mediante, por ejemplo, Windows Explorer, y establecer permisos vía las herramientas de administración del servidor web. Sin embargo, conforme se incremente el número de páginas y de personas involucradas en la intranet, la administración de los cambios cada vez requiere más tiempo y se vuelve más sensible a los errores, por ejemplo, hipervínculos rotos y configuraciones incorrectas de permisos. Usar FrontPage para crear y administrar una intranet constituye una solución excelente, pues se automatizan las tareas comunes, se maneja la seguridad del sitio web y éste se mantiene actualizado y en evolución. A pesar de eso, aunque usar FrontPage ciertamente hace sencilla la creación y administración de una intranet, un administrador web debe entender la estructura de configuración única de los sitios web enriquecidos con FrontPage, para poder aprovechar con eficacia FrontPage en un ambiente de intranet.

La estructura básica para los sitios web enriquecidos con FrontPage se basa en el concepto del sub-web, y cómo los sub-web se relacionan con el web raíz del servidor web. El concepto del sub-web, a su vez, involucra ciertas cuestiones, como los permisos y el desempeño. Estos son aspectos que usted querrá tomar en cuenta al diseñar la estructura de su propia intranet basada en FrontPage.

Un sub-web enriquecido con FrontPage en realidad no es más que un sitio web que FrontPage maneja localmente como una sola entidad. En el ejemplo de la intranet de Arcadia Bay, tendría sentido que el sitio web de Finanzas y el sitio web de HR tuvieran su propio sub-web. Cada uno es un agrupamiento lógico de contenido de intranet que pertenece a un departamento particular, y cada uno es administrado por distintas personas.

Algunas de las características que definen a los sub-webs y a los web raíz son:  
 

Web raíz.

Características clave.

• Uno por servidor virtual (para las intranets, por lo general, aunque no siempre, un servidor virtual por máquina de servidor web).
• Reside en la carpeta raíz del servidor virtual del servidor web.

Ejemplo:

En una máquina servidor de nombre arcadiabay, el contenido raíz se localiza en c:\inetpub\wwwroot y tiene el URL http://arcadiabay

Sub-webs.

Características clave.

• Debe estar almacenado en el sistema de archivo como una sub-carpeta de la carpeta de contenido web.
• Las Extensiones de Servidor FrontPage se instalan sub-web por sub-web.
• Se permiten permisos únicos por sub-web.
• No se permiten los sub-web agrupados. Características adicionales.
• Acceso como http://servidor/nombre de sub-web.
• Puede tener muchos sub-web por servidor virtual; sin límite codificado duro.
• El contenido de cada sub-web se excluye lógicamente del espacio de autoría del web raíz.
• Los sub-web pueden heredar permisos del web raíz.

Al crear una intranet, uno de los puntos más importantes a enfatizar de lo dicho anteriormente es esto:

Los web que requieren permisos separados se deben configurar como sub-webs separados y enriquecidos con FrontPage.

Aunque los permisos se pueden aplicar a sub-web separados, la arquitectura de las Extensiones de Servidor de FrontPage no es compatible actualmente con los permisos separados en carpetas o archivos individuales dentro de FrontPage. Por lo tanto y como ejemplo, si usted crea el sitio web de HR y agrega el contenido del grupo Prestaciones como una parte del mismo, no podrá especificar permisos únicos para este contenido. Todo el contenido del sitio web de HR, incluido el contenido del grupo Prestaciones, tendrá exactamente la misma configuración de permisos.

Esta característica particular de los sitios web basados en FrontPage es probablemente el punto individual más importante que debe considerarse al diseñar una intranet basada en FrontPage. Y aunque las cuestiones de permisos en general serán una prioridad mayor en el manejo de la intranet, y algo que se explorará con mayor detalle más adelante, otro punto a considerar en la etapa de diseño de la intranet es el desempeño y la escalabilidad del sitio web.

Ciertamente las cuestiones de escalabilidad y desempeño son un punto muy importante al momento de construir una intranet. Algunas de las preguntas comunes acerca de esto son:

• ¿Cuánto contenido puedo tener en mi web antes de que el desempeño se vea afectado, tanto en el tiempo de autoría como en el de exploración?
• ¿Cuántos sub-web puedo tener?
• ¿Debo organizar los sitios web en una manera particular para optimizar el desempeño?

En contraste con los editores simples de HTML, que sólo trabajan con una página web, FrontPage es una herramienta de administración y creación de sitio web que administra sitios completos, manejando todo el contenido, los vínculos y relaciones de navegación entre las páginas web y los elementos del sitio.  
 

Planeación del crecimiento.

Como todos sabemos, el número de páginas y elementos en un sitio web puede crecer muy rápidamente. Para resolver adecuadamente el crecimiento inevitable del sitio resulta útil planear de antemano la estructura de éste, a fin de obtener el mejor desempeño incluso cuando el número de páginas y elementos se vuelva un poco inoperante.

Afortunadamente, aun si usted falla en la planeación del crecimiento, las características de FrontPage, por ejemplo, la reparación automática de ligas y la característica para cambio de nombre de URL, facilitan la reorganización posterior del contenido, sin romper hipervínculos o la estructura de navegación. Sin embargo, es importante comprender cómo se afecta el desempeño por la forma en que está estructurado el sitio, de tal manera que usted pueda planear de antemano el crecimiento, o por lo menos sepa cómo resolver mejor estas cuestiones en caso de que surjan en una fecha posterior.