Analysis and Modeling of Software
Bei einem Unified Software Process handelt es sich um ein sog. Prozess-Framework. Das ist eine Art Programmgerüst, an dem man sich orientieren kann jedoch selber noch kein vollständiges, arbeitsfähiges Programm darstellt. Es ist lediglich als Unterstützung gedacht.
Wenn ein Software Lifecycle das Rezept für ein Programm ist, dann handelt es sich beim USP oder UP um die Zutaten dieses Rezepts.
Im Grunde bestehen solche UPs immer aus folgenden vier Entwicklungsphasen:
- Inception (Beginn)
- In dieser Phase wird die Grundidee ausformuliert, die Anwendungsfälle erstellt, Ziele festgelegt und eine provisorische Struktur des Programms ausgearbeitet. Des Weiteren werden auch mögliche Risiken hier schon mit ein bezogen.
- Elaboration (Ausarbeitung)
- In dieser Phase wird ein Prototyp des Programms erstellt, der etwa 80% der Anwendungsfälle abdecken kann.
- Construction (Erstellung)
- Hier liegt der Fokus auf dem Testen und Entwickeln der Software, sodass am Ende dieser Phase ein lauffähiges Produkt entsteht.
- Transition (Übergang)
- in dieser Phase wird das Produkt an den Kunden ausgeliefert
Verschiedene UPs
Der wohl bekannteste UP ist der Rational Uniefied Process (RUP) der Firma Rational Software. Dabei handelt es sich wie für UPs üblich um eine Art Rahmen zur Softwareentwicklung.
Natürlich gibt es auch andere UPs, wie OpenUP und AUP z.B., welche jedoch eher für kleienere Projekte geeignet sind da sie nicht so komplex wie RUP sind.
Schlussgedanke
Ich persönlich denke, dass UPs eine gute Sache sind, da man auf diese Weise viel Zeit und Nerven sparen kann und sich so auf die Grundlegenden Funktionen des Endproduktes fokussieren kann.
Ein Kommentar zu “Was versteht man unter Unified Software Process? #Mastery 02”