継承

既存のクラスの属性と操作を引き継いで、新しいクラスを定義する仕組み。インヘリタンスともいう。共通部分を上位クラスにまとめられるため重複が減るが、階層が深くなると理解しにくくなる。

スーパークラスで定義した属性やメソッドを、サブクラスが引き継ぐ仕組み。インヘリタンスともいう。共通部分をスーパークラスにまとめ、差分だけをサブクラスに定義すればよいので、重複が減って再利用しやすくなる。一方で、スーパークラスを変更するとすべてのサブクラスに影響が及び、継承の階層が深いと構造を理解しにくくなる。

データとそれに対する操作をオブジェクトとしてまとめ、オブジェクト間のメッセージパッシングによりシステムを構成する設計手法。カプセル化、継承、ポリモーフィズムを基本原理とし、再利用性と保守性の向上を目指す。

オブジェクト内部のデータ構造や実装の詳細を隠蔽し、外部からはインタフェース（公開メソッド）を通じてのみアクセスさせる仕組み。情報隠蔽により、内部実装の変更が外部に影響しない独立性を実現する。

オブジェクト指向設計の5つの基本原則。単一責任の原則(S)、開放閉鎖の原則(O)、リスコフの置換原則(L)、インタフェース分離の原則(I)、依存性逆転の原則(D)。保守性・拡張性の高い設計を実現するための指針。

直接インスタンス化できず、サブクラスで実装すべき抽象メソッドを定義するクラス。共通的な処理を定義しつつ、具体的な振る舞いをサブクラスに委ねる。インタフェースとの使い分けが設計のポイントとなる。

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

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