クリーンアーキテクチャ

ソフトウェアの依存関係を内側（ビジネスロジック）から外側（UI・DB等）への一方向に制御するアーキテクチャパターン。レイヤー間の疎結合を実現し、テスト容易性と保守性を高める。

ソフトウェアを、中心の業務ルール（エンティティ、ユースケース）から外側の画面、データベース、フレームワークまでの同心円状の層に分け、依存の向きを常に外側から内側へ向けるアーキテクチャ。ロバート・C・マーチンが提唱した。業務ルールが技術的な詳細に依存しないので、データベースやフレームワークを替えやすく、業務ルールを単独でテストできる。

Robert C. Martinが提唱したアーキテクチャパターン。エンティティ、ユースケース、インタフェースアダプタ、フレームワーク・ドライバの同心円構造で、依存関係を内側に向ける。ビジネスルールを外部技術から独立させることを目的とする。

Robert C. Martinが提唱したアーキテクチャパターン。エンティティ、ユースケース、インタフェースアダプタ、フレームワーク・ドライバの同心円構造で、依存関係を内側に向ける。ビジネスルールを外部技術から独立させることを目的とする。

ソフトウェアをModel（データ・ビジネスロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。各要素の独立性を高め、保守性と拡張性を向上させる。

システムを、独立して開発・配置できる小さなサービスの集まりとして構成する方式。サービス単位で改修や増強ができる一方、サービス間の通信やデータの整合性の管理は複雑になる。

複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。

システム要件を実現するために、ハードウェア、ソフトウェア、ネットワーク、データベースなどの構成要素と、それらの関係・インタフェースを決定する設計工程。要件定義とソフトウェア詳細設計の間に位置づけられる。

ソフトウェアシステムの全体構造を定義するもの。構成要素（コンポーネント）、それらの関係、外部環境とのインタフェース、設計・進化の原則を含む。品質特性のトレードオフを考慮して決定する。

ソフトウェアを独立性の高いモジュール（部品）に分割する設計技法。モジュール強度（凝集度）を高く、モジュール結合度を低くすることが設計原則。STS分割、TR分割、共通機能分割などの技法がある。