Observerパターン

アルゴリズムをクラスとして独立させ、実行時に切り替え可能にするデザインパターン。条件分岐による処理の切り替えをポリモーフィズムで置き換え、アルゴリズムの追加・変更を容易にする。振る舞いパターンの一つ。

アルゴリズムの骨格をスーパークラスで定義し、具体的な処理の一部をサブクラスでオーバーライドさせるデザインパターン。処理の流れは共通化しつつ、詳細な振る舞いをサブクラスごとに変更できる。振る舞いパターンの一つ。

MVCの派生パターンで、View（表示）とModel（データ）の間にViewModel（表示用ロジック）を配置するアーキテクチャパターン。データバインディングにより ViewとViewModelを自動同期し、UIロジックのテスト容易性を向上させる。

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

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

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