部品

ソフトウェア開発における部品は、明確な責任とインタフェースを持ち、ほかの要素と組み合わせて上位システムを構成できる実装・設計単位です。

■ 試験で押さえるポイント

• 関数、クラス、ライブラリ、UI部品、サービス等が部品となり、提供機能、入力出力、前提環境、依存関係を契約として定義します。

• 内部実装を隠して結合度を下げ、凝集度を高めれば、交換、単体テスト、並行開発、再利用をしやすくできます。

• 既製部品や外部ライブラリは開発量を減らせますが、版、ライセンス、脆弱性、保守期限、供給元、互換性を管理します。

• 部品を細かく分け過ぎると通信・理解・版管理の負担が増えるため、変更理由と業務責任がまとまる粒度を選びます。

■ 選択肢での判断ポイント

責任と公開インタフェースを持ち、組合せ・交換可能な単位です。再利用だけでなく依存・版・品質の管理も必要です。

例: 住所検証を公開APIとして部品化し、内部の辞書実装を隠せば、呼出側を変えずに新辞書版へ交換できます。