¿Le resultó útil esta página?
Sus comentarios sobre este contenido son muy importantes. Háganos saber su opinión.
¿Tiene comentarios adicionales?
Caracteres restantes: 1500
Exportar (0) Imprimir
Expandir todo

Novedades y descartes para desarrolladores en Project 2013

Las características de extensibilidad de Project Server 2013 funcionan con aplicaciones de 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 aplicaciones 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.

Última modificación:sábado, 11 de julio de 2015

Hace referencia a:Project Professional 2013 | Project Server 2013 | Project Standard 2013

Project Server 2013 se basa en el marco introducido con Microsoft Office Project Server 2007 y ampliado con Project Server 2010. Project Server 2013 agrega un modelo de objetos del lado cliente (CSOM) que se refactoriza y simplifica desde Project Server Interface (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 aplicaciones con Project Online y además funciona con instalaciones locales de Project Server. Las bases de datos de Project Server se combinan en una única base de datos. Puede obtener acceso 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). Se pueden crear flujos de trabajo de Project Server 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 usando el modelo de extensibilidad de las aplicaciones para Office para paneles de tareas. Project Standard 2013 puede usar aplicaciones de panel de tareas para integrarse con contenido externo general.

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

Nota Nota

Project Server 2013 se basa en la plataforma SharePoint Server 2013 y Project 2013 incluye mucha de la misma infraestructura que las demás aplicaciones de Office 2013. Para obtener documentación del modelo para aplicaciones para SharePoint, los flujos de trabajo basados en SharePoint, los elementos web, el desarrollo con otras características de SharePoint y las aplicaciones para Office, consulte la documentación para desarrolladores de Office 2013 (Aplicaciones para Office y SharePoint e Información general sobre el desarrollo de SharePoint 2013.

Las nuevas características de Project Standard 2013 y Project Profesional 2013 incluyen una interfaz de usuario mejorada que coincide con la de otras aplicaciones de Office 2013 y que admite la interfaz de usuario de estilo moderno de Windows 8, la integración con objetos Office Art para informes, informes de evolución y nuevas características de programación para informes. Project Profesional 2013 permite un uso compartido y una sincronización de proyectos más amplios en SharePoint Server 2013, además de aplicaciones de panel de tareas que también están implementadas en otras aplicaciones de Office 2013, como Word, Excel y Outlook.

En Project Server 2013 hay muchas características novedosas. Algunas no tienen un historial de programación importante, como la nueva escala de tiempo de 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 (http://office.microsoft.com/store) para aplicaciones de Project son cambios de largo alcance, donde Project Server es accesible 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 aplicaciones con el Microsoft .NET Framework, Microsoft Silverlight, Windows Phone y las 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.

El rendimiento y la escalabilidad de Project Server 2013 se han mejorado en muchas áreas como el estado de las tareas, los partes de horas y la administración de proyectos. Los flujos de trabajo de Project Server se han rediseñado con la versión 4 de Windows Workflow Foundation (WF4). El empleo del .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 de PSI en las que los datos no cambian de forma considerable.

Nota Nota

Para el desarrollo con Project Server 2013, puede usar Visual Studio 2012 con las extensiones de herramientas de Office y SharePoint o Visual Studio 2010. Le recomendamos que use Visual Studio 2012, que también puede crear aplicaciones de forma nativa para los productos de Office 2013. Project Server 2013 necesita Visual Studio para habilitar completamente el desarrollo de características como las páginas de detalles de proyecto y las aplicaciones basadas en WCF. Las extensiones de herramientas de SharePoint de Visual Studio pueden implementar elementos web y otras características de SharePoint directamente en Project Web App y otros sitios de SharePoint.

Ya no se necesita Visual Studio para desarrollar flujos de trabajo de Project Server que usen campos personalizados, etapas, fases y tipos de proyecto empresariales que se puedan administrar en Project Web App. Aunque es posible usar Visual Studio 2012 para desarrollar flujos de trabajo, es más fácil y rápido crearlos con SharePoint Designer. Se puede usar Visual Studio para los flujos de trabajo que necesitan acceso al CSOM u otras API externas.

Aplicaciones de Project

La distribución y comercialización de software se han revolucionado con el concepto de aplicación. En Project 2013, se pueden habilitar las aplicaciones para su compra y descarga desde la Tienda Office pública o distribuir en un catálogo de aplicaciones privado en SharePoint. Una aplicación suele ser un programa independiente e interactivo que realiza un pequeño número de tareas relacionadas. Una aplicación de Project puede ser una aplicación de panel de tareas para los clientes de Project Standard 2013 o Project Standard 2013 o una aplicación para Project Server 2013 o Project Online.

Para obtener información sobre aplicaciones para los clientes de escritorio de Project, consulte Aplicaciones de panel de tareas de Project. Para obtener un ejemplo de Project Server 2013, consulte Tutorial: Crear una aplicación de Project Server hospedada por SharePoint. Además de los artículos de Aplicaciones para Office y SharePoint, el Blog sobre aplicaciones para Office y SharePoint cuenta con muchas entradas que también son relevantes para Project 2013 y Project Online.

Una aplicación para Project Server 2013 puede funcionar con una instalación local y Project Online. Las aplicaciones 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 una aplicación se realiza a través del CSOM, no de PSI. El almacenamiento de datos puede basarse en la nube, por ejemplo con SQL Azure, ser externo, por ejemplo a través de Servicios de conectividad empresarial de Microsoft (BCS), interno con una base de datos local o mixto.

Seguridad de aplicaciones En general, las acciones que realiza una aplicación se hacen en nombre del usuario que ejecuta la aplicación. No se emplea la suplantación de forma explícita ni se especifica quién puede ejecutar la aplicación. Las acciones no pueden sobrepasar el nivel de permisos del usuario que ejecuta la aplicación.

En Office Developer Tools para Visual Studio 2012, el archivo AppManifext.xml tiene un editor gráfico en el que se puede establecer el ámbito de solicitud de permisos. Por ejemplo, para crear una aplicación 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 de la aplicación tiene permisos de jefe de proyecto, puede ejecutar la aplicación para los proyectos que gestione. El código del archivo AppManifest.xml incluiría lo siguiente:

  <AppPermissionRequests>
    <AppPermissionRequest Scope="http://sharepoint/projectserver/projects" Right="Write" />
  </AppPermissionRequests>
Tabla 1. Ámbitos de solicitud de permisos para aplicaciones de Project Server

Ámbito

Permisos

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).

Estado

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. La aplicación se ejecuta con permisos elevados para permitir las transiciones de fase a fase en un flujo de trabajo. La lógica empresarial de la aplicación controla las transiciones de fase).

NotaNota

Project Server 2013 y Project Online no usan el modelo de autenticación de solo aplicación de SharePoint 2013 (consulte Tipos de directivas de autorización de aplicaciones en SharePoint 2013).

Para obtener información sobre el desarrollo, la distribución, el hospedaje y la administración de aplicaciones, consulte Crear aplicaciones para SharePoint y Introducción a las aplicaciones para Office, así como los temas relacionados de la documentación para desarrolladores de SharePoint Server 2013 y Office 2013. Para obtener información sobre el ámbito de solicitud de permisos de otras aplicaciones de SharePoint, consulte Permisos de aplicación en SharePoint 2013.

Integración con SharePoint Server

Muchas características de Project Web App necesitan la nueva infraestructura de SharePoint Server 2013, como la autenticación basada en OAuth y notificaciones, la autorización y los permisos de Project Server a través de grupos de SharePoint, la sincronización de proyectos con listas de tareas de SharePoint y los 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 obtener diagramas de arquitectura y una explicación de la sincronización de proyectos, consulte Arquitectura de Project Server 2013.

En SharePoint Server 2013 hay muchas características novedosas. Para obtener más información, consulte 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 emplea WF4. A diferencia de versiones anteriores, es posible crear flujos de trabajo declarativos para Project Server 2013 mediante SharePoint Designer 2013, a los que se puede obtener acceso para uso local o en línea. Los flujos de trabajo de Project Server emplean el modelo de seguridad de flujo de trabajo de SharePoint con OAuth y se pueden instalar en un sitio de Project Web App. La ilustración 1 muestra que SharePoint Designer 2013 puede agregar fases al flujo de trabajo de un sitio para Administración de propuestas, donde las fases se definen en Project Web App.

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

Adición de una etapa a un flujo de trabajo en SPD

Un flujo de trabajo declarativo se crea agregando 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 mayor control y guardar plantillas de flujo de trabajo para reutilizarlas en varias instancias de Project Web App. SharePoint Designer 2013 puede usar 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 en 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 contraste, los usuarios de flujos de trabajo heredados de Project Server 2010 realizan llamadas de suplantación a través de la cuenta de usuario proxy de flujo de trabajo para obtener acceso de administrador a todo el flujo de trabajo.

Aunque Project Server 2013 local puede usar flujos de trabajo compilados basados en WF3.5, le recomendamos que actualice 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 empresariales y el personal de gestión de proyectos pueden crear o actualizar diseños de flujo de trabajo usando Visio 2013 e implementar flujos de trabajo de Project Server sin codificación mediante SharePoint Designer 2013.

Para obtener información sobre la creación de un flujo de trabajo declarativo para Project Web App, consulte Comenzar desarrollando flujos de trabajo de Project Server 2013. Para obtener una comparación de las capacidades para flujos de trabajo de SharePoint Designer y Visual Studio, consulte Desarrollar flujos de trabajo de SharePoint 2013 mediante Visual Studio.

Modelo de objetos del lado cliente

El acceso mediante programación a Project Online exige un CSOM basado en el CSOM de SharePoint. La autenticación de Project Online se realizará con OAuth usando un Windows Live ID, y no con autenticación de Project Server Forms ni Windows.

Estos son los principios y las características del CSOM de 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 usando una referencia o un ensamblado proxy de WCF.

  • 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 del ensamblado Microsoft.ProjectServer.Client.Silverlight.dll

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

    • Biblioteca de JavaScript de las aplicaciones web del archivo PS.js o PS.debug.js

    • 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 para soluciones de Project Online y soluciones locales, independientemente de PSI y otros ensamblados de Project Server como Microsoft.Office.Project.Server.Library.dll.

  • Se puede considerar la funcionalidad adicional del CSOM de Project Server 2013 para actualizaciones acumulativas y los Service Packs en función de las solicitudes de los socios y la comunidad de desarrolladores de Project Server.

Nota Nota

El CSOM es la interfaz preferida por los desarrolladores ajenos de Project Server. Le recomendamos que use el CSOM para desarrollar nuevas aplicaciones, si es que incluye las características que la aplicación necesita.

Para obtener información sobre el desarrollo con el CSOM, consulte Modelo de objetos de cliente (COM) de Project 2013. Para obtener información sobre la interfaz REST en aplicaciones de SharePoint, consulte Programación con 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 las vistas de informes conservan sus nombres anteriores, mientras que las tablas y las vistas de las bases de datos Borrador, Publicados y Archivo tienen los prefijos draft, pub y ver en la base de datos ProjectService. Por ejemplo, la tabla de proyectos publicados es pub.MSP_PROJECTS.

Nota importante Importante

El acceso directo no está permitido a las tablas y vistas de borrador (prefijo draft), publicados (pub) y de archivo (ver). Los informes solo deberían usar las tablas y vistas de informes que tengan el prefijo dbo. Por ejemplo, la tabla dbo.MSP_EpmProject incluye la lista de proyectos de la instancia de Project Web App.

No hay nada que le impida usar el acceso directo mediante programación a la base de datos para actualizar datos en cualquiera de las tablas y vistas de la base de datos de Project. Debería tener en cuenta que la caché de Project Professional, las tablas de datos de borrador y publicados y las tablas de informes se basan en un protocolo de sincronización de la caché que se puede alterar por la edición directa de datos. Si daña las bases de datos de Project Server o las cachés del lado cliente de Project Professional usando el acceso directo para cambiar datos, no obtendrá ayuda alguna del servicio de soporte del producto.

Project Server 2013 introduce un servicio OData para el acceso en línea y local. Las tablas y vistas de informes en línea solo se exponen en la interfaz OData. Para uso local, puede emplear la interfaz OData u obtener acceso directamente a las tablas y vistas de informes de la base de datos ProjectService en la granja de SharePoint. Project Online no admite una base de datos de varios inquilinos. 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 entrega una carga XML o JSON. Para ver una introducción al servicio OData para la elaboración de informes en Project Server 2013 y una referencia del esquema ProjectData, consulte ProjectData: referencia de servicio OData de Project 2013.

Para obtener información general sobre consultas OData, consulte OData: convenciones URI. Por ejemplo, puede ver todos los proyectos de una instancia local de Project Web App cuyo nombre de proyecto empiece por "Test" usando 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.

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

Para importar datos de proyecto a PowerPivot en Excel 2013, en la cinta de opciones DATOS, seleccione De la fuente de datos ODATA en el menú desplegable De otros orígenes. En el cuadro de diálogo Asistente para la conexión de datos, escriba http://NombreServidor/NombreServidorProject/_api/ProjectData/ en la ubicación de la fuente de datos, seleccione Siguiente y luego 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 de Project Server local que tengan los permisos correctos pueden obtener acceso directamente a las tablas y vistas de informes a través de Microsoft SQL Server para crear informes, como hacen en Project Server 2010. En Project Server 2013, los usuarios también pueden obtener acceso a las tablas de informes locales a través de la interfaz 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 con un prefijo draft, pub o ver son para uso interno exclusivo de Project Server y no para la elaboración 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.

NotaNota

Puede ampliar los informes locales agregando tablas, vistas, campos y procedimientos almacenados en una base de datos independiente. No debería modificar las tablas y vistas de informes existentes en la base de datos de Project Server.

Las tablas, las vistas y los 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 OData del servicio ProjectData, consulte ProjectData: referencia de servicio OData de Project 2013. Las consultas de las tablas y vistas de informes creadas para Project Server 2010, en la mayoría de los casos, funcionarán 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.

Aplicaciones de panel de tareas de Project

Project Standard 2013 y Project Profesional 2013 admiten aplicaciones de panel de tareas, que se pueden usar para integrarse en una página web y mostrar contenido externo en ella. 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 de Project puede obtener información sobre una tarea o un recurso seleccionados y puede obtener datos en una celda seleccionada de la cuadrícula de vistas como el diagrama de Gantt. Las aplicaciones 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 la aplicación 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 de la aplicación.

Ilustración 2. Una aplicación de panel de tareas de Project Professional puede obtener acceso a datos de Project Server

Comparación del proyecto actual con todos los proyectos
Nota Nota

Project Standard 2013 no puede integrarse directamente con Project Server 2013 a través de aplicaciones de panel de tareas.

Las aplicaciones de panel de tareas de Project Professional 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 Professional. Las aplicaciones de panel de tareas generales desarrolladas 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 Aplicaciones del panel de tareas para Project 2013.

Receptores de eventos de Project Server

Puede haber varios servidores de Project Web App (también llamados servidores web front-end o WFE) en una granja de SharePoint que incluya la aplicación de servicio de Project back-end. Los receptores de eventos también se pueden llamar 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.

Los controladores de eventos de Project Server los administra SharePoint para cada instancia de Project Web App en lugar de por una página Configuración concreta de Project Web App. En la aplicación Administración central de SharePoint, seleccione Configuración de aplicación general, Administrar en Configuración de PWA y la instancia de 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.

En 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 del CSOM y luego administrar mediante programación el receptor de eventos con los métodos de la clase EventHandlerCollection. En los receptores de eventos remotos, los eventos previos son sincrónicos y los posteriores, asincrónicos. Además hay un tiempo de espera para aquellos casos en que el receptor de eventos no devuelve.

Nota Nota

Administración central de SharePoint solo está disponible para instalaciones locales. En Project Online y SharePoint Online, puede agregar o quitar receptores de eventos remotos usando un paquete de aplicación basado en el CSOM.

En la página Controladores de eventos del servidor, el proceso para agregar un controlador de eventos locales para una instalación local de Project Server es prácticamente el mismo que el descrito en el tema Procedimiento para crear un controlador de eventos de Project Server y registrar un evento de Project Server 2010. La diferencia es que la página Nuevo controlador de eventos tiene opciones adicionales. Por ejemplo, seleccione Proyecto creando en la lista Eventos y luego NUEVO CONTROLADOR DE EVENTOS. En la página Nuevo controlador de eventos, los dos únicos campos necesarios son Nombre y Orden (ilustración 3). Si está agregando un controlador de eventos locales de plena confianza, agregue los campos Nombre del ensamblado y Nombre de clase. Deje Dirección URL de extremo en blanco. Si está agregando un receptor de eventos remotos, agregue Dirección URL de extremo y deje en blanco Nombre del ensamblado y Nombre de clase.

Nota de precaución Precaución

Si especifica ambos, el nombre del ensamblado y la clase y la dirección URL del extremo, Project Server solo llama al controlador (local) de eventos locales. El receptor de eventos remotos se omite.

Si crea dos controladores de eventos para el mismo evento, donde uno es local y el otro remoto, y el valor Orden es igual para ambos, Project Server omite el receptor de eventos remotos.

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

Configuración de un controlador de eventos o receptor de eventos

Si necesita acceso a los conjuntos de datos de PSI para un controlador de eventos locales, puede copiar el ensamblado 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, le recomendamos que use las clases de eventos del espacio de nombres Microsoft.ProjectServer.Client. El desarrollo con el CSOM no exige la manipulación de conjuntos de datos. Si quiere desarrollar receptores de eventos remotos para Project Online, tiene que usar las clases Event y EventHandlerCreationInformation del 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 una instalación local de Project Server, si el controlador de eventos locales que agrega queda inoperativo, Project Server 2013 Events Service deja de cargar los otros controladores de eventos personalizados válidos. En ese caso, tiene que quitar el controlador de eventos problemático y reiniciar Events Service.

Nota Nota

En una instalación local de Project Server, le recomendamos que migre a receptores de eventos remotos usando el CSOM para desarrollar receptores de eventos. Dado que los receptores de eventos remotos no tienen código de terceros en ejecución en Project Server Events Service, son más estables. Los administradores locales se olvidan de la responsabilidad de mantener Project Server Events Service.

Para obtener información general sobre eventos, consulte Controlar eventos en las aplicaciones para SharePoint.

Aún hay características desusadas disponibles en Project 2013 para algunas soluciones, pero no se deberían emplear en los nuevos desarrollos. La mayoría de las siguientes características y prácticas no funciona 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 es posible que las soluciones que emplean características desusadas sigan 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 la configuración de la seguridad local de Project Server 2013 para el modo de permisos de Project, consulte la sección Modo de permisos de SharePoint de Novedades para profesionales de TI de Project Server 2013.

Interfaz ASMX de PSI PSI incluye interfaces duplicadas para desarrollar extensiones locales de Project Server. La interfaz de servicio web ASMX se introdujo en la primera implementación de PSI en Office Project Server 2007. Project Server 2010 agregó la interfaz de servicio WCF, en la que el modelo de objetos básicamente duplica los servicios web ASMX. Aunque Project Server 2013 sigue siendo compatible con ASMX y WCF, las nuevas soluciones que necesitan PSI deberían 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 desusados 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 Programación de Project Server.

Proveedor de vínculos a objetos (OLP) En versiones anteriores de Project Server, el servicio ObjectLinkProvider de PSI (consulte WebSvcObjectLinkProvider) ofrece una forma de administrar vínculos a objetos web entre tareas de proyecto empresariales y listas especializadas de SharePoint del sitio de proyecto para problemas, riesgos, entregas y documentos. En Project Server 2013, el OLP está desusado.

Puede usar la clase RelatedItemManager del CSOM de SharePoint para crear, leer y eliminar vínculos a objetos web entre elementos de la lista de tareas y las demás listas de un sitio de proyecto. Por ejemplo, para agregar un vínculo de un elemento de tarea a un asunto, puede usar el método AddSingleLink o uno de los 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 ver la clase equivalente del JSOM (el modelo de objetos de JavaScript), consulte Objeto SP.RelatedItemManager (sp.js).

Le recomendamos que use 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 ninguna clase RelatedItemManager.

Permisos personalizados En Office Project Server 2007 se admitían los permisos de seguridad personalizados para obtener acceso a características o extensiones concretas de Project Server (un artículo del SDK explicaba cómo crearlos directamente modificando la base de datos Publicados). En Project Server 2010, los permisos personalizados aún funcionan pero están desusados. 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 En Project Server 2013, 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á desusada. Como se indicó anteriormente, una instalación local predeterminada de Project Server 2013 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, consulte 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 los métodos ReadStatusForResource y SubmitStatusForResource de PSI, junto con el permiso global StatusBrokerPermission, lo que eliminó la necesidad de suplantación para leer y actualizar el estado en nombre de otro usuario. El CSOM de Project Server 2013 usa la interfaz PSI subyacente para habilitar de forma transparente las extensiones de estado y se puede emplear para Project Online o instalaciones locales.

Extensiones de base de datos de informes La adición de tablas y vistas personalizadas a la base de datos de informes es una práctica habitual con versiones anteriores de Project Server. Como Project Server 2013 combina las cuatro bases de datos de versiones anteriores en una sola, las actualizaciones no transfieren las tablas, las vistas ni los procedimientos almacenados a las tablas de informes de la base de datos de Project Server 2013.

Le recomendamos que use SQL Azure o una base de datos independiente de SQL Server para las tablas y las vistas de informes personalizadas, donde puede administrar copias de seguridad y actualizaciones de la base de datos. En Project Online es obligatorio.

Informes Las tablas y vistas de informes locales de la base de datos de Project Server y los cubos OLAP no están desusados y son totalmente compatibles. No obstante, las tablas y vistas de informes (la base de datos de informes de versiones anteriores de Project Server) no son accesibles en Project Online. Del mismo modo, los cubos OLAP solo están disponibles en instalaciones locales de Project Server 2013. Para aplicaciones de informes con Project Online, puede usar el servicio ProjectData a través de consultas REST con el protocolo OData.

Guía de proyectos 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 orientación interactiva 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 mediante VBA o un complemento VSTO. La descarga del SDK de Project 2010 incluye los archivos modificados de la Guía de proyectos.

Los modelos de objetos de VBA y Microsoft.Office.Interop.MSProject de Project 2013 siguen incluyendo los 22 miembros de las clases Application y Project que pueden administrar la Guía de proyectos. Sin embargo, el panel de tareas de Project 2013 puede entrar en conflicto con acciones de un panel de tareas de la Guía de proyectos y el contenido de esta no se puede distribuir fácilmente ni vender en la Tienda Office. Se recomienda encarecidamente desarrollar soluciones de panel de tareas de Project con aplicaciones para Office, no contenido personalizado de la Guía de proyectos. Para obtener más información sobre la Guía de proyectos, consulte la Documentación del desarrollador de Project 2013.

Para ayudarle a decidir entre Project Server local o Project Online y ver los tipos de extensiones que puede desarrollar en cada caso, la tabla 2 compara la 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, consulte 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 de cliente de .NET, Silverlight y Windows Phone

    • Biblioteca de JavaScript para páginas personalizadas, elementos web y extensiones de la 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 de cliente de .NET, Silverlight y Windows Phone

    • Biblioteca de JavaScript para páginas personalizadas, elementos web y extensiones de la 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 de la base de datos de Project Server)

  • SQL Azure

  • SQL Server (no se admite la modificación de tablas y vistas de informes de la base de datos de Project Server)

Informes

  • Servicio ProjectData; protocolos OData y REST

  • Tablas y vistas de informes de la base de datos de Project Server

  • Base de datos OLAP

  • Servicio ProjectData; protocolos OData y REST

Controladores de eventos

  • Receptores de eventos remotos, accesibles a través de extremos WCF

  • Controladores de eventos de plena confianza, instalados en la granja de SharePoint

  • Receptores de eventos remotos, accesibles a través de extremos WCF

Flujos de trabajo

  • Flujos de trabajo declarativos, creados con SharePoint Designer 2013

    • Uso únicamente en una instancia determinada 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

    • Crea una aplicación que puede incluir flujos de trabajo

    • Crea un paquete de solución de SharePoint (.wsp) que puede incluir flujos de trabajo

    • Crea plantillas de flujo de trabajo para su reutilización

    • Crea y usa 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

    • Uso únicamente en una instancia determinada 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

    • Crea una aplicación que puede incluir flujos de trabajo

    • Crea un paquete de solución de SharePoint (.wsp) que puede incluir flujos de trabajo

    • Crea plantillas de flujo de trabajo para su reutilización

    • Crea y usa acciones personalizadas

Distribución

  • Tienda Office (para aplicaciones basadas en el CSOM)

  • Catálogo de aplicaciones privado de SharePoint

  • Recurso compartido de archivos de intranet

  • Tienda Office

  • Catálogo de aplicaciones privado de SharePoint

Project Server 2013 proporciona gran cantidad de novedosas capacidades y escenarios de desarrollo que tanto socios como clientes pueden usar para adaptar y ampliar las capacidades y la utilidad de Project Server en grandes y pequeñas empresas. Puede usar la infraestructura de Office 2013 y SharePoint 2013 para ayudar a crear y distribuir aplicaciones de 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 desusadas en Project 2013, en particular los servicios web ASMX de PSI y las características que implican suplantación o cambios directos de la base de datos, que no se puede usar con Project Online.

La introducción del CSOM permite el acceso mediante programación a Project Online de una amplia variedad de dispositivos y, con JavaScript, en aplicaciones web. El CSOM ofrece un modelo de programación más coherente en comparación con PSI. Es posible obtener acceso a los datos de Project Server de muchas más formas que en versiones anteriores, incluso mediante el servicio OData en línea y los extremos REST para datos de informes de la base de datos de Project. Los informes existentes siguen funcionando de la misma forma para uso local. Los nuevos informes tienen más flexibilidad.

Las Aplicaciones para Office proporcionan una nueva manera de vender soluciones y de integrar Project Standard 2013 con el contenido web y otros productos de Office 2013. También es posible crear nuevas formas de integrar Project Profesional 2013 con datos de Project Server y listas de SharePoint a través de aplicaciones para Office de panel de tareas.

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

Mostrar:
© 2015 Microsoft