システムコンテキスト図

工学におけるシステムコンテキスト図は、システムまたはシステムの一部とその環境との境界を定義し、システムと相互作用するエンティティを示す図です。 ^{[2]この図は、}システムの高レベルのビューです。ブロック図に似ています。

概要

システムコンテキスト図は、システム全体と、外部要因からの入力と出力を示します。KossiakoffとSweet（2011）によると、次のようになります。 ^[3]

システムコンテキストダイアグラム... システムと相互作用する可能性のあるすべての外部エンティティを表します... このようなダイアグラムは、システムを中心に描き、その内部構造の詳細は示さず、相互作用するすべてのシステム、環境、アクティビティが周囲を囲んでいます。システムコンテキストダイアグラムの目的は、システム要件と制約の完全なセットを開発する際に考慮する必要がある外部要因とイベントに注目することです。

システムコンテキスト図は、プロジェクトの早い段階で調査対象範囲についての合意を得るために使用されます。^[4]コンテキスト図は通常、要件ドキュメントに含まれています。これらの図はプロジェクトのすべての関係者が読む必要があるため、関係者がドキュメント内の項目を理解できるように、平易な言葉で記述する必要があります。

ビルディングブロック

コンテキスト図は、次の 2 種類の構成要素を使用して作成できます。

エンティティ（アクター） : ラベル付きのボックス。中央の 1 つはシステムを表し、その周囲には外部アクターごとに複数のボックスがあります。
関係: エンティティとシステム間のラベル付き線

たとえば、「顧客が注文する」などです。コンテキスト図では、外部エンティティを表すためにさまざまな描画タイプを使用することもできます。楕円、棒線画、画像、クリップアート、またはその他の表現を使用して意味を伝えることができます。決定木とデータストレージは、システムフロー図で表されます。

コンテキスト図では、外部エンティティの分類を一連の単純なカテゴリ^[5] (例: ^[6] ) の1つとしてリストすることもできます。これにより、システムに対するエンティティの関与レベルが明確になります。これらのカテゴリには次のものが含まれます。

アクティブ: 何らかの目標または目的を達成するために動的です (例:「記事の読者」または「顧客」)。
パッシブ: システムと頻繁にやり取りしない静的な外部エンティティ (例:「記事編集者」または「データベース管理者」)。
協力的: システムが望ましい結果をもたらすために使用する予測可能な外部エンティティ (例: 「インターネットサービスプロバイダー」または「運送会社」)。
自律的 (独立) : システムから分離されているが、課せられた制約または同様の影響によって間接的にシステムに影響を与える外部エンティティ (例: 「規制委員会」または「標準化グループ」)。

代替案

最適なシステムコンテキストダイアグラムは、システムが非常に高いレベルで相互運用される方法、またはシステムが論理的に動作し相互作用する方法を表示するために使用されます。システムコンテキストダイアグラムは、システムとアクター、アクターとシステム、またはシステムとシステム間のベースライン相互作用を開発するために必要なツールです。システムコンテキストダイアグラムの代替手段は次のとおりです。

アーキテクチャ相互接続図: この図は、アーキテクチャ相互接続図の例を示しています。図には、Turbo Architecture ツールを使用して生成された、アルバカーキ警察署のアルバカーキ地域 ITS アーキテクチャ相互接続の表現が示されています。各ブロックは、上部の網掛け部分に利害関係者の名前を含む ITS インベントリ要素を表します。要素間の相互接続線は実線または破線で、既存または計画中の接続を示します。^[7]
ビジネスモデルキャンバスは、新しいビジネスモデルを開発したり、既存のビジネスモデルを文書化するための戦略的管理テンプレートです。企業の価値提案、インフラストラクチャ、顧客、財務を説明する要素を含む視覚的なチャートです。[1]潜在的なトレードオフを示すことで、企業が活動を調整するのに役立ちます。
エンタープライズデータモデル：Simsion（2005）によると、このタイプのデータモデルには、最大50〜200のエンティティクラスを含めることができ、これは特定の「データモデリングにおける高度な一般化」の結果として生じます。^[8]
IDEF0 トップレベルコンテキストダイアグラム: IDEF0プロセスは、分解する主要な機能の識別から始まります。この機能は、特定の IDEF0 分析の範囲を定義する「トップレベルコンテキストダイアグラム」で識別されます。
問題図 (問題フレーム) : コンテキスト図に表示される種類のものに加えて、問題図には要件と要件参照が表示されます。
ユースケース図:統一モデリング言語図の 1 つ。プロジェクトの範囲を同様の抽象レベルで表します。 - ただし、ユースケースは、システムと対話する「アクター」の目標に重点を置く傾向があり、ソリューションは指定しません。ユースケース図は、アクターがユースケースの目標を達成する方法をテキストで説明した一連のユースケースを表します。たとえば、顧客が注文するなどです。
ArchiMate : ArchiMate は、ビジネスドメイン内およびビジネスドメイン間でのアーキテクチャの記述、分析、視覚化を明確な方法でサポートする、オープンで独立したエンタープライズアーキテクチャモデリング言語です。

これらの図のほとんどは、限られた数の相互接続が表示される限りはうまく機能します。20以上の相互接続を表示する必要がある場合、図は非常に複雑になり、読みにくくなる可能性があります。^[7]

参照

参考文献

^ NDE プロジェクト管理、Wayback Machine (NPOESS) データ活用 Web サイトで 2008 年 11 月 7 日にアーカイブ。2008 年。
^ Manoj Kumar Choubey (2012) ITインフラストラクチャと管理（GBTUとMMTU向け） p.53
^ Alexander Kossiakoff、William N. Sweet (2011)。システムエンジニアリング：原則と実践、 p. 266
^ Richard Wiener (1998)オブジェクト指向プログラミングジャーナル。第 11 巻。p. 68
^ スザンヌ・ロバートソン、ジェームズ・C・ロバートソン (2006)要件プロセスの習得ピアソン教育、2006 年 3 月 17 日
^ i*: アプローチを使用したシステム目標モデリング、RESCUE センター HCI 設計、2003 年 2 月 27 日
^ abc 米国運輸省、運用局 (2006) 地域 ITS アーキテクチャガイダンスドキュメント。2006 年 7 月
^ Graeme C. Simsion、Graham C. Witt (2005)。データモデリングの基礎。p.512。

外部リンク

コンテキスト図テンプレート
SYSMOD のシステムコンテキスト図

[1] NDE プロジェクト管理、Wayback Machine (NPOESS) データ活用 Web サイトで 2008 年 11 月 7 日にアーカイブ。2008 年。

[2] Manoj Kumar Choubey (2012) ITインフラストラクチャと管理（GBTUとMMTU向け） p.53

[KoSw03-3] Alexander Kossiakoff、William N. Sweet (2011)。システムエンジニアリング：原則と実践、 p. 266

[4] Richard Wiener (1998)オブジェクト指向プログラミングジャーナル。第 11 巻。p. 68

[5] スザンヌ・ロバートソン、ジェームズ・C・ロバートソン (2006)要件プロセスの習得ピアソン教育、2006 年 3 月 17 日

[6] *: アプローチを使用したシステム目標モデリング、RESCUE センター HCI 設計、2003 年 2 月 27 日

[USDT06-7] 米国運輸省、運用局 (2006) 地域 ITS アーキテクチャガイダンスドキュメント。2006 年 7 月

[8] Graeme C. Simsion、Graham C. Witt (2005)。データモデリングの基礎。p.512。