システム コンテキスト図

フリー百科事典ウィキペディアより
ナビゲーションにジャンプ 検索にジャンプ

システム コンテキスト図の例。[1]

エンジニアリングにおけるシステム コンテキスト図( SCD) はシステムまたはシステムの一部とその環境の間の境界を定義し、それと対話するエンティティを示す図です。[2]この図は、システムの概要図です。これはブロック図に似ています。

概要

システム コンテキスト図は、システム全体と、外部要因との間の入力出力を示します。Kossiakoff と Sweet (2011) によると: [3]

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

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

ビルディングブロック

コンテキスト図は、次の 2 種類のビルディング ブロックを使用して作成できます。

  • エンティティ (アクター) : ラベル付きボックス; システムを表す中央の 1 つと、その周りに各外部アクター用の複数のボックス
  • 関係: エンティティとシステムの間のラベル付きの線

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

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

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

代替案

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

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

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

も参照

参考文献

  1. ^ NDE Project Management は、2008 年 11 月 7 日にWayback Machine (NPOESS) Data Exploitation Web サイトでアーカイブされました。2008年。
  2. ^ Manoj Kumar Choubey (2012) IT インフラストラクチャと管理 (GBTU および MMTU 向け) . p。53
  3. ^ アレクサンダー コシアコフ、ウィリアム N. スウィート (2011). システムズエンジニアリング:原則と実践p. 266
  4. ^ Richard Wiener (1998) Journal of Object-directional Programming . 第11巻。68
  5. ^ Suzanne Robertson、James C. Robertson (2006) Mastering the Requirements Process . ピアソン教育、17 mrt。2006年
  6. ^ i* を使用したシステム目標モデリング: RESCUEセンター HCI 設計におけるアプローチ、2003 年 2 月 27 日
  7. ^ a b c 米国運輸省、運用局 (2006)地域 ITS アーキテクチャ ガイダンス文書. 2006 年 7 月
  8. ^ Graeme C. Simsion , Graham C. Witt (2005). データ モデリングの要点. p。512。

外部リンク