Vypracované otázky ze všech zkoušek

nformaci– nižší úroveň, která bere v úvahu, jaká dat opravdu vstupujíStavový diagram - kde se používá, jakými třemi základními prvky je vždy tvořen, nakreslit stavový digram z libovolné aplikační oblastiStavový diagram reprezentuje stavový automat, který je grafem stavů a přechodů a popisuje odezvu objektu dané třídy na přijetí vnějšího stimulu.- Vyvolání vnořeného stavového automatu (událost do):- Vstupní a výstupní akce (událost entry a exit):Proč se používáPochopení posloupnosti chování objektu v průběhu časuVyjasňuje závislost chování na stavuOdhaluje skryté atributyPomáhá rozpoznat chybějící a skryté operaceDefinuje sekvence operací a zpráv5.6.06Co je rozhraní? Rozdíl třídy a rozhraní. Uvést vlastni příklad.Rozhraní = nabídka služeb realizovaných třídamiSpeciální třídy, které definují externě viditelné služby nějaké třídy nebo komponenty, bez specifikace interní struktury (atributy, stavy, implementace metod).Často popisují pouze část, nikoliv celé chování příslušné třídy.Používají stejné vztahy jako třídy, navíc ještě vztah realizaceDvě notace.VisitorAplikovatelnoststrukturovaný objekt obsahuje mnoho tříd/objektů s různými rozhraními; chceme provádět operace, které závisejí na tom, ke kterým třídám objekty patřímnoho různých a nesouvisejících operací je třeba provést s objekty různých tříd ve struktuře a chceme se vyhnout „přeplnění“ těchto tříd novými operacemitřídy, které definují strukturu, se mění méně často; častěji chceme definovat nové operace nad strukturouDůsledkyNávštěvník usnadňuje přidávání nových operací.Návštěvník vidí související operace a separuje nesouvisející. Související chování je lokalizováno u návštěvníka.Přidávání nových tříd „KonkrétníElement“ je obtížné. Je třeba modifikovat všechny konkrétní návštěvníky.Návštěva v hierarchii tříd (na rozdíl od Iterátoru, kde nelze)Možnost akumulace stavů.Porušené zapouzdření. Často je potřeba více „otevřít“ rozhraní navštěvovaného elementu, aby mohl návštěvník s využitím vnitřního stavu elementu plnit požadovanou operaci.PříkladTvorba plug-inu30.5.2005Abstraktní továrna• AplikovatelnostSystém nemá být závislý na tom, jak jsou výrobky vytvářeny, sestavovány a reprezentoványSystém bude konfigurován pro jednu z mnoha rodin výrobkůRodina souvisejících výrobků bude používána společně a toto je potřeba zajistit (vynutit)Vytváříme objektovou knihovnu výrobků a chceme zveřejnit pouze jejich rozhraní, ne implementaci• DůsledkyIzolace konkrétních tříd- produkty jsou implementovány vně klienta, ten používá jen obecné rozhraní.Snadná záměna rodin výrobkůPodpora pro konzistenci výrobkůPodpora nových druhů výrobků je obtížná.Modely v UMLstatickou strukturu systému:- diagramy tříd, balíků a objektové diagramy- implementační diagramy: diagramy komponent, diagramy rozmístěnídynamické chování systému:- model případů užití