システム開発プロセス

要件定義で決めたことを、エンジニアがプログラムに落とすため、開発に必要な情報を整理し、ハードウェアやソフトウェアの仕様を決定する。

例えば、実装される画面ごとのパーツを、重複なく、役割に応じて命名するのもこの段階。

また、一定量まではアクセスが集中しても耐えられるよう、サーバの強度等もこの段階で決定する。

エンジニアが設計に沿ってプログラムを書き、システムをつくる。

システム設計で定めたことを忠実に再現する。

また、システム設計どおりに実装できたか、誤りや過不足がないかは、 エンジニアと設計担当者の間でのレビュー（決めたことの確認・調査）により確認する。

システムが設計どおりに動作するか、確認する工程。

単一画面で正しく動作するか、システムの一連の操作が要件に沿っているか、システムが仕様どおりに動くか、等「テスト」をする。

テストをする目的は、プログラムに誤り（バグ）がないか、システム設計に沿った成果物ができているか、などを確かめるため。

テストの単位と確認内容（テストケース）は、あらかじめ決める

BtoBのシステム開発の場合、この段階で顧客にシステムを納品することになる。

プログラムの最小単位で誤りがな いことを検証する。

業務で実際に使うデータを入力し、想定どおりに処理されている かなど、実際にリリースして問題がないかを確認する。

システムテストまでは、エンジニア組織のメンバーだけで確認できるよう、検品環境でテストをおこなう。

運用テストが設計どおりに動作す ることが確認できれば、いよいよシステムは顧客に届けられる状態 となる。