キャパシティプランニング

将来の業務量や利用者数の変化を予測し、システムに求められる性能を満たすために必要なCPU、メモリ、ストレージ、回線などの資源の量を見積もって計画すること。現状の資源の使用状況を監視して傾向を把握し、サイジングやスケールアウト・スケールアップの判断に生かす。

将来の業務量や利用者数の増加を予測し、求められる性能や応答時間を満たすのに必要なCPU、メモリ、ストレージ、ネットワークなどの資源の量と、増強する時期を計画すること。現状の資源の使用状況を測定・分析し、需要の予測に基づいて過不足のない構成を見積もる。

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

将来のトラフィック増加を予測し、必要なネットワーク帯域や機器の処理能力を計画する活動。トラフィック分析、成長予測、ピーク時の負荷推定に基づき、設備投資の時期と規模を決定する。

将来の業務量や利用者数の増加を予測し、必要となるサーバ、ストレージ、ネットワークなどの資源の量と増強の時期を計画すること。現状の資源の使用状況を測定・分析して性能の限界を見極め、過不足のない投資で求められるサービスレベルを維持する。

頻繁にアクセスされるデータを高速なストレージに一時保存し、再利用する仕組み。CPU キャッシュ、ブラウザキャッシュ、データベースキャッシュ、分散キャッシュ（Redis等）など多層で適用される。キャッシュの整合性管理が重要。

システムの処理速度、応答時間、スループット、同時接続数などに関する要件。業務のピーク時の処理量や許容される応答時間を定量的に定義し、システム方式設計の基準とする。

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

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

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

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