Diagramy návrhu architektury
Architekti často komunikují prostřednictvím diagramů. Diagramy jsou výkonné komunikační nástroje, které implementátorům a zúčastněným stranám pomáhají vidět širokou vizi nebo se ponořit do vysoce citlivých nebo nuancovaných oblastí systému. Aby architekt chtěl komunikovat se záměrem, musí vybrat, který diagram je v každé situaci užitečný.
Seznam diagramů v tomto článku není vyčerpávající. Diagramy jsou často složené z více typů.
Výběr diagramu architektury nakonec závisí na tom, co se snažíte sdělit, a na profilu cílové skupiny. Architekt používá v rámci aktivit několik typů diagramů k návrhu, upřesňování požadavků a komunikaci.
Postupy vytváření diagramů
Diagramy obsahují podstatné informace bez nutnosti textového vysvětlení. Vyhněte se nejednoznačnosti v diagramech. Tady je několik doporučení:
Používejte standardní notace. Používejte široce známé symboly, ikony a prezentační konvence pro dobrou čitelnost a interpretaci diagramu.
Vyhněte se nejednoznačným řádkům. Diagramy často zobrazují vztahy mezi entitami reprezentovanými jako čáry. Buďte konzistentní v tom, jak používáte řádky.
Vyhněte se čárám bez šipek. Je těžké zjistit, co je relace bez směru, proto použijte šipky. Popisem všech čar bez šipek označte relace.
Vyhněte se čárám pomocí dvojitých šipek. Dvojité šipky znamenají obousměrnou závislost. Upřednostňujte použití jednoúčelové šipky, která představuje tok z klienta na server.
Označit všechno. Zadejte jasné, přesné a smysluplné popisky pro každou ikonu. Popisky řádků, když relace nejsou jasné.
Udržujte konzistenci. Pro podobné prvky v diagramu a v souvisejících diagramech používejte standardizované barvy, písmena, ikony, velikosti ikon, typy čar, šipky a další reprezentace. Můžete čerpat z existujících dat nebo taxonomií.
Buďte přesní. Diagramy jsou abstrakce, ale nezobětují přesnost v procesu. Například nereprezentujte službu ve virtuální síti, pokud se v této virtuální síti nenachází. Diagram je komunikační nástroj, takže je potřeba se vyhnout nesprávné komunikaci z nepřesností.
Zahrnout metadata. Ujistěte se, že diagram obsahuje metadata, která poskytují základní informace o účelu diagramu. Metadata také poskytují kontext, který uživatelům pomůže pochopit rozsah a význam diagramu. Zahrnout položky, jako je název, popis, datum poslední aktualizace, autor a externí odkazy.
Použijte oficiální ikony a názvy služeb. Pokud reprezentujete konkrétní technologii, použijte nejnovější oficiální ikony od poskytovatele technologií. Pokud je identifikace technologie důležitá, použijte oficiální název služby.
Tady jsou například ikony pro služby Microsoftu:
- Ikony architektury Azure
- Ikony Microsoftu 365
- Ikony Microsoft Dynamics 365
- Ikony Microsoft Power Platform
Typy diagramů návrhu
Architektura úloh je složitá a multidimenzionální. Každý typ dimenze se zaměřuje na konkrétní aspekt systému tím, že poskytuje úroveň podrobností, která je pro danou dimenzi specifická. Například vývojové diagramy znázorňují tok procesu. Diagramy vztahů entit znázorňují vztahy mezi komponentami systému.
Různé typy diagramů umožňují komplexní porozumění dimenzím. Pomáhá podporovat efektivní komunikaci, řešení problémů a rozhodování mezi zúčastněnými stranami.
Diagram systému vysoké úrovně
Diagram systému vysoké úrovně slouží jako široký přehled celé úlohy nebo dílčí části v rámci úlohy. Zahrnuje hlavní komponenty, jejich vzájemné vztahy a přibližné pořadí, ve kterém data procházejí systémem. Šipky ukazují směr interakce.
Tyto diagramy jsou vhodné pro dosažení společného porozumění, abyste mohli zahájit hlubší diskuze nebo komunikovat se zúčastněnými stranami.
Blokový diagram
Blokový diagram rozděluje úlohu na hlavní funkční bloky. Bloky jsou obvykle technologicky nezávislé. Odkazují na funkci, která se provádí místo konkrétní komponenty.
Blokový diagram může například odkazovat na "sběrnici zasílání zpráv" místo na konkrétní technologii sběrnice zpráv. Tento typ diagramu může pomoct vysvětlit strukturu systému, tok dat a tok zpracování, aniž by rušil cílovou skupinu jemnými podrobnostmi.
Diagram součásti
Diagram komponent funguje jako blokový diagram, ale nahrazuje obecné bloky funkcí konkrétními technologiemi. Představuje podrobné zobrazení s cílem komunikovat jednotlivé technologické komponenty systému a jejich vztahy, jako je klient/server. Tyto diagramy jsou druhem vizuálního kusovníku pro obor diagramu.
Diagram nasazení
Diagram nasazení se zaměřuje na nasazení infrastruktury, komerčního softwaru cots (COTS) a vlastního kódu v rámci úlohy. Ukazuje, jak se software a kód distribuují v rámci hostitelské infrastruktury.
Diagram toku dat
Diagram toku dat (DFD) znázorňuje, jak se data pohybují v systému, což je užitečné při modelování systémů orientovaných na data. V diagramu, jako je tento, je vhodné si všimnout, jestli se data přesunují v dávkách nebo v reálném čase, aby se odstranila nejednoznačnost.
Sekvenční diagram
Sekvenční diagram znázorňuje komunikaci mezi komponentami úloh v průběhu času. Znázorňuje vztahy mezi klientem a serverem a jejich synchronní nebo asynchronní povahu. Také zvýrazňuje závislosti v těchto výměnách a vyhodnocuje scénáře selhání v nich.
Diagram toku uživatele
Diagram toku uživatele se zaměřuje na vymezenou interakci mezi úlohami, uživateli nebo aktéry a úlohou. Je užitečný pro objasnění a vizualizaci funkčních požadavků napříč různými způsoby interakce uživatele a dat uživatele se systémem.
Diagram vztahů mezi entitou
Diagram vztahů mezi entitou (ERD) je diagram modelování, který představuje strukturu databáze nebo jiného úložného systému. Zobrazuje relaci mezi entitami (například tabulkami) prostřednictvím standardních atributů a symbolů přidružení.
Diagram sítě
Diagram sítě znázorňuje řešení z pohledu sítě, ve které běží nebo se s ní pracuje. Tyto diagramy jsou užitečné při vizualizaci segmentace sítě úlohy, síťových bodů selhání a klíčových síťových přechodů, jako jsou výchozí a příchozí přenosy z internetu.
Síťové diagramy mají obvykle implementaci v minulosti. Často se používají při auditech a reakcích na incidenty.
Diagram stavu
Diagram stavu je specializovaná vizualizace. Zobrazuje stav, ve kterém se tok (nebo jednotlivá komponenta) nachází. Také ukazuje, jak tok přechází mezi stavy v reakci na podmínky nebo události.
Vývojový diagram
I když se nejedná konkrétně o diagram architektury, je vývojový diagram dalším způsobem, jak vnést do návrhu přehlednost. Vývojové diagramy jsou často užitečné, pokud představují složité pracovní postupy nebo logiku. Můžete je použít ke zpřesnění požadavků a k řízení možností implementace.
Další kroky
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro