TOPプロジェクト管理> 設計&テストのV字モデル




即活用!業務システムの開発ドキュメント標準化
即活用!業務システムの開発ドキュメント標準化

第6回:単体テスト仕様書&報告書
著者:システムインテグレータ  梅田 弘之   2005/9/9
1   2  3  次のページ
設計&テストのV字モデル

   一般にウォーターフォール型開発におけるテストは、図1のようなV字モデルで表されます。DUNGEONは、このV字モデルにのっとった設計&テスト体系を採っています。

   つまり、次のように要求分析と総合テスト、基本設計と結合テスト、詳細設計と単体テストを対比させ、各テストでは対応する設計書の内容を満たすことを確認するのです。

設計&テストのV字モデル
図1:設計&テストのV字モデル

   ここで各設計工程における定義内容を整理しておきましょう。


要求分析と総合テスト

   要求分析では、ユーザの業務要件を定義します。例えば受注業務であれば、次のような業務の流れが業務要件となります。

  1. 客先からの注文書を受け、その内容を受注入力する
  2. 受注入力した内容は伝票に出力される。印刷される伝票は、注文請書と注文伝票の2枚で、注文請書は客先に提出され、注文伝票は営業事務でファイリングする
  3. 受注の際、在庫があれば在庫に、在庫がなければ発注残に引き当てる。在庫も発注残もない場合は、営業担当者に判断を仰ぎ、発注依頼にまわすことができる
   DUNGEONでは、このような業務要件を本連載の第1回で説明した「業務フロー」というドキュメントに記載します。全体を通した業務の流れ、部署ごとの業務の役割、業務に使う画面や帳票などの種類を業務フローに図示し、上記のような業務要件を説明欄に記載するのです。

   総合テストでは、実運用に近い状態でシステムが有効に機能することを確認します。本番同様のデータを使い、要求分析で定めた業務の手順にそってシステムを使って業務をまわします。うまく運用がまわるか、不都合はないかということをシステムおよび運用の両面に渡って確認するのです。


基本設計と結合テスト

   基本設計ではユーザの機能要件が定義されています。例えば、受注入力画面という機能であれば、どのような項目を入力するか、どのような画面レイアウトになっているか、各項目の入力文字数や入力文字種類など、ユーザから見た場合の機能について定義されます。

   結合テストは、これらの機能を組み合わせた一連の流れをテストします。例えば受注処理では、「受注入力」機能で注文データを入力し、「受注伝票」を印刷する。その結果「在庫引当」が行われて有効在庫が減る。そういう一連の処理を「在庫照会」や「在庫一覧表」などの画面/帳票を使いながら確認するのです。

コラム
業務システムにおけるV字モデルとの不一致

   DUNGEONは、基本的に業務システムを構築するためのドキュメント標準ですが、いわゆるV字モデルとピッタリ合っていません。それは、基本設計で"機能"単位に設計書が作成されるのに対し、結合テストは"複数の機能"の組み合わせでテストするものと定義している点です。

   業務システムにおける結合テストは、例えば受注から出荷指示、出荷、売上など一連の業務を通してテストし、その流れの中で画面や帳票を出力してデータの整合性を確認することが主となります。つまり、本番直前の総合テストと同じようなテスト内容ではあるが、テスト用データを使って開発環境で行うという位置づけにしているのです。

   この不一致は、詳細設計や単体テストの対象単位を"モジュール"ではなく"機能"にしているから生じます。前回説明したビジネスロジックのようなモジュール単位に単体テストを行い、複数のモジュールを組み合わせた機能単位に結合テストを行うと定義すればV字モデルに合致するのですが、この用法は、業務システムには適さないと考えています。
1   2  3  次のページ


システムインテグレータ
著者プロフィール
株式会社システムインテグレータ  梅田 弘之
東芝、住商情報システムを経て1995年にシステムインテグレータ社を設立。 常駐・派遣主体の労働集約的な日本のソフトウェア業の中で、創造性にこだわってパッケージビジネスを行っている。 国際競争力のない日本のIT産業が、ここから巻き返しを図るための切り札は「プロジェクト管理」だと信じ、実践的なプロジェクト管理手法「PYRAMID」を自社開発している。


この記事の評価をお聞かせください
ボタンをクリックしますとウインドウが開きます。
ご意見、ご要望にお応えします! インプレスIT INSIDE

INDEX
第6回:単体テスト仕様書&報告書
設計&テストのV字モデル
  詳細設計と単体テスト
  単体テスト仕様書の記述度
即活用!業務システムの開発ドキュメント標準化
第1回 開発ドキュメント体系と業務フロー
第2回 機能一覧表とI/O関連図
第3回 基本設計書
第4回 詳細設計書(前半)
第5回 詳細設計書(後半)
第6回 単体テスト仕様書&報告書
第7回 結合テストと総合テスト
第8回 要求仕様書の標準化プロセス
関連記事 : 即活用!企業システムにおけるプロジェクト管理
第1回 プロジェクト管理力を強化するための具体的プラン
第2回 PMBOKをベースにしたプロジェクト管理の管理
第3回 スコープ管理とスケジュール管理
第4回 コスト管理の構造と見積手法
第5回 品質管理
第6回 組織管理
第7回 コミュニケーション管理
第8回 リスク管理
第9回 調達管理(外注管理)
関連記事 : 即活用!ツールを活用したデータモデリング
第1回 ソフトウェア産業に産業革命を起こすデータモデリング
第2回 ERの基礎知識とツールの活用法
第3回 日本語名の是非とデータ型採用方針
第4回 制約の使い方、Unicode使用可否、明細テーブルの設計
第5回 教科書的ではなく、現場にあったデータベース設計のコツ

Think IT 過去人気記事

注目おすすめ情報

Think IT人気ライター BEST 5

IT製品/サービス資料ダウンロード
    おすすめのホワイトペーパー情報を準備中です