比較的大規模な開発に向いており、要件定義、外部設計などいくつかの工程に分割してシステムを開発する手法。原則として前の工程には戻らない。

システムを独立性の高い部分ごとに分割し、ユーザの要求やインタフェースの検討などを経て、設計・プログラミング・テストの工程を繰り返してシステムを開発する手法。

試作品に対するユーザの評価をもとに、システムを開発する手法。

システム開発の初期段階で、必要な機能や要求をまとめ、どのようなシステムなのか、何ができ るシステムを作成するのかを定義すること。

システム開発において、画面や帳票などを利用者側の視点から設計するシステム開発工程。

ソフトウェアのアルゴリズムや入出力データなどを詳細に設計する開発工程。

内部設計に基づいて、各プログラムの内部構造を設計する開発工程。

プログラム設計の結果を受けて、プログラム言語を用いて実際にプログラムを作成（コーディング）する開発工程。

開発者だけでなくユーザも参加して、完成されたプログラムの検証を行うこと。

個々のプログラム（部品）が、仕様書の要求どおりに機能しているかを確認するテスト。

複数のモジュール（部品）を組み合わせて、モジュール間でデータの受け渡しが設計どおりに行われているかなどを確認するテスト。

開発したシステム全体が、設計どおりの機能を備えているかを確認する最終テスト。

開発したシステムが安定して稼働するように管理したり、運用中の問題点を修正する業務。

プログラムが仕様を満たしているかを確認するために、プログラムの内部構造には着目しないで、データ入力に対する出力結果に注目して実施するテスト。

プログラムの内部構造や処理の流れに着目し、プログラムが設計通りに動いているかを確認するテスト。

コンピュータシステムに関する評価指標で、信頼性、可用性、保守性、完全性（保全性）。安全性（機密性）の5項目の英文字の頭文字を組み合わせた用語。

システムの故障発生が少ないこと。Reliability

一定期間にシステムが正常に使える時間の割合が長いこと。Availability

故障の際の修復時間が短いこと。Serviceability

データの矛盾が起きないように、その整合性を維持すること。Integrity

不正に情報を持ち出したりすることから守ること。Security

コンピュータシステムが、一定時間内で正常に動作している時間の割合（確率）。

コンピュータシステムが故障してから復旧し、次に故障するまでの平均時間。MTBF

コンピュータシステムが故障してから、完全に復旧するまでの平均時間。MTTR

コンピュータシステムや通信回線などが、一定の時間内に処理できる仕事量や伝送できる情報量。

コンピュータシステムに処理を要求してから、最初の応答が得られるまでの時間

コンピュータに処理、実行の指示を出してから、すべての実行結果が得られるまでの時間

障害が発生しても、システム全体が機能を停止することなく、稼働し続けられるようにする仕組み

信頼性の高い部品の採用や利用者の教育など、コンピュータシステムに可能な限り故障や障害が起きないようにすること

障害が発生しても、被害や障害を最小限に止め、安全性を保つ仕組み

障害が発生した場合でもシステムの一部を停止して、他のシステムは継続して全体のシステムには支障をきたさないようにする仕組み

誤った操作をしても、システムの安全性と信頼性を保つ仕組み

コンピューターネットワークに直接接続して使用する記憶装置のこと

信頼性や処理速度を向上させるために、複数のハードディスク装置を並列に組み合わせて一体化し、全体を1つのディスク装置のように扱う方式

RAID1に相当し、複数のハードディスクに同じデータを書き込む方式