JPH1185491A - 複数ドキュメントの自動生成システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は複数ドキュメントの自動生成システ
ムに関し、一つのドキュメントを変更した場合でも、関
連する他のドキュメントにへの変更漏れといったソフト
ウェア上のミスにつながる問題を排除することができる
複数ドキュメントの自動生成システムを提供することを
目的としている。 【解決手段】 ソフトウェア開発において作成される設
計書、ソースプログラム、ヘッダファイル、試験手順書
をタグ付き文書とし、同一のデータベースにタグの項目
毎に情報を登録するドキュメント解析登録部と、タグ単
位に情報を記憶するデータベースと、該データベースよ
り設計書、ソースプログラム、ヘッダファイル、試験手
順書を生成するドキュメント生成部とを有し、設計書の
初期作成、データベースへの初期登録以降について設計
書、ソースプログラム、ヘッダファイルの何れかで情報
が変更された場合、同一のデータベースに情報が登録さ
れ、必要時に設計書、ソースプログラム、ヘッダファイ
ル、試験手順書を自動生成するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数ドキュメントの
自動生成システムに関する。ソフトウェア危機が叫ばれ
る中、設計書の作成からプログラミング、デバッグとい
ったソフトウェア開発の統合環境を提供するＣＡＳＥツ
ール（総合的なプログラムサポートツール）によりソフ
トウェア開発の効率化が目指されており、今日製品が多
数出回っている。本発明は、このＣＡＳＥツールによる
ソフトウェア開発方法に関するものである。

【０００２】

【従来の技術】ソフトウェア開発においては、プログラ
ムの関数単位に関数名、関数の機能概要、パラメータ、
戻り値（入力に対する出力のインタフェースの種類）と
いったインタフェース情報を記述した設計書が作成さ
れ、設計書を基にプログラミング上必要となる関数のイ
ンタフェースを規定したヘッダファイルを作成する。ま
た、設計書より実際に処理を行なうソースプログラムを
作成し、作成したソースプログラムの試験のためのドキ
ュメントとして試験手順書を作成する。

【０００３】図１３は従来の設計書からソースプログラ
ム、ヘッダファイル、試験手順書を作成するドキュメン
ト作成システムの概念図である。プログラムを作成する
ための設計書（ＤＯＣ）１には、関数名、関数の機能概
要、関数のインタフェースであるパラメータ、関数の終
了状態を表わす戻り型（プログラム上数値、文字を取り
扱う種類のこと）と戻り値種別（文字と数字の種別）が
記述される。

【０００４】設計書１で記述した内容に基づいて、ヘッ
ダファイル（ＨＥＤ）３内の各関数の戻り型（ＨＥＤ
１）、関数名（ＨＥＤ２）、パラメータ（ＨＥＤ３）と
いった関数のインタフェースを記述してプログラミング
上の関数のインタフェースを規定したヘッダファイル３
を作成する。

【０００５】また、設計書１で記述した内容に基づいて
ソースプログラム（ＳＲＣ）内の戻り型（ＳＲＣ１）、
関数名（ＳＲＣ２）、パラメータ（ＳＲＣ３）を記述
し、プログラミング部（ＳＲＣ４）へ設計書１の機能概
要（ＤＯＣ２）で記述された内容を実現するための実際
の処理を作り込むこととなる。

【０００６】また、作成したソースプログラムの実行を
検証するための設計書１に基づいて試験手順書（ＴＥ
Ｓ）内の試験対象機能（ＴＥＳ１）と試験条件（ＴＥＳ
２）として設定が必要なパラメータ等の記述、試験の実
際の手順（ＴＥＳ３）、期待する確認内容（ＴＥＳ４）
を記述して試験手順書４を作成する。

【０００７】

【発明が解決しようとする課題】図１４は、設計書とソ
ースプログラム、ヘッダファイル、試験手順書間の情報
の関連を示す図である。図中の破線は、影響が及ぶ範囲
を示している。従来の技術では、例えば設計書（ＤＯ
Ｃ）１のパラメータ部分（ＤＯＣ１）を変更した場合、
ソースプログラム２パラメータ記述部分（ＳＲＣ１）、
ヘッダファイル（ＨＥＤ）３の該当関数のパラメータ部
分（ＨＥＤ１）、試験手順書（ＴＥＳ）４の試験条件部
分（ＴＥＳ２）といった複数のドキュメントに影響が発
生し、一つのドキュメントを変更した場合、他のドキュ
メントでの修正漏れ等が発生しやすく、管理が困難であ
り、プログラムの作成ミスの原因となりやすい。

【０００８】本発明はこのような課題に鑑みてなされた
ものであって、一つのドキュメントを変更した場合で
も、関連する他のドキュメントへの変更漏れといったソ
フトウェア上のミスにつながる問題を排除することがで
きる複数ドキュメントの自動生成システムを提供するこ
とを目的としている。

【０００９】

【課題を解決するための手段】 （１）図１は本発明の原理ブロック図である。図１３と
同一のものは、同一の符合を付して示す。図において、
１は設計書（ＤＯＣ）、２はソースプログラム（ＳＲ
Ｃ）、３はヘッダファイル（ＨＥＤ）、４は試験手順書
（ＴＥＳ）である。１０は本発明で特に設けられたマル
チドキュメント生成装置（ＭＵＬ）である。

【００１０】マルチドキュメント生成装置１０におい
て、１１は同一のデータベースにタグの項目毎に情報を
登録するドキュメント解析登録部、１３はタグ単位に情
報を記憶するデータベース、１４は該データベースより
設計書、ソースプログラム、ヘッダファイル、試験ドキ
ュメントを生成するドキュメント生成部である。１２は
ドキュメント解析登録部１１からのデータを受けてデー
タベースに通知する解析内容情報作成部（ＴＭＰ）であ
る。データベース１３には、タグと情報とがペアで格納
される。データベース１３は、各ドキュメントに共通で
ある。

【００１１】ドキュメント生成部１４では、ソースプロ
グラム、ヘッダファイル、試験手順書のドキュメントが
生成基本データ（ＤＡＴ）に基づいて生成される。１５
は生成基本データを記憶するファイルである。これら生
成基本データの内容は、それぞれソースプログラム２、
ヘッダファイル３、試験手順書４に通知される。また、
これらソースプログラム２、ヘッダファイル３、試験手
順書４の内容は、ドキュメント解析登録部１１に通知さ
れる。

【００１２】入力される設計書１には項目毎にタグ（図
中〈 〉で示す）が付与されており、ソースプログラム
２、ヘッダファイル３及び試験手順書４もタグ付き文書
となっている。

【００１３】マルチドキュメント生成装置１０（ＭＵ
Ｌ）は、タグ名とタグに対応した情報を取り出し、デー
タベース１３へ解析内容情報作成部１２を経由して登録
するドキュメント解析登録部（ＡＮＡ）１１と、データ
ベース１３へ登録された情報を組み合わせてドキュメン
トを生成するドキュメント生成部（ＧＥＮ）１４より構
成される。また、ドキュメント生成部１４は、生成する
ドキュメント種別毎に生成基本データ（ＤＡＴ）をファ
イル１５に持つ。例えば、ヘッダファイルとしては、必
要な種類の情報を基本データとしてファイル１５に持
つ。

【００１４】図１において、タグ付きの設計書１をマル
チドキュメント生成装置１０へ入力すると、タグ単位の
情報毎にデータベース１３へ格納され、登録されたデー
タベース内の情報を基に必要に応じてタグ付きのソース
プログラム２、ヘッダファイル３、試験手順書４を生成
させる。タグを設ける理由は、第１にタグを目やすにド
キュメントの解析ができること、第２に後でドキュメン
トの一部が変更された場合、他のどの部分に影響を与え
るかを検索する時のキーとして用いることができるから
である。

【００１５】生成されたドキュメントに対して情報の変
更、追加を行なった後、再度マルチドキュメント生成装
置１０へ入力し、ドキュメントを生成する基になった同
一のデータベース１３へ情報を登録する。以降、同様に
同一のデータベースに登録された情報より必要時にドキ
ュメントを生成し、ドキュメント変更後に元のデータベ
ース１３へ登録し、情報を更新することを繰り返す。

【００１６】このようにして、例えばヘッダファイル３
の一部を変更した場合には、その変更情報がドキュメン
ト解析登録部１１に通知され、該ドキュメント解析登録
部１１は変更内容をデータベース１３にタグとのペアで
登録する。ドキュメント生成部１４は、データベース１
３を参照し、生成基本データに基づいてヘッダファイル
３以外のソースプログラムと試験手順書４を再生成す
る。これにより、ソースプログラム２、ヘッダファイル
３及び試験手順書４の関連する部分の情報が同一にな
る。従って、従来のシステムのように他のドキュメント
で情報が食い違うことがなくなる。

【００１７】この発明によれば、ソフトウェア開発での
設計書、ソースプログラム、ヘッダファイル、試験手順
書の作成効率を向上させると共に、各種ソフトウェア開
発ドキュメント間で関連する内容について変更時の変更
漏れを防止することができる。

【００１８】（２）この場合において、設計書への情報
入力を行なう場合において、入力画面に入力情報毎の入
力フィールドを設け、入力された情報に対して自動的に
タグを付与することを特徴としている。

【００１９】この発明によれば、使用者が項目毎のタグ
を意識する必要をなくすことができる。 （３）また、設計書、ソースプログラム、ヘッダファイ
ルの情報が同一のデータベースへ上書きされ、データベ
ース上の情報項目毎に上書き可能種別情報を付加するこ
とを特徴としている。

【００２０】この発明の構成によれば、データベース上
書き可能種別情報以外のドキュメントに対して該当情報
の書き替えを行なわないようにすることができる。 （４）また、データベース上の情報項目毎に該当する情
報項目を最後に設定した開発ドキュメント種別情報を付
加し、登録する内容がデータベース上の情報と差分があ
る場合、最後に設定した開発ドキュメント種別を表示
し、開発ドキュメントのデータベースへの登録を実行す
るか否かを判断させることを特徴としている。

【００２１】この発明の構成によれば、設計書、ソース
プログラム、ヘッダファイルの情報が同一のデータベー
スへ上書きされるため、誤って古い情報を持つ開発ドキ
ュメントのデータベースへの登録により、データベース
上の情報がレベルダウンすることを防止することができ
る。

【００２２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を詳細に説明する。先ず、図１を用いてドキ
ュメント登録時の実施の形態例を説明する。図１におい
て、情報の項目毎にタグが付加された設計書（ＤＯＣ）
１が入力され、ドキュメント解析登録部（ＡＮＡ）１１
にてタグ名とタグに対応する情報が取り出され、データ
ベース１３への登録までの中間情報である解析内容情報
（ＴＭＰ）が解析内容情報作成部１２で作成される。

【００２３】図３は解析内容情報の作成処理動作を示す
フローチャートで、解析内容情報作成部１２の動作を示
す。先ず、ドキュメント解析登録部１１からのデータを
１行読み込み（ｓ１）、ファイルの最後であるかどうか
チェックする（ｓ２）。ファイルの最後の行であった場
合には処理を終了する。

【００２４】ファイルの最後の行でなかった場合には、
開始タグであるかどうかチェックする（ｓ３）。開始タ
グでなかった場合にはステップｓ１に戻る。開始タグで
あった場合には、前テーブルにリンクさせて解析内容情
報（ＴＭＰ）に新たな情報テーブルを作成する（ｓ
４）。次に、作成した情報テーブルのタグフィールドに
取り出したタグ名を設定する（ｓ５）。

【００２５】次に、終了タグまでの情報を取り出す（ｓ
６）。そして、作成した情報テーブルの情報フィールド
に取り出した情報を設定し（ｓ７）、ステップｓ１に戻
る。図４は本発明による解析内容情報のテーブル形式例
を示す図である。この図は、解析内容情報（ＴＭＰ）内
のテーブルを検索し、関数名タグのテーブルより関数名
を取り出して、データベース１３内の関数名リンク（Ｆ
ＬＩＮＫ）に連鎖しているテーブル上の関数名と一致す
るものがあるか検索するものである。

【００２６】図５は本発明によるデータベースへの情報
登録の処理動作を示すフローチャートで、解析内容情報
作成部１２の動作を示す。先ず、解析内容情報（ＴＭ
Ｐ）内の関数名タグのテーブルを検索し、タグ名を取り
出す（ｓ１０）。次に、データベース１３内の関数名リ
ンクをたどり取り出したタグ名と一致するものを検索す
る（ｓ１１）。次に、タグが一致するかどうかチェック
する（ｓ１２）。

【００２７】以上までのシーケンスは、データベース１
３内に一致する関数名のテーブルが存在する場合、一致
した関数名のテーブルの関数情報リンク（ＦＬＩＮＫ）
をたどり、解析内容情（ＴＭＰ）のタグ名と一致するデ
ータベース内のテーブルについて解析内容情報（ＴＭ
Ｐ）のテーブル上の情報をコピーするものである。

【００２８】タグが一致する場合、データベース内の関
数情報リンクの検索位置を一致した関数名テーブルに設
定する（ｓ１３）。そして、解析内容情報の関数名以外
のテーブル内の情報を検索位置からの関数情報リンクに
あるテーブルのタグが対応するものにコピーする（ｓ１
４）。

【００２９】以上までのシーケンスは、データベース１
３内に一致する関数名のテーブルが存在しない場合、デ
ータベース１３内に新たに関数名のテーブルを作成し、
関数名リンク（ＦＬＩＮＫ）に連鎖させ、新たに作成し
た関数名のテーブルの関数情報リンク（ＩＬＩＮＫ）に
解析内容情報（ＴＭＰ）の関数名以外のテーブルをリン
クさせるものである。

【００３０】ステップｓ１２において、タグが一致しな
い場合、新たに取り出した関数名のテーブルを作成し関
数名リンクにつなげ（ｓ１５）、解析内容情報の関数名
以外のテーブルを新たに作成した関数情報リンクにつな
げる（ｓ１６）。

【００３１】図６は本発明によるデータベース内のデー
タ形式例を示す図である。データベース（ＤＢ）に登録
された情報を基にドキュメントを生成する場合には、生
成するドキュメント毎に持つ生成基本データ１５（ＬＳ
Ｔ）の生成規則に基づいてデータベースの内容を取り出
し、ドキュメントを生成する。ソースプログラム２を生
成する場合を例にとって具体的に説明する。

【００３２】生成するドキュメントの種別、本具体例に
おいてはソースプログラム２と関数名が入力されると、
データベース１３内の関数名リンク（ＦＬＩＮＫ）を検
索し、生成する関数名と一致する関数名のテーブルを関
数情報リンク（ＩＬＩＮＫ）検索の先頭とする。

【００３３】図７は本発明によるドキュメント生成処理
動作を示すフローチャートで、ドキュメント生成部１４
の動作を示す。先ず、データベース内関数リンク名を検
索し、生成する関数名に一致する関数名テーブルを関数
情報リンク検索の先頭とする（ｓ１００）。次に、生成
基本データファイル１５を１行読み込む（ｓ１０１）。

【００３４】次に、生成基本データの終わりであるかど
うかチェックする（ｓ１０２）。終わりである場合には
処理を終了する。生成基本データの終わりでない場合に
は、生成基本データの作成種別が「ＴＡＧ」であるか
「ＤＩＲＥＣＴ」であるかどうかチェックする（ｓ１０
３）。

【００３５】生成基本データの作成種別が「ＴＡＧ」で
ある場合には、生成基本データファイル１５の生成内容
のＴＡＧ名に一致するデータベース１３内のテーブルを
検索し（ｓ１０４）、一致したデータベース１３内テー
ブルの情報をタグを付けてファイルへ出力する（ｓ１０
５）。「ＤＩＲＥＣＴ」である場合には、ファイル１５
の生成基本データの内容をそのまま出力する（ｓ１０
６）。

【００３６】以上のステップｓ１０４、ｓ１０５は、生
成種別（Ｆ２）がタグの場合、生成内容（Ｆ１）のタグ
名と一致するタグをデータベース１３内の関数情報リン
ク（ＩＬＩＮＫ）検索の先頭から検索し、一致したタグ
のテーブルの情報を出力するものである。ステップｓ１
０６は、生成種別（Ｆ２）が「ＤＩＲＥＣＴ」である場
合、生成内容（Ｆ１）の情報をそのまま出力するもので
ある。

【００３７】次に、反復生成がＲＥＰＥＡＴであるかど
うかチェックし（ｓ１０７）、ＲＥＰＥＡＴである場合
には、反復生成がＲＥＰＥＡＴのデータ間については、
生成内容のタグ名に対応するデータベース１３内のテー
ブルが存在する間繰り返す（ｓ１０８）。つまり、反復
生成（Ｆ３）が「ＲＥＰＥＡＴ」データの場合、「ＲＥ
ＰＥＡＴ」出現の開始ラインより終了ラインまでの間の
生成規則を、データベース１３内に生成内容（Ｆ１）に
対応するテーブルがなくなるまで繰り返し実行するもの
である。

【００３８】以上の処理を生成基本データ（ＬＳＴ）の
最後まで実行することにより、データベース１３内の情
報を用いてソースプログラムが生成される。図８は本発
明によるソースプログラムの生成基本データを示す図で
ある。この基本データは、生成内容（Ｆ１）、作成種別
（Ｆ２）及び反復生成（Ｆ３）より構成されている。

【００３９】図９はタグ付き設計書作成のための動作を
示す図である。この図は、設計書を作成するための構成
であり、図１に示すシステムの前段階を示している。タ
グ付き設計書を作成する際に、項目名毎に入力フィール
ドを持つ入力画面（ＩＮＰ）を使用し、項目入力の完了
後に入力フィールド毎に関数名入力フィールド（Ｆ１）
ならばタグ〈ＦＵＮＣＴＩＯＮ〉、機能概要入力フィー
ルド（Ｆ２）ならばタグ〈ＳＵＭＭＡＲＹ〉）といった
具合に、タグ付加装置２０で自動的にタグを付与するよ
うにしたものである。

【００４０】この実施の形態例によれば、使用者が項目
毎のタグを意識する必要をなくすことができる。図１に
示すブロック図において、複数の種類のドキュメントが
データベース１３への入力となり、あるドキュメントで
登録した情報が別ドキュメントにより変更されるため、
データベース１３内の情報テーブルを構成するフィール
ドとして上書き可能情報（ＰＯＳ）を設け、特定のドキ
ュメントにのみ情報の上書きを許可するようにする。

【００４１】図１０は上書き可能情報を示す図である。
例えば、関数のインタフェース情報は、設計書、ソース
プログラム、ヘッダファイルにより書き替えを許可する
が、プログラムの試験のためのドキュメントである試験
手順書により情報の書き替えを許可すべではない。この
場合には、上書き可能情報（ＰＯＳ）には設計書、ソー
スプログラム、ヘッダファイルのドキュメント種別の番
号を設定しておき、試験手順がデータベース１３へ入力
された場合、上書き可能情報に試験手順書のドキュメン
ト種別が設定されていない項目については書き替えを行
なわない。図の上書き可能情報（ＰＯＳ）部分には０〜
３までの情報が書き込まれる。図の場合には、１，２，
３が書き込まれているので、上書きが可能となる。０の
場合には、上書きは禁止される。

【００４２】この実施の形態例によれば、データベース
１３上書き可能種別情報以外のドキュメントに対して当
該情報の書き替えを行なわないようにするすことができ
る。以上説明したように、この実施の形態例によれば、
ソフトウェア開発での設計書、ソースプログラム、ヘッ
ダファイル、試験手順書の作成効率を向上させると共
に、各種ソフトウェア開発ドキュメント間で関連する内
容について変更時の変更漏れを防止することができる。

【００４３】また、図１において、複数の種類のドキュ
メントがデータベース１３への入力となり、あるドキュ
メントで登録した情報が別ドキュメントにより変更され
るため、データベース１３内の情報テーブルを構成する
フィールドとして上書き可能情報（ＰＯＳ）を設け、特
定のドキュメントにのみ情報の上書きを許可することが
できる。

【００４４】図１１は情報設定ドキュメント種別情報を
示す図である。図に示す情報テーブルは、関数情報リン
クと、タグ名と、情報と、情報設定ドキュメント種別
（ＫＮＤ）と、関数名リンクまたはパラメータ用のリン
クから構成されている。この内の情報設定ドキュメント
種別に０〜３までの数値が入り、上書きするかしないか
を決定している。

【００４５】例えば、関数のインタフェース情報は、設
計書、ソースプログラム、ヘッダファイルにより書き替
えを許可するが、プログラムの試験のためのドキュメン
トである試験手順書により情報の書き替えを許可するべ
きではなく、この場合上書き可能情報（ＰＯＳ）には、
設計書、ソースプログラム、ヘッダファイルのドキュメ
ント種別の番号を設定しておき、試験手順がデータベー
ス１３へ入力された場合、上書き可能情報に試験手順書
のドキュメント種別が設定されていない項目については
書き替えを行なわない。図の例では、３が入っており、
上書きを許可している。

【００４６】図１２は情報変更確認表示画面（ＤＩＳ）
を示す図である。情報の上書き時のレベルダウンを防ぐ
ため、確認画面イメージが表示される。図では、旧情報
である“ｉｎｔ”が新情報である“ｃｈａｒ”に変更さ
れる様子を示す。

【００４７】この実施の形態例によれば、設計書、ソー
スプログラム、ヘッダファイルの情報が同一のデータベ
ースへ上書きされるため、誤って古い情報を持つ開発ド
キュメントのデータベースへの登録により、データベー
ス上の情報がレベルダウンすることを防止することがで
きる。

【００４８】以上説明した本発明の効果を以下に示す。
本発明によれば、互いに情報が関連する項目を持つタグ
付きの各種ドキュメントから同一のデータベースへ情報
を登録し、ドキュメントの必要時にはデータベースより
必要なドキュメントを生成することにより、一部のドキ
ュメントで行なった変更に対して関連する他のドキュメ
ントへの変更漏れといったソフトウェア開発上のミスに
つながる問題を排除でき、また設計書のデータベースへ
の初期登録以外についてはソースプログラム、ヘッダフ
ァイル、試験手順書といった各種ドキュメントをデータ
ベースより自動生成するためのソフトウェア開発効率の
向上を図ることができる。

【００４９】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、 （１）ソフトウェア開発において作成される設計書、ソ
ースプログラム、ヘッダファイル、試験手順書をタグ付
き文書とし、同一のデータベースにタグの項目毎に情報
を登録するドキュメント解析登録部と、タグ単位に情報
を記憶するデータベースと、該データベースより設計
書、ソースプログラム、ヘッダファイル、試験手順書を
生成するドキュメント生成部とを有し、設計書の初期作
成、データベースへの初期登録以降について設計書、ソ
ースプログラム、ヘッダファイルの何れかで情報が変更
された場合、同一のデータベースに情報が登録され、必
要時に設計書、ソースプログラム、ヘッダファイル、試
験手順書を自動生成することにより、ソフトウェア開発
での設計書、ソースプログラム、ヘッダファイル、試験
手順書の作成効率を向上させると共に、各種ソフトウェ
ア開発ドキュメント間で関連する内容について変更時の
変更漏れを防止することができる。

【００５０】（２）この場合において、設計書への情報
入力を行なう場合において、入力画面に入力情報毎の入
力フィールドを設け、入力された情報に対して自動的に
タグを付与することにより、使用者が項目毎のタグを意
識する必要をなくすことができる。

【００５１】（３）また、設計書、ソースプログラム、
ヘッダファイルの情報が同一のデータベースへ上書きさ
れ、データベース上の情報項目毎に上書き可能種別情報
を付加することにより、データベース上書き可能種別情
報以外のドキュメントに対して該当情報の書き替えを行
なわないようにすることができる。

【００５２】（４）また、データベース上の情報項目毎
に該当する情報項目を最後に設定した開発ドキュメント
種別情報を付加し、登録する内容がデータベース上の情
報と差分がある場合、最後に設定した開発ドキュメント
種別を表示し、開発ドキュメントのデータベースへの登
録を実行するか否かを判断させることにより、設計書、
ソースプログラム、ヘッダファイルの情報が同一のデー
タベースへ上書きされるため、誤って古い情報を持つ開
発ドキュメントのデータベースへの登録により、データ
ベース上の情報がレベルダウンすることを防止すること
ができる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明のタグ付きドキュメントの構成例を示す
図である。

【図３】本発明による解析内容情報作成の処理動作を示
すフローチャートである。

【図４】本発明による解析内容情報のデータ形式例を示
す図である。

【図５】本発明によるデータベースへの情報登録の処理
動作を示すフローチャートである。

【図６】本発明によるデータベース内のデータ形式例を
示す図である。

【図７】本発明によるドキュメント生成処理動作を示す
フローチャートである。

【図８】本発明によるソースプログラムの生成基本デー
タを示す図である。

【図９】タグ付き設計書作成のための動作を示す図であ
る。

【図１０】上書き可能情報を示す図である。

【図１１】情報設定ドキュメント種別情報を示す図であ
る。

【図１２】情報変更確認表示画面を示す図である。

【図１３】従来のドキュメント作成システムの概念図で
ある。

【図１４】ソフトウェア開発のドキュメントの構成例を
示す図である。

【符号の説明】

１ 設計書 ２ ソースプログラム ３ ヘッダファイル ４ 試験手順書 １０ マルチドキュメント生成装置 １１ ドキュメント解析登録部 １２ 解析内容情報作成部 １３ データベース １４ ドキュメント生成部 １５ 生成基本データファイル

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ソフトウェア開発において作成される設
   計書、ソースプログラム、ヘッダファイル、試験手順書
   をタグ付き文書とし、 同一のデータベースにタグの項目毎に情報を登録するド
   キュメント解析登録部と、 タグ単位に情報を記憶するデータベースと、 該データベースより設計書、ソースプログラム、ヘッダ
   ファイル、試験手順書を生成するドキュメント生成部と
   を有し、 設計書の初期作成、データベースへの初期登録以降につ
   いて設計書、ソースプログラム、ヘッダファイルの何れ
   かで情報が変更された場合、同一のデータベースに情報
   が登録され、必要時に設計書、ソースプログラム、ヘッ
   ダファイル、試験手順書を自動生成することを特徴とす
   る複数ドキュメントの自動生成システム。
2. 【請求項２】 設計書への情報入力を行なう場合におい
   て、入力画面に入力情報毎の入力フィールドを設け、入
   力された情報に対して自動的にタグを付与することを特
   徴とする請求項１記載の複数ドキュメントの自動生成シ
   ステム。
3. 【請求項３】 設計書、ソースプログラム、ヘッダファ
   イルの情報が同一のデータベースへ上書きされ、データ
   ベース上の情報項目毎に上書き可能種別情報を付加する
   ことを特徴とする請求項１記載の複数ドキュメントの自
   動生成システム。
4. 【請求項４】 データベース上の情報項目毎に該当する
   情報項目を最後に設定した開発ドキュメント種別情報を
   付加し、登録する内容がデータベース上の情報と差分が
   ある場合、最後に設定した開発ドキュメント種別を表示
   し、開発ドキュメントのデータベースへの登録を実行す
   るか否かを判断させることを特徴とする請求項１記載の
   複数ドキュメントの自動生成システム。