開発の初めから順番に書いていってみる その１４：立ち上げ（８）開発の手順。

シリーズ「開発の初めから順番に書いていってみる」の続きです。
前回、立ち上げの成果物にあたる「プロジェクト計画書」について書きました。今回は、その中身と、開発の手順の関係について書いて、次の要求分析につなげたいと思います。

---

■プロジェクト計画書の中身
　前回書いたとおり、プロジェクト計画書の中身は、以下のような感じです

１．プロジェクトの概要
　　１－１．目的・目標
　　１－２．プロジェクトの範囲
　　１－３．周辺システムとの関連
　　１－４．前提条件
　　１－５．成果物

２．参照・定義等

３．プロジェクトの概要

４．予算

５．スケジュール

６．体制

７．補足資料など

　このうち、１や２に関しては、プロジェクトの内容によって変わります。
　３のプロジェクトの概要、つまりWBSを書くところですが、これは、プロジェクトによって、作るものはかわりますが、作る手順については、開発標準に従うことになります（なので、あんまり変わらないです）。

　で、作るものと、作る手順を掛け合わせると、アクティビティがでるわけで、このアクティビティの手順を考え、日程をきめて、予算を決めることになります。

---

■標準的な開発の手順－開発標準

　標準的な、開発手順をあらわす、開発標準というのが、大体企業ごとに決まっています。

　標準的な開発方法というのは、以下のフェーズに分かれます
　　　１．要求分析
　　　２．外部設計（基本設計）
　　　３．詳細設計（内部設計）
　　　４．プログラム
　　　５．テスト
　　　　　　・単体テスト
　　　　　　・結合テスト（IT1,IT2)
　　　　　　・総合テスト（システムテスト）
　　　６．(移行）、運用

　で、富士通の場合は、総合システム開発体系SDASの中に、ComponentAA開発標準というものがあり、そこでは、以下の手順で開発することを定めています。

　　SA工程　　　要件定義
　　UI工程　　　外部仕様
　　SS工程　　　構造設計
　　PS工程　　　詳細(内部）設計
　　PG／PT工程　プログラミング・テスト
　　IT工程　　　結合テスト
　　ST工程　　　システムテスト
　　OT工程　　　運用テスト

他の会社は公開されてないのでよくわかんないですけど、たぶんあるはずです。

---

■ということで、まずは要求分析から

　でも、どんな開発標準でも、まずは、要求分析からはじめると思います。
　ということで、このシリーズも、要求分析からはじめましょうということで、
　次回から、要求分析から見ていきたいと思います。