Exportar (0) Imprimir
Expandir todo
Este artículo proviene de un motor de traducción automática. Mueva el puntero sobre las frases del artículo para ver el texto original.
Traducción
Original

Novedades y lo que es salida para desarrolladores en Project 2013

Las características de extensibilidad de Project Server 2013 trabajan con aplicaciones de Project Online y con las instalaciones locales. Nuevas características incluyen un modelo de objetos de cliente (OMSC), el resto de interfaces, un servicio de OData para reporting, receptores de eventos remotos, flujos de trabajo declarativos y aplicaciones del panel de tareas para los clientes del proyecto. También información sobre las características obsoletas, que no deben utilizarse para nuevos desarrollos.

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

Project Server 2013 se basa en el marco de trabajo con Microsoft Office Project Server 2007 y ampliado por Project Server 2010. Project Server 2013 agrega un modelo de objeto de cliente (OMSC) que se refactoriza y simplificado de Project Server Interface (PSI) e incluye una biblioteca JavaScript y bibliotecas de .NET Framework 4 para aplicaciones de Windows, Windows Phone 8 y Microsoft Silverlight. La OMSC está diseñado para el desarrollo de aplicaciones con Project Onliney también funciona con una instalación de Project Server local. Las bases de datos de Project Server se combinan en una única base de datos; puede tener acceso a las vistas y tablas de informes en línea a través de un servicio de OData. El OMSC y el servicio de OData incluyen una interfaz de Representational State Transfer (REST). Flujos de trabajo de Project Server pueden crearse mediante el uso de SharePoint Designer 2013. Project Profesional 2013 se puede integrar con informes de datos, listas de tareas de SharePoint y otro contenido externo mediante el modelo de extensibilidad de aplicaciones para Office paneles de tareas de Project Server. Project Standard 2013 puede utilizar aplicaciones de panel de tareas para integrar con contenido externo general.

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

Nota Nota

Project Server 2013 se basa en la plataforma de SharePoint Server 2013 y Project 2013 se incluye gran parte de la misma estructura que las demás aplicaciones de Office 2013 . Para obtener documentación de la modelo para aplicaciones para SharePoint, flujos de trabajo basados en SharePoint, elementos web, desarrollo con otras características de SharePoint y la documentación de aplicaciones para Office, consulte la documentación del desarrollador Office 2013 (vea aplicaciones de Office y SharePoint y Introducción al desarrollo de SharePoint de 2013.

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 es compatible con la interfaz de usuario de estilo moderno en Windows 8, integración con los objetos de arte de la oficina de informes, informes de evolución y nuevas características de programación para los informes. Project Profesional 2013 permite compartir más amplia y proyectos de sincronización en SharePoint Server 2013, junto con las aplicaciones de panel de tareas también se implementan en otras aplicaciones Office 2013 como Word, Excely Outlook.

Las características nuevas de Project Server 2013 son numerosas. Algunas no tienen una historia de programación importante, como una nueva escala de tiempo en Project Web App. Estas características se recogen en la documentación para el usuario final y de ayuda con el producto que está disponible en Microsoft Office Online y en los temas orientados a los administradores y profesionales de TI en Microsoft Technet. Otras nuevas características, como los partes de horas mejorados, facilitan a los desarrolladores de terceros que interactúen con partes de horas y estados a través de la interfaz de Project Server Interface (PSI).

La adición de Project Online y la Tienda Office (http://office.microsoft.com/store) para aplicaciones de proyecto son cambios de gran alcance, donde Project Server es accesible a través de Microsoft Azure. Acceso basado en la nube a Project Server utiliza un modelo de objeto de cliente (OMSC) para el desarrollo de aplicaciones con Microsoft .NET Framework, Microsoft Silverlight, Windows Phone y aplicaciones web que utilizan JavaScript. Un requisito de Project Online es que las cuatro bases de datos de Project Server de versiones anteriores se combinan en una base de datos.

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

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. Recomendamos el uso de Visual Studio 2012, que también puede crear aplicaciones de forma nativa para los productos Office 2013. Project Server 2013 requiere que Visual Studio permita el desarrollo completo de características como las páginas de detalles del proyecto y las aplicaciones basadas en WCF. Las extensiones de herramientas de SharePoint en Visual Studio pueden implementar elementos web y otras características de SharePoint directamente en Project Web App y otros sitios de SharePoint.

Ya no es necesario Visual Studio para desarrollar flujos de trabajo de Project Server que utilicen campos personalizados, etapas, fases y tipos de proyectos empresariales que se pueden gestionar en Project Web App. Si bien puede utilizar Visual Studio 2012 para desarrollar flujos de trabajo, por lo general, resulta más fácil y rápido crearlos con SharePoint Designer. Visual Studio se puede utilizar para flujos de trabajo que requieran acceso al CSOM u otras API externas.

Aplicaciones de proyecto

Distribución y comercialización de software ha ha revolucionado el concepto de una aplicación. Para Project 2013, aplicaciones pueden ser disponible para compra y descarga desde el público Tienda Office o distribuidas en un catálogo privado de la aplicación en SharePoint. Una aplicación suele ser un programa interactivo, autónomo que realiza un número reducido de tareas relacionadas. La aplicación de un proyecto 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 acerca de las aplicaciones para los clientes de escritorio de proyecto, vea Aplicaciones de panel de tareas en 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 en las aplicaciones de Office y el SDK de SharePoint, las aplicaciones de Office y SharePoint Blog tiene muchos mensajes que son relevantes también para Project 2013 y Project Online.

Una aplicación para Project Server 2013 se puede trabajar con una instalación local y Project Online. Aplicaciones de servidor de proyecto pueden incluir elementos web, receptores de eventos remotos y lógica empresarial. Acceso al modelo de objetos de Project Server en una aplicación es a través de la OMSC, no el PSI. Almacenamiento de datos puede ser basado en la nube como con SQL Azure, externo como a través de Servicios de conectividad empresarial de Microsoft (BCS), interno con una base de datos local o mixto.

Seguridad de la aplicación   En general, se llevan a cabo acciones que realiza una aplicación en nombre del usuario que ejecuta la aplicación; explícitamente no utilizar la suplantación o especificar quién puede ejecutar las acciones de App no puede superar el nivel de permisos del usuario que se ejecuta la aplicación.

En Office Developer Tools para Visual Studio 2012, el archivo AppManifext.xml tiene un editor gráfico donde puede establecer el ámbito de la solicitud de permiso. Por ejemplo, para crear una aplicación que permite a los jefes de proyecto actualizar sus proyectos, en la ficha permisos del panel diseñadora AppManifest.xml , seleccione Varios proyectos para el ámbito y escribir el permiso. Si el usuario de la aplicación tiene permisos de administrador de proyecto, puede ejecutar la aplicación de proyectos que administra. El código en el archivo AppManifest.xml debe incluir lo siguiente:

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

Alcance

Permisos

Servidor del proyecto.

Administrar (Requiere permisos de administrador de Project Server).

Varios proyectos

Lectura, escritura (requiere permisos de administrador de proyecto para algunas operaciones; permisos de miembros del equipo del proyecto para basic lea las operaciones, como las asignaciones de tareas.)

Proyecto único

Lectura, escritura (requiere al menos permisos de miembros del equipo del proyecto; acceso a algunos datos de un proyecto depende de otros niveles de permisos.)

Recursos de empresa

Lectura, escritura (requiere permisos de administrador de recursos).

Estados

SubmitStatus (Requiere permiso para enviar el estado de los proyectos).

Elaboración de informes:

Lectura (Requiere el permiso para iniciar sesión en Project Server.)

Flujo de trabajo

Elevar (Requiere el permiso para ejecutar flujos de trabajo. La aplicación se ejecuta con permisos elevados, para habilitar las transiciones de una etapa a otra en un flujo de trabajo. Lógica empresarial de la aplicación controla las transiciones de fase).

NotaNota

Project Server 2013 y Project Online no utilizan el modelo de autenticación sólo de la aplicación en SharePoint 2013 (consulte App authorization policy types in SharePoint 2013).

Para obtener información acerca de cómo desarrollar, distribuir, alojamiento y administración de aplicaciones, vea Temas relacionados en la documentación del desarrollador SharePoint Server 2013 y Office 2013 y Crear aplicaciones para Officey Crear aplicaciones para SharePoint . Para obtener información sobre el ámbito de la solicitud de permiso para otras aplicaciones de SharePoint, consulte App permissions in 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 de Project Server y permisos de los 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 proyecto se pueden asociar con cualquier colección de sitios en una granja de SharePoint. Sincronización del proyecto puede ser una lista de tareas de SharePoint, donde SharePoint Team Services mantiene el proyecto. Un proyecto de empresa también puede sincronizarse con una lista de tareas de SharePoint, donde Project Server mantiene el control completo del sistema. Para los diagramas de arquitectura y una explicación de la sincronización del proyecto, consulte Arquitectura de Project Server 2013.

SharePoint Server 2013 contiene numerosas características nuevas. Si desea más información, consulte Centro para desarrolladores de SharePoint.

Integración con los flujos de trabajo

Los flujos de trabajo son una característica principal de la gestión de carteras de proyectos. El ciclo de vida de un proyecto puede incluir procesos de ejecución larga que abarquen muchas fases. Las fases de gobierno incluyen propuestas de proyecto, análisis del impacto de negocio y la selección, creación, planeación, gestión y seguimiento de proyectos.

Project Server 2013 flujos de trabajo se basan en la plataforma de flujo de trabajo SharePoint 2013 , que utiliza WF4. A diferencia de en versiones anteriores, los flujos de trabajo declarativos para Project Server 2013 pueden crearse mediante el uso de SharePoint Designer 2013 y son accesibles para local y de uso en línea. Utilice el modelo de seguridad de flujo de trabajo de SharePoint con OAuth flujos de trabajo de Project Server y pueden instalarse 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 gestión de la demanda, donde se definen las fases en Project Web App.

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

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

Crear un flujo de trabajo declarativo 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. La herramienta de diseño, a continuación, guarda el flujo de trabajo como código XAML, que se interpreta en tiempo de ejecución. Pueden ejecutar flujos de trabajo declarativos en Project Server 2013 locales o en Project Online. Mediante el uso de Visual Studio 2012, también puede crear acciones personalizadas y formularios de control adicional y guardar plantillas de flujo de trabajo para su reutilización con varias instancias de Project Web App . SharePoint Designer 2013 puede consumir las acciones personalizadas que se crean en Visual Studio 2012.

Un flujo de trabajo Project Server 2013 actúa como una aplicación en la que el administrador, que ha diseñado los permisos 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, en el que Project Server mantiene el control total. Una lista de tareas de SharePoint no puede usar un flujo de trabajo de Project Server.

El OAuth permite a los gestores de proyecto que cuentan con los permisos para la creación del proyecto que invoquen el flujo de trabajo sin usar la representación. Las llamadas del flujo de trabajo a Project Server, por ejemplo, realizadas para leer un valor de campo personalizado y decidir qué sucursal seguir, se realizan en nombre del gestor de proyectos. Para evitar que el gestor de proyectos cree un flujo de trabajo que pase automáticamente al siguiente nivel, la llamada para avanzar al siguiente nivel de flujo de trabajo se ejecuta como autor del flujo de trabajo (el administrador). Por el contrario, los usuarios de los flujos de trabajo heredados Project Server 2010 realizan llamadas representadas a través de la Cuenta del usuario proxy del flujo de trabajo para obtener acceso como administrador a través de todo el flujo de trabajo.

Aunque Project Server 2013 local puede utilizar flujos de trabajo WF3.5 compilados, se recomienda que actualice los flujos de trabajo heredados a flujos de trabajo declarativos basados en WF4. La tecnología más reciente es más sólidas y escalables. Analistas de negocios y el personal PMO puede crear o actualizar los diseños de flujo de trabajo con Visio 2013 e implementar flujos de trabajo de Project Server sin codificación mediante el uso de SharePoint Designer 2013.

Para obtener información acerca de cómo crear un flujo de trabajo declarativo para Project Web App, consulte Comenzar desarrollando flujos de trabajo de Project Server 2013. Para una comparación de las capacidades para flujos de trabajo de SharePoint Designer y Visual Studio, vea desarrollar 2013 de SharePoint los flujos de trabajo mediante Visual Studio.

Modelo de objeto del cliente

El acceso mediante programación a Project Online requiere un CSOM que esté creado en CSOM de SharePoint. La autenticación de Project Online se llevará a cabo con OAuth mediante Windows Live ID, pero no la autenticación de formularios de Project Server o la autenticación de Windows.

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

  • El CSOM está diseñado para mejorar la facilidad de uso. Por ejemplo, los métodos y propiedades usan directamente o proporcionan los datos por nombre, en lugar de solicitar muchos GUID, por parámetros changeXml o pasando conjuntos de datos.

  • El CSOM de Project Server implementa un subconjunto de las funciones de la PSI basándose en los requisitos más comunes para las soluciones de terceros.

  • El CSOM llama internamente a la PSI, pero factoriza de manera diferente. Por ejemplo, las actualizaciones de todos los cambios de estados se realizan a través del método StatusAssignmentCollection.SubmitAllStatusUpdates, no mediante el método PSI Statusing.SubmitStatus para el usuario o el método SubmitStatusForResource para otros recursos.

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

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

  • El CSOM implementa varias bibliotecas e interfaces de cliente, que son admitidas por la infraestructura del CSOM de SharePoint interna. Las bibliotecas y las interfaces de cliente incluyen las siguientes:

    • La biblioteca de cliente Microsoft.NET en el ensamblado Microsoft.Project.Server.Client.dll

    • La biblioteca Silverlight en el ensamblado de Microsoft.ProjectServer.Client.Silverlight.dll

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

    • La biblioteca JavaScript para las aplicaciones web en el archivo PS.js o el archivo PS.debug.js

    • Extremos de REST para acceder con el protocolo OData

    • La compatibilidad nativa para las consultas LINQ con el filtrado para limitar la cantidad de datos que se devuelve

  • El CSOM puede usarse tanto para las soluciones Project Online como para las soluciones locales, independientemente de la PSI y de otros ensamblados de Project Server, como Microsoft.Office.Project.Server.Library.dll.

  • Es posible que se considere otra funcionalidad del CSOM Project Server 2013 para las actualizaciones acumulativas y paquetes de servicio, en base a las solicitudes de los socios de Project Server y la comunidad de desarrolladores.

Nota Nota

El CSOM es la interfaz preferida para los desarrolladores de Project Server de terceros. Le recomendamos que utilice el CSOM para desarrollar nuevas aplicaciones, si el CSOM incluye la funcionalidad que su aplicación necesita.

Para obtener más información acerca del desarrollo con el CSOM, consulte Modelo de objeto de cliente (CSOM) para Project Server 2013. Para obtener más información acerca de la interfaz REST en las aplicaciones de SharePoint, consulte Programación mediante el servicio REST de SharePoint en la documentación para el desarrollador SharePoint 2013.

Cambios en la base de datos de informes

Las cuatro bases de datos en Project Server 2010 se combinan en una base de datos única de Project en Project Server 2013. El nombre predeterminado de la base de datos de Project es ProjectService. Las tablas y vistas de informes mantienen los nombres anteriores, mientras que las tablas y vistas de las bases de datos de borrador, publicadas y de archivo tienen los prefijos draft, pub y ver en la base de datos de ProjectService. Por ejemplo, la tabla de proyectos publicados es pub.MSP_PROJECTS.

Nota importante Importante

No se admite el acceso directo para las tablas y vistas de borrador (prefijo draft), publicadas (pub) y de archivo (ver). Los informes deben usar solo las tablas y vistas de informes, que tengan el prefijo dbo. Por ejemplo, la tabla dbo.MSP_EpmProject incluye la lista de proyectos en la instancia Project Web App.

No existe nada para evitar activamente que use directamente el acceso mediante programación a la base de datos para actualizar los datos en las tablas y vistas de la base de datos de Project. Debe ser consciente de que el caché de Project Professional, las tablas para borradores y datos publicados y las tablas de informes se basan en un protocolo de sincronización de caché que puede verse interrumpido por una edición de datos directa. Si daña las bases de datos de Project Server o corrompe las cachés del cliente de Project Professional mediante el acceso directo para modificar datos, recuerde que el soporte técnico del producto no podrá ayudarle.

Project Server 2013 introduce un servicio OData para el acceso en línea o en local. Las tablas y vistas de informes en línea se exponen solo por la interfaz OData. Para un uso en local, puede usar la interfaz OData o directamente acceder a las tablas y vistas de informes en la base de datos de ProjectService en la granja de SharePoint. Project Online no admite una base de datos con varios arrendatarios. Es decir, cada una de las múltiples instancias de Project Web App tiene sus propias bases de datos Project. El servicio OData ejecuta internamente las consultas SQL en las tablas y vistas de informes y entrega una carga XML o JSON. Para obtener más información a modo de introducción a los servicios OData para informes en Project Server 2013 y para la referencia del esquema ProjectData, consulte ProjectData: referencia de servicio OData de Project 2013.

Para obtener información general acerca de consultas OData, consulte OData: convenciones del URI. Por ejemplo, puede ver todos los proyectos en una instancia local de Project Web App donde el nombre del proyecto comienza con "Test", mediante la siguiente consulta en un navegador. Haga clic con el botón secundario en la página del navegador y, a continuación, haga clic en Ver fuente.

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

Para importar datos del proyecto de PowerPivot en Excel 2013, en la cinta de opciones DATOS seleccione Desde fuentes de datos OData en el menú desplegable Desde otras fuentes. En el cuadro de diálogo Asistente para conexión de datos, escriba http://ServerName/ProjectServerName/_api/ProjectData/ en la ubicación de fuentes de datos, seleccione Siguiente y, a continuación, seleccione la tabla Proyectos en la página del asistente Seleccionar tablas. Nombre y guarde el archivo.odc y seleccioneFinalizar. En el cuadro de diálogo Importar datos seleccioneInforme PivotTable. En la hoja de cálculo de Excel, seleccione los campos para las filas y columnas de tabla dinámica que desee mostrar.

Los usuarios de Project Server local, que tienen los permisos correctos, pueden tener directamente acceso las tablas y vistas de informes a través de Microsoft SQL Server para crear informes, como en Project Server 2010. En Project Server 2013, los usuarios pueden también acceso a las instalaciones en tablas de informe a través de la interfaz de OData. Puede recuperar datos de Project Server en línea o a través de los extremos del resto del servicio OData local. Por ejemplo, la tabla dbo.Tabla MSP_PROJECT y el dbo.Vista de MSP_EpmProject_UserView puede utilizarse para los informes. Las tablas o vistas que tienen un prefijo de draft, pubo ver son sólo para uso interno de Project Server y no son para fines de notificación. Por ejemplo, el borrador.Tabla MSP_TASKS y pub.Vista MSP_PROJECTS_WORKING_VIEW no están documentados y son sólo para uso interno.

NotaNota

Puede extender local informe agregando tablas, campos, vistas y procedimientos almacenados en una base de datos independiente. No debe modificar el informes tablas y vistas existentes en la base de datos de Project Server.

Se documentarán los informes tablas, vistas y campos de la base de datos en un archivo de Ayuda HTML en una actualización posterior de la descarga SDK de Project 2013 . Para obtener documentación del esquema XML de OData para el servicio de ProjectData , consulte ProjectData: referencia de servicio OData de Project 2013. En la mayoría de los casos, las consultas de las tablas y vistas que se crearon para Project Server 2010 informes funcionará con la base de datos en Project Server 2013. Usuarios locales pueden tener acceso a los cubos OLAP de Project Server en SQL Server Analysis Services, como lo hacen actualmente. En Project Online, no están disponibles los cubos OLAP.

Aplicaciones de panel de tareas en Project

Project Standard 2013 y Project Profesional 2013 admiten el uso de aplicaciones de panel de tareas, que se pueden utilizar para integrar y mostrar contenido externo en una página web. El panel de tareas muestra contenido de la página web. Mediante JavaScript, tiene acceso a tareas, recursos, vistas y datos de proyectos en general. El modelo de objeto JavaScript para Project puede obtener información acerca de la tarea o el recurso seleccionado y puede obtener datos en una celda de la cuadrícula de vistas seleccionada, como el diagrama de Gantt. Las aplicaciones de panel de tareas para Project también implementan controladores de eventos para eventos modificados de tareas, recursos o vistas seleccionadas.

En la Figura 2 se muestra la aplicación de panel de tareas Hello ProjectData que consulta el servicio ProjectData y, a continuación, 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.

Figura 2. Una aplicación de panel de tareas en Project Professional puede acceder a los 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 mediante las aplicaciones de panel de tareas.

Las aplicaciones de panel de tareas en Project Professional admiten elementos web creados para Project Server 2013, de modo que los desarrolladores pueden crear una extensión una vez que se ejecute tanto con Project Web App, como con Project Professional. Las aplicaciones de panel de tareas generales que se desarrollan para otros productos de Office 2013 también se pueden usar con Project Standard 2013 y Project Profesional 2013. Si desea más información, consulte Aplicaciones del panel de tareas para Project 2013.

Receptores de eventos de Project Server

Puede haber varios servidores Project Web App (también llamados servidores web front-end o WFE) en una granja de SharePoint que incluye la aplicación de servicio de Project back-end. Los receptores de eventos se conocen también como controladores de eventos. Los controladores de eventos locales pueden implementarse en código de plena confianza e implementarse en todos los WFE para una instalación de Project Server local. Los receptores de eventos remotos se pueden implementar en servicios web en servidores locales o remotos y varios WFE e instalaciones de Project Server pueden acceder a ellos. Project Online solo puede utilizar receptores de eventos remotos.

SharePoint administra los controladores de eventos de Project Server de cada instancia de Project Web App, en lugar de hacerlo por una página de configuración determinada Project Web App. En la aplicación de administración central de SharePoint, seleccione Configuración general de aplicaciones, seleccione Administrar en Configuración de PWA y, a continuación, seleccione la instancia en la lista desplegable Project Web App Instancia de la página de configuración de PWA. Para agregar un controlador de eventos local o un receptor de eventos remoto, 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 utiliza la clase Microsoft.ProjectServer.Client.EventHandlerCreationInformation de la OMSC y administrar mediante programación el receptor de eventos mediante el uso de métodos en la clase EventHandlerCollection . Para los receptores de eventos remotos, eventos anteriores son sincrónicos, eventos posteriores son asincrónicos y hay un tiempo de espera para los casos donde no devuelve el receptor de eventos remotos.

Nota Nota

Administración Central de SharePoint sólo está disponible para las instalaciones locales. Para Project Online y SharePoint Online, puede agregar o quitar los receptores de eventos remotos mediante un paquete de aplicación basado en OMSC.

En la página Controladores de eventos del servidor, el proceso para agregar un controlador de eventos local para una instalación de Project Server local es prácticamente igual al proceso 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 incluye más opciones. Por ejemplo, seleccione Creación de proyecto de la lista Eventos y después seleccione Nuevo controlador de eventos. En la página Nuevo controlador de eventos, los dos únicos campos obligatorios son Nombre y Orden (véase la Figura 3). Si está agregando un controlador de eventos local de total confianza, agregue el campo Nombre del ensamblado y el campo Nombre de clase y deje vacío Dirección URL del extremo. Si está agregando un receptor de eventos remoto, agregue Dirección URL del extremo y deje en blanco los campos Nombre del ensamblado y Nombre de clase.

Nota de precaución Precaución

Si se especifica tanto el nombre de clase/nombre de ensamblado y la URL de extremo, Project Server llama la local (local) controlador de eventos. El receptor de eventos remotos se omite.

Si crea dos controladores de eventos para el mismo evento, donde un controlador de eventos es local y uno es un receptor de eventos remotos, y el valor de orden es el mismo para ambos, Project Server pasa por alto el receptor de eventos remotos.

Figura 3. Procedimiento para agregar un controlador de eventos local o un receptor de eventos remoto

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

Si necesita acceder a los conjuntos de datos PSI para un controlador de eventos local, puede copiar el ensamblado Microsoft.Office.Project.Schema.dll del directorio [Windows]\Microsoft.NET\assembly\GAC_MSIL\Microsoft.Office.Project.Schema\v4.0_15.0.0.0__71e9bce111e9429c. En lugar de la PSI, recomendamos el uso de las clases de eventos en el espacio de nombres Microsoft.ProjectServer.Client; el desarrollo con CSOM no requiere la manipulación de conjuntos de datos. Para desarrollar receptores de eventos remotos para Project Online, debe utilizar la clase Event y la clase EventHandlerCreationInformation en el CSOM.

Antes de implementar un controlador de eventos de Project Server, instale y pruebe el controlador de eventos en una instalación de prueba de Project Server. Para una instalación local de Project Server, si el controlador de eventos local que agrega queda inoperativo, el servicio de eventos Project Server 2013 no podrá cargar los otros controladores de eventos personalizados válidos. En ese caso, deberá quitar el controlador del evento problemático y reiniciar el servicio de eventos.

Nota Nota

Para una instalación local de Project Server, le recomendamos que migre a receptores de eventos remotos mediante el CSOM para desarrollar receptores de eventos. Dado que los receptores de eventos remotos no ejecutan código de terceros en el servicio de eventos de Project Server, los receptores de eventos remotos son más estables. Los administradores locales se liberan de la responsabilidad de mantener el servicio de eventos de Project Server.

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

Las características obsoletas siguen estando disponibles en Project 2013 para algunas soluciones, pero no se recomienda para nuevo desarrollo. La mayoría de las características y prácticas siguientes no funciona con Project Onlineo con la instalación local predeterminada de Project Server 2013 en el modo de permisos de SharePoint. Las soluciones existentes que utilizan estas características no funcionen para realizar una actualización de Project Server 2010 a Project Server 2013. Aunque las soluciones que utilizan en desuso características pueden continuar trabajando en algunos casos, no son totalmente compatibles para todas las instalaciones de Project 2013 .

Si las soluciones usan las características obsoletas, debe probarse exhaustivamente antes de la implementación, y se debe modificar para uso admitida características tan pronto como sea posible. Para obtener información acerca de la configuración de seguridad de Project Server 2013 local para el modo de permiso del proyecto, consulte la sección Modo de permisos de SharePoint en Novedades para los profesionales de TI de Project Server 2013.

Interfaz ASMX para PSI   PSI incluye interfaces duplicadas para desarrollar extensiones de servidor de proyecto local. La interfaz de servicios web ASMX se introdujo con la primera implementación de PSI en Office Project Server 2007. Project Server 2010 agrega la interfaz de servicios de WCF, donde el modelo de objetos duplicados esencialmente los servicios web ASMX. Aunque Project Server 2013 continúa admitiendo ASMX y WCF, nuevas soluciones que requieren el PSI deben utilizar los servicios WCF. Si es posible, se deben escribir nuevas soluciones mediante la OMSC.

Los servicios web ASMX de PSI están desusados en Project Server 2013. Para que funcionen en futuras versiones de Project Server, se deben volver a escribir las soluciones que utilizan los servicios web ASMX para utilizar los servicios WCF o la OMSC. Para obtener más información, consulte la sección de aplicaciones de actualización con las API de Project Server en Programación de Project Server.

Proveedor de objetos de vínculos (OLP)   En versiones anteriores de Project Server, el servicio de ObjectLinkProvider de PSI (consulte WebSvcObjectLinkProvider) proporciona una forma de administrar vínculos de objeto web entre las tareas de proyecto de empresa y listas especializado de SharePoint en el sitio del proyecto para los problemas, riesgos, entregas y documentos. En Project Server 2013, la OLP es obsoleto.

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

Recomendamos que utilice la CSOM SharePoint para crear aplicaciones de tipo de OLP para una instalación local de Project Server 2013 y Project Online. El espacio de nombres Microsoft.SharePoint no incluye una clase de de RelatedItemManager.

Permisos personalizados   Permisos de seguridad personalizados para tener acceso a características específicas de Project Server o las extensiones se admitían en Office Project Server 2007, donde un artículo SDK explica cómo se crean modificando directamente la base de datos publicados. En Project Server 2010, permisos personalizados aún funcionan pero están en desuso. En Project Server 2013, permisos personalizados no funcionan con el modo de permiso de SharePoint predeterminado para las instalaciones locales. Para el modo de permiso del proyecto, se admiten los permisos personalizados. Con Project Online, no es posible el acceso directo de la base de datos.

Suplantación   Representación en aplicaciones basadas en PSI, donde el usuario de una aplicación puede asumir los permisos de seguridad de un usuario distinto de Project Server, está en desuso en Project Server 2013. Como se ha indicado anteriormente, una instalación predeterminada de Project Server 2013 local utiliza el modo de permisos de SharePoint, que no permite la representación de los grupos de seguridad de Project Server. Para obtener más información, consulte autenticación, autorización y la seguridad en SharePoint de 2013.

Las aplicaciones de administración de estados son extensiones típicas que podrían haber usado la suplantación en las versiones anteriores de Project Server. Project Server 2010 introducido el ReadStatusForResource y el método SubmitStatusForResource de la PSI, junto con el permiso global StatusBrokerPermission , que elimina la necesidad de suplantación leer y actualizar el estado en nombre de otro usuario. La OMSC de Project Server 2013 utiliza PSI subyacente transparente habilitar las extensiones de la administración de Estados y puede utilizarse para las instalaciones de Project Online o local.

Las extensiones de la base de datos de informes   Agregar tablas personalizadas y vistas de la base de datos de informes es una práctica común con las versiones anteriores de Project Server. Porque Project Server 2013 combina las cuatro bases de datos de versiones anteriores en una base de datos, las actualizaciones no transfieren tablas personalizadas, vistas o procedimientos almacenados para las tablas de informe en la base de datos de Project Server 2013 .

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

Reporting   Las tablas informes locales y vistas en la base de datos de Project Server y los cubos OLAP, son no obsoleta y permanecen totalmente compatible. Sin embargo, las tablas y vistas (la base de datos de informes en las versiones anteriores de Project Server) informes no son accesibles en Project Online. De forma similar, los cubos OLAP sólo están disponibles con las instalaciones locales de Project Server 2013. Para las aplicaciones con Project Onlinede informes, puede utilizar el servicio de ProjectData , a través de consultas del resto 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 en un panel de tareas proporciona una guía 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 a través de VBA o un complemento de VSTO. La descarga SDK de Project 2010 incluye los archivos modificados de la Guía de proyectos.

El modelo de objetos VBA y el modelo de objetos de Microsoft.Office.Interop.MSProject de Project 2013 incluirán a los 22 miembros de la clase Application y la clase Project que puede administrar a la Guía de proyectos. Sin embargo, Project 2013 panel de tareas aplicaciones pueden entrar en conflicto con las acciones en un panel de tareas de la Guía de proyectos y el contenido de la Guía de proyectos no puede ser fácilmente distribuido o vendido en el Tienda Office. Recomendamos encarecidamente que desarrolle soluciones de panel de tareas de proyecto con aplicaciones para Office, Guía de proyectos personalizada no contenido. Para obtener más información acerca de la Guía de proyectos, consulte la Documentación del SDK de Project 2010.

Para ayudarle a decidir si desea utilizar 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. Tabla 2 no incluye las diferencias en la implementación, administración o uso. Para obtener más información acerca de Project Online y Project Server 2013, consulte 2013 de proyecto para los desarrolladores de y Proyecto en línea.

La tabla 2. Extensibilidad de Project Server local y en línea del proyecto

característica

Project Server local

Project Online

programación

  • Aplicaciones de OMSC; modelo de programación coherente

    • . NET, Silverlight, las bibliotecas de cliente de Windows Phone

    • biblioteca de JavaScript de páginas personalizadas, elementos web y las extensiones de la cinta de opciones

    • OData y el resto de protocolos

  • Aplicaciones de PSI; modelo de programación compleja, también puede crear aplicaciones de administración, análisis de cartera, notificaciones, seguridad del modo de proyecto, el sistema de cola y otras áreas

  • Extensiones PSI

  • Permisos personalizados con seguridad el modo del proyecto (obsoleto)

  • Suplantación con PSI (obsoleto)

  • Código de plena confianza; instalar las extensiones en el conjunto de servidores de SharePoint

  • Aplicaciones de OMSC; modelo de programación coherente

    • . NET, Silverlight, las bibliotecas de cliente de Windows Phone

    • biblioteca de JavaScript de páginas personalizadas, elementos web y las extensiones de la cinta de opciones

    • OData y el resto de protocolos

  • Puede usar el ISP, pero no admite: no OAuth y ninguna conexión de servicio

  • No hay extensiones de la API OMSC

  • No hay permisos personalizados

  • Sin suplantación

  • No hay código de plena confianza

Bases de datos personalizadas

  • SQL Azure

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

  • SQL Azure

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

Elaboración de informes:

  • servicio de ProjectData ; OData y el resto de protocolos

  • Informes de tablas y vistas de la base de datos de Project Server

  • Base de datos OLAP

  • servicio de ProjectData ; OData y el resto de protocolos

Gestores de eventos

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

  • Controladores de eventos de plena confianza, instalados en el conjunto de servidores de SharePoint

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

Flujos de trabajo

  • Flujos de trabajo declarativos, creados con SharePoint Designer 2013

    • Utilice sólo en una instancia específica de Project Web App

    • Puede importar un diseño de flujo de trabajo de Visio 2013

    • Puede importar y utilizar acciones personalizadas

  • Flujos de trabajo declarativos, creados con Visual Studio 2012

    • Crear una aplicación que puede incluir los flujos de trabajo

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

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

    • Crear y usar acciones personalizadas

  • Puede usar flujos de trabajo compilados heredados, creados con WF3.5 (recomendamos actualizar a declarativa WF4 workflow)

  • Flujos de trabajo declarativos, creados con SharePoint Designer 2013

    • Utilice sólo en una instancia específica de Project Web App

    • Puede importar un diseño de flujo de trabajo de Visio 2013

    • Puede importar y utilizar acciones personalizadas

  • Flujos de trabajo declarativos, creados con Visual Studio 2012

    • Crear una aplicación que puede incluir los flujos de trabajo

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

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

    • Crear y usar acciones personalizadas

Distribución

  • Tienda Office (para aplicaciones basadas en OMSC)

  • Catálogo de aplicaciones privada en SharePoint

  • Recurso compartido de archivos de intranet

  • Tienda Office

  • Catálogo de aplicaciones privada en SharePoint

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

La introducción del CSOM permite el acceso mediante programación a Project Online para una gran variedad de dispositivos y mediante JavaScript en aplicaciones web. El CSOM proporciona un modelo de programación más consistente comparado con la PSI. Es posible acceder a los datos de Project Server de muchas más maneras que en las versiones anteriores, lo que incluye a través del servicio OData online y a través de los extremos REST para los datos de informes de la base de datos de Project. Los informes existentes aún funcionan de la misma manera para el uso en local; sin embargo, los nuevos informes son más flexibles.

Aplicaciones para Office proporciona un nuevo medio para vender soluciones y la integración 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 panel de tareas aplicaciones para Office.

Para obtener más información acerca del desarrollo de aplicaciones y con las características de programación y la OMSC de SharePoint Server 2013, consulte SharePoint para desarrolladores de y Office para los desarrolladores.

Mostrar:
© 2014 Microsoft