JPH08161159A - ソフトウェア作成環境自動生成装置 - Google Patents

Abstract

(57)【要約】 【目的】 各種環境の設定に関する作業を簡略化し、大
規模なソフトウェアの開発を容易にする。 【構成】 設計文書群の階層構造を記述した機能階層構
造表を読み込んで、その論理構造を予めデ−タベ−スＳ
Ｄに登録する。文書を作成する時には、ＳＤの内容に基
づいて、必要な階層構造を自動的に作成する。同時に、
文書の原紙情報を自動的に生成し、その情報を文書作成
プログラムに渡す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソフトウェア作成環境
の自動生成に関する。

【０００２】

【従来の技術】例えば、プラント制御用コンピュ−タの
プログラム開発においては、その作成を容易にするため
に、ＣＡＳＥ（Computer Aided Software Engineerin
g）ツ−ルが用いられている。即ち、プログラムが必要
な動作を実行するための構造を示す、フロ−チャ−トや
ブロック図のような機能要素の組合せでなる図面等の文
書を、ＤＴＰ（デスクトップパブリッシング）などの図
面作成ツ−ルを用いて作成した後、この図面のデ−タを
ＣＡＳＥコンパイラに入力し、図面からプログラムを自
動的に生成する。

【０００３】ところで、規模の大きなプログラムを作成
する場合には、１つのシステムプログラムを複数のモジ
ュ−ルに区分し、モジュ−ル毎に図面の作成，図面のコ
ンパイル，プログラムの試験，修正等を実施する場合が
多い。特に、プラント制御用のプログラムを作成する場
合には、各々のモジュ−ル自体が非常に複雑になるの
で、モジュ−ルを更に複数の小モジュ−ルに区分した
り、あるいはこの小モジュ−ルを更に複数に区分して、
区分された部分毎に図面の作成，図面のコンパイル，プ
ログラムの試験，修正等が実施される。このようなソフ
トウェア作成環境においては、情報の種類が複雑である
し、また１つのプロジェクトを構成するプログラムを多
数の人間で作成したりするので、非常に複雑な階層構造
を構成するように、プログラム全体の情報（図面デ−
タ，オブジェクトコ−ド等）を配置することが、それら
の情報を管理するために不可欠である。

【０００４】実際のコンピュ−タにおいては、オペレ−
タの入力操作やそれに代わるプログラムの実行により、
記憶装置上にディレクトリと呼ばれるツリ−状の階層構
造を必要に応じて作成することができる。また、作成し
たディレクトリ上の特定の階層位置に、デ−タやプログ
ラムのファイルを配置し、階層位置毎にファイルを管理
することができる。

【０００５】

【発明が解決しようとする課題】しかしながら、新しい
モジュ−ルを作成する度に、新しい階層を作成（追加）
したり、新しいモジュ−ルと関連のある他のモジュ−ル
との階層の違いに対応した位置（ディレクトリ）の指定
などをそれぞれのオペレ−タが手入力で実施しなければ
ならないので、階層構造が複雑になると、そのような作
業は非常に難しくなる。

【０００６】また、ＣＡＳＥツ−ルを用いてソフトウェ
アを作成する場合、文書の管理を容易にするために作成
する文書中に特別な管理情報を含めたり、オペレ−タの
入力操作を容易にするために、予め定めたフォ−マット
の原紙（記入枠，ケイ線，項目の見出し，管理情報等が
予め備わったもの）を用意して、その原紙上に図面など
の情報を記入する入力操作が実施される場合が多い。と
ころが、複雑なソフトウェアを作成する場合、原紙のフ
ォ−マットの種類が多くなるため、オペレ−タは文書を
作成する前に、多数の原紙の中から使用すべきフォ−マ
ットのものを捜し出して選択しなければならず、非常に
煩わしい。

【０００７】従って本発明は、多数のファイル等を作成
する階層構造や階層の違いに対応するモジュ−ル間の関
連付けなどの環境情報を生成する作業を容易にしうる、
ソフトウェア作成環境自動生成装置を提供することを課
題とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明のソフトウェア作成環境自動生成装置は、予
め格納した複数の設計文書の原紙群からの必要な原紙の
抽出および抽出した原紙への初期情報付加に関するル−
ル情報を保持する原紙生成ル−ル保持手段（原紙生成ル
−ル［Ｐ＿ＲＵＬＥ］）；前記原紙生成ル−ル保持手段
の原紙生成ル−ルに従い、それぞれに位置情報（パ−テ
ィションＮｏ．，列Ｎｏ．）が割り当てられた複数の記
入欄を含む所定の原紙情報を生成する原紙情報生成手段
（設計文書原紙ＤＢ４５）；設計文書の仕様情報を抽出
しデ−タベ−ス化するために予め定めた登録ル−ル情報
（Ｒ＿ＣＯＮＴＡＩＮＳ表作成ル−ル，Ｍ＿ＦＵＮＣＴ
ＩＯＮ表作成ル−ル）を保持する登録ル−ル保持手段
（設計文書登録ル−ル［Ｐ＿ＲＵＬＥ］）；少なくとも
階層構造を示す情報が付加された、前記原紙情報（内容
が記述された機能階層構造表）を読み込み、その中から
前記登録ル−ル情報に基づいて、特定の位置情報に対応
する記入欄の情報を抽出し、階層構造の各位置の情報
と、その位置に連結される他の階層の位置及びそれらの
主従関係を示す関連情報（Ｒ＿ＣＯＮＴＡＩＮＳ表，Ｍ
＿ＦＵＮＣＴＩＯＮ表）を生成する手段（ＣＡＳＥ＿Ｓ
Ｖ）；生成された前記関連情報に従って、記憶装置（設
計文書格納ＤＢ［ＳＢ］）上に階層構造を自動的に生成
する、階層構造生成手段（ＣＡＳＥ＿ＳＶ）；及び生成
された前記関連情報に従って、生成される階層構造を可
視表示する階層構造表示手段（ソフトウェア開発端末
１）；を備える。

【０００９】なお上記括弧内に示した記述及び符号は、
後述する実施例中の対応する要素を参考までに示したも
のであるが、本発明の各構成要素は実施例中の具体的な
要素のみに限定されるものではない。

【００１０】

【作用】本発明においては、１つのプロジェクトの階層
構造が文書（内容が記述された機能階層構造表）によっ
て定義される。この文書は、システム管理者等のオペレ
−タによって作成されるが、その原紙情報は、原紙生成
ル−ル保持手段が保持する原紙生成ル−ル（Ｐ＿ＲＵＬ
Ｅ）とこのル−ルに従って、予め格納された複数の設計
文書の原紙群から必要な原紙を抽出し更に所定の初期情
報を付加する原紙情報生成手段（設計文書原紙ＤＢ４
５）によって自動的に生成される。オペレ−タは、端末
装置などを用いて、原紙情報を表示し、原紙上の各項目
に必要な定義情報を記述すれば、その文書を作成するこ
とができる。原紙情報は、それぞれに位置情報（パ−テ
ィションＮｏ．，列Ｎｏ．）が割り当てられた複数の記
入欄を含んでいるので、オペレ−タが記述した各項目の
情報は、位置毎（項目毎）に選択的に抽出することがで
きる。即ち、この文書情報の中から、登録ル−ル保持手
段（Ｐ＿ＲＵＬＥ）上の登録ル−ル情報（Ｒ＿ＣＯＮＴ
ＡＩＮＳ表作成ル−ル，Ｍ＿ＦＵＮＣＴＩＯＮ表作成ル
−ル）に基づいて、特定の位置情報に対応する記入欄の
情報が抽出され、階層構造の各位置の情報と、その位置
に連結される他の階層の位置及びそれらの主従関係を示
す関連情報（Ｒ＿ＣＯＮＴＡＩＮＳ表，Ｍ＿ＦＵＮＣＴ
ＩＯＮ表）が生成される。この関連情報は階層構造の構
成を示すので、それに基づいて、所定の記憶装置（設計
文書格納ＤＢ［ＳＢ］）上に階層構造を自動的に生成す
ることができる。また、この階層構造をディスプレィ上
に可視表示することができる。

【００１１】各技術者がプロジェクトを構成する各モジ
ュ−ルを作成する場合には、そのプロジェクトの階層構
造の構成を示す前記関連情報に基づいて、その構造をデ
ィスプレィ上に可視表示したうえで、作成するモジュ−
ルの階層位置を選択的に指定すれば、予めシステム管理
者等が予定したそれぞれの階層位置に、それぞれのモジ
ュ−ルを作成して配置することができる。従って、モジ
ュ−ルを作成する度にそれを配置するための新しい階層
を手入力で作る必要がなく、そのモジュ−ルと関連のあ
る他のモジュ−ルとの位置関係を意識する必要もなくな
るので、ソフトウェア開発の作業効率が大幅に改善され
る。

【００１２】

【実施例】一実施例のシステムの主要部分の構成を図１
に示す。図１を参照すると、ソフトウェア開発端末１，
文書ファイルサ−バ２，変換サ−バ（ＣＶ＿ＳＶ）３及
びソフトウェア開発支援サ−バ（ＣＡＳＥ＿ＳＶ）４を
含む多数の装置が、ロ−カルエリアネットワ−クＬＡＮ
を介して互いに接続されている。

【００１３】ソフトウェア開発端末１は、ソフトウェア
開発技術者がソフトウェア開発のために操作する端末装
置であり、ワ−クステ−ション１１で構成されている。
この実施例では、ワ−クステ−ション１１のハ−ドウェ
アとして、サン社製のＳＵＮＳＰ／ＩＰＸを使用してお
り、基本的なソフトウェアとしては、オペレ−ティング
システムとしてＵＮＩＸを使用し、ウインドゥシステム
としてＯｐｅｎ Ｗｉｎｄｏｗを使用し、文書作成（Ｄ
ＴＰ）システムとして富士ゼロックス社製のＧｌｏｂａ
ｌ Ｖｉｅｗを使用している。

【００１４】文書ファイルサ−バ２は、前記Ｇｌｏｂａ
ｌ Ｖｉｅｗによって作成された特殊なフォ−マット
（Ｊ−ＳＴＡＲフォ−マットと呼ばれる）の文書の保
存，取出し，削除などの管理を実施するために設けられ
ており、ワ−クステ−ション２１と文書格納ＤＢ（ＤＢ
はデ−タベ−スを意味する）２２を備えている。ワ−ク
ステ−ション２１は、ハ−ドウェアがサン社製のＳＵＮ
ＳＰ／ＩＰＸであり、ソフトウェアとして、前記ＵＮ
ＩＸ，Ｏｐｅｎ Ｗｉｎｄｏｗ及びＧｌｏｂａｌＶｉｅ
ｗを含んでいる。

【００１５】変換サ−バ（ＣＶ＿ＳＶ）３は、文書のフ
ォ−マットを、Ｊ−ＳＴＡＲフォ−マットと本システム
で使用する中間コ−ド（ＭＤＩフォ−マット）との間で
相互に変換するために設けてある。中間コ−ドは、ＥＵ
Ｃと呼ばれるＵＮＩＸのテキストコ−ドで記述されるの
で、このコ−ドはＵＮＩＸシステムで文字情報として直
接読取ることができる。変換サ−バ３は、ワ−クステ−
ション３１を備えている。ワ−クステ−ション３１は、
ハ−ドウェアがサン社製のＳＵＮ ＳＰ／１０であり、
ソフトウェアとして、前記ＵＮＩＸ，Ｏｐｅｎ Ｗｉｎ
ｄｏｗ及びＧｌｏｂａｌ Ｖｉｅｗと、フォ−マット変
換のための多数のプログラムを含んでいる。

【００１６】ソフトウェア開発支援サ−バ（ＣＡＳＥ＿
ＳＶ）４は、ソフトウェア開発技術者がソフトウェア開
発をするのを支援するために設置してあり、ソフトウェ
アの設計，製作，テストの全てを一貫して支援するＣＡ
ＳＥシステムを提供するために設けてある。ソフトウェ
ア開発支援サ−バ４は、ワ−クステ−ション４１と、設
計文書変換インタ−フェ−スＦＩＬＥ（ＦＩＬＥはファ
イルを意味する）４２，ＣＡＳＥアプリケ−ション実行
プログラムＤＢ４３，ボタンメニュ−定義ファイル４
４，システム論理構造ＤＢ ＳＤ，設計文書格納ＤＢ
ＳＢ，設計文書原紙ＤＢ４５，プロジェクトル−ルＤＢ
Ｐ＿ＲＵＬＥ及びプログラムソ−スＤＢ４７を備えて
いる。ワ−クステ−ション４１は、ハ−ドウェアがサン
社製のＳＵＮ ＳＰ／１０であり、ソフトウェアとし
て、前記ＵＮＩＸ，Ｏｐｅｎ Ｗｉｎｄｏｗと、ＣＡＳ
Ｅ機能を実現するための多数のプログラムを含んでい
る。

【００１７】ソフトウェア開発支援サ−バ４に備わった
各種デ−タベ−スについて、概要を説明する。設計文書
変換インタ−フェ−スＦＩＬＥ４２は、サ−バ３，４間
で転送されるＭＤＩフォ−マットの文書デ−タを一時的
に保持する。ＣＡＳＥアプリケ−ション実行プログラム
ＤＢ４３は、ＣＡＳＥ機能を実現するための支援アプリ
ケ−ション実行プログラム群（ＣＡＳＥ−ＡＰＰ）を保
持する。ボタンメニュ−定義ファイル（ＢＭＤＦＩＬ）
４４は、端末１等でのマウス操作によるボタン選択に応
答した動作を定義するものであり、画面に表示するプル
ダウンメニュ−の項目の情報や、各項目の選択に応答し
て起動されるプログラム（ＣＡＳＥ−ＡＰＰ）の名称の
定義を含んでいる。

【００１８】システム論理構造ＤＢ ＳＤは、このシス
テムの主要な論理構造を保持するリレ−ショナルデ−タ
ベ−スであり、ＯＲＡＣＬＥを用いて構築されている。
この内容は、プロジェクトル−ルＤＢ（Ｐ＿ＲＵＬＥ）
に定義された設計文書登録ル−ルに基づいて、設計文書
から抽出した情報によって構成される。

【００１９】設計文書格納ＤＢ ＳＢは、ソフトウェア
開発支援サ−バ４に対して登録要求があった全ての設計
文書（ＭＤＩフォ−マット）を保持するものであり、Ｕ
ＮＩＸシステムのコマンドにより生成された階層構造の
ディレクトり上に配置されている。

【００２０】プロジェクトル−ルＤＢ Ｐ＿ＲＵＬＥ
は、設計文書登録ル−ルと、設計原紙生成ル−ルを保持
している。設計文書登録ル−ルは、設計文書からシステ
ム論理構造ＤＢ（ＳＤ）上に登録する情報を生成するた
めのル−ルであり、設計原紙生成ル−ルは、原紙情報を
生成するためのル−ルである。

【００２１】設計文書原紙ＤＢ４５は、設計文書の原紙
の情報を保持する。またプログラムソ−スＤＢ４７は、
各種プログラムのソ−ス情報を保持する。

【００２２】図１に示すシステムを使用してソフトウェ
ア開発を実施する場合の、実際の業務の流れと、各業務
での成果物及びシステム論理構造ＤＢ（ＳＤ）に登録さ
れる情報の関係を図２に示し、各業務フェ−ズでソフト
ウェア開発技術者が実施する作業の内容を図３に示す。

【００２３】ＣＡＳＥツ−ルを用いてソフトウェアを開
発する場合の業務には、図２に示すように、機能構造設
計，詳細機能設計，ソフトウェア機構設計，ファイル機
構設計，プログラム設計，ファイル設計，及びテスト設
計を含む設計業務と、プログラム製作業務と、テストプ
ログラム製作業務と、単体テスト業務と、システムテス
トの業務がある。

【００２４】図３に示すように、設計業務では開発する
ソフトウェアに関する様々な仕様書を作成する。また、
プログラム製作業務では、前記仕様書に基づいたソ−ス
プログラム（フロ−チャ−ト，ブロック図等）を作成
し、それをＣＡＳＥコンパイラにかけて、特定のコンピ
ュ−タが実行可能なオブジェクトプログラムを作成す
る。同様に、テストプログラム製作業務では、テストプ
ログラムの仕様書に基づいたソ−スプログラム（フロ−
チャ−ト，ブロック図等）を作成し、それをＣＡＳＥコ
ンパイラにかけて、特定のコンピュ−タが実行可能なオ
ブジェクトプログラムを作成する。単体テスト業務で
は、予め作成したテストプログラムを用いて、予め作成
されたプログラムのそれぞれが単体で、希望する通りに
正しく動作するか調べる。異常がある時には、その異常
がなくなるように、プログラムの修正（デバッグ）を実
施する。プログラムのそれぞれに異常がなければ、作成
した全てのプログラムを用いて、システム全体の動作を
テストする。

【００２５】ところで、プラント制御用のプログラムを
作成する場合、その規模が非常に大きいため、システム
プログラム全体を構成するモジュ−ル等の数や種類が非
常に多くなる。また、モジュ−ルのそれぞれについて、
様々なフォ−マットの原紙，仕様書，ソ−スプログラ
ム，そのオブジェクトプログラム，テストプログラム，
そのオブジェクトプログラム，テスト結果情報等々のフ
ァイルが存在することになる。このため、それらの膨大
なファイルを管理するためには、それらを配置するため
の階層構造（一般にディレクトリと呼ばれる）を記憶装
置上に作成し、ファイルの種類別に、それに適した階層
位置に各々のファイルを配置する必要がある。

【００２６】このようなファイル管理を実施するために
は、適切な階層構造を作成し、作成した階層構造上の適
切な位置に各々のファイルを配置する必要がある。しか
し、１つのシステムプログラムあるいはモジュ−ルを多
数の設計者の分業で作成する場合、それぞれの設計者が
互いに独立した階層構造を作り上げたり、それぞれの好
みの階層位置に各々のファイルを配置したりすると、例
えば複数のモジュ−ル間、あるいは複数のタスク間の起
動／被起動の制御を実施する場合に、目的とするファイ
ルを捜し出すのに手間がかかるなどの問題が生じる。

【００２７】図１に示すシステムは、設計業務，プログ
ラム製作業務，テストプログラム製作業務，単体テスト
業務のそれぞれについて、その時の業務に必要な環境を
できる限り自動的に生成することによって、各業務での
作業者の負担を小さくするように構成してある。但しこ
の実施例では、システムの動作の一部分のみについて説
明する。即ち、図２に示す業務フェ−ズの最初の「機能
構造設計」に関わるシステムの自動環境生成のための構
成と動作について、以下に説明する。

【００２８】このシステムを使用して１つのプロジェク
トに関するソフトウェアの開発を開始する時には、ま
ず、システム管理者によって、１つの表が作成され、そ
れが図１に示すシステム論理構造ＤＢ（ＳＤ）に登録さ
れる。この表は、Ｍ＿ＳＹＳＴＥＭ表と呼ばれるもので
あり、メンバ−略称，メンバ−名称，登録日，同義語，
バ−ジョン番号（Ｎｏ．），納入先，及び削除フラグの
各項目で構成されている。Ｍ＿ＳＹＳＴＥＭ表の設定例
を次に示す。

【００２９】メンバ−略称：ＴＥＳＴ＿ＳＹＳＴＥＭ メンバ−名称：テストシステム 登録日 ：１４−ＳＥＰ−９３ 同義語 ：デモシステム バ−ジョン番号：００１ 納入先 ：君津製鐵所 削除フラグ ：０ Ｍ＿ＳＹＳＴＥＭ表の設定は、１つのプロジェクトに対
して１回だけ実施される。このＭ＿ＳＹＳＴＥＭ表の内
容は、このプロジェクトに関係する様々な処理において
必要に応じて参照される。

【００３０】この実施例では、ファイルの管理を容易に
するために、ソフトウェアの各種仕様書やソ−スプログ
ラムを作成する際に、予め定めたフォ−マットの原紙を
使用する。実際には、フォ−マットとして、Ｃフォ−マ
ット（共通フォ−マット），Ｆフォ−マット（機能設計
フォ−マット：Ａ４サイズ），Ｉフォ−マット（機能設
計フォ−マット：Ａ３サイズ）及びＳフォ−マット（プ
ログラム設計フォ−マット）の４種類がある。例えば、
Ｃフォ−マットの原紙としては、Ａ４フリ−フォ−マッ
ト，Ａ３フリ−フォ−マット，Ａ３表紙，用語定義，機
能階層構造表，Ａ４表紙，及び機構階層構造表の８種類
があり、Ｆフォ−マットの原紙としては、機能概要，前
提条件，機能分担，機能フロ−，運転モ−ド仕様，プロ
コン処理，状態遷移図，・・・の１４種類があり、Ｉフ
ォ−マットの原紙としては、ＰＩ／Ｏ機能構成及び機器
配置，設定盤一覧，伝送メッセ−ジ一覧，設定盤共通仕
様，ＣＲＴ共通仕様，・・・の２９種類があり、Ｓフォ
−マットの原紙としては、機能・機構対応表，タスク一
覧表，サブル−チン一覧表，ファイル一覧表，・・・の
１９種類がある。

【００３１】これらの原紙は、例えば図４（Ｃ−０３０
０フォ−マット：表紙）および図５（Ｃ−０５００：機
能階層構造表）に示すようなものであり、線，図形，文
字列等の組合せで構成されている。実際には、図４，図
５に示すような文書を、システムに備わった文書作成機
能（Ｇｌｏｂａｌ Ｖｉｅｗ）を用いて予め作成した
後、それを変換サ−バ３を介してＭＤＩフォ−マットの
文書に変換し、更にパ−ティションの情報を付加したも
のである。パ−ティションの情報は、原紙上の項目の位
置を示すものであり、図５の原紙に対しては、図６に示
すように項目毎にそれぞれパ−ティションＮｏ．が付与
してある。勿論、パ−ティションＮｏ．はコンピュ−タ
が項目位置を識別するために利用するものであり、この
原紙を使用して文書を作成する場合、画面にはパ−ティ
ションＮｏ．は表示されない。

【００３２】各フォ−マットの様々な原紙の情報は、図
１のシステムを稼働する前に、予め作成され、記憶装置
（設計文書原紙ＤＢ：４５）上に登録される。実際に
は、図７に示すように作成された階層構造の、ディレク
トリｇｅｎｓｈｉの下位の、フォ−マット毎のディレク
トリＣ＿ｆｏｒｍａｔ，Ｆ＿ｆｏｒｍａｔ，Ｉ＿ｆｏｒ
ｍａｔ，Ｓ＿ｆｏｒａｍｔの下に、種類別の原紙の情報
が配置される。Ｃ０１００，・・，Ｃ０５００，・・，
Ｃ０８００はＣフォ−マットの互いに異なる種類の原紙
のデ−タであり、Ｆ０１００，・・，Ｆ１４００はＦフ
ォ−マットの互いに異なる種類の原紙のデ−タであり、
Ｉ０１００，・・，Ｉ２９００はＩフォ−マットの互い
に異なる種類の原紙のデ−タであり、Ｓ０１００，・
・，Ｓ１９００はＳフォ−マットの互いに種類の異なる
原紙のデ−タである。

【００３３】また、実際に原紙デ−タを使用する際に
は、プロジェクトル−ルＤＢ（Ｐ＿ＲＵＬＥ）上の原紙
生成ル−ルに基づいて、設計文書原紙ＤＢ４５上の原紙
デ−タに、初期情報等が付加される。原紙生成ル−ル
は、図８に示す構成になっており、例えば図９に示すよ
うに、その各項目にシステム管理者によって予めル−ル
が記述されたものが使用される。

【００３４】例えば、図９に示す原紙生成ル−ルを使用
する場合、第１行目の記述においては、プロジェクトコ
−ドとして「ＳＯ」、機能仕様書区分として「＄Ｆ
Ｚ」、ドロワ−名として「ＦＵＮＣ」、フォルダ−名と
して「＄ＦＺ００」、生成フォ−マット番号として「Ｃ
０３」がそれぞれ設定される。また、記入先１に関して
は、パ−ティション番号のＰ９０の項目に定数の欄の
「＄ＦＺ００」が割り当てられる。更に、記入先３に関
しては、「ＳＤ問合」の欄がＹ（ＹＥＳ）であり、表名
の欄が「Ｍ−ＳＹＳＴＥＭ」、列名の欄が「納入先」で
あるため、パ−ティション番号のＰ２１の項目に、シス
テム論理構造ＤＢ（ＳＤ）上に存在するＭ−ＳＹＳＴＥ
Ｍ表の「納入先」の列（項目）の内容（前述の例では
「君津製鐵所」）が割り当てられる。即ち、図６に示す
機能階層構造表の場合、パ−ティション番号がＰ９０で
ある、「略称」の欄には、図９に示す原紙生成ル−ル
の、記入先１の定数の「＄ＦＺ００」が、図５のように
自動的に記入される。

【００３５】ところで、この実施例では、１つのプロジ
ェクトに関する様々なファイルが配置される階層構造を
作成するための情報を、予めシステムに登録する。この
登録作業は、１つの文書を機能階層構造表として入力す
ることによって自動的に実施される。この機能階層構造
表は、特定の原紙上に必要な情報（階層構造）をシステ
ム管理者が書き加えることによって作成される。即ち、
前記Ｃフォ−マットの１つである機能階層構造表の原紙
（図５）を用い、それに情報を追加して作成する。

【００３６】なお、機能階層構造表などの原紙は、前述
のようにＭＤＩフォ−マットのデ−タであり、例えば機
能階層構造表の実際のデ−タは、図１０に一部分を示す
ように、テキスト情報（ＥＵＣコ−ド）のみで、文字
列，線分，図形等の情報が表現されている。

【００３７】１つのプロジェクトに関する様々なデ−タ
のファイルを、例えば図１１に示すような階層構造によ
って管理する場合には、機能階層構造表の原紙（図５）
を用いて、システム管理者が図１２に示すような機能階
層構造表を作成する。この例では、レベル０１，０２，
０３の３階層が定義されており、各階層には、１つ又は
複数の階層番号が定義されている。この機能階層構造表
の情報は、一担、設計文書格納ＤＢ（ＳＢ）上に登録さ
れる。実際には、図１３に示すように、記憶装置上に作
成されたディレクトリｎｓｃａｓｅの下位にディレクト
リＳＢが作成され、その下に、プロジェクトコ−ド（Ｓ
Ｏ）と同一名のディレクトリＳＯが作成され、更にその
下に作成されたディレクトリ＄ＦＺ００の下に、機能階
層構造表（ファイル名：＄ＦＺ００−Ｃ０５００−０２
−００）とその表紙（ファイル名：＄ＦＺ００−Ｃ０３
００−０１−００）が登録される。ここで、ディレクト
リＳＯは、プロジェクトコ−ド（この例ではＳＯ）を用
いて自動的に作成され、ディレクトリ＄ＦＺ００は、機
能階層構造表のパ−ティション番号Ｐ９０の内容である
＄ＦＺ００を用いて自動的に作成される。

【００３８】設計文書格納ＤＢ（ＳＢ）上に登録された
機能階層構造表の内容は、自動的に読み取られ、編集さ
れて、システム論理構造ＤＢ（ＳＤ）上に登録される。
この編集は自動的に実施されるが、その際には、プロジ
ェクトル−ルＤＢ（Ｐ＿ＲＵＬＥ）上の設計文書登録ル
−ルが適用される。この設計文書登録ル−ルには、図１
４，図１５及び図１６に示すようなＲ＿ＣＯＮＴＡＩＮ
Ｓ表作成ル−ルと、図１７に示すようなＭ＿ＦＵＮＣＴ
ＩＯＮ表作成ル−ルとが含まれている。このＲ＿ＣＯＮ
ＴＡＩＮＳ表作成ル−ルに基づいて機能階層構造表を編
集した結果は、図１８のようになり、それがＲ＿ＣＯＮ
ＴＡＩＮＳ表としてシステム論理構造ＤＢ（ＳＤ）上に
登録される。また、Ｍ＿ＦＵＮＣＴＩＯＮ表作成ル−ル
に基づいて機能階層構造表を編集した結果は、図１９の
ようになり、それがＭ＿ＦＵＮＣＴＩＯＮ表としてシス
テム論理構造ＤＢ（ＳＤ）上に登録される。

【００３９】図１８を参照すると、Ｒ＿ＣＯＮＴＡＩＮ
Ｓ表には、主メンバ−略称，主メンバ−タイプ，フォ−
マット番号，シ−ケンス番号，縦メンバ−略称，縦メン
バ−タイプ，及び使用ドキュメント数の欄が備わってい
る。即ち、図１２に示す機能階層構造表における階層の
それぞれの位置について、それと階層の上下関係（主従
関係）がＲ＿ＣＯＮＴＡＩＮＳ表に登録され、各階層位
置は、その略称（Ａ００００，Ａ１０００，Ａ２００
０，・・・）で表わされている。また、図１９を参照す
ると、Ｍ＿ＦＵＮＣＴＩＯＮ表には、各階層位置のより
詳細な情報が含まれている。

【００４０】さて、図１のシステムにおいて、ソフトウ
ェア開発端末１を起動し、それをソフトウェア開発支援
サ−バ４と接続し、その上に備わったソフトウェアであ
るＣＡＳＥシステム（ＮＳＣＡＳＥと呼ぶ）を、所定の
コマンドを入力して立ち上げると、図２３に示すような
画面がソフトウェア開発端末１のディスプレィに表示さ
れる。この初期画面１．１．２には、数個の図形（アイ
コンと呼ぶ）が表示されており、図示しないマウスを移
動し、カ−ソルを画面中央のＡＰの領域に位置決めして
マウスのボタンを操作する（クリックする）と、図中に
示されたように、プルダウンメニュ−が表示される。

【００４１】このメニュ−は、階層的に構成されてお
り、最上位のメニュ−には、「構造」，「共通」，「一
覧」，「個別仕様書」がある。最上位のメニュ−の「構
造」をマウスでクリックすると、その下位にある「機能
階層構造表」と「機構階層構造表」のメニュ−が現われ
る。そして、「機能階層構造表」をマウスでクリックす
ると、その下位にある「新規」，「修正」，「継続終
了」，「完了」，「登録」のメニュ−が現われる。ここ
で「新規」をクリックすると、上述のようにして機能階
層構造表の原紙が作成される。原紙デ−タを作成する時
の制御の流れとデ−タの流れを図２２に示す。このよう
にして生成した原紙を画面に表示して編集し、図１２に
示すような機能階層構造表をオペレ−タの入力操作によ
って作り上げる。編集が終了したら、画面上の「登録」
をクリックすることにより、機能階層構造表が登録され
る。即ち、上述のようにして、ＭＤＩフォ−マットに変
換され、設計文書格納ＤＢ（ＳＢ）上に登録された後、
システム論理構造ＤＢ（ＳＢ）上に、Ｒ＿ＣＯＮＴＡＩ
ＮＳ表とＭ＿ＦＵＮＣＴＩＯＮ表が自動的に作成され
る。

【００４２】図２３に示すようなプルダウンメニュ−を
表示し、マウス操作による入力を受付るために、ソフト
ウェア開発支援サ−バ４には、ボタンメニュ−定義ファ
イル４４が備わっている。ボタンメニュ−定義ファイル
４４の構造を図２０に示し、その具体的な内容の例を図
２１に示す。

【００４３】上述のようにして、Ｒ＿ＣＯＮＴＡＩＮＳ
表とＭ＿ＦＵＮＣＴＩＯＮ表がシステム論理構造ＤＢ
（ＳＤ）上に登録されると、その内容に基づいて、メニ
ュ−の追加と階層構造の生成が自動的に実施される。即
ち、各階層位置で必要とされる機能を実現するための設
計文書を作成するためのメニュ−を、ボタンメニュ−定
義ファイル４４に追加し、更に、必要に応じて、作成し
た設計文書ファイル等を配置するための階層位置（ディ
レクトリ）を作成する。

【００４４】図２４に示す画面表示は、システムに図１
２とは内容の異なる機能階層構造表を登録した後の表示
例を示しているが、図２４を参照すると、表示ウインド
ゥ２４．１に対応付けられた階層構造のメニュ−２４．
２においては、最上位のメニュ−の「個別仕様書」の下
位に「Ａ：設定制御」，「Ｂ：操業管理」のメニュ−が
存在し、更に「Ａ：設定制御」のメニュ−の下位に「Ａ
１：設定制御１」，「Ａ２：設定制御２」，「Ａ３：設
定制御３」，「Ａ４：設定制御４」が存在している。ま
た、同時に表示される別のウインドゥ２４．３には、グ
ラフィック表示によりツリ−状の階層構造の一覧が表示
されている。

【００４５】メニュ−２４．２は、予め登録された機能
階層構造表の内容に従って更新されたボタンメニュ−定
義ファイル４４によって表示されるものであり、図２４
の状態にするには、最初に表示される最上位のメニュ−
の「個別仕様書」をマウスでクリックし、それによって
追加表示される下位のメニュ−の「Ａ：設定制御」をマ
ウスでクリックすればよい。

【００４６】図２４の状態で、メニュ−２４．２の最下
位の「Ａ１：設定制御１」をクリックすると、まずその
位置に割り当てられた階層位置が記憶装置上に生成され
る。例えば、図１３に示すように、ディレクトリ名ＳＢ
（設計文書格納ＤＢを意味する）の下位に作られたその
プロジェクトのコ−ド（例えばＳＯ）の下に、指定した
メニュ−「Ａ１：設定制御１」に対応するディレクトリ
（例えば「Ａ１０００」）が、システム論理構造ＤＢ
（ＳＢ）の内容に基づいて自動的に生成される。また、
「Ａ１：設定制御１」の下に更に階層が存在する場合に
は、更に下位のメニュ−が表示される。

【００４７】ウインドゥ２４．３には、現在の最下位の
メニュ−に対応する階層以下の階層構造のみが表示され
る。また、ウインドゥ２４．３に表示される各階層位置
には、その位置で作成すべきソフトウェアに関する作業
メニュ−が対応付けられている。例えば、図２４の画面
において、ウインドゥ２４．３中の「Ａ１１１」のディ
レクトリ部分をマウスでクリックすると、図２５に示す
作業メニュ−２５．１が現われる。この作業メニュ−２
５．１も、ボタンメニュ−定義ファイル４４の内容に基
づいて表示される。メニュ−２５．１には、「新規」，
「修正」，「継続終了」，「完了」，「登録」及び「Ｄ
ｏｃ生成」が含まれている。

【００４８】図２５に示す画面において、メニュ−２
５．１の「新規」をマウスでクリックすると、その階層
位置で作成すべき文書の原紙情報が、システム論理構造
ＤＢ（ＳＢ）の内容と、プロジェクトル−ルＤＢ（Ｐ＿
ＲＵＬＥ）上の原紙生成ル−ルに基づいて自動的に生成
され、更に、文書作成のためのプログラム（この例では
Ｇｌｏｂａｌ Ｖｉｅｗ）が起動され、そのプログラム
には、生成した原紙情報が渡される。即ち、メニュ−２
５．１の「新規」をマウスでクリックするだけで、例え
ば図４に示すような原紙が編集画面に表示されることに
なり、オペレ−タは直ちに文書の作成を開始することが
できる。この原紙には、既知の情報（例えばプロジェク
ト名，文書の略称，フォ−マット番号等）が自動的に書
込まれているので、それをオペレ−タが入力する必要は
ない。

【００４９】文書の作成が完了し、メニュ−２５．１の
「登録」をマウスでクリックすると、作成した文書に適
当な名称が自動的に付与され、その文書が所定の階層位
置に自動的に配置される。付与される文書の名称は、略
称−フォ−マット番号−通番−追番で構成され、これら
はその時に選択している階層位置と、システム論理構造
ＤＢ（ＳＢ）の内容によって決定される。例えば、その
階層位置に割当てられた略称がＡ１００でフォ−マット
番号がＦ０１００で、最初の文書を作成した時には、Ａ
１０００−Ｆ０１００−０１−００の名称が生成され、
その文書名で、図１３に示すように、ディレクトリＡ１
０００の階層の下に配置される。

【００５０】なお、この実施例では、ソフトウェア開発
端末１上で作成される文書は、Ｇｌｏｂａｌ Ｖｉｅｗ
を使用して作成されるＪ−ＳＴＡＲフォ−マットである
ため、この文書は変換サ−バ３を介して、ＭＤＩフォ−
マットに変換された後で、設計文書格納ＤＢ（ＳＢ）上
に登録される。

【００５１】図１に示すシステムは、ロ−カルエリアネ
ットワ−クＬＡＮを介して、多数のソフトウェア開発端
末１を、ソフトウェア開発支援サ−バ４に接続すること
ができ、多数のソフトウェア開発技術者が、分業で同時
に１つのシステムのソフトウェアの各モジュ−ルを開発
することができる。また、多数のソフトウェア開発技術
者のいずれがソフトウェアを開発する場合であっても、
ソフトウェア開発支援サ−バ４上の１つのシステム（Ｓ
Ｄ，ＳＢ，Ｐ＿ＲＵＬＥ等）を共用することになるた
め、全てのソフトウェア開発技術者は同様の環境でソフ
トウェアを開発することができる。作成したデ−タファ
イル等を保存するための階層構造等の環境が自動的に生
成されるので、各々の技術者は文書の内容の作成のみに
専念することができる。

【００５２】

【発明の効果】上述のとおり、本発明によれば、多数の
ソフトウェア開発技術者が、分業で同時に１つのシステ
ムのソフトウェアの各モジュ−ルを開発する場合であっ
ても、多数のファイル等を作成する階層構造が自動的に
作成されるので、そのような環境の設定に関する操作を
各々の作業者が実施する必要がなく、従って階層構造が
必要以上に複雑になったり、階層の上下関係が逆転する
ような混乱が生じる心配もなく、ソフトウェアの作成が
従来よりはるかに容易になる。

【図面の簡単な説明】

【図１】 実施例のシステムの構成を示すブロック図で
ある。

【図２】 図１のシステムを使用する場合のソフトウェ
ア開発業務の流れと、各業務での成果物とＳＤに登録さ
れる情報の関係を示すフロ−チャ−トである。

【図３】 業務の区分と、各業務での作業内容を示すマ
ップである。

【図４】 Ｃ０３００フォ−マットの原紙デ−タの内容
を可視的に示すマップである。

【図５】 Ｃ０５００フォ−マットの原紙デ−タの内容
を可視的に示すマップである。

【図６】 Ｃ０５００フォ−マットの原紙デ−タの内容
をパ−ティションＮｏ．とともに可視的に示すマップで
ある。

【図７】 設計文書原紙ＤＢ４５の階層構造を示すマッ
プである。

【図８】 原紙生成ル−ルの構造を示すマップである。

【図９】 実際の原紙生成ル−ルの例を示すマップであ
る。

【図１０】 ＭＤＩフォ−マットの実際の原紙デ−タの
内容の一部分を示すマップである。

【図１１】 １つのプロジェクトの設計文書を配置する
ための階層構造の一例を示すマップである。

【図１２】 内容が記述された機能階層構造表の構成の
一例を示すマップである。

【図１３】 設計文書格納ＤＢ（ＳＢ）上の階層構造の
一例を示すマップである。

【図１４】 Ｒ＿CONTAINS表作成ル−ルの一部分を示す
マップである。

【図１５】 Ｒ＿CONTAINS表作成ル−ルの一部分を示す
マップである。

【図１６】 Ｒ＿CONTAINS表作成ル−ルの一部分を示す
マップである。

【図１７】 Ｍ＿FUNCTION表作成ル−ルを示すマップで
ある。

【図１８】 作成されたＲ＿CONTAINS表の例を示すマッ
プである。

【図１９】 作成されたＭ＿FUNCTION表の例を示すマッ
プである。

【図２０】 ボタンメニュ−定義ファイルの構成を示す
マップである。

【図２１】 ボタンメニュ−定義ファイルの実際の構成
例を示すマップである。

【図２２】 原紙デ−タを生成する時の制御及びデ−タ
の流れを示すブロック図である。

【図２３】 ソフトウェア開発端末１上の画面表示例を
示す正面図である。

【図２４】 ソフトウェア開発端末１上の画面表示例を
示す正面図である。

【図２５】 ソフトウェア開発端末１上の画面表示例を
示す正面図である。

【符号の説明】

１：ソフトウェア開発端末 ２：文書ファイルサ
−バ ３：変換サ−バ ４：ソフトウェア開発支援サ−バ １１，２１，３１，４１：ワ−クステ−ション ４２：設計文書変換インタ−フェ−スファイル ４３：ＣＡＳＥアプリケ−ション実行プログラムＤＢ ４４：ボタンメニュ−定義ファイル ４５：設計文書原紙ＤＢ ４７：プログラムソ
−スＤＢ ＳＤ：システム論理構造ＤＢ ＳＢ：設計文書格納
ＤＢ Ｐ＿ＲＵＬＥ：プロジェクトル−ルＤＢ ＬＡＮ：ロ−カルエリアネットワ−ク

Claims (1)

【特許請求の範囲】
1. 【請求項１】 予め格納した複数の設計文書の原紙群か
   らの必要な原紙の抽出および抽出した原紙への初期情報
   付加に関するル−ル情報を保持する原紙生成ル−ル保持
   手段；前記原紙生成ル−ル保持手段の原紙生成ル−ルに
   従いそれぞれに位置情報が割り当てられた複数の記入欄
   を含む所定の原紙情報を生成する原紙情報生成手段；設
   計文書の仕様情報を抽出しデ−タベ−ス化するために予
   め定めた登録ル−ル情報を保持する登録ル−ル保持手
   段；少なくとも階層構造を示す情報が付加された、前記
   原紙情報を読み込み、その中から前記登録ル−ル情報に
   基づいて、特定の位置情報に対応する記入欄の情報を抽
   出し、階層構造の各位置の情報と、その位置に連結され
   る他の階層の位置及びそれらの主従関係を示す関連情報
   を生成する手段；生成された前記関連情報に従って、記
   憶装置上に階層構造を自動的に生成する、階層構造生成
   手段；及び生成された前記関連情報に従って、生成され
   る階層構造を可視表示する階層構造表示手段；を備え
   る、ソフトウェア作成環境自動生成装置。