2
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

ウォータフォールモデルのプロジェクト管理

Last updated at Posted at 2021-07-12

はじめに

システム開発は一般的にプロジェクト形式をとることが多い。
ポイントをまとめておきたいと思う。

プロジェクトの定義

目的を達成するために計画と実行する業務。
計画とは、一定期間で人・物・金を投入して目標を達成すること。
期間と目標が重要で、目標を達成する期限が決まっていなければプロジェクトではない。
※期限が無ければ、ただの通常業務である。

プロジェクトの開始と終了

プロジェクトでは開始と終了を明確にすることが重要である。

・キックオフ
 開始時はキックオフミーティングを実施し、プロジェクトのスタートを宣言する。
・プロジェクト終了ミーティング
 無事にシステムがリリースされ問題が無ければ、終了を宣言する。
 プロジェクトを振り返り反省会をするのもよい。

※備考
・プロジェクトの規模が大きければ、対顧客向け、社内向け等、関係者の種類別に実施する。

ウォータフォールモデル

ウォータフォールモデルでは以下の工程がある。

image.png

要件定義と総合テスト
外部設計と結合テスト
内部設計と単体テスト
というふうに、各工程で成果物をまとめ
各フェイズの設計とテストを行うことで品質を担保する

各フェイズについて

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.総合テスト
 システムが要件定義通りが、実業務に沿ってテストする。
 顧客にも参加してもらうのが良い。

2
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
2
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?