Novedades para desarrolladores en Project

Las características de extensibilidad de Project Server 2013 funcionan con complementos para Project Online y con instalaciones locales. Las nuevas características incluyen un modelo de objetos del lado cliente (CSOM), interfaces REST, un servicio OData para la elaboración de informes, receptores de eventos remotos, flujos de trabajo declarativos y complementos de panel de tareas para clientes de Project. Además se ofrece información sobre características desusadas que no deberían emplearse en los nuevos desarrollos.

Project Server 2013 se basa en el marco introducido con Microsoft Office Project Server 2007 y ampliado por Project Server 2010. Project Server 2013 agrega un modelo de objetos del lado cliente (CSOM) que se refactoriza y simplifica desde la interfaz de Project Server (PSI) e incluye una biblioteca de JavaScript y bibliotecas de .NET Framework 4 para aplicaciones de Windows, Windows Phone 8 y Microsoft Silverlight. El CSOM está diseñado para el desarrollo de Project Online y también funciona con una instalación local de Project Server.

Las bases de datos de Project Server se combinan en una base de datos única; puede acceder a las tablas y vistas de informes en línea a través de un servicio OData. El CSOM y el servicio OData incluyen una interfaz de transferencia de estado representacional (REST). Los flujos de trabajo de Project Server se pueden crear mediante SharePoint Designer 2013. Project Profesional 2013 se puede integrar con datos de informes de Project Server, listas de tareas de SharePoint y otro contenido externo mediante el modelo de extensibilidad de complementos de Office para paneles de tareas. Project Standard 2013 puede usar complementos de panel de tareas para integrarse con contenido externo general.

Para obtener diagramas y más información sobre los cambios importantes en Project Server 2013, vea Arquitectura de Project Server 2013.

Principales características nuevas de Project 2013

Las nuevas características de Project Standard 2013 y Project Profesional 2013 incluyen una interfaz de usuario mejorada que coincide con otras aplicaciones de Office 2013 y admite la interfaz de usuario de estilo moderno en Windows 8, la integración con objetos de Office Art para informes, informes de burndown y nuevas características de programación para informes. Project Profesional 2013 permite compartir y sincronizar proyectos más amplios en SharePoint Server 2013, junto con los complementos del panel de tareas que también se implementan en otras aplicaciones de Office 2013, como Word, Excel y Outlook.

Hay muchas características nuevas en Project Server 2013. Algunos no tienen una historia de programación importante, como la nueva escala de tiempo en Project Web App. Esas características se documentarán en la Ayuda del producto, en la documentación de usuario final de Microsoft Office Online y en temas dirigidos a administradores y profesionales de TI en Microsoft TechNet. Otras características nuevas, como los partes de horas mejorados, facilitan la interacción de desarrolladores ajenos con los partes de horas y el estado en Project Server Interface (PSI).

La adición de Project Online y la Tienda Office (https://office.microsoft.com/store) para complementos de Project son cambios de gran alcance, donde Se puede acceder a Project Server a través de Microsoft Azure. El acceso basado en la nube a Project Server usa un modelo de objetos del lado cliente (CSOM) para el desarrollo de complementos con Microsoft .NET Framework, Microsoft Silverlight, Windows Phone y aplicaciones web que usan JavaScript. Un requisito de Project Online es que las cuatro bases de datos de Project Server de versiones anteriores se combinen en una base de datos.

El rendimiento y la escalabilidad de Project Server 2013 se han mejorado en muchas áreas, como el estado de la tarea, los partes de horas y la administración de proyectos. Los flujos de trabajo de Project Server se rediseña con la versión 4 de Windows Workflow Foundation (WF4). El uso de .NET Framework 4 y Windows Communication Foundation (WCF) con PSI mejora la seguridad, el rendimiento y la escalabilidad. Por ejemplo, puede cambiar el protocolo de transporte de aplicaciones basadas en WCF usando archivos de configuración sin necesidad de modificar el código de la aplicación ni de volver a compilar. Project Web App almacena en caché muchas de las llamadas PSI en las que los datos no cambian significativamente.

Complementos de Project

El concepto de complemento ha revolucionado la distribución y la comercialización de software. Para Project 2013, los complementos pueden estar disponibles para su compra y descarga desde la Tienda Office pública o distribuidos dentro de un catálogo privado en SharePoint. Un complemento suele ser un programa independiente e interactivo que realiza un pequeño número de tareas relacionadas. Un complemento de Project puede ser un complemento de panel de tareas para los clientes de Project Standard 2013 o Project Standard 2013, o un complemento para Project Server 2013 o Project Online.

Para obtener información sobre complementos para los clientes de escritorio de Project, consulte Complementos de panel de tareas para Project. Para ver un ejemplo de Project Server 2013, vea Crear un complemento de Project Server hospedado en SharePoint. Además de los artículos del SDK de complementos de Office y SharePoint, el blog de Office tiene muchas publicaciones que también son relevantes para Project 2013 y Project Online.

Un complemento para Project Server 2013 puede funcionar con una instalación local y Project Online. Los complementos de Project Server pueden incluir elementos web, receptores de eventos remotos y lógica empresarial. El acceso al modelo de objetos de Project Server en un complemento se realiza a través del CSOM, no de PSI. El almacenamiento de datos puede basarse en la nube, como con SQL Azure, externo, como a través de Microsoft Business Connectivity Services (BCS), interno con una base de datos local o mixto.

Seguridad del complemento

En general, las acciones que realiza un complemento se realizan en nombre del usuario que ejecuta el complemento; no se usa explícitamente la suplantación ni se especifica quién puede ejecutar el complemento. Las acciones no pueden superar el nivel de permiso del usuario que ejecuta el complemento.

En Office Developer Tools para Visual Studio 2012, el archivo AppManifext.xml tiene un editor gráfico donde puede establecer el ámbito de solicitud de permisos. Por ejemplo, para crear un complemento que permita a los jefes de proyecto actualizar sus proyectos, en la pestaña Permisos del panel de diseño de AppManifest.xml, seleccione Varios proyectos como ámbito y Escribir como permiso. Si el usuario del complemento tiene permisos de jefe de proyecto, puede ejecutar el complemento para los proyectos que gestione. El código del archivo AppManifest.xml incluiría lo siguiente:

  <AppPermissionRequests>
    <AppPermissionRequest Scope="https://sharepoint/projectserver/projects" Right="Write" />
  </AppPermissionRequests>

Tabla 1. Ámbitos de solicitud de permisos para complementos de Project Server

Ámbito	Permissions
Project Server	Administrar (exige permisos de administrador de Project Server).
Varios proyectos	Leer, Escribir (exige permisos de jefe de proyecto para algunas operaciones; permisos de miembro de equipo de proyecto para operaciones de lectura básicas, como asignaciones de tareas).
Único proyecto	Leer, Escribir (exige al menos permisos de miembro de equipo de proyecto; el acceso a algunos datos de un proyecto depende de otros niveles de permisos).
Recursos empresariales	Leer, Escribir (exige permisos de jefe de recursos).
Statusing	SubmitStatus (exige permiso para enviar el estado de los proyectos).
Informes	Leer (exige permiso para iniciar sesión en Project Server).
Flujo de trabajo	Elevar (exige permiso para ejecutar flujos de trabajo. El complemento se ejecuta con permisos elevados para permitir las transiciones de fase a fase en un flujo de trabajo. La lógica empresarial del complemento controla las transiciones de fase).

Para obtener información sobre el desarrollo, distribución, hospedaje y administración de complementos, vea Complementos de SharePoint y complementos de Office, y temas relacionados en la documentación para desarrolladores de SharePoint Server 2013 y Office 2013. Para obtener información sobre el ámbito de solicitud de permisos para otros complementos de SharePoint, vea Permisos de complemento en SharePoint 2013.

Integración con SharePoint Server

Muchas características de Project Web App requieren la nueva infraestructura de SharePoint Server 2013, como OAuth y autenticación basada en notificaciones, autorización y permisos de Project Server a través de grupos de SharePoint, sincronización de proyectos con listas de tareas de SharePoint y flujos de trabajo declarativos de Project Server. La aplicación de servicio de Project se puede asociar a cualquier colección de sitios de una granja de SharePoint. La sincronización de proyectos puede realizarse con una lista de tareas de SharePoint, donde SharePoint mantiene el proyecto. Un proyecto empresarial también se puede sincronizar con una lista de tareas de SharePoint, donde Project Server mantiene el control total. Para ver diagramas de arquitectura y una explicación de la sincronización de proyectos, consulte Arquitectura de Project Server 2013.

Hay muchas características nuevas en SharePoint Server 2013. Para obtener más información, vea SharePoint para desarrolladores.

Integración con flujos de trabajo

Los flujos de trabajo son una característica fundamental de la administración de la cartera de proyectos. El ciclo de vida de un proyecto puede incluir procesos a largo plazo que comprenden muchas fases. Las fases de gobernanza incluyen las propuestas, los análisis de impacto empresarial y la selección, creación, planeación, administración y el seguimiento de los proyectos.

Los flujos de trabajo de Project Server 2013 se basan en la plataforma de flujo de trabajo de SharePoint 2013, que usa WF4. A diferencia de las versiones anteriores, los flujos de trabajo declarativos para Project Server 2013 se pueden crear mediante SharePoint Designer 2013 y son accesibles tanto para uso local como en línea. Los flujos de trabajo de Project Server usan el modelo de seguridad de flujo de trabajo de SharePoint con OAuth y se pueden instalar en un sitio de Project Web App. La figura 1 muestra que SharePoint Designer 2013 puede agregar fases a un flujo de trabajo de sitio para la administración de la demanda, donde las fases se definen en Project Web App.

Figura 1. Uso de SharePoint Designer para agregar una fase a un flujo de trabajo de Project Web App

Para crear un flujo de trabajo declarativo, agregue fases de flujo de trabajo, acciones, condiciones y otros elementos en una herramienta de diseño, que puede ser SharePoint Designer 2013 o Visual Studio 2012. Luego la herramienta de diseño guarda el flujo de trabajo como código XAML, que se interpreta en tiempo de ejecución. Los flujos de trabajo declarativos se pueden ejecutar en Project Server 2013 local o en Project Online. Con Visual Studio 2012, también puede crear acciones y formularios personalizados para un control adicional y guardar plantillas de flujo de trabajo para reutilizarlas con varias instancias de Project Web App. SharePoint Designer 2013 puede consumir acciones personalizadas creadas en Visual Studio 2012.

Un flujo de trabajo de Project Server 2013 actúa como una aplicación, donde un administrador,que tiene permisos de diseño para Project Web App, puede publicar un flujo de trabajo declarativo y asociarlo a un tipo de proyecto empresarial (EPT). El EPT debe ser para un proyecto empresarial, donde Project Server mantiene control total. Una lista de tareas de SharePoint no puede usar un flujo de trabajo de Project Server.

OAuth permite a aquellos jefes de proyecto con permisos de creación de proyectos invocar el flujo de trabajo sin usar suplantación. Las llamadas de flujo de trabajo a Project Server, por ejemplo para leer el valor de un campo personalizado y decidir qué bifurcación seguir, se realizan en nombre del jefe de proyecto. Para evitar que este cree un flujo de trabajo que avance automáticamente a la siguiente fase, la llamada para pasar a la siguiente fase del flujo de trabajo se ejecuta como el autor del flujo de trabajo (el administrador). Por el contrario, los usuarios de flujos de trabajo heredados de Project Server 2010 realizan llamadas suplantadas a través de la cuenta de usuario del proxy de flujo de trabajo para obtener acceso de administrador en todo el flujo de trabajo.

Aunque Project Server 2013 local puede usar flujos de trabajo compilados basados en WF3.5, se recomienda actualizar los flujos de trabajo heredados a flujos de trabajo declarativos basados en WF4. La nueva tecnología es más escalable y robusta. Los analistas de negocios y el personal de PMO pueden crear o actualizar diseños de flujo de trabajo mediante Visio 2013 e implementar flujos de trabajo de Project Server sin codificar mediante SharePoint Designer 2013.

Para obtener información sobre cómo crear un flujo de trabajo declarativo para Project Web App, consulte Introducción al desarrollo de flujos de trabajo de Project Server. Para obtener una comparación de las funcionalidades de SharePoint Designer y Visual Studio para flujos de trabajo, vea Desarrollo de flujos de trabajo de SharePoint 2013 mediante Visual Studio.

Modelo de objetos del lado cliente

El acceso mediante programación a Project Online requiere un CSOM que se basa en el CSOM de SharePoint. Project Online autenticación será con OAuth mediante un identificador de Windows Live, no con la autenticación o autenticación de Windows de Project Server Forms.

A continuación se muestran los principios y características del CSOM en Project Server 2013:

• El CSOM está diseñado para ofrecer facilidad de uso. Por ejemplo, los métodos y las propiedades usan o proporcionan los datos directamente por nombre en lugar de exigir varios GUID, parámetros changeXml o la distribución de conjuntos de datos.

• El CSOM de Project Server implementa un subconjunto de la funcionalidad de PSI basado en los requisitos más comunes de las soluciones de terceros.

• El CSOM llama internamente a PSI, pero se factoriza de forma distinta. Por ejemplo, las actualizaciones de todos los cambios de estado se realizan con el método StatusAssignmentCollection.SubmitAllStatusUpdates, no con el método de PSI Statusing.SubmitStatus del usuario ni el método SubmitStatusForResource de otros recursos.

• El CSOM es accesible a través de un servicio WCF (Client.svc) en lugar de a través de los 22 servicios públicos de PSI.

• La inicialización del CSOM de Project Server se realiza directamente a través de la clase ProjectContext con la dirección URL de Project Web App, no mediante una referencia de WCF o un ensamblado de proxy.

• El CSOM implementa varias bibliotecas de cliente e interfaces, que son compatibles con la infraestructura interna del CSOM de SharePoint. Las bibliotecas de cliente e interfaces son las siguientes:

  • Biblioteca de cliente de Microsoft .NET del ensamblado Microsoft.ProjectServer.Client.dll

  • Biblioteca de Silverlight en el ensamblado Microsoft.ProjectServer.Client.Silverlight.dll

  • Biblioteca de Windows Phone 8 del ensamblado Microsoft.ProjectServer.Client.Phone.dll

  • Biblioteca de JavaScript para aplicaciones web en el archivo PS.js o PS.debug.js archivo

  • Extremos REST, para el acceso con el protocolo OData

  • Compatibilidad nativa con consultas LINQ con filtrado para limitar la cantidad de datos devueltos

• El CSOM se puede usar tanto para soluciones Project Online como para soluciones locales, independientemente de psi y otros ensamblados de Project Server, como Microsoft.Office.Project.Server.Library.dll.

• La funcionalidad adicional del CSOM de Project Server 2013 se puede considerar para las actualizaciones acumulativas y los Service Pack, en función de las solicitudes de los asociados de Project Server y la comunidad de desarrolladores.

Para obtener información sobre el desarrollo con el CSOM, vea Modelo de objetos del lado cliente (CSOM) para Project 2013. Para obtener información sobre la interfaz REST en aplicaciones de SharePoint, vea Programación con el servicio REST de SharePoint en la documentación para desarrolladores de SharePoint 2013.

Cambios en la base de datos de informes

Las cuatro bases de datos de Project Server 2010 se combinan en una única base de datos de Project en Project Server 2013. El nombre predeterminado de la base de datos de Project es ProjectService. Las tablas y vistas de informes conservan sus nombres anteriores y las tablas y vistas de las bases de datos Draft, Published y Archive tienen los prefijos draft, puby ver en la base de datos ProjectService. Por ejemplo, la tabla de proyectos publicados es pub.MSP_PROJECTS.

Project Server 2013 presenta un servicio OData para el acceso local y en línea. Las tablas y vistas de informes en línea solo se exponen mediante la interfaz OData; para su uso local, puede usar la interfaz OData o acceder directamente a las tablas y vistas de informes de la base de datos ProjectService de la granja de servidores de SharePoint. Project Online no admite una base de datos multiinquilino. Es decir, varias instancias de Project Web App tienen cada una su propia base de datos de Project. El servicio OData ejecuta internamente consultas SQL en las tablas y vistas de informes y ofrece una carga XML o JSON. Para obtener una introducción al servicio OData para la generación de informes en Project Server 2013 y para la referencia de esquema de ProjectData , vea ProjectData - Referencia del servicio OData de Project.

Para obtener información general sobre las consultas de OData, vea OData: convenciones de URI. Por ejemplo, puede ver todos los proyectos en una instancia local de Project Web App donde el nombre del proyecto comienza por "Test" mediante la siguiente consulta en un explorador. Haga clic con el botón derecho en la página del explorador y luego haga clic en Ver código fuente.

https://ServerName /ProjectServerName /_api/ProjectData/Projects?$filter=startswith(ProjectName, 'Test') eq true

Para importar datos del proyecto a PowerPivot en Excel 2013, en la cinta de opciones DATOS, seleccione Desde la fuente de datos de OData en el menú desplegable Desde otros orígenes . En el cuadro de diálogo Asistente para conexión de datos , escriba https://ServerName/ProjectServerName/_api/ProjectData/ en la ubicación de la fuente de distribución de datos, elija Siguiente y, a continuación, seleccione la tabla Proyectos en la página Seleccionar tablas del asistente. Ponga nombre al archivo .odc, guárdelo y luego seleccione Finalizar. En el cuadro de diálogo Importar datos, seleccione Informe de tabla dinámica. En la hoja de cálculo de Excel, seleccione los campos para las filas y columnas de tabla dinámica que desea mostrar.

Los usuarios locales de Project Server, que tienen los permisos correctos, pueden acceder directamente a las tablas y vistas de informes a través de Microsoft SQL Server para crear informes, como lo hacen en Project Server 2010. En Project Server 2013, los usuarios también pueden acceder a las tablas de informes locales a través de la interfaz de OData. Puede recuperar datos de Project Server en línea o locales a través de extremos REST para el servicio OData. Por ejemplo, la tabla dbo.MSP_PROJECT y la vista dbo.MSP_EpmProject_UserView se pueden usar para los informes. Las tablas o vistas que tienen un draftprefijo , pubo ver son solo para uso interno de Project Server y no son para el uso de informes. Por ejemplo, la tabla draft.MSP_TASKS y la vista pub.MSP_PROJECTS_WORKING_VIEW no están documentadas y son exclusivamente para uso interno.

Las tablas, vistas y campos de informes de la base de datos de Project se documentarán en un archivo de ayuda HTML en una actualización posterior de la descarga del SDK de Project 2013. Para obtener documentación sobre el esquema XML de OData para el servicio ProjectData , vea Referencia del servicio ProjectData - Project OData. Las consultas de las tablas y vistas de informes que se crearon para Project Server 2010 funcionarán, en la mayoría de los casos, con la base de datos de Project en Project Server 2013. Los usuarios locales pueden obtener acceso a los cubos OLAP de Project Server de SQL Server Analysis Services, como hacen ahora. En Project Online, los cubos OLAP no están disponibles.

Complementos de panel de tareas de Project

Tanto Project Standard 2013 como Project Profesional 2013 admiten complementos de panel de tareas, que se pueden usar para integrar y mostrar contenido externo en una página web. El panel de tareas muestra el contenido de la página web que tiene acceso a través de JavaScript a tareas, recursos, vistas y datos generales del proyecto. El modelo de objetos de JavaScript para Project puede obtener información sobre una tarea o un recurso seleccionados y puede obtener datos en una celda seleccionada de la cuadrícula para vistas como el gráfico de Gantt. Los complementos de panel de tareas de Project también pueden implementar controladores de eventos para eventos modificados mediante selección de tarea, recurso o vista.

La ilustración 2 muestra el complemento de panel de tareas Hello ProjectData que consulta al servicio ProjectData y luego compara los datos del proyecto actual con las medias de todos los proyectos. La descarga del SDK de Project 2013 incluye el código fuente completo para el complemento.

Figura 2. Un complemento de panel de tareas de Project Professional puede obtener acceso a datos de Project Server

Los complementos del panel de tareas de Project Profesional pueden admitir elementos web creados para Project Server 2013, de modo que los desarrolladores puedan crear una extensión una vez que se ejecute con Project Web App y Project Profesional. Los complementos generales del panel de tareas que se desarrollan para otros productos de Office 2013 también se pueden usar con Project Standard 2013 y Project Profesional 2013. Para obtener más información, consulte Task pane add-ins for Project.

Receptores de eventos de Project Server

Puede haber varios servidores de Project Web App (también denominados servidores front-end web o WFE) en una granja de servidores de SharePoint que incluya la aplicación back-end project service. Los receptores de eventos también se denominan controladores de eventos. Los controladores de eventos locales se pueden implementar con código de plena confianza en todos los WFE de una instalación local de Project Server. Los receptores de eventos remotos se pueden implementar en servicios web de servidores locales o remotos y ofrecen acceso a varios WFE y varias instalaciones de Project Server. Project Online solo puede usar receptores de eventos remotos.

SharePoint administra los controladores de eventos de Project Server para cada instancia de Project Web App, en lugar de una página específica de configuración de Project Web App. En la aplicación Administración central de SharePoint, elija Configuración general de la aplicación, elija Administrar en Configuración de PWA y, a continuación, elija la instancia en la lista desplegable Instancia de Project Web App en la página Configuración de PWA. Para agregar un controlador de eventos locales o un receptor de eventos remotos, seleccione Controladores de eventos del servidor.

Para una instalación local de Project Server, puede crear un receptor de eventos remotos como una característica de SharePoint que use la clase Microsoft.ProjectServer.Client.EventHandlerCreationInformation en el CSOM y, a continuación, administrar mediante programación el receptor de eventos mediante métodos de la clase EventHandlerCollection . Para los receptores de eventos remotos, los eventos previos son sincrónicos, los eventos posteriores son asincrónicos y hay un tiempo de espera para los casos en los que el receptor de eventos remotos no devuelve.

En la página Controladores de eventos del lado servidor, el proceso para agregar un controlador de eventos local para una instalación local de Project Server es casi el mismo que el proceso descrito en el tema Crear un controlador de eventos de Project Server y registrar un evento para Project Server 2010. La diferencia es que la página Nuevo controlador de eventos tiene opciones adicionales. Por ejemplo, elija Crear proyecto en la lista Eventos y, a continuación, elija NUEVO CONTROLADOR DE EVENTOS. En la página Nuevo controlador de eventos, los dos únicos campos necesarios son Nombre y Orden (vea la figura 3). Si va a agregar un controlador de eventos de plena confianza local, agregue el campo Nombre del ensamblado y el campo Nombre de clase; deje la dirección URL del punto de conexión vacía. Si va a agregar un receptor de eventos remoto, agregue Dirección URL del punto de conexión y deje nombre de ensamblado y nombre de clase vacíos.

Figura 3. Adición de un controlador de eventos locales o un receptor de eventos remotos

Si necesita acceso a los conjuntos de datos de PSI para un controlador de eventos local, puede copiar el ensamblado de Microsoft.Office.Project.Schema.dll desde el directorio [Windows]\Microsoft.NET\assembly\GAC_MSIL\Microsoft.Office.Project.Schema\v4.0_15.0.0.0__71e9bce111e9429c.

En lugar de psi, se recomienda usar las clases de eventos en el espacio de nombres Microsoft.ProjectServer.Client ; el desarrollo con el CSOM no requiere la manipulación de conjuntos de datos. Para desarrollar receptores de eventos remotos para Project Online, debe usar la clase Event y la clase EventHandlerCreationInformation en el CSOM.

Antes de implementar un controlador de eventos de Project Server, instálelo y pruébelo exhaustivamente en una instalación de prueba de Project Server. En el caso de una instalación local de Project Server, si el controlador de eventos local que agrega se vuelve inoperativo, el servicio de eventos de Project Server 2013 no puede cargar los demás controladores de eventos personalizados válidos. En ese caso, tiene que quitar el controlador de eventos problemático y reiniciar Events Service.

Para obtener información general sobre los eventos, vea Control de eventos en aplicaciones para SharePoint.

Características desusadas

Las características en desuso siguen estando disponibles en Project 2013 para algunas soluciones, pero no deben usarse para el desarrollo nuevo. La mayoría de las siguientes características y prácticas no funcionan con Project Online ni con la instalación local predeterminada de Project Server 2013 en modo de permisos de SharePoint. Es posible que las soluciones existentes que usan estas características no funcionen para una actualización de Project Server 2010 a Project Server 2013. Aunque las soluciones que usan características en desuso pueden seguir funcionando en algunos casos, no son totalmente compatibles con todas las instalaciones de Project 2013.

Si sus soluciones usan características desusadas, deberían probarse exhaustivamente antes de la implementación y deberían modificarse para emplear características compatibles en cuanto sea práctico. Para obtener información sobre cómo configurar la seguridad local de Project Server 2013 para el modo de permisos de Project, vea la sección Modo de permisos de SharePoint en Novedades para profesionales de TI en Project Server 2013.

• Losescenarios de extensión psi de extensiones están en desuso y no se admitirán en futuras versiones. Estos escenarios locales de Project Server 2013 habilitan la integración mediante servicios personalizados de Windows Communication Foundation (WCF).

• PSI del proyecto La clase Project de psi está en desuso. Para todos los nuevos desarrollos, usar Proyecto CSOM. Las aplicaciones de Project Server 2013 que usan Project PSI seguirán funcionando, pero Project Online aplicaciones tendrán que reemplazar los métodos PSI de clase Project por sus métodos de CSOM equivalentes.

• PSI del plan de recursos La PSI del plan de recursos está en desuso. Seguirá siendo compatible con el desarrollo de Project 2013, pero no se admitirá en futuras versiones.

• Interfaz ASMX para psi Psi incluye interfaces duplicadas para desarrollar extensiones de Project Server locales. La interfaz de servicios web ASMX se introdujo con la primera implementación de PSI en Office Project Server 2007. Project Server 2010 agregó la interfaz de servicios WCF, donde el modelo de objetos duplica esencialmente los servicios web ASMX. Aunque Project Server 2013 sigue siendo compatible con ASMX y WCF, las nuevas soluciones que requieren la PSI deben usar los servicios WCF. Si fuera posible, las nuevas soluciones se deberían escribir con el CSOM.

  Los servicios web ASMX de psi están en desuso en Project Server 2013. Para trabajar en futuras versiones de Project Server, aquellas soluciones que usen los servicios web ASMX tienen que reescribirse para que utilicen los servicios WCF o el CSOM. Para obtener más información, consulte la sección Actualización de aplicaciones con las API de Project Server de Project Server programmability.

• Proveedor de vínculos de objetos (OLP) En versiones anteriores de Project Server, el servicio ObjectLinkProvider en psi (vea WebSvcObjectLinkProvider proporciona una manera de administrar vínculos de objetos web entre tareas de proyecto empresariales y listas especializadas de SharePoint en el sitio del proyecto para problemas, riesgos, entregas y documentos. En Project Server 2013, la OLP está en desuso.

  Puede usar la clase RelatedItemManager en el CSOM de SharePoint para crear, leer y eliminar vínculos de objetos web entre los elementos de la lista de tareas y las demás listas de un sitio de proyecto. Por ejemplo, para agregar un vínculo desde un elemento de tarea a un problema, puede usar el método AddSingleLink o cualquiera de dos métodos similares, AddSingleLinkFromUrl o AddSingleLinkToUrl. La clase RelatedItemManager además incluye métodos para eliminar un vínculo a objetos web y para leer elementos relacionados. Para obtener la clase equivalente en el JSOM (el modelo de objetos de JavaScript), consulte SP. Objeto RelatedItemManager (sp.js).

  Se recomienda usar el CSOM de SharePoint para crear aplicaciones de tipo OLP para una instalación local de Project Server 2013 y para Project Online. El espacio de nombres Microsoft.SharePoint no incluye una clase RelatedItemManager ****.

• Permisos personalizados Los permisos de seguridad personalizados para acceder a características o extensiones específicas de Project Server se admitían en Office Project Server 2007, donde un artículo del SDK explicaba cómo crearlas modificando directamente la base de datos publicada. En Project Server 2010, los permisos personalizados siguen funcionando, pero están en desuso. En Project Server 2013, los permisos personalizados no funcionan con el modo de permisos predeterminado de SharePoint para instalaciones locales. En el modo de permisos de Project, los permisos personalizados son compatibles. Con Project Online, no es posible el acceso directo a la base de datos.

• Suplantación La suplantación en aplicaciones basadas en PSI, donde el usuario de una aplicación puede asumir los permisos de seguridad de otro usuario de Project Server, está en desuso en Project Server 2013. Como se indicó anteriormente, una instalación de Project Server 2013 local predeterminada usa el modo de permisos de SharePoint, que no permite la suplantación en los grupos de seguridad de Project Server. Para obtener más información, vea Autenticación, autorización y seguridad en SharePoint 2013.

  Las aplicaciones de estado son extensiones típicas que quizás usaban la suplantación en versiones anteriores de Project Server. Project Server 2010 introdujo el método ReadStatusForResource y el método SubmitStatusForResource en psi, junto con el permiso global StatusBrokerPermission , lo que eliminaba la necesidad de suplantación para leer y actualizar el estado en nombre de otro usuario. El CSOM de Project Server 2013 usa la PSI subyacente para habilitar de forma transparente las extensiones de estado y se puede usar para instalaciones Project Online o locales.

• Extensiones de base de datos de informes Agregar tablas y vistas personalizadas a la base de datos de informes es una práctica común con versiones anteriores de Project Server. Dado que Project Server 2013 combina las cuatro bases de datos de versiones anteriores en una base de datos, las actualizaciones no transfieren tablas, vistas o SPROC personalizadas a las tablas de informes de la base de datos de Project Server 2013.

  Se recomienda usar SQL Azure o una base de datos SQL Server independiente para tablas y vistas de informes personalizadas, donde puede administrar las copias de seguridad y las actualizaciones de la base de datos. Para Project Online, esto es necesario.

• Informes Las tablas y vistas de informes locales de la base de datos de Project Server y los cubos OLAP no están en desuso y siguen siendo totalmente compatibles. Sin embargo, las tablas y vistas de informes (la base de datos de informes en versiones anteriores de Project Server) no son accesibles en Project Online. De forma similar, los cubos OLAP solo están disponibles con instalaciones locales de Project Server 2013. Para informar de aplicaciones con Project Online, puede usar el servicio ProjectData a través de consultas REST con el protocolo OData.

• Guía del proyecto La Guía de proyectos es una característica estándar de las aplicaciones de escritorio de Office Project 2007, donde el contenido HTML y JavaScript de un panel de tareas proporciona instrucciones interactivas para crear y administrar proyectos. En Project 2010, la Guía de proyectos no está disponible en una instalación predeterminada, pero se puede habilitar a través de VBA o un complemento de VSTO. La descarga del SDK de Project 2010 incluye los archivos modificados de la Guía de proyecto.

  El modelo de objetos vba y el modelo de objetos Microsoft.Office.Interop.MSProject de Project 2013 siguen incluidos los 22 miembros de la clase Application y la clase Project que pueden administrar la Guía de proyecto. Sin embargo, las aplicaciones del panel de tareas de Project 2013 pueden entrar en conflicto con las acciones de un panel de tareas guía de proyecto y el contenido de la Guía de proyecto no se puede distribuir ni vender fácilmente en la Tienda Office. Se recomienda encarecidamente desarrollar soluciones de panel de tareas de Project con complementos de Office, no contenido personalizado de la Guía de proyecto. Para obtener más información sobre la Guía de proyectos, consulte la documentación del SDK de Project 2010.

Comparación de Project Server local con Project Online

Para ayudarle a decidir si desea usar Project Server local o Project Online y qué tipos de extensiones puede desarrollar en cualquier caso, la Tabla 2 compara las características extensibles de una instalación local de Project Server 2013 con Project Online. En la tabla 2 no se incluyen las diferencias de implementación, administración ni uso. Para obtener más información sobre Project Online y Project Server 2013, vea Project 2013 para desarrolladores y Project Online.

Tabla 2. Extensibilidad de Project Server local y Project Online

Característica	Project Server local	Project Online
Programación	Aplicaciones basadas en el CSOM; modelo de programación coherente - Bibliotecas cliente de .NET, Silverlight Windows Phone - Biblioteca de JavaScript para páginas personalizadas, elementos web y extensiones de cinta de opciones - Protocolos OData y REST Aplicaciones basadas en PSI; modelo de programación complejo, también puede crear aplicaciones para administración, análisis de cartera, notificaciones, seguridad de modo de Project, sistema de cola y otras áreas Extensiones de PSI Permisos personalizados con la seguridad de modo de Project (desusado) Suplantación con la interfaz PSI (desusada) Código de plena confianza; extensiones de instalación en la granja de SharePoint	Aplicaciones basadas en el CSOM; modelo de programación coherente - Bibliotecas cliente de .NET, Silverlight Windows Phone - Biblioteca de JavaScript para páginas personalizadas, elementos web y extensiones de cinta de opciones - Protocolos OData y REST Puede usar la interfaz PSI, pero no es compatible: sin OAuth ni conexiones de servicio a servicio Sin extensiones de la API del CSOM Sin permisos personalizados Sin suplantación Sin código de plena confianza
Bases de datos personalizadas	- SQL Azure - SQL Server (no se admite la modificación de tablas y vistas de informes en la base de datos de Project Server)	- SQL Azure - SQL Server (no se admite la modificación de tablas y vistas de informes en la base de datos de Project Server)
Informes	- Servicio ProjectData ; Protocolos de OData y REST - Informes de tablas y vistas en la base de datos de Project Server - Base de datos OLAP	- Servicio ProjectData ; Protocolos de OData y REST
Controladores de eventos	- Receptores de eventos remotos, accesibles a través de puntos de conexión wcf - Controladores de eventos de plena confianza, instalados en la granja de SharePoint	- Receptores de eventos remotos, accesibles a través de puntos de conexión wcf
Flujos de trabajo	Flujos de trabajo declarativos, creados con SharePoint Designer 2013 - Usar solo en una instancia específica de Project Web App : puede importar un diseño de flujo de trabajo desde Visio 2013 : puede importar y usar acciones personalizadas. Flujos de trabajo declarativos, creados con Visual Studio 2012 - Creación de una aplicación que puede incluir flujos de trabajo - Creación de un paquete de solución de SharePoint (.wsp) que puede incluir flujos de trabajo - Creación de plantillas de flujo de trabajo para su reutilización - Creación y uso de acciones personalizadas Puede usar flujos de trabajo compilados heredados, creados con WF3.5 (actualización recomendada a flujo de trabajo declarativo WF4)	Flujos de trabajo declarativos, creados con SharePoint Designer 2013 - Usar solo en una instancia específica de Project Web App : puede importar un diseño de flujo de trabajo desde Visio 2013 : puede importar y usar acciones personalizadas. Flujos de trabajo declarativos, creados con Visual Studio 2012 - Creación de una aplicación que puede incluir flujos de trabajo - Creación de un paquete de solución de SharePoint (.wsp) que puede incluir flujos de trabajo - Creación de plantillas de flujo de trabajo para su reutilización - Creación y uso de acciones personalizadas
Distribución	- Tienda Office (para aplicaciones basadas en CSOM) - Catálogo de aplicaciones privadas en SharePoint - Recurso compartido de archivos de intranet	- Tienda Office - Catálogo de aplicaciones privadas en SharePoint

Conclusión

Project Server 2013 proporciona una gran cantidad de nuevas funcionalidades de desarrollo y escenarios que los asociados y los clientes pueden usar para adaptar y ampliar las capacidades y la utilidad de Project Server en grandes empresas y en pequeñas organizaciones. Puede usar la infraestructura para Office 2013 y SharePoint 2013 para ayudar a crear y distribuir aplicaciones para Project 2013 que pueden ampliar considerablemente la comercialización y el uso de aplicaciones personalizadas. Algunas características y prácticas de extensibilidad de versiones anteriores están en desuso en Project 2013, especialmente los servicios web ASMX de la PSI y las características que implican suplantación o cambios directos en la base de datos, que no se pueden usar con Project Online.

La introducción del CSOM permite el acceso mediante programación a Project Online para una amplia variedad de dispositivos y mediante JavaScript en aplicaciones web. El CSOM proporciona un modelo de programación más coherente en comparación con la PSI. Se puede acceder a los datos de Project Server de muchas más maneras que en versiones anteriores, incluso a través del servicio OData en línea y a través de puntos de conexión REST para informar de datos en la base de datos de Project. Los informes existentes siguen funcionando de la misma manera para el uso local; los nuevos informes tienen más flexibilidad.

Los complementos de Office proporcionan una nueva vía para vender soluciones e integrar Project Standard 2013 con contenido web y otros productos de Office 2013. También puede crear nuevas formas de integrar Project Profesional 2013 con datos de Project Server y listas de SharePoint a través de complementos de Office del panel de tareas.

Para obtener más información sobre el desarrollo de aplicaciones y el uso de las características de programación y el CSOM de SharePoint Server 2013, vea SharePoint para desarrolladores y Office para desarrolladores.

Vea también

• Arquitectura de Project Server 2013
• Tareas de programación de Project
• Modelo de objeto del cliente (CSOM) para Project 2013
• ProjectData: referencia del servicio OData de Project
• Complementos de panel de tareas para Project
• OData: convenciones de URI
• SharePoint para desarrolladores
• Office para desarrolladores
• Control de eventos en aplicaciones para SharePoint
• AppSource
• Project Online