ウォーターフォールモデル

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順番に進める開発モデル。各工程の成果物を明確にし、前工程が完了してから次工程に進む。大規模開発に適するが、後戻りが難しい。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため、進捗管理が容易だが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順次進める開発モデル。各工程の完了を確認してから次工程に進むため、大規模で要件が明確なプロジェクトに適する。手戻りが発生した場合のコストが大きい。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、大規模で要件が明確なプロジェクトに適する。手戻りコストが大きいという課題がある。

要件定義、設計、実装、テスト、運用の各工程を順序どおりに進める伝統的なシステム開発手法。各工程の完了を上流工程のレビューで確認してから次工程に進む。監査では各工程での統制の実施状況を検証する。

ウォーターフォールモデルの各開発工程に対応するテスト工程を対に配置した開発モデル。要件定義に受入テスト、基本設計にシステムテスト、詳細設計に結合テスト、実装に単体テストが対応する。各工程の整合性を確保する。

シミュレーションモデルを用いて設計・検証を行い、モデルから自動的にコードを生成する開発手法。MATLAB/Simulinkが代表的なツール。自動車や航空宇宙の組込みシステム開発で広く採用され、開発の効率化と品質向上に寄与する。

アプリケーションを独立してデプロイ可能な小さなサービスの集合として構築するアーキテクチャスタイル。各サービスが独立して開発・デプロイでき、スケーラビリティと保守性が向上する。モノリシックアーキテクチャと対比される。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。