Abhängigkeiten

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:
  1. Abhängigkeiten identifizieren
    1. 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.
    2. 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.

  2. Abhängigkeiten definieren
    1. 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.”
    2. 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.

  3. Abhängigkeiten steuern
    Führen Sie die folgenden Schritte aus, um Richtlinien für die Steuerung von Abhängigkeiten anzuwenden:
    1. 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.
    2. 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.
    3. 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.

Feedback