ソフトウェア開発の流れ

要求分析では、利用者や業務が抱える課題や必要としていることを整理します。そこから、システムが満たすべき機能や品質、制約などを要件として定義します。

設計では、決められた要件をどのような構造や処理で実現するかを具体化します。外部設計・内部設計などの呼び方は開発方法によって異なることがありますが、利用者から見える仕様と内部構造を段階的に具体化する点が重要です。

要件が曖昧なまま実装へ進むと、完成後に『欲しかったものと違う』という手戻りが起きやすくなります。

ウォーターフォール型では、要求・設計・実装・テストなどを段階的に進め、前工程の成果物を次工程へ引き継ぐ考え方が中心です。大規模で変更管理が重要な開発などで用いられます。

アジャイル開発では、短い期間で計画・設計・実装・テストを繰り返し、利用者や関係者からのフィードバックを取り込みながら価値を段階的に提供します。

『ウォーターフォールは必ず悪い』『アジャイルなら設計しない』という理解は誤りです。プロジェクトの性質、規制、変更頻度、チーム構成などに応じて適切な進め方を選びます。

単体テストは、関数やモジュールなど比較的小さな単位が期待どおり動くか確認します。

結合テストは、複数のモジュールやサブシステムを組み合わせたときのインタフェースや連携を確認します。

システムテストはシステム全体が要求された機能・性能などを満たすか確認し、受入テストでは利用者・発注者側の観点から業務上の要求を満たすか確認します。

本番稼働後は、監視、障害対応、バックアップ、問い合わせ対応などの運用が必要です。

保守では、不具合修正だけでなく、環境変化への対応や機能改善なども行います。変更によって既存機能を壊していないかを確認する回帰テストも重要です。

変更履歴やソースコードを適切に管理するため、バージョン管理システムなどを利用します。