Události
Vytváření inteligentních aplikací
17. 3. 21 - 21. 3. 10
Připojte se k řadě meetupů a vytvořte škálovatelná řešení AI založená na skutečných případech použití s kolegy vývojáři a odborníky.
ZaregistrovatTento prohlížeč se už nepodporuje.
Upgradujte na Microsoft Edge, abyste mohli využívat nejnovější funkce, aktualizace zabezpečení a technickou podporu.
Architekti často komunikují prostřednictvím diagramů. Diagramy jsou výkonné komunikační nástroje, které pomáhají implementátorům a zúčastněným stranám vidět širokou vizi nebo se ponořit hluboko do vysoce citlivých nebo nuancí 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ů.
Volba diagramu architektury nakonec závisí na tom, co se snažíte vyjádřit a profil cílové skupiny. Architekt používá více typů diagramů v rámci aktivit pro návrh, upřesnění požadavků a komunikaci.
Diagramy představují 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 rozpoznané symboly, ikony a konvence prezentací pro dobrou čitelnost a interpretaci diagramu.
Vyhněte se nejednoznačným řádkům. Diagramy často zobrazují vztahy mezi entitami reprezentovanými jako čáry. Při používání řádků buďte konzistentní.
Vyhněte se čárám bez šipek. Je těžké vědět, co je relace bez směru, takže použijte šipky. Označte všechny čáry bez šipek a označte tak relace.
Vyhněte se čarám s dvojitými šipkami. Dvojité šipky znamenají obousměrnou závislost. Preferujte použití šipky s jedním koncem k reprezentaci toku ze závislého (klienta) do závislosti (serveru).
Označte všechno. U každé ikony zadejte jasné, přesné a smysluplné popisky. Označit řádky, pokud relace nejsou jasné.
Udržujte konzistenci. Pro podobné prvky v diagramu používejte standardizované barvy, ikony, velikosti ikon, typy čar, šipkové hlavy a další reprezentace. Zůstaňte konzistentní ve všech diagramech vytvořených pro návrh a dokumentaci vaší úlohy. Nakreslete z existujících dat nebo taxonomií.
Buďte přesní. Diagramy jsou abstrakce, ale ne obětují přesnost v procesu. Například nereprezentujte službu ve virtuální síti, pokud v ní není. Diagram je komunikační nástroj, takže se musíte vyhnout nesprávné komunikaci před nepřesnostmi.
Zahrnout metadata. Ujistěte se, že diagram obsahuje metadata, která poskytují základní informace o účelu diagramu. Metadata také poskytují kontext, který diváků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žívejte oficiální ikony a názvy služeb. Když představujete konkrétní technologii, použijte nejnovější oficiální ikony od svého 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 Microsoft:
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í specifických pro danou dimenzi. Vývojové diagramy například znázorňují tok procesu. Diagramy vztahů mezi entitami znázorňují vztahy mezi součástmi systému.
Různé typy diagramů umožňují komplexní porozumění dimenzím. Pomáhá podpořit efektivní komunikaci, řešení problémů a rozhodování mezi zúčastněnými stranami.
Diagram systému vysoké úrovně slouží jako široký přehled celé úlohy nebo pododdílu v rámci úlohy. Zahrnuje hlavní komponenty, jejich vztahy mezi sebou a přibližné pořadí, ve kterém data procházejí systémem. Šipky zobrazují směr interakce.
Tyto diagramy jsou vhodné pro dosažení společného porozumění, abyste mohli zahájit hlubší diskuze nebo komunikaci účastníků.
Blokový diagram rozdělí úlohu do hlavních funkčních bloků. Bloky jsou obvykle nezávislé na technologiích. Odkazují na funkce, které se provádějí místo konkrétní komponenty.
Například blokový diagram může místo konkrétní technologie sběrnice zpráv odkazovat na sběrnici zpráv. Tento typ diagramu může pomoct vysvětlit strukturu systému, tok dat a tok zpracování bez rušivých podrobností cílové skupiny.
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 druh vizuálního vyúčtování materiálů pro rozsah diagramu.
Diagram nasazení se zaměřuje na nasazení infrastruktury, komerčního softwaru COTS (COTS) a vlastního kódu napříč úlohou. Ukazuje, jak se software a kód distribuují v hostitelské infrastruktuře.
Diagram toku dat (DFD) znázorňuje, jak se data pohybují systémem, což je užitečné při modelování systémů orientovaných na data. V podobném diagramu je vhodné si uvědomit, jestli se data přesouvají v dávkách nebo v reálném čase, aby se odstranila nejednoznačnost.
Sekvenční diagram znázorňuje komunikaci mezi komponentami úloh v průběhu času. Znázorňuje vztahy klientů a serverů a jejich synchronní nebo asynchronní povahu. Také zvýrazňuje závislosti v těchto výměnách a vyhodnocuje scénáře chyb v rámci těchto výměn.
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ů různými způsoby, jak uživatel a data uživatele komunikují se systémem.
Diagram vztahů entit (ERD) je diagram modelování, který představuje strukturu databáze nebo jiného systému úložiště. Zobrazuje vztah mezi entitami (například tabulkami) prostřednictvím standardních atributů a symboliky přidružení.
Síťový diagram znázorňuje řešení z pohledu sítě, na které běží nebo s nimi komunikuje. 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í body internetu.
Síťové diagramy mají obvykle implementaci za poslední. Síťové diagramy se často používají při auditech a reakci na incidenty.
Stavový diagram je specializovaná vizualizace. Zobrazuje stav, ve kterém je tok (nebo jednotlivá komponenta). Ukazuje také, jak tok přechází mezi stavy v reakci na podmínky nebo události.
I když se nejedná o diagram architektury konkrétně, vývojový diagram představuje jiný způsob, jak v návrhu získat přehlednost. Vývojové diagramy jsou často užitečné, když představují složité pracovní postupy nebo logiku. Můžete je použít k upřesnění požadavků a k řízení možností implementace.
Vývojové diagramy jsou užitečné zahrnout do plánů reakce na incidenty úloh, které pomáhají zvýraznit klíčové rozhodovací body a související akce nebo kanály oznámení.
Události
Vytváření inteligentních aplikací
17. 3. 21 - 21. 3. 10
Připojte se k řadě meetupů a vytvořte škálovatelná řešení AI založená na skutečných případech použití s kolegy vývojáři a odborníky.
ZaregistrovatŠkolení
Postup výuky
Solution Architect: Design Microsoft Power Platform solutions - Training
Learn how a solution architect designs solutions.
Certifikace
Microsoft Certifikovaný: Expert na architekturu řešení Azure - Certifications
Jako architekt řešení Microsoft Azure radíte zúčastněným stranám a přeložíte obchodní požadavky na návrhy řešení Azure, která odpovídají architektuře Azure Well-Architected Framework a architektuře přechodu na cloud pro Azure.
Dokumentace
Kontrolní seznam architekta řešení - Microsoft Azure Well-Architected Framework
Seznamte se s dodávkami dobře architekta, který je navržen. Podívejte se, jak přeložit funkční a nefunkční požadavky na vzory návrhu cloudu.
Záznam rozhodnutí o architektuře - Microsoft Azure Well-Architected Framework
Seznamte se s výhodami vytvoření záznamu rozhodnutí o architektuře v procesu návrhu, který dokumentuje rozhodnutí, odůvodnění a důsledky.
Specifikace návrhu architektury úloh - Microsoft Azure Well-Architected Framework
Seznamte se s výhodami vytvoření specifikace návrhu architektury pro úlohu. Specifikace popisuje volby návrhu prostřednictvím slov a diagramů.