Office SharePoint 2007: mucho más que un servidor de archivos

Las herramientas de colaboración de Microsoft han ido evolucionando con el tiempo. Los usuarios requieren mayor conectividad e interoperabilidad entre sus procesos, la información que generan y la comunicación con su equipo de trabajo logrando un ambiente idóneo para llevar a cabo sus actividades y comunicación en tiempo real de una forma rápida y eficiente.
Todos conocemos las aplicaciones que componen la suite de Microsoft Office, como Word, Excel, Access, PowerPoint, de entre las más usadas, aunque también tenemos InfoPath (para el manejo poderoso de formularios y cuestionarios en línea), y Publisher entre otros. Estas aplicaciones podríamos decir que son la parte cliente de la familia de Office. Desde el lado del servidor, que ayuda a integrar a todas estas aplicaciones para poder compartir y generar valor publicando información en sitios de trabajo colaborativo, está nada más y nada menos que SharePoint.
Ahora, por la parte del Servidor, podemos contar con dos modalidades, SharePoint Portal Server 2003 (que la siguiente versión ahora se llamará Microsoft Office SharePoint Server 2007) enfocada a proveer de un entorno podríamos decir como Portal empresarial o Intranet Corporativa, y Windows SharePoint Services 2.0 (que la siguiente versión, es decir la 2007, ahora se llamará Windows SharePoint Services 3.0) destinada a proveer la funcionalidad que da razón de ser a las ventajas que ofrece SharePoint, como administración de contenido, manejo de versiones, alertas, espacios de trabajo, y muchas más.
En la versión de SharePoint 2003, el producto de Portal Server estaba enfocada a proveer de las herramientas necesarias para poder construir de una forma muy sencilla y a la vez robusta, una Intranet Corporativa, la cuál pede contar con distintas áreas que pueden ser las páginas de cada departamento, también el uso de audiencias (para mostrar cierto contenido a grupos de personas específicas), los sitios personales, una poderosa búsqueda es decir a todo el nivel de Portal y subsitios que fueron creados como hijos de este Portal padre (sitios creados con Windows SharePoint Services 2.0.) y finalmente un directorio de los mismos.
La versión 2003 implementó muchas mejoras a diferencia de la primera versión, la del 2001. Sin embargo, la nueva versión de SharePoint 2007, Microsoft Office SharePoint Server (MOSS) 2007 y Windows SharePoint Services (WSS) 3.0, ha sido provista de mejoras más valiosas y notables tanto a los ojos de los usuarios como para los Administradores e incluso para los desarrolladores.
Por decir algunos ejemplos, si el usuario eliminara algún documento, podría recuperarlo de una papelera de reciclaje Web en cuestión de minutos, sin tener que esperar a que el área de soporte o TI recupere un respaldo del sitio. De igual forma, la posibilidad de manejar información de habilidades y capacidades es mucho más poderosa en la nueva versión de los sitios personales en la versión 2007. Esto llega a tal nivel que es un apoyo real al área de recursos humanos, pues puede funcionar como un currículum vitae interno, conteniendo no sólo la información de la persona sino incluso archivos relacionado con los proyectos en los que ha sido involucrado, personas con las que trabaja, etc. La idea es llevar el ambiente de trabajo hacia una red social de conocimiento valiosa para la empresa.
Pero ahora, me gustaría mencionar algunas de las ventajas importantes que provee Microsoft Office SharePoint 2007 en conjunto con las aplicaciones de la suite de Microsoft Office 2007:
Archivos de Excel
En cuanto a problemas que los usuarios experimentan día a día en sus oficinas, por ejemplo al tener que estar enviando y compartiendo archivos muy pesados de información, imágenes, fórmulas o cálculos muy elaborados.
Con la nueva versión de SharePoint 2007, los usuarios tendrán la capacidad de poder visualizar la información de un archivo de Excel a través de los Servicios de Excel que provee MOSS 2007, y directamente en un navegador (sin restricción del tipo de navegador).
De esta forma, el autor del documento lo publica en el sitio de trabajo para compartirlo y los demás usuarios podrían no solo consultar la información como histórico sino inclusive poder interactuar con la información a través de fórmulas publicadas en el Excel para poder hacer proyecciones en tiempo real. De esta forma, se logra el que cualquier cantidad de usuarios puede visualizar la información de dicho archivo de Excel a través de un navegador, lo cuál da una disponibilidad total de la información y únicamente usando un solo archivo compartido, sin necesidad de enviar correos masivos con archivos muy pesados.
Ahora también es claro que si el archivo requiere modificaciones el dueño del archivo podrá editarlo y volverlo a publicar y al momento los usuarios podrán consultar la nueva información (podría ser a través del aviso de un correo electrónico o alerta al haber un cambio en el documento).
Presentaciones de Power Point
En cuanto a presentaciones de trabajo o ejecutivas, es posible también compartir ciertas filminas a una biblioteca de presentación compartida para poder ver la información directamente en Web y que se encuentre disponible con el efecto de presentación.
Interoperabilidad con Access
Podemos compartir cualquier tabla de access a una lista de SharePoint, hacer cálculos y reportes e incluso crear listas de SharePoint ligadas directamente desde access.
Trabajo con Microsoft Word
Una de las herramientas más usadas de la suite de Microsoft Office, como todos conocemos, es el famoso editor de texto. A través de Word podemos publicar cualquier información y compartirla con el equipo de trabajo a un sitio de colaboración, visualizar toda la información que tengo en un sitio web de trabajo, directamente desde mi cliente de Word, crear o asignar tareas, revisar estatus de archivos, etc.
Para la gente apasionada en publicar o compartir tips en la Web a través de sus blogs, Microsoft Word 2007 brinda la posibilidad de poder publicar cualquier tipo de contenido hacia nuestros blogs de manera muy rápida y sencilla y contando con las posibilidades de formato y diseño que provee Microsoft Word 2007.
Uso de formularios por medio de InfoPath
Haciendo uso de las capacidades de InfoPath 2007, podemos nosotros compartir un formulario de cualquier tipo de información que un departamento podría requerir los empleados de una empresa llenaran, un simple examen de capacidades relacionado al ERP, una forma o solicitud de viáticos, incluso una orden de compra que podría ser compartida mediante un navegador (a través de los Servicios de Formularios Web) para que los proveedores pudieran responderla, o encuestas de satisfacción de clientes de igual forma publicadas a través de un navegador y todo esto almacenado en sitios de colaboración para mantener la información al día e integrada con otro tipo de información de proyectos o procesos. Ahora es claro que no es la única forma de hacerlo, también podemos responder cualquier tipo de formulario con el cliente de InfoPath, pero la ventaja cara de la posibilidad de hacerlo a través de cualquier navegador nos elimina la restricción de contar con licencias de InfoPath en cualquier máquina que fuese a acceder a dicho formulario compartido.
Hablemos ahora un poco de algunas de las ventajas de Microsoft Office SharePoint 2007
Nuevos tipos de datos (Content Types): permite la posibilidad de poder crear nuestros propios tipos de datos o columnas y poder crear listas personalizadas con propiedades específicas de cierto tipo de información que necesitemos manejar, por ejemplo un tipo de columna que sea RFC, SKU, etc. Ahora podemos manejar tipos de datos o columnas en una galería central y podemos agregar estos nuevos tipos en cualquier lista en cualquier tipo de sitio indistintamente lo cuál nos da mucha mayor libertad y funcionalidad. Con base en esta idea, podemos crear templetes o plantillas ya prediseñadas y asociarlas a bibliotecas de documentos que contengan estos campos.
Catálogo de Negocios (Business Data Catalog): creo que los amigos de Microsoft se sacaron un 11 con esto. La posibilidad de interactuar y relacionar información que se tiene contenida en SharePoint, con información y datos que se tienen almacenados en otras fuentes de datos externas como bases de datos SQL y Oracle, entre otras, y con la capacidad de especificar a través de un XML con qué campos queremos interactuar, y agregar mas funcionalidad al usuario, se logra integrar información de aplicaciones de terceros como CRM, ERP y otra información en nuestros sitios de trabajo.
Extensiones o Features (la posibilidad de instalar o extender mas funcionalidad a cualquier nivel de SharePoint): con esto me refiero a la interacción con el usuario, comportamiento de un sitio, o incluso a nivel administración, imaginemos que por default no podemos guardar una lista o sitio como templete, bueno pues con la creación de un XML que defina como hacerlo, publicamos e instalamos dicha característica y se vuelve parte del propio comportamiento de SharePoint, como si fuese Out-Of-The-Box, esto es también genial no creen!, incluso estos features se pueden activar o desactivar por sitio es decir que se encuentren o no disponibles).
Más templetes disponibles: los aficionados a publicar y compartir su conocimiento y experiencias con la tecnología en blogs y wikis ya tenemos templetes para crear blogs, wikis, centro de documentación, reporteo, tableros de control, indicadores de desempeño o KPIs, entre otras.
Búsqueda La hoja de búsqueda viene con mas WebParts, en SPS 2003 solo contábamos con dos WebSearch y Advanced WebSearch. Ahora contamos con siete WebParts en la misma página para poder especificar vía diseño como queremos a mucho mayor detalle los resultados de la búsqueda.
Reporteo, En 2007 se cuenta con mucha mayor información de uso de los sitios, incluso con gráficas.
Permisos a nivel sitio. Esto mucha gente lo ha pedido y por fin es una realidad, incluso a nivel de archivos.
Página Default. Cómo cambiar la página default en SharePoint Server 2007, esto también ya se puede hacer únicamente especificando una nueva página en las propiedades administrativas del sitio.
WebParts más poderosos. WebParts de consultas usando el Catálogo de Negocios y el WebPart Query, para hacer consultas directas.
Creación de Portales de contenido público y privado. Ya viene integrado Content Management Server como la parte de publicación de contenido público dentro de Microsoft Office SharePoint 2007, y ahora se llama Web Content Management (WCM).
Flujos de Información. La posibilidad de crear flujos de información por default o WorkFlows Out-Of-The-Box para cualquier biblioteca de documentos o incluso para un archivo individual. También se pueden generar WorkFlows a travézdel SharePoint Designer 2007).
Diseño de Sitios mucho más poderoso. La nueva versión de FrontPage 2003, ahora se llamará Microsoft Office SharePoint Designer 2007, y se enfocará más al diseño de sitios de colaboración creados con SharePoint, aunque también se podrán editar páginas Web y sitios de 2003.
Finalmente, los servicios que proveía el producto de Portal Server 2003 ahora son trasladados a un nuevo concepto: el Proveedor de Servicios Compartidos, o Shared Services, que permitirá proveer de las capacidades de SharePoint como sitios personales, servicios de Excel, audiencias, etc. Pero ahora hacia cualquier sitio creado sin restricción de contar con un portal como tal.

Flujos de trabajo en Windows SharePoint Services

Un flujo de trabajo permite adjuntar un proceso de negocio a los elementos de Windows SharePoint Services 3.0. Este proceso puede controlar casi cualquier aspecto de un elemento de Windows SharePoint Services 3.0, incluido el ciclo de vida de dicho elemento. Por ejemplo, se puede crear un flujo de trabajo sencillo que envíe un documento a una serie de usuarios para su aprobación.
Los flujos de trabajo pueden ser tan complejos o sencillos como se requiera en los procesos de negocio del usuario. Puede crear flujos de trabajo que inicie el usuario o flujos de trabajo que Windows SharePoint Services 3.0 inicie automáticamente en función de algún evento, por ejemplo, cuando se cree o cambie algún elemento.

Uso de flujos de trabajo de Windows SharePoint
Windows SharePoint Services 3.0 tiene flujos de trabajo disponibles para los usuarios finales en el nivel de lista o biblioteca de documentos. Los flujos de trabajo se pueden agregar a documentos o elementos de la lista. El flujo de trabajo también se puede agregar a tipos de contenido. Puede haber disponibles varios flujos de trabajo para un elemento determinado. Es posible ejecutar varios flujos de trabajo simultáneamente en el mismo elemento, pero sólo se puede ejecutar una instancia de un flujo de trabajo específico en un elemento específico en un momento dado. Por ejemplo, se podrían tener dos flujos de trabajo, SpecReview y LegalReview, disponibles para un tipo de contenido específico, Specification. Aunque ambos flujos de trabajo se pueden ejecutar simultáneamente en un elemento específico de la especificación de tipo de contenido, no puede haber dos instancias del flujo de trabajo LegalReview ejecutándose en el mismo elemento simultáneamente.

Arquitectura de la tecnología de los flujos de trabajo de SharePoint
Puede crear flujos de trabajo mediante el uso de Visual Studio 2005 Designer para Windows Workflow Foundation. Cada flujo de trabajo se compila dentro de su propia biblioteca de vínculos dinámicos (.dll).
Además, los flujos de trabajo pueden interactuar directamente con el usuario a través de formularios de flujo de trabajo personalizados. Los formularios de flujo de trabajo permiten recopilar información del usuario en cada fase del flujo de trabajo.
Para instalar el flujo de trabajo en una granja de servidores, debe crear una definición de flujo de trabajo. Una definición de plantilla de flujo de trabajo es un archivo XML que contiene la información que Windows SharePoint Services 3.0 necesita para crear una instancia y ejecutar el flujo de trabajo, por ejemplo:

• Nombre, GUID y descripción del flujo de trabajo


• Ubicación de cualquier formulario personalizado usado en este flujo de trabajo


• Clase correcta dentro del ensamblado del flujo de trabajo a la que se va a llamar
  

Cada granja de servidores contiene una tabla de asociaciones de flujo de trabajo. Cada una de las entradas de esta tabla incluye datos de asociación de un flujo de trabajo tal y como se aplican a un tipo de contenido, una lista o una biblioteca de documentos específicas. Estos datos de asociación normalmente incluyen si el flujo de trabajo se inicia automáticamente o lo inician los usuarios, así como las listas de historiales y tareas del flujo de trabajo. Si un flujo de trabajo se ha agregado a varios tipos de contenido, listas o bibliotecas de documentos, tendrá una entrada para cada asociación. Igualmente, si agrega varios flujos de trabajo a un tipo de contenido específico, o biblioteca de documentos, la tabla contiene una entrada para cada flujo de trabajo agregado a tipo de contenido, lista o biblioteca de documentos.

La siguiente ilustración muestra la arquitectura del flujo de trabajo conceptual en Windows SharePoint Services 3.0. Cada tipo de contenido, lista y biblioteca de documentos de la granja está vinculado a los flujos de trabajo agregados a la misma a través de la tabla de asociación de flujos de trabajo. Cada flujo de trabajo dispone de una definición de flujo de trabajo. Esta definición XML especifica la identidad del ensamblado de flujo de trabajo real y la clase dentro de ese ensamblado, así como la ubicación de cualquier formulario de flujo de trabajo que necesite ejecutar el flujo de trabajo.

Arquitectura del host de flujo de trabajo
La funcionalidad de flujo de trabajo de Windows SharePoint Services 3.0 está creada en Microsoft Windows Workflow Foundation (WWF), un componente de la plataforma Microsoft Windows que proporciona un marco de trabajo de programación y herramientas para el desarrollo y la ejecución de aplicaciones basadas en flujos de trabajo. Concretamente, Windows SharePoint Services 3.0 usa dos componentes proporcionados por WWF: Visual Studio 2005 Designer para Windows Workflow Foundation y el motor en tiempo de ejecución de WWF.

Visual Studio 2005 Designer para Windows Workflow Foundation
Visual Studio 2005 Designer para Windows Workflow Foundation es un complemento hospedado en Microsoft Visual Studio 2005 que permite a los programadores crear sus propios flujos de trabajo y actividades de flujo de trabajo personalizados. WWF proporciona un modelo de flujo de trabajo que permite a los programadores describir el flujo de un proceso de negocio. Se pueden crear flujos de trabajo con una construcción gráfica, una especificación de XML, código o una combinación de éstos. Visual Studio 2005 Designer para Windows Workflow Foundation proporciona una superficie de diseño gráfica intuitiva que los programadores pueden usar para ensamblar y configurar fácilmente actividades predefinidas en flujos de trabajo personalizados. Los autores de flujos de trabajo usan y amplían el modelo de flujo de trabajo de la misma manera en que usan y amplían otros elementos de Microsoft .NET Framework.

Motor en tiempo de ejecución de WWF
El motor en tiempo de ejecución de WWF administra la ejecución de los flujos de trabajo y permite a los flujos de trabajo permanecer activos durante largos períodos de tiempo y sobrevivir a los reinicios del equipo. Los servicios en tiempo de ejecución proporcionan servicios básicos, como transacciones y persistencia, al motor en tiempo de ejecución. WWF permite a cualquier proceso de aplicación o contenedor de servicios ejecutar flujos de trabajo mediante el alojamiento de WWF; es decir, cargando WWF en su proceso. Al crear flujos de trabajo de Windows SharePoint Services 3.0, Windows SharePoint Services 3.0 es el host para WWF.
El motor en tiempo de ejecución de WWF proporciona los servicios que necesita cada aplicación de flujo de trabajo, como secuencias, administración de estado, capacidades de seguimiento y compatibilidad con transacciones. El motor de WWF actúa como un equipo de estado responsable de cargar y descargar plantillas de flujo de trabajo, así como de administrar el estado actual de los flujos de trabajo que se ejecuten.
Windows SharePoint Services 3.0 aloja el motor en tiempo de ejecución de WWF. En lugar de los servicios conectables que se incluyen con WWF, Windows SharePoint Services 3.0 proporciona implementaciones personalizadas de los siguientes servicios para el motor: transacción, persistencia, notificaciones, funciones, seguimiento y mensajería. A continuación, los programadores pueden crear soluciones de flujo de trabajo basadas en Windows SharePoint Services 3.0.
La figura ilustración muestra la arquitectura de flujo de trabajo en Windows SharePoint Services 3.0. Windows SharePoint Services hospeda el motor en tiempo de ejecución de WWF dentro de su proceso y proporciona implementaciones personalizadas de los servicios necesarios. La funcionalidad del motor en tiempo de ejecución de WWF, así como la funcionalidad de alojamiento que proporciona Windows SharePoint Services 3.0, se exponen a través del modelo de objetos de Windows SharePoint Services 3.0.

Persistencia del flujo de trabajo
Uno de los servicios más importantes que Windows SharePoint Services 3.0 proporciona al motor de flujo de trabajo de WWF es el de persistencia. Los flujos de trabajo que incluyen interacción humana tienen una ejecución inherentemente larga; incluso en circunstancias ideales, los seres humanos tardan un tiempo largo en completar el trabajo en comparación con las máquinas. En muchos escenarios de Office, un flujo de trabajo normalmente tardará días o más tiempo. Considere un flujo de trabajo de ejemplo que enruta documentos para su aprobación. El aprobador puede tardar varios días en llegar a la tarea de revisar el documento.
Claramente, dejar cada flujo de trabajo en ejecución en la memoria durante toda su ejecución no es viable; muy pronto los recursos requeridos por flujos de trabajo acumulados de larga ejecución harían que el sistema se detuviese.
En su lugar, cuando una instancia de flujo de trabajo ha alcanzado un punto en el que espera la entrada del usuario, Windows SharePoint Services 3.0 descarga esa instancia de flujo de trabajo de la memoria y hace persistir sus datos. A continuación, cuando un evento adecuado, como la especificación de entradas por parte del usuario, requiere que la instancia de flujo de trabajo se inicie de nuevo, Windows SharePoint Services 3.0 vuelve a crear la instancia de flujo de trabajo con los datos persistentes, para que la instancia de flujo de trabajo pueda recibir y controlar el evento según sea necesario.
Por lo tanto, aunque puede haber muchas instancias de flujo de trabajo ejecutándose en un momento dado, es posible que sólo una fracción de estos flujos de trabajo esté realmente en la memoria y use los recursos del sistema.

Desarrollo de flujos de trabajo para Windows SharePoint Services
Aunque Windows SharePoint Services 3.0 incluye plantillas predefinidas de flujo de trabajo, también puede crear sus propias plantillas de flujo de trabajo. Puede usar Visual Studio 2005 Designer para Windows Workflow Foundation o un editor de flujos de trabajo declarativo, sin código y basado en reglas, como Microsoft Office SharePoint Designer 2007. Dado que cada herramienta de creación genera flujos de trabajo con diferentes atributos y capacidades, resulta conveniente examinar cada herramienta detalladamente.

Uso de Visual Studio 2005 Designer para Windows Workflow Foundation
En Visual Studio 2005, puede usar Visual Studio 2005 Designer para Windows Workflow Foundation para crear plantillas de flujo de trabajo y actividades personalizadas de flujo de trabajo. Puede incluir código en el flujo de trabajo, así como formularios de diseño que debe usar el flujo de trabajo para comunicarse con los usuarios del flujo de trabajo durante la asociación y el tiempo de ejecución. Conviene advertir que cuando se están desarrollando plantillas de flujos de trabajo en Visual Studio 2005 Designer para Windows Workflow Foundation, no se está programando en un sitio de SharePoint específico.

Uso de Office SharePoint Web Designer
Por el contrario, cuando se crea un flujo de trabajo en un editor de flujos de trabajo declarativo, sin código y basado en reglas, como Office SharePoint Designer 2007, se está diseñando un flujo de trabajo para el sitio de SharePoint específico en el que se está trabajando. Office SharePoint Designer 2007 proporciona una interfaz de usuario que permite crear flujos de trabajo declarativos basados en reglas para el sitio seleccionado. De hecho, con Office SharePoint Designer 2007, se ensamblan actividades existentes anteriormente en los flujos de trabajo.
No se pueden crear actividades propias en Office SharePoint Designer 2007; tampoco puede escribir archivos de código lateral. Mediante Office SharePoint Designer 2007, se crean e implementan archivos de marcado basado en XML en lugar de un ensamblado que contiene código.

Comparación de procesos de desarrollo de flujo de trabajo
En la figura siguiente se muestran los distintos pasos que se deben seguir para crear, implementar, asociar y ejecutar un flujo de trabajo mediante cada una de las herramientas de creación. En general, la principal diferencia entre las dos herramientas es la siguiente:

• La creación de flujos de trabajo en Visual Studio 2005 Designer para Windows Workflow Foundation la lleva a cabo un programador profesional, el cual crea una plantilla de flujo de trabajo que se puede implementar en varios sitios y que contiene código y actividades personalizados. El programador, a continuación, proporciona la plantilla de flujo de trabajo a un administrador del servidor para su implementación y asociación.
  
• La creación de flujos de trabajo en Office SharePoint Designer 2007 suele realizarla una persona que no es un programador profesional, como por ejemplo un diseñador de Web o un trabajador del área de información, que desea crear un flujo de trabajo para una lista o biblioteca de documentos específica. En este caso, el diseñador está limitado a las actividades de flujo de trabajo de su "lista segura" y el flujo de trabajo no puede incluir código personalizado. El autor del flujo de trabajo implementa la plantilla de flujo de trabajo directamente en la lista o biblioteca de documentos como parte del proceso de creación del flujo de trabajo.

Aunque los pasos del proceso de creación de flujo de trabajo se especifican según la función y la aplicación, es evidente que la misma persona puede realizar más de una función según los procesos empresariales. Por ejemplo, una misma persona puede desarrollar el flujo de trabajo en Visual Studio 2005 e instalarlo en el servidor mediante Windows SharePoint Services 3.0.

Introducción a Visual Studio 2005 Designer para Windows Workflow Foundation
El parámetro Visual Studio 2005 Designer para Windows Workflow Foundation proporciona un medio para desarrollar rápidamente flujos de trabajo mediante una interfaz gráfica que aprovecha los conocimientos de un programador del entorno de desarrollo de Microsoft Visual Studio.

Marcado de flujos de trabajo de WWF
Cada de flujo de trabajo de WWF se puede representar mediante las siguientes combinaciones de archivos:

• Un archivo o marcado XML que incluye los metadatos declarativos del flujo de trabajo; o
  
• El archivo de marcado, en combinación con un archivo de código subyacente que contiene código personalizado que representa las propiedades y el comportamiento del flujo de trabajo; o
  
• Un archivo (o archivos) de código que incluya la lógica declarativa y el comportamiento del flujo de trabajo.
  

El archivo de marcado se escribe en lenguaje XAML, que tiene un esquema publicado, con el que debe cumplir el archivo, y la extensión de archivo .xoml.
Como XAML tiene un esquema publicado, se pueden crear archivos archivos XAML mediante cualquier editor de texto o de XML. Sin embargo, Visual Studio 2005 Designer para Windows Workflow Foundation ofrece a los programadores una interfaz gráfica en la que se pueden crear flujos de trabajo y generar automáticamente el archivo de marcado adecuado.
Los programadores pueden optar por integrar o separar sus metadatos declarativos de la lógica empresarial incluida en el flujo de trabajo. Conceptualmente, el paradigma de "separación de código" que emplean los flujos de trabajo de WWF es similar al que se usa en ASP.NET: los metadatos declarativos son independientes del archivo que encapsula la lógica empresarial. Por lo tanto, mientras el archivo de marcado contiene los metadatos de las actividades incluidas en el flujo de trabajo, las propiedades y los comportamientos de esas actividades se detallan en un archivo independiente.
En el caso de los flujos de trabajo creados mediante la separación de código, la información se conserva en los dos archivos:

• El archivo de marcado, como se ha detallado anteriormente.

Y uno de los dos tipos de archivos siguientes:

• Un archivo de código lateral, que contiene el código que encapsula la lógica empresarial. Este archivo puede escribirse ya sea en Microsoft Visual C# o Microsoft Visual Basic.
  
• Un archivo de reglas de flujo de trabajo, que encapsula la lógica empresarial en reglas declarativas, en lugar de en el código.
  

Cada flujo de trabajo creado de este modo es realmente un tipo de Microsoft .NET único, construido a partir dos clases parciales, que se representan mediante XOML y un archivo de código subyacente o de reglas. Cuando se compila el proyecto de flujo de trabajo, estas dos clases parciales se combinan en un ensamblado de. NET. Éste es el enfoque usado al crear flujos de trabajo para Windows SharePoint Services 3.0 mediante Visual Studio 2005 Designer para Windows Workflow Foundation.
Los flujos de trabajo que sólo componen de archivos de código siguen el mismo proceso de compilación general; es decir, los archivos de código se compilan en un tipo. NET.
Además, se pueden compilar flujos de trabajo formados únicamente por archivos de marcado. Sin embargo, esto no es necesario; el motor en tiempo de ejecución de WWF puede cargar y ejecutar flujos de trabajo de marcado no compilados. Éste es el enfoque usado al crear flujos de trabajo para Windows SharePoint Services 3.0 mediante un editor de flujo de trabajo basado en reglas declarativas y libre de código, como Office SharePoint Designer 2007.

Visual Studio 2005 Designer para las características de Windows Workflow Foundation
Visual Studio 2005 Designer para Windows Workflow Foundation proporciona un medio para desarrollar rápidamente flujos de trabajo mediante una interfaz gráfica que aprovecha los conocimientos de un programador del entorno de desarrollo de Visual Studio.
Visual Studio 2005 Designer para Windows Workflow Foundation es una herramienta que permite crear rápidamente el flujo de trabajo de forma que se integre con el desarrollo del código que encapsula los procesos de negocios. Para ello, Visual Studio 2005 Designer para Windows Workflow Foundation proporciona una interfaz gráfica con controles intuitivos, alojada en el conocido entorno de desarrollo de Visual Studio. Sus características son:

• Una superficie de diseño de arrastrar y colocar que permite ensamblar flujos de trabajo personalizados desde actividades de flujo de trabajo predefinidas que se arrastran desde el cuadro de herramientas .
  
• Una interfaz que permite trabajar en el marcado de flujos de trabajo mediante herramientas gráficas intuitivas.
  
  
• Integración con la ventana Propiedades, de modo que los programadores puedan configurar las propiedades de las actividades de flujo de trabajo a través de la interfaz gráfica o directamente en el archivo de código lateral, y mantener ambos sincronizados.
  
  
• Depuración de los flujos de trabajo adjuntándolos al proceso de SharePoint, incluido el establecimiento de puntos de interrupción en el flujo de trabajo.
  
  
• La capacidad de adjuntar controladores de errores, compensación y eventos a actividades, así como "comentar" gráficamente las actividades.

Desarrollo de flujo de trabajo en Visual Studio 2005

Windows Workflow Foundation (WWF) proporciona el Visual Studio 2005 Designer para Windows Workflow Foundation que permite a los programadores crear sus propios flujos de trabajo personalizados y actividades de flujo de trabajo.
Puede usar el Visual Studio 2005 Designer para Windows Workflow Foundation para crear plantillas de flujo de trabajo y actividades de flujo de trabajo personalizados. Puede incluir el código personalizado en su flujo de trabajo, así como formularios de diseño, como formularios de ASP.NET, que va a usar el flujo de trabajo para comunicarse con los usuarios del flujo de trabajo durante la asociación y el tiempo de ejecución. Incluso puede crear actividades personalizadas que se usarán en otros flujos de trabajo.
Cuando haya completado la solución, puede empaquetar los archivos de solución en un plantilla de flujo de trabajo mediante la funcionalidad de empaquetado de características. Los paquetes de características Windows SharePoint Services 3.0 proporcionan un mecanismo mediante el cual los programadores pueden empaquetar los archivos necesarios para una solución, como flujos de trabajo, elementos web, listas y definiciones de sitio para facilitar la distribución e implementación.

Proceso de desarrollo de flujo de trabajo en Visual Studio
En general, cuando se desarrollan los flujos de trabajo para Windows SharePoint Services 3.0 usando el Visual Studio 2005 Designer para Windows Workflow Foundation, siga estos pasos básicos:

• Cree el flujo de trabajo, incluido el archivo de código lateral si es necesario, en Visual Studio 2005 Designer para Windows Workflow Foundation.
  
• Diseñe y publique los formularios que desee usar con el flujo de trabajo.
  
• Cree la definición de característica y el archivo de definición plantilla de flujo de trabajo, que contiene información sobre el ensamblado de flujo de trabajo y enlaza los formularios al ensamblado de flujo de trabajo.
  
• Compile los archivos de flujo de trabajo en un ensamblado .NET.
  
• Empaquete el ensamblado de flujo de trabajo y la definición de flujo de trabajo e impleméntelos mediante la funcionalidad características en Windows SharePoint Services 3.0.
  
• Depure el ensamblado de flujo de trabajo en directo mediante Visual Studio 2005 Designer para Windows Workflow Foundation.
  
• Vuelva a compilar e implementar el ensamblado de flujo de trabajo según sea necesario para corregir cualquier error.
  

Desarrollo de flujos de trabajo en Office SharePoint Designer
Al crear un flujo de trabajo en un editor de flujos de trabajo declarativo, sin código y basado en reglas, como por ejemplo Office SharePoint Designer 2007, se crea dicho flujo de trabajo directamente y con un enlace de datos en una lista o biblioteca de documentos específica de Windows SharePoint Services 3.0. Se usa una lista predefinida de actividades de flujo de trabajo y no se usa ningún código. El flujo de trabajo que diseñe no se compila como un ensamblado, pero se almacena en forma de archivos de origen hasta que Windows SharePoint Services 3.0 compile el flujo de trabajo la primera vez que se ejecute.
Este enfoque ofrece las ventajas siguientes:

• Los flujos de trabajo se pueden desarrollar y probar rápidamente.
  
• Dado que el flujo de trabajo es específico de una lista determinada, se simplifica lo siguiente:
  · El proceso de implementación
  · La administración de problemas de seguridad
  


• Debido a que los flujos de trabajo no se compilan en ensamblados, los flujos de trabajo creados en un editor declarativo, sin código y basado en reglas, como por ejemplo Office SharePoint Designer 2007, se pueden implementar en servidores donde la directiva administrativa prohíbe los ensamblados de código personalizado.
  

Nota: Los flujos de trabajo creados en Office SharePoint Designer 2007 se ensamblan a partir de una "lista segura" de actividades predefinidas, que también debe ser aprobada por los administradores para que se ejecute en los servidores.

Los flujos de trabajo pueden ser creados por usuarios con menos experiencia que un programador, como los diseñadores de Web o los trabajadores del sector de la información.
Dado que crea el flujo de trabajo directamente en una biblioteca de documentos y enlaza los datos a dicha biblioteca, los flujos de trabajo creados en Office SharePoint Designer 2007 difieren de los flujos de trabajo creados mediante Visual Studio 2005 Designer para Windows Workflow Foundation de las siguientes formas importantes:

• No se puede implementar un flujo de trabajo creado en Office SharePoint Designer 2007 para varias listas. Sólo es válido para la lista para la cual se creó.
  
• Puesto que el flujo de trabajo se crea directamente para una lista, éste se asocia a la lista en tiempo de diseño. Por lo tanto, no existe ninguna fase de asociación para los flujos de trabajo creados en Office SharePoint Designer 2007.
  
• No se pueden modificar los flujos de trabajo creados en Office SharePoint Designer 2007.
  
• No se pueden crear en relación con un tipo de contenido en Office SharePoint Designer 2007.

Ejecución de flujos de trabajo sin compilar
Debido a que no contienen ningún código personalizado, los flujos de trabajo creados en un editor de flujos de trabajo declarativo, sin código y basado en reglas, como Office SharePoint Designer 2007, no se compilan ni implementan como ensamblados. Se almacenan como archivos de origen en Windows SharePoint Services 3.0 y sólo se compilan en la memoria cuando es necesario.
Para cada sitio, los flujos de trabajo de este tipo se almacenan en una biblioteca de documentos independiente. Esta biblioteca de documentos contiene una carpeta para cada flujo de trabajo creado en Office SharePoint Designer 2007. La carpeta contiene todos los archivos de origen necesarios para el flujo de trabajo, incluidos los siguientes:

• Archivo de marcado de flujo de trabajo
  
• Archivo de reglas de flujo de trabajo
  
• Formularios ASPX para cualquier formulario de flujo de trabajo personalizado que sea necesario
  

Windows SharePoint Services 3.0 incluye un compilador Just-In-Time para compilar los archivos de origen en un flujo de trabajo la primera vez que el flujo de trabajo se inicia en un elemento. Windows SharePoint Services 3.0 conserva el flujo de trabajo compilado en la memoria hasta que se llama de nuevo a dicho flujo de trabajo, de forma similar a las memorias caché de servidor que compilan páginas ASPX para acelerar el rendimiento de ejecución la próxima vez que se llame a la página.
Cada vez que un flujo de trabajo se inicia en un elemento, Windows SharePoint Services 3.0 determina si se implementó el flujo de trabajo como un ensamblado o como archivos de origen. Si existe un ensamblado de flujo de trabajo, Windows SharePoint Services 3.0 llama a dicho ensamblado para crear la instancia de flujo de trabajo. Si el flujo de trabajo se ha implementado como archivos de origen, Windows SharePoint Services 3.0 determinará si ya se ha compilado un flujo de trabajo a partir de dichos archivos de origen en la memoria o no. Si es así, Windows SharePoint Services 3.0 llamará al flujo de trabajo compilado en memoria para crear la instancia de flujo de trabajo. En caso contrario, Windows SharePoint Services 3.0 usará el compilador Just-In-Time para compilar los archivos de origen en un flujo de trabajo en memoria, al cual se llamará a continuación para crear una instancia de flujo de trabajo.

La opinión de Bill Gates de MOSS

Aplicaciones compuestas
La multifuncionalidad de SharePoint ha sido ampliada, pues ahora no solamente es un depósito de información, sino también una plataforma de desarrollo y Content Manager Server (como reemplazo del actual CMS 2002). Así que SharePoint cubre ahora todo el rango de Intranet y Extranet, con posibilidades para explotar Business Inteligence y conexiones con todo tipo de sistemas.

Búsqueda y el Catalogo de Información de Negocios
El motor de búsqueda ha sido revisada completamente, haciéndolo más rápido, eficiente y con más posibilidades. Ahora es posible, por ejemplo, concentrar el ámbito de búsqueda con gran precisión, hacer que elementos individuales que el motor de búsqueda ha encontrado no sean mostrados en pantalla, y la pantalla de resultados se puede configurar y personalizar de diferentes maneras.

Integración con clientes
La integración con Office 2007 es aún mayor de lo que es la versión actual. Outlook puede funcionar, por ejemplo, como un "visor avanzado" para documentos si no se está conectado a una red (Off Line), sincronizador de eventos, etc. Visual Studio Tools for Office (VSTO) tendrá un papel cada vez mas importante en la integración entre SharePoint y Office.

Excel Services:
Office 2007 ya no será solamente una herramienta de trabajo local, sino que podrá ser usada como un servicio. De esta forma, una hoja de cálculo almacenada en SharePoint no tendrá que ser abierta por el cliente para ser recalculada, sino que el trabajo lo realiza el servidor, y cuando el cliente abre la hoja de nuevo, los nuevos datos ya habrán sido procesados.

Comunidad
Wikis, Blogs y RSS han sido integrados en SharePoint para funcionar como herramientas de comunicación dentro de una comunidad. Los Wikis pueden ser utilizados para trabajar comunitariamente en un documento. Los Blogs pueden funcionar como medio para distribuir información en una empresa, y con RSS deja a disposición información actualizada directamente accesible para cualquier usuario.

Instalación de Servidor de Reportes para visualizar en SHAREPOINT

Instalación de Servidor de Reportes para visualizar en SHAREPOINT


Estos son los pasos que se siguieron en la instalación del servidor:

1.- Instalación Server 2003

2.- Instalación Drivers

3.-Agregar dominio: mi.dominio.com
Nombre: REPORTES

4.- Instalación IIS (Extensiones Servidor FrontPage 2000, Servidor WWW)

5.- Instalación ASP

6.-Instalación de Visual.Studio.net, con sus componentes previos

7.- Instalación SQL 200 Server
Usuario: Admin
Contraseña: ******
Autentificación: Server y Windows
Iniciar cuenta con: dominio\admin
Contraseña: ******

8.- Instalación Services Pack 3 A para SQL

9.- Instalación Services Pack 4 SQL

10.- Instalación REPORTING

11.- Instalación Services Pack 1 REPORTING

12.- en IIS / Sitio Web Predeterminado / ReportServer / Seguridad / Modificar. Habilitar el acceso anónimo con la cuenta dominio\admin, previamente hecha en Directoria Activo.

13.- Inicio / programas / Herramientas administrativas / Servicios / ReportServer
Iniciar sesión en esta cuenta:
Iniciar cuenta con: dominio\admin
Contraseña: ******

14.- Abrir en Visual.net los proyectos de los reportes e implementarlos y de ahí tomar la ruta de publicación para agregarla en un formulario de elemento Web

En caso de cambiar el nombre del servidor, seguir esta nota

http://support.microsoft.com/kb/916570/es

Configuración de Audiencias en MOSS 2007

En este post voy a mostrar rapidamente el proceso para la creación y configuración de audiencias en Sharepoint 2007, cabe mencionar que el proceso es practicamente como en SPS 2003, el proceso es muy sencillo. Únicamente previo a esto debemos de crear un servicio compartido.

Paso 1.- Como ya lo mencione anteriormente previo a la configuracion de las audiencias, se debe crear el Servicio Compartido, esto lo hacemos en la administración central de sharepoint, en la Opción Administración de Servicios Compartidos.

Paso 2.- Una vez que sea a creado el servicio compartido damos clic ahí, para que nos despliegue las opciones que podemos realizar en esta sección y ahi proceder a la configuración de las audiencias.

Paso 3.- Damos clic en el servicio compartido que creamos para que nos muestra las opciones que se pueden configurar (Previo a las audiencias tambien hay que configuracion la conexion y exportar los usuarios del AD).

Paso 4.- En esta opción damos clic en Audiencias para empezar a crear y compilar las audiencias.

Paso 5.- Aqui creamos la audiencia para posteriormente compilarla, damos clic en crear audiencia y vamos siguiendo las indicaciones.

Mapa Virtual Earth en SharePoint TEMAS

Resumen / SinopsisProblema / solucionado Instalación de SoluciónConfiguración de página Web Part Arquitectura generalCódigo Fuente Resumen
Microsoft del Grupo de Servicios de Información a desarrollado una solución que integra el Microsoft Virtual Earth mapas con experiencia en SharePoint utilizando map web part.

Un ejemplo de esta solución está disponible en la intranet corporativa Microsoft portal. He aquí la captura de pantalla de lo que la solución se ve como en el "Campus Maps" página web.

El propósito de este documento es describir la parte web y su configuración, y también la manera de personalizar aún más la solución alternativa de utilizar fuentes de datos.
Problema / Solucionado

Ni Windows SharePoint Services 3.0, ni Office SharePoint Server 2007 ofrece una construcción rica en soluciones de cartografía. Al aprovechar la plataforma SharePoint y su Marco de Web, Microsoft del Grupo de Servicios de Información desarrollado una solución reutilizable para hacer un mapa de SharePoint en un medio ambiente sin ningún otro código personalizado. SharePoint permite a los usuarios integrar los mapas de Virtual Earth en su sitio web y utilizar una base de datos o cualquier otra fuente de datos para almacenar datos.

La solución proporciona un mapa web, que se puede arrastrar y caer sobre una página de SharePoint para mostrar un tamaño de variable en Virtual Earth vista de mapa.

Los usuarios también pueden utilizar el pushpin base de datos para almacenar los diferentes hitos que se visualiza en el mapa.

La solución también ofrece un administrador de web para la gestión de parte del contenido de esta base de datos, así como un modelo de objetos para la gestión de contenido de programación. Además, si un usuario desea utilizar un origen de datos existente para hacer pushpins en el mapa, una interfaz programable se prevé que puedan aplicarse para integrar el origen de datos existente con el mapa, que debería reducir significativamente la cantidad adicional de código personalizado.

Solución de instalación

La instalación se realiza en dos series de pasos: uno para la web partes, la otra para la base de datos. Esto instalará todas las partes de la web que se utilizan en la solución. Estas partes de la web son:

1) Mapas Web

2) Mapas Búsqueda Web

3) Mapas de parte del administrador web

4) Lugar de referencia web parte

El Campus Mapas solución consta de cuatro soluciones (. Archivos CAB), que debe estar instalado en la siguiente secuencia.

1) Configuration.cab

2) VirtualEarth.cab

3) CampusMaps.cab

4) MSSPaceLite.cab

Después de instalar la solución, el servidor de base de datos y nombre de base de datos que están siendo utilizados por la solución necesidad de ser configurado en el
http:///Lists/CampusMapsData/ConfigurationData.aspx página se muestra a continuación.

Base de datos

La base de datos se presenta como una. MDF archivo. La instalación se realiza por lo coloca utilizando SQL Server Management Studio.

Web y de configuración de página

Una vez que haya creado una página de SharePoint con el diseño que desee e instalado y configurado en la web las partes y la base de datos, puede configurar la solución de la siguiente manera.

Haga clic en la cabecera de "Añadir una Web"

Desplácese hasta el "diverso" y seleccione la sección Campus Mapas

Ir a la Campus Mapas Web toolpart panel en "Push Pins", a fin de configurar el "Push pines Fuente de Datos de Clase" y el "Push Datos del PIN Fuente Asamblea"

Haga clic en "Añadir Web" para añadir los hitos Web como en el paso 1

Establecer la conexión Web de la MapID a la Campus una Mapas

Haga clic en el pie de página "Añadir una Web" para añadir la MS Administración Mapa Web

Establecer la conexión Web de la MapID a la Campus una Mapas

Establecer el Grupo de Administración que tiene acceso a el "Mapa de Administración" Web de "Push Pins" de la Web toolpart panel

Haga clic en la cabecera de "Añadir una Web" para añadir el Campus Mapas Búsqueda Web

Conjunto de la Web parte de la conexión a la MapID Campus Mapas uno

Check-in/Publish la página
Compruebe cada Web herramienta de panel de ajustes adicionales / configuraciones

Arquitectura general

La solución se compone de los siguientes componentes - mapa web parte, fuente de datos, una interfaz, un administrador web parte, una parte de búsqueda Web, Web histórica y parte. La interfaz de datos se utiliza para todas las comunicaciones con la base de datos. El mapa web parte de la interfaz de consultas a la pushpin proporcionar datos para la prestación en el mapa. El hito web parte notifique a la parte mapa web acerca de que para hacer hitos. Todos los datos en la base de datos se gestiona a través de un administrador web parte que también utiliza la interfaz para comunicarse con la base de datos. La búsqueda web parte sólo se comunica con el VE Mapa web parte de la guía de ruta para el zoom de latitud y longitud de información.

Código fuente Detalles La solución VS consta de los siguientes proyectos:

Virtual Earth proyecto

Este proyecto es el núcleo de la solución. Se compone de todas las interfaces y resumieron las implementaciones que no están atadas a la actualmente desplegados en los mapas de Microsoft Portal Corporativo Intranet llamado MSW. Contiene las siguientes entidades lógicas:

1) IPushPinAdministration: Interfaz que implementa IPushPinDataSource y la amplía. Esta interfaz se utiliza para administrar el origen de datos. Esta interfaz no tiene que ser aplicado desde la administración de la fuente de datos está disociado de la funcionalidad VirtualEarth

2) IPushPinDataSource: Interfaz utilizada para recuperar pushpin información de una fuente de datos. Este resúmenes pushpin la ubicación de almacenamiento del mapa.

3) IMapConnection: interfaz utilizada por el mapa componentes para permitir la interacción entre ellos. Este es usado para exponer el mapa de identificación de un mapa

4) Lugar de referencia Web
Este componente está estrechamente unida a la aplicación de Microsoft VirtualEarth. Es utilizado por el usuario para activar / desactivar histórica como región, Campus, edificios, Cafeterías, Company Stores, centros de visitantes, Centros de Copia, cajeros automáticos, librerías y Parking. Nueva hitos de esta web parte se pueden agregar mediante la adición de datos a través de la web admin parte se describe más adelante.

5) Web Admin El componente es la aplicación de la interfaz PushPin admin. Esta web permite a

la parte de administración a los usuarios a gestionar pushpin los datos almacenados en el origen de datos. En el caso de los RSU mapas versión es la fuente de datos SQL 2005. La parte de administración web está incrustado en un iframe y, por tanto, un postback no actualizar / recargar toda la página.

6) La web de Virtual Earth parte Esta web es una aplicación de Virtual Earth. Que consume la VE5 API y emite la VE mapa web dentro de una parte. Se expone varias propiedades web parte que se puede configurar como se describe en la sección de configuración. Tiene las siguientes propiedades:

a) Push Pins • Pulsar pines Fuente de Datos de Clase especifica el nombre de clase completo de la Push Datos del PIN, es decir, Fuente Microsoft.InformationServices.CampusMaps.CampusMapsPushPinDataSource • Pulsar Datos del PIN Fuente Asamblea especifica el nombre completo de montaje de la Push pin, es decir, la Fuente de Datos Microsoft.InformationServices.CampusMaps, Version = 1.0.0.0, culture = neutral, PublicKeyToken = 70f326e731472906 • Push pin nivel de zoom de pantalla especifica el empuje pin por defecto nivel de zoom

b) Mapa de valores predeterminados Latitud predeterminado especifica el valor por§ defecto de la latitud en el mapa inicial de acceso Longitud por defecto§ especifica el valor por defecto de longitud del mapa de acceso inicial § Zoom por defecto especifica el valor por defecto de longitud del mapa de acceso inicial

c) Persistencia

Esta es una casilla de verificación a fin de que la persistencia de uso de "cookies"

Proyecto Campus mapas
Este proyecto es una implementación de las interfaces en el proyecto de Virtual Earth para mapas de los RSU. Se permitirá a los usuarios utilizar esta solución como es. Contiene las siguientes entidades lógicas:

1) Campus mapas de la aplicación de las fuentes de datos Esta es la aplicación de la PushPin fuente de datos de interfaz (IPushPinDataSource) VirtualEarth en el proyecto que se adapte a Microsoft intranet escenario. CampusMapsPushPinDataSource implementa las dos interfaces IPushPinAdministration, IPushPinDataSource. Esta clase es utilizada por el VirtualEarth para tirar de datos mediante la creación de una instancia de tipo IPushPinDataSource y, por otra parte es utilizada por la web CampusMaps parte de la administración de la fuente de datos mediante la creación de una instancia de tipo IPushPinAdministration. La administración web CampusMaps parte ejecuta, así como la interfaz IMapConnection a fin de establecer web parte relación con la Tierra Virual web por parte de pasar el Mapa de Identificación. Esta fuente de datos en esta aplicación es un esquema que se define por un grupo de SQL 2005 tablas relacionales (diagrama esquema más abajo). Jerárquico pushpins diferentes pueden ser almacenados en el esquema y estos datos se puede introducir manualmente a través de la web de administración o en parte un proceso automatizado, por ejemplo en el caso de los RSU mapas que hemos definido una jerarquía entre las regiones, los campus y edificios. Un trabajo programado SQL mantiene la Lat / Long y el etiquetado de los datos en sincronía con RE & F (Real Estate y Facility) autoridad, mientras que el resto de los datos, por ejemplo enlaces relacionados se mantienen utilizando la parte de administración web.

Mediante la implementación de una clase personalizada (simplemente modificar el cuerpo por debajo de la clases) puede utilizar una fuente de datos personalizados y parte admin web
CampusMaps\CampusMapsPushPinDataSource.cs - (25, 72) : public class CampusMapsPushPinDataSource : IPushPinAdministration, IPushPinDataSource
CampusMaps\Webparts\SearchWebPart.cs - (49, 47) : public void SetMapConnectionInterface

(IMapConnection mapConnection)
///

/// Sets the map connection interface the user is using.
///

///
[ConnectionConsumer("Map ID")]
public void SetMapConnectionInterface(IMapConnection mapConnection)
{
_mapConnection = mapConnection;
}

2) Buscar en la Web Parte Este sitio es parte específica de la base de datos de esquema y los datos jerarquía se ha descrito anteriormente y permite a los usuarios seleccionar los edificios, campus o regiones a través de gota Downs.

Configuración del proyecto El proveedor de configuración de proyecto es una biblioteca común que se utiliza en muchas soluciones en nuestro grupo con el fin de almacenar y recuperar la configuración específica a las soluciones. En este caso, este proyecto permite la solución para leer los mapas de las fuentes de datos y servidor de base de datos de nombres que se almacenan en una lista personalizada creada durante la instalación (http:///Lists/CampusMapsData/ConfigurationData.aspx).