Aufgabe: Änderungen bereitstellen
Diese Aufgabe definiert, wie die Integration einer Reihe von Änderungen, die von einem Entwicklerteam erstellt wurden, ordnungsgemäß durchgeführt wird.
Zweck
  • Änderungen im Entwicklungsarbeitsbereich für den Integrationsarbeitsbereich bereitzustellen, hat den Zweck, die geänderte Gruppe der Arbeitsergebnisse dem Projekt in einem privaten Arbeitsbereich zur Integration zur Verfügung zu stellen.
Beziehungen
RollenHauptrollen: Zusätzliche Rollen: Unterstützende Rollen:
EingabenVerbindlich:
  • Ohne
Optional: Extern:
  • Ohne
Ausgaben
Schritte
Lieferung vorbereiten

Bei der Lieferung erfolgt die Integration von Arbeit aus Datenströmen von Implementierern. Daher ist die Lieferung ein wichtiger Schritt, und es muss ein Qualitätscheck in Form von Überprüfungen und Genehmigungen durchgeführt werden, bevor die Arbeit in einen Zwischenspeicherungsbereich auf hoher Ebene übergeben werden kann.

Eine gute Projekt-Policy erfordert, dass Entwickler ihre Entwicklungsarbeitsbereiche mit der aktuellen empfohlenen Referenzkonfiguration abgleichen, bevor sie ihre Arbeit für den Integrationsarbeitsbereich des Projekts akzeptieren. Das Ziel dieser Policy ist, Entwickler ihre Arbeit in ihren Entwicklungsarbeitsbereichen erstellen und testen zu lassen und dabei die letzten stabilen Referenzversionen zum Vergleich heranzuziehen, bevor sie sie an den Integrationsarbeitsbereich liefern. Diese Praxis verringert für die Entwickler den Umfang der Zusammenführungen, die bei der Ausführung von Bereitstellungsoperationen erforderlich werden.  

Eine andere sinnvolle Projekt-Policy besteht darin, sicherzustellen, dass vor der Bereitstellung der Check-in aller Dateien erfolgt. Damit vermeidet man, dass man verwaiste Dateien hat, die nicht in einem Build enthalten sind und möglicherweise für spätere Aktualisierungen benötigt werden.

Die Bereitstellung ist ein wichtiger Schritt, der impliziert, dass ein Entwickler der Meinung ist, seine Arbeit habe eine ausreichend hohe Qualität für die Einbindung in das Gesamtprodukt.

In der Projekt-Policy sollte angegeben sein, wer die Berechtigung hat, bestimmte Arbeitsergebnisse zu überprüfen und welche Qualitätsstufe diese Ergebnisse erreicht haben müssen, um von den übrigen Mitgliedern des Projektteams für die Verwendung akzeptiert zu werden. Einige Anleitungen für Überprüfungen finden Sie im Abschnitt Technik: Überprüfungen. Vielen Arbeitsergebnissen in Rational Unified Process ist eine Checkliste zugeordnet, mit der die Qualität dieses Arbeitsergebnisses bewertet werden kann. Wenn ein Arbeitsergebnis z. B. an mehr Prüfpunkten als fehlerhaft eingestuft wurde als dies zulässig ist, wird es zur Nacharbeitung übergeben und kann im Prozess zunächst nicht weiter bearbeitet werden.

Änderungen liefern

Eine allgemeine Projekt-Policy ist, den Entwickler zu verpflichten, seine Änderungen mit denen anderer Entwickler zusammenzuführen. Das geschieht normalerweise in einem privaten Integrationsarbeitsbereich, so dass die zusammengeführten Änderungen vor der endgültigen Lieferung an den Integrationsarbeitsbereich des Projekts getestet werden können. Die Lieferung ist abgeschlossen, wenn alle Änderungen, die sich aus Zusammenführungen ergeben haben, übergeben und bereitgestellt wurden.

Status des Arbeitsauftrags aktualisieren

Aktualisieren Sie den Status des Arbeitsauftrags (z. B. in "Abgeschlossen", wenn alle Arbeitsvorgänge abgeschlossen sind), wie im Konfigurationsmanagementplan definiert.



Eigenschaften
Mehrere Vorkommen
Ereignisgesteuert
Fortlaufend
Optional
Geplant
Wiederholt anwendbar
Weitere Informationen