Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)

istorisc! "ulturelle Informationsverar#eitung auptseminar: "$IPS %&' Do(ent: Prof& Dr& T!aller )eferent: *arlos $en( / +a#ian

Gliederung
I. Entstehungsgeschichte II. Der Unified Process III. Der Lebenszyklus des Unified Process IV.Anforderungs - Workflow V.An lyse - Workflow

I. Entstehungsgeschichte

!"#$ Ericsson% softw re engineering &rocess !"'$ I( r ) cobson% *b+ectory !""" schreiben I( r ) cobson% ,r dy -ooch und ) .es /u.b ugh d s -uch 0Unified 1oftw re De(elo&.ent Process0

Unified 1oftw re De(elo&.ent Process 2 Unified Process 3UP4

I Entstehungsgeschichte

Die U5L wurde & r llel d zu entwickelt Weiterentwicklung des UP ist der / tion l Unified Process (on I-5

A-E/6 Dieses /efer t ist 7ber den Unified Process 3UP4

II. Notwendigkeit des Unified Process (UP)

W ru. gibt es den UP 7berh u&t8

9:here Ans&r7che n 1oftw resyste.e 3z.-. 1AP4 (on 1eiten der User 3Pri( tleute% ;ir.en etc.4 und sie sollen schnell (erf7gb r und zu(erl<ssig sein

Anforderung 2= Entwicklung 2= 1oftw resyste.

Der UP beschreibt und .odelliert lle > Ph sen% llerdings . st<rksten die ?. Ph se

II. Grundlagen des UP

Der UP ist use-case-driven

Use-cases sind Anforderungen der User n ein 1yste. z.-.6 Abheben bei eine. - nk uto. ten% @on rtbesti..ung bei eine. 5usikst7ck

Von use-cases geht bei der Entwicklung lles us. Al ssen B Progr ..e k:nnen C sollen schnell nge& sst werden

II. Grundlagen des UP

5ehrere Use-D ses zus ..en bilden ein sog. UseCase-Model

Es gibt zwei Arten (on Use-Case-Models6

,enerelle ;unktionsbeschreibung 3nor. ler Abl uf4 *&tion le ;unktionsbeschreibung 3Abweichungen4

II. Architektur des UP

Die Architektur eines UP besteht us > @eilen6

!. *rg nis tion der Anforderungen ?. Die Identifizierung (on 1ubsyste.en w<hrend des Entwurfs eines 1yste.s

>. W s f7r eine Art (on Architektur o&ti. l ist f7r d s zu entwickelnde 1yste.

Die Architektur stellt d s E,er7stF d r% d s .it Progr ..en und Interf ces gef7llt wird

II. Eigenschaften des UP

Der Lebenszyklus des UP besteht us 4-Phasen Die 4 Phasen bestehen us n-Iterationen D s sog. Inkre.ent bezeichnet in diese. AonteGt die ,r:He in der sich die Iterationen und ihre einzelnen Workflows bewegen 3grob C det illiert etc.4

III. Der Lebens !klus (L") des UP

Der Lebenszyklus des UP besteht us 4 Phasen

III. Die # Phasen

Die I Ph sen stellen den Lebenszyklus der Ersch ffung eines 1oftw resyste.s d r

Phase 1: Beginn Ince!tion"

Eine Idee wird zu einer Vision des fertigen End&roduktes% bestehend us Anforderungen

;r gen wie z.-. EW s wird d s 1yste. den Usern h u&ts<chlich bringen8F werden be ntwortet 3Ide lf ll4

III. Die # Phasen

Phase #: Ausar$eitung %la$oration"

Die Architektur des 1yste.s wird erd cht 3E1kelettF C b seline4

Es wird (ersucht die Vision in kleinere use-c ses ufzuteilen% u. effekti(er zu rbeiten

Aus diesen use-c ses k nn der Pro+ektleiter die konkreten Aufg ben n sein @e . (ergeben

Entwicklungszeit wird gesch<tzt

III. Die # Phasen

Phase &: 'onstruktion Construction"

Diese Ph se beinh ltet n ch der konze&tuellen Pl nung die t ts<chliche Progr ..ierung und I.&le.ent tion

Es k:nnen ;ehler entdeckt werden% die de. Architekten .itgeteilt werden zur Verbesserung

Erste @ests (on 1eiten der 5it rbeiter% d .it eine -et -Version den Usern gegeben werden k nn

III. Die # Phasen

Phase 4: ($ergang )ransition"

-et -/ele ses werden (er:ffentlicht und getestet (on Usern

;ehler us 1icht der User werden .itgeteilt zur weiteren Verbesserung des 1yste.s

III. "usa$$enfassung des L"

Der UP besitzt 4 Phasen% die den *e$ens+,klus der Entwicklung f7r ein 1oftw resyste. d rstellen 3!6I4

-ei den sog. 5ilestones wird d s Ergebnis 7ber&r7ft

III. Die Iterationen in einer Phase

Alle I Ph sen k:nnen us .ehreren Iterationen bestehen

III. Iterationen

Eine Ph se k nn .ehrere Iter tionen besitzen 3!6n4

Es ko..t erst die n<chste Iter tion% sob ld die derzeitige Iter tion (ollendet ist

III. Iterationen

Eine Iter tion in sich besteht us llen J Workflows 3!6J4

Iter tionen 2 5ini&ro+ekte

III. %ber die &orkflows

Wie sind die - Workflows in sich ufgeb ut8

III. &orkflows ' (odels

)eder Workflow erzeugt ein 5odel

III. "usa$$enfassung des UP

Ein Lebenszyklus i. UPsetzt sich wie folgt zus ..en6

I-Ph sen 2= n-Iter tionen 2= J Workflows 2= J-# 5odels

I). Anforderungen (*. &+)

5 n (ersucht in der sog. Anforderungserf ssung 3/eKuire.ents D &ture4 die W7nsche der User in Anforderungen 3!. Workflow4 u.zusetzen

Aus diese. ,rund ist +edes 1oftw resyste. einzig rtig% d es einen @eil dieser Welt .odelliert% z.-. 5uWi-1yste. L= 1AP

5 n (erwendet hierzu i. Det il d s sog. Do. in 5odel und d s s&eziellere -usiness 5odel

III. Do$ain (odel

D s Do. in 5odel 3D54 (ersucht wichtige llge.eine Arten (on *b+ekten innerh lb eines 1yste.s zu identifizieren und ls Anforderung zu benennen

9ierbei sind die Anforderungen ge.eint% die +edes 1yste. br ucht% z.-.6 )edes 1oftw resyste. 3z.-. 1AP% - nk uto. t4 br ucht Eing be C Ausg be und Interf ces f7r die User

III. ,usiness (odel

D s -usiness 5odel 3-54 2 s&ezielleres Do. in5odel% d s f7r wirtsch ftliche 1oftw resyste. wie z.-. 1AP gebr ucht wird

Anforderungen% die (on 1AP gestellt werden sind z.-. ;unktionen f7r d s /echnungswesen% die Lohn(erw ltung% Auftr<ge% interne Progr ..ierung .it A-AP oder ) ( oder Arbeitsteilung

III. ,usiness (odel

I. einzelnen besteht d s -usiness 5odel 3-54 us6

!. -usiness Use D se 5odel

Eine grobe Einteilung eine grobe -enennung der Use-D ses

?. Business .$/ect Model

Eine gen uere Einteilung der User ,en ure Einteilung der Aufg ben /el tionen zwischen User und Aufg ben werden gebildet

III. ,usiness -b.ect (odel

I. einzelnen bedeutet d s -usiness *b+ect 5odel z.-. f7r ein 1AP 1yste.6

/echnungswesen 2= keine 1AP Progr ..ierung Progr ..ierer 2= keine ,esch<ftszugriffe

Der Vorteil liegt hier in der 1icherheit und die in ihren Aufg ben (erschiedenen User br uchen nicht Mugriff uf s<.tliche ;unktionen eines 1yste.s

). Anal!se (/. &+)

Der An lyse Workflow beinh ltet die konze&tuelle -etr chtung der Anforderungen% die f7r die Progr ..ierer wichtig sein werden

Die 1&r che soll eine sein% die den Progr ..ierern zug<nglich sein soll und uch us ; chbegriffen besteht

). Anal!se

Miel des An lyse Workflows ist ein An lyse.odell% d s wie folgt ufgeb ut ist und sich us folgenden > -est ndteilen zus ..ensetzt

). Einfluss auf die Architektur

Der Architekt des 1yste.s .uss &r7fen ob dieses An lyse.odell (ereinb r ist .it der Architektur ist und ob es Vorteile bringt

Weitere Personen% die sich u. die Integrit<t der Use D ses und der An lyse Al ssen C P ck ges sind der Use D se Ingenieur und der Ao.&onenten Ingenieur

). "usa$$enfassung

An lyse Workflow6

An lyse P ck ges werden identifiziert An lyse Al ssen liefern Infor. tionen 7ber ihre Ver ntwortlichkeit% ihre Attribute und die /el tionen zu nderen Al ssen

Use D se /e lisierungen beschreiben% wie Use D ses u.gesetzt werden k:nnen (on den Prog ..iern

Architektur L2= An lyse 5odel 2= Design 5odel

+ragen,,,

-ielen Dank...