次のモデルは、プロジェクトの開始から最終的な展開までの段階的な改良 (改良) と実現のプロセスです。
1. ビジネスユースケースモデル
ビジネスユースケースモデル プロジェクトの立ち上げ段階において、ビジネスユースケースモデルを使って要件を取得することは、実際のビジネスのためのモデルを構築することであり、顧客との合意に達するため、コンピュータ環境は当面考慮されません。 .
特に小規模なソフトウェア プロジェクトでは、ビジネス ユース ケース モデルはオプションです。
2. ユースケースモデルの概念
概念ユース ケース モデルは、プロジェクトの開始段階におけるビジネス ユース ケース モデルのサブセットであり、ビジネス ユース ケースから抽出された重要なビジネス プロセスです。小規模なプロジェクトでは、このモデルは必要ありません。
3. システムのユースケースモデル
システムのユース ケース モデルは、プロジェクトの開始フェーズの終わりか、精緻化フェーズの初期にあります。システム モデリングは要件の取得であり、システム ユース ケースは共通の一般的なユース ケースであるため、システム ユース ケース モデルは略してユース ケース モデルと呼ぶことができます。
ユース ケース モデルは、要件取得のアウトプットであり、分析設計とテスト プロセスのインプットです。システム開発の範囲を合意するための契約の付属書として使用できます。
4. ドメインモデル
ドメイン モデルは、純粋なコンピューター言語の記述ではなく、現実世界の概念に焦点を当てた、現実世界のマッピングであるため、ドメイン モデルは概念的視点とも呼ばれます。ドメイン モデルは重要な機能を抽象化するため、アイデアの分析と追跡が容易になります。以降のクラス図の設計プロセスでは、ドメイン モデルも重要なインスピレーションの源の 1 つとして参照されます。
ドメイン モデルは本質的に UML クラス図の一部ですが、完全なクラス図との最大の違いは、ドメイン モデルで使用されるクラス名が実際に完全に使用され、ドメイン モデルの各クラスが実際のオブジェクトを表すことです。モデル内のコンピューター ソフトウェア オブジェクトではありません。
5. 分析モデル
分析モデルは、要件フェーズから設計フェーズへの移行です。
分析モデルには、アーキテクチャ ビュー、ユース ケース ビュー、静的ビュー、動的ビュー、コンポーネント ビュー、デプロイ ビューが含まれます。
シーケンス図では、操作インターフェースとして主人公とシステムの間に境界クラスが追加され、ビジネスロジックとして境界クラスとエンティティ相互作用の間に制御クラスが追加されます.境界クラスはエンティティクラスと直接相互作用してはなりません. .
クラス間の関係:
实体类和实体类之间可以有聚合或组合关系，不要有依赖关系，只能通过控制类间接交互；
控制类和控制类之间不要有聚合或组合关系，尽量减少依赖；
边界类依赖于控制类，控制类依赖于实体类。
6. ソフトウェア アーキテクチャとフレームワーク モデル
アーキテクチャ: システムの骨組みであり、システムの青写真であり、システムの高レベルの定義と記述であり、戦略的です。フレームワークはソリューションであり、
基本構造であり、採用され再利用可能なものです。特定の問題の解決策、戦術
ソフトウェア アーキテクチャは、幅のパースペクティブと深さのパースペクティブの 2 つのパースペクティブで記述され、この 2 つのパースペクティブは、ソフトウェア アーキテクチャの "3 次元" の記述を構成します。
幅の広い視点: 最初にソフトウェア層を説明し、
深さの視点: 次に、各層をより深く説明します。
ソフトウェア フレームワーク: サードパーティのオープン ソースや商用フレームワークなど、一般的な問題に対する一般的なソリューションです。
ここで実現しました：概略設計
7. 設計モデル
詳細設計とも呼ばれる設計モデルは、現象をコーディングする前の最後のモデリング手順です。
設計モデルには、アーキテクチャ ビュー、ユース ケース ビュー、静的ビュー、動的ビュー、コンポーネント ビュー、配置ビューがあり、分析モデルを改良することで設計モデルを実現できます。
[UML] クラス図 クラス図
[UML] アクティビティ図 アクティビティ図、ステートマシン図 ステートマシン図、シーケンス図 シーケンス図
[UML] ユースケース図 ユースケース図、配置図 配置図、コンポーネント図 コンポーネント図
8. コンポーネントモデル
コンポーネントは、アーキテクチャを構成するサブアイテムであり、一般にアーキテクチャのコンポーネントと呼ばれます。一般に、分散システムでは、コンポーネントが参照されることがよくあります。
コンポーネントの名前は、モジュール、サブシステム、クラス ライブラリ、実行可能プログラム、パッケージなど、場合によって異なります。
9. 実装モデル
実装モデルは、構成ノードとコンポーネントで構成されています。一般に、構成ノードはハードウェアとコンポーネントを記述するために使用され、ソフトウェアを記述するために使用され、通常は分散システムで使用されます。
