Export UML do XMI

XMI je XML Metadata Interchange a slovo, které tu dělá práci, je metadata. Je to mechanické pravidlo pro serializaci libovolného metamodelu založeného na MOF do XML a UML je jedním takovým metamodelem - takže XMI soubor je váš model vyjádřený elementy a atributy, které sledují strukturu samotného metamodelu UML. Třída se stane packagedElement s xmi:type="uml:Class", její atributy se stanou vnořenými elementy ownedAttribute a vztah se stane elementemAssociation se dvěma referencemi memberEnd.

To je celá myšlenka a vysvětluje jak silnou stránku, tak tu pověstnou slabinu. Síla: jakýkoli nástroj, který implementuje metamodel UML, tyhle elementy přečte, protože nejsou výmyslem jednoho dodavatele. Slabina z toho vyplývá okamžitě - nic v metamodelu UML neříká, kde na plátně třída sedí. Souřadnice nejsou součástí toho, k čemu bylo XMI navrženo.

Vzorec se vyplatí říct jednou: XMI nese to, co definuje UML, a nic jiného. Každé zklamání z tohoto formátu pochází z očekávání, že ponese něco, co metamodel nikdy nepopsal. To není ani tak chyba XMI, jako odpověď na otázku, o které si lidé neuvědomili, že ji kladou.

Tři návyky odstraní většinu bolesti. Nejdřív exportujte malý model a otevřete to XML v textovém editoru. Deset minut čtení souboru vám o tom, co váš nástroj vypisuje, řekne víc než jakákoli dokumentace - a právě tam zjistíte, že rozvržení je v bloku rozšíření někde na konci.

Importujte do pokusného projektu, nikdy ne přes skutečný. Import, který částečně sedne na existující model, se vrací zpět mnohem hůř než ten, který dorazí do prázdného kontejneru, co jde zahodit.

Počítejte s překreslením rozvržení místo doufání. Model se sto třídami přeuspořádaný do čitelných pohledů je práce na den a vyplatí se ji nacenit, ne ji brát jako selhání, když nastane. Pokud potřebujete, aby obrázky přežily přesně, odpovědí není XMI - je jí nativní formát souboru nebo export do obrázku.