はじめに
システム開発は一般的にプロジェクト形式をとることが多い。
ポイントをまとめておきたいと思う。
プロジェクトの定義
目的を達成するために計画と実行する業務。
計画とは、一定期間で人・物・金を投入して目標を達成すること。
期間と目標が重要で、目標を達成する期限が決まっていなければプロジェクトではない。
※期限が無ければ、ただの通常業務である。
プロジェクトの開始と終了
プロジェクトでは開始と終了を明確にすることが重要である。
・キックオフ
開始時はキックオフミーティングを実施し、プロジェクトのスタートを宣言する。
・プロジェクト終了ミーティング
無事にシステムがリリースされ問題が無ければ、終了を宣言する。
プロジェクトを振り返り反省会をするのもよい。
※備考
・プロジェクトの規模が大きければ、対顧客向け、社内向け等、関係者の種類別に実施する。
ウォータフォールモデル
ウォータフォールモデルでは以下の工程がある。
要件定義と総合テスト
外部設計と結合テスト
内部設計と単体テスト
というふうに、各工程で成果物をまとめ
各フェイズの設計とテストを行うことで品質を担保する
各フェイズについて
NO | 名称 | 略称 | 主担当 | レビュアー |
---|---|---|---|---|
1 | 要件定義 | RD【requirements definition】 | 開発SE | 顧客 |
2 | 外部設計(基本設計書) | SD【system design】 | 開発SE | 顧客、PG |
3 | 内部設計(詳細設計書) | PD【process design】 | 開発SE | PG |
4 | 製造/単体テスト | PG/UT【programming/test】 | PG | PG |
5 | 結合テスト | JT【joint test】 | PG | 開発SE |
6 | 総合テスト | ST【scenario test】 | 開発SE | 顧客 |
それぞれ主担当が作業を担当しレビュアーに承認してもらうとよい
1.要件定義:
業務システムの要件を定義する。
2.外部設計:
要件定義に沿ってシステム要件を定義する。
特に、顧客が利用することになる画面や帳票レイアウトは重要。
3.内部設計
システムが処理する内部処理を定義する。
4.製造
実際の開発、プログラミング。
5.単体テスト
プログラムが想定通りが単体でテストする
6.結合テスト
プログラムを繋げてテストする。
結合が意味する範囲は、プロジェクトの規模で変化する。
規模が大きければ、内部結合、外部結合等と分割する。
7.総合テスト
システムが要件定義通りが、実業務に沿ってテストする。
顧客にも参加してもらうのが良い。