Strana 39 z 55
10 Aplikace Architektury řízené modelem (MDA)
10.1 Identifikace návrhového vzoru
Analýzou implementačních tříd entity Model (viz obrázek 19) bylo zjištěno, že se
jedná o obecný návrhový vzor, který by měl být použit i pro implementaci ostatních
entit.
Implementace v prostředí Seaside je patrná na obrázku 20.
Obrázek 20: DecisionMaker - obrazovka po první iteraci.
V první iteraci byla implementována správa entity Model. Výsledkem jsou čtyři
třídy - model, CRUD (Create Read Update Delete), editor a sada textů.
Je proto rozhodnuto, že tento vzor bude popsán a bude pro vytvořen UML
profil pro doplnění všech informací potřebných pro implementaci.
Tento UML profil je realizován, jak je patrné na obrázcích 21 a 22.
Doménový model je doplněn o stereotypy a tagované hodnoty UML profilu. Viz
obrázky 23, 26 a figTaggedValues2.
Obrázek 21: UML profil - stereotyp «entity»
Obrázek 22: UML profil - stereotyp «column»
Dále vývojový tým identifikuje, že takto doplněný model obsahuje všechny
potřebné informace pro vygenerování kódu. Rozhodne se proto poněkud nabourat
plán vývoje a věnovat určitý čas implementaci generátoru v prostředí Pharo s tím,
že toto zdržení se následně vyplatí vzhledem k ušetřené rutinní práci.
Poznámka: Zde je ovšem třeba dát si pozor, aby se práce na generátoru zbytečně
neprodlužovala, neboť existuje riziko, že pro vývojáře bude taková činnost zajímavější
než vývoj samotného koncového systému a mohou tak mít tendenci
generátor neustále vylepšovat ne úkor práce na hlavním systému.
Obrázek 23: Doménový model po aplikaci UML profilu.
Obrázek 24: Doménový model po aplikaci UML profilu - tagované hodnoty entity
ParamGroup.
Obrázek 25: Doménový model po aplikaci UML profilu - tagované hodnoty atributu
lastRefreshed.
Obrázek 26: Doménový model po aplikaci UML profilu - vyexportovaný do formátu
XMI. Na obrázku jsou zvýrazněny tagované hodnoty atributu lastRefreshed třídy
Parameter. Patrný je rovněž stereotyp «column». Pro přehlednost zobrazeno v
XML editoru prostředí Eclipse.
