Borland® StarTeam® 2006 - Borland Technical Publications

Änderungsanforderungen
Eine Änderungsanforderung ist eine Anforderung, innerhalb eines Projekts eine Änderung vorzunehmen. Dazu
gehören beispielsweise Produkterweiterungen oder Fehlerbehebungen. Um Änderungsanforderungen effektiv
verfolgen zu können, müssen Sie zunächst das zugrunde liegende Modell verstehen.
Mithilfe der Änderungsanforderungskomponente haben Sie folgende Möglichkeiten:
♦ Sie können Änderungsanforderungen beliebigen Ordnern zuweisen. Änderungsanforderungen können jedem
Projektordner in StarTeam zugewiesen oder von Ordnern und anderen Ansichten in derselben
Serverkonfiguration gemeinsam genutzt werden. Eine Änderungsanforderung kann jedem beliebigen anderen
Element, z. B. einer Datei, zugewiesen werden. In vielen anderen Systemen zur Protokollierung von Fehlern
können Änderungsanforderungen nur einem Projekt zugeordnet werden, obwohl die Änderung einer
bestimmten Datei erforderlich wäre.
♦ Sie sparen bei der Aktualisierung von Änderungsanforderungen Zeit. Beim Einchecken einer Datei oder einer
Gruppe von Dateien können Sie angeben, welche Änderungsanforderungen durch die eingecheckten Dateien
behoben wurden. So können Sie die Zeit einsparen, die Sie benötigen würden, um den Status der
Änderungsanforderungen einzeln zu ändern.
♦ Sie nehmen nur die erforderlichen Statusänderungen vor. Beim Erstellen einer Änderungsanforderung sind
die Statuswerte "Neu", "Offen", "Zurückgestellt" sowie eine Behebung möglich. Die Statuswerte für die
Behebung lauten "Nicht reproduzierbar", "Wie vorgesehen", "Repariert", "Dokumentiert" und "Doppelt". Nach
der Behebung kann eine Änderungsanforderung nur geprüft oder erneut geöffnet werden. Nach der
Verifizierung kann eine Änderungsanforderung nur geschlossen oder erneut geöffnet werden.
♦ Sie nutzen die automatischen Änderungen basierend auf dem Status der Änderungsanforderung. Die
Anwendung ändert die für die Änderung verantwortliche Person automatisch entsprechend dem aktuellen
Status der Änderungsanforderung. Wenn eine Änderungsanforderung behoben wird, wird die Zuständigkeit
für die Änderungsanforderung automatisch der Person übertragen, die die Änderungsanforderung eingegeben
hat, da sie in der Regel ihre Behebung am besten überprüfen kann. Wenn eine Änderungsanforderung nach
der Behebung erneut geöffnet wird, wird die Zuständigkeit automatisch dem Benutzer übertragen, der die
Behebung vorgenommen hat. Diese automatischen Änderungen können jedoch überschrieben und die
Zuständigkeit kann einem anderen Benutzer zugewiesen werden.
♦ Weisen Sie Änderungsanforderungen dem Build zu, in dem die Änderungsanforderung behoben wurde. Wenn
der Status einer Änderungsanforderung Repariert oder Dokumentiert lautet, wird der Wert im Feld
Adressiert in Build auf Nächster Build gesetzt. Wenn das Build-Label erstellt wird, ersetzt die Anwendung
Nächster Build durch den Namen des Build-Labels, damit Tester wissen, welchen Build sie zum Überprüfen
der Änderungsanforderung verwenden müssen.
Hinweis: In diesem Hilfesystem wird erläutert, wie Sie das standardmäßige Eigenschaftsdialogfeld zum Erstellen
und Bearbeiten von Änderungsanforderungen verwenden. Abhängig davon, wie Ihr Team die Anwendung
eingerichtet hat, wird ein vollständig anderes Dialogfeld angezeigt, das auch als alternativer
Eigenschaftseditor (APE) bezeichnet wird. Auch wenn Sie das standardmäßige Eigenschaftsdialogfeld
für Änderungsanforderungen verwenden, ist es möglich, dass Ihre Organisation oder Ihr Teamleiter
Richtlinien zu Änderungsanforderungen implementiert hat, die sich von den hier genannten
unterscheiden.
148