Především musím říct, že testové otázky jsou postaveny mnohem blíže k uživatelům UML nežli k akademikům, kteří sice znají jednotlivé klky střev UML, ale s každodenním používáním tohoto jazyka to nemělo moc společného. Pokud zkouškou projdete, bude to mnohem více vypovídat o tom, jak UML umíte používat.
Protože jde o otázky ve zkušební verzi, najdou se samozřejmě nějaké ty chybky. Např. jste dotazováni na věci, které v požadavcích na zkoušku nejsou uvedeny (např. jedna otázka byla na třídu Port). V zadání jedné otázky jsem našel chybu (guard v diagramu aktivit nebyl v hranatých uvozovkách). Co mě však vytáčelo, byly otázky směrované do oblasti „Why we model“, protože to byly klasické dotazy na měkké dovednosti. V takových otázkách akorát odhadujete, která odpověď uspokojí tazatele. A 15% podíl takových otázek v testu je přespříliš.
Pokud se na zkoušku chystáte (ať už na betu nebo na finální), uvádím pár věcí, na které byste rozhodně neměli zapomenout (a které si pamatuji, že tam jsou):
- Dávejte dobrý pozor na to, na co se ptají. Někdy záleží na slovíčku (např. když v zadání otázky mají i abstraktní třídy a vás se ptají jen na ty, ze kterých lze vytvořit instance).
- Naučte se dobře viditelnosti a jmenné prostory (může mít balíček v sobě balíček stejného jména? Může balíček obsahující třídu A s atributem private vidět jeho hodnotu?)
- Dost otázek mělo v zadání diagram tříd a vy jste měli vybrat jeden ze čtyř objektových diagramů, které odpovídají zadanému diagramu tříd.
- Podívejte se na násobnosti asociace aktora s use casem (ostatně z případů užití vás proklepnou opravdu důkladně).
- U akcí si zapamatujte, že je tato spuštěna jen v případě, že má tokeny na všech vstupních hranách.
- Zapamatujte si notace parametru a pinu u aktivit/akcí.
- Mrkněte na notaci akce pro volání jiné aktivity a pro volání metody nějaké třídy.
- U sekvenčních diagramů si řádně procvičte ona dvě známá pravidla pro hledání platné sekvence. A pak samozřejmě typy volání (synchronní, asynchronní…)
- Jak se zobrazují pre- a post-contions u akcí? Kdy se vyhodnocují?
- Kdy použít datový typ a kdy třídu?
- Jak se dají zobrazit prvky balíčku?
- U stavových diagramů doporučuji mít hodně zažité výskytu události a princip triggerů, podmínek a efektů.
- A další.
Jestliže jste zkoušku absolvovali, připojte komentář s vašimi postřehy, ostatním to může pomoci.
Ahoj,
OdpovědětVymazattak jsem mel dneska take tu cest absolvovat test, davam tedy par postrehu (i kdyz dnes byl jiz posledni den, tak to asi moc nepomuze..):
- oproti puvodnim OCUP testu, kde je otazek 90, je jich zde 217
- neni multiple choice, prave jedna spravna odpoved
- delka byla dost ubijejici. Mel jsem hlad a zizeni, dal jsem si jen jednu prestavku
- naplanovana doba je dostatecna, zvladl jsem to o cca za 3 hodiny a nijak jsem nespechal
Obsah (to co mi nejvic uplelo v pameti):
- activity diagramy - mit opravdu zazite rozdily mezi token a object flow, pravidla pro synchronizace, spousteni/ukoncovani aktivit atp. Doporucuju vetsi rozsah nez priprava k OCUP 1 (napr. kniha UML 2 Certification Guide) a pripadne sample testy.
- datove typy - rozdil mezi Class a DateType
- stavove diagramy vc. vnorenych. Podminky pro prechody
- spousteni aktivit
- vyber spravneho objektoveho diagramu ke class diagramu
- sekvencni diagramy - upravit tak, aby byl spravne (napr. poradi volani)
- dotazy na metamodel (alespon zaklady)
- obecne dotazy na modelovani mi prisly v pohode, relativne jednoduse odvoditelne (teda pokud jsem zvolil spravnou odpoved)
Celkove mi test prisel tezsi nez puvodni OCUP, ale daleko reprezentativnejsi - teorie aplikovana na prakticke priklady. Nicmene slozitost byla hodne ovlivnena mnozstvim otazek a neexistenci pripravnych materialu (krome popisu standardu). Takze ostre testy uz budou prijemnejsi.