SAシステムアーキテクチャ · アーキテクチャスタイルとパターン

CQRS（コマンドクエリ責務分離）

Command Query Responsibility Segregation

しーきゅーあーるえす

データの書き込み（コマンド）と読み取り（クエリ）のモデルを分離するアーキテクチャパターン。読み取りと書き込みで異なるデータモデルやデータストアを使用でき、それぞれを独立して最適化・スケーリングできる。

共有:

他の資格での定義

コマンドクエリ責務分離。データを更新する処理（コマンド）と参照する処理（クエリ）のモデルを分けるアーキテクチャパターン。更新と参照で別のデータモデルやデータストアを使い、それぞれを独立して最適化・拡張できる。更新の結果が参照のモデルに反映されるまでに遅れが生じることがある。

Past Exams

過去問で 1 回出題（システムアーキテクト試験 1）

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

ソフトウェア設計において頻出する問題に対する再利用可能な解決策のカタログ。GoFの23パターンが代表的で、生成（Creational）、構造（Structural）、振る舞い（Behavioral）の3カテゴリに分類される。

アプリケーションをModel（データとビジネスロジック）、View（表示）、Controller（入力制御）の3つの要素に分離するアーキテクチャパターン。各要素の責務を明確にし、変更の影響を局所化する。Webアプリケーションで広く採用される。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。

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