Komerciālajā pasaulē mēs izmantojam Java 2 Enterprise Edition (J2EE), lai risinātu uzņēmējdarbības problēmas, attīstītu komerciālu programmatūru vai sniegtu līguma pakalpojumus citu uzņēmumu projektiem. Ja uzņēmums vēlas izveidot e-biznesa vietni, izmantojot daudzpakāpju arhitektūru, tas visā attīstības dzīves ciklā parasti iesaista vadītājus, arhitektus, dizainerus, programmētājus, testētājus un datu bāzu ekspertus.
Lai dažādas puses varētu strādāt efektīvi, tām bieži nepieciešams programmatūras izstrādes process. Daži klasiski izstrādes procesi ietver ūdenskrituma modeli, ātru lietojumprogrammu izstrādi (RAD) un galēju programmēšanu. Šajā rakstā mēs pievērsīsimies populāram programmatūras inženierijas procesam - Racionālajam vienotajam procesam (RUP). RUP nodrošina disciplinētu pieeju uzdevumu un pienākumu piešķiršanai dažādām lomām. Tās mērķis nodrošina, ka mēs ražojam augstas kvalitātes programmatūru, kas atbilst lietotāju vajadzībām, paredzamā grafikā un budžetā.
Man patīk izmantot RUP J2EE izstrādei trīs iemeslu dēļ. Pirmkārt, RUP ir orientēts uz arhitektūru; pirms resursu piešķiršanas pilna mēroga attīstībai tā izstrādā izpildāmās arhitektūras prototipu. Otrkārt, RUP ir iteratīvs un balstīts uz komponentiem. Arhitektūras bāzes līnijā bieži ietilpst ietvars vai infrastruktūra, lai atvieglotu komponentu pievienošanu, izmantojot iterācijas, lai pielāgotu un paplašinātu sistēmas funkcionalitāti, neietekmējot pārējo sistēmu. Treškārt, RUP izmanto nozares standarta valodu UML, lai vizuāli modelētu sistēmas arhitektūru un komponentus. RUP ir četras dažādas izstrādes fāzes: sākums, izstrāde, būvniecība un pāreja. Šis raksts tomēr aptver astoņas būtiskas darbības, kas saistītas ar J2EE izstrādi no tehniskā viedokļa tādā veidā, lai saglabātu arhitektūras uzmanību.
I. Prasību analīze
Prasību analīzē ir aprakstīts, kas sistēmai būtu vai nav jādara, lai izstrādātāji un klienti varētu izveidot sākotnējo biznesa līgumu. Funkcionālās prasības varat dokumentēt biznesa koncepcijās, domēnu glosārijos, lietošanas gadījumos un lietotāja saskarnes (UI) maketos. Nefunkcionālas prasības, piemēram, veiktspēju un darījumus, jūs norādāt papildu prasību dokumentā. Jūs varat izveidot augsta līmeņa lietotāja saskarnes maketu uz papīra vai HTML, atkarībā no tā, cik dziļi esat iesaistīts projektā.
1. attēlā parādīti divi tipiskas e-biznesa sistēmas izmantošanas gadījumu paraugi. The Skatīt pasūtījumu lietošanas gadījums mums saka, ka lietotājs piesakās sistēmā, izmantojot tīmekļa saskarni, redz pasūtījumu sarakstu un noklikšķina uz saites, lai skatītu informāciju par konkrētu pirkuma pasūtījumu. The addLineItems lietošanas gadījums mums saka, ka lietotājs pārlūko preču katalogu, izvēlas interesantus produktus un pievieno tos pirkuma pasūtījumam.
II. Objektorientēta analīze
Analītiķi ģenerē problēmu domēnu modeļus: klases, objektus un mijiedarbību. Analīzē nedrīkst būt nekādas tehniskas vai ieviešanas detaļas, un tajā jābūt ideālam modelim. Objektu analīze palīdz izprast problēmu un iegūt zināšanas par problēmas jomu. Jums ir jāuztur tīrs domēna modelis bez tehniskām detaļām, jo biznesa process mainās daudz lēnāk nekā informācijas tehnoloģijas.
Šie divi pirmie soļi - prasību analīze un objektorientēta analīze - nav specifiski J2EE; tie ir diezgan vispārīgi daudzām objektorientētām metodikām. 2. attēlā parādīts lolojumdzīvnieku veikala parauga lietojuma augsta līmeņa objektu analīzes modelis. Tas ilustrē galvenos jēdzienus, kurus identificējām no prasību analīzes lietošanas gadījumiem. Mēs modelējam šos jēdzienus objektos un identificējam to attiecības.
Prasību un objektu analīzes rezultāts ir J2EE arhitektūras izstrādes sākumpunkts. Lai izstrādātu arhitektūru, objekta projektēšanai, ieviešanai, testēšanai un izvietošanai atlasiet vertikālu daļu - bieži vien kritisku daļu, piemēram, pasūtījuma domēna objekta modeli. (Vertikāls gabals, RUP jēdziens, ir neliela sistēmas daļa. Sākumpunkts ir izmantošanas gadījumu apakškopa, kā parādīts 1. attēlā, un domēnu analīzes modeļi, kā parādīts 3. attēlā. Vertikāla gabala ieviešana rezultātā tiek izveidota pilnībā funkcionējoša mini sistēma, kurā iekļauti visi līmeņi, piemēram, lietotāja saskarnes JavaServer Pages (JSP), vidēja līmeņa biznesa objekti, piemēram, Enterprise JavaBeans (EJB), un bieži aizmugures datu bāzes.) Varat izmantot pieredzi, kas iegūta prototipu domēna objektiem, un ļaujiet šīm zināšanām kalpot kā dizaina vadlīnijām objekta projektēšanas stadijā.
