コンセプト
「4 + 1」ビューは、5つの異なる説明ソフトウェアアーキテクチャの観点からのものです。
"4 + 1"は、それぞれ、次を参照してください。
- 論理ビュー
- プロセスビュー
- 物理ビュー
- 開発ビュー
- シーン/ユースケースを見ます
論理アーキテクチャの説明は、4つの正面を中心に編成し、次に説明するケースやシナリオと組み合わせることができ、第五のビューを形成します。
唯一のシステムの側面に興味を持って各ビューは、5つのビューは、システムの全体の内容を反映するために組み合わせます。
ビューについて
ソフトウェア設計は、一般ビューと呼ばれる角度の異なる記録ビューの概念的な点から説明することができます。
「ビューは、特定のソフトウェア・システムの属性を示すソフトウェア・アーキテクチャの一部を示します」
ソフトウェアに関連するさまざまな問題に関連するさまざまなビュー。
要するに、多くのソフトウェアの設計は、ビュー構造と併せて理解することができる典型的構成要素の比較的独立した直交ビューにより、設計プロセスから得られる生成物です。
論理ビュー
オブジェクト指向設計の方法を使用する場合、論理設計は、一般的に使用される方法は、UMLクラス図、ER図に記載されているオブジェクトモデルを、対応する図。
論理アーキテクチャは、主にシステムがどのようなサービスをユーザーに提供すべきであるという機能要件をサポートしています。
システムは、問題のオブジェクトまたはオブジェクトクラスの表現の形で鍵抽象化のセットに分解されます。
クラス設計は、抽象化、カプセル化、継承の原理に従う、この分解は、システムの機構及び機能解析の各部分のための一般的な設計要素を明確にするだけではありません。
プロセスビュー
デザインのプロセスアーキテクチャの注目の並行性と同期の側面は、そのようなパフォーマンスや可用性などの非機能要件のいくつかを検討します。
プロセスビューは、異なる問題に対処するための抽象化のいくつかのレベル、抽象化の各レベルで記述することができます。
- 論理ネットワークの独立した通信プログラムの実行のセットとして、LANまたはWAN接続によって使用されるハードウェアリソースの集合の分布の過程において、最高レベルの処理を懸念。
- 論理ネットワークは複数の同一の物理リソースを共有し、同時に存在してもよいです。
同期および非同期通信サービスベースのメッセージ、リモートプロシージャコール、イベント放送:主なタスクは、明確に定義されたタスク間通信機構のセットを介して搬送することです。
二次タスクがセットにあるか、または同一の処理ノード又はプロセス上に配置された想定主要なタスクを回避するために、共有メモリを介して通信することができます。
物理ビュー
物理ビューは、主に分散局面に反映、ハードウェアにマッピングソフトウェアを記述する。
このような可用性、信頼性(フォールトトレランス)、性能(スループット)とスケーラビリティのようなシステムメイン考慮非機能要件の物理的構造。
共通の物理的な構成:
- テスト
- デプロイ・システムに異なるサイトまたは異なる顧客のために
開発ビュー
静的ビューは、その開発環境でのソフトウェア開発組織を記述する。
開発フレームワークは、に焦点を当てました:
- 実際のソフトウェアモジュールの組織のためのソフトウェア開発環境
- ソフトウェアは、開発者や少数により開発することができる小さなライブラリにパッケージ化、またはサブシステムにパッケージ化され
開発システムアーキテクチャは、「輸出」と「輸入」の関係として示され、図のモジュールおよびサブシステムによって表されます。ソフトウェアのすべての要素は、完全な開発フレームワークを説明するために特定された場合のみ。
大部分では、利便性、ソフトウェア管理、再利用や共通の開発を検討アーキテクチャの開発、などのツールやプログラミング言語のセットの制約が適用されます。
展開図は、需要の分布の基礎となる、開発チームは作業の配布を容易にするため、ヘルプは先にコストと計画を評価し、プロジェクト、ソフトウェアの再利用、移植性、および推論のセキュリティの進行状況を監視します。ビューを開発することにより、簡単な構成アイテムの開発者の一部門に到達します。
実際の応用では、ビューの開発は、次のようにアシスト、論理ビューに基づいて、インターフェイスのような多数のコンテンツの数を増加させるであろう。
シーン/ユースケースを見ます
意思決定フレームワークは、4つの正面を中心に編成し、次にユースケースやシナリオの数で選択することができる記述(第五のビューになる)について説明します。
4つのビュー内の他の要素は、重要なシーンのいくつかは、以下のような優れたディスプレイや使用例、ことができます。
- 以上の実施形態例の構成に沿って
- いくつかは、そのようなオブジェクトやプロセス間など、関連するスクリプトの間の相互作用を記述する
概要
いないすべてのソフトウェア・アーキテクチャは、「4 + 1」ビューを完了する必要があります。
不要には、例えば、ビューのスキーマの記述から省略されてもよいです。
- 唯一つのプロセッサがある場合、それは物理的に表示する必要はありません
- 唯一のプロセスまたはプログラムは、あなたがプロセスビューを必要としない場合
- 非常に小さなシステムでは、論理的なビューを開発することが可能であると意見を分けて説明する必要はない、非常に似ています
いずれの場合も、シーンビューが使用する必要があります。