V komercialnem svetu uporabljamo Javo 2 Enterprise Edition (J2EE) za reševanje poslovnih problemov, razvoj komercialne programske opreme ali zagotavljanje pogodbenih storitev za projekte drugih podjetij. Če želi podjetje izdelati spletno mesto za e-poslovanje z uporabo večplastne arhitekture, običajno vključuje razvojne življenjske cikle upravitelje, arhitekte, oblikovalce, programerje, preizkuševalce in strokovnjake za baze podatkov.
Da bi različne stranke delovale učinkovito in uspešno, pogosto potrebujejo postopek razvoja programske opreme. Nekateri klasični razvojni procesi vključujejo model slapa, hiter razvoj aplikacij (RAD) in ekstremno programiranje. V tem članku se bomo osredotočili na priljubljen postopek programskega inženiringa, Rational Unified Process (RUP). RUP zagotavlja discipliniran pristop k dodeljevanju nalog in odgovornosti različnim vlogam. Njegov cilj zagotavlja, da izdelujemo visokokakovostno programsko opremo, ki ustreza potrebam uporabnikov v predvidljivem urniku in proračunu.
RUP za razvoj J2EE rad uporabljam iz treh razlogov. Prvič, RUP je osredotočen na arhitekturo; razvije izvedbeni prototip arhitekture, preden zavzame sredstva za celovit razvoj. Drugič, RUP je ponavljajoč se in temelji na komponentah. Izhodišče arhitekture pogosto vključuje ogrodje ali infrastrukturo za lažje dodajanje komponent s ponovitvami za prilagajanje in razširitev funkcionalnosti sistema, ne da bi to vplivalo na preostali del sistema. Tretjič, RUP uporablja industrijski standardni jezik UML za vizualno modeliranje arhitekture in komponent sistema. RUP ima štiri različne razvojne faze: začetek, izdelava, gradnja in prehod. Ta članek pa zajema osem bistvenih dejavnosti, ki sodelujejo pri razvoju J2EE s tehničnega vidika na način, ki ohranja arhitekturni poudarek.
I. Analiza zahtev
Analiza zahtev opisuje, kaj naj sistem počne ali ne, da lahko razvijalci in kupci ustvarijo začetno poslovno pogodbo. Funkcionalne zahteve lahko dokumentirate v poslovnih konceptih, glosarjih domen, primerih uporabe in vzorcih uporabniškega vmesnika (UI). Nefunkcionalne zahteve, kot so uspešnost in transakcije, določite v dokumentu z dodatnimi zahtevami. Maketo uporabniškega vmesnika na visoki ravni lahko ustvarite na papirju ali v HTML-ju, odvisno od tega, kako globoko ste vključeni v projekt.
Slika 1 prikazuje dva vzorčna primera tipičnega sistema e-poslovanja. The viewOrder primer uporabe nam pove, da se uporabnik prijavi v sistem prek spletnega vmesnika, vidi seznam naročil in klikne povezavo za ogled podrobnosti naročila določenega naročila. The addLineItems primer uporabe nam pove, da uporabnik pregleduje katalog izdelkov, izbere zanimive izdelke in jih doda v naročilo.
II. Predmetno usmerjena analiza
Analitiki ustvarjajo modele problemskih domen: razrede, predmete in interakcije. Vaša analiza ne sme vsebovati tehničnih podrobnosti ali podrobnosti izvedbe in mora vsebovati idealen model. Analiza predmetov vam pomaga razumeti težavo in pridobiti znanje o problematični domeni. Vzdrževati morate čisti model domene brez tehničnih podrobnosti, ker se poslovni proces spreminja veliko počasneje kot informacijske tehnologije.
Ta prva dva koraka - analiza zahtev in objektno usmerjena analiza - nista specifična za J2EE; so precej splošne za številne objektno usmerjene metodologije. Slika 2 prikazuje model analize objektov na visoki ravni za vzorčno aplikacijo trgovine za hišne ljubljenčke. Ilustrira glavne koncepte, ki smo jih prepoznali iz primerov uporabe analize zahtev. Te koncepte modeliramo v predmete in prepoznamo njihove odnose.
Rezultat analiz zahtev in objektov je vstopna točka za razvoj arhitekture J2EE. Za razvoj arhitekture izberete navpični del - pogosto kritični del, na primer objektni model domene naročila - za načrtovanje, izvajanje, preskušanje in uvajanje objektov. (Navpični del, koncept RUP, je majhen del sistema. Izhodišče je podskupina primerov uporabe, kot je prikazano na sliki 1, in modeli analize domen, kot je prikazano na sliki 3. Izvedba navpičnega dela ima za posledico popolnoma funkcionalen mini sistem, ki vključuje vse ravni, kot so strani uporabniškega vmesnika JavaServer Pages (JSP), srednji poslovni objekti, kot so Enterprise JavaBeans (EJB), in pogosto zaledne baze podatkov.) Uporabite lahko izkušnje, pridobljene iz prototip za domenske objekte in naj to znanje služi kot smernica za načrtovanje faze načrtovanja objektov.
