Wenn Sie ein Kunde sind, der ein Upgrade auf das neueste Release durchgeführt hat, werden Sie feststellen, dass sich bestimmte Begriffe geändert haben. Eine Zuordnung der alten Begriffe zu den neuen Begriffen finden Sie unter Terminologieänderungen. In diesem Dokument werden die neuen Begriffe verwendet.
Die folgenden Informationen sind so angeordnet, dass zunächst die einfachsten Begriffe und Konzepte beschrieben werden und dann ausführliche Erläuterungen zu kombinierten Begriffen und Konzepten folgen.
Artefakte: Allgemeiner Begriff für die Objekte in einem Repository. Zu Artefakten zählen Produkte und Objekte, die in anderen Tools erstellt und verwaltet werden, beispielsweise Arbeitselemente von Rational Team Concert und Anforderungen von Rational DOORS.
Produkte: Stellen die Arbeit grafisch dar, mit der Ihr Team beschäftigt ist. Ein Produkt kann eine beliebige Größe aufweisen - von einem großen Fahrzeug bis hin zu einer kleinen mechanischen Herzklappe. Ein Produkt kann untergeordnete Produkte und Produktkonfigurationen enthalten, muss es jedoch nicht. Bei Produkten sind die unmittelbar zugehörigen untergeordneten Produkte bekannt, die Versionen dieser untergeordneten Produkte jedoch nicht. Die Produktkonfiguration, zu der ein Produkt gehört, bestimmt die Version der in der Konfiguration enthaltenen untergeordneten Produkte und untergeordneten Produktkonfigurationen.
Produkte können untergeordnete Konfigurationen enthalten, die untergeordnete Konfigurationen und untergeordnete Produkte enthalten können. Untergeordnete Produkte können ebenfalls untergeordnete Konfigurationen und untergeordnete Produkte enthalten.
Produkte werden in der Anzeige Produkte durchsuchen in einer Baumstrukturansicht angezeigt.

Teams können den Begriff Produkte in einen Begriff ändern, der stattdessen in ihrer Organisation verwendet wird. Nachdem der Begriff geändert und gespeichert wurde und ein Benutzer seine Sitzung aktualisiert hat, wird der angepasste Begriff in Menüs, Dialogfenstern und Nachrichten verwendet.
Weitere Informationen zur Verwendung von Produkten finden Sie unter Mit Produkten arbeiten und Produkthierarchien verwalten.
Produktkonfigurationen: Eine Gruppe von Versionen von Produkten und untergeordneten Konfigurationen, die eine Produktstruktur bilden. Eine Produktstruktur ist immer auf eine Produktkonfiguration bezogen. Die jeweilige Produktkonfiguration bestimmt, welche Versionen von Produkten und untergeordneten Konfigurationen verwendet werden. Eine Produktkonfiguration kann untergeordnete Produkte und Produktkonfigurationen enthalten, muss es jedoch nicht.
Siehe Produktkonfigurationen verwenden.
Produktkonfigurationsgruppierung: Dient dazu, ähnliche Produktkonfigurationen in Gruppen zusammenzufassen, die für Sie oder Ihr Team aussagekräftig sind. Sie können Produktkonfigurationen in jeder beliebigen Form gruppieren, z. B. nach Datum (Monat, Jahr), nach Meilenstein (Beta, allgemein), nach Produktmerkmal (Laserdrucker, Tintenstrahldrucker) usw. Produktkonfigurationsgruppierungen werden im Listenfeld Produkte durchsuchen angezeigt.
Eigenschaft: Information, die ein Artefakt, z. B. ein Produkt, beschreibt. Eine Eigenschaft weist einen Typ auf, beispielsweise Name oder Wert. Ein Armaturenbrett mit dem Produktnamen dashboard kann beispielsweise eine Eigenschaft name aufweisen, die mit material definiert ist und den Wert (value) walnut hat.
Lifecycle Query Engine: Index mit Daten, die abgefragt werden können. Die Daten werden aus Datenquellen abgerufen, die TRS (Tracked Resource Set) implementieren. Es können z. B. Produkte aus Rational Engineering Lifecycle Manager, Arbeitselemente aus Rational Team Concert, Anforderungen aus Rational DOORS sowie anderen Tools abgerufen werden.
Link: Stellt einen Bezug zu einem anderen Artefakt dar. Ein Link kann in einem anderen Tool wie Rational Team Concert, Rational DOORS oder bei einem Produkt gespeichert sein.
Verzweigung: Variante eines Produkts. Varianten werden erstellt, wenn ein Team ein und dasselbe Produkt auf unterschiedliche Weise oder unabhängig voneinander ändern muss. Wurde für ein Produkt eine Verzweigung ausgeführt, können Teams parallel zueinander Änderungen an dem Produkt vornehmen.
Beispiel: Ihr Team hat eine Blutdruckmanschette für Erwachsene erstellt und könnte an dem gleichen Produkt für Jugendliche arbeiten. Das Team würde eine Variante der Blutdruckmanschette blood pressure cuff erstellen und sie blood pressure cuff (cuffsize=juvenile) nennen.
Es können nur Produkte verzweigt werden. Bei Konfigurationen gibt es keine Verzweigungen.
Weitere Informationen zum Erstellen und Ersetzen von Produktverzweigungen finden Sie unter Verzweigung ersetzen.
Dimensionen: Eine Dimension beschreibt die Eindeutigkeit einer Produktkonfiguration oder Produktverzweigung, indem sie die zugehörigen Aspekte definiert. Eine Dimension besteht aus einem Namen, beispielsweise cuffsize, und einem Wert, beispielsweise juvenile, und wird auf einen Produktnamen folgend angezeigt: (cuffsize=juvenile).
Wenn Sie für eine Produktkonfiguration Paare aus Dimension und Wert festlegen, bestimmen die Paare die Versionen aller Produkte in dieser Konfiguration. Eine Konfiguration kann nur einen Einzelwert für eine Dimension festlegen. In der Regel verfügt jede einzelne Konfiguration über eine eindeutige Kombination von Dimensionen und zugehörigen Werten.
Eine Produktverzweigung definiert sich über ihre eindeutigen Dimensionen. Mit einer Dimension für ein Produkt (produktbezogene Dimension) wird in der Regel ein bestimmter Aspekt einer Produktverzweigung definiert, wie dies z. B. beim Dimensionsnamen car_lock für eine Fahrzeugverriegelung mit dem Wert infrared für die Infrarot-Verriegelung der Fall ist. Mit einer gemeinsamen Dimension wird in der Regel ein allgemeiner Aspekt einer Produktkonfiguration oder einer Produktverzweigung (z. B. der Dimensionsname year und der Wert 2017) definiert.
Sie können produktbezogene und gemeinsam genutzte Dimensionen in der Anzeige Dimensionen von Verzweigungen verwalten verwalten (Produkte > Dimensionen verwalten). Informationen zur Rangordnung von Dimensionen und Werten finden Sie unter Rangfolge der Dimensionswerte.
Referenzversionen: Nicht veränderbare Produktkonfigurationen. Eine Referenzversion wird aus einer änderbaren Produktkonfiguration erstellt und gibt den Status der Produktkonfiguration zu dem Zeitpunkt wieder, an dem die Referenzversion erstellt wurde. Referenzversionen stellen im Allgemeinen den Status einer Produktstruktur zu bedeutsamen Meilensteinen der Produktentwicklung dar.
Teams erstellen Referenzversionen üblicherweise zum Kennzeichnen eines Meilensteins, beispielsweise eines wöchentlichen Builds, einer Betaversion oder eines allgemeinen Release.
Die folgende Abbildung enthält verschiedene Referenzversionen der Konfiguration Wiring, die einen Meilenstein mit der Bezeichnung sprint 3 erreicht hat. Dabei ist zu beachten, dass das untergeordnete Verdrahtungsprodukt Wiring-3 in sprint 2 durch Hinzufügen von copper aktualisiert wurde. Wiring-4 wurde in sprint 3 durch Hinzufügen von titanium aktualisiert. Muss ein Team ein Rollback durchführen, um ein zuvor verwendetes untergeordnetes Produkt, z. B. titanium auszuschließen, kann dies durch Ersetzen einer Version erreicht werden.

Weitere Informationen zum Erstellen einer Referenzversion und einer änderbaren Kopie finden Sie unter Meilenstein aufzeichnen.
Die einzelnen Versionen eines Produkts bzw. einer Produktkonfiguration sind mit Versionsnummern gekennzeichnet, die innerhalb der Versionen des Produkts bzw. der Produktkonfiguration eindeutig sind.
Informationen zum Erstellen und Ersetzen von Produktversionen finden Sie unter Version ersetzen, um ein Rollback zu einem Meilenstein durchzuführen.
Prüfung: Bei einer Prüfung werden die an dem ausgewählten Produkt vorgenommenen Änderungen geprüft. Die Ergebnisse werden anschließend in einer Tabelle rechts neben der Produktstruktur angezeigt.

Informationen zum Anzeigen des Prüfprotokolls finden Sie unter Benutzer anzeigen, die ein Produkt geändert haben.
Prüfprotokoll: Die Anzeige Prüfprotokoll enthält eine grafische Darstellung aller Versionen und Verzweigungen eines Produkts. In der Beispielabbildung ist eine Version mit der Bezeichnung Model_T-3 zu sehen. Im Prüfprotokoll werden relevante Metadaten angezeigt: der Benutzer, der das Produkt geändert hat, die Art und der Zeitpunkt der Änderungen und die Namen der hinzugefügten, importierten und entfernten Produkte. Die neueste Version befindet sich am Anfang der Spalte. Wenn ein Produkt Verzweigungen aufweist, werden diese in einer neuen Spalte angezeigt.

Weitere Informationen zum Prüfprotokoll finden Sie unter Prüfprotokoll anzeigen.
Hierarchie: Pyramidenartige Rangfolge von Produktkonfigurationen und Produkten. Hierarchien werden in der Anzeige Produkte in der Produktstruktur angezeigt.
Verschieben: Eine Konfiguration oder ein Produkt physisch versetzen und unterhalb eines anderen Produkts ablegen. Sie können eine Konfiguration oder ein Produkt von einer Position in der Produktstruktur zu einer anderen verschieben. Beispielsweise war das Produkt Deluxe Rims im Produkt Wheels (Rims=chrome") enthalten. Die Position war falsch, daher wurde die Luxusfelge Deluxe Rims in eine Luxusautomarke verschoben. Würde sich unterhalb von Deluxe Rims eine Hierarchie befinden, würde diese zusammen mit Deluxe Rims verschoben.
Sie können die Verschiebung von Produkten in den zugehörigen Prüfprotokollen nachlesen. In der Abbildung ist zu sehen, dass sich die Luxusfelge Deluxe Rims zunächst bei den Rädern Wheels (Rims=chrome") befand, später aber entfernt wurde.

Wenn Sie weitere Informationen darüber erhalten möchten, wohin Deluxe Rims verschoben wurde, können Sie Versionen vergleichen. Bei einem Vergleich würden Ihnen Informationen zu Produkten angezeigt, die zu dem Zielprodukt hinzugefügt oder aus dem Zielprodukt entfernt wurden.
Weitere Informationen zum Verschieben von Produkten finden Sie unter Mit Produktkonfigurationen und Produkten arbeiten.
Wiederverwenden: Erneut verwenden. Sie können eine Konfiguration oder ein Produkt in derselben Konfiguration bzw. in demselben Produkt und in anderen Konfigurationen bzw. Produkten wiederverwenden. Sie können Konfigurationen und Produkte auch mehrmals in derselben Konfiguration bzw. in demselben Produkt wiederverwenden. Die wiederverwendete Konfiguration bzw. das wiederverwendete Produkt bleibt dabei identisch. Wenn Sie eine Konfiguration oder ein Produkt wiederverwenden, enthält die wiederverwendete Konfiguration bzw. das wiederverwendete Produkt die zugehörigen untergeordneten Konfigurationen und Produkte.
In der folgenden Abbildung ist das erweiterte Produkt Body-2 zu sehen. Die Karosserie Body-2 wird in zwei Konfigurationen verwendet, sodass der Spiegel mirror-2 wiederverwendet werden konnte. Um die Arbeit zu erleichtern, wird eine Änderung an einem wiederverwendeten Produkt, beispielsweise an dem Spiegel mirror-2, an beide verwendeten Produkte weitergegeben.

Weitere Informationen zur Wiederverwendung von Produkten finden Sie unter Mit Produktkonfigurationen und Produkten arbeiten.
Ersetzen: Den Platz eines anderen Elements einnehmen. Versionen können durch frühere oder neuere Konfigurationen oder Produkte ersetzt werden. Produktverzweigungen können durch frühere oder neuere Produktverzweigungen ersetzt werden. Das Ersetzen einer Version oder einer Verzweigung ist nützlich, wenn ein Team ein nicht funktionierendes Artefakt durch ein vorheriges funktionierendes Artefakt ersetzen muss.
Weitere Informationen zu Versionen und Verzweigungen finden Sie unter Versionen und Varianten.
Ansichten: Grafische Darstellungen des Entwicklungszyklus. Die Standardansichten, einschließlich der V-Prozessansicht, werden unter Übersicht über Beispielansichten beschrieben.
Der V-Prozess ist eine grafische Darstellung eines Systementwicklungszyklus. Es gibt vielerlei Systementwicklungsprozesse, z. B. die agile Systementwicklung sowie die Entwicklung nach der Wasserfall- und nach der V-Prozess-Methode. Der V-Prozess stellt ein allgemeines Modell zur Rückverfolgbarkeit von Informationen dar.
Die Informationen werden grafisch auf die beiden Seiten des V aufgeteilt. Auf der linken Seite befinden sich von der Produktdefinition ausgehende Aufgaben, beispielsweise die Erstellung von Konzepten, Anforderungen, Architektur und Design. Auf der rechten Seite befinden sich Aufgaben, die mit Produkttests und der Produktintegration zusammenhängen, beispielsweise Systemprüfung und -validierung sowie Integration, Test und Verifizierung. Die Prüfung und die Validierung auf der rechten Seite des V können gleichzeitig mit den Schritten zur Produktdefinition auf der linken Seite des V ausgeführt werden.
Da die Teams an der Produktprüfung und -validierung in einem frühen Stadium teilnehmen, finden sie Mängel in frühen Entwicklungsstages und vermeiden so, dass sich Mängel weiter fortsetzen. Werden Mängel frühzeitig erkannt, werden die Kosten für die Behebung der Mängel reduziert. Zudem lässt sich durch eine frühzeitige Validierung und eine verbesserte Kommunikation zwischen Teammitgliedern sicherstellen, dass Ihr Qualitätsstandard erfüllt wird.
Der V-Prozess ist nicht von einem bestimmten Organisationsschema abhängig, sodass die einzelnen Teams den V-Prozess an das jeweilige Produkt anpassen können. Die Seite Gemeinsame Ansichten enthält Beispielansichten für den V-Prozess für Hardware- und Softwareentwicklung.

Weitere Informationen zu Ansichten finden Sie unter Ansicht erstellen.
Informationen dazu, wie Ansichten gefüllt werden, finden Sie unter dem nächsten Eintrag "Abfragen". Weitere Informationen zu Abfragen und Ansichten finden Sie unter Wie Abfragen und Ansichten miteinander funktionieren.
Abfragen: Eine Möglichkeit, Informationen aus dem Index abzurufen. Artefakte (beispielsweise Produkte, Arbeitselemente, Anforderungen, Designmodelle, Testfälle) werden von der Lifecycle Query Engine abgerufen.
Administratoren erstellen Abfragen, um sie in die von ihnen erstellten benutzerdefinierten Ansichten einzufügen. Über die Abfragen werden Daten aus dem Index extrahiert und die benutzerdefinierte Ansicht mit den geeigneten Artefakten aktualisiert. Die abgerufenen Artefakte können anschließend zum Füllen einer Ansicht, zum Ausführen eines Berichts, für eine Analyse usw. verwendet werden.
Auf der Seite Gemeinsame Abfragen stehen mehrere Abfragen zur Verfügung.
Weitere Informationen zu Abfragen finden Sie unter Abfragen erstellen und ausführen.
Analyse: Eine detaillierte Überprüfung von Artefakten. Mithilfe der Analyse werden Artefakte untersucht und deren Verhältnis zueinander festgestellt.
Sie können die mitgelieferten Wirkungsanalyseprofile verwenden, wenn Sie die Profile für Wirkungsanalysediagramme anpassen möchten, die die Beziehungen zwischen Artefakten aufzeigen. Wenn beispielsweise ein untergeordnetes Produkt in Ihrem Produkt zurückgerufen wird, können Sie eine Wirkungsanalyse für dieses untergeordnete Produkt ausführen, um die Auswirkungen zu messen, wenn dieses Produkt ersetzt wird.
Die Analyseausgabe zeigt alle Abhängigkeiten, untergeordneten Produkte und geblockten Artefakte, die eine Beziehung zum zurückgerufenen untergeordneten Produkt aufweisen.

Weitere Informationen zur Analyse finden Sie unter Beziehungen eines Artefakts zu anderen Artefakten analysieren.
Berichte: eine physische Leistungsmessung. In Berichten werden Daten aus dem Index zum Erstellen von Dokumenten verwendet, mit denen Status und Fortschritt verfolgt werden können. Diese Informationen können verwendet werden, um Entwicklungsrisiken zu handhaben und zu mindern, die Produktqualität zu verbessern, die Produktkosten zu kontrollieren usw.
Weitere Informationen zu Berichten finden Sie unter Bericht ausführen und drucken, um den Status von Artefakten anzuzeigen.
Anforderungen: Beschreiben die Anforderungen von Benutzern an ein Produkt oder einen Service. Eine Anforderung kann Links zu zugehörigen Artefakten enthalten, die ihre Definition erweitern. Siehe Rational DOORS Next Generation.
Designmodelle: Helfen Teams, Software und Systeme iterativ und gemeinsam zu planen, zu entwerfen und zu entwickeln. Siehe Rational Rhapsody Design Manager.
Testfälle: Helfen Teams, ihre Testpläne zu planen, zu entwickeln und auszuführen sowie Berichte darüber zu erstellen und so sicherzustellen, dass der Qualitätsstandard erfüllt wird. Siehe Rational Quality Manager.
Arbeitselemente: Dienen zur Verwaltung der Aufgaben und Probleme, mit denen sich Ihr Team während des Entwicklungszyklus beschäftigen muss. Siehe Rational Team Concert.