Anforderung |
Eine Bedingung oder Funktionalität, die ein Produkt oder ein System bereitstellen muss. Diese Bedingung leitet sich in der Regel
von Benutzeranforderungen ab und wird in einem Vertrag, einem Standard, einer Spezifikation oder einem anderen Dokument festgehalten. |
Ausgedrückt als Objekte in Modellen. |
Ausgedrückt als Artefakte. |
Projekt |
Kein. |
Ein Projekt ist ein spezialisierter Ordner, der Unterprojekte, Ordner, Module
und Artefakte enthalten kann. |
Ein Projektbereich ist ein eigenständiger Bereich für ein Team oder für ein bestimmtes Projekt
für Sicherheitszwecke.
Mitglieder eines Projektbereichs können jedes Artefakt im Projektbereich anzeigen; Nichtmitglieder sehen nichts. |
Ordner |
Ein Behälter für Unterordner, Module und Artefakte. |
Ordner können auch Projekte enthalten. |
Projekte, die von Rational DOORS migriert wurden, werden als Ordner angezeigt. |
Modul |
Ein strukturiertes Dokument, das aus mehreren Anforderungsartefakten besteht. Die
Struktur kann in einem Modul erstellt werden, indem die Reihenfolge und Hierarchie des Artefakts geändert wird. |
Identisch mit der allgemeinen Definition. |
Identisch mit der allgemeinen Definition. |
Collection |
Kein. |
Nicht zutreffend. |
Ein Behälter, der zum Anzeigen oder Verwalten einer Gruppe von verwandten Artefakten verwendet wird. |
Artefakt |
Eine Anforderung oder eine verwandte Entität, wie Text, ein Bild oder eine Tabelle. |
Anforderungsartefakte werden als Objekte in einem Modul erstellt. |
Ein Artefakt kann als eine unabhängige Entität in einem Ordner
und in Modulen und Collections vorhanden sein.
Artefakte können daher in mehreren Kontexten gemeinsam genutzt werden. |
Attribut |
Eine definierte Qualität und Werte, die einem Artefakt zugeordnet
werden können. Beispielsweise kann ein Artefakt
das Attribut "Priorität" haben, mit den Werten "hoch", "mittel" und "niedrig". In Rasteransichten
können Attribute als Spalten oder verdeckt angezeigt werden. |
Identisch mit der allgemeinen Definition. |
Identisch mit der allgemeinen Definition. |
Typ |
Ein Datentyp, der bei einem Artefakt oder Attribut angewendet wird. |
Typen sind für einzelne Module spezifisch. Sie werden kopiert, wenn die gleichen Typen und Formen über mehrere Module
hinweg verwendet werden. |
Typen werden global in einem Projektbereich definiert. Ganze Typsysteme werden zwischen
Projektbereichen kopiert, wenn eine Wiederverwendung oder eine Standardisierung erforderlich ist. |
Link |
Eine Beziehung zwischen zwei Artefakten. Ein abgekürzter Begriff für Standardlinks oder interne Links. |
Ein bidirektionaler Hinweis auf eine Abhängigkeit zwischen zwei oder mehr Anforderungen im
selben Modul oder in unterschiedlichen Modulen. |
Eine Beziehung zwischen zwei Artefakten oder der Inhalt in den Artefakten. Interne Links können auf alle
Artefakte im Projektbereich angewendet werden. |
OSLC-Link |
Ein Zeiger auf ein Artefakt in einer externen OSLC-fähigen Anwendung. Dies umfasst Links zwischen
Rational
DOORS Next Generation
und Rational
DOORS. |
Identisch mit der allgemeinen Definition. |
Identisch mit der allgemeinen Definition. |
Externer Link |
Eine URI oder ein Äquivalent, das auf eine Ressource auf einer anderen Plattform
oder in einer anderen Anwendung zeigt, wie beispielsweise eine
Internet-Website. |
Identisch mit der allgemeinen Definition. |
Identisch mit der allgemeinen Definition. |
Migrationsphasen |
Vorbereitungs-, Migrations- und Wartungsphasen bei der Datenmigration. |
Während der Vorbereitung werden grundlegende Migrationsdaten identifiziert; die Daten werden mit
Migrationsmessgrößen analysiert. Die Daten können aus Konsistenzgründen dabei geändert werden. Während der Migration werden Pakete erstellt und exportiert. Während der Wartung werden Archivdaten als schreibgeschützt beibehalten. |
Während der Vorbereitung werden Geschäftsziele und wesentliche Migrationsdaten identifiziert.
Während der Migration werden Pakete importiert. Während der Wartung können importierte Daten
zu Teambereichen mit zutreffender Sicherheit zugeordnet werden. |