MVCモデル

ソフトウェアをModel（データ・ビジネスロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。各要素の独立性を高め、保守性と拡張性を向上させる。

ソフトウェアをModel（データと業務ロジック）、View（表示）、Controller（入力制御）の3つの役割に分離するアーキテクチャパターン。UIと業務ロジックを分離することで保守性と再利用性を高める。Webアプリケーションで広く採用されている。

アプリケーションをModel（データとビジネスロジック）、View（表示）、Controller（入力制御）の3つの要素に分離するアーキテクチャパターン。各要素の責務を明確にし、変更の影響を局所化する。Webアプリケーションで広く採用される。

アプリケーションをModel（データと業務ロジック）、View（画面表示）、Controller（入力を受けてModelとViewを制御する）の3つの役割に分けるアーキテクチャパターン。表示と処理を分けるため変更の影響を局所化でき、分担して開発しやすい。多くのWebアプリケーションフレームワークが採用している。

データ中心アプローチ。業務で扱うデータの構造を中心にシステムを設計する手法。E-R図を用いてデータモデルを作成し、正規化によりデータの冗長性を排除する。一事実一箇所の原則に基づき、データの整合性を重視する。

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

Webサービスの設計原則の一つ。HTTPメソッド（GET、POST、PUT、DELETE等）を用いてリソースを操作する。ステートレス性、統一インタフェース、リソースの識別可能性などの制約に従うことで、シンプルで拡張性の高いAPI設計を実現する。

作成者が成果物の内容を関係者に説明しながらレビューする非公式なレビュー手法。要件定義書や設計書の内容を早期に共有し、誤りや不整合を発見する。インスペクションより形式的でなく柔軟に実施できる。

サーバの管理を不要にし、関数（Function）単位でコードを実行するクラウドアーキテクチャ。FaaS（Function as a Service）とも呼ばれ、リクエスト単位で課金される。イベント駆動型の処理に適するが、コールドスタートや実行時間の制約がある。

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