ソフトウェア設計をアーキテクチャ パターンにマッピングする際に混乱しています。
下の図は私の提案を説明しています。
私が聞きたかったのは -
- 3 番目のレイヤーは本当にレイヤーですか、それともレイヤー 2 の単なる構成要素ですか?
- 第 4 層は、すべてのソフトウェアが構築されるリソースで構成されます。それらは、それ自体でサービスを提供するのではなく、すべての作業が行われる対象であり、すべての作業が行われる対象です。それらはアーキテクチャの説明に含まれますか?
ソフトウェア設計をアーキテクチャ パターンにマッピングする際に混乱しています。
下の図は私の提案を説明しています。
私が聞きたかったのは -
レイヤーは正確な用語ではありません。必要に応じてカスタマイズできます。そうは言っても、私はあなたのデザインを少し違ったものに整理します:
3 番目のレイヤーは、実際にはサイド レイヤー/パッケージであり、メインのソフトウェア フローにサービスを提供しますが、アクティブな役割はありません。より適切なのは、必要に応じて必要なサービスとやり取りできる最初の 2 つのレイヤーと一緒に配置することです。
第 4 層は、実際にはシステム外のエンティティの記述であるため、設計の一部であってはなりません。これらのエンティティへのインターフェイスを概説することはできますが、システム内のレイヤーを構成しません。
また、設計描写のためのより正式なアプローチを検討することもできます - UML のパッケージ図とレイヤー図を確認してください(標準ではありませんが、探しているものに近いものです)。