Planen von Project Server und Project Online für technische Entscheider
Zusammenfassung: Erfahren Sie mehr über die technischen Planungsentscheidungen, die Sie bei der Bereitstellung von Project Server oder Project Online treffen müssen.
Gilt für: Project Server-Abonnementedition, Project Server 2019, Project Server 2016
Project Web App in Project Server 2016 und Project Web App in Project Online sind sehr ähnlich, doch es gibt einige wichtige Unterschiede, die Sie bei der Entscheidung berücksichtigen sollten, ob Sie mit Project Server oder Project Online arbeiten möchten.
Dieser Artikel bietet eine Übersicht über die technischen Unterschiede und die bei der Entscheidung für eine der Optionen zu berücksichtigenden Aspekte. Außerdem behandelt werden wichtige Konfigurationsentscheidungen, die Sie bei der Einrichtung von Project Web App treffen müssen.
In diesem Artikel beschäftigen wir uns mit technischen Entscheidungen. Sie sollten sich aber auch mit den geschäftlichen Entscheidungen befassen, die Sie vornehmen müssen.
Einen Vergleich der jeweiligen Features von Project Server und Project Online finden Sie unter A feature/function comparison of Project Online and Project Server 2013.
Benutzerzugriff in Project Server und Project Online
Die wichtigste Entscheidung, die Sie hinsichtlich Sicherheit in Project Server oder Project Online treffen, bezieht sich auf den zu verwendenden Sicherheitsmodus.
Sicherheitsmodi
Project Web App bietet zwei Sicherheitsmodi:
SharePoint-Berechtigungsmodus - In diesem Modus werden die SharePoint-Sicherheitseinstellungen für den Zugriff auf Project Server oder Project Online verwendet. Dieser Modus ist einfach, und Sie können mit seiner Hilfe verschiedenen Personengruppen unterschiedliche Zugriffsebenen zuweisen.
Project-Berechtigungsmodus - Dieser Modus arbeitet mit einem komplexen Sicherheitsmodell, mit dem sich der Benutzerzugriff sehr präzise steuern lässt. Dieser Modus erfordert eine sorgfältige Planung für Einrichtung und Verwaltung.
Für jede Ihrer Project Web App-Websites müssen Sie entscheiden, welchen der beiden Sicherheitsmodi Sie verwenden möchten. Weitere Informationen zu den beiden Modi und den einzelnen unterstützten Features finden Sie unter Planen des Benutzerzugriffs in Project Server.
Sicherheitsgruppen
In beiden Sicherheitsmodi gewähren Sie den Benutzern Zugriff auf Features, indem Sie sie Gruppen hinzufügen. In beiden Modi erstellt Project Web App die folgenden sieben Standardgruppen:
Administratoren
Portfoliomanager
Portfolioanzeiger
Projektmanager
Ressourcenmanager
Teamleiter
Teammitglieder
In SharePoint permission mode, these are created as SharePoint security groups in the Project Web App site collection. In Project permission mode, a separate security user interface is added to the PWA Settings page, containing these groups and other security settings.
Im Rahmen des Planungsprozesses müssen Sie entscheiden, welche Benutzer den einzelnen Gruppen hinzugefügt werden sollen und wie Sie diese Gruppen verwalten möchten.
Unter Default group permissions in Project Server 2013 finden Sie die Berechtigungen, die Benutzer in den einzelnen Gruppen haben. Beim SharePoint-Berechtigungsmodus sind diese Berechtigungen statisch und können nicht geändert werden. Beim Project-Berechtigungsmodus lassen sie sich umfassend anpassen.
In beiden Modi können Sie die Gruppen mit Active Directory-Gruppen synchronisieren. Dazu verwenden Sie die Active Directory-Synchronisierung im Project-Berechtigungsmodus und fügen einfach die gewünschte Active Directory-Gruppe der SharePoint-Gruppe im SharePoint-Berechtigungsmodus hinzu.
Business Intelligence in Project Server und Project Online
Es gibt einige wichtige Unterschiede zwischen der Berichterstellung in Project Server und Project Online:
Project Server - In Project Server haben Sie direkten Zugriff auf die Project Web App-Daten in der Inhaltsdatenbank (wenn Ihre Project Web App-Website über eine eigene Inhaltsdatenbank verfügt), und Sie können das Berichterstellungsschema mithilfe von Excel oder anspruchsvollerer Berichterstellungstools wie SQL Server Reporting Services oder PerformancePoint-Dienste in SharePoint Server 2016 abfragen.
Mit Project Server können Sie auch angepasste OLAP-Cubes mithilfe der Daten in der Project Web App-Datenbank erstellen.
Project Online - Ein direkter Zugriff auf die Datenbank ist nicht möglich, da Project Online in einem Microsoft-Rechenzentrum gehostet wird. Sie müssen auf Ihre Project Web App-Daten über einen der bereitgestellten OData-Feeds zugreifen. OLAP-Cubes sind in Project Online derzeit nicht verfügbar.
Darüber hinaus können Sie Cloud- und lokale BI-Lösungen kombinieren, indem Sie Ihre Project Online-Daten in ein lokales Data Warehouse oder Microsoft Azure kopieren oder Sie auf Ihre lokalen Project Server-Daten über Power BI zugreifen und Berichte in der Cloud veröffentlichen.
Die folgende Tabelle zeigt einen allgemeinen Vergleich der Nutzung lokaler und BI-Onlinedienste mit Project Server und Project Online.
| Project Server | Project Online | |
|---|---|---|
| Cloud-BI |
Verwenden Sie Power BI Desktop, um Berichte zu schreiben, indem Sie auf Project Web App-Daten in der Inhaltsdatenbank zugreifen oder den OData-Feed verwenden. Diese Berichte können durch Veröffentlichen in der Cloud freigegeben werden. |
Greifen Sie über Excel auf OData-Feeds von Project Online zu. Speichern Sie Berichte für Ihre Benutzer in Ihrer Project Online-Berichtsbibliothek. Optional können Sie Power BI-Berichte und -Datenvisualisierungen verwenden. |
| Lokale BI |
Verwenden Sie für Unternehmens-BI SQL Server Reporting Services oder PerformancePoint-Dienste, um direkt in den Berichtsdaten in der Inhaltsdatenbank und in OLAP-Cubes Berichte zu generieren. (Nur eine Instanz von Project Web App pro Inhaltsdatenbank.) Verwenden Sie für Self-Service-BI Excel, um auf OData-Feeds oder OLAP-Cubes von Project Server zuzugreifen. |
Verwenden Sie SQL Server Integration Services zum Erstellen eines Data Warehouse - lokal oder in Microsoft Azure. Verwenden Sie SQL Server Reporting Services oder PerformancePoint-Dienste, um damit Berichte zu erstellen. |
Das Einrichten der Berichterstellung in Project Online kann am einfachsten konfiguriert werden. Die OData-Feeds für Project Web App funktionieren, sobald Sie Project Web App eingerichtet haben.
Das Einrichten der Berichterstellung in einer lokalen Umgebung ist schwieriger. Wenn Sie auf die Project Web App in der Inhaltsdatenbank zugreifen möchten, müssen Sie eine Reihe von Schritten ausführen, die das Einrichten von Office Web-Apps Server und Secure Store umfassen.
Wenn Sie Project Online-Daten in ein lokales Data Warehouse kopieren möchten, müssen Sie SQL Server Integration Services verwenden und eine benutzerdefinierte Lösung erstellen. Von allen Berichterstellungsoptionen für Project Web App macht dies Ihrer IT-Abteilung oder Ihren BI-Experten im Vorfeld die meisten Arbeit. Sie lässt jedoch zu, dass Sie Project Online auch dann verwenden können, wenn Sie geschäftliche Anforderungen für eine anspruchsvollere Berichterstellung in einer lokalen Datenbank haben.
Da nahezu sämtliche Berichterstellungsanforderungen von Project Online erfüllt werden, entweder alleine oder mit einem benutzerdefinierten Data Warehouse unter Verwendung von SQL Server Integration Services, empfehlen wir Project Online als erste Wahl, es sei denn, Sie haben andere Geschäftsanforderungen, die eine lokale Project Server-Version notwendig machen.
Workflows in Project Server und Project Online
Workflows erzwingen Ihre Geschäftsprozesse und bieten projekten eine strukturierte Möglichkeit, die verschiedenen Schritte zu durchlaufen, die von diesen Prozessen vorgegeben werden. Sie können einen Workflow einrichten, um eine Vielzahl von Aktionen basierend auf der Benutzereingabe auszuführen, z. B. das Senden von E-Mails, das Zuweisen von Aufgaben und das Warten auf bestimmte Projektaktionen.
Wenngleich Sie Project Server oder Project Online ohne Workflows nutzen können, bieten Workflows eine grundlegende Struktur für die Verwaltung von Projekten und die Interaktion Ihres Projektteams mit dem jeweiligen Projekt. Achten Sie im Rahmen des Planungsprozesses für Project Web App darauf, dass Sie planen, wie Sie Workflows zur Unterstützung der Durchführung Ihrer Projekte einsetzen möchten.
Benutzerdefinierte Felder in Project Server und Project Online
Mithilfe von Project Web App können Sie benutzerdefinierte Felder erstellen, die Sie zum Sammeln von Metadaten für Ihre Projekte verwenden können. Benutzerdefinierte Felder stehen in den OData-Feeds in Project Web App zur Verfügung und können in Berichte aufgenommen werden, die Sie anhand von Project Web App-Daten erstellen.
Benutzerdefinierte Felder funktionieren in Project Server und Project Online identisch.
Es gibt zwei Arten von benutzerdefinierten Feldern: lokal undUnternehmen. Lokale benutzerdefinierte Felder werden in Project Professional erstellt und verwaltet. Sie sind spezifisch für ein bestimmtes Projekt. Benutzerdefinierte Enterprise-Felder werden in Project Web App erstellt und verwaltet und stehen für alle Projekte in Project Web App zur Verfügung. Sie können benutzerdefinierte Enterprise-Felder erstellen, die optional oder erforderlich sind.
Lokale benutzerdefinierte Felder
Der wichtigste zu berücksichtigende Faktor bei Verwenden lokaler benutzerdefinierter Felder ist eine Benennungskonvention. Wenn Sie Felder für denselben Zweck in mehreren Projekten verwenden möchten, achten Sie darauf, dass Sie ihnen den gleichen Namen zuweisen. Bei gleichem Namen können Sie die Felder in Berichten zu Teilprojekten innerhalb eines Hauptprojekts einheitlich verwenden.
Benutzerdefinierte Enterprise-Felder
Beachten Sie Folgendes, wenn Sie die benutzerdefinierten Enterprise-Felder planen:
Sie können konfigurieren, dass benutzerdefinierte Enterprise-Felder vom Workflow gesteuert werden.
Sie können benutzerdefinierte Enterprise-Felder optional oder erforderlich machen. Wenn Sie also sicherstellen möchten, dass Sie bestimmte Informationen in verschiedenen Phasen Ihres Workflows sammeln, können Sie beispielsweise benutzerdefinierte Felder erstellen, die erforderlich sind, und der Benutzer muss diese ausfüllen, bevor er den Workflow voranbringen kann.
Während lokale benutzerdefinierte Felder für ein Projekt spezifisch sind, ist zu beachten, dass benutzerdefinierte Enterprise-Felder in allen Projekten in Project Web App verfügbar sind. Wenn Sie ein benutzerdefiniertes Feld erstellen, sollten Sie daher prüfen, in wie vielen Projekten Sie es verwenden, um zu bestimmen, ob es ein benutzerdefiniertes lokales Feld oder Enterprise-Feld sein soll.
Benutzerdefinierte Felder und Systemleistung
Es gibt einige Situationen, in denen es aufgrund benutzerdefinierter Felder zu einer spürbaren Verringerung der Systemleistung kommen kann, sowohl in Project Server als auch in Project Online. Berücksichtigen Sie dies beim Planen Ihrer benutzerdefinierten Felder.
Formeln in benutzerdefinierten Feldern verwenden Systemressourcen für ihre Berechnungen. Bei lokalen benutzerdefinierten Feldern tritt dies in Project Professional auf. Bei benutzerdefinierten Enterprise-Feldern tritt dies in Project Server oder Project Online auf. Normalerweise werden diese Berechnungen im Hintergrund ausgeführt und sind für den Benutzer nicht wahrnehmbar, aber bei vielen benutzerdefinierten Feldern mit komplexen Formeln kann es zu einer Leistungsminderung kommen.
Ebenso können Nachschlagetabellen mit einer großen Anzahl von Werten sich negativ auf die Leistung auswirken. Nachschlagetabellen mit Dutzenden oder Hunderten von Optionen können für eine spürbare Verzögerung sorgen.