Programovanie

Vstúpte do architektúry a procesu J2EE

V komerčnom svete používame program Java 2 Enterprise Edition (J2EE) na riešenie obchodných problémov, vývoj komerčného softvéru alebo poskytovanie zmluvných služieb pre projekty iných firiem. Ak chce spoločnosť vytvoriť web elektronického obchodu pomocou viacúrovňovej architektúry, zvyčajne zahŕňa manažérov, architektov, dizajnérov, programátorov, testerov a odborníkov na databázy počas celého životného cyklu vývoja.

Aby rôzne strany mohli pracovať efektívne a efektívne, často potrebujú proces vývoja softvéru. Niektoré klasické vývojové procesy zahŕňajú model vodopádu, rýchly vývoj aplikácií (RAD) a extrémne programovanie. V tomto článku sa zameriame na populárny proces softvérového inžinierstva, Rational Unified Process (RUP). RUP poskytuje disciplinovaný prístup k prideľovaniu úloh a zodpovedností rôznym rolám. Jeho cieľ zaisťuje, že vyrábame vysoko kvalitný softvér, ktorý spĺňa potreby používateľov v rámci predvídateľného harmonogramu a rozpočtu.

Rád používam RUP na vývoj J2EE z troch dôvodov. Po prvé, RUP je orientovaný na architektúru; vyvíja prototyp spustiteľnej architektúry pred pridelením prostriedkov na úplný vývoj. Po druhé, RUP je iteratívny a založený na komponentoch. Základná línia architektúry často obsahuje rámec alebo infraštruktúru na uľahčenie pridávania komponentov prostredníctvom iterácií na prispôsobenie a rozšírenie funkčnosti systému bez ovplyvnenia zvyšku systému. Po tretie, RUP používa štandardný jazyk UML na vizuálne modelovanie architektúry a komponentov systému. RUP má štyri rôzne vývojové fázy: vznik, spracovanie, konštrukcia a prechod. Tento článok sa však venuje ôsmim základným činnostiam zapojeným do vývoja J2EE z technického hľadiska spôsobom, ktorý zachováva architektonické zameranie.

I. Analýza požiadaviek

Analýza požiadaviek popisuje, čo by systém mal alebo nemal robiť, aby vývojári a zákazníci mohli vytvoriť počiatočnú obchodnú zmluvu. Funkčné požiadavky môžete dokumentovať v obchodných konceptoch, slovníkoch domén, prípadoch použitia a maketách používateľského rozhrania. Nefunkčné požiadavky, ako napríklad výkon a transakcie, uvediete v dokumente doplňujúcich požiadaviek. Maketu UI na vysokej úrovni môžete vytvoriť na papieri alebo v HTML podľa toho, ako hlboko ste sa do projektu zapojili.

Obrázok 1 zobrazuje dva príklady použitia typického systému elektronického podnikania. The prehľad objednávky prípad použitia nám hovorí, že používateľ sa prihlási do systému prostredníctvom webového rozhrania, zobrazí sa mu zoznam objednávok a kliknutím na odkaz sa zobrazia podrobnosti objednávky konkrétnej objednávky. The addLineItems prípad použitia nám hovorí, že používateľ prehľadáva katalóg produktov, vyberá zaujímavé produkty a pridáva ich k objednávkam.

II. Objektovo orientovaná analýza

Analytici generujú modely problémových domén: triedy, objekty a interakcie. Vaša analýza by nemala obsahovať žiadne technické ani implementačné podrobnosti a mala by obsahovať ideálny model. Objektová analýza vám pomôže pochopiť problém a získať vedomosti o problémovej doméne. Musíte udržiavať model čistej domény bez technických podrobností, pretože obchodný proces sa mení oveľa pomalšie ako informačné technológie.

Tieto prvé dva kroky - analýza požiadaviek a objektová analýza - nie sú špecifické pre J2EE; sú dosť všeobecné pre mnoho objektovo orientovaných metodík. Obrázok 2 zobrazuje model analýzy objektov na vysokej úrovni vzorovej aplikácie pre zverimex. Ilustruje hlavné koncepty, ktoré sme identifikovali z prípadov použitia analýzy požiadaviek. Tieto koncepty modelujeme do objektov a identifikujeme ich vzťahy.

Výsledkom požiadaviek a objektových analýz je vstupný bod pre vývoj architektúry J2EE. Na vývoj architektúry vyberiete vertikálnu časť - často kritickú časť, napríklad objektový model objednávky domény - na návrh, implementáciu, testovanie a nasadenie objektu. (Vertikálny kus, koncept RUP, je malou časťou systému. Východiskovým bodom je podmnožina prípadov použitia, ako je to znázornené na obrázku 1, a modely analýzy domény, ako je to znázornené na obrázku 3. Implementácia vertikálneho dielu. výsledkom je plne funkčný minisystém vrátane všetkých úrovní, ako sú napríklad JavaServer Pages (JSP) na úrovni UI, obchodné objekty na strednej úrovni, ako sú Enterprise JavaBeans (EJBs), a často backendové databázy.) Môžete uplatniť skúsenosti získané z prototyp k doménovým objektom a tieto vedomosti nech slúžia ako usmernenie pri návrhu pre fázu návrhu objektu.

$config[zx-auto] not found$config[zx-overlay] not found