Kontextový diagram systému - System context diagram
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:
- 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é
- Diagram toku dat
- Informační vývojový diagram
- Rozdělení událostí
- Seznam grafických metod
- Síťový diagram
- Analýza požadavků
- Proces vývoje softwaru
- Systémová analýza