Verwenden Sie Beziehungen, um Abhängigkeiten zu verwalten.
Viele
Assets haben Abhängigkeiten, d. h. Anforderungen, die außerhalb des Assets
selbst liegen, damit das Asset vollständig ist, funktioniert oder die Erstellung eines
Builds zulässt. Beispielsweise kann der Assettyp 'Build' oder 'Implementierung'
Abhängigkeiten
haben, die erforderlich sind, damit das Asset vollständig oder gültig ist. Assets
können bestimmte binäre und JAR-Dateien erfordern, die Abhängigkeiten für den Build
oder die Implementierung sind.
Das Management von Abhängigkeiten beinhaltet sowohl die Definition der Abhängigkeiten
als auch ihre Steuerung über Richtlinien. Sie müssen zuerst feststellen, welche Abhängigkeiten
zu Ihren Assets gehören. Anschließend müssen Sie diese definieren und danach Richtlinien
anwenden.
Sie können Abhängigkeiten verwalten, indem Sie zugehörige Assets erstellen und
Abhängigkeitsbeziehungen verwenden. Sie können außerdem Abhängigkeiten definieren,
indem Sie Assets oder zugehörige Assets auf der Basis von Komponentengruppen erstellen,
um Anforderungen für Abhängigkeiten und die Rückverfolgbarkeit zu verwalten.
Die folgende Liste enthält die allgemeinen Schritte für das Verwalten
von Abhängigkeiten:
- Abhängigkeiten identifizieren
- Geben Sie an, wie Assets verwendet und gesucht werden und zu welchen Zwecken Assets
verwendet werden, indem Sie die Assettypen definieren und kategorisieren. Siehe
Kategorieschemas.
- Stellen Sie die Abhängigkeiten für Ihre Assettypen fest.
Überprüfen Sie
Abhängigkeiten und entscheiden Sie, wer diese steuert. Überprüfen Sie vorhandene
Abhängigkeitsbeziehungen für Bibliotheken und erforderliche allgemeine Dateien,
die Teams verwenden. Prüfen Sie, ob Dateien für die angegebenen Versionen korrekt sind
und ob die korrekten Versionsinformationen für Abhängigkeiten angegeben
sind. Überprüfen Sie bestehende Beziehungen zwischen Teams und
Komponenten. Ermitteln Sie Konflikte, die auftreten, wenn in mehreren Projekten
unterschiedliche Versionen derselben Komponente verwendet werden. Vermeiden Sie
Konflikte, indem Sie offizielle Versionen von Abhängigkeiten steuern und Aktualisierungen
für einen Arbeitsbereich aktivieren, der diese Versionen enthält. Unterscheiden Sie
darüber hinaus zwischen den Abhängigkeiten in Ihrer Entwicklungsumgebung und
Ihrer Produktionsumgebung.
Siehe
Assetprüfung und Governance.
- Abhängigkeiten definieren
- Bestimmen und definieren Sie die erforderlichen Dateien und Abhängigkeiten, die in
Assets zusammengefasst werden sollen. Schließen Sie auch Versionen und andere Informationen
ein, die sich möglicherweise mit der Zeit ändern. Sie können beispielsweise Folgendes
angeben: “Version A gehört zu Version C und wird in den Produkten 1, 2 und 3
für die Plattformen A, B und C verwendet.”
- Speichern Sie die Abhängigkeiten als Artefakte im Asset oder als zugehörige
Assets.
Verwenden Sie Beziehungen zwischen erforderlichen Dateien oder
Komponenten.
Eine Abhängigkeit kann definieren, wie eine Assetversion von einer
anderen Version eines anderen Assets abhängt. Beispiel: Eine Abhängigkeit kann wie
folgt lauten: “Version 1.4.2 anstelle von 1.4.1 der allgemeinen
Komponente A verwenden” oder “Neueste freigegebene und getestete
Version oder neuesten Build verwenden”.
Geben Sie eine freigegebene Version jeder erforderlichen allgemeinen Bibliothek oder
Komponente an, sodass nicht mehrere Versionen verwendet werden. Siehe
Assetbeziehungen.
Sie
können eine Beziehung 'Ist abhängig von' verwenden, um eine Abhängigkeit
anzugeben. Siehe
Beziehungen
zwischen Assets definieren.
- Abhängigkeiten steuern
Führen Sie die folgenden Schritte aus, um Richtlinien
für die Steuerung von Abhängigkeiten anzuwenden:
- Definieren Sie die Prozesse und Richtlinien für die Erstellung von Assets, Artefakten
und neuen Versionen von Assets und Artefakten. Siehe
Richtlinien für Lebenszyklen.
- Definieren Sie die Assetlebenszyklen für die Überprüfung, Freigabe, Zertifizierung,
Publizierung und Sperrung von Assets.
Definieren Sie die Governance für
die folgenden Aufgabenbereiche und Ressourcen:
- Wer kann neue Bibliotheken und Assets hinzufügen?
- Welche Sicherheitsprüfungen sind notwendig?
- Wer kann Entwurfsversionen und freigegebene Versionen erstellen?
- Wer prüft die Lizenzeinhaltung für kommerzielle und
Open-Source-Komponenten?
- Welche Richtlinien werden zum Entfernen älterer Versionen
verwendet?
Siehe
Assetentwicklung und -lebenszyklen.
- Wenden Sie Richtlinien an, um zu steuern, wie neue Assets, Artefakte
oder Versionen zur Verfügung gestellt werden. Siehe
Richtlinienprozesse
definieren.
Eine Demonstration zum Management von Abhängigkeiten und zur Erstellung eines
Service mit Rational Asset Manager finden Sie unter
Services
mit Rational Asset Manager entwickeln.
Stakeholder in einer Entwicklungs- oder
Geschäftsumgebung verfügen über Informationen, die in einem Asset-Management-System
zentral gespeichert werden können. Architekten schlagen Komponenten vor, die global
verwendet werden können. Entwickler sind mit sämtlichen Projektabhängigkeiten
vertraut. Teams für Änderungsmanagement definieren Richtlinien für das, was
zulässig ist. Qualitätsverantwortliche wissen,
was getestet wurde. Systembedienern ist bekannt, was für die produktive Nutzung
freigegeben wurde.
Mit
IBM Rational Asset Manager können
Sie die Informationen aller Stakeholder verwalten und Assets sowie Abhängigkeitsbeziehungen
erstellen. Für Beziehungen gibt es verschiedene Verwendungsmöglichkeiten, darunter
die folgenden Beispiele:
- Stellen Sie Komponenten als Assets zur Verfügung.
Entwickeln Sie getestete Gruppen
allgemeiner Komponenten, die in Ihrem Unternehmen gemeinsam verwendet werden. Erstellen
Sie Assets auf der Basis dieser Gruppen. Erstellen Sie ein Asset mit allgemeinen Komponenten
für jeden Anwendungstyp oder jedes Betriebssystem.
Testen Sie Versionen
dieser Gruppen und erstellen Sie ein Asset als eine Version der Gruppe von Komponenten.
Wenn Sie einen Build für Ihre Anwendung mit dieser Gruppe erstellen, sollte dies
in Ihrer Umgebung funktionieren.
- Verwenden Sie Assetbeziehungen, um Abhängigkeiten anzugeben.
- Verwenden Sie Assetlebenszyklen und wenden Sie Richtlinien an, um zu steuern,
was zulässig ist und was getestet und freigegeben ist.
Sie können auch Berichte
generieren, um die Wiederverwendung von Assets einschließlich der Abhängigkeiten
zu prüfen.
Ziehen Sie die Verwendung von Aspekten des
Eigentumsrechts in Betracht, um festzustellen, ob Assets oder Artefakte
erstellt werden sollen. Wenn ein Asset 'Implementierung' beispielsweise von
Open-Source-Komponenten oder anderen erforderlichen Komponenten bzw. Ressourcen
abhängt, können Sie Abhängigkeiten wie folgt verwalten:
- Wenn der Quelleninhalt von Ihnen oder Ihrem Unternehmen gesteuert wird, können Sie
zugehörige Assets erstellen. Beispielsweise können Sie eine erforderliche Komponente
oder Typenbibliothek oder Collection von Bibliotheken erstellen, die Entwickler
verwenden sollen.
- Wenn Sie eine Gruppe von Ressourcenversionen bündeln und diese Gruppe
für die Wiederverwendung verwalten, können Sie zugehörige Assets erstellen. Beispielsweise
können Sie eine Collection von Open-Source-Komponenten und Bibliotheken
erstellen, die Entwickler verwenden sollen.
- Für das Management von speziellen erforderlichen Dateien, Bibliotheken und
anderen Abhängigkeiten, für die Ihr Unternehmen nicht verantwortlich ist,
können Sie Artefakte erstellen.
Beispielsweise können Sie eine Open-Source-Komponente oder eine Typenbibliothek
erstellen.