開発の流れ
要件定義
お客様の「こんなシステムを作りたい」「この問題を解決したい」という声をもとに、それらを実現するために必要と考えられるシステムの大まかな機能を洗い出します。
工数見積
要件定義で洗い出された機能を実現するための作業の工数（ボリューム）を見積もります。見積もった工数から、開発に必要な期間や携わるべき人数を導き出します。同時に開発スケジュールの確定も行います。
概要設計
要件定義で洗い出された機能から、概要設計書を作成します。概要設計書により、システムの目的や概要、大まかな画面イメージや画面遷移（画面の移り変わり）、必要な機能、プラットフォーム（システム構成・ハードウェア・ＯＳ・開発言語など）を決定します。概要設計書の内容をお客様と一緒にチェックするレビュー作業も実施します。レビュー作業では、考え方の間違いや不明点、漏れた機能は無いかなどをチェックし、必要に応じて概要設計書を修正・変更します。
詳細設計
概要設計書を元に、プログラム実装の詳細レベルまで記述した詳細設計書を作成します。画面イメージ・画面遷移・通信仕様・インターフェース仕様、関数仕様など、詳細設計書がプログラムを開発する基本になります。 ここでも詳細設計書のレビューを実施します。
製造
詳細設計書を元に、プログラムを記述していきます。案件によっては未経験の開発言語を使用する場合もあります。 プログラムのレビューも実施する場合もあります。
単体テスト
製造したプログラムが、詳細設計書どおり動作するか、テストを行います。 テストケースを記述したチェックシートを作成し、レビューも実施します。 チェックシートに基づいてプログラムを動作させ、要求される動作をするか確認します。 プログラムが要求される動作をしない場合、原因調査・修正を実施し、チェックシートを塗りつぶしていきます。
総合テスト
実際にお客様がシステムを使用する状態で、正常に動作するかテストします。 テストケースを記述したチェックシートを作成し、レビューも実施します。 チェックシートに基づいてプログラムを動作させ、要求される動作をするか確認します。 単体テストで正常に動作しても、想定外の要因で不具合が発生する場合があります。 プログラムが要求される動作をしない場合、原因調査・修正を実施し、チェックシートを塗りつぶしていきます。
納品・フォロー
総合テストが完了したら、設計書・テスト結果・プログラムのソースコード・実行モジュールなどを、お客様に納品します。
納品後に不具合が見つかった場合、速やかに原因調査・修正・テスト・報告を行うアフターフォローも実施します。