プログラミング→単体テスト→結合テスト→総合テスト→運用テスト→本番移行・フォロー」という流れで進みます。基本設計は、顧客の要件を実現するためのシステム構成や機能を具体化する工程だ。今回は、要件定義で作成する成果物について、サンプルを用いて簡単に説明する。若手エンジニアの中には、要件定義の進め方がよく分からない人も多いだろう。そこで、今回は要件定義の進め方を説明する。今回は「なぜ要件定義が必要なのか?」という素朴な疑問に対して回答したい。要件定義書は、要件定義工程の最終的な成果物となるが、書き方がピンと来ない人も多いだろう。そこで、今回は要件定義書の書き方を説明する。高橋プログラムのコーディングが完了した直後のテスト「単体テスト」。単体テストは、プログラムを書いたことのある人なら誰しもが経験をしたことのあるテストだろう。高橋システム開発プロジェクトで、単体テストが終了した後には、『結合テスト』という工程に入っていく。結合テストは、機能と機能との連携について不具合を検出する工程だが、経験が少ないと悩むことも多いだろう。本番移行フェーズ直前の最終テスト、それが運用テストである。運用テストで不具合や課題が検出されると、本番移行に致命的な影響を与えかねない。高橋システム開発プロジェクトで『テスト計画』は避けて通ることはできない。システム開発では主に下記の3つのテスト工程がある。