SZZ » temata » 31-uml

Toto je starší verze dokumentu!


Jazyk UML

UML operuje s pojmem pohled (view). Pohled systému je projekce systému na je- den z jeho relevantních aspektů. Taková projekce se zaměřuje na příslušný aspekt a ignoruje ostatní. Jak jistě vyplývá z podstaty věci, je vhodné vytvářet několik různých pohledů na tentýž systém. Pohledy nad systémem jsou pak modelovány prostřednictvím vhodných nástrojů (modelů) poskytovaných UML. Můžeme ro- zlišit tyto základní pohledy:

  • Strukturální pohled (structural view) popisuje vrstvu mezi objekty a třídami, jejich asociace a možné komunikační kanály.
  • Pohled chování (behavior view) popisuje, jak systémové komponenty (objekty) interagují, a charakterizuje reakce na vnější systémové operace.
  • Datový pohled (data view) popisuje stavy systémových komponent (objekty) a jejich vazby.
  • Pohled rozhraní (interface view) je zaměřeno na zapouzdření systémových částí a jejich potenciální použití okolím systému.

Nabízí několik základních diagramů:

UML v etapách vývoje softwaru

1. Specifikace požadavků

  • diagramy případů užití
  • detaily případů užití
  • specifikace (strukturovaný text)
  • slovníky pojmů

Diagramy případů užití (use case diagram)

Znázornnují hranice systému, jeho účastníky, interakci mezi nimi a akce, které mohou provádět.

detaily případů užití

Slouží pro konkretizaci jednotlivých případů užítí. Neexistuje standard zobrazeni, ale používá se tabulka, která obsahuje vstupní podmínky, výstupní podmínky a tok událostí.

2. Analýza

  • diagramy analytických tříd
  • realizace případů užití (diagramy interakce)
  • diagramy aktivit
  • analytické balíčky
  • objektové diagramy

Analytické třídy

mapují pojmy problémové domény na abstraktní entity modelu – třídy. Analytická třída není návrhová třída, tj. analytická třída slouží pouze pro identifikaci entit v řešené problematice a vztahů mezi nimi. Během etapy návrhu jsou analytické třídy upřesňovány do jedné či více návrhových tříd. Analytická třída

  • obsahuje jen nejpodstatnější atributy a operace
  • obsahuje minimální množinu odpovědností
  • obsahuje minimum vazeb na jiné (analytické) třídy

Analytické balíčky

Analytické balíčky souvisejí s dekompozicí problému – umožňují souběžnou práci na více částech (balíčcích) v etapě návrhu. Analytické balíčky seskupují sémanticky související elementy a definují hranice tohoto seskupení. Více balíčků můžeme řešit souběžně. Balíček také poskytuje zapouzdření prostoru jmen (tj. názvy elementů musí být v rámci balíčku jedinečná, mezi balíčky však může docházet k duplicitám) a definuje viditelnost zapouzdřených elementů – veřejné (public), soukromé (private) a chráněné (protected). Analytické balíčky mohou obsahovat

  • případy užití
  • analytické třídy
  • realizace případů užití
  • další balíčky

Diagramy interakce Diagramy interakce zahrnují diagramy spolupráce, které zdůrazňují strukturálí relace mezi objekty, a sekvenční diagramy které zdůrazňují časově orientovanou posloupností předávání zpráv mezi objekty. Bývají přehlednější než diagramy spolupráce, uživatelé lépe porozumí sekvenčnímu diagramu.

Diskuze

Martin Pavelkaxpavel27, 2016/05/27 17:33

Doplnene

Vložte svůj komentář
 
temata/31-uml/main.1300543961.txt.gz · Poslední úprava: 2011/03/19 15:12 autor: sgs
Recent changes RSS feed Debian Powered by PHP Valid XHTML 1.0 Valid CSS Driven by DokuWiki