Kontextový diagram systému - System context diagram

Příklad kontextového diagramu systému.

Systém kontext diagram (SCD), ve strojírenství je diagram , který definuje hranici mezi systémem , nebo část systému, a jeho životní prostředí, ukazuje entity, které v interakci s ním. Tento diagram představuje pohled na systém na vysoké úrovni . Je to podobné jako blokové schéma .

Přehled

Kontextové diagramy systému ukazují systém jako celek a jeho vstupy a výstupy z / do externích faktorů. Podle Kossiakoff a Sweet (2011):

Kontextové diagramy systému ... představují všechny externí entity, které mohou interagovat se systémem ... Takový diagram zobrazuje systém uprostřed, bez podrobností o jeho vnitřní struktuře, obklopený všemi jeho interagujícími systémy, prostředími a aktivitami. Cílem kontextového diagramu systému je zaměřit pozornost na vnější faktory a události, které by měly být brány v úvahu při vývoji úplné sady systémových požadavků a omezení.

Systémové kontextové diagramy se používají na začátku projektu, aby se dosáhlo dohody o rozsahu, který je předmětem šetření. Kontextové diagramy jsou obvykle obsaženy v dokumentu požadavků. Tyto diagramy musí číst všechny zúčastněné strany projektu, a proto by měly být psány v jasném jazyce, aby mohly zúčastněné strany porozumět položkám v dokumentu.

Stavební bloky

Kontextové diagramy lze vytvořit pomocí dvou typů stavebních bloků:

  • Subjekty (herci) : označené políčka; jeden ve středu představující systém a kolem něj několik polí pro každého externího aktéra
  • Vztahy : označené čáry mezi entitami a systémem

Například „zákazník zadá objednávku“. Kontextové diagramy mohou také používat mnoho různých typů výkresů k reprezentaci externích entit. K vyjádření významu mohou použít ovály , panáček , obrázky , kliparty nebo jiné znázornění. Rozhodovací stromy a úložiště dat jsou zastoupeny v systémových vývojových diagramech.

Kontextový diagram může také vypsat klasifikace externích entit jako jednu ze sady jednoduchých kategorií (Příklady :), které zvyšují jasnost v míře zapojení entity do systému. Mezi tyto kategorie patří:

  • Aktivní : Dynamické k dosažení určitého cíle nebo účelu (Příklady: „Čtečky článků“ nebo „zákazníci“).
  • Pasivní : Statické externí entity, které zřídka interagují se systémem (Příklady: „Redaktoři článků“ nebo „správce databáze“).
  • Kooperativní : Předvídatelné externí subjekty, které systém používá k dosažení požadovaného výsledku (příklady: „poskytovatelé internetových služeb“ nebo „přepravní společnosti“).
  • Autonomní (nezávislé) : Externí entity, které jsou oddělené od systému, ale ovlivňují systém nepřímo prostřednictvím uložených omezení nebo podobných vlivů (příklady: „regulační výbory“ nebo „skupiny norem“).

Alternativy

Nejlepší kontextové diagramy systému se používají k zobrazení toho, jak systém spolupracuje na velmi vysoké úrovni nebo jak systémy fungují a logicky interagují. Kontextový diagram systému je nezbytným nástrojem při vývoji základní interakce mezi systémy a aktéry; aktéři a systém nebo systémy a systémy. Alternativy k kontextovému diagramu systému jsou:

Příklad diagramu propojení architektury.
  • Diagram propojení architektury : Obrázek poskytuje příklad diagramu propojení architektury : Na obrázku je znázorněno regionální propojení architektury ITS v Albuquerque pro policejní oddělení v Albuquerque, které bylo vygenerováno pomocí nástroje Turbo Architecture. Každý blok představuje prvek inventáře ITS, včetně jména zúčastněné strany v horní stínované části. Propojovací čáry mezi prvky jsou plné nebo přerušované, což naznačuje existující nebo plánovaná spojení.
  • Business Model Canvas , šablona strategického řízení pro vývoj nových nebo dokumentaci stávajících obchodních modelů. Jedná se o vizuální graf s prvky popisujícími hodnotovou nabídku firmy, infrastrukturu, zákazníky a finance. [1] Pomáhá firmám při sladění jejich činností ilustrací potenciálních kompromisů.
  • Podnikový datový model : tento typ datového modelu podle Simsiona (2005) může obsahovat až 50 až 200 tříd entit, což je výsledkem specifické „vysoké úrovně zobecnění v datovém modelování “.
  • Kontextový diagram nejvyšší úrovně IDEF0 : Proces IDEF0 začíná identifikací primární funkce, která má být rozložena. Tato funkce je identifikována v „kontextovém diagramu nejvyšší úrovně“, který definuje rozsah konkrétní analýzy IDEF0.
  • Problémové diagramy (problémové rámce) : Kromě druhů věcí zobrazených v kontextovém diagramu, problémový diagram zobrazuje požadavky a odkazy na požadavky.
  • Diagram případů : Jeden zdiagramů Unified Modeling Language . Představují také rozsah projektu na podobné úrovni abstrakce. - Případy použití se však spíše zaměřují na cíle „aktérů“, kteří interagují se systémem, a nespecifikují žádné řešení. Diagramy případů použití představují sadu případů použití, což jsou textové popisy toho, jak herec dosahuje cíle případu použití. pro příklad objednávky míst zákazníka.
  • ArchiMate : ArchiMate je otevřený a nezávislý jazyk pro modelování podnikové architektury, který jednoznačně podporuje popis, analýzu a vizualizaci architektury v rámci obchodních domén i mezi nimi.

Většina z těchto diagramů funguje dobře, pokud bude zobrazen omezený počet propojení. Tam, kde musí být zobrazeno dvacet a více propojení, se diagramy stávají poměrně složitými a je obtížné je číst.

Viz také

Reference

externí odkazy