Aufteilen von verteilten Systemprojektmappen für die Implementierung

  • Artikel

Aktualisiert: November 2007

Wenn Entwicklungsteams Anwendungsdefinitionen im Anwendungsdiagramm implementieren möchten, die Implementierung unterstützen, kann der Entwicklungsleiter Projekte für diese Definitionen in Visual Studio generieren. Diese Projekte werden im Projektmappen-Explorer zusammen mit anderen Elementen in der gleichen Projektmappe angezeigt. In bestimmen Szenarien empfiehlt es sich jedoch möglicherweise, die Projektmappe in kleinere Projektmappen aufzuteilen. Das Erstellen kleinerer Projektmappen, die nur eine Teilmenge der Anwendungen enthalten, bietet eine flexible Möglichkeit, Projekte für die Entwicklung zu untergliedern. In Visual Studio können Sie Projekte in eine beliebige Anzahl von Projektmappen einfügen und auf diese Weise Projektmappen erstellen, die eine Teilmenge der Projekte enthalten. Außerdem ist es möglicherweise sinnvoll, die ursprüngliche Projektmappe als "Masterprojektmappe" beizubehalten. Dies ermöglicht es Ihnen, Änderungen im gesamten ursprünglichen Gültigkeitsbereich der Projektmappe auszugleichen sowie in diesem Gültigkeitsbereich Systeme zu erstellen und die Bereitstellung zu definieren.

Hinweis:

Für die Vorgehensweisen und Anweisungen in diesem Thema wird die Verwendung der Quellcodeverwaltung vorausgesetzt. Weitere Informationen finden Sie unter SDM-Dokumente (System Definition Model) unter Quellcodeverwaltung. Beim Aufteilen von Projektmappen empfiehlt es sich, für dateisystembasierte ASP.NET-Anwendungen, die standardmäßig dynamische Anschlüsse verwenden, statische Anschlüsse zu verwenden. Durch dynamische Anschlüsse für eine ASP.NET-Anwendung ändern sich bei den zugehörigen Webdiensten möglicherweise die Anschlussnummern, sodass die entsprechenden Webverweise nicht mehr verbunden sind. Weitere Informationen finden Sie unter Übersicht über ASP.NET-Anwendungen in Anwendungsdiagrammen.

Die folgenden Abschnitte enthalten weitere Informationen über das Aufteilen von Projektmappen:

  • Auf der Grundlage einer Masterprojektmappe aufgeteilte Projektmappen

  • Beibehalten der ursprünglichen Projektmappe als Masterprojektmappe

  • Aktualisieren der Masterprojektmappe mit Änderungen von Teilprojektmappen

Auf der Grundlage einer Masterprojektmappe aufgeteilte Projektmappen

In Szenarien, in denen Anwendungsdefinitionen für ein umfangreiches, komplexes System in einer einzelnen Projektmappe erstellt werden, kann die Verwaltung vereinfacht werden, wenn Sie die Projektmappe zum Implementieren von Anwendungen in kleinere Projektmappen aufteilen. Jede durch die Aufteilung erstellte Teilprojektmappe enthält eine Teilmenge der Anwendungsdefinitionen und der entsprechenden Projekte, einschließlich Codedateien, Konfigurationsdateien und SDM-Dateien, die die SDM (System Definition Model)-Informationen für die zugeordneten Anwendungsdefinitionen enthalten.

Zum Aufteilen einer Projektmappe können Sie verschiedene Strategien verwenden. Wenn z. B. das Gesamtsystem aus klar abgegrenzten Membersystemen besteht, können Sie Projektmappen anhand der Grenzen der einzelnen Systeme in der Projektmappe erstellen. Jede Projektmappe enthält dann die Projekte für die Anwendungsdefinitionen, auf die von einem System verwiesen wird. Je nach der Komplexität der einzelnen Systeme können diese Teilprojektmappen wiederum in noch kleinere Projektmappen unterteilt werden. Sie können Projektmappen auch nach einzelnen Entwicklern unterteilen, sodass die Projektmappen der einzelnen Entwickler nur die Teile des Systems enthalten, für die der jeweilige Entwickler zuständig ist. Mithilfe der Quellcodeverwaltung können Sie außerdem Projekte freigeben. Beachten Sie jedoch, dass mit der gemeinsamen Verwendung von Projekten bestimmte Probleme verbunden sind. Weitere Informationen finden Sie unter Gleichzeitiges Auschecken und Durchführen von Änderungen an SDM (System Definition Model)-Dokumenten.

Hinweis:

Zwar sind die Systemgrenzen eine logische Grundlage, um Anwendungsdefinitionen und ihre Projekte in einer einzigen Projektmappe in kleinere Projektmappen aufzuteilen, doch kann eine Projektmappe auch auf andere Weise aufgeteilt werden. In Szenarien, in denen sich Systeme überschneiden (Verwendungen derselben Anwendungsdefinition enthalten), ist diese Vorgehensweise weniger zu empfehlen.

Inhalt aufgeteilter Projektmappen

Sie können jeder Teilprojektmappe ein Anwendungsdiagramm hinzufügen, sodass Anwendungsdefinitionen im Diagramm auf der Grundlage der Anwendungsdefinitionsdateien (.sdm) in den Projekten dieser Projektmappe angezeigt werden. Nach der Aufteilung werden neue Projekte, die der Projektmappe hinzugefügt wurden, im Anwendungsdiagramm ggf. zurückentwickelt. Jede Teilprojektmappe kann außerdem beliebige Systemdiagramme enthalten, sodass die Systeme, die Verwendungen der Definitionen enthalten, überprüft werden können. Beispielsweise können Systemdiagramme, die gemeinsame Verweise auf eine Anwendungsdefinition enthalten, in eine Teilprojektmappe eingefügt werden, um Kontext bereitzustellen. Sie können das Anwendungsdiagramm verwenden oder einer Teilprojektmappe Systemdiagramme hinzufügen, wenn Sie mit den Designern für verteilte Systeme die Bereitstellung evaluieren oder Bereitstellungsberichte generieren möchten. Wenn Sie Teilprojektmappen nur für die Projektentwicklung verwenden möchten, müssen diese Projektmappen keine verteilten Systemdiagramme enthalten.

Hinweis:

 Wenn Sie eine SDM-Datei löschen, während das Anwendungsdiagramm geschlossen ist, wird die SDM-Datei beim nächsten Öffnen des Anwendungsdiagramms in einer Projektmappe, die das Projekt enthält, neu generiert. Die neu generierte SDM-Datei enthält jedoch nur Informationen, die aus einer anderen Quelle erneut erstellt werden können. Informationen, die nur in der gelöschten SDM-Datei gespeichert waren, gehen verloren. Außerdem sind Verweise auf die zugeordnete Definition möglicherweise beschädigt. Weitere Informationen finden Sie unter Problembehandlung bei Anwendungsdiagrammen. Wenn eine gemeinsam verwendete Anwendungsdefinition in einer Teilprojektmappe nicht vorhanden ist, werden Verwendungen dieser Definition in Systemdiagrammen, die sich in der Projektmappe befinden, als beschädigt dargestellt. Das Definieren oder Evaluieren der Bereitstellung von Systemen, die auf eine nicht vorhandene Anwendungsdefinition verweisen, ist nicht möglich oder wird nicht erfolgreich ausgeführt. Weitere Informationen finden Sie unter Synchronisierung zwischen SDM (System Definition Model)-Dokumenten. Die Projektmappe muss ein Anwendungsdiagramm enthalten, wenn ihr Systemdiagramme hinzugefügt werden.

Beibehalten der ursprünglichen Projektmappe als Masterprojektmappe

Nach dem Aufteilen eine Projektmappe in kleinere Projektmappen können Sie zudem die ursprüngliche Projektmappe als "Masterprojektmappe" beibehalten. Dies ermöglicht es Ihnen, bei Bedarf das gesamte System anzuzeigen und zu überprüfen. Außerdem besteht keine Notwendigkeit, das Anwendungsdiagramm in jeder Teilprojektmappe zu verwenden, wenn eine Masterprojektmappe vorhanden ist, die ein eigenes Anwendungsdiagramm enthält.

Hinweis:

Es ist nicht erforderlich, eine Masterprojektmappe beizubehalten oder zu verwalten. Wenn z. B. Systemgrenzen anhand der Verbindungen zwischen Webdiensten klar erkennbar sind, reicht es möglicherweise aus, jede Teilprojektmappe einzeln zu verwalten und die Interaktionen zwischen den Teilprojektmappen als Verbindungen mit externen Webdiensten darzustellen. In jeder Teilprojektmappe, die projektmappenübergreifende Webdienstverweise enthält, werden dem Anwendungsdiagramm automatisch externe Webdienste hinzugefügt. Weitere Informationen finden Sie unter Anwendungstypen und -prototypen für das Definieren von Anwendungen. Wenn Sie jedoch Systeme höherer Ebene entwerfen möchten, die auf Systeme verweisen, die in Teilprojektmappen niedrigerer Ebene erstellt wurden, können Sie Systemdefinitionen festlegen, die nur die erforderlichen Systemdefinitionen niedrigerer Ebene umfassen. Um die Bereitstellung für diese Systeme zu definieren und zu evaluieren, müssen Sie jedoch sicherstellen, dass die Projektmappe alle Anwendungen enthält, auf die verwiesen wird.

Angenommen, ein Entwicklungsteam besteht aus drei Entwicklern, die an drei einzelnen Projektmappen arbeiten. Jede dieser Projektmappen ist eine Teilprojektmappe, die Anwendungsdefinitionen zugeordnete Projekte enthält. Die drei Projektmappen sind Teil einer umfangreicheren Teilprojektmappe, die ein einzelnes Anwendungssystem umfasst. Die Teilprojektmappe ist wiederum eine von zahlreichen anderen Teilprojektmappen, die weitere Anwendungssysteme beschreiben, die zusammen ein Gesamtsystem bilden, das im Gültigkeitsbereich einer Masterprojektmappe vorhanden ist.

Wenn Entwicklungsteams mit Teilprojektmappen arbeiten, checken sie Änderungen in die Quellcodeverwaltung ein. Der Entwicklungsleiter kann anschließend die Masterprojektmappe anhand der Quellcodeverwaltung aktualisieren, indem er die entsprechenden Diagramme und Dateien auscheckt. Hierdurch werden Änderungen an Code und Konfigurationsdateien mit den entsprechenden Diagrammen synchronisiert. Weitere Informationen finden Sie unter Übersicht über das System Definition Model (SDM) und Beziehungen zwischen SDM (System Definition Model)-Dokumenten.

Aktualisieren der Masterprojektmappe mit Änderungen von Teilprojektmappen

Anwendungsarchitekten, Entwicklungsleiter oder andere für die Architektur eines Systems zuständige Personen können die Masterprojektmappe in regelmäßigen Abständen mit den Änderungen von Teilprojektmappen aktualisieren und überprüfen. Diese Personen können auch eine Teilprojektmappe auschecken, die zwischen Entwicklungsteams aufgeteilte Projekte enthält, die direkt in der Teilprojektmappe oder in weiter unterteilten Projektmappen an diesen Projekten arbeiten können.

Dies empfiehlt sich, um das Gesamtsystem zu überprüfen, wenn die Architektur geändert wurde, um sicherzustellen, dass der Gesamtsystementwurf ordnungsgemäß bereitgestellt wird, und um Änderungen zwischen Projektmappen weiterzugeben. Eine regelmäßige Aktualisierung und Überprüfung der Masterprojektmappe muss auch durchgeführt werden, wenn nur die Masterprojektmappe das Anwendungsdiagramm enthält und Systeme nur in der Masterprojektmappe verwaltet werden.

Wenn das Anwendungsdiagramm in der Masterprojektmappe geöffnet wird, nachdem ihre Projekte anhand der Quellcodeverwaltung aktualisiert wurden, kann ein Anwendungsarchitekt oder Entwicklungsleiter die Auswirkungen überprüfen, die durch Änderungen dieser Projekte am Diagramm aufgetreten sind. Um die Änderungen genau zu bestimmen, kann der Anwendungsarchitekt oder Entwicklungsleiter die Liste der eingecheckten Änderungen überprüfen oder die Codedateien vergleichen, um Unterschiede zu erkennen. Anschließend kann der Architekt oder Entwicklungsleiter das Anwendungsdiagramm mit dem Projektcode synchronisieren oder Synchronisierungswarnungen auflösen, indem er die erforderlichen Projekte auscheckt. Dies bewirkt, dass erforderliche Änderungen an die Anwendungsdefinitionen und ihre Verwendungen in Systemdefinitionen weitergegeben werden können.

Wenn der Architekt oder Entwicklungsleiter mit den Änderungen der Projekte einverstanden ist, können diese Änderungen in die Projektmappe eingecheckt werden. Andernfalls muss der Architekt oder Entwicklungsleiter gemeinsam mit Entwicklungsteams Konflikte auflösen, damit der Code mit dem Diagramm synchronisiert werden kann.

Siehe auch

Aufgaben

Gewusst wie: Auflösen von Konflikten in SDM (System Definition Model)-Dokumenten

Referenz

Gleichzeitiges Auschecken und Durchführen von Änderungen an SDM (System Definition Model)-Dokumenten

Weitere Ressourcen

Designer für verteilte Systeme in Teamumgebungen