記事のディレクトリ
構造モデリングソフトウェアシステムの種類
構造モデル
これは、最も直感的な、最も一般的なモデリング手法の一つです。アーキテクチャコンポーネント、コネクタおよび他の概念へのこのアプローチは、構造を特徴づける、およびシステムの構成、制約暗黙の前提、スタイル、およびその他のプロパティを含むシステムの構造を通じて、重要な意味内容を反映しようとします。
モデルのコア構造は、アーキテクチャ記述言語が検討されています。
フレームワークモデル
フレーム構造モデルは、モデルに似ているが、それはあまりフォーカスさと構造の詳細な説明は、全体的な構造上のより集中です。
メインフレームモデルのための構造を確立し、問題への適応の唯一の目標のためにいくつかの特別な問題があります。
たとえば、次のようにMVCモデル
機能モデル
ある機能モデルアーキテクチャ階層組成メンバ関数のセット、上下にサービスを提供。
機能モデルは、特殊なフレームワークのモデルとして見ることができます。
動的モデル
動的モデルは、モデルフレームワークの「大粒子」の系統的な研究の行動の構造や性質のために補完するものです。
例えば、再構成やシステムの進化を説明します。動的な構成は、通信チャネル又は除去または演算処理を確立するために、システムの全体的な構造を指すことができます。
プロセスモデル
ステッププロセスモデルとシステムのプロセスの研究構成。
構造は、スクリプトを追跡するためにいくつかのプロセスの結果です。
コアモデルアーキテクチャ
- メンバーは、特定の機能を有するソフトウェアユニットであり、記憶素子や演算の2種類があります。それは分割することができます原子部材と複合部材。
- コネクタ部材を接続するための手段。
などのパイプライン、プロシージャ・コール、イベント放送、SQL接続、など - コネクタ部材は、企業がインタフェースを介して、外の世界と対話することができますパッケージです。成る群によるインターフェイスポート部材の各ポートは、特定の相互作用点です。コネクタは、ロールと呼ばれています
"4 + 1" ビューモデル
論理ビュー、プロセスビュー、物理ビュー、およびシーンビュー開発されたソフトウェア・アーキテクチャを説明するビューを含む異なる視点5から「4 + 1」ビューモデル。
各ビューは、システムの一の側面にのみ関係している5は、システムのソフトウェアアーキテクチャを反映するように一緒に組み合わさ全内容を表示します。
論理ビュー
機能要件主な支援システムの論理ビュー、サービスのエンドユーザにそのシステム。論理ビューで、主に問題のある領域からの抽象化の系列にシステムの機能。そのような分解ではなく、システム全体の様々な部分の同定および設計要素の一般的な機構として、機能分析のために使用することができます。
オブジェクト指向の技術では、抽象化、カプセル化、継承によって、オブジェクトモデルは、論理ビューを記述するために、クラス図の論理ビューを表すために使用されてもよいです。
表現
スタイルのオブジェクト指向スタイルの論理ビューを使用する際の主な問題は、論理ビューの設計は、システム・オブジェクト・モデル全体凝集単一を維持することであることに留意されたいです。
大規模システムでは、アーキテクチャレベルは、数十またはクラスの数百を含んでいます。
開発ビュー
また、主に組織や管理ソフトウェア・モジュールには、モジュールのビューとして知られている開発ビュー、。
ビューは、内部ソフトウェアの開発の必要性を検討するため、持ち込ま異なる特定の開発ツールに完全に制限を検討するために、ソフトウェア開発、ソフトウェアの容易さなど、ソフトウェアの再利用と共通性を、。
図のサブシステムの図の入力と出力の関係のシステム・モデルによって記述展開図。
展開図には、層4-6サブシステムを最大限に活用、各サブシステムは、同じ又は下層のサブシステムと通信することができます。だから、モジュール間の複雑な依存関係を避け、完全かつ簡潔両方に各レベルのインタフェースを行うことができます。
デザインは、各レベルのために、完全なアカウントを取る必要があります汎用性のレベルが低いほど、より強いですだから、私たちは、アプリケーションのニーズが変化したときに、最小限の変更を行っていることを確認することができます。スタイルを開発する目的で、通常スタイルの階層です。
表現
プロセスビュー
プロセスビューは、システムの動作特性に焦点を当てて主な関心事いくつかの非機能要件の。
プロセスビューの同時実行、流通、システムインテグレーションと耐障害性を重視し、どのようにメイン抽象化の論理ビューから、プロセスの構造に合うように。また、各特定のクラスの操作の論理ビューが行われる定義するスレッド。
プロセスビューは、抽象化の複数の層として記述することができ、各レベルは、別途のさまざまな側面に焦点を当てます。で抽象化の最高レベルは、プロセス構造は、実行ユニットを構成するタスクのセットとして見ることができます。これは、ネットワークを介して互いに通信する別個の論理プログラムのシリーズとして見ることができます。それらは、ハードウェア・リソース・バスまたはローカル・エリア・ネットワーク、広域ネットワークによって接続され、分配されます。
表現
物理ビュー
ハードウェアにソフトウェアをマッピングする方法主な考慮事項の物理ビューそれは通常、パフォーマンス、規模や信頼性を考慮するとなどなど。システムトポロジ、システムのインストール、通信やその他の問題を解決します。
ソフトウェアが異なるノード上で実行されている場合、部材の様々な図は、直接的または間接的にシステムの異なるノードに対応します。したがって、ノードをマッピングするソフトウェアから高い柔軟性、環境の変化、システムの他の観点に最小限の影響を有します。
表現
シーン
これらのシーンは、それが有機リンクの4つのビューを行い、重要な抽象化システムの活動として見ることができますある意味でのシーンは、最も重要な抽象的ニーズです。アーキテクチャの開発では、設計者がメンバーとそのアーキテクチャ間の関係の役割を見つけることができます。一方、シーンはまた、特定のビューを分析異なるビューまたはコンポーネントがどのように相互作用するかを記述するために使用することができます。
シーンの表現をテキストことができ、それはまた、グラフィカルに表現することができます。
概要
静的構造と展開図は、システムの論理ビュー説明し、構造の動的ビューとシステムを記述する物理的工程図を。
異なるソフトウェアシステムでは、中心角度が異なっています。例えば、経営情報システム、システムは論理ビューと展開図からの比較を中心に説明すると、リアルタイム制御システムのために、ビューと物理システムの観点から説明したプロセスにもっと注意を払います。
モデリングツールとシンボルを選択します。no均一な要件。