MVCモデル

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

ソフトウェアをModel（データと業務ロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。UIと業務ロジックを分離することで保守性と再利用性を高める。Webアプリケーションで広く採用されている。

ソフトウェアをModel（データと業務ロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。UIと業務ロジックを分離することで保守性と再利用性を高める。Webアプリケーションで広く採用されている。

アプリケーションをModel（データと業務ロジック）、View（画面表示）、Controller（入力を受けてModelとViewを制御する）の3つの役割に分けるアーキテクチャパターン。表示と処理を分けるため変更の影響を局所化でき、分担して開発しやすい。多くのWebアプリケーションフレームワークが採用している。

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

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

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

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

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

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