Compartir a través de


Arquitectura de Project Server 2010 (traducción automática)

Importante

Este artículo se ha traducido con traducción automática; vea la declinación de responsabilidades. Para su referencia, puede encontrar la versión en inglés de este artículo aquí.

Microsoft Project Server 2010 es un verdadero sistema de varios niveles que extiende la arquitectura presentada en Microsoft Office Project Server 2007. La arquitectura de Project Server incluye clientes de Microsoft Project Professional 2010 y Project Web App en el nivel front-end. Las aplicaciones front-end se comunican con el nivel medio solamente a través de los servicios web de Project Server Interface (PSI), que a su vez se comunican con la capa de objetos de negocios. Los objetos de negocios usan las bases de datos a través de la capa de acceso a los datos (DAL). Las aplicaciones cliente no tienen acceso directo a las bases de datos principales; Project Server oculta los objetos de negocios y la DAL a los clientes.

Este tema incluye las siguientes secciones:

  • Arquitectura general

  • Servidor de aplicaciones Web de proyecto

  • Objetos de negocios

  • Capa de acceso a los datos y bases de datos

  • Publicación y programación del servidor

Arquitectura general

Las diferencias principales entre Project Server 2010 y Office Project Server 2007 son los siguientes:

  • Project Server 2010 requiere la versión Enterprise de Microsoft SharePoint Server 2010 para instalarse en el equipo que ejecuta Project Server y en todos los servidores de Project Web App dentro de un conjunto de servidores de SharePoint.

  • La PSI incluye la interfaz de Windows Communication Foundation (WCF) y la interfaz ASMX de servicios web.

  • La plataforma de flujo de trabajo de Project Server está integrada en el PSI, la capa de objetos de negocio y DAL y integrada en Windows Workflow Foundation (WF) en la plataforma SharePoint.

  • Proyecto tareas servidor, la asignación y estado de la asignación con Microsoft Exchange Server (no se muestra en la figura 1), en lugar de los datos se integran con un complemento de Microsoft Outlook.

La figura 1 muestra una vista generalizada de la arquitectura de Project Server 2010, incluidos un servidor front-end de Project Web App opcional y una instancia de Project Web App en Project Server. Como en Project Server 2007, puede haber varias instancias de Project Web App que se ejecutan en un servidor.

Figura 1. Arquitectura general de Project Server

Arquitectura de Project Server

Nota

  • En Project Server 2010, puede utilizar el WCF o la interfaz ASMX de PSI. Los clientes Project Web App y Project Professional 2010 utilizan la interfaz WCF.

  • El reenviador PSI en la figura 1 se compone de dos componentes, un reenviador de WCF y un reenviador de servicio Web. Los clientes que utilizan la interfaz ASMX llamar PSI mediante el reenviador de servicio Web. Los clientes que utilizan la interfaz WCF, llame al PSI mediante el reenviador de WCF.

  • Figura 1 no parece que se puede aislar un servidor de Project Web App por un servidor de seguridad adicional en una red perimetral (también conocido como "zona desmilitarizada" o DMZ).

  • El sitio Web de SharePoint Services forma parte de SharePoint Server 2010 y no se muestra en la figura 1. El sitio Web de SharePoint Services incluye la aplicación de servicio del proyecto con el directorio virtual de PSI para los servicios ASMX y WCF. La aplicación de servicio del proyecto en Project Server 2010 reemplaza a la aplicación de servicios compartidos en Project Server 2007.

El nivel de aplicaciones para usuario incluye las aplicaciones de terceros, Project Professional y Project Web App. Project Web App utiliza Internet Explorer para mostrar Microsoft ASP.NET 3.5 páginas. Las páginas de Project Web App utilizan elementos Web de Project Server que se comunican con el PSI y también utilizar elementos Web de SharePoint Server 2010 estándar.

Las aplicaciones de cliente en equipos independientes, llame al PSI a través de proxy de servicio. Los clientes externos que utilizan la interfaz WCF, acceso a la PSI a través de la https://ServerName/ProjectServerName/_vti_bin/psi/ProjectServer.svc. Los clientes que utilizan la interfaz de servicios Web ASMX utilizan una de las direcciones URL Project Web App, como, por ejemplo, http://server1/pwa/_vti_bin/psi/project.asmx. Si las aplicaciones no tienen acceso a la intranet a Project Server, pueden utilizar un servidor de Project Web App en una red perimetral (no se muestra en la figura 1).

Si puede acceder directamente el equipo de Project Server, las aplicaciones cliente y los componentes de servidor de aplicaciones de línea de negocio (LOB) Web pueden utilizar a proxies PSI que utilizan la dirección URL la aplicación del servicio de Project Server para los servicios Web de PSI, como, por ejemplo, http://server1:32843/ProjectServiceApplication/project.asmx. 32843 De puerto es el puerto predeterminado para la aplicación de servicios Web de SharePoint en SharePoint Server 2010. Acceso directo en el directorio virtual de la aplicación de servicio del proyecto debe utilizarse sólo cuando una aplicación necesita utilizar la suplantación o ejecutar con permisos elevados.

El nivel intermedio incluye PSI y la capa de lógica empresarial, que consta de objetos de negocio lógicas que representan las entidades empresariales de Project Server. Objetos de negocios incluyen el proyecto, tareas, recursos, asignaciones y así sucesivamente. PSI y el nivel de lógica de negocio están íntimamente relacionadas y se encuentran en el mismo servidor. Una aplicación cliente llama a los servicios Web de PSI y PSI invoca a los objetos de negocio en el nivel de lógica empresarial.

La capa DAL proporciona comunicación entre el nivel intermedio y de la base de datos. Todos los datos de Project Server se almacenan en bases de datos de Microsoft SQL Server. Las bases de datos de Project Server se cuentan los siguientes almacenes: borrador, publicado, archiving y Reporting. Las aplicaciones de cliente pueden leer la base de datos de informes para los datos de proyecto. Los clientes deben utilizar sólo la PSI para tener acceso a las bases de datos de borrador, publicado o archivado. El servicio de datos (RDS, que no se muestra en la figura 1) del informe se actualiza la base de datos de informes de datos publicados en casi el tiempo real. En Project Server 2010, todas las bases de datos de Project Server pueden encontrarse en servidores independientes.

Los componentes de Project Web App de Project Server también utilizan la base de datos de configuración SharePoint Foundation 2010 para instalación de sitios de proyecto y la base de datos de contenido para contenido de sitio de proyecto como, por ejemplo, páginas personalizadas, los flujos de trabajo, configuración de la administración, documentos y listas de compromisos, riesgos y problemas. La configuración de SharePoint y características adicionales de soporte de bases de datos de contenido para la administración del proyecto, como plantillas de proyecto y áreas de trabajo, listas personalizadas para colaboración en equipo y los informes.

Servidor de aplicaciones Web de proyecto

Puede instalar a uno o varios servidores de Project Web App dentro de una intranet corporativa para permitir la distribución de la carga para los clientes de intranet. Cuando una aplicación cliente utiliza un servidor independiente de Project Web App, PSI llamadas se enrutan a través de un reenviador PSI para los servicios Web de PSI en el equipo de Project Server. El reenviador PSI (el reenviador de WCF o el reenviador de servicio Web) realiza las siguientes funciones:

  • Optimiza las llamadas a la PSI de clientes remotos

  • Incluye una caché basada en servidor que funciona con la memoria caché activa del cliente en Project Professional para reducir las llamadas de ida y vuelta en Project Server.

Una vez que un usuario recibe una cookie de autenticación de Project Server, el reenviador de PSI envía forma transparente las solicitudes a los servicios Web de PSI en el equipo de Project Server. El reenviador PSI mejora el rendimiento y fiabilidad a través de la LAN y de una WAN.

Project Web App se desarrolla con ASP.NET 3.5. Los elementos visuales en los archivos .aspx (HTML, texto estático y controles de servidor) son independientes de la lógica de programación en las clases de código subyacente que se encuentran en ensamblados compilados (archivos .dll). Las páginas del sitio en Project Web App, como la página de nivel superior, el centro de proyectos y el centro de informes, se pueden personalizar mediante el uso de elementos Web. No pueden editarse las páginas de la aplicación que no tienen una opción de Editar página en el menú Acciones del sitio , como, por ejemplo, la página Configuración del servidor y la página de parte de horas de revisión.

Project Server Interface

PSI es la API de Project Server. El modelo de objetos PSI expone la funcionalidad de Project Server para todas las aplicaciones externas. Project Professional 2010, Project Web App, unidad de negocio y otras aplicaciones de terceros utilicen PSI para tener acceso a datos de Project Server en las bases de datos de borrador, publicados y archiving. PSI está disponible a través de servicios WCF y a través de Web de ASMX llama al servicio de las aplicaciones LOB de back-end o a través de un proxy PSI.

Métodos Web en PSI suele producen o consuman objetos con tipo DataSet como los medios para intercambiar información con los objetos de negocio. La referencia PSI incluye documentación de DataSet.

Objetos de negocios

El modelo de objeto interno de Project Server incluye los objetos de negocio. Las aplicaciones cliente tener acceso a objetos de negocio sólo a través de la PSI y objetos de negocio sólo pueden llamar a la capa DAL.

Los objetos de negocios son entidades lógicas que se pueden clasificar en tres tipos:

  • Las entidades principales son objetos como proyectos, tareas, asignaciones, recursos y calendarios. Las entidades principales incluyen lógica de negocios básica como permisos y reglas de nomenclatura.

  • Las entidades de negocios son objetos como partes de horas, carteras y modelos. Las entidades empresariales incluyen lógica empresarial adicional y normalmente se crean a partir de una combinación de las entidades principales.

  • Las entidades de soporte técnico son objetos como seguridad y validación.

Los desarrolladores no necesitan ser relacionadas directamente con objetos comerciales. PSI controla la asignación de la API para los objetos de negocio.

Capa de acceso a los datos y bases de datos

La capa DAL es interna a Project Server y no se expone a las aplicaciones externas. La capa DAL se traduce entre la representación de la entidad de negocio lógicas de los datos y las tablas de base de datos física. Cada entidad lógica se almacena en un número de tablas diferentes. La capa DAL encapsula el trabajo necesario para administrar conexiones, ejecutar consultas y transacciones de begin/commit/roll back.

Datos de Project Server se dividen en cuatro bases de datos en SQL Server.

  • La base de datos de borrador contiene tablas para guardar los proyectos no publicados de Project Professional y otras aplicaciones. Project Web App no se muestran datos del proyecto en la base de datos de borrador.

  • La base de datos publicada contiene todos los proyectos publicados y recursos de empresa, la plantilla global de empresa y otras plantillas de proyecto. Proyectos publicados son visibles en Project Web App. La base de datos publicados también contiene tablas que son específicas de Project Web App (partes de horas, modelos, vistas etc.) y tablas de datos globales (campos personalizados, tablas de búsqueda, seguridad y metadatos).

  • La base de datos de archivo guarda versiones de copia de seguridad de proyectos y otros datos.

  • La base de datos de informes (RDB) es el área de ensayo para generar informes y cubos OLAP. Datos de la base de datos de informes es completos y se actualización casi en tiempo real. Las tablas y vistas están optimizadas para generar un informe de sólo lectura; Por ejemplo, las tablas RDB están sin normalizar para proporcionar datos redundantes y reducir el número de tablas relacionales.

Las entidades como Recurso o Proyecto pueden abarcar varias tablas, y todas las tablas de una entidad determinada tienen la misma clave principal. La clave principal es una sola columna que identifica de forma exclusiva una instancia de una entidad determinada. Los identificadores únicos son GUID.

Sólo el esquema de base de datos de informes está documentado. Debe tener acceso a las bases de datos de borrador, publicados y archiving sólo a través de PSI. Puede agregar las tablas de datos, campos (propiedades) y las entidades que no están definidas en el esquema de base de datos de Project Server 2010 a la base de datos de informes. Si se agregan tablas a las bases de datos de núcleo, también debe proporcionar la pila completa de un ensamblado personalizado, servicio Web, los objetos de negocio y acceso a datos. Puede modificar fácilmente la base de datos de informes; se recomienda que no modifica las bases de datos de Project Server core.

Publicación y programación del servidor

Project Server 2010 admite ambas actualizaciones del plan de proyecto manuales y automatizadas. El proceso predeterminado es actualizar proyectos manualmente. Es decir, el jefe de proyecto abre el proyecto en Project Professional, aplica los cambios y, a continuación, guarda y publica el proyecto para que los cambios estén disponibles para todos los usuarios. El motor de programación en Project Professional calcula los cambios de programación para las actualizaciones manuales.

El motor de programación de Project Server permite las actualizaciones de proyectos automatizada mediante el uso de PSI. Project Server permite la versión publicada de un proyecto se actualice mientras el jefe de proyecto está utilizando la versión de borrador, mediante los pasos siguientes:

  1. Project Server aplica actualizaciones y reprograma la versión publicada de forma automática.

  2. Servidor de Project Server guarda la actualización para aplicar a la versión de borrador cuando se produce alguno de los siguientes eventos:

    • Abre el proyecto en Project Professional.

    • Project Professional intenta publicar el proyecto.

  3. Si hay un conflicto, el jefe de proyecto deberá resolverlo antes de publicar la versión de borrador.

Nota

Existen algunas limitaciones y diferencias entre el motor de programación de Project Server y el motor de programación de Project Professional. Por ejemplo, Project Server no programar subproyectos o vínculos a otros proyectos y no calcula el valor acumulado (campos). Para obtener más información, vea la programación del proyecto en la sección servidor en Programación de Project Server (traducción automática).

Nota

Declinación de responsabilidades de traducción automática: Este artículo se ha traducido con un sistema informático sin intervención humana. Microsoft ofrece estas traducciones automáticas para que los hablantes de otros idiomas distintos del inglés puedan disfrutar del contenido sobre los productos, los servicios y las tecnologías de Microsoft. Puesto que este artículo se ha traducido con traducción automática, es posible que contenga errores de vocabulario, sintaxis o gramática.

Vea también

Conceptos

Programación de Project Server (traducción automática)

Qué hace y qué no hace PSI (traducción automática)

Información general sobre WCF y PSI (traducción automática)

Otros recursos

Información general sobre Project 2010 para programadores (traducción automática)

Historial de cambios

Fecha

Descripción

Motivo

Mayo de 2010

Publicación inicial