JPH04211865A - 定型文書作成支援方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、仕様書，帳票等の定型
文書が複数個関連しあっている文書体系において、その
関連を予め計算機に入力・記憶し、定型文書作成時にそ
の関連を参照する定型文書の作成支援方法に関する。

【０００２】また、特にソフトウェア開発時に記述する
仕様書等のフォーム定義、及び仕様書等の定型文書フォ
ーム間の関係の定義に係り、開発対象システムの種別に
あった定型文書のフォームの作成、及び定型文書フォー
ムのフォーム間の関係の作成に好適な定型文書フォーム
作成支援方法に関する。

【０００３】

【従来の技術】情報をハイパーテキストの概念を用いて
管理する方法が注目されている。例えば、注釈を付けた
り他の情報を参照したりする場合、文書の一部に他の文
書を関連付けておけば（以下、関連付けることをリンク
するまたはリンクを張るという。）必要な情報を容易に
検索できる。ハイパーテキストは計算機でこのような情
報の管理を行う概念で、一つの文書，一枚の絵，一つの
図などの情報（以下ノードと呼ぶ。）の集りとそれらの
情報間のリンクの集りから成る。ハイパーテキストの概
念を用いて情報を管理すれば、例えば、ジャネット・フ
ィデリオ，「ハイパーテキストの概念と特徴」，日径バ
イト，　’８９年１月号，ｐｐ２４７−２６０に記載さ
れているように、主たる情報をディスプレー装置に表示
しておき、注釈などの関連する情報は利用者が必要なと
きのみ表示することが可能である。また、利用者はリン
クの型を定義でき、ノード間に特別な関係を持たせるこ
とができる。

【０００４】ソフトウェア開発時に記述する仕様書等の
定型文書の書式の作成支援方法としては、例えば、情報
処理ｖｏｌ．２８，Ｎｏ．４，ｐｐ４６３−４７１「分
散ネットワーク環境とそのコミュニティ」に記載のよう
に、開発時に記述する仕様書等の定型文書の書式をあら
かじめ所定のファイルサーバに記憶しておき、利用者が
必要に応じてファイルサーバから、定型文書の書式を検
索して、抽出する方法がある。また、定型文書フォーム
間の関係を管理する機能を有するシステムとして、例え
ば、情報処理学会第３７回全国大会講演論文集ｐｐ８８
２−８８５，１９８８「Ｎｅｗ　ＳＷＢプログラミング
支援システム」に記載されているように、定型文書フォ
ームの領域と、他の定型文書フォームの領域との間の固
定的な関係から、自動的にエディタの起動を行う“ＥＤ
Ｔｔｏｏｌｓ”がある。

【０００５】さらに、作成した定型文書フォーム、領域
間の関係を管理する機能を有するシステムとして、定型
文書フォームを構成する領域に対し、削除・追加等の編
集操作により、領域の再定義が可能である「統合操作環
境Ｎｅｗ　Ｗａｖｅ」システムが存在する。

【０００６】さらに、例えば、特願昭６１−１９４５３
２「ソフトウェア開発における工程管理方式」に示され
るように、ソフトウェアの製造工程を工程プロセス名称
として管理し、この工程プロセス名称によって、製造工
程の管理・誘導する方法がある。

【０００７】

【発明が解決しようとする課題】前記ハイパーテキスト
では、文書間または文書中の項目間の関連が予め固定さ
れているような場合でも、利用者が逐一リンクを張らな
ければならず、また、文書数は関連する文書の内容によ
って変化するが、文書間の関連は固定されている場合、
利用者が逐一ノードを複写し、リンクを張らなければな
らないという問題があった。

【０００８】上記従来技術において、前記、「分散ネッ
トワーク環境とそのコミュニティ」記載の定型文書の書
式をファイルサーバに記憶する方法は、利用者が定型文
書の書式を作成する時に、書式を構成する項目とレイア
ウトを逐一定義する必要があり、また、定型文書書式間
や項目間の関係については支援していない。

【０００９】また、前記、“ＥＤＴｔｏｏｌｓ”では、
定型文書フォーム，領域間の関係がシステムに固有であ
るため、利用者が独自の関係を定義することは不可能で
あった。

【００１０】また、前記「統合操作環境Ｎｅｗ　Ｗａｖ
ｅ」においては、定型文書フォームを構成する領域を利
用者が、必要に応じて削除・追加することが可能である
が、削除・追加等の操作が適切であるかどうかをチェッ
クする機能が存在しないため、編集対象領域が、他の領
域と重要な関係を有するにもかかわらず、容易に更新し
てしまう恐れがあり、領域の再定義により他の領域に及
ぼす影響範囲を知ることができなかった。

【００１１】さらに、前記、「ソフトウェア開発におけ
る工程管理方式」においては、ソフトウェア製造工程の
管理・誘導を工程プロセス名称で行うに留まっているた
め、記述する仕様書単位で管理・誘導を行うことはでき
ない。

【００１２】本発明は、前記問題点を解決するためにな
されたものである。

【００１３】本発明の第一の目的は、定型文書を関連付
けるために、文書を作成する度にリンクを張る必要のな
い定型文書作成支援方法を提供することにある。

【００１４】本発明の第二の目的は、定型文書の書式あ
るいは文書間の関連を容易に変更できる定型文書作成支
援方法を提供することにある。

【００１５】本発明の第三の目的は、ソフトウェア設計
・開発設計時に記述する仕様書等の定型文書のフォーム
（書式）を、開発対象システムの種別から作成すること
により、利用者が定型文書のフォームを逐一作成する手
間を省き、開発対象システムに応じた定型文書フォーム
を作成することにある。

【００１６】本発明の第四の目的は、ソフトウェア開発
時に記述する仕様書等の定型文書フォームを編集する専
用のエディタを有することにより、定型文書フォームに
対して、追加・更新等の編集操作を施し、利用者が独自
の定型文書のフォームをカスタマイズできるようにし、
定型文書フォームの編集によって、定義した定型文書フ
ォームと定義済み定型文書フォームとの間に、自動的に
関係付けを行うことにある。

【００１７】本発明の第五の目的は、ソフトウェア開発
時に記述する仕様書等の定型文書のフォーム定義時に、
定型文書フォームを構成する領域間の関係を登録したラ
イブラリをもとに、領域間に対して、新規に関係を作成
することにより、関係が未登録のフォームに関係を作成
することにある。

【００１８】本発明の第六の目的は、ソフトウェア開発
時に記述する仕様書等の定型文書フォームを構成する領
域を利用者が再定義する際に、再定義の対象となる領域
と他の領域の関係から、領域の再定義が適切であるかど
うか判定することにより、安易に領域を再定義すること
を防止し、再定義による他の領域に及ぼす影響範囲を提
示することにより、領域の再定義を誘導することにある
。

【００１９】本発明の第七の目的は、ソフトウェア製造
工程の管理・誘導を工程プロセス名称と該工程プロセス
で記述する仕様書を関連付けて、仕様書単位にソフトウ
ェア製造工程を管理・誘導し、さらに、製造工程を利用
者の所望の構造にカスタマイズすることにある。

【００２０】

【課題を解決するための手段】第一の目的を達成するた
めに、本発明の特徴は、文書の書式や文書間の関連を文
書体系ごとに予め記憶し、定型文書編集時には、記憶し
た書式や関連を参照しながら自動的に文書を関連付ける
ことにある。

【００２１】第二の目的を達成するために、本発明の特
徴は、定型文書の書式や文書間の関連を、文書を作成す
るエディタと独立に定義・記憶することにある。

【００２２】第三の目的を達成するために、本発明の特
徴は、ソフトウェア開発時に記述する仕様書等の定型文
書のフォームを記憶した定型文書フォームライブラリを
有することにある。

【００２３】第四の目的を達成するために、本発明の特
徴は、定型文書の領域間の関係を記憶したリレーション
ライブラリを有することにある。

【００２４】第五の目的を達成するために、本発明の特
徴は、リレーションライブラリより検索した関係と生成
規則により、新たに関係を生成することにある。

【００２５】第六の目的を達成するために、本発明の特
徴は、再定義による他の領域に対する影響範囲を、特定
して提示することにある。

【００２６】第七の目的を達成するために、本発明の特
徴は、ソフトウェア開発工程と該工程において記述すべ
き仕様書との関係を有することにある。

【００２７】

【作用】上記第一の目的は、文書間の関連を予め定義・
登録し、それを用いて作成した定型文書を自動的に関連
付けるため、文書を作成する度にリンクを張る必要がな
くなることにより達成される。

【００２８】上記第二の目的は、定型文書の書式や文書
間の関連を、文書を作成するエディタと独立に定義でき
るので、定型文書の書式や文書間の関連を容易に変更す
る可能にすることにより達成される。

【００２９】上記第三の目的は、ソフトウェア開発時に
記述する仕様書等の定型文書のフォームを記憶した定型
文書フォームライブラリを有し、利用者が入力した開発
対象システムの種別に応じた定型文書のフォーム群を定
型文書フォームライブラリから特定し、特定した定型文
書フォームを蓄積することにより達成される。

【００３０】上記第四の目的は、定型文書フォームライ
ブラリに加え、定型文書の領域間の関係を記憶したリレ
ーションライブラリを有し、フォームを編集する専用の
エディタで、追加・更新等の編集操作を行う場合、フォ
ームの編集に応じて、新たに定義した定型文書を構成す
る領域と定義済み定型文書フォームの項目との間の、関
係の有無をリレーションライブラリをもとに判定し、関
係がある場合、両者の関係付けを行い、該関係を蓄積す
る。さらに、定型文書フォームを構成する項目間の関係
の有無から、定型文書フォーム間の関係付けを行うこと
により達成される。

【００３１】上記、第五の目的は、定型文書フォーム，
フォームを構成する領域間の関係を登録したリレーショ
ンライブラリを有し、ソフトウェア開発時に記述する定
型文書（仕様書）のフォーム、領域の定義に対し、フォ
ーム，領域間の関係を作成する際、フォーム，領域間の
関係を登録した、前記リレーションライブラリで検索す
ることにより、両者間の関係を作成し、該リレーション
ライブラリに未登録の関係については、該リレーション
ライブラリから、両者間の間接的な関係を検索し、関係
生成規則により両者間の関係を作成することにより達成
される。

【００３２】上記、第六の目的は、定型文書フォームを
再定義する際に、再定義の対象となる領域と他の領域と
の関係を、前記、領域間リレーションライブラリで検索
し、該関係から再定義可能かどうかを判定し、可能な場
合、前記、領域間リレーションライブラリを参照して再
定義による他の領域に対する影響範囲を、特定して提示
することにより達成される。

【００３３】上記、第七の目的は、ソフトウェアの製造
工程における工程プロセス名称を階層的に管理し、最下
位の工程プロセスと該工程プロセスで記述する仕様書を
関係付けることにより達成される。

【００３４】

【実施例】以下、本発明の一実施例を図面を用いて具体
的に説明する。

【００３５】（実施例１） 図１は、文書の書式及び文書間の関連又は文書中の領域
間の関連（以下、関連付けられた書式を書式ネツトと呼
ぶ。）を計算機に登録する手順の１実施例を示すフロー
チャート、図２は、その書式ネットを用いて定型文書の
作成・編集処理を行なう手順の１実施例を示すフローチ
ャートである。また、図３は、書式ネットの登録及びそ
れを用いて定型文書の作成・編集を支援する定型文書作
成システムのシステム構成例、図４は、書式及び書式ネ
ットの管理方法の１実施例である。

【００３６】図３において３１は書式ネットの作成・編
集を行なう書式エディタ、３２は定型文書の作成・編集
を行なうエディタ、３３は書式ネットを記憶する書式ラ
イブラリ、３４はエディタ３２で作成した文書を記憶す
る文書記憶装置、３５はキーボード、３６はディスプレ
ーである。

【００３７】本実施例では、書式ネットを図４ａに示す
ように、書式４１，領域管理表４２，リンク管理表４３
を用いて管理する。図４ａにおいて、書式４１は一つの
文書の項目名などその文書で変わることのない文字列（
以下、固定文字列という。）と、エディタ３２の利用者
が入力する領域のレイアウトであって、その文書を識別
するための名前である文書ｉｄ４１１と、他の文書との
関連を表すリンクのリスト４１２と、他文書の変更の影
響を管理する情報４１３とを持つ。

【００３８】また、領域管理４２は文書の各領域の属性
や他の領域との関連を管理するもので、領域を識別する
ための領域ｉｄ４２１、エディタ３２の利用者が入力で
きる領域か否かを表す属性４２２、他のどの領域と関連
しているかを表すリンクのリスト４２３、及び、他の領
域の変更の影響を管理する情報４２４からなる。また、
リンク管理表４３は、リンクを識別するためのリンクｉ
ｄ４３１，リンクの端点４３２，属性４３３からなる。 ここで、リンクの端点４３２は、文書ｉｄ４１１または
領域ｉｄ４２１の組である。また、属性４３３は、どの
ような性質のリンクであるかを表す。本実施例では、リ
ンクは、「同じ識別子、すなわち同じ内容または文字列
が入る領域を表すリンク」，「頻繁に呼び出される文書
を表すリンク」、及び、「変更した場合影響のある領域
を表すリンク」の３種類であるとする。なお、書式４１
と領域管理表４２は領域ｉｄ４２１で関連付け、領域管
理表４２とリンク管理表４３は、リンクｉｄ４３１で関
連付ける。

【００３９】次に書式ネットの登録手順を、図１，図３
、及び、図４に基づいて説明する。

【００４０】まず、書式エディタ３１を用いて書式４１
を定義し（ステップ１０１）、その書式４１の各領域に
領域ｉｄ４１１を付け領域管理表４２に登録し（ステッ
プ１０２）、固定文字列領域の属性４２２を「入力不可
領域」とし、その他の領域の属性４２２を「利用者入力
領域」として領域管理表４２に登録し（ステップ１０３
）。このステップ１０３を全ての領域について属性４２
２を定義するまで繰り返す（ステップ１０４）。上記ス
テップ１０１からステップ１０４を、全文書について書
式４１を定義するまで繰り返す（ステップ１０５）。 次に、リンクの両端点４３２を入力しリンク管理表４３
に登録し（ステップ１０６）、リンクの属性４３３を入
力しリンク管理表４３に登録する（ステップ１０７）。 以上、ステップ１０６とステップ１０７を全ての関係を
定義するまで繰り返す（ステップ１０８）。最後に書式
ネットに名前を付け、書式ライブラリ３３に登録して（
ステップ１０９）処理を終わる。

【００４１】次に、エディタ３２の文書作成・編集処理
の手順を図２，図３、及び、図４を用いて説明する。な
お、エディタ３２は従来のエディタがもつ編集コマンド
のほかに、同一の識別子を持つ領域がある場合は、それ
らの領域も同時に変更するコマンド，関連する文書を文
書名の指定なしに呼び出し表示するコマンド、及び、変
更が他に影響を与える場合はそのことを、影響を与える
領域又はそのことを、影響を与える領域または文書とと
もに記憶するコマンドがある。

【００４２】まず、文書ネットを新規に作成するか、作
成済みの文書ネットを編集するかを入力し（ステップ２
００）、新規作成ならば（ステップ２０１）、書式ネッ
ト名を入力し（ステップ２０２）、入力された書式ネッ
トを書式ライブラリ３３から、文書記憶装置３４に複写
し（ステップ２０３）、複写した書式ネット（以下、文
書体系という）の名前を入力し、文書記憶装置３４に登
録する（ステップ２０４）。ステップ２０１で新規作成
でなかったら、文書体系名を入力する（ステップ２０４
）。次に、文書体系中の文書名の一覧を表示し（ステッ
プ２０６）、編集する文書を入力し（ステップ２０７）
、編集コマンドを入力し（ステップ２０８）、そのコマ
ンドが終了コマンドなら（ステップ２０９）処理を終了
する。次に、他に同一内容の領域を持ち領域を変更する
コマンドなら（ステップ２１０）、そのコマンドによっ
て変更する領域と同一の内容の領域を領域管理表４２と
リンク管理表４３から検索し、検索した領域も同時に自
動的に変更する（ステップ２１１）。次に、関連文書の
表示コマンドならば（ステップ２１２）、編集中の領域
と関連する文書を、領域管理表４２とリンク管理表４３
から検索し、検索した文書を別のウィンドーに表示する
（ステップ２１３）。次に、編集中の領域の変更が他に
影響を与えるならば、影響を与える領域又は文書を領域
管理表４２とリンク管理表４３から検索し、検索した文
書又は領域に、変更が必要であることを表す印と、その
原因と成った変更の理由を入力し、変更した領域・時間
と共に４１３はたは４２３の変更管理の欄に登録する（
ステップ２１５）。そうでなければ従来エディタの編集
処理を行なう。

【００４３】本実施例によれば、ある領域を変更したと
き、その領域と同一内容であるべき領域は、自動的に変
更されるので、文書間又は領域間での不整合がなくなる
。また、関連文書の呼出しの際、文書名を入力する必要
がない。更に、変更が合った場合、変更影響箇所に自動
的に印が付けられるので、変更漏れがなくなる。

【００４４】（実施例２） 書式ネット変換の実施例を図面を用いて詳細に説明する
。

【００４５】図５は書式ネット変換の処理手順を示すフ
ローチャート、図６は書式ネット間の対応関係を保持す
るための対応表である。

【００４６】図６において、６１は一つの書式ネットで
あり、文書の書式６１１と６１２をもつ。６２は他の書
式ネットであり、文書の書式６２１をもつ。６３３は書
式ネット６１と書式ネット６２の対応関係を保持する対
応表で、書式ネット６１の領域ｉｄ６３１と書式ネット
６２の領域ｉｄ６３２の組からなる。

【００４７】以下、書式ネット変換の処理手順を図５及
び図６を用いて説明する。

【００４８】まず書式ネット６１中の一つの書式の一領
域を指定し（ステップ５０１）、ステップ５０１で指定
した領域と対応する書式ネット６２中の領域を指定し（
ステップ５０２）、上記二つの領域の領域ｉｄをそれぞ
れ対応表６３の領域ｉｄの欄６３１と６３２に登録し、
ステップ５０１で指定された領域を端点とするリンクを
書式ネット６２のリンク管理表を複写し、その端点をス
テップ５０２で指定した領域とする。上記ステップ５０
１からステップ５０４までを、全ての対応関係を定義し
終るまで繰り返す（ステップ５０５）。

【００４９】本実施例により、エディタ利用者は使いな
れた書式と異なる書式の文書を、使い馴れた書式に変換
してから参照・更新することが可能となる。

【００５０】（実施例３） 実施例１では、領域の属性は「編集時にエディタ利用者
が入力できるか否か」のみを識別するものであるが、領
域を「文書編集時にエディタの利用者が内容を入力する
領域」，「書式定義時に内容が決定され、文書編集時に
は変更できない領域」，「書式定義時に暫定的に内容が
決定されるが、編集時に内容の変更が可能な領域」の３
種類とし、属性４２３２に、その種類を記憶することに
より、領域のデフォルトを、書式定義時に定義できる。

【００５１】また、文書の領域は、ユーザが入力する領
域とシステムが生成する領域の２種類に分類することも
できる。この種類を属性４２２に記憶することにより、
文書編集時に、システムが生成する領域にエディタ利用
者は例えば日付等を入力する必要がなくなり、エディタ
の操作性が向上する。

【００５２】このときの書式ネット定義の処理手順は、
図１のステップ１０１を「書式定義時に、同時に各領域
の属性を入力し領域管理表に登録する」と変更し、ステ
ップ１０３を削除したものである。

【００５３】本実施例における編集処理手順の１実施例
を表すフローチャートを図７に示し、これを用いて編集
処理手順を説明する。

【００５４】ステップ７００からステップ７０７までは
図２のステップ２００からステップ２０７とそれぞれ同
じである。以下、システムが生成した領域の内容を登録
し（ステップ７０８）、コマンドを入力し（ステップ７
０９）、終了コマンドならば（ステップ７１０）、処理
を終る。そうでなく（ステップ７１０）、書式定義時に
内容が決定され、文書編集時には変更できない領域を編
集しようとするコマンドなら（ステップ７１１）、編集
できないことを表すメッセージを表示し、ステップ７０
９に戻る（ステップ７１２）。そうでなければ（ステッ
プ７１１）、ステップ７１３からステップ７１９の処理
を行う。ステップ７１３からステップ７１９の処理は図
２のステップ２１０からステップ２１６の処理とそれぞ
れ同じである。

【００５５】（実施例４） 図８は書式ネットを定義する手順のフローチャート、ま
た、図９はその書式ネットを用いて文書を作成・編集す
る手順の１実施例を表わすフローチャートである。図１
０は、動的に文書数が変化する文書の管理方法を表わす
１実施例である。

【００５６】図１０において、１１は動的に文書数の変
化する文書を扱う場合の領域管理表、１２は書式ネット
の一部分、１３は書式ネット１２を用いて作成した文書
体系の一部分である。領域管理表は、第４図の領域管理
表４２と同様に、領域ｉｄ４２１，属性４２２，リンク
のリスト４２３，変更管理４２４を持ち、更に、文書数
に影響を与える領域か否かを表わすフラグ４２５、及び
、文書ｉｄのリスト４２６をもつ。

【００５７】次に、書式ネットを定義する処理手順を、
図８及び図１０を用いて説明する。

【００５８】この処理は、図１の処理に、文書数に影響
を与える領域と文書数が変る文書を登録する処理を加え
たものである。即ち、まず、図１のステップ１０１から
ステップ１０８の処理を行ない、文書数に影響を与える
領域を領域管理表１１の４２５に登録し（ステップ１１
１）、その領域を変更したとき文書数が変る文書の文書
ｉｄのリストを領域管理表１１の４２６に登録する（ス
テップ１１２、図１０の例では書式１２２と書式１２３
を登録）。これを文書数に影響を与える全ての文書につ
いて行ない（ステップ１１３）、図１のステップ１０９
を実行し処理を終わる。

【００５９】次に、書式ネットを用いて、文書を作成・
編集する処理の手順を図９及び図１０を用いて説明する
。

【００６０】この処理は、図２の処理に、文書数に影響
を与える領域を更新するコマンドの処理を加えたもので
ある。即ち、まず、図２のステップ２００からステップ
２１５を実行し、ステップ２０８で入力したコマンドが
文書数に影響を与える領域への入力コマンドならば（ス
テップ２２１）、領域管理表１１の４２６に登録してあ
る文書及びリンクを全て複写し（ステップ２２２）、編
集中の領域から書式へのリンクを複写した文書へ付け替
える（ステップ２２３、図１０の例では書式１３２への
リンクを文書１３４，文書１３６へ付け替える。）。次
に、ステップ２０８で入力したコマンドが文書数に影響
を与える領域を削除するコマンドならば（ステップ２２
４）、リンク先の文書（図１０の例では文書１３４から
文書１３７）を削除するか否かを入力し（ステップ２２
５）、削除してもよければ（ステップ２２６）、上記の
領域とリンクしている文書を削除し（ステップ２２７）
、図２のステップ２１６を実行する。

【００６１】本実施例によれば、文書の内容によって文
書数が動的に変化するときに、文書編集時に書式及びリ
ンクをコピーする必要がない。

【００６２】（実施例５） 図１１は、回覧を行なう電子メールシステムのシステム
構成を表す１実施例、図１２は、回覧文書の書式を表す
１実施例である。

【００６３】図１１において、通信網８１はローカルエ
リアネットワークなどで構成される。通信網８１には複
数のメール端末８２−１から８２−ｎが接続されている
。各メール端末には、一人以上のメール送受信者８３−
１から８３−ｍが所属している（ｎ≦ｍ）。あるメール
端末で作成された回覧メールは、指定された送受信者が
所属するメール端末の間を指定された順序に従って回覧
される。

【００６４】図１２において、回覧文書の書式９０は、
回覧先欄９１−１から９１−ｌ（ｌ≦ｍ）、回覧文書欄
９２からなる。回覧先欄９１−１〜ｌは受信者の名前が
登録してあり、受信者が回覧文書を受け取ったことを表
す印を付けることができる。

【００６５】送信者は回覧文書の書式９０を複写し、回
覧文書欄に回覧内容を入力し、第１受信者に送信する。 受信者は、文書を受け取ったら、それに対して受け取っ
たことの印を付ける。次の受信者への送信は、メールシ
ステムが自動的に行なう。

【００６６】以上の回覧文書の書式の作成，回覧文書の
編集は実施例１から実施例４の方法で行う。

【００６７】本実施例により、送信者は回覧先を指定す
る必要がなくなる。

【００６８】（実施例６） 以下の実施例では、主にソフトウェア開発過程に記述す
べき文書について、その管理方法を説明する。図１３は
本発明に係るシステム構成を示すブロック図である。定
型文書フォーム特定識別情報定義部１３０１は、利用者
との対話により、ソフトウェア開発時に記述すべき定型
文書フォーム、即ちワークシートフォームを特定する識
別情報を入力する。定型文書フォームライブラリ１３０
２は、複数個の定型文書のフォーム（書式）群を記憶し
たものである。対応表１３０３は、開発時に記述すべき
仕様書等の定型文書のフォームと、システムの種別との
対応関係を定義した表である。定型文書フォーム特定部
１３０４は、利用者が入力した開発対象システムの種別
に対応した定型文書のフォーム群を対応表をもとに特定
し、定型文書フォームライブラリからフォーム群を抽出
する。ワークシートフォーム蓄積部１３０５は、定型文
書フォーム特定部１３０４で抽出した特定のフォーム群
を蓄積する。ワークシートフォーム編集部１３０７は、
蓄積したワークシートフォーム１３０６に対して、利用
者独自のワークシートフォームにカスタマイズする時の
編集操作を施す。

【００６９】図１４は、定型文書フォーム特定識別情報
定義部１３０１と定型文書フォーム特定部１３０４の処
理手順を示すフローチャートであり、図１５はハードウ
ェア構成図である。図１６は定型文書フォームライブラ
リの内容の一例である。図１６において、定型文書フォ
ーム欄には定型文書フォームの名称が入り、フォーム構
成領域欄は定型文書フォームを構成する領域の名称が入
る。例えばフォーム“ファイル一覧表”は、領域“ファ
イル名称”，“ファイル種別”等から構成されることを
示す。図１７はシステム種別テーブルと対応表である。 システム種別テーブルは、開発対象システムの種別と該
種別に対応する定型文書フォーム群を一意に識別する識
別子で構成される。また、対応表は識別子と識別子に対
応する定型文書のフォーム群で構成される。以下、図１
４のフローチャートに従い、目的に応じた定型文書フォ
ームを特定する処理手順を説明する。定型文書フォーム
特定識別情報定義処理で、本実施例においては、バッチ
システム，オンラインシステム等のシステムの形態とＤ
Ｂ，画面等のシステムに対する入出力媒体と新規開発，
バージョンアップ等の開発作業の形態を、フォーム特定
識別情報として入力する（ステップ１４０１）。入力し
たシステムの種別から、各種別に対応する定型文書のフ
ォーム群を一意に識別する識別子を、図１７のシステム
種別テーブルから取得する（ステップ１４０２）。識別
子に対応する定型文書のフォーム群を対応表から取得（
ステップ１４０３）し、取得した各定型文書のフォーム
群に対して、ＯＲ演算を施し（ステップ１４０５）、定
型文書フォーム群を図１８（ａ）に示すテーブルに記憶
する（ステップ１４０６）。例えば、システムの形態と
して“バッチシステム”を指定し、入力媒体を“ＤＢ”
と指定した場合、それぞれ対応表から定型文書フォーム
“Ａ”，“Ｂ”，“Ｃ”，“Ｄ”と“Ｄ”，“Ｆ”を取
得する。これに対してＯＲ演算を施すことにより、一連
の定型文書のフォーム群“Ａ”，“Ｂ”，“Ｃ”，“Ｄ
”，“Ｆ”を取得する。これにより、ＤＢを使用するバ
ッチシステムの開発において定型文書フォーム“Ａ”，
“Ｂ”，“Ｃ”，“Ｄ”，“Ｆ”をそれぞれ記述するこ
とを示す。また、対応表を用いない方法として、定型文
書フォーム特定部１３０４に開発対象システムの種別と
定型文書フォームの対応を記憶しておく方法がある。

【００７０】図１７に示す対応表は、標準的なものを用
意しておき、それを使用しても良いが、以下のようにし
て作成しても良い。定型文書フォームを特定する識別情
報を入力し、定型文書フォームライブラリ１３０２から
、定型文書フォームを特定し蓄積する。次に、入力した
識別情報と、該識別情報によって特定した定型文書フォ
ーム（即ちワークシート）との対応関係を生成し、識別
情報・定型文書フォーム対応関係情報として対応表に蓄
積する。

【００７１】前述の実施例では、抽出した一連の定型文
書フォーム群を記憶する際、図１８（ａ）に示すように
、定型文書のフォーム自体を記憶する方法である。この
方法では、定型文書のフォーム群を記憶するために、膨
大なメモリ容量が必要となる可能性がある。この問題に
対し、定型文書のフォーム群自体を記憶するのではなく
、開発対象システムの種別を記憶する方法について説明
する。図１４のフローチャートにおいて、処理ステップ
１４０１で利用者が定義した開発対象システムの種別を
図１８（ｂ）に示すテーブルに記憶する。図１８（ｂ）
のテーブルに記憶した状態では、各種別ごとの定型文書
フォームの対応のみであり、システムの種別に応じた一
連の定型文書フォーム群になっていない。そこで、定型
文書フォーム群に対して、仕様情報等を記述する時点で
、利用者が定義した開発対象システムの種別に応じた定
型文書フォーム群を図１８（ｂ）部示すテーブルを参照
し、図１７に示す対応表とシステム種別テーブルからフ
ォーム群を抽出し、抽出したフォーム群に対して、ＯＲ
演算を施し、開発対象システムの種別に応じた一連の定
型文書フォームを逐次提供する。以上の処理では、開発
対象システムのみを記憶するため、メモリ容量の問題は
解決できる。

【００７２】また、定型文書フォームライブラリから、
特定の定型文書フォーム群を抽出する方法として、シス
テムの分野別にあらかじめフォーム群を蓄積しておき、
利用者は開発対象システムの分野を指定するだけで、開
発時に記述すべき定型文書フォーム群を抽出する方法が
ある。図１９にシステムの分野別に定義した定型文書フ
ォーム群を蓄積した対象分野別定型文書フォームライブ
ラリを示す。本方法によれば、開発対象システムの種別
を、利用者が逐一入力する必要がなくなる。また、開発
対象システムの分野が、定型文書フォームライブラリに
登録されていない場合でも、類似システムの分野を指定
することにより、ある程度の定型文書のフォーム群を特
定することができる。

【００７３】次に図１３に示すブロック図のワークシー
トフォーム編集部１３０９の実施例について述べる。

【００７４】以下、図２０に示す処理手順に従って詳細
に説明する。図２２，２３に示すリレーションライブラ
リ及び領域間リレーションライブラリは、それぞれフォ
ーム間の関係及びフォームを構成する領域間の関係を保
持するものとする。詳細な説明は後述する。追加・更新
等の編集操作の対象となるワークシートフォームの名称
を入力　（ステップ２００１）し、入力したフォームの
名称が既に作成済みであるかどうかを判定する（ステッ
プ２００２）。作成していない場合、つまりフォームを
新規作成する場合は、フォームの名称を図２２に示すリ
レーションライブラリと図１６に示す定型文書フォーム
ライブラリに登録する（ステップ２００３）。次に、利
用者の編集操作にともなって、入力したフォームを構成
する領域を取得（ステップ２００４）する。編集操作が
更新である場合、図１６の定型文書フォームライブラリ
において、編集対象となるフォームの更新前のフォーム
構成領域と更新後のフォーム構成領域を置換する。また
、追加である場合、編集対象となるフォームのフォーム
構成領域に領域を追加する（ステップ２００５）。追加
・更新後の領域と関係を持つ領域を、領域間リレーショ
ンライブラリから抽出する（ステップ２００６）。抽出
した領域を登録する（ステップ２００７）。登録した関
係領域を構成領域とするフォームを、ワークシートフォ
ームライブラリで検索（ステップ２００８）し、該フォ
ームが存在すれば（ステップ２００９）、該フォームを
関係フォームとして、フォーム間リレーションライブラ
リに登録する（ステップ２０１０）。以上の処理により
、ワークシートのフォームを利用者独立の形式にするた
めに、追加・更新等の編集操作を施すと、新たに定義し
たワークシートのフォーム間および、フォームを構成す
る領域間に対して、定義済みのフォーム，領域を自動的
に関係付けるため、利用者がワークシートフォームの定
義後に逐一関係を指定する必要がなくなる。

【００７５】次に追加・更新等の編集操作によって、新
たに定義したワークシートのフォーム、フォームを構成
する領域、およびそれらの関係を差分情報として蓄積す
る方法について述べる。図２１にブロック図を示す。ワ
ークシートフォーム差分情報蓄積部２１０１は、利用者
の編集操作によって、新たに定義したワークシートのフ
ォーム、または領域を差分情報としてワークシートフォ
ーム差分情報２１０１に蓄積し、ワークシート１３０６
に対して、差分情報が存在するワークシートフォームを
示す情報を蓄積する。同様に、領域間リレーション差分
情報蓄積部２１０３では、ワークシートフォームの定義
によって生じた領域間リレーションを、差分情報として
領域間リレーション差分情報２１０４に蓄積する。また
、ワークシートフォーム間の関係の作成時には、ワーク
シートフォーム１３０６，ワークシートフォーム差分情
報２１０２，領域間リレーション差分情報２１０４，領
域間リレーション２１０７をもとに、領域間の関係から
ワークシートフォーム間リレーションを作成する。さら
に、生成したワークシートフォーム間リレーションも差
分情報として、ワークシートフォーム間リレーション差
分情報蓄積部２１０５でワークシートフォーム間リレー
ション２１０９とワークシートフォーム間リレーション
差分情報２１０６に蓄積する。以上のように、新たに定
義したワークシートフォームと定義によって生じた領域
リレーション，フォーム間リレーションを差分情報とし
て蓄積することにより、これらの情報を記憶するメモリ
容量を削減することができる。

【００７６】（実施例７） 以下、本発明における、特定した定型文書フォーム（ワ
ークシート）に対して、フォーム間、及び領域間のリレ
ーションを自動的に生成する一実施方法を図を用いて詳
細に説明する。図２４は本方法に係るシステム構成を示
すブロック図である。定型文書フォーム特定識別情報定
義部１３０１，定型文書フォーム特定部１３０４，ワー
クシートフォーム蓄積部１３０５は、前述の通りである
。ワークシートフォーム間関係検索部２４０８は、ワー
クシートフォームライブラリ１３０６に蓄積したワーク
シートフォーム間の関係を、リレーションライブラリ２
４０７で検索し、既に登録してある関係については、該
関係を抽出する。リレーションライブラリ２４０７には
、定型文書フォームライブラリ１３０２に蓄積してある
定型文書フォーム間の関係が登録してある。ワークシー
トフォーム間関係生成部２４１０は、ワークシートフォ
ーム間関係検索部２４０８でリレーションライブラリ２
４０７から、ワークシートフォーム間の関係が、リレー
ションライブラリ２４０７に登録されていなかったもの
について、リレーション生成規則に従って関係を新規に
生成する。ワークシートフォーム間関係蓄積部２４１１
は、ワークシートフォーム間関係検索部２４０８，ワー
クシートフォーム間関係生成部２４１０で得られたワー
クシートフォーム間の関係を、ワークシートフォーム間
リレーションライブラリ２４１２に蓄積する。図２２は
、定型文書フォーム間の関係を蓄積したリレーションラ
イブラリである。以下、図２５のフローチャートに従い
、ワークシートフォーム間のリレーションを作成する処
理手順を説明する。ワークシートフォームライブラリ２
４０６に記憶したワークシートフォームに対し、関係を
図２２に示すリレーションライブラリから検索する（ス
テップ２５０７）。リレーションライブラリにワークシ
ートフォーム間の関係が登録されているかどうか判定（
ステップ２５０８）し、登録されていない場合は新規に
ワークシートフォーム間の関係を、間接的な関係とリレ
ーション生成規則を用いて生成する。以下、関係の生成
方法について説明する。ワークシートフォーム間の関係
がリレーションライブラリに登録されていないというこ
とは、両者間に直接的な関係が存在しないことを示して
おり、間接的な関係は存在する。間接的な関係とは、図
２６に示すように、ワークシートフォーム“Ａ”が、ワ
ークシートフォーム“Ｂ”を介してワークシートフォー
ム“Ｄ”と関係がある場合をいい、ワークシートフォー
ム“Ａ”とワークシートフォーム“Ｄ”は、間接的な関
係があることを示す。リレーションライブラリから、間
接的な関係を検索する（ステップ２５０９）。検索した
間接的な関係から、リレーション生成規則を用いて直接
的な関係を生成する（ステップ２５１０）。以下、間接
的な関係から、直接的な関係を生成する方法について説
明する。図２７にワークシートフォーム間の関係の分類
を示す。関係“参照”は、ワークシートフォーム記述中
に参照すべきワークシートとの関係を表わす。関係“継
承”は、ワークシート間で直接的な情報の継承がある場
合の関係を示し、関係“展開”は、ワークシート間で直
接的な情報の継承はないが、ワークシートに記述した情
報を展開した形で記述するという関係が存在することを
示す。また、階層が下位になるにつれて関係の度合いが
強いことを示す。図２７に示す関係の分類を用いて、生
成規則を以下のように設定する。“ある２つの関係が存
在した場合、両者に対し、構造上同一の親となる関係を
、２つを合成した新たな関係とする”、例えば、２つの
関係“転記”，“具体化”が存在した場合、両者に対し
同一の親は、関係“参照”となる。また、２つの関係“
転記”，“抜き出し”が存在した場合は、両者の共通の
親は関係“継承”となる。以上の規則を用いて、関係を
生成する具体例を図２６で説明する。ワークシートフォ
ーム“Ａ”，ワークシートフォーム“Ｄ”間には、ワー
クシートフォーム“Ｃ”を介して間接的な関係“転記”
，“抜き出し”が存在する。前述の生成規則を用いて、
関係“転記”，“抜き出し”を合成すると、関係“継承
”になるため、ワークシートフォーム“Ａ”，ワークシ
ートフォーム“Ｄ”間に直接的な関係“継承”を生成す
る。処理２５０７，処理２５１０で得たワークシートフ
ォーム間の関係をワークシートフォーム間リレーション
ライブラリ２４１２に記憶する。以上の処理を処理２５
０７でワークシートフォームライブラリ２４０６に記憶
した全てのワークシートフォームについて行う。

【００７７】以上の実施例では、ワークシートフォーム
間のリレーションの生成方法について説明したが、図２
４のリレーションライブラリ２４０７に変えて、ワーク
シートフォームを構成する領域間のリレーションを登録
した領域間リレーションライブラリを用いることによっ
て、ワークシートフォーム間の関係に加え、ワークシー
トフォームを構成する領域間の関係を生成することがで
きる。このシステム構成図を図２８に示す。図２４との
違いは、リレーションライブラリ２４０７に代って、ワ
ークシートフォームを構成する領域間の関係を蓄積した
領域間リレーションライブラリ２８０１を用いたことで
ある。図２３に領域間リレーションライブラリを示す。 図２３はワークシートフォーム“ファイル一覧表”と“
ファイル・レコードレイアウト表”における領域間の関
係の記憶形式を示している。領域間の関係の生成方法は
、図２５に示すフローチャートと同じである。

【００７８】（実施例８） 以上の実施例では、ワークシートフォームの識別情報を
入力として、バッチ的に一括してワークシートフォーム
を定型文書フォームライブラリ１３０２から特定し、特
定したライブラリワークシートフォーム間の関係を、リ
レーションライブラリ，リレーション生成規則を用いて
生成する方法について述べたが、ワークシートフォーム
の識別情報を入力せずに、利用者が、対話形式で直接定
型文書フォームライブラリから、対話的にワークシート
フォームを抽出し、抽出したワークシートフォーム間に
関係を生成することも可能である。また、対話的な抽出
によって特定したワークシートフォームの領域に対し、
削除，更新，挿入等の編集操作を対話的に施すことも可
能である。

【００７９】以下、ワークシートフォームに対し、対話
的に編集操作を施し、該編集操作を禁止し、或いは、該
編集操作による他のワークシートフォームへの影響範囲
を提示するという実施例について説明する。図２９は、
ワークシートフォームの編集操作に対し、図２３に示す
ワークシートフォームを構成する領域間の関係を蓄積し
た領域間リレーションライブラリをもとに、編集操作が
有効か無効かを判定し、提示する処理手順を表わすフロ
ーチャートである。以下フローチャートに従って説明す
る。ワークシートフォームを構成する領域の削除・更新
等の編集操作を入力し（ステップ２９０１）。編集操作
の対象となるワークシートフォームを構成する領域が関
係する領域を、図２３に示す領域間リレーションライブ
ラリから検索する（ステップ２９０２）。編集対象領域
が関係する領域が存在するかどうか判定（ステップ２９
０３）し、存在しない場合、編集操作を実行（ステップ
２９０７）し、関係する領域が存在する場合は、該領域
に関係する領域を図２３に示す領域間リレーションライ
ブラリから検索する（ステップ２９０４）。処理ステッ
プ２９０４で検索した領域が、編集対象領域であるかど
うか判定（ステップ２９０５）し、編集領域である場合
、編集操作を禁止するメッセージを出力（ステップ２９
０６）し、編集対象領域でない場合、編集操作を実行す
る（ステップ２９０７）。以上の処理を図３０を用いて
具体的に説明する。領域“ａ１”，“ａ２”，“ａ３”
，“ａ４”から構成されるワークシート“Ａ”の領域“
ａ１”を削除しようとした場合、編集対象領域は“ａ４
”であり、領域“ａ４”が関係する領域は、ワークシー
ト“Ｂ”の領域“ｂ１”とワークシート“Ｃ”の領域“
ｃ１”である（ステップ２９０２）。編集対象領域が関
係する領域が存在するため、検索した領域“ｂ１”，“
ｃ１”に関係する領域を検索する（ステップ２９０４）
。ここで、領域“ｂ１”に関係する領域は“ｂ２”であ
り、領域“ｃ１”に関係する領域は“ａ４”であること
がわかる。即ち、領域“ｃ１”は、編集対象領域である
領域“ａ４”のみに関係していることになり、領域“ａ
４”を削除することにより、領域“ｃ１”は、どの領域
とも関係をもたなくなるため、領域“ａ４”の削除とい
う編集操作を禁止し、その旨のメッセージを図３０に示
すように出力する。

【００８０】次にワークシートフォームを構成する領域
の編集操作による影響範囲の提示について説明する。本
実施例の処理手順を表わすフローチャートを図３１に示
す。以下、フローチャートに従って説明する。ワークシ
ートフォームを構成する略域の削除・更新等の編集操作
を入力する（ステップ３１０１）。編集操作の対象とな
るワークシートフォームを構成する領域が関係する領域
を、図２３に示す領域間リレーションライブラリから検
索する（ステップ３１０２）。編集対象領域が関係する
領域が存在するかどうか判定（ステップ３１０３）し、
存在する場合、関係する領域間の関係の強さを参照する
。関係の強さとは関係の度合である。本実施例では、図
２７に示す関係の木構造において、階層のレベルを関係
の強さとする。即ち、第１階層であれば関係の強さは１
であり、第２階層であれば関係の強さは２ということに
なる。“参照した関係の強さ”＞＝Ｎであるかどうかを
判定（ステップ３１０４）し、参照した関係の強さ＞＝
Ｎであれば、影響する領域として記憶する（ステップ３
１０６）。処理ステップ３１０３から処理ステップ３１
０６を関係する領域が存在しなくなるまで（ステップ３
１０８）繰り返す（ステップ３１０７）。処理ステップ
３１０６で記憶した編集操作によって影響を受ける領域
を提示する（ステップ３１０９）。以上の処理を図３２
を用いて具体的に説明する。領域“ａ１”，“ａ２”，
“ａ３”，“ａ４”から構成されるワークシート“Ａ”
の領域“ａ４”を削除しようとした場合、編集対象領域
は“ａ４”であり、領域“ａ４”が関係する領域は、ワ
ークシート“Ｂ”の領域“ｂ１”とワークシート“Ｃ”
の領域“ｃ１”である（ステップ１３０２）。領域“ａ
４”と領域“ｂ１”との関係は“具体化”であり、強さ
は、図２７から“３”であり、また、領域“ａ４”と領
域“ｃ１”との関係は“転記”であり、強さは“３”で
あることがわかる（ステップ３１０４）。本実施例にお
いては、Ｎ＝３として、前述の関係の強さとＮを比較す
る（ステップ３１０５）。“転記”，“具体化”関係の
強さがＮ以上であるため、両者を編集操作によって影響
を受ける領域として記憶する（ステップ３１０６）。次
に領域“ｂ１”と領域“ｃ１”について行う。領域“ｂ
１”とＮ以上の関係をもつ領域は存在せず、領域“ｃ１
”とＮ以上の関係をもつ領域は、“転記”関係をもつ領
域“ｃ３”である。以上の処理から、ワークシート“Ａ
”の領域“ａ４”の削除によって、影響をうける領域は
、ワークシート“Ｂ”の領域“ｂ１”と、ワークシート
“Ｃ”の領域“ｃ１”と“ｃ３”であることがわかる。 よって、影響範囲として、ワークシート“Ｂ”の領域“
ｂ１”と、ワークシート“Ｃ”の領域“ｃ１”と“ｃ３
”を提示する。

【００８１】また、開発対象システムの種別に応じた定
型文書フォーム群を定型文書フォームライブラリから特
定し、特定したワークシートフォーム間の関係を作成す
る際に、該ワークシートフォームを構成する領域が既に
登録済の場合、領域間の関係を領域間リレーションライ
ブラリから抽出し、領域間の関係に基づき定型文書フォ
ーム間の関係を作成することも可能である。

【００８２】（実施例９） 以上ではソフトウェア開発時に記述するワークシートフ
ォームの特定方法，ワークシートフォーム間の関係の作
成方法について説明したが、以下では、これらとシステ
ム開発，設計の工程とを関連付けて、管理する実施例に
ついて説明する。最初に、ソフトウェア開発時に記述す
るワークシートのフォーム，フォーム間リレーション，
領域間リレーションと開発工程を関係付け、工程と関連
付けたワークシートフォームの編集を支援する方法につ
いて説明する。図３３はその処理手順を示すフローチャ
ートである。工程情報は、工程順序，工程名称，フォー
ム識別子等で構成される。工程情報の物理構造、及び論
理構造は図３４（ａ）、及び図３４（ｂ）に示す通りで
ある。詳細は後述。以下、図３３のフローチャートに従
って説明する。追加・更新等の編集操作を施すワークシ
ートフォームの名称を入力（ステップ３３０１）し、該
フォームのフォーム識別子に対応する工程名称を工程情
報から取得し、さらに工程順位を取得する（ステップ３
３０２）。次に、編集操作にともなって入力した編集対
象領域を取得（ステップ３３０３）し、該領域を関係領
域とするフォームを領域間リレーションテーブルで検索
（ステップ３３０４）し、該フォームが属する工程名称
と工程順位を工程情報から取得する（ステップ３３０６
，３３０７）。処理ステップ３３０２で取得したフォー
ム名称の工程順位と、処理ステップ３３０７で取得した
工程順位の大きさの比較を行う（ステップ３３０８）。 処理ステップ３３０７で取得した工程順位の方が小さい
場合、エラーメッセージを出力する（ステップ３３１０
）。大きい場合は処理ステップ３３０３で取得した領域
を領域間リレーションテーブルに登録する（ステップ３
３０９）。処理ステップ３３０８を具体例で説明する。 例えば、工程“機械化機能の設定”で記述するワークシ
ートフォームの領域“Ａ”と工程“機械化業務運用の設
定”で記述するワークシートフォームの領域“Ｂ”間に
、情報の継承という関係が存在する場合、工程“機械化
機能の設定”に対し前工程にあたる“業務機能の設定”
工程で記述するワークシートフォームの領域には、領域
“Ｂ”は定義できない。なぜなら工程“業務機能の設定
”で引き継ぐデータの領域“Ａ”が、工程“業務機能の
設定”工程以前で定義されていないからである。以上の
ようにワークシートフォームの編集時に、追加・更新す
る領域を領域間の関係と工程の順序からチェックするこ
とにより、整合性を保つことができる。

【００８３】前述した方法に対して、ワークシートフォ
ームの領域を追加・更新する場合、入力することのでき
る領域を定型文書フォームライブラリから特定して利用
者に提示する方法もある。図３５は、その処理手順を示
すフローチャートである。以下、フローチャートに従っ
て処理内容を説明する。追加・更新を行うフォームの名
称を入力する（ステップ３５０１）。入力したフォーム
名称が属する工程名称を、図３４に示す工程情報から求
め、その工程順位を取得（ステップ３５０２）し、定型
文書フォームライブラリに蓄積してある全ての領域を取
得する（ステップ３５０３）。取得した領域を関係領域
とする構成領域を領域間リレーションライブラリから取
得し、該構成領域を持つフォームが属する工程名称を、
工程情報から取得し（ステップ３５０４）、該工程名称
の工程順位を取得する（ステップ３５０５）。処理ステ
ップ３５０３から処理ステップ３５０５を、図３４（ｂ
）を用いて具体的に説明する。工程“機械化業務運用の
設定”で記述するワークシートフォームに対して、追加
・更新を行う場合、該ワークシートフォームを構成する
領域“Ｂ”を取得し、領域“Ｂ”と関係する領域“Ａ”
を求め、領域“Ａ”を構成要素とするフォームを求め、
該フォームが属する工程名称を取得し、該工程名称から
工程順位を取得する。次に、処理ステップ３５０５で取
得した工程順位と処理ステップ３５０２で取得した工程
順位の大きさとの比較を行い（ステップ３５０６）、処
理ステップ３５０５で取得した工程順位の方が小さけれ
ば、領域を表示する（ステップ３５０７）。処理ステッ
プ３５０４から処理ステップ３５０７を処理ステップ３
５０３で取得した全ての領域に対して行う。これにより
、ある工程のワークシートフォームの領域を追加・更新
が可能な領域を利用者に提示することができる。

【００８４】ここで、図３４に示す工程情報について説
明する。ソフトウェア開発においては、工程を階層的に
分類して管理することが一般的である。本実施例は、工
程間の包含関係に加えてさらに最下位の工程で記述する
ワークシートフォームを関係付けて、工程情報として提
供する方法である。図３４（ａ）は、工程情報の論理的
な構造を示す。図３４（ｂ）は、工程情報の物理的な構
造を示す。これは工程を、“フェーズ”，“ステップ”
，“作業”の３階層で管理し、最下位の工程“作業”と
、そこで記述するワークシートフォームの関係を表わし
ている。以上のように管理することにより、工程を階層
的に表示し、各階層における各工程で記述するワークシ
ートフォームを提示することが可能であり、また、計算
機上でのシステム設計・開発の工程管理が可能となる。

【００８５】前記の開発工程とワークシートフォームの
関係に加え、ワークシートフォームの記述する順番を規
定した記述順序情報を関係付けることによって、ソフト
ウェア開発を誘導することができる。図３６にブロック
図を示す。ワークシート編集部３６０１は、定型文書フ
ォームライブラリ１３０２からフォーム，領域間リレー
ションライブラリから領域間の関係，リレーションライ
ブラリからフォーム間の関係を抽出し、利用者がソフト
ウェアの仕様情報等を入力すると、領域間の関係付け，
フォーム間の関係付けを行いワークシートを作成する。 ワークシート編集終了判定部３６０３は、ワークシート
フォームに対する仕様情報等の入力が終了したかどうか
を判定する。ワークシートフォーム名称提示部３６０７
で、工程の名称と順序を蓄積した工程順序情報３６０４
と記述順序情報３６０５から、次に記述すべきワークシ
ートのフォーム名称を利用者に提示する。これにより、
開発の進捗に応じて記述すべきワークシートのフォーム
を利用者に提示することができる。また、作成したワー
クシート間や領域間の関係から、仕様情報等の変更時の
波及範囲を容易に把握することができる。

【００８６】また、図３４に示した工程情報の構造を更
新（階層の変更，工程の変更等）することも可能である
。図３７に示す処理手順フローチャートに従って説明す
る。工程情報の更新パラメータを入力する（ステップ３
７０１）。パラメータとは、工程の階層数，工程の名称
，工程間の包含関係を示す。入力パラメータによって、
工程の階層数更新，工程の名称更新，工程間の包含関係
更新の何れかを判別（ステップ３７０２，３７０４，３
７０６）し、工程の名称更新の場合は、図３８に示す工
程情報の物理テーブルの工程の名称を表わす欄を更新後
の名称に変更する（ステップ３７０３）。工程の包含関
係の更新の場合は、工程情報の物理テーブルの工程間の
包含関係を更新する（ステップ３７０５）。工程の階層
数更新の場合は、工程情報の物理テーブルの工程間の包
含関係を更新（ステップ３７０５）し、更新によって不
要となったテーブルの項目は削除、あるいは必要となる
テーブルの項目を追加する（ステップ３７０７）。以上
の処理を図３８を用いて具体的に説明する。 図３８は、図３４に示す工程情報に対し、階層数の更新
をした例である。即ち、工程を“フェーズ”，“ステッ
プ”の２階層に変更というパラメータを入力した例であ
る。図３４においてフェーズ”システム計画”は、ステ
ップ“業務仕様の設定”を含み、ステップ“業務仕様の
設定”は、作業“業務機能の設定”，“機械化機能の設
定”，“機械化業務運用の設定”を含む。図３４におい
て工程“作業”は，不要となるため、項目“ステップ名
称”と“ワークシートフォーム”を関係付け（ステップ
３７０５）、項目“作業名”を削除する（ステップ３７
０７）。その結果、図３８に示す階層数２の工程情報が
更新される。

【００８７】次に特定したワークシートフォーム，ワー
クシートフォーム間の関係に従って、設計情報を記述し
、設計情報記述の過程から関係が未定義のワークシート
フォーム間に、関係を新規に定義するという実施例につ
いて説明する。本実施例の処理手順を表わすフローチャ
ートを図３９に示す。ワークシートフォームに設計情報
を記述する過程（ステップ３９０１）において、他のワ
ークシートフォームに記述した設計情報の参照要求があ
るかどうかを判定し（ステップ３９０２）し、参照要求
がある場合、該ワークシートフォームと関係をもつワー
クシートフォームを、リレーションライブラリで検索（
ステップ３９０３）し、関係するワークシートフォーム
が存在かるかどうかを判定する（ステップ３９０４）。 存在する場合は、関係するワークシートフォームに記述
した設計情報を表示する（ステップ３９０５）。 また、存在しない場合は、参照要求の発行回数を記憶す
る（ステップ３９０６）。参照要求の発行回数が、一定
値Ｎ以上であれば（ステップ３９０７）、編集中のワー
クシートフォームとＮ回以上の参照要求のあったワーク
シートフォーム間に、新規に関係を定義する（ステップ
３９０８）。ここで、定数Ｎは利用者が定義可能な数で
あり、カスタマイズが可能であり。以上では、ワークシ
ートフォーム間の関係について述べたが、ワークシート
フォームを構成する領域単位に関係を蓄積した領域間リ
レーションライブラリを用いることにより、領域間に新
規に関係を定義することも可能である。

【００８８】（実施例１０）。

【００８９】ここで、図２３に示した領域間リレーショ
ンライブラリにおける“関係”の属性について説明する
。ここでは、関係の属性の種類として、“継承”，“参
照”，“収集”を例に考える。属性“継承”は、ワーク
シートフォームの領域に入力された内容の一部分あるい
は全部の情報が、他の領域で継承されることを示し、こ
の属性を領域間に定義しておければ編集時に入力された
仕様情報等を、他の関係する領域に自動的に埋め込むこ
とができるため、同一内容の繰返し入力を行う必要がな
くなる。また、仕様情報等の変更による波及範囲を、属
性“継承”をもつ領域間の関係を順次たどることにより
、容易に把握することができる。属性“参照”は、仕様
情報等を入力する対象となる領域に対し、参考となる内
容が記述された領域との間の関係であり、参考になる領
域の内容を編集中に容易に参照することができる。属性
“収集”を、管理情報を記述するワークシートフォーム
の領域とソフトウェア仕様書等の生産情報を記述するワ
ークシートフォームの領域間の関係に定義することによ
り、開発の進捗データ収集を仕様情報等の生産情報から
自動的に行うことができる。

【００９０】ワークシートフォームを構成する領域の属
性を、該領域の設計情報記述を支援するプロセスとして
管理し、必要に応じて該プロセスを起動することにより
、システムの設計・開発を支援することも可能である。 以下、図４０のフローチャートに従って説明する。 ワークシートフォームに設計情報を記述中に（ステップ
４００１）、編集対象である領域を取得（ステップ４０
０２）し、該領域に関係する領域と編集対象領域の設計
情報記述を支援するプロセスを領域間リレーションライ
ブラリで検索する（ステップ４００３）。処理ステップ
４００３で検索した領域を引数として、同じく処理ステ
ップ４００３で検索したプロセスを起動する（ステップ
４００４）。“転記”プロセスを起動した具体例を図４
１に示す。これは、ワークシートフォーム“ファイル一
覧表”の領域“構成項目”に記述されたデータ項目を“
転記”プロセスが、“ファイル・レコードレイアウト仕
様書”の編集画面に表示した例である。

【００９１】（実施例１１） 次にワークシートフォームを構成する領域を削除した後
に、領域のレイアウトを行う実施例について説明する。 本実施例の処理手順を表わすフローチャートを図４２に
示す。図４３はワークシートフォームの図形情報テーブ
ルであり、ワークシートフォームを構成する領域と、該
領域の図形情報が登録されている。以下、フローチャー
トに従って説明する。ワークシートを構成する領域を削
除するという編集操作を行う（ステップ４２０１）。削
除対象となる領域の始点と終点の座標を、図４３に示す
ワークシートフォームの図形情報テーブルを参照し取得
する（ステップ４２０２）。削除対象領域に隣接する領
域を、ワークシートフォームの図形情報テーブルを参照
し取得する（ステップ４２０３）。隣接する領域が１つ
であるかどうか判定（ステップ４２０４）し、１つであ
れば削除する領域まで、残った領域を拡大（ステップ４
２１４）する。削除する領域に隣接する領域が複数存在
する場合は、判定処理ステップ４２０５，４２０７，４
２０９，４２１１によって、削除対象領域との位置関係
を解析し、拡大可能な領域を判定し、処理ステップ４５
０６，４２０８，４２１０，４２１２によって、拡大可
能領域の始点・終点の位置を変更し、図４３に示すワー
クシートフォームの図形情報テーブルの図形情報を更新
する（ステップ４２１３）。処理ステップ４２０５から
処理ステップ４２１３を、削除対象領域に隣接する領域
に対して行う（ステップ４２１５）。以上の処理を図４
４を用いて具体的に説明する。ワークシートフォーム“
モジュール仕様書”の領域“エラー対策”を削除する場
合、隣接する領域は、“内容”と“処理フロー”である
（ステップ４２０３）。領域“内容”は、拡大不可能で
あり、領域“処理フロー”は拡大可能であるため、領域
“処理フロー”を拡大する（ステップ４２０５〜４２１
２）。領域“処理フロー”の座標、即ち、図４３のワー
クシートフォームの図形情報テーブルの図形情報を更新
する（ステップ４２１３）。以上の処理の具体例を図４
４に示す。図４４は、領域“エラー対策”を削除した後
に領域“処理”を拡大した例である。

【００９２】（実施例１２） さらに、ドキュメントのフォーマットを定義することに
よって、複数の仕様書を自動的に収集し、一冊のドキュ
メントとして印刷することが可能である。本発明の１実
施例の処理手順を示すフローチャートを図４５に示す。 以下、フローチャートに従って説明する。ドキュメント
の構成を定義したドキュメント定義情報を入力する（ス
テップ４５０１）。ドキュメント定義情報の実施例を第
４６図に示す。ドキュメント定義情報は表紙情報，出力
情報，収集情報から構成される。表紙情報はドキュメン
ト名称，システム名称，作成者，承認者から構成され、
出力情報は用紙サイズ，出力形式から構成され、収集情
報は収集する仕様書の種別名称から構成される。出力形
式を設定し（ステップ４５０２）、表紙を印刷する（ス
テップ４５０３）。この時、今日の日付を計算し、自動
的に印刷する。収集すべきワークシートの名称を抽出し
（ステップ４５０４）、システム名称から該システムの
ドキュメントを構成する仕様書を検索する（ステップ４
５０５）。全ての仕様書を検索したら（ステップ４５０
６）、目次を印刷する（ステップ４５０７）。検索した
仕様書を全て印刷し（ステップ４５０８）、処理を終了
する。

【００９３】

【発明の効果】以上、説明したように、本発明によれば
、関連付けられた複数の文書を作成する場合、文書を作
成する度にリンクを張るという不便が解消される。また
、定型文書の書式や文書間の関連を、文書を作成するエ
ディタと独立に定義できるので、書式や関連を容易に変
更することができる。

【００９４】また、ソフトウェア開発時に記述する仕様
書等の定型文書のフォーム（書式）を、あらかじめ定型
文書フォームライブラリに記憶し、開発環境，開発対象
システムの種別から、該種別に応じた定型文書のフォー
ムを定型文書フォームライブラリから特定するため、開
発時に必要となる定型文書のフォームや、不要な定型文
書のフォームを利用者が定義する手間を削減できる。さ
らに、定型文書の作成と同時に、書式間の関係，書式を
構成する領域間の関係も作成するため、利用者が書式間
，領域間の関係を逐一定義する必要がなくなり、従来、
人手で行っていた関係の定義作業の手間が削減できる。

【００９５】また、作成した定型文書書式に対して、利
用者が追加・更新等の編集操作を施しても、新たに追加
・更新した書式，領域と定義済みの書式，領域との間に
関係を自動的に作成するため、独自の定型文書書式のカ
スタマイズが容易に行える。

【００９６】さらに、編集操作にともなって入力された
領域が、開発工程上で矛盾を生じないかをチェックする
ため、定型文書書式の整合性を保持することができる。

【００９７】また、領域間の関係に加えてその属性も管
理するため、領域間の関係の属性を参照することにより
、ソフトウェア開発時に記述した仕様書等の生産情報か
ら、開発の進捗状況等の管理情報を容易に収集すること
ができ、さらに、仕様情報を編集中に、参考になる他の
仕様情報を参照するための検索が容易に行える。

【００９８】さらに、特定した定型文書フォームの更新
に際し、更新の対象となる定型文書フォーム、あるいは
定型文書のフォームを構成する領域に対し、他の定型文
書フォーム、他の定型文書のフォームを構成する領域に
対する影響範囲を両者間の関係により、判定して提示す
ることにより、ソフトウェア開発で記述する定型文書フ
ォームの整合性を保持することができる。

【００９９】さらに、定型文書フォームの特定において
、利用者が対話的に、所望の定型文書フォームを定型文
書フォームライブラリから抽出し、抽出した定型文書フ
ォーム間、あるいは定型文書フォームを構成する領域間
に関係を自動的に定義するため、ソフトウェア開発時に
記述する定型文書フォームを利用者の要求に応じてカス
タマイズすることも可能となる。

【図面の簡単な説明】

【図１】第一の実施例における、文書の書式、及び、文
書間の関連を登録する手順の１実施例を示すフローチャ
ート図である。

【図２】第一の実施例における、定型文書の作成・編集
処理を行なう手順の１実施例を示すフローチャート図で
ある。

【図３】定型文書作成システムのシステム構成図である
。

【図４】書式，書式ネットの管理の一実施例を示す図で
ある。

【図５】第二の実施例である、書式ネット変換の処理手
順を示すフローチャートである。

【図６】書式ネット間の対応関係を保持するための対応
表を示す図である。

【図７】第三の実施例である、定型文書の作成・編集処
理を行う手順の他の実施例を示すフローチャート図であ
る。

【図８】第四の実施例における、文書体系中の文書数が
文書の作成・編集中に動的に変化する場合、文書の書式
，文書の関連を登録する手順の一実施例を示すフローチ
ャート図である。

【図９】第四の実施例における、定型文書の作成・編集
処理を行なう手順の一実施例を示すフローチャート図で
ある。

【図１０】書式、及び、書式ネットの管理方法の一実施
例を示す図である。

【図１１】第五の実施例である。回覧を行なう電子メー
ルシステムのシステム構成を示す図である。

【図１２】回覧文書の書式を表す一実施例を示す図であ
る。

【図１３】第６の実施例の機能構成図である。

【図１４】第６の実施例における所望の定型文書フォー
ムを特定する処理を示すフローチャート図である。

【図１５】ハードウェア構成図である。

【図１６】定型文書フォームライブラリを表す図である
。

【図１７】対応表の構成図である。

【図１８】定型文書フォームの構成図である。

【図１９】対象分野別に定型文書フォームを記憶したフ
ァイルの構造図である。

【図２０】第６の実施例におけるカスタマイズを行う際
の処理を示すフローチャート図である。

【図２１】差分情報の蓄積方法を示す機能構成図である
。

【図２２】リレーションライブラリを示す図である。

【図２３】領域間リレーションライブラリを示す図であ
る。

【図２４】第７の実施例の機能構成図である。

【図２５】第７の実施例のフローチャート図である。

【図２６】関係生成規則の例を示す図である。

【図２７】ワークシートフォーム間の関係の分類の例を
示す図である。

【図２８】図２５を領域間リレーション用に変更したフ
ローチャート図である。

【図２９】第８の実施例における編集可否表示処理を示
すフローチャート図である。

【図３０】ワークシートフォームの編集の例を示す図で
ある。

【図３１】第８の実施例における影響範囲の提示処理を
表すフローチャート図である。

【図３２】ワークシートフォームの編集の例を示す図で
ある。

【図３３】第９の実施例におけるフォームの更新の際の
処理を表すフローチャート図である。

【図３４Ａ】工程情報を表す図である。

【図３４Ｂ】工程情報を表す図である。

【図３５】第９の実施例における該当工程で使用可能領
域を特定する処理を示すフローチャート図である。

【図３６】第９の実施例における工程情報を用いた手順
誘導の機能構成図である。

【図３７】第９の実施例における工程情報の編集処理を
示すフローチャート図である。

【図３８】工程情報の編集例を示す図である。

【図３９】第９の実施例における設計情報記述の過程か
ら未定義の関係を新規に定義する処理を示すフローチャ
ート図である。

【図４０】第１０の実施例のフローチャート図である。

【図４１】プロセスの起動例を示す図である。

【図４２】第１１の実施例のフローチャート図である。

【図４３】図形情報テーブルの例を示す図である。

【図４４】ワークシートフォームの編集の例を示す図で
ある。

【図４５】第１２の実施例のフローチャート図である。

【図４６】ドキュメントの定義情報の例を示す図である
。

【符号の説明】

３１…書式エディタ、３２…エディタ、３３…書式ライ
ブラリ、３４…文書記憶装置、３５…キーボード、３６
…ディスプレー、４１…書式、４２…領域管理表、４３
…リンク管理表、６１，６２…書式ネット、６３…対応
表、８１…通信網、８２…メール端末、８３…送受信者
、９０…回覧文書の書式、１３０１…定型文書フォーム
特定識別情報定義部、１３０２…定型文書フォームライ
ブラリ、１３０４…定型文書フォーム特定部、１３０５
…ワークシートフォーム蓄積部、１３０６…ワークシー
トフォームライブラリ、１３０７…ワークシートフォー
ム編集部、２４０８…ワークシートフォーム間関係検索
部、２４１０…ワークシートフォーム間関係生成部。

Claims (25)

【特許請求の範囲】
1. 【請求項１】相互に関係を有する複数種類の定型文書を
   作成または編集する定型文書作成支援方法において、該
   文書の書式または該文書間の関係を予め記憶手段に記憶
   し、定型文書作成時に、該記憶手段の該関係を参照する
   ことにより該定型文書間の関係付けを行なうことを特徴
   とする定型文書作成支援方法。
2. 【請求項２】定型文書編集時に、ある定型文書の項目を
   更新すると、該項目と関係づけられた項目が自動的に更
   新されることを特徴とする請求項１記載の定型文書作成
   支援方法。
3. 【請求項３】複数の同じ項目を有し、書式の異なる２種
   類の定型文書または文書体系が相互に書式変換されるこ
   とを特徴とする請求項１記載の定型文書作成支援方法。
4. 【請求項４】計算機および対話用端末を有する情報処理
   装置上で、定型文書のフォームと該フォームを構成する
   領域からなる定型文書フォームライブラリを有し、利用
   者が入力した定型文書フォーム群を識別する識別情報に
   対応するそれぞれのフォーム群を、開発時に記述すべき
   定型文書のフォーム群として定型文書フォームライブラ
   リから特定し、特定した該定型文書のフォーム群を蓄積
   することを特徴とした定型文書フォーム管理方法。
5. 【請求項５】入力した定型文書フォーム群の識別情報と
   、定型文書フォームライブラリから特定した定型文書の
   フォーム群の対応関係を蓄積し、定型文書のフォーム群
   の特定に用いた識別情報をもとに、過去に特定した定型
   文書のフォーム群を検索することを特徴とする請求項４
   記載の定型文書フォーム管理方法。
6. 【請求項６】利用者が入力した開発対象システムの種別
   を記憶し、開発対象システムの種別に応じた定型文書の
   書式群の取得要求時に、記憶した該種別を参照し、定型
   文書フォームライブラリからフォーム群を特定すること
   を特徴とした請求項４記載の定型文書フォーム管理方法
   。
7. 【請求項７】開発対象システムの種別から、開発時に記
   述すべき定型文書のフォーム群を特定する処理に代り、
   開発対象システムの分野と該分野にて記述すべき定型文
   書フォーム群との対応関係を蓄積し、利用者が開発対象
   システムの分野を指定することにより、開発時に記述す
   べき定型文書のフォーム群を特定することを特徴とした
   請求項４記載の定型文書フォーム管理方法。
8. 【請求項８】定型文書フォームライブラリに加え、該フ
   ォーム間の関係を蓄積するフォーム間リレーションライ
   ブラリと、定型文書のフォームを構成する領域間の関係
   を蓄積した領域間リレーションライブラリを有し、蓄積
   済みの定型文書フォームに対し、新たに定型文書フォー
   ム書式を編集する操作を施す場合、編集後の定型文書フ
   ォームを構成する領域に対し、該領域と作成済み定型文
   書フォーム内の領域を領域間リレーションライブラリを
   もとに関係付けを行い、領域間の関係からの編集後の定
   型文書フォームと作成済み定型文書フォーム間に関係を
   生成し、生成した領域間の関係と定型文書フォーム間の
   関係を蓄積することを特徴とした請求項４記載の定型文
   書フォーム管理方法。
9. 【請求項９】上記編集した定型文書フォーム、作成した
   領域間の関係と定型文書フォーム間の関係を蓄積する代
   わりに、編集によって、新たに定義した定型文書フォー
   ムと、それによって新たに作成した領域間の関係、定型
   文書フォーム間の関係を差分情報として蓄積することを
   特徴とした請求項８記載の定型文書フォーム管理方法。
10. 【請求項１０】定型文書フォームライブラリに加え、該
    フォーム間の関係を蓄積するフォーム間リレーションラ
    イブラリを有し、定型文書フォーム群を識別する識別情
    報を入力し、該識別情報をもとに定型文書フォームライ
    ブラリから、定型文書のフォーム群を特定するとともに
    、特定した定型文書のフォーム群間に関係を生成し、フ
    ォーム間リレーションとして蓄積することを特徴とする
    請求項４記載の定型文書フォーム管理方法。
11. 【請求項１１】定型文書のフォーム間の関係を蓄積した
    フォーム間リレーションライブラリに加え、定型文書の
    フォームを構成する領域間の関係を蓄積した領域間リレ
    ーションライブラリを有し、定型文書フォーム群を識別
    する識別情報を入力し、該識別情報をもとに定型文書フ
    ォームライブラリから、定型文書のフォーム群を特定す
    るとともに、特定した定型文書のフォーム群を構成する
    領域間の関係を生成し、領域間リレーションとして蓄積
    することを特徴とする請求項１０記載の定型文書フォー
    ム管理方法。
12. 【請求項１２】定型文書フォームライブラリに加え、該
    フォーム間の関係を蓄積するフォーム間リレーションラ
    イブラリと、定型文書のフォームを構成する領域間の関
    係を蓄積した領域間リレーションライブラリを有し、定
    型文書フォームライブラリから対話的に、定型文書フォ
    ームを抽出し、抽出した定型文書フォーム間と定型文書
    フォームを構成する領域間に関係を生成し、フォーム間
    リレーション，領域間リレーションとして蓄積すること
    を特徴とする請求項４記載の定型文書フォーム管理方法
    。
13. 【請求項１３】上記領域間リレーションを有し、特定し
    た定型文書のフォームに対し、編集操作を施した際、編
    集対象である領域と他の領域との関係を、領域間リレー
    ションから解析し、該編集操作が可能か否かを判定し結
    果を提示することを特徴とする請求項１２記載の定型文
    書フォーム管理方法。
14. 【請求項１４】上記領域間リレーションを有し、特定し
    た定型文書のフォームに対し、編集操作を施した際、編
    集対象である領域と他の領域との関係を、領域間リレー
    ションから解析し、該編集操作が影響を与える定型文書
    フォームの領域を、特定し提示することを特徴とする請
    求項１２記載の定型文書フォーム管理方法。
15. 【請求項１５】定型文書のフォーム間の関係を蓄積した
    フォーム間リレーションライブラリに加え、定型文書の
    フォームを構成する領域間の関係を蓄積した領域間リレ
    ーションライブラリを有し、開発時に記述すべき定型文
    書として特定したフォーム群に対し、該フォーム群の領
    域間の関係を領域間リレーションライブラリから抽出し
    、抽出した該領域間の関係から、定型文書フォーム間の
    関係を作成し、蓄積することを特徴とする請求項１０記
    載の定型文書フォーム管理方法。
16. 【請求項１６】開発工程と各工程で記述する定型文書フ
    ォームとの関係を蓄積した工程順序情報を有し、編集操
    作を施した定型文書フォーム、定型文書フォームを構成
    する領域と工程順序情報との間に矛盾が無いかを判定し
    、矛盾が無い場合、編集した定型文書フォーム、それに
    よって生じた領域間リレーション，定型文書フォーム間
    リレーションを蓄積することを特徴とした請求項１１記
    載の定型文書フォーム管理方法。
17. 【請求項１７】定型文書フォームの編集時に、使用可能
    な定型文書を構成する領域を、工程順序情報と領域間リ
    レーションをもとに定型文書フォームライブラリから特
    定することを特徴とした請求項１６記載の定型文書フォ
    ーム管理方法。
18. 【請求項１８】ソフトウェア開発における上位工程と下
    位工程の包含関係，各工程の名称，最下位の工程と最下
    位の工程で記述する定型文書のフォームを相互に関係付
    けて工程情報として蓄積し、上位工程と下位工程の包含
    関係に基づき、階層的に工程を表示するとともに、ソフ
    トウェア開発時に各工程で記述する定型文書のフォーム
    を表示することを特徴とする請求項１２記載の定型文書
    フォーム管理方法。
19. 【請求項１９】上記工程順序情報に加え、各開発工程で
    記述する定型文書の順番を記憶した記述順序情報を有し
    、特定の定型文書の記述が完了したかどうかを判定し、
    記述が完了した時点で、次に記述すべき定型文書のフォ
    ームを利用者に提示することにより、開発の手順を誘導
    することを特徴とした請求項１６記載の定型文書フォー
    ム管理方法。
20. 【請求項２０】既に定義済みの工程情報に対し、各工程
    の名称，上位工程と下位工程の包含関係，上位工程と下
    位工程の包含関係の階層数を入力，工程情報を更新する
    ことを特徴とする請求項１８記載の定型文書フォーム管
    理方法。
21. 【請求項２１】上記工程情報と、定型文書のフォーム群
    、該フォーム群間の関係から、ソフトウェア開発を誘導
    し、誘導によるソフトウェア開発の過程をログ情報とし
    て蓄積し、該ログ情報に基づいて、定型文書のフォーム
    群間の関係を更新することを特徴とする請求項１８記載
    の定型文書フォーム管理方法。
22. 【請求項２２】上記領域間リレーションライブラリに定
    型文書フォームを構成する領域間の関係と該関係の属性
    を対にして記憶し、領域間の抽出時に、領域間リレーシ
    ョンライブラリから、領域間の関係とともに該領域間の
    関係の属性を抽出し、抽出した該領域間の関係の属性を
    領域間の関係と対にして蓄積することを特徴とした請求
    項１２記載の定型文書フォーム管理方法。
23. 【請求項２３】定型文書のフォームを構成する領域間の
    関係の属性を、プロセスとして、領域間リレーションに
    蓄積し、定型文書フォームに設計情報を記述する際、記
    述対象となる領域に対応するプロセスを起動することを
    特徴とする請求項２２記載の定型文書フォーム管理方法
    。
24. 【請求項２４】定型文書のフォームを構成する領域の図
    形情報を有し、編集操作を施した際、編集操作後の定型
    文書フォームの領域のレイアウトを、領域の図形情報を
    もとに更新することを特徴とする請求項１２記載の定型
    文書フォーム管理方法。
25. 【請求項２５】ドキュメントを構成する定型文書の順序
    及び、該ドキュメントの形式を定義したドキュメント定
    義情報を有し、該定義情報に基づいて定型文書を収集し
    、定義したドキュメントの形式に応じて、完成したドキ
    ュメントを印刷することを特徴とする請求項１２記載の
    定型文書フォーム管理方法。