オブジェクト指向

データとそれを操作する手続きを「オブジェクト」として一体化し、オブジェクト間のメッセージのやり取りでシステムを構築する考え方。カプセル化、継承、ポリモーフィズムが主要な特徴。

データとそれを操作する手続（メソッド）を一体にしたオブジェクトを単位として対象を捉え、ソフトウェアを組み立てる考え方。共通の性質をもつオブジェクトをクラスとして定義し、カプセル化（内部構造の隠蔽）、継承（性質の引継ぎ）、多相性（ポリモーフィズム）を基本概念とする。分析・設計・プログラミングの各工程に適用され、それぞれオブジェクト指向分析、オブジェクト指向設計、オブジェクト指向プログラミングと呼ぶ。

システム開発において、機能を段階的に詳細化（トップダウン分割）し、順次・選択・反復の3つの基本構造で設計・実装する手法。DFDやE-R図などを用いて業務を分析・設計する。

将来の業務量やユーザ数の増加を予測し、必要なシステム資源（CPU、メモリ、ディスク、ネットワーク帯域等）を事前に計画すること。過剰投資と性能不足の両方を避けるために、適切なサイジングを行う。

業務で扱う実体と、その属性および関係を構造として表したもの。概念、論理、物理の各段階があり、段階を追って実装に近づけていく。

概念データモデルを特定のデータモデル（関係モデルなど）に変換したもの。テーブル名、属性名、データ型、制約（主キー、外部キー、NOT NULLなど）を定義する。DBMS製品には依存しない。

システムの企画・要件定義段階で、脅威分析の結果やセキュリティポリシーに基づき、必要なセキュリティ機能や非機能要件を明確化すること。認証・認可、暗号化、監査ログ、可用性などの要件を含む。

クラスが実装すべきメソッドの仕様（シグネチャ）を定義した型。実装を持たず、複数のインタフェースを実装することで多重継承の問題を回避しつつ多態性を実現する。依存性逆転の原則の実現手段として重要。