JP2002182908A - Ｓ／ｗ開発プロセス間のトレーサビリティ装置 - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェア開発プロセスの管理において、
各開発プロセスのいずれかに不具合による変更が生じバ
ージョンアップされると、それに伴う残りのプロセスの
変更は、人手により対応するため作業が複雑化し、抽出
漏れが発生するなどの問題がある。 【解決手段】 不具合の報告に伴いソースコードの修正
と修正報告書４の生成を、ソースコードの変更に対し内
部設計書と単体試験規格書の修正作業を連動して行い、
各修正作業ごとに開発成果物の対応するバージョンを対
応情報記憶部８に記憶し、対応一覧表１０、相互参照表
２１を自動生成するすることにより、不具合報告書・ソ
ースコード・修正報告書・内部設計書・単体試験書間・
外部設計書・要求仕様書間のトレーサビリティが可能と
なる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、S/W開発プロセス
間のトレーサビリティ装置に関するものである。

【０００２】

【従来の技術】ソフトウェア開発プロセスを管理する従
来の方法として、ドキュメントは文書管理ツールで、プ
ログラムはソースコードバージョン管理ツールで、不具
合情報は不具合情報管理ツールで各開発プロセスごとに
個別の管理用ソフトウェアを用いることが主に用いられ
ている。

【０００３】

【発明が解決しようとする課題】上記従来の方法では、
各開発プロセスのいずれかに不具合による変更が生じバ
ージョンアップされると、それに伴う残りのプロセスの
変更は、人手により対応するバージョンを抽出し、プロ
セス個々に管理用ソフトウェアを立ち上げ修正・バージ
ョンアップを行うため作業が複雑化し、抽出漏れが発生
した場合などは古いドキュメントを信頼して作業を進め
てしまい工程の進捗に影響を与えるなどの問題がある。

【０００４】本発明の目的は、S/W開発プロセス間の不
具合報告書・ソースコード・修正報告書・内部設計書・
単体試験規格書・外部設計書・要求仕様書間のトレーサ
ビリティを行うことが可能となり、複雑化していた不具
合発生に伴う人手による開発成果物のバージョンの抽出
作業やバージョン管理作業を軽減することができ、古い
要求仕様書を信頼して作業を進めてしまう様な作業の出
戻りも防ぐことができるトレーサビリティ装置を提供す
るものである。

【０００５】

【課題を解決するための手段】第１の発明のS/W開発プ
ロセス間のトレーサビリティ装置は、開発プロジェクト
の中で作成されたプログラムファイルを構成管理するプ
ログラム構成管理部と、システム試験等であげられる不
具合について不具合内容を記述した不具合報告書とこれ
らの不具合を修正し修正内容を記述した修正報告書とを
データベース化し両者間のデータをリンクした不具合情
報管理部と、不具合報告書・ソースコード・修正報告書
間で対応する各バージョンを抽出する対応情報抽出部
と、対応情報抽出部が抽出した対応情報を記憶する対応
情報記憶部と、対応情報を画面上に表示する対応一覧表
示部とを具備するものである。

【０００６】第２の発明のS/W開発プロセス間のトレー
サビリティ装置は、前記プログラム構成管理部で管理さ
れたプログラムファイルがバージョンアップされると、
修正されたソースコードの内容に対応した内部設計書を
自動生成する内部設計書生成部と、内部設計書生成部が
生成した内部設計書を構成管理するドキュメント構成管
理部と、を具備するものである。

【０００７】第３の発明のS/W開発プロセス間のトレー
サビリティ装置は、前記プログラム構成管理部で管理さ
れたプログラムファイルがバージョンアップされると、
修正されたソースコードの内容に対応した単体試験規格
書を自動生成する単体試験規格書生成部と、単体試験規
格書生成部が生成した単体試験規格書を構成管理するド
キュメント構成管理部と、を具備するものである。

【０００８】第４の発明のS/W開発プロセス間のトレー
サビリティ装置は、前記ドキュメント構成管理部から上
流ドキュメントである外部設計書を抽出する上流ドキュ
メント抽出部と、外部設計書に記述されている要求機能
IDとオブジェクトIDの対応情報を抽出する上流ドキュメ
ント解析部と、ドキュメント構成管理部から下流ドキュ
メントである内部設計書を抽出する下流ドキュメント抽
出部と、内部設計書に記述されているオブジェクトIDと
メソッドIDの対応情報を抽出する下流ドキュメント解析
部と、上流ドキュメント解析結果と下流ドキュメント解
析結果から、抽出されたすべてのIDの対応関係を合成し
相互参照表を自動で作成する相互参照表生成部と、を具
備するものである。

【０００９】第５の発明のS/W開発プロセス間のトレー
サビリティ装置は、前記不具合情報管理部に記憶された
不具合報告書から不具合原因を解析する不具合情報解析
部と、相互参照表からトレース情報を抽出し要求仕様書
や外部設計書の上流ドキュメントの修正箇所を判定する
上流ドキュメント解析部と、ユーザに修正が必要な上流
ドキュメントとその修正箇所をメールで通知する上流ド
キュメント修正情報通知部と、上流ドキュメントの修正
をしチェックインが完了すると、上流ドキュメントの変
更履歴を自動生成する変更履歴生成部と、変更履歴記
と、修正報告書・上流ドキュメント間で対応する各バー
ジョンを抽出する対応情報抽出部と、を具備するもので
ある。

【００１０】

【発明の実施の形態】実施の形態１．図１はこの発明の
実施例１を示すS/W開発プロセス間のトレーサビリティ
装置の構成図であり、１は開発者、２は不具合情報管理
部、３は不具合報告書、４は修正報告書、５はプログラ
ム構成管理部、６はプログラムバージョンファイル、７
は対応情報抽出部、８は対応情報記憶部、９は対応情
報、１０は対応一覧表示部である。

【００１１】図１において、開発プロジェクトの開発者
１は不具合情報管理部２により、試験によってあげられ
る不具合報告書３と、不具合に伴う修正が完了した時点
であげられる修正報告書４を管理し、プログラム構成管
理部５により、開発プロジェクトの中で作成されたプロ
グラムファイル６を構成管理する。

【００１２】不具合報告書３とプログラムファイル６と
修正報告書４の対応関係を抽出する対応情報抽出部７
は、対応情報記憶部８は、対応情報抽出部７で抽出され
た対応情報９をデータベースとして記憶し、対応一覧表
示部１０は、対応情報記憶部８で記憶された対応情報９
を一覧形式で開発者１に表示する。

【００１３】次に動作について図２を用いて説明する。
まず、システム試験等により不具合が報告されると不具
合報告書を不具合情報管理部２に記憶し、不具合報告書
のバージョン情報となる不具合報告書noが自動採番され
る（Ｓ２０１）。

【００１４】次に、自動採番された不具合報告書noを取
得し（Ｓ２０２）、プログラム構成管理部５から修正に
当するソースコードを含むプログラムファイルをチェッ
クアウトする（Ｓ２０３）。対応情報抽出部７により
Ｓ、２０２で取得した不具合報告書noとＳ２０３でチェ
ックアウトしたプログラムファイルのバージョンを抽出
し、データベース化して対応情報保存部８に保存する
（Ｓ２０４）。

【００１５】次にＳ２０３でチェックアウトしたプログ
ラムファイルの修正が完了した後の動作について図３を
用いて説明する。修正が完了したプログラムファイルを
プログラム構成管理部５にチェックインし（Ｓ３０
１）、チェックインしたプログラムファイルのバージョ
ン情報を取得する（Ｓ３０２）。

【００１６】修正の内容が述べられた修正報告書を不具
合情報管理部２に記憶し、修正報告書のバージョン情報
となる修正報告書noが自動採番され、対応する不具合報
告書間とのリンクを生成する（Ｓ３０３）。

【００１７】次に、自動採番された修正報告書noを取得
し（Ｓ３０４）、不具合報告書noと修正報告書noのリン
ク情報を取得し（Ｓ３０５）、対応情報記憶部８から不
具合報告書noに対応した対応情報を読み込み（Ｓ３０
６）、Ｓ３０５で取得した不具合報告書noと修正報告書
noの対応情報を対応情報記憶部８に記憶し（Ｓ３０
７）、チェックアウト時のプログラムバージョンとチェ
ックイン後のプログラムバージョンを置換し対応情報記
憶部８に再記憶する（Ｓ３０８）。

【００１８】次に、記憶された対応情報９から対応情報
一覧表を生成し、プロジェクト開発者に不具合報告書・
ソースコード・修正報告書のバージョン対応情報を一覧
形式で自動表示する（Ｓ３０９）。

【００１９】不具合報告書の記述形式は、例えば、図４
に示すような形式で記述される。不具合報告書４ａを不
具合情報管理部２へ記憶した時に自動採番される不具合
報告書noであり、不具合の内容４ｂであり、不具合発見
者４ｃであり不具合発生日４ｄであり、この不具合が誤
操作・試験規格不具合・プログラム不具合のいずれかで
あることを示す不具合区分１４ｅであり、この不具合が
S/W・H/Wのいずれかによることを示す不具合区分２４ｆ
であり、この不具合報告書の内容が不具合報告・仕様変
更・改善要望いずれかによることを示す不具合区分３４
ｇであり、処置の要否４ｈであり、処置緊急度４ｉであ
り、処置期限４ｊであり、処置の内容の判断者４ｋであ
り、仕様の不具合の場合、仕様書の確認状況を示す仕様
確認４ｍである。

【００２０】修正報告書の記述形式は、例えば、図５に
示すような形式で記述される。修正報告書を不具合情報
管理部２へ記憶した時に自動採番される修正報告書no
（５ａ）であり、修正したプログラムのファイル名称５
ｂを示すプログラム名であり、処置前のプログラムバー
ジョン５ｃであり、ドキュメント５ｄは改訂状況を示す
ドキュメント改訂であり、修正に必要とした時間を示す
工数５ｅであり、修正ライン数を示す修正ライン５ｆで
あり、不具合内容５ｇであり、不具合原因５ｈであり、
処置内容５ｉであり、処置後のプログラムバージョンを
示す処置プログラムバージョン５ｊであり、品質管理部
門による確認日・確認者を示す品管確認５ｋであり、仕
様による（他部門）修正・仕様による（自部門）修正・
プログラム不具合による修正等５ｍは、どの開発プロセ
スの修正による変更であるのかを示す修正区分であり、
組み合わせ試験・S/W試験５ｎ・システム試験・運用試
験等どの試験段階で不具合が発生したのかを示す発生時
点であり、誤動作・システムダウン等不具合の度合いを
示す不具合度５ｐであり、不具合箇所が流用使用部分・
新規設計部分等いずれかであることを示す修正箇所５ｑ
であり、システム外部とのインタフェース・プログラム
間インタフェース間等不具合が発生した処理の区分を示
す処理区分５ｒであり、不具合がどの開発プロセスで発
生したのかを示す誤り混入原因１５ｓであり、不具合が
理解度不足や不注意等のいずれかであるかを示す誤り混
入原因２５ｔであり、不具合の見逃し原因５ｕである。

【００２１】一連の作業によって得られる対応一覧表１
０の記述形式例を図６に示す。Ｓ２０２で不具合報告書
を記録した時に自動採番され、Ｓ２０４で対応情報保存
部８に記憶した不具合報告書no（６ａ）であり、修正し
たソースコードが含まれるプログラムのファイル名６
ｂ、Ｓ３０１で修正したプログラムファイルをプログラ
ム構成管理部５にチェックインした際に付けられ、Ｓ３
０８で対応情報記憶部８に記憶したプログラムファイル
のバージョン６ｃ、Ｓ３０３で修正報告書を記録した時
に自動採番され、Ｓ３０７で対応情報記憶部８に記憶し
た修正報告書no（６ｄ）である。また不具合報告書no
（６ｅ）に対し、プログラム名６ｆ、プログラムファイ
ルのバージョン６ｇ、修正報告書no（６ｈ）が複数対応
するような場合もある。逆に修正報告書no（１０ｍ）に
対し、不具合報告書no（６ｉ）、プログラム名６ｊ、プ
ログラムファイルのバージョン６ｋが複数対応するよう
な場合もある。

【００２２】このような構成をとることで、どの不具合
報告書によりどのバージョンのソースコードが作成され
たのか、また、これらの改修作業によりどの修正報告書
があげられたのか因果関係を明らかにし、バージョンの
対応付けを自動で行うことにより、不具合報告書・ソー
スコード・修正報告書間のベースラインを保ち、また、
相互参照表を自動生成することにより、不具合報告書・
ソースコード・修正報告書間のトレーサビリティを容易
に行うことができる。

【００２３】実施の形態２．図７はプログラムと内部設
計書間のトレーサビリティ方式を示した構成図であり、
１１は内部設計書生成部、１２はドキュメント構成管理
部、１３は内部設計書であり、１〜１０は図１と同じも
のである。

【００２４】以上の実施形態１では、不具合報告書・ソ
ースコード・修正報告書間のトレーサビリティを行うも
のであったが、プログラムの修正を反映した内部設計書
の修正が求められる。このような場合に対応する実施例
の構成図を図７に示す。

【００２５】図７において、不具合に伴いプログラム構
成管理部５で管理するプログラムバージョンファイル６
がバージョンアップすると、ソースコードの変更を内部
設計書に反映するため内部設計書を自動生成する内部設
計書生成部１１であり、内部設計書生成部１１で生成さ
れた内部設計書を構成管理するドキュメント構成管理部
１２であり、ドキュメント管理部１２で管理される内部
設計書１３である。

【００２６】次に動作について図８を用いて説明する。
まず、実施の形態１により不具合報告書３と修正報告書
４の不具合情報管理部２への記憶と、修正プログラムが
チェックインされプログラムバージョンファイル６がプ
ログラム構成管理部５に管理されたと仮定する。

【００２７】バージョンアップしたプログラムファイル
を読み込み（Ｓ８０１）、Ｓ８０１のプログラムファイ
ルのバージョンを取得し（Ｓ８０２）、Ｓ８０１のプロ
グラムファイルの内容を解析しながら内部設計書を自動
生成する（Ｓ８０３）。内部設計書の自動生成について
は既知の技術である。次に、Ｓ８０３で生成された内部
設計書をドキュメント構成管理部１２にチェックインし
（Ｓ８０４）、チェックインした内部設計書のバージョ
ン情報を取得し（Ｓ８０５）、プログラムと内部設計書
の対応情報を対応情報記憶部８に記憶する（Ｓ８０
６）。次に、記憶された対応情報９から対応情報一覧表
を生成し、プロジェクト開発者に実施形態１と合わせ、
不具合報告書・ソースコード・修正報告書・内部設計書
のバージョン対応情報を一覧形式で自動表示する（Ｓ８
０７）。

【００２８】一連の作業によって得られる対応一覧表１
０の記述形式例を図９に示す。６ａ，６ｂ、６ｃ、６ｄ
は実施形態１の範囲であり、９ａがＳ８０６で記憶した
情報である。９ｂはＳ８０３で自動生成された内部設計
書のファイル名、９ｃはＳ８０３で自動生成され、Ｓ８
０４でドキュメント管理部１２にチェックインした際に
付けられ、Ｓ８０６で対応情報記憶部８へ記憶した内部
設計書ファイルのバージョンである。

【００２９】このような構成をとることで、どのソース
コードのバージョンの発生により、どの内部設計書が生
成されたのかを明確にし、バージョンの対応付けを自動
で行うことにより、実施の形態１の範囲も考慮すると、
不具合報告書・ソースコード・修正報告書・内部設計書
間のベースラインを保ち、また、不具合報告書・ソース
コード・修正報告書・内部設計書間のトレーサビリティ
を容易に行うことができる。

【００３０】実施の形態３．図１０はプログラムと単体
試験規格書間のトレーサビリティ方式を示した構成図で
あり、１４は単体試験規格書生成部、１５は単体試験規
格書であり、１〜１０は図１と同じで、１２は図７と同
じである。

【００３１】以上の実施形態では、不具合報告書・ソー
スコード・修正報告書・内部設計書間のトレーサビリテ
ィを行うものであったが、プログラムの修正を反映した
単体試験規格書の修正が求められる。このような場合に
対応する実施例の構成図を図１０に示す。図１０におい
て、不具合に伴いプログラム構成管理部５で管理するプ
ログラムバージョンファイル６がバージョンアップする
と、ソースコードの変更を単体試験規格書に反映するた
め単体試験規格書を自動生成する単体試験規格書生成部
であり、単体試験規格書生成部１４で生成された単体試
験規格書を構成管理するドキュメント構成管理部１２で
あり、ドキュメント管理部１２で管理される単体試験規
格書１５である。

【００３２】次に動作について図１１を用いて説明す
る。まず、実施の形態１により不具合報告書３と修正報
告書４の不具合情報管理部２への記憶と、修正されたプ
ログラムファイルのプログラム構成管理部５への管理
と、実施の形態２により自動生成された内部設計書がド
キュメント構成管理部１２に管理されたとする。

【００３３】バージョンアップしたプログラムファイル
６を読み込み（Ｓ１１０１）、Ｓ１１０１のプログラム
ファイルのバージョンを取得し（Ｓ１１０２）、Ｓ１１
０１のプログラムファイルの内容を解析しながら単体試
験規格書を自動生成する（Ｓ１１０３）。単体試験規格
書の自動生成についてはテストケースの自動生成として
既知の技術である。

【００３４】次に、１１０３で生成された単体試験規格
書をドキュメント構成管理部１２にチェックインし（Ｓ
１１０４）、チェックインした単体試験規格書のバージ
ョン情報を取得し（Ｓ１１０５）、プログラムと単体試
験規格書の対応情報を対応情報記憶部８に記憶する（Ｓ
１１０６）。

【００３５】次に、記憶された対応情報９から対応情報
一覧表を生成し、プロジェクト開発者に実施形態１・実
施形態２と合わせ、不具合報告書・ソースコード・修正
報告書・内部設計書・単体試験規格書のバージョン対応
情報を一覧形式で自動表示する（Ｓ１１０７）。

【００３６】一連の作業によって得られる対応一覧表１
０の記述形式例を図１２に示す。６ａ・６ｂ・６ｃ・６
ｄは実施形態１、９ｂ・９ｃは実施形態２の範囲であ
り、１２ａがＳ１１０６で対応情報記憶部８へ記憶した
情報である。１２ｂは、Ｓ１１０３で自動生成された単
体試験規格書のファイル名、１２ｃは、Ｓ１１０３で自
動生成され、Ｓ１１０４でドキュメント管理部１２にチ
ェックインした際に付けられ、Ｓ１１０６で対応情報記
憶部８へ記憶した単体試験規格書ファイルのバージョン
である。

【００３７】このような構成をとることで、どのソース
コードのバージョンの発生により、どの単体試験規格書
が生成されたのかを明確にし、バージョンの対応付けを
自動で行うことにより、実施の形態１・実施の形態２の
範囲も考慮すると、不具合報告書・ソースコード・修正
報告書・内部設計書・単体試験規格書間のベースライン
を保ち、また、不具合報告書・ソースコード・修正報告
書・内部設計書・単体試験規格書間のトレーサビリティ
を容易に行うことができる。

【００３８】実施の形態４．図１３は相互参照表自動生
成の方式を示した構成図であり、１６は上流ドキュメン
ト抽出部、１７は上流ドキュメント解析部、１８は下流
ドキュメント抽出部、１９は下流ドキュメント解析部、
２０は相互参照表生成部、２１は相互参照表であり、１
２は図７と同じである。

【００３９】実施形態２また実施の形態３は、プログラ
ムの不具合発生により修正が必須な下流ドキュメントに
ついてであり、これらはソースコードとほぼ１対１で対
応するものである。一方、現実の開発成果物は下流のド
キュメントに合わせ上流のドキュメント、例えば、要求
仕様書や外部設計書などもドキュメント構成管理部１２
に構成管理されるはずである。しかし、これら上流ドキ
ュメントは、下位のドキュメントと１対１で対応しきれ
るものではない。このため、上流ドキュメントも含めた
トレーサビリティを行うためには、以上の実施形態と同
様の方法では実現することができず、まず上流ドキュメ
ントに現れる要求機能と、下流ドキュメントに現れる要
求機能を実装するオブジェクトやオブジェクトの持つメ
ソッド間のトレース情報を作成し、上流ドキュメントか
ら下流ドキュメントへの対応関係を取ることが求められ
る。このような状況への対応を行うための実施例の構成
図を図１３に示す。ドキュメント構成管理部で１２あ
り、ドキュメント構成管理部から上流ドキュメントであ
る外部設計書を抽出する上流ドキュメント抽出部１６で
あり、抽出された外部設計書の記述内容を解析する上流
ドキュメント解析部１７はあり、ドキュメント構成管理
部から下流ドキュメントである内部設計書を抽出する下
流ドキュメント抽出部１８であり、抽出された内部設計
書の記述内容を解析する下流ドキュメント解析部１９で
あり、外部設計書と内部設計書の解析結果を合成し、相
互参照表２１を自動生成する相互参照表生成部２０であ
る。

【００４０】次に、動作について図１４を用いて説明す
る。要求仕様書に現れる個々の要求機能、外部設計書に
現れるこの要求機能を実装しているオブジェクト、内部
設計書に現れるオブジェクトの持つメソッドそれぞれに
ID付けがされ、外部設計書内に要求機能とオブジェクト
のID対応情報、内部設計書内にオブジェクトとメソッド
の対応情報が記載されていることを前提とする。

【００４１】ドキュメント構成管理部１２のそれぞれ構
成管理されたドキュメントがバージョンアップされる
と、上流ドキュメント抽出部１６は、ドキュメント構成
管理部１２から外部設計書ファイルを抽出して読み込み
（Ｓ１４０２）、上流ドキュメント解析部１７は、外部
設計書にコメントとして記述されている要求機能IDとオ
ブジェクトIDの対応情報を抽出する（Ｓ１４０３）。最
新版のすべての外部設計書に対し順次Ｓ１４０２、Ｓ１
４０３を繰り返し、要求仕様書と外部設計書のトレース
情報を抽出する（Ｓ１４０１）。下流ドキュメント抽出
部１８は、ドキュメント構成管理部１２から内部設計書
ファイルを抽出して読み込み（Ｓ１４０５）、下流ドキ
ュメント解析部１９は、内部設計書にコメントとして記
述されているオブジェクトIDとメソッドIDの対応情報を
抽出する（Ｓ１４０６）。最新版すべての内部設計書に
対し順次Ｓ１４０５、Ｓ１４０６を繰り返し、外部設計
書と内部設計書のトレース情報を抽出する（Ｓ１４０
４）。Ｓ１４０３とＳ１４０６により抽出されたIDの対
応関係を合成して、相互参照表２１を自動生成する（Ｓ
１４０７）。

【００４２】一連の作業によって得られる相互参照表２
１の記述形式を図１５に示す。１５ａは要求機能ID、１
５ｂは要求機能を実装するオブジェクトのID、１５ｃは
オブジェクトの持つメソッドのIDである。

【００４３】このような構成を取ることで、それぞれド
キュメント構成管理部１２で構成管理されたドキュメン
トがバージョンアップされると相互参照表を自動生成
し、上流ドキュメントから下流ドキュメントへの対応関
係をトレース情報として抽出することができる。

【００４４】実施の形態５．図１６は不具合情報と上流
ドキュメント間のトレーサビリティ方式を示した構成図
であり、２２は不具合情報解析部、２３は上流ドキュメ
ント解析部、２４は上流ドキュメント修正情報通知部、
２５は変更履歴生成部、２６は変更履歴であり、１、
２、７〜１０は図１と同じで、１２は図７と同じで、２
１は図１３と同じである。

【００４５】実施形態１から実施形態３により、不具合
情報・ソースコード・修正報告書・内部設計書・単体試
験規格書間のトレーサビリティが、実施形態４により、
上流ドキュメントから下流のドキュメントへのトレース
情報を自動生成することが可能になったが、要求仕様の
不具合が発生した場合などを考慮すると、上流ドキュメ
ントをも含めたトレービリティを行うことが求められ
る。

【００４６】このような場合に対応する実施例の構成図
を図１６に示す。不具合原因を解析する不具合情報解析
部２２であり、ドキュメント構成管理部１２から不具合
のある上流ドキュメントファイルを読み込み、相互参照
表２１のトレース情報をもとに不具合混入箇所を特定す
る上流ドキュメント解析部２３であり、上流ドキュメン
トの修正がと、不具合混入箇所を開発者にメールで通知
する上流ドキュメント修正情報通知部２４である。

【００４７】上流ドキュメントの修正をし、ドキュメン
ト構成管理部１２へのチェックインが完了すると、上流
ドキュメントの変更内容を変更履歴として自動生成する
変更履歴生成部２５であり、不具合情報とチェックイン
した上流ドキュメントの対応関係を抽出する対応情報抽
出部７であり、対応情報７で抽出された対応情報をデー
タベースとして記憶する対応情報記憶部８であり、対応
情報記憶部８で記憶された対応情報９を一覧形式で開発
者に表示する対応一覧表示部１０である。

【００４８】次に動作について図１７を用いて説明す
る。上流ドキュメントの不具合であることが記憶された
不具合情報を不具合情報管理部２から読み込み（Ｓ１７
０１）、不具合情報の記述内容を解析し不具合原因を取
得し（Ｓ１７０２）、相互参照表２１を読み込み（Ｓ１
７０３）、トレース情報をたどることにより変更が必要
な要求機能IDまたはオブジェクトIDを抽出し（Ｓ１７０
４）、Ｓ１７０４で抽出されたIDが含まれる上流ドキュ
メントファイルをドキュメント構成管理部１２から読み
込み（Ｓ１７０５）、上流ドキュメントファイルの修正
が必要な箇所を抽出し（Ｓ１７０６）、不具合のあるド
キュメント名・不具合原因・不具合混入箇所等をプロジ
ェクトの開発者にメールで通知し上流ドキュメントの修
正を促し（Ｓ１７０７）、プロジェクトの開発者はメー
ルで通知された上流ドキュメントファイルをドキュメン
ト構成管理部１２からチェックアウトする（Ｓ１７０
８）。

【００４９】次にＳ１７０８でチェックアウトした上流
ドキュメントファイルの修正が完了した後の動作につい
て図１８を用いて説明する。修正が完了した上流ドキュ
メントファイルをドキュメント構成管理部１２にチェッ
クインし（Ｓ１８０１）、チェックインした上流ドキュ
メントファイルのバージョン情報を取得し（Ｓ１８０
２）、上流ドキュメントの変更内容を変更履歴として自
動生成する（Ｓ１８０３）。

【００５０】次に、対応情報記憶部８からＳ１７０１で
読み込んだ不具合情報の不具合情報noに対応した対応情
報を読み込み（Ｓ１８０４）、Ｓ１７０１で読み込んだ
不具合情報の不具合情報noとＳ１８０２で取得した上流
ドキュメントのバージョンの対応情報をＳ１８０４で読
み込んだ対応情報と組み合わせ対応情報記憶部８に記憶
し（Ｓ１８０５）、記憶された対応情報から対応情報一
覧表を生成し、プロジェクト開発者に不具合報告書・ソ
ースコード・修正報告書・内部設計書・単体試験規格書
・外部設計書・要求仕様書間のバージョン対応情報を一
覧形式で自動表示する（Ｓ１８０６）。

【００５１】変更履歴２６の記述形式は、例えば、図１
９に示すような形式で記述される。１９ａは変更履歴が
記憶されるたび採番される変更IDであり、変更履歴の発
行日１９ｂであり、要求仕様書または外部設計書のドキ
ュメント区分１９ｃであり、修正された上流ドキュメン
トファイルの名称１９ｄであり、上流ドキュメントを修
正し、ドキュメント構成管理部１２へのチェックインが
完了した際付けられたバージョン１９ｅであり、変更内
容の要約１９ｆであり、上流ドキュメントの不具合があ
げられた不具合報告書の不具合報告書no（１９ｇ）であ
り、どの不具合報告書により上流ドキュメントの変更が
されたのか対応付けされる。

【００５２】一連の作業によって得られる対応一覧表１
０の記述形式を図２０に示す。６ａから１２ｃは実施形
態１から実施形態３の範囲であり、２０ａは実施形態４
の相互参照表２１のトレース情報により導き出され、Ｓ
１８０８・Ｓ１８１０・Ｓ１８１１により対応情報記憶
部８へ記憶された情報である。

【００５３】２０ａは外部設計書のファイル名であり、
２０ｂは外部設計書ファイルのバージョンであり、２０
ｃは要求仕様書のファイル名であり、２０ｄは要求仕様
書ファイルのバージョンである。

【００５４】このような構成をとることで、不具合報告
書・ソースコード・修正報告書・内部設計書・単体試験
書・外部設計書・要求仕様書間のベースラインを保ち、
また、対応一覧表を自動生成することにより、不具合報
告書・ソースコード・修正報告書・内部設計書・単体試
験書・外部設計書・要求仕様書間のトレーサビリティを
容易に行うことができる。

【００５５】

【発明の効果】以上のような構成をとることで、不具合
報告書・ソースコード・修正報告書・内部設計書・単体
試験規格書・外部設計書・要求仕様書間のトレーサビリ
ティを行うことが可能となり、複雑化していた不具合発
生に伴う人手による開発成果物のバージョンの抽出作業
やバージョン管理作業を軽減することができ、古い要求
仕様書を信頼して作業を進めてしまう様な作業の出戻り
も防ぐことができる。また、不具合報告書・ソースコー
ド・修正報告書・内部設計書・単体試験規格書・外部設
計書・要求仕様書のベースラインを保持するため、各開
発プロセス間の整合性を保つことが可能である。

【図面の簡単な説明】

【図１】 不具合情報とプログラム間のトレーサビリテ
ィ方式を示した構成図である。

【図２】 不具合情報とプログラム間のトレーサビリテ
ィ方式を示したフローチャートである。

【図３】 不具合報告書とプログラムと修正報告書間の
トレーサビリティ方式を示したフローチャートである。

【図４】 不具合報告書の表示例を示す図である。

【図５】 修正報告書の表示例を示す図である。

【図６】 不具合報告書・プログラム・修正報告書間の
対応一覧の表示例を示す図である。

【図７】 プログラムと内部設計書間のトレーサビリテ
ィ方式を示した構成図である。

【図８】 プログラムと内部設計書間のトレーサビリテ
ィ方式を示したフローチャートである。

【図９】 不具合報告書・プログラム・修正報告書・内
部設計書間の対応一覧の表示例を示す図である。

【図１０】 プログラムと単体試験規格書間のトレーサ
ビリティ方式を示した構成図である。

【図１１】 プログラムと単体試験規格書間のトレーサ
ビリティ方式を示したフローチャートである。

【図１２】 不具合報告書・プログラム・修正報告書・
内部設計書・単体試験規格書間の対応一覧の表示例を示
す図である。

【図１３】 相互参照表自動生成の方式を示した構成図
である。

【図１４】 相互参照表自動生成の方式を示したフロー
チャートである。

【図１５】 相互参照表の表示例を示す図である。

【図１６】 不具合情報と上流ドキュメント間のトレー
サビリティ方式を示した構成図である。

【図１７】 不具合情報と上流ドキュメント間のトレー
サビリティ方式を示したフローチャートである。

【図１８】 不具合情報と上流ドキュメント間のトレー
サビリティ方式を示したフローチャートである。

【図１９】 変更履歴の表示例を示す図である。

【図２０】 不具合報告書・プログラム・修正報告書・
内部設計書・単体試験規格書・外部設計書・要求仕様書
間の対応一覧の表示例を示す図である。

【符号の説明】

１ 開発者、 ２ 不具合情報管理部、 ３ 不具合報
告書、 ４ 修正報告書、 ５ プログラム構成管理
部、 ６ プログラムバージョンファイル、 ７対応情
報抽出部、 ８ 対応情報記憶部、 ９ 対応情報、
１０ 対応一覧表示部、 １１ 内部設計書生成部、
１２ ドキュメント構成管理部、 １３内部設計書、
１４ 単体試験規格書生成部、 １５ 単体試験規格
書、 １６ 上流ドキュメント抽出部、 １７ 上流ド
キュメント解析部、 １８ 下流ドキュメント抽出部、
１９ 下流ドキュメント解析部、 ２０ 相互参照表
生成部、 ２１ 相互参照表、 ２２ 不具合情報解析
部、 ２３ 上流ドキュメント解析部、 ２４ 上流ド
キュメント修正情報通知部、 ２５ 変更履歴生成部、
２６ 変更履歴

Claims (5)

【特許請求の範囲】
1. 【請求項１】 開発プロジェクトの中で作成されたプロ
   グラムファイルを構成管理するプログラム構成管理部
   と、 システム試験等であげられる不具合について不具合内容
   を記述した不具合報告書とこれらの不具合を修正し修正
   内容を記述した修正報告書とをデータベース化し両者間
   のデータをリンクした不具合情報管理部と、 不具合報告書・ソースコード・修正報告書間で対応する
   各バージョンを抽出する対応情報抽出部と、 前記対応情報抽出部が抽出した対応情報を記憶する対応
   情報記憶部と、 前記対応情報を画面上に表示する対応一覧表示部と、を
   具備することを特徴とするS/W開発プロセス間のトレー
   サビリティ装置。
2. 【請求項２】 前記プログラム構成管理部で管理された
   プログラムファイルがバージョンアップされると、 修正されたソースコードの内容に対応した内部設計書を
   自動生成する内部設計書生成部と、 前記内部設計書生成部が生成した内部設計書を構成管理
   するドキュメント構成管理部と、を具備することを特徴
   とする請求項１記載のS/W開発プロセス間のトレーサビ
   リティ装置。
3. 【請求項３】 前記プログラム構成管理部で管理された
   プログラムファイルがバージョンアップされると、 修正されたソースコードの内容に対応した単体試験規格
   書を自動生成する単体試験規格書生成部と、 前記単体試験規格書生成部が生成した単体試験規格書を
   構成管理するドキュメント構成管理部と、を具備するこ
   とを特徴とする請求項１記載のS/W開発プロセス間のト
   レーサビリティ装置。
4. 【請求項４】 前記ドキュメント構成管理部から上流ド
   キュメントである外部設計書を抽出する上流ドキュメン
   ト抽出部と、 外部設計書に記述されている要求機能IDとオブジェクト
   IDの対応情報を抽出する上流ドキュメント解析部と、 前記ドキュメント構成管理部から下流ドキュメントであ
   る内部設計書を抽出する下流ドキュメント抽出部と、 前記内部設計書に記述されているオブジェクトIDとメソ
   ッドIDの対応情報を抽出する下流ドキュメント解析部
   と、 前記上流ドキュメント解析部による上流ドキュメント解
   析結果と前記下流ドキュメント解析部による下流ドキュ
   メント解析結果から、抽出されたすべてのIDの対応関係
   を合成し相互参照表を自動で作成する相互参照表生成部
   と、 を具備することを特徴とする請求項1から請求項３いず
   れかに記載のS/W開発プロセス間のトレーサビリティ装
   置。
5. 【請求項５】 前記不具合情報管理部に記憶された不具
   合報告書から不具合原因を解析する不具合情報解析部
   と、 相互参照表からトレース情報を抽出し要求仕様書や外部
   設計書の上流ドキュメントの修正箇所を判定する上流ド
   キュメント解析部と、 ユーザに修正が必要な上流ドキュメントとその修正箇所
   をメールで通知する上流ドキュメント修正情報通知部
   と、 上流ドキュメントの修正をしチェックインが完了する
   と、 上流ドキュメントの変更履歴を自動生成する変更履歴生
   成部と、 変更履歴記と、修正報告書・上流ドキュメント間で対応
   する各バージョンを抽出する対応情報抽出部と、を具備
   することを特徴とする請求項１から請求項４いずれかに
   記載のS/W開発プロセス間のトレーサビリティ装置。