・依頼元からの調査/対応依頼
　(メールや電話等)
・依頼元へのヒアリング
・関連システム担当への
  　影響調査ヒアリング

・調査/対応依頼メモ
・調査報告書またはシステム化
  対応計画書
  （案件規模・特性による）
・案件管理台帳
  （社内の案件登録）

ユーザ要求の整理、既存の業務／非機能要件との整合性を確認する。システム化範囲を明確にする。
要件が明確になった段階で本見積りを行う。

・要件定義書 一式
・見積り合意書（本見積り）
・要件ﾃﾞｨｽｶｯｼｮﾝﾍﾟｰﾊﾟｰ※1

　※1 決定した要件の背景・
　　　検討経緯を記録した資料

機能の細分化と外部仕様（入出力情報）を決定する。
非機能の環境／運用設計を行う。
全体テスト計画を行う。
基本設計後に再見積りを行う。

・基本設計書 一式
・開発計画
　（詳細設計・実装の計画）
・全体テスト計画
・リリース計画

・ﾃﾞｨｽｶｯｼｮﾝﾍﾟｰﾊﾟｰ※2
　※2 決定した設計の背景・
　　　検討経緯を記録した資料

実装単位に分割して、内部仕様（実装方法）を決定する。結合テスト、総合テスト計画を作成する。

プログラム実装、環境定義を行う。ホワイトボックステスト、機能単体の性能テスト、影響箇所のリグレッションテストを行う。

機能間、システム間（外部IF）の結合テストを行う。

機能（業務シナリオ）、操作性、性能、システム運用のテストを行う。

 ユーザによるシステム受入テストを行う。

 システムリリース手順書の作成と、それをもとにしたリリースリハーサル、本番リリース作業を実施する。
システムリリース後の初期稼働確認を実施する。また、システムリリース後にシステム重点監視期間を設ける。

システムリリースの準備は基本設計/詳細設計工程から着手し、その後、テスト工程に並行してリリースリハーサルを実施し、手順の精度を向上させる。