Komerciniame pasaulyje mes naudojame „Java 2 Enterprise Edition“ (J2EE) verslo problemoms spręsti, komercinei programinei įrangai kurti ar kitų įmonių projektams teikti sutartines paslaugas. Jei įmonė nori sukurti el. Verslo svetainę naudodama daugiapakopę architektūrą, ji dažniausiai įtraukia vadybininkus, architektus, dizainerius, programuotojus, testuotojus ir duomenų bazių ekspertus per visą kūrimo ciklą.
Kad skirtingos šalys galėtų dirbti efektyviai ir efektyviai, joms dažnai reikia programinės įrangos kūrimo proceso. Kai kurie klasikiniai kūrimo procesai apima krioklio modelį, greitą programų kūrimą (RAD) ir ekstremalų programavimą. Šiame straipsnyje mes sutelksime dėmesį į populiarų programinės įrangos inžinerijos procesą - racionalų vieningą procesą (RUP). RUP suteikia drausmingą požiūrį į užduočių ir atsakomybės priskyrimą skirtingiems vaidmenims. Jo tikslas užtikrina, kad mes gaminame aukštos kokybės programinę įrangą, kuri tenkina vartotojų poreikius pagal numatomą tvarkaraštį ir biudžetą.
Man patinka naudoti RUP J2EE kūrimui dėl trijų priežasčių. Pirma, RUP yra orientuotas į architektūrą; ji sukuria vykdomąjį architektūros prototipą prieš skirdama išteklius viso masto plėtrai. Antra, RUP yra kartojamas ir pagrįstas komponentais. Architektūros bazinė linija dažnai apima struktūrą ar infrastruktūrą, kad būtų lengviau pridėti komponentų per iteracijas, kad būtų galima pritaikyti ir išplėsti sistemos funkcionalumą, nedarant įtakos likusiai sistemai. Trečia, RUP vizualiai modeliuoja sistemos architektūrą ir komponentus, naudoja standartinę kalbą - UML. RUP turi keturis skirtingus kūrimo etapus: pradžia, parengimas, kūrimas ir perėjimas. Tačiau šiame straipsnyje aprašomos aštuonios esminės veiklos, susijusios su J2EE kūrimu techniniu požiūriu, išlaikant architektūrinį dėmesį.
I. Reikalavimų analizė
Reikalavimų analizėje aprašoma, ką sistema turėtų ar neturėtų daryti, kad kūrėjai ir klientai galėtų sudaryti pradinę verslo sutartį. Funkcinius reikalavimus galite dokumentuoti verslo koncepcijose, domenų glosarijuose, naudojimo atvejų ir vartotojo sąsajos (UI) modeliuose. Neveikiančius reikalavimus, pvz., Vykdymą ir operacijas, nurodote papildomų reikalavimų dokumente. Galite sukurti aukšto lygio vartotojo sąsają popieriuje arba HTML, priklausomai nuo to, kiek esate įsitraukęs į projektą.
1 paveiksle parodyti du tipinės el. Verslo sistemos pavyzdžiai. Peržiūrėti užsakymą naudojimo atvejis nurodo, kad vartotojas prisijungia prie sistemos per žiniatinklio sąsają, mato užsakymų sąrašą ir spustelėja nuorodą, norėdamas peržiūrėti išsamią konkretaus pirkimo užsakymo informaciją. addLineItems naudojimo atvejis nurodo, kad vartotojas naršo produktų katalogą, pasirenka įdomius produktus ir prideda juos prie pirkimo užsakymo.
II. Objektyvi analizė
Analitikai generuoja probleminius domenų modelius: klases, objektus ir sąveikas. Analizėje neturėtų būti jokios techninės ar įgyvendinimo informacijos ir joje turėtų būti pateiktas idealus modelis. Objektų analizė padeda suprasti problemą ir įgyti žinių apie problemos sritį. Turite išlaikyti gryną domeno modelį be techninės informacijos, nes verslo procesas keičiasi daug lėčiau nei informacinės technologijos.
Šie pirmieji du žingsniai - reikalavimų analizė ir objektinė analizė - nėra būdingi J2EE; jie yra gana bendri daugeliui į objektą orientuotų metodikų. 2 paveiksle pavaizduotas naminių gyvūnėlių parduotuvės pavyzdžio taikymo aukšto lygio objektų analizės modelis. Tai iliustruoja pagrindines sąvokas, kurias nustatėme iš reikalavimų analizės naudojimo atvejų. Modeliuojame šias sąvokas į objektus ir nustatome jų santykius.
Reikalavimų ir objektų analizės rezultatas yra J2EE architektūros kūrimo pradžia. Norėdami sukurti architektūrą, objekto projektavimui, įgyvendinimui, testavimui ir diegimui pasirenkate vertikalią dalį - dažnai kritinę dalį, pvz., Užsakymo domeno objekto modelį. (Vertikalus elementas, RUP koncepcija, yra maža sistemos dalis. Pradinis taškas yra naudojimo atvejų pogrupis, kaip parodyta 1 paveiksle, ir domeno analizės modeliai, kaip parodyta 3 paveiksle. Vertikalios dalies įgyvendinimas sukuria visiškai veikiančią mini sistemą, apimančią visas pakopas, tokias kaip vartotojo sąsajos „JavaServer Pages“ (JSP), vidutinio lygio verslo objektus, tokius kaip „Enterprise JavaBeans“ (EJB), ir dažnai antrines duomenų bazes.) Galite pritaikyti patirtį, įgytą iš prototipą domeno objektams, ir tegul šios žinios yra dizaino gairės objekto projektavimo etape.
