調査工程での成果物は、チーム全員が合意した要求仕様書である。後の工程で、プロジェクトの方向性がぶれたり不必要に変更されるのを防ぐために、この文書が重要となる。開発が進むと、新たな機能によって新たな可能性が見えてくる。そこで要求仕様書が本来のビジョンにチームを固定し、制御された範囲内での議論を可能にする。多くの組織は要求管理に文書しか使っていないが、中にはソフトウェアツールで管理している組織もある。その種のツールはデータベース上で要求を管理し、一般にトレーサビリティ機能(例えば、要求を親子関係のリンクで連結したり、テストケースと要求をリンクする)、ベースライン生成、バージョン制御、変更管理を自動化する。通常、このようなツールにはエクスポート機能があり、データベース上の要求を要求仕様書の形式で出力し、一般的な文書アプリケーションで使える形にできる。実現可能性検討.実現可能性検討の工程では、費用の見積もりが行われる。まず、現状のコストと新システム導入後の予測コストを比較する。この際に次のような質問がなされる。「データ入力ミスの現在のコストは何か?」あるいは「現状のインタフェースでオペレータがミスをしたことで無駄になるコストは?」実際、これらの問題が組織の財務部門に注目されたときに、新しいツールの必要性が認められることが多い。コストには「どの部門がこの予算を引き受けるのか?」、「この新製品の市場で予測される収益率は?」、「より使いやすいシステムを作る場合、トレーニングとサポートのコスト低減によって内部収益率はどう変化するか?」といった問題も含まれる。技術的コストにはソフトウェア開発コストとハードウェアのコストが関連する。「そのツールの作成に適した人々がいるか?」「新たなソフトウェアを動作させるのに新たなハードウェアは必要か?」この後者の質問は重要である。一般に新たなソフトウェアはユーザーが負担していた処理を実行することでプロセスを効率化する。従って、現状のハードウェアがその新たな負荷を処理できるだけの性能を持っているかどうかを調査する必要がある。この工程の成果物は、プロジェクトの予算と日程である。設計.