Dieser Artikel wurde maschinell übersetzt. Wenn Sie die englische Version des Artikels anzeigen möchten, aktivieren Sie das Kontrollkästchen Englisch. Sie können den englischen Text auch in einem Popupfenster anzeigen, indem Sie den Mauszeiger über den Text bewegen.
Übersetzung
Englisch

Updates für Entwickler in Project 2013

Office 2013 and later

Erweiterungsmöglichkeiten in Project Server 2013 arbeiten mit der add-ins für Project Online und mit-Installationen vor Ort. Neue Features umfassen eine Client-seitigen Objektmodell (CSOM), die REST-Schnittstellen, die einen OData-Dienst für reporting, remote-Ereignisempfänger, deklarative Workflows und Task Pane-add-ins für Project-Clients. Auch Informationen Sie zu veralteten Features, die nicht für die Entwicklung neuer verwendet werden soll.

Project Server 2013 basiert auf dem Framework eingeführt mit Microsoft Office Project Server 2007 und durch Project Server 2010 erweitert. Project Server 2013 Fügt eine Client-seitigen Objektmodell (CSOM), das umgestaltet wird aus der Project Server Interface (PSI) vereinfacht und umfasst eine Bibliothek JavaScript und Bibliotheken für apps Windows, Windows Phone 8 und Microsoft Silverlight.NET Framework 4. Das CSOM ist für die Entwicklung für Project Online vorgesehen und kann auch mit einer lokalen Project Server-Installation. Die Project Server-Datenbanken werden in eine einzelne Datenbank kombiniert. Sie können die online reporting Tabellen und Ansichten über einen OData-Dienst zugreifen. Das CSOM und des OData-Diensts enthalten eine Schnittstelle Representational State Transfer (REST). Project Server-Workflows können mithilfe von SharePoint Designer 2013 erstellt werden. Project Professional 2013 können in Project Server-Daten, SharePoint-Aufgabenlisten und andere externe Inhalte mithilfe von Office-Add-Ins Erweiterbarkeitsmodell für Aufgabenbereiche reporting integriert werden. Project Standard 2013 können Task Pane-add-ins verwenden, um allgemeine externe Inhalte zu integrieren.

Diagramme und Weitere Informationen zu den wichtigsten geänderten in Project Server 2013 finden Sie unter Project Server 2013-Architektur.

Hinweis Hinweis

Project Server 2013 basiert auf der SharePoint Server 2013-Plattform und Project 2013 enthält einen Großteil der gleichen Infrastruktur als andere Office 2013-Anwendungen. Eine Dokumentation der der Modell für SharePoint-Add-Ins finden Sie unter SharePoint-basierten Workflows, Webparts, Entwicklung mit anderen SharePoint-Features und eine Dokumentation der Office-Add-Ins, Office und SharePoint-Add-ins und Übersicht über die Entwicklung von SharePoint 2013.

Neue Features in Project Standard 2013 und Project Professional 2013 enthalten eine verbesserte Benutzeroberfläche, die anderen Applikationen Office 2013 ermittelt und die Benutzeroberfläche der modernen Formatvorlage in Windows 8, Integration in Office Art-Objekte für Berichte, Burndownberichte und neue Programmierbarkeit Features für Berichte unterstützt. Project Professional 2013 ermöglicht eine ausführlichere Freigabe und Synchronisieren von Projekten auf SharePoint Server 2013 zusammen mit der Task Pane-add-ins, die auch in anderen Applikationen Office 2013 wie Word, Excel und Outlook implementiert sind.

Es gibt viele neue Features in Project Server 2013. Einige verfügen nicht über die wichtigsten Programmierbarkeit Textabschnitt, wie die neuen Zeitachse in Project Web App. Diese Features werden in der Produktdokumentation Hilfe und Endbenutzer auf Microsoft Office Online und in den Themen in der Übergangsphase Administratoren und IT-Experten im Microsoft TechNet dokumentiert. Andere neuen Funktionen, beispielsweise verbesserte Arbeitszeittabellen erleichtern für Entwickler von Drittanbietern zur Interaktion mit Arbeitszeittabellen und statuserfassung über Project Server Interface (PSI).

Das Hinzufügen von Project Online und die Office Store (http://office.microsoft.com/store) für Projekt-add-ins sind weit reichende ändert, Project Server über Microsoft Azure zugegriffen werden. Cloud-basierten Zugriff auf Project Server verwendet ein Client-seitigen Objektmodell (CSOM) für die Entwicklung von add-ins mit den Microsoft .NET Framework, Microsoft Silverlight, Windows Phone und Web-apps, die JavaScript verwenden. Eine Anforderung von Project Online ist, dass die vier Project Server-Datenbanken aus früheren Versionen in einer einzigen Datenbank zusammengeführt werden.

Project Server 2013 Leistung und Skalierbarkeit wird in vielen Bereichen wie Vorgangsstatus, Arbeitszeittabellen und Projektmanagement verbessert. Project Server-Workflows werden mit Version 4 von Windows Workflow Foundation (WF4) neu gestaltet. Verwendung der .NET Framework 4 und Windows Communication Foundation (WCF) mit den PSI verbessert die Sicherheit, Leistung und Skalierbarkeit. Beispielsweise können Sie das Transportprotokoll der WCF-basierte Anwendungen ändern, mithilfe von Konfigurationsdateien, ohne den Code ändern oder neu zu kompilieren. Project Web App zwischengespeichert viele der PSI-Aufrufe, in dem Daten nicht erheblich geändert wird.

Hinweis Hinweis

Für die Entwicklung mit Project Server 2013 können Sie Visual Studio mit den Office und SharePoint-Tools-Erweiterungen, die systemintern-add-ins für Produkte Office 2013 erstellen können. Project Server 2013 erfordert Visual Studio, um die Entwicklung von Features wie Projektdetailseiten und WCF-basierte Anwendungen vollständig zu aktivieren. Die SharePoint-Tools-Erweiterungen in Visual Studio können Webparts und anderen SharePoint-Features direkt in Project Web App und anderen SharePoint-Websites bereitstellen.

Visual Studio ist nicht mehr erforderlich, zum Entwickeln von Project Server-Workflows, mit denen benutzerdefinierte Felder, Phasen, Phasen und Enterprise-Projekttypen, die in Project Web App verwaltet werden können. Obwohl Sie zum Entwickeln von Workflows Visual Studio verwenden können, werden sie häufig leichter und schneller mithilfe von SharePoint Designer erstellen. Visual Studio kann für Workflows verwendet werden, die Zugriff auf das CSOM oder andere externe APIs erfordern.

Project-Add-ins

Vertrieb und Marketing Software hat wurde revolutioniert, mit dem Konzept einer -add-in. Für Project 2013 können-add-ins für Erwerb und der öffentlichen Office Store Download zur Verfügung gestellt oder in einem privaten Katalog unter SharePoint verteilt werden. Ein Add-In wird in der Regel eine eigenständige, interaktive Programm, das eine kleine Anzahl von Aufgaben im Zusammenhang mit ausführt. Ein Projekt-Add-in kann ein Task Pane Add-in für die Clients Project Standard 2013 oder Project Standard 2013 oder ein Add-In für Project Server 2013 oder Project Online sein.

Informationen zu Add-Ins für die Project-desktop-Clients finden Sie unter Task Pane-add-ins in Project. Ein Beispiel Project Server 2013 finden Sie unter Erstellen eines SharePoint gehosteten Project Server-add-Ins. Zusätzlich zu den Artikeln in der Office- und SharePoint-Add-ins SDKhat der Office-Blog viele Beiträge, die auch für Project 2013 und Project Online relevant sind.

Ein Add-In für Project Server 2013 kann mit einer lokalen Installation und die Project Online arbeiten. Project Server-add-ins kann Webparts, remote-Ereignisempfänger und Geschäftslogik enthalten. Zugriff auf das Objektmodell von Project Server in einem Add-in ist über die CSOM, nicht die PSI. Datenspeicher kann Cloud-basierten wie mit SQL Azure, wie beispielsweise über Microsoft Business Connectivity Services (BCS), interne mit einer lokalen Datenbank oder gemischten externe sein.

Add-in - Sicherheit   Im Allgemeinen sind Aktionen, die ein Add-in im Auftrag des Benutzers ausgeführt, die das Add-in ausgeführt wird. Sie verwenden nicht explizit Identitätswechsel oder angeben, die die Add-in-Aktionen ausführen die Berechtigungsstufe des Benutzers nicht überschritten werden können kann, die das Add-in ausgeführt wird.

In Office Developer Tools für Visual Studio 2012 hat die Datei AppManifext.xml einen Grafiken-Editor, in dem Sie den berechtigungsanforderungsbereich festlegen. Wählen Sie zum Beispiel ein Add-in erstellen, Projektmanager ihre Projekte, auf der Registerkarte Berechtigungen des AppManifest.xml-Designer-Bereich aktualisieren ermöglicht, Mehrere Projekte für den Bereich und Schreiben für die Berechtigung. Wenn der Benutzer Add-In-Projekt-Manager-Berechtigungen verfügt, können sie das Add-in für Projekte ausführen, die er verwaltet. Der Code in der Datei AppManifest.XML würde Folgendes umfassen:

  <AppPermissionRequests>
    <AppPermissionRequest Scope="http://sharepoint/projectserver/projects" Right="Write" />
  </AppPermissionRequests>
In Tabelle 1. Berechtigungsanforderungsbereiche für Project Server-add-ins

Bereich

Berechtigungen

Project Server

Verwalten (Erfordert Administratorberechtigungen für Project Server).

Mehrere Projekte

Lesen, Schreiben (Project-Manager-Berechtigungen für einige Vorgänge; erfordert Team Members Berechtigungen in project finden Sie Basic Vorgänge, wie etwa vorgangszuordnungen.)

Einzelnes Projekt

Lesen, Schreiben (unter erfordert mindestens Team Members Berechtigungen in project Abhängigkeit von Zugriff auf Daten in einem Projekt auf andere Berechtigungsstufen.)

Enterprise-Ressourcen

Lesen, Schreiben (erfordert Berechtigungen für Ressourcen-Manager.)

Statuserfassung

SubmitStatus (Erfordert die Berechtigung zum Status für Ihre Projekte zu übermitteln.)

<ui>Berichterstellung</ui>

Lesen (Erfordert die Berechtigung zur Anmeldung in Project Server).

Workflow

Zu erhöhen (Erfordert die Berechtigung zur Ausführung von Workflows. Das Add-in ausgeführt wird mit erhöhten Berechtigungen, um Übergänge zwischen diesen Phasen berücksichtigt in einen Workflow zu aktivieren. Geschäftslogik in das Add-in steuert die Phasenübergänge.)

HinweisHinweis

Project Server 2013 und Project Online nicht im nur-app-Authentifizierungsmodell in SharePoint 2013 verwenden (siehe -Add-in-autorisierungsrichtlinientypen in SharePoint 2013).

Informationen zum Entwickeln verteilen, hosten und Verwalten von Add-Ins, finden Sie unter SharePoint-Add-Ins und Office-Add-Insund Verwandte Themen in der Dokumentation für Entwickler SharePoint Server 2013 und Office 2013. Informationen zu berechtigungsanforderungsbereiche für andere SharePoint-add-ins finden Sie unter -Add-in-Berechtigungen in SharePoint 2013.

Integrieren von SharePoint Server

Viele Funktionen von Project Web App erfordern die neue Infrastruktur in SharePoint Server 2013 wie OAuth und anspruchsbasierte Authentifizierung, Autorisierung von Project Server und über die SharePoint-Gruppen, Berechtigungen Synchronisierung von Projekten mit SharePoint-Aufgabenlisten und deklarative Workflows für Project Server. Die Project Service-Anwendung kann eine Websitesammlung in einer SharePoint-Farm zugeordnet werden. Project-Synchronisierung kann SharePoint verwaltet, in dem das Projekt mit einer SharePoint-Aufgabenliste. Enterprise-Projekt kann auch mit einer SharePoint-Aufgabenliste synchronisiert werden, auf dem Project Server Vollzugriff verwaltet. Architekturdiagramme und eine Erläuterung der Project-Synchronisierung finden Sie unter Project Server 2013-Architektur.

Es gibt viele neue Features in SharePoint Server 2013. Weitere Informationen finden Sie unter SharePoint für Entwickler.

Integrieren von workflows

Workflows werden als zentrale Features von Project Portfoliomanagement. Projektlebenszyklus kann lange Prozesse enthalten, die viele Phasen umfassen. Governance Phasen gehören Projektvorschläge, Analysen geschäftliche Relevanz, auswählen, erstellen, planen, verwalten und Nachverfolgen von Projekten.

Project Server 2013 Workflows basieren auf der Workflow-Plattform SharePoint 2013, die WF4 verwendet wird. Anders als in früheren Versionen deklarative Workflows für Project Server 2013 mit SharePoint Designer 2013 erstellt werden können und für lokale und Onlineverwendung zugänglich sind. Project Server-Workflows verwenden Sie das SharePoint-Workflow-Sicherheitsmodell mit OAuth und auf einer Website Project Web App installiert werden können. Abbildung 1 zeigt, dass diese SharePoint Designer 2013 Phasen eines Website-Workflows für das Bedarfsmanagement, hinzugefügt werden können, auf dem die Phasen in Project Web App definiert sind.

Abbildung 1. Verwenden SharePoint Designer zum Hinzufügen von einer Phase zu einem Workflow für Project Web App

Hinzufügen einer Phase zu einem Workflow in SPD

Erstellen Sie einen deklarativen Workflow durch Hinzufügen von Workflowstufen, Aktionen, Bedingungen und andere Elemente in einem Entwurfstool, der SharePoint Designer 2013 oder Visual Studio 2012 sein kann. Das Entwurfstool speichert dann den Workflow als XAML-Code, der zur Laufzeit interpretiert wird. Deklarative Workflows können in Project Server 2013 lokalen oder in Project Online ausführen. Mithilfe von Visual Studio 2012 können Sie auch Erstellen von benutzerdefinierten Aktionen und Formularen für zusätzliche Kontrolle, und speichern Workflowvorlagen für die Wiederverwendung mit mehreren Project Web App Instanzen. SharePoint Designer 2013 können benutzerdefinierte Aktionen nutzen, die in Visual Studio 2012 erstellt werden.

Ein Workflow Project Server 2013 fungiert als eine app, in denen ein Administrator –, wer hat Entwurfsberechtigungen für Project Web App – kann einen deklarativen Workflow veröffentlichen und einen Enterprise-Projekttyp (EPT) zuzuordnen. Die EPT muss für Enterprise-Projekt sein, auf dem Project Server Vollzugriff verwaltet. SharePoint-Aufgabenliste kann nicht mithilfe eines Project Server-Workflows.

OAuth kann Projektmanager, die über Berechtigungen, die den Workflow ohne Verwenden des Identitätswechsels aufgerufen werden. Workflow-Aufrufe an Project Server, beispielsweise zum Lesen Sie eines Werts des benutzerdefinierten Feldes, um zu entscheiden, welche zweigstellenbereitstellung, denen Sie folgen, werden im Namen der Projektmanager vorgenommen. Um zu verhindern, dass den Projektmanager Erstellen eines Workflows, das automatisch in die nächste Phase setzt, wird der Anruf zum Verschieben auf der nächsten Workflowstufe als workflowautor (Administrator) ausgeführt. Im Gegensatz dazu stellen Benutzern der Vorversion Project Server 2010 Workflows angenommener Anrufe über das Konto Workflow-Proxybenutzer, Administrator im Verlauf des gesamten Workflows zuzugreifen.

Obwohl Project Server 2013 lokalen kompilierte WF3.5 basierenden Workflows verwenden können, wird empfohlen, legacy-Workflows auf deklarative Workflows basierend auf WF4 zu aktualisieren. Die neuere Technologie ist besser skalierbar und robuste. Geschäftsanalysten und PMO Mitarbeiter erstellen oder Aktualisieren von Workflow-Designs mithilfe von Visio 2013 und Project Server-Workflows ohne Codieren mithilfe von SharePoint Designer 2013 implementieren.

Informationen zum Erstellen eines deklarativen Workflows für Project Web App finden Sie unter Getting started developing Project Server workflows. Einen Vergleich der Funktionen von SharePoint Designer und Visual Studio für Workflows finden Sie unter Develop SharePoint 2013-Workflows mit Visual Studio.

Clientseitiges Objektmodell

Den programmgesteuerten Zugriff auf Project Online erfordert eine CSOM, die auf der SharePoint-CSOM basiert. Project Online Authentifizierung werden mit OAuth mit einer Windows Live ID, nicht Project Server formularbasierte Authentifizierung oder Windows-Authentifizierung.

Es folgen die Prinzipien und Features von der CSOM in Project Server 2013:

  • Das CSOM dient zur Bedienung. Angenommen, Methoden und Eigenschaften direkt verwenden oder Bereitstellen von Daten nach Name, statt dass viele GUIDs, changeXml -Parameter oder um Datasets übergeben.

  • Die Project Server-CSOM implementiert eine Teilmenge der PSI-Funktionen, basierend auf den am häufigsten verwendeten Anforderungen für Drittanbieter-Lösungen.

  • Das CSOM intern Ruft die PSI, doch unterschiedlich angepasst ist. Updates für alle Zeitberichte Änderungen werden beispielsweise über die StatusAssignmentCollection.SubmitAllStatusUpdates -Methode, nicht durch die Statusing.SubmitStatus PSI-Methode für den Benutzer oder die Methode SubmitStatusForResource für andere Ressourcen ausgeführt.

  • Das CSOM kann zugegriffen werden über einen WCF-Dienst (Client.svc), statt die Daten über die 22 öffentliche Webdienste von die PSI.

  • Initialisierung des Project Server-CSOM ist direkt über die ProjectContext -Klasse, mit der URL Project Web App nicht mithilfe einer WCF-Verweis oder der Proxy-Assembly.

  • Das CSOM implementiert mehrere Client-Bibliotheken und Schnittstellen, die von der internen SharePoint-CSOM-Infrastruktur unterstützt werden. Die Client-Bibliotheken und Schnittstellen umfassen Folgendes:

    • Microsoft .NET-Clientbibliothek in der Assembly Microsoft.ProjectServer.Client.dll

    • Bibliothek in der Assembly Microsoft.ProjectServer.Client.Silverlight.dll Silverlight

    • Windows Phone 8-Bibliothek in der Assembly Microsoft.ProjectServer.Client.Phone.dll

    • JavaScript-Bibliothek für Webanwendungen in die PS.js oder PS.debug.js-Datei

    • REST-Endpunkte für den Zugriff mit dem OData-Protokoll

    • Systemeigene Unterstützung für LINQ-Abfragen mit dem Filter, um die Menge der Daten zu begrenzen, die zurückgegeben wird

  • Das CSOM kann sowohl für Project Online Solutions und in lokalen Lösungen, unabhängig von der PSI und anderen Project Server-Assemblys wie Microsoft.Office.Project.Server.Library.dll verwendet werden.

  • Zusätzliche Funktionalität von Project Server 2013 CSOM gilt für kumulative Updates und Servicepacks, basierend auf Anfragen von Project Server-Partnern und der Entwicklercommunity.

Hinweis Hinweis

Das CSOM ist die bevorzugte Schnittstelle für Project Server-Entwickler von Drittanbietern. Es wird empfohlen, dass Sie das CSOM verwenden für die Entwicklung von neuen Anwendung, wenn das CSOM die Funktionen enthält, die die Anwendung erfordert.

Informationen zum Entwickeln mit dem Clientobjektmodell finden Sie unter Clientseitiges Objektmodell (CSOM) für Project 2013. Informationen über die REST-Schnittstelle in SharePoint-Anwendungen finden Sie unter Programmierung mithilfe des SharePoint-REST-Diensts in der Dokumentation für Entwickler SharePoint 2013.

Änderungen in der Berichtsdatenbank

Die vier Datenbanken in Project Server 2010 werden in einer einzelnen Project-Datenbank in Project Server 2013 zusammengefasst. Der Standardname der Project-Datenbank ist ProjectService. Reporting Tabellen und Sichten behalten ihre vorherigen Namen und Tabellen und Sichten aus der Datenbanken Entwurf, veröffentlicht und Archivierung haben die Präfixe draft, pubund ver in der Datenbank ProjectService. Beispielsweise ist die Tabelle veröffentlichte Projekte Pub. MSP_PROJECTS.

Wichtiger Hinweis Wichtig

Direkter Zugriff wird für den Entwurf (draft Präfix), veröffentlichte (pub), und Archivtabellen (ver) und Ansichten nicht unterstützt. Berichte sollten verwenden, nur die reporting Tabellen und Ansichten, die das Präfix dbo aufweisen. Beispielsweise der Tabelle Dbo. MSP_EpmProject-Tabelle enthält die Liste der Projekte in der Project Web App-Instanz.

Es gibt nichts aktiv Sie verhindern, dass Datenbank direkt den programmgesteuerten Zugriff zum Aktualisieren von Daten in den Tabellen und Ansichten in der Project-Datenbank verwenden. Sie sollten beachten Sie, dass der Project Professional-Cache, der Tabellen für die Entwurfsdatenbank und die veröffentlichten Daten und reporting Tabellen, die alle auf ein Cache Synchronisierungsprotokoll verlassen, die durch unterbrochen werden können Bearbeitung von Daten direkte. Wenn Sie Ihrer Project Server-Datenbanken beschädigen oder Project Professional beschädigte zwischengespeichert mit direkter Zugriff zum Ändern von Daten, eine Warnung angezeigt, dass nicht Produktsupport dazu beitragen kann mithilfe der clientseitigen!

Project Server 2013 stellt einen OData-Dienst für online und lokalen Zugriff. Online reporting Tabellen und Sichten, werden nur die von der OData-Schnittstelle verfügbar gemacht. für die Verwendung von lokalen können Sie die OData-Schnittstelle verwenden oder direkt Zugriff auf die Berichte Tabellen und Ansichten in der Datenbank ProjectService in der SharePoint-Farm. Project Online wird eine mandantenfähigen Datenbank nicht unterstützt werden. Mehrere Instanzen von Project Web App jede haben also ihre eigenen Project-Datenbank. OData-Dienst intern SQL-Abfragen auf reporting Tabellen und Sichten ausgeführt wird, und bietet eine XML- oder JSON-Nutzlast. Eine Einführung in die OData-Dienst für die berichterstellung in Project Server 2013 und für die Schemareferenz ProjectData finden Sie unter ProjectData – OData-Dienstreferenz für Project.

Allgemeine Informationen zu OData-Abfragen finden Sie unter OData: URI Konventionen. Beispielsweise können Sie sehen alle Projekte in einer Instanz der lokale Project Web App, an der Projektnamen mit "Test" mithilfe der folgenden Abfrage in einem Browser beginnt. Mit der rechten Maustaste auf der Browser, und klicken Sie dann auf Quelle anzeigen.

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

Wählen Sie zum Importieren von Project-Daten in PowerPivot in Excel 2013, klicken Sie im Menüband Daten von OData-Datenfeeds im Dropdown-Menü Aus anderen Quellen. Wählen Sie im Dialogfeld Datenverbindungs-Assistenten Typ http://ServerName/ProjectServerName/_api/ProjectData/ im Datenfeed Speicherort Weiter, und wählen Sie dann in den Tabellen auswählen-Seite des Assistenten die Projects-Tabelle aus. Benennen Sie und speichern Sie die ODC-Datei, und wählen Sie dann auf Fertig stellen. Wählen Sie im Dialogfeld Daten importierenPivotTable-Bericht aus. Wählen Sie die Felder für die Pivot-Tabellenzeilen und Spalten an, denen Sie anzeigen möchten, auf dem Excel-Arbeitsblatt.

Der lokale Project Server-Benutzer, die über die richtigen Berechtigungen verfügen, können direkt reporting Tabellen und Sichten Microsoft SQL Server zugreifen, zum Erstellen von Berichten, wie in Project Server 2010. In Project Server 2013 können Benutzer auch Zugriff auf das lokale reporting Tabellen über die OData-Schnittstelle. Sie können Project Server-Daten online oder lokalen über REST-Endpunkte für den OData-Dienst abrufen. Beispielsweise der Tabelle Dbo. MSP_PROJECT Tabelle und der Tabelle Dbo. MSP_EpmProject_UserView Ansicht kann für Berichte verwendet werden. Tabellen und Ansichten, die ein Präfix draft, puboder ver aufweisen sind nur zur internen Verwendung von Project Server, und sind nicht für die berichterstellung verwenden. Beispielsweise ist der Entwurf. MSP_TASKS-Tabelle und die Pub. MSP_PROJECTS_WORKING_VIEW Ansicht nicht dokumentiert werden und werden nur zur internen Verwendung.

HinweisHinweis

Sie können lokale reporting durch Hinzufügen von Tabellen, Ansichten, Felder und gespeicherte Prozeduren in einer separaten Datenbank erweitern. Sie sollten die vorhandenen reporting Tabellen und Ansichten in der Project Server-Datenbank nicht ändern.

Die Berichte Tabellen, Ansichten und Feldern in der Project-Datenbank werden in einer HTML-Hilfe-Datei in einem neueren Update des SDK-Downloads Project 2013 dokumentiert. Eine Dokumentation der OData-XML-Schema für den Dienst ProjectData finden Sie unter ProjectData – OData-Dienstreferenz für Project. Abfragen der reporting Tabellen und Ansichten, die für Project Server 2010 erstellt wurden, in den meisten Fällen mit der Project-Datenbank in Project Server 2013 funktionieren. Lokale Benutzer können die Project Server-OLAP-Cubes in SQL Server Analysis Services zugreifen, wie aktuell. In Project Online sind die OLAP-Cubes nicht verfügbar.

Task Pane-add-ins in Project

Project Standard 2013 und Project Professional 2013 unterstützen Aufgabe Bereich-add-ins, die zum integrieren und anzeigen externer Inhalte auf einer Webseite verwendet werden können. Der Aufgabenbereich zeigt Webseiteninhalten, der Zugriff über JavaScript Aufgaben, Ressourcen, Ansichten und allgemeine Projektdaten hat. Das JavaScript-Objektmodell für Project kann Abrufen von Informationen über einen ausgewählten Vorgang oder eine Ressource, und kann Abrufen von Daten in einer ausgewählten Zelle im Raster für Ansichten wie das Gantt-Diagramm. Task Pane-add-ins für Project können auch implementieren die Ereignishandler für Vorgangs-, Ressourcen- oder SelectionChanged-Ereignisse anzeigen.

Abbildung 2 zeigt das Hallo ProjectData Aufgabe Bereich add-in, das fragt den ProjectData ab, und klicken Sie dann vergleicht Daten im aktuellen Projekt mit die Durchschnittswerte für alle Projekte. Der Project 2013 SDK-Download enthält den vollständigen Quellcode für das Add-in.

Abbildung 2. Eine Aufgabe Bereich add-Ins in Project Professional kann die Daten in Project Server zugreifen.

Vergleichen des aktuellen Projekts mit allen Projekten
Hinweis Hinweis

Project Standard 2013 kann nicht direkt in Project Server 2013 über Task Pane-add-ins integriert werden.

Task Pane-add-ins in Project Professional unterstützen Webparts, die integriert sind für Project Server 2013, damit Entwickler eine Erweiterung erstellen können, nachdem mit Project Web App und Project Professional ausgeführt wird. Allgemeine Task Pane-add-ins, die für andere Produkte Office 2013 entwickelt werden kann auch mit Project Standard 2013 und Project Professional 2013 verwendet werden. Weitere Informationen finden Sie unter Aufgabenbereich-Add-ins für Project.

Project Server-Ereignisempfänger

In einer SharePoint-Farm, die die Back-End-Project Service-Anwendung enthält, kann mehrere Project Web App Server (auch als Front-End-Webserver oder WFEs bezeichnet) sein. Ereignisempfänger können auch Ereignishandler aufgerufen werden. Lokale Ereignishandler können mit voll vertrauenswürdiger Code implementiert und auf allen der WFEs für eine lokale Installation von Project Server bereitgestellt werden. Remote-Ereignisempfänger können in Webdiensten auf lokalen oder Remoteservern implementiert und von mehreren WFEs und mehrere Project Server-Installationen aufgerufen werden. Project Online können nur remote-Ereignisempfänger verwenden.

Project Server-Ereignishandler werden von SharePoint für jede Instanz Project Web App, statt die Daten von einer bestimmten Project Web App Einstellungsseite verwaltet. Wählen Sie in der Anwendung der SharePoint-Zentraladministration Allgemeine Anwendungseinstellungen, wählen Sie Verwalten unter Einstellungen für PWA und wählen Sie dann die Instanz in der Dropdownliste Project Web App Instanz auf der Seite PWA-Einstellungen. Um eine lokale Ereignishandler oder einen remote-Ereignisempfänger hinzuzufügen, wählen Sie Serverseitige Ereignishandler.

Sie können für eine lokale Installation von Project Server erstellen einen remote-Ereignisempfänger als SharePoint-Feature, das die Microsoft.ProjectServer.Client.EventHandlerCreationInformation -Klasse in der CSOM verwendet wird und Verwalten klicken Sie dann den Ereignisempfänger programmgesteuert mithilfe der Methoden in der EventHandlerCollection -Klasse. Für remote-Ereignisempfänger, Pre-Ereignisse sind synchrone, nach der Ereignisse sind asynchron und es ist ein Timeout für Fälle, in dem der remote-Ereignisempfänger nicht zurückgegeben wird.

Hinweis Hinweis

SharePoint-Zentraladministration wird nur für lokale Installationen zur Verfügung. Project Online und SharePoint Online können Sie hinzufügen oder Entfernen von remote-Ereignisempfänger mithilfe eines CSOM-basierte app-Pakets.

Klicken Sie auf der Seite serverseitige Ereignishandler der Prozess zum Hinzufügen eines lokalen-ereignishandlers für eine lokale Project Server-Installation ist nahezu identisch gemäß der Prozess der Vorgehensweise: Erstellen eines Project Server-ereignishandlers und Protokollieren eines Ereignisses Thema für Project Server 2010. Der Unterschied besteht darin, dass die Seite neuer Ereignishandler zusätzliche Optionen verfügt. Angenommen, wählen Sie in der Liste EreignisseProjekt zu erstellen, und wählen Sie dann auf Neuer EREIGNISHANDLER. Auf der Seite Neues Ereignis-Handler erforderlichen nur zwei Felder werden Name und Reihenfolge (siehe Abbildung 3). Wenn Sie einen lokalen voll vertrauenswürdige-Ereignishandler hinzufügen, fügen Sie das Feld Assembly-Name und das Feld Klassenname; Lassen Sie Endpunkt-Url leer. Wenn Sie einen remote-Ereignisempfänger hinzufügen möchten, fügen Sie Endpunkt-Url, und lassen Sie Assemblynamen und den Namen der Klasse leer.

Vorsicht Vorsicht

Wenn Sie sowohl den Namen der Assembly-Name-Klasse und die Endpunkt-URL angeben, Project Server ruft nur die lokale (lokal)-Ereignishandler. Der remote-Ereignisempfänger wird ignoriert.

Wenn Sie zwei Ereignishandler für das gleiche-Ereignis erstellen, in dem ein Ereignishandler ist lokal und einer ist eine remote-Ereignisempfänger und der Order-Wert wird sowohl für, wird von Project Server den remote-Ereignisempfänger ignoriert.

Abbildung 3. Eine lokale Ereignishandler oder einen remote-Ereignisempfänger hinzufügen

Konfigurieren eines Ereignishandlers oder Ereignisempfängers

Wenn Sie Zugriff auf die PSI Datasets für eine lokale Ereignishandler benötigen, können Sie die Assembly Microsoft.Office.Project.Schema.dll aus dem Verzeichnis [Windows]\Microsoft.NET\assembly\GAC_MSIL\Microsoft.Office.Project.Schema\v4.0_15.0.0.0__71e9bce111e9429c kopieren. Anstelle der PSI wird empfohlen, dass Sie die Ereignisklassen im Microsoft.ProjectServer.Client -Namespace verwenden; Entwicklung mit dem Clientobjektmodell erforderlich keine Bearbeitung des Datasets. Informationen zum Entwickeln von remote-Ereignisempfänger für Project Online, müssen Sie die Event -Klasse und die EventHandlerCreationInformation -Klasse in der CSOM verwenden.

Bevor Sie einen Project Server-Ereignishandler bereitstellen, installieren und Testen des ereignishandlers sorgfältig auf einer Testinstallation von Project Server. Für eine lokale Project Server-Installation Wenn der lokale Ereignishandler, den Sie hinzufügen nicht funktionsfähigen, wird wird nicht Project Server 2013-Ereignisdienst der anderen gültigen benutzerdefinierte Ereignishandler geladen. In diesem Fall müssen Sie den Ereignishandler Problem entfernen und erneutes Starten des Diensts Ereignisse.

Hinweis Hinweis

Für eine lokale Project Server-Installation wird empfohlen, dass Sie die Migration zu remote-Ereignisempfänger mit dem Clientobjektmodell zur Entwicklung von Ereignisempfängern an. Da remote-Ereignisempfänger nicht Drittanbieter-Code, der in der Project Server-Ereignisdienst ausgeführt haben, sind die remote-Ereignisempfänger stabiler. Lokale Administratoren sind erlassene der Zuständigkeit für die Verwaltung der Project Server-Ereignisdienst.

Allgemeine Informationen zu Ereignissen finden Sie unter Behandeln von Ereignissen in apps für SharePoint.

Hinweis Hinweis

Informationen zu Features und APIs, die als veraltet gekennzeichnet oder in Project Server 2016 Preview entfernt werden, finden Sie unter Was wurde als veraltet gekennzeichnet oder in Project Server 2016 Preview entfernt.

Veraltete Features sind in Project 2013 für einige Lösungen weiterhin verfügbar, aber sollte nicht für die Entwicklung neuer verwendet werden. Die meisten der folgenden Methoden und Features funktionieren nicht mit Project Online oder mit der standardmäßigen lokalen Installation von Project Server 2013 in SharePoint-Berechtigungsmodus. Vorhandene Lösungen, die diese Features verwenden, funktionieren möglicherweise nicht für ein Upgrade von Project Server 2010 auf Project Server 2013. Zwar Lösungen, mit denen veraltet Features können weiterhin in einigen Fällen arbeiten, nicht vollständig für alle Project 2013 Installationen unterstützt.

Wenn Ihre Lösungen veralteten Features verwenden, sie sollten vor der Bereitstellung sorgfältig getestet werden, und Sie sollten ändern sie auf Features verwenden, die unterstützt, sobald praktische unverändert. Informationen zum Konfigurieren der lokalen Project Server 2013 Sicherheit für Project-Berechtigungsmodus finden Sie im Abschnitt SharePoint-Berechtigungsmodus in What's new for IT-Spezialisten in Project Server 2013.

Erweiterungen PSI-Erweiterung Szenarien sind veraltet und wird in zukünftigen Versionen nicht unterstützt. Diese lokale Project Server 2013 Szenarien aktiviert Integration mithilfe von benutzerdefinierten Windows Communication Foundation (WCF) Dienste.   

Project-PSI   Die Project-Klasse von der PSI ist veraltet. Verwenden Sie für alle Neuentwicklungen des Project-CSOM. Project Server 2013-apps, die die Project-PSI zu verwenden sind weiterhin funktionsfähig, aber Project Online apps müssen alle Projektklasse PSI-Methoden mit ihren entsprechenden CSOM-Methoden zu ersetzen.

Ressourcenplan-PSI   Die Ressource planen PSI ist veraltet. Es werden weiterhin für die Entwicklung von Project 2013 unterstützt werden, jedoch wird in zukünftigen Versionen nicht unterstützt.

ASMX-Schnittstelle für die PSI   Die PSI enthält doppelte Schnittstellen für die Entwicklung von lokalen Project Server Extensions. Die ASMX-Dienste Weboberfläche wurde mit der ersten Implementierung von die PSI in Office Project Server 2007 eingeführt. Project Server 2010 hinzugefügt, die WCF-Dienste-Schnittstelle, in dem das Objektmodell der ASMX-Webdienste im Wesentlichen dupliziert. Obwohl Project Server 2013 ASMX- und WCF unterstützt weiterhin, sollten neue Lösungen, die die PSI erfordern die WCF-Dienste verwenden. Wenn möglich, sollten neue Lösungen mit dem Clientobjektmodell geschrieben werden.

Die ASMX-Webdienste auf die PSI sind in Project Server 2013 veraltet. Um in zukünftigen Versionen von Project Server zu arbeiten, müssen Lösungen, die die ASMX-Webdienste umgeschrieben werden, um die WCF-Dienste oder das CSOM verwenden. Weitere Informationen finden Sie im Abschnitt Aktualisieren von Clientanwendungen mit den Project Server-APIs in Project Server-Programmierbarkeit.

Object Link Provider (OLP)   In früheren Versionen von Project Server bietet (siehe WebSvcObjectLinkProvider) der ObjectLinkProvider -Dienst in die PSI eine Möglichkeit zum Verwalten von Web-objektverknüpfungen zwischen Projektvorgängen Enterprise und spezielle SharePoint-Listen in der Projektwebsite für Probleme, Risiken, Lieferumfang und Dokumenten. In Project Server 2013 ist die OLP veraltet.

Sie können mithilfe der RelatedItemManager -Klasse in der SharePoint-CSOM zum Erstellen, lesen, und Web-Objekt Links zwischen Elementen in der Aufgabenliste und andere Listen in eine Projektwebsite löschen. Um einen Link aus ein Aufgabenelement ein Problem hinzugefügt haben, können Sie beispielsweise die AddSingleLink -Methode oder eine der zwei ähnliche Methoden, AddSingleLinkFromUrl oder AddSingleLinkToUrlverwenden. Die RelatedItemManager -Klasse enthält auch Methoden zum Löschen einer webobjektverknüpfung und verwandte Elemente lesen. Die entsprechende Klasse in der JSOM ( JavaScript-Objektmodell) finden Sie unter SP. RelatedItemManager Object (sp.js).

Es wird empfohlen, für die Verwendung des SharePoint-CSOM zum Erstellen von OLP-Typ apps für eine lokale Installation von Project Server 2013 und Project Online. Der Namespace Microsoft.SharePoint umfasst keine RelatedItemManager -Klasse.

Benutzerdefinierte Berechtigungen   Benutzerdefinierte Sicherheitsberechtigungen für den Zugriff auf bestimmte Features von Project Server oder Extensions wurden in Office Project Server 2007, unterstützt, in dem ein SDK-Artikel deren Erstellung durch direktes Ändern der veröffentlichten Datenbank erläutert. In Project Server 2010 benutzerdefinierte Berechtigungen weiterhin funktionieren jedoch veraltet sind. In Project Server 2013 funktionieren benutzerdefinierte Berechtigungen nicht mit der standardmäßigen SharePoint-Berechtigungsmodus für lokale Installationen. Benutzerdefinierte Berechtigungen werden für den Berechtigungsmodus Project unterstützt. Mit Project Online ist die direkten Datenbankzugriff nicht möglich.

Identitätswechsel   Identitätswechsel in PSI-basierten apps ist, in dem der Benutzer einer App die Sicherheitsberechtigungen von einem anderen Project Server-Benutzer übernehmen kann in Project Server 2013 veraltet. Wie zuvor angegeben wird eine Standardinstallation von lokalen Project Server 2013 SharePoint-Berechtigungsmodus, der kein Identitätswechsel in der Project Server-Sicherheitsgruppen erlaubt verwendet. Weitere Informationen finden Sie unter Authentifizierung, Autorisierung und Sicherheit in SharePoint 2013.

Statusing sind typische Erweiterungen, die in früheren Versionen von Project Server möglicherweise Identitätswechsel verwendet haben. Project Server 2010 eingeführt, die ReadStatusForResource -Methode und der SubmitStatusForResource -Methode in die PSI, sowie die globale Berechtigung StatusBrokerPermission , die zum Lesen und Aktualisieren des Status im Auftrag eines anderen Benutzers Identitätswechsel überflüssig. Das CSOM in Project Server 2013 verwendet, die zugrunde liegenden PSI um transparent Zeitberichte Extensions aktivieren, und für Project Online oder lokale-Installationen verwendet werden kann.

Datenbank-Erweiterungen Reporting   Hinzufügen von benutzerdefinierten Tabellen und Ansichten auf die Berichtsdatenbank ist üblich mit früheren Versionen von Project Server. Da Project Server 2013 früherer Versionen die vier Datenbanken in einer einzigen Datenbank kombiniert werden, werden Upgrades nicht benutzerdefinierte Tabellen, Sichten oder Routeninformationen an den reporting Tabellen in der Datenbank Project Server 2013 übertragen.

Wir empfehlen die Verwendung SQL Azure oder einer separaten SQL Server Datenbank für benutzerdefinierte Berichte Tabellen und Sichten, in dem Sie datenbanksicherungen und Updates verwalten. Für Project Online ist dies erforderlich.

Reporting   Lokale reporting Tabellen und Sichten in der Project Server-Datenbank und der OLAP-Cubes werden nicht als veraltet markiert, und bleiben vollständig unterstützt. Die Berichte Tabellen und Ansichten (die Berichtsdatenbank in früheren Versionen von Project Server) sind jedoch nicht in Project Online zugänglich. OLAP-Cubes werden auf ähnliche Weise nur für lokale Installationen von Project Server 2013 verfügbar. Für die berichterstellung-Anwendungen mit Project Online, können Sie den ProjectData -Dienst über die REST-Abfragen mit dem OData-Protokoll verwenden.

Leitfaden für Project   Der Projektberater ist ein standard Feature in der Office Project 2007-desktopanwendungen, in dem enthält HTML- und JavaScript-Inhalten in einem Aufgabenbereich interaktive Anleitungen für das Erstellen und Verwalten von Projekten. In Project 2010 Projektberater ist in einer Standardinstallation nicht verfügbar, aber über VBA oder eines VSTO-add-Ins aktiviert werden kann. Der Project 2010 SDK-Download enthält die geänderten Projektberater-Dateien.

Das Objektmodell für VBA und das Microsoft.Office.Interop.MSProject -Objektmodell in Project 2013 umfassen weiterhin 22 Member der Application -Klasse und die Project -Klasse, die im Projektberater verwalten kann. Allerdings werden Project 2013 Aufgabenbereich, die apps in Konflikt mit Aktionen in einem Aufgabenbereich Projektberater und Projektberater Inhalt können nicht auf einfache Weise verteilten oder in der Office Store verkauft. Es wird dringend empfohlen, Project Aufgabe Bereich Lösungen mit Office-Add-Ins, keine benutzerdefinierten Projektberater Inhalt zu entwickeln. Weitere Informationen zu den Projektberater finden Sie unter der Project 2010 SDK-Dokumentation.

Um besser entscheiden, ob Sie Project Server lokal oder Project Online verwenden, und welche Arten von Erweiterungen in beiden Fällen entwickeln können, werden in Tabelle 2 die extensible Features von einer lokalen Installation von Project Server 2013 mit Project Online verglichen. In Tabelle 2 sind die Unterschiede in der Bereitstellung, Verwaltung oder Usage nicht enthalten. Weitere Informationen zu Project Online und Project Server 2013 finden Sie unter Project 2013 für Entwickler und Project Online.

In Tabelle 2. Erweiterbarkeit von Projektserver: lokal und Project Online

Funktion

Projektserver lokal

Project Online

Programmierbarkeit

  • CSOM-basierter apps; konsistente Programmiermodell

    • .NET Silverlight, Windows Phone-Client-Bibliotheken

    • Bibliothek für benutzerdefinierte Seiten, Webparts und menübanderweiterungen JavaScript

    • OData und REST-Protokolle

  • PSI-basierten apps; komplexe Programmiermodell sowie können auch Erstellen von apps für die Administration, Portfolioanalyse, Benachrichtigungen, Project-Sicherheitsmodus, Warteschlangensystem und andere Bereiche

  • PSIExtensions

  • Benutzerdefinierte Berechtigungen mit Project-Sicherheitsmodus (veraltet)

  • Identitätswechsel mit der PSI (veraltet)

  • Voll vertrauenswürdiger Code; Installieren von Erweiterungen in SharePoint-farm

  • CSOM-basierter apps; konsistente Programmiermodell

    • .NET Silverlight, Windows Phone-Client-Bibliotheken

    • Bibliothek für benutzerdefinierte Seiten, Webparts und menübanderweiterungen JavaScript

    • OData und REST-Protokolle

  • Die PSI verwenden können, jedoch nicht unterstützt: keine OAuth und keine Verbindungen Dienst

  • Keine Erweiterungen der CSOM-API

  • Keine benutzerdefinierten Berechtigungen

  • Kein Identitätswechsel

  • Keine voll vertrauenswürdiger code

Benutzerdefinierte Datenbanken

  • SQL Azure

  • SQL Server (Änderung der reporting Tabellen und Ansichten in der Project Server-Datenbank wird nicht unterstützt)

  • SQL Azure

  • SQL Server (Änderung der reporting Tabellen und Ansichten in der Project Server-Datenbank wird nicht unterstützt)

Berichte

  • ProjectData -Dienst. OData und REST-Protokolle

  • Reporting Tabellen und Ansichten in der Project Server-Datenbank

  • OLAP-Datenbank

  • ProjectData -Dienst. OData und REST-Protokolle

Ereignishandler

  • Remote-Ereignisempfänger, zugänglich über WCF-Endpunkten

  • Voll vertrauenswürdige Ereignishandler in SharePoint-Farm installiert

  • Remote-Ereignisempfänger, zugänglich über WCF-Endpunkten

Workflows

  • Deklarative Workflows, die mit SharePoint Designer 2013 erstellt wurden

    • Verwenden Sie nur auf eine bestimmte Project Web App-Instanz

    • Einen Workflowentwurf für können aus Visio 2013 importiert werden.

    • Importieren und mithilfe von benutzerdefinierten Aktionen

  • Deklarative Workflows, die mit Visual Studio 2012 erstellt wurden

    • Erstellen Sie eine app, die Workflows enthalten kann

    • Erstellen Sie ein SharePoint-Lösungspaket (WSP-Datei), die Workflows enthalten kann

    • Erstellen von Workflow-Vorlagen für die Wiederverwendung

    • Erstellen und Verwenden von benutzerdefinierten Aktionen

  • Können legacy kompilierte, erstellte Workflows mit WF3.5 (Upgrade auf deklarative WF4 Workflow empfohlen)

  • Deklarative Workflows, die mit SharePoint Designer 2013 erstellt wurden

    • Verwenden Sie nur auf eine bestimmte Project Web App-Instanz

    • Einen Workflowentwurf für können aus Visio 2013 importiert werden.

    • Importieren und mithilfe von benutzerdefinierten Aktionen

  • Deklarative Workflows, die mit Visual Studio 2012 erstellt wurden

    • Erstellen Sie eine app, die Workflows enthalten kann

    • Erstellen Sie ein SharePoint-Lösungspaket (WSP-Datei), die Workflows enthalten kann

    • Erstellen von Workflow-Vorlagen für die Wiederverwendung

    • Erstellen und Verwenden von benutzerdefinierten Aktionen

Distribution

  • Office Store (für CSOM-basierter apps)

  • Private app-Katalog in SharePoint

  • Intranet-Dateifreigabe

  • Office Store

  • Private app-Katalog in SharePoint

Project Server 2013 bietet eine Fülle von neuen Entwicklungsfunktionen und Szenarien, die Partnern und Kunden anpassen und erweitern die Funktionalität und die Nützlichkeit von Project Server in großen Unternehmen und kleine Organisationen verwenden können. Die Infrastruktur können für Office 2013 und SharePoint 2013 zum Erstellen und Verteilen von apps für Project 2013, die deutlich die Marktwert und Verwendung von benutzerdefinierten Anwendungen erweitern können. Einige Features für die Erweiterbarkeit und-Verwendung von früheren Versionen sind veraltet in Project 2013, insbesondere die ASMX-Webdienste PSI und Features, die betreffen Identitätswechsel oder Datenbank direkt Änderungen, die mit Project Online verwendet werden kann.

Die Einführung der CSOM ermöglicht den programmgesteuerten Zugriff auf Project Online für eine Vielzahl von Geräten und mithilfe von JavaScript in Webanwendungen. Das CSOM bietet ein konsistentes Programmiermodell im Vergleich zu den PSI. Project Server-Daten können auf viele weitere Weise als in früheren Versionen, einschließlich über den OData-Onlinedienst und über die REST-Endpunkte für Berichtsdaten in der Project-Datenbank zugegriffen werden. Vorhandene Berichte funktionieren weiterhin auf die gleiche Weise für die lokale Verwendung; neue Berichte haben mehr Flexibilität.

Office-Add-Ins bieten eine neue öffnet Verkauf Solutions und Webinhalte und anderen Produkten Office 2013Project Standard 2013 integrieren. Sie können auch neue Möglichkeiten zur Integration Project Professional 2013 mit Project Server-Daten erstellen, und SharePoint-Listen über Task Pane Office-Add-Ins.

Weitere Informationen zur Entwicklung von apps und Verwendung der Features Programmierbarkeit und dem Clientobjektmodell von SharePoint Server 2013 finden Sie unter SharePoint für Entwickler und Office für Entwickler.

Anzeigen: