1

3 層ソフトウェア アーキテクチャのデータフロー図を作成したいと考えています。最後に、データフロー図を使用して脅威モデルを作成したいと考えています。

ソフトウェアは、ある種のゲートウェイであると想定されています。REST インターフェイスを介して HTTP リクエストを受け入れ、さまざまな種類のサービスをユーザーに提供します。異なる機能を提供する 3 つの異なるレイヤーがあり、すべてのレイヤーを異なるマシンで実行できます。

  • 境界層 (リクエストを受け入れます)
  • コントロール層 (ビジネスロジックを提供)
  • アダプター層 (バックエンド システムへのデータ接続)

例: ユーザーがソフトウェアを使用して DOC ファイルを作成したいとします。彼は境界層で DOC ファイルを要求し、この要求をビジネス ロジックが発生する制御層に転送します。コントロール層は、アダプター層から必要なデータを要求します。

これはかなり単純な例です。

私の質問は次のとおりです。

すべてのレイヤー (境界、コントロール、アダプター) は、データフロー ダイアグラム内のプロセスであり、小さなプロセスに分解する必要がありますか?それとも、プロセスを「DOC ドキュメントの生成」として表示するだけですか?

すべてのレイヤーが異なるマシンで実行された場合、データフロー ダイアグラムが変更されるのでしょうか。それとも、データフローが同じままであるために同じままであり、基礎となるアーキテクチャのみが変更されるのでしょうか?

どうもありがとう。

4

1 に答える 1

1

DFD は概念的なツールです。これは、システムに何をさせたいかを説明するものであり、これを達成する方法を説明するものではありません。DFDは、システムの物理的側面を記述するのに役立ちますが、それらを使用するための一種の非標準的な方法です。

すべてのレイヤー (境界、コントロール、アダプター) は、データフロー ダイアグラム内のプロセスであり、小さなプロセスに分解する必要がありますか?それとも、プロセスを「DOC ドキュメントの生成」として表示するだけですか?

教科書の答えは、レイヤーは DFD に場所がないということです。Generate DOC documentシステムが行うことであり、これにはプロセスが必要です。これが複数のレイヤーを含むという事実は、実装の詳細です。

于 2013-05-03T04:55:35.800 に答える