Planeación del nivel de aplicación (Project Server 2010)

SharePoint Server 2010

La edición Enterprise de Microsoft SharePoint Server 2010 se requiere para Microsoft Project Server 2010. SharePoint Server 2010 tiene muchas características propias, y la implementación de SharePoint Server 2010 se debe planear cuidadosamente. Para obtener información acerca de cómo planear la implementación de SharePoint Server 2010, vea Planeación y arquitectura para SharePoint Server 2010.

Project Server 2010

Microsoft Project Server 2010 es el componente central de Solución Microsoft Enterprise Project Management (EPM). Project Server 2010 es una aplicación de servidor basada en web, robusta y altamente escalable que está integrada en varias aplicaciones cliente, la plataforma Microsoft Windows Server y Microsoft SQL Server 2005 ó 2008.

El servicio de Project Server 2010 se puede ejecutar en uno o varios servidores de aplicaciones en una granja de servidores de SharePoint Server 2010. Project Server 2010 se admite en un equipo que ejecuta Windows Server 2008 o Windows Server 2008 R2 con la edición Enterprise de SharePoint Server 2010 instalada.

Project Server Interface

Project Server Interface (PSI) es la interfaz de programación de aplicaciones (API) de Project Server 2010. El modelo de objetos de Project Server Interface expone la funcionalidad de Project Server 2010 a todas las aplicaciones externas. Microsoft Project Professional 2010, Microsoft Project Web App y las aplicaciones de línea de negocio y de otros fabricantes usan Project Server Interface (PSI) para obtener acceso a los datos de Project Server 2010 almacenados en las bases de datos publicadas, de archivo y de borrador. PSI está disponible mediante llamadas de aplicaciones back-end de línea de negocio al servicio web o a través de un proxy de Project Server Interface para las aplicaciones cliente que tengan interfaz de usuario.

Project Server 2010 Events Service

Project Server 2010 Events Service en el nivel de sistema administra los eventos de Project Server 2010. Las demás aplicaciones pueden suscribirse a los eventos anteriores y posteriores de Project Server 2010 y registrar métodos de controlador de eventos mediante Project Web App. Los controladores de eventos pueden comprobar las reglas de negocio y cancelar una operación mediante un evento anterior, o extender Project Server 2010 con procesamiento adicional, como de flujo de trabajo, mediante un evento posterior (por ejemplo, ProjectPublished).

Project Server 2010 Queue Service

Hay dos colas en Project Server 2010 que operan en Microsoft Project Server 2010 Queue Service en el nivel de sistema:

• Para administrar cargas máximas pesadas, la cola de partes de horas controla el envío y la actualización de los partes de horas y los informes de estado.

• La cola de guardar y publicar administra las operaciones nuevas e incrementales de guardar proyectos de trabajo en la base de datos de borrador, además de administrar la publicación de un proyecto, es decir, mover el proyecto de la base de datos de borrador a la base de datos publicados.

Exchange Server

La integración de Exchange Server permite a los usuarios de Project Server 2010 ver las tareas de Project Server en Microsoft Office Outlook. Esta funcionalidad reemplaza la funcionalidad de notificación de estado de la tarea del complemento de Outlook para tareas sin fases temporales, que está disponible en versiones anteriores de Project Server.

Para configurar la integración de Exchange, el administrador de Project Server debe conceder acceso a la instancia de Exchange Server y el administrador de Exchange debe conceder a Exchange acceso a la cuenta de administrador de la granja de servidores de Project Server.

Otras aplicaciones

Project Server 2010 puede usarse con aplicaciones de línea de negocio y de otros fabricantes. Con Project Server Interface se pueden resolver varias necesidades de administración de proyectos mediante estas aplicaciones. A continuación se indican algunos escenarios de ejemplo:

• Propuestas de proyecto Cree proyectos de marcador de posición durante el inicio del proyecto y use los campos personalizados de proyecto para etiquetarlo con la información necesaria para el proceso de inicio y aprobación. Agregue tareas para identificar las fases de proyecto para los principales hitos o documentos de entrega. Cuando se aprueban, las propuestas de proyecto pueden evolucionar a proyectos a gran escala que se administran mediante Project Professional 2010.

• Proyectos de mantenimiento   Cree proyectos de marcador de posición para usarlos con planes de recursos. Reserve tiempo de los recursos para el trabajo de mantenimiento o de base. Los proyectos de mantenimiento no suelen tener tareas.

• Proyectos financieros   Cree proyectos para obtener tiempo mediante el parte de horas para la integración en un sistema financiero. Cree tareas para una jerarquía de códigos financieros que reflejen la estructura de desglose de costos del sistema financiero. Estos proyectos no requieren actualizaciones de estado o programación.

• Integración con sistemas de contabilidad de proyecto   Obtenga los costos y gastos de los recursos relacionados con los proyectos para enviarlos a los sistemas financieros y de facturación, y para realizar comparaciones de presupuestos. Sincronice tareas, recursos y asignaciones entre los sistemas. Obtenga los datos del parte de horas en un sistema para enviarlos a otro (el parte de horas que se use dependerá de las necesidades de la organización o de proyectos individuales).

• Integración con sistemas de administración de trabajo o de tareas   Sincronice tareas y asignaciones entre Project Server 2010 y sistemas como Microsoft Visual Studio Team System. Microsoft Visual Studio Team System se integra con Microsoft Project Standard 2010 y Project Professional 2010, pero la integración con Project Server 2010 requiere el desarrollo de componentes mediante PSI.

• Actualizaciones de proceso para integrantes del grupo   Si los proyectos no se administran de forma activa, actualícelos automáticamente en el servidor mediante el uso de la información de progreso y otros cambios obtenida de los integrantes del grupo. Los proyectos se pueden actualizar y volver a publicar sin un jefe de proyecto que revise los resultados o realice ajustes en el plan.