JPH09212352A - プログラム開発支援システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 プログラム開発に利用するソースプログラム
およびプログラム部品，ツール，仕様書，開発者といっ
た情報の相互の間に必要な関連を生成し、それぞれの情
報をリソース情報として管理し、その関連の属性情報を
保持し、これらの情報を統合的に管理できるプログラム
開発支援システムを提供する。 【解決手段】 プログラム開発情報を格納する格納手段
と、プログラム開発情報の属性情報および各プログラム
開発情報の間の関連情報を生成する生成手段と、プログ
ラム開発情報，生成手段により生成した属性情報および
関連情報をプログラム開発の１つのリソースとして、当
該リソースにユニークな番号を付与して管理する管理手
段と、関連情報を利用してリソースからシステム構成要
素を生成するシステム構成要素生成手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータプロ
グラムを開発する場合において、プログラム作成および
プログラムドキュメント作成などに使用する種々の情報
（リソース情報）を統合的に管理するプログラム開発支
援システムに関する。

【０００２】

【従来の技術】コンピュータプログラムを開発する場合
において、プログラムの開発に使用する情報には、ソー
スプログラム，機能設計書，関数仕様書，モジュール構
造図，テーブル関連図，コール関連図などの各種の情報
がある。従来、これらの情報に対する管理は、例えば、
ソースプログラムの構成要素を、モジュールや関数単位
に分割し、関数と対応する関数仕様書を、関数のファイ
ルにその関数の仕様書の名称を記述して関連付け、それ
ぞれの情報をファイルとして管理する。このような管理
方法によるプログラム開発支援システムが知られてい
る。

【０００３】従来、プログラムとその仕様情報を関連付
けて管理するシステムとしては、特開平２−１８１２２
４号公報に記載されている「ソフトウェア開発システ
ム」がある。ここに記載されているシステムは、所定の
形式で入力されたプログラムとモジュール仕様書からプ
ログラム情報または仕様情報を抽出して、データベース
に格納し、格納した情報からソースプログラムおよび仕
様情報を生成する。

【０００４】

【発明が解決しようとする課題】ところで、従来技術の
システムでは、プログラム開発に利用するそれぞれの情
報をファイルとして管理していた。そのため、個々のプ
ログラマが自分の使いやすいエディタなどのプログラム
開発用のツールを用いて、関数仕様書などを作成する
と、そのツールによって作成した仕様書は、そのツール
が理解できるフォーマットのファイルとして管理される
ようになる。このようにファイルとして管理すると、あ
るツールで作成されたファイルを他のツールから参照す
るためには、そのファイルのフォーマットを知り、その
フォーマットを読めるように、他のツールに変更を施さ
なければならず、直接参照することはできなかった。

【０００５】また、従来技術のシステムで管理されてい
た情報は、ソースプログラムと仕様書であり、プログラ
マが使用するツール、プログラマなどの名前などの情報
は、ソースプログラムや仕様書と関連付けて一元的に管
理していなかった。

【０００６】そのため、例えば、仕様書を変更する場合
に、現在の仕様書を生成したツールがどのツールである
かが判断できずに、他のツールを利用して変更してしま
うことがあり、仕様書のフォーマットが更新前のものと
異なるという状況が生じることがあった。また、プログ
ラム開発に参加するプログラマの氏名をデータとして、
そのプログラマが作成を担当するソースプログラムと開
連付けて管理していなかったため、プログラム開発の責
任者は、プログラマの数が多い場合や、プログラマの交
代が多い場合には、だれがどの部分を担当しているのが
を把握するのが難しかった。

【０００７】また、従来、ソースプログラムを管理する
単位は、モジュールや関数単位であった。そのため、あ
る関数を変更した場合にその影響の及び関数を知ること
は可能であったが、変数の名称などの変更があり、その
影響範囲が知りたい場合に、変更箇所を特定することが
できないという問題があった。

【０００８】また、ソースプログラムと仕様書やソース
プログラム中の関数と関数の名称によって関連付けるこ
とは行われていても、その関連がどのような意味を持つ
関連であるか、すなわち、関連の種別は定義していなか
った。そのため、ある関連に対応する関数仕様書がどれ
であるかを判別することは可能であったが、関数が更新
された場合に、関連付けられている関数仕様書に対して
どのような処理を行ったよいのかはわからなかった。

【０００９】また、ソースプログラムを作成する場合、
ユーザが関数の仕様を記述し、その記述した仕様から関
数を生成し、生成した関数とへッダなどを組み合せて作
成しており、それぞれの段階でデータを保存していた。
このため、このようにして作成したソースプログラムを
ユーザが修正した場合、ソースプログラムの生成元とな
る関数とその関数の生成元となる記述仕様を検索し、そ
れぞれを修正する必要があった。

【００１０】また、実体が未定義である情報を、他の実
体を有する情報との関連を保持したまま登録しておくこ
とできなかった。実体が未定義であるというのは、関数
の場合を例にすると、他の関数内でコールされている
が、その内容が定義されていないものである。そのた
め、未定義のリソースは実体が定義された時点で、ユー
ザがそのリソースと他の定義済みの登録されたリソース
とを関連付ける必要があった。

【００１１】また、ソフトウェアシステムを開発する場
合に、ソフトウェアシステム全体を一人で開発するので
は無く、数人の担当者で開発する場合は、各担当者にシ
ステムを細かく分割してプログラムの開発を行う。開発
し終わった部分については、徐々に組み合わせて、シス
テムとしての動作確認を実施する。従来の方法では担当
者が開発作業を終了する以前に組み合わせると、終了し
ていない担当者の不良により、自分の目的とするテスト
ができなかったり、終了するまで待っている時間が無駄
になったりした。

【００１２】本発明の目的は、プログラム開発に利用す
るソースプログラム，ツール，仕様書，開発者といった
情報相互の間に必要な関連を生成し、それぞれの情報を
リソースとして管理し、その関連を保持することのでき
るプログラム開発支援装置を提供することにある。

【００１３】

【課題を解決するための手段】上記のような目的を達成
するため、本発明によるプログラム開発支援装置のシス
テムは、第１の特徴として、プログラム開発情報を格納
する格納手段と、前記プログラム開発情報の属性情報お
よび各プログラム開発情報の間の関連情報を生成する生
成手段と、前記プログラム開発情報，前記生成手段によ
り生成した属性情報および関連情報をプログラム開発の
１つのリソースとして、当該リソースにユニークな番号
を付与して管理する管理手段と、前記関連情報を利用し
て前記リソースからシステム構成要素を生成するシステ
ム構成要素生成手段とを備えたことを特徴とする。

【００１４】また、第２の特徴として、本発明のプログ
ラム開発支援システムにおいては、前記関連情報が、各
プログラム開発情報の間の関連を示す関連種別を含むこ
とを特徴とする。

【００１５】また、第３の特徴として、本発明のプログ
ラム開発支援システムは、更に、公開するリソースを登
録する公開リソース登録手段と、公開を行わないリソー
スを登録する非公開リソース登録手段を備えることを特
徴とする。

【００１６】また、第４の特徴として、本発明のプログ
ラム開発支援システムにおいて、前記管理手段はリソー
スとして管理する情報に、少なくともプロジェクト，担
当者，使用ツールのいずれかに関する情報を含むことを
特徴とする。

【００１７】また、第５の特徴として、本発明のプログ
ラム開発支援システムにおいては、更に、前記リソース
が更新された場合に、更新による影響範囲を検出する影
響範囲検出手段と、前記影響範囲検出手段により検出さ
れた影響範囲に対して前記更新がその影響を直接に反映
させる更新であるか否かを判定する判定手段と、前記判
定手段により直接に反映させる更新であると判定された
場合に更新を反映させる更新反映手段と、前記判定手段
により直接に反映させない更新と判定された場合にユー
ザに対して反映させるか否かを問い合わせる問合せ手段
とを有することを特徴とする。

【００１８】また、第６の特徴として、本発明のプログ
ラム開発支援システムにおいては、更に、前記リソース
に対する参照要求があった場合に、そのリソースの関連
情報を参照し、関連する他のリソースを特定する特定手
段と、参照対象のリソースの更新時刻と前記特定された
関連するリソースの更新時刻を比較する比較手段と、前
記比較手段による比較の結果、前記関連するリソースの
更新時刻が新しい場合に、再度参照対象とするリソース
を再生成する再生成手段とを有することを特徴とする。

【００１９】また、第７の特徴として、本発明によるプ
ログラム開発支援システムは、プログラム開発情報を格
納する格納手段と、前記プログラム開発情報の属性情報
および各情報間の関連情報を生成する生成手段と、前記
生成手段によるプログラム開発情報の属性情報および各
情報間の関連情報の生成時に、当該プログラム開発情報
の実体が定義済みであるかを判定する判定手段と、前記
判定手段による判定の結果、当該プログラム開発情報の
実体が定義済みの場合に生成した情報を登録する第１登
録手段と、前記判定手段による判定の結果、当該プログ
ラム開発情報の実体が未定義の場合に生成した情報を登
録する第２登録手段と、前記プログラム開発情報と前記
生成手段により生成した属性情報および各情報間の関連
情報を、プログラム開発の１つのリソースとして管理す
る管理手段と、前記リソースにユニークな番号を付与す
る番号付与手段と、前記関連情報を利用して前記リソー
スからシステム構成要素を生成するシステム構成要素生
成手段を有することを特徴とする。

【００２０】また、第８の特徴として、ここでのプログ
ラム開発支援システムにおいては、更に、第１登録手段
に登録された情報が削除された場合に、他の情報との関
連の種別により、前記削除された情報を未定義情報とし
て第２登録手段に移動する移動手段を有することを特徴
とする。

【００２１】このような様々な特徴を有する本発明によ
るプログラム開発支援システムにおいては、格納手段
が、プログラム開発情報を格納しており、この格納され
ているプログラム開発情報に対して、生成手段が、前記
プログラム開発情報の属性情報および各プログラム開発
情報の間の関連情報を生成する。これらの情報は、管理
手段により管理される。つまり、ここでの管理手段は、
前記プログラム開発情報，前記生成手段により生成した
属性情報および関連情報をプログラム開発の１つのリソ
ースとして、当該リソースにユニークな番号を付与して
管理する。そして、システム構成要素生成手段が、前記
関連情報を利用して前記リソースからシステム構成要素
を生成する。

【００２２】ここでのプログラム開発支援システムにお
いては、第２の特徴として、前記関連情報が、各プログ
ラム開発情報の間の関連を示す関連種別を含んでいる。
このため、関連種別の内容を参照することにより、各プ
ログラム開発情報の間の関連を判定でき、関連づけられ
たプログラム要素の更新修正などの作業を能率良く行う
ことができる。

【００２３】また、第３の特徴として、本発明のプログ
ラム開発支援システムには、更に、公開リソース登録手
段と、非公開リソース登録手段が備えられている。公開
リソース登録手段は、公開するリソースを登録し、ま
た、非公開リソース登録手段は、公開を行わないリソー
スを登録する。これにより、部分的に作成されたプログ
ラムにおいて、例えば、テスト済みのものを公開するリ
ソースとし、テストが済んでいないリソースを公開しな
い非公開リソースとすることにより、公開されたリソー
スについてのみ、プログラム開発を行う他のプログラマ
が利用して能率良く、プログラム開発を行うことができ
る。

【００２４】また、第４の特徴として、本発明のプログ
ラム開発支援システムにおいて、前記管理手段はリソー
スとして管理する情報に、少なくともプロジェクト，担
当者，使用ツールのいずれかに関する情報を含むが、こ
れにより、プログラム開発情報を再利用する上での自由
度が大きくなる。例えば、プロジェクト毎にプログラム
開発情報を管理でき、担当者毎にプログラム開発情報を
管理できる。または、使用ツール毎にプログラム開発情
報を管理できる。

【００２５】また、本発明のプログラム開発支援システ
ムにおいては、第５の特徴として、更に、影響範囲検出
手段と、判定手段と、更新反映手段と、問い合わせ手段
が備えられている。影響範囲検出手段は、前記リソース
が更新された場合に、更新による影響範囲を検出し、判
定手段が、この影響範囲検出手段により検出された影響
範囲に対して前記更新がその影響を直接に反映させる更
新であるか否かを判定すると、更新反映手段が、前記判
定手段により直接に反映させる更新であると判定された
場合に更新を反映させる。また、前記判定手段により直
接に反映させない更新と判定された場合に、問い合わせ
手段が、ユーザに対して反映させるか否かを問い合わせ
る。これにより、リソースが更新された場合に、その影
響範囲にまでその更新を反映させることができる。

【００２６】また、第６の特徴として、その場合に、本
発明のプログラム開発支援システムにおいては、更に、
特定手段と、比較手段と、再生成手段とが備えられてお
り、特定手段が、前記リソースに対する参照要求があっ
た場合に、そのリソースの関連情報を参照して、関連す
る他のリソースを特定すると、比較手段が、参照対象の
リソースの更新時刻と前記特定された関連するリソース
の更新時刻を比較する。そして再生成手段が、前記比較
手段による比較の結果、前記関連するリソースの更新時
刻が新しい場合に、再度参照対象とするリソースを再生
成する。これにより、リソースが参照される度にリソー
スは、最新のものに更新される。

【００２７】また、第７の特徴とする本発明のプログラ
ム開発支援システムにおいては、格納手段が、プログラ
ム開発情報を格納しており、このプログラム開発情報に
対して、生成手段が、前記プログラム開発情報の属性情
報および各情報間の関連情報を生成する。判定手段は、
前記生成手段によるプログラム開発情報の属性情報およ
び各情報間の関連情報の生成時に、当該プログラム開発
情報の実体が定義済みであるかを判定し、第１登録手段
が、前記判定手段による判定の結果、当該プログラム開
発情報の実体が定義済みの場合に生成した情報を登録す
る。また、第２登録手段が、前記判定手段による判定の
結果、当該プログラム開発情報の実体が未定義の場合に
生成した情報を登録する。管理手段は、前記プログラム
開発情報と前記生成手段により生成した属性情報および
各情報間の関連情報を、プログラム開発の１つのリソー
スとして、前記リソースにユニークな番号を付与して管
理する。そして、システム構成要素生成手段は、前記関
連情報を利用して前記リソースからシステム構成要素を
生成する。

【００２８】また、ここでのプログラム開発支援システ
ムにおいては、更に、第８の特徴として、移動手段が備
えられており、この移動手段が、第１登録手段に登録さ
れた情報が削除された場合に、他の情報との関連の種別
により、前記削除された情報を未定義情報として第２登
録手段に移動する。これにより、削除された情報に対す
る関連づけられた関係が破壊されることもなく、未定義
情報として残されるため、他の関連プログラムを修正す
る場合においても、修正ミスがなくなる。

【００２９】このようにして、プログラム開発に関わる
開発者の名前やプロジェクトの情報などの開発情報と、
プログラム開発に利用するツールやプログラムの仕様に
関するモジュール仕様書および関数仕様書などの仕様情
報と、プログラム開発過程で生成されるソースプログラ
ムの構成要素で実体の定義されている構成要素とを、そ
の属性情報と開発情報，ツール情報，仕様情報およびソ
ースプログラム部品の相互の関連種別と関連関係を含む
関連情報とともに登録できる。また、ソースプログラム
部品で実体の定義されていない部品は、他の情報との関
連種別と関連関係を含む関係情報とともに他の領域に登
録できる。そして、実体が定義された時点で、定義済の
情報の登録されている領域に移動させる。このため、ユ
ーザは、未定義の情報が定義された場合においても、他
の情報との関連付けを意識する必要がない。また、いつ
までも、実体が定義されない情報は、領域に残ったまま
であるため、間違って作成した未定義の情報を見つける
のが容易になる。

【００３０】

【発明の実施の形態】以下、本発明を実施する場合の態
様について、図面を参照して具体的に説明する。図１
は、本発明の一実施例にかかるプログラム開発支援シス
テムの要部のシステム構成を示すブロック図であり、図
２は定義済リソーステーブルと未定義リソーステーブル
を説明する図である。図１および図２において、１１は
制御処理部、１２はソースプログラム作成部、１３はプ
ログラム分割部、１４は仕様書作成部、１５はリソース
定義選択部、１６ツール情報格納部、１７は担当者情報
格納部、１８は仕様情報格納部、１９はリソース定義フ
ァイル格納部、２０は登録処理部、２１はリソースデー
タベース、２２はソリースァイル（定義済リソースファ
イル）格納部、２３は未定義リソースファイル格納部、
２４はリソーステーブル、２５は未定義リソーステーブ
ルである。

【００３１】処理制御部１１は、プログラム開発支援シ
ステムにおける各種の処理を行うためのシステム制御を
行い、ソースプログラム作成部１２は、ソースプログラ
ムを作成するための処理を行う。プログラム分割部１３
は、入力されたソースプログラムをプログラム要素（リ
ソース情報）の構成単位ごとに分割する処理を行う。ま
た、仕様書作成部１４は、仕様書の作成を行うための処
理を行い、リソース定義選択部１５は、使用するリソー
ス情報の定義を選択する。

【００３２】ツール情報格納部１６には、プログラム開
発や仕様書作成のために使用するツール情報が格納され
ており、担当者情報格納部１７は、プログラム開発に参
加する開発者の情報である担当者情報が格納されてい
る。また、仕様情報格納部１８には、プログラムの仕様
に関する図やドキュメントからなる仕様書情報が格納さ
れている。更に、リソース定義ファイル格納部１９に
は、プログラム，仕様書，開発者，およびツールの各情
報の属性と相互の関連情報を定義したリソース定義ファ
イルが格納されている。

【００３３】登録処理部２０は、ソースプログラム作成
部１２およびプログラム分割部１３により生成されるリ
ソース情報（ソースプログラム部品）、仕様書作成部１
４により作成されるリソース情報（プログラム仕様書，
関数仕様書）、ツール情報格納部１６に格納されている
ツールリソース情報（エディタ，コンパイラ，デバッガ
などの各種の開発ツール）、担当者情報格納部１７に格
納されている開発者リソース情報（開発担当者名，担当
者の技術開発経歴情報）などの各種のリソース情報（以
下、単にリソースと称する）を、リソースデータベース
２１に登録する処理を行う。

【００３４】リソースデータベース２１には、リソース
テーブル（定義済みリソーステーブル）を格納するリソ
ースファイル格納部２２と、これに対応する未定義リソ
ーステーブルを格納する未定義リソースファイル格納部
２３とが備えられており、図２に示すように、これらの
格納部に格納されるリソーステーブル２４および未定義
リソーステーブル２５の各々のフィールドにそれぞれの
データが記憶されて、各種のリソースとなるプログラム
開発情報が管理される。

【００３５】図２（Ａ）に示すように、リソーステーブ
ル２４は、ＩＤフィールド２４ａ，種別フィールド２４
ｂ，名称（名前）フィールド２４ｃ，属性情報フィール
ド２４ｄ，関連先フィールド２４ｅ，関連元フィールド
２４ｆ，および格納場所フィールド２４ｇの各フィール
ドのデータから構成される。これらの各フィールドのデ
ータとして、ここでのプログラム開発にかかる情報の要
素が格納されたリソース単位のデータがそのレコードと
して、その各々のレコードデータに関係が付けられて管
理される。また、このようなデータ構造のリソーステー
ブル２４と対応して、図２（Ｂ）に示すようなフォーマ
ットのデータフィールドの構造を有する未定義リソース
テーブル２５が設けられている。

【００３６】リソーステーブル２４のＩＤフィールド２
４ａには、ここでレコードデータとして管理するリソー
スに対し、そのレコードデータを識別するユニークな識
別番号のＩＤ番号が格納される。種別フィールド２４ｂ
には、当該レコードのリソース情報の種類（モジュー
ル，関数，ツール，仕様書，作成者など）が格納され、
名称（名前）フィールド２４ｃには、当該レコードデー
タ（リソース情報）に付与する名前のデータが格納され
る。

【００３７】属性情報フィールド２４ｄは、当該リソー
ス情報のレコードデータの属性情報が格納される。例え
ば、ここでの属性情報としては、当該リソース情報が更
新された時刻を示す時刻情報とコンパイルを行ったか否
かを示すフラグ情報が格納される。関連先フィールド２
４ｅには、関連付ける関連先のＩＤ番号とその関連種別
の識別子（have, ref, genなど）が格納される。また、
同様に、関連元フィールド２４ｆには、関連付けられる
関連元のＩＤ番号とその関連種別の識別子（have, ref,
genなど）が格納される。そして、格納場所フィールド
２４ｇには、当該レコードにより管理されるリソース情
報の実体情報の格納位置のデータが格納される。

【００３８】つまり、ここでのリソーステーブル２４に
は、リソースの属性情報（２４ａ〜２４ｄ），関連種別
と関連先ＩＤからなる関連先（２４ｅ）の情報，関連種
別と関連元ＩＤからなる関連元（２４ｆ）の情報，リソ
ースの実体の格納位置を示す格納場所（２４ｇ）の情報
の各情報が格納され、これらの情報を用いて、各々のリ
ソースの情報の管理を行い、その関係づける操作が行わ
れる。属性情報は、リソース毎にリソース定義ファイル
格納部１９のリソース定義ファイルにより定義される。
また、未定義リソーステーブル２５には、当面は、完全
には定義され得ないリソース、また、リソースの一部が
削除された場合に、その削除により関連がはずされたリ
ソースが登録される。ここでの未定義リソース情報とし
ては、リソーステーブル２４の各フィールドデータと同
様に、ＩＤ番号，種別，名称，関連種別と関連先ＩＤか
らなる関連先，および、関連種別と関連先ＩＤからなる
関連元のフィールドデータから構成されるレコードデー
タが、未定義リソーステーブル２５に格納される。

【００３９】次に、未定義リソーステーブル２５につい
て説明する。図２（Ｂ）に示すように、未定義リソース
テーブル２５は、リソーステーブル２４と同様なデータ
フィールドを有するデータ構造により構成されている。
ＩＤフィールド２５ａには、ここでのレコードデータと
して管理する未定義リソース情報を識別するユニークな
識別番号のＩＤ番号が格納され、種別フィールド２５ｂ
には、当該レコードのリソース情報の種類（モジュー
ル，関数，ツール，仕様書，作成者など）が格納され
る。名称（名前）フィールド２５ｃには、当該レコード
データに付与する名前のデータが格納される。関連先フ
ィールド２５ｄには関連付ける関連先のＩＤ番号とその
関連種別の識別子が格納される。関連元フィールド２５
ｅには、関連付けられる関連元のＩＤ番号とその関連種
別の識別子が格納される。なお、この場合に、未定義リ
ソーステーブル２５に登録される未定義リソース情報
は、未だ実体情報が定義されていないリソースの情報で
あるので、属性情報のデータを格納するフィールド，格
納場所のデータを格納するフィールドなどは設けられて
いない。

【００４０】図３は、リソース定義ファイルの構成を説
明する図である。リソース定義ファイル３０は、システ
ム構成（図１）の中のリソース定義ファイル格納部１９
に格納される。図３に示すように、リソース定義ファイ
ル３０は、プログラムリソース定義３１，仕様リソース
定義３２，ドキュメントリソース定義３３，ツールリソ
ース定義３４，および管理情報リソース定義３５の各定
義情報から構成されている。これらのリソース定義情報
の定義によって、リソース情報の要素の間に張られる関
連関係、およびそれぞれのリソースの持つ属性の種類が
定義される。

【００４１】図４は、プログラムリソース定義として定
義されるリソース情報の要素の間の関連の一例を説明す
る図である。プログラムリソース定義において、プログ
ラムリソースの要素となるプログラム内のモジュール，
関数，変数のような構成要素のそれぞれの間の関係が、
関連種別を示す属性子により関連として定義される。図
４において、プログラムリソースの要素名が表記された
長丸は、プログラムリソースのそれぞれの構成要素を示
しており、要素の間のラベル付与された矢印が、関連種
別を示す関係子による関連を示してる。例えば、関連種
別が“have”の関係子は、左辺が右辺を含むという関連
を示しており、関連種別が“ref”の関係子は、左辺が
右辺を参照するという関連を示している。また、関連種
別が“gen”の関係子は、左辺を使い右辺を生成してい
るという関連を示している。

【００４２】このような関係子により表現されるプログ
ラムリソースについて、その構成要素の関係を具体例に
より説明すると、すなわち、図４に示す例で説明する
と、この場合、システムの要素４１とプログラムの要素
４２とは、関連種別が“have”の関係子により結合され
ている。また、同じく、プログラムの要素４２は、モジ
ュールの要素４３と“include”の要素４４に、関連種
別が“have”の関係子により結合されている。これらの
意味するところは、システムの要素４１は、プログラム
の要素４２を含み、そのプログラムの要素４２は、モジ
ュールの要素４３および“include”の要素４４を含ん
でいるということである。

【００４３】また、同様にして、それぞれの関連種別の
関係子により結合されている各要素の間の意味するとこ
ろを説明する。モジュールの要素４３は、ヘッダの要素
４５および関数の要素４７を含んでおり（関連種別が
“have”の関係子）、仕様書の要素４６がモジュールの
要素４３から生成されたもの（関連種別が“gen”の関
係子）であることを意味している。同様にして、“incl
ude”の要素４４は、構造体の要素４８および“#defin
e”の要素４９を含んでいる。ヘッダの要素４５は“#de
fine”の要素５０を含み（関連種別が“have”の関係
子）、構造体の要素５１を参照していること（関連種別
が“ref”の関係子）を意味している。更に、その関数
の要素４７は、変数の要素５２，構造体の要素５３，別
の関数の要素５５，および“typedef”の要素５６を参
照して、関数仕様書の要素５４を生成していることを意
味している。

【００４４】図５は、仕様リソース定義の構成の一例を
関連種別の関係子により示した図である。図５に示すよ
うに、ここでの仕様リソース定義（３２：図３）は、遷
移表５７を構成する要素の関連の一部を示している。仕
様リソース定義には、ＰＡＤ図，コール関連図のような
仕様を表わす図や表の構成要素の間の関連と、他のリソ
ースの要素との関連が定義されている。ここでの関連を
表現するため、プログラムリソースの構成要素の関連を
表現する場合（図４）と同様に、仕様リソースの要素名
が表記された長丸は、仕様リソースの構成要素を示して
おり、要素の間のラベル付与された矢印が、関連種別を
示す関係子による関連を示している。

【００４５】ここでの関係子として、関連種別が“hav
e”の関係子，関係種別が“ref”の関係子，および関連
種別が“next”の関係子により、その要素の間の関係が
示されている。この場合、新たに関連種別が“next”の
関係子が示されているが、この関連種別が“next”の関
係子は、左辺の次に右辺の処理を行うという関連である
ことを意味している。つまり、この関連種別が“next”
の関係子により、処理の順序関係を表すことができる。

【００４６】図５に示される仕様リソース定義による
と、遷移表の要素５７は、状態の要素５８，イベントの
要素５９，およびフィールドの要素６０を含み、そのイ
ベントの要素５９はフィールドの要素６０を参照する。
また、状態の要素５８は、フィールドの要素６０を参照
する。フィールドの要素６０の処理の次には、状態の要
素５８の処理を行う。

【００４７】図６は、ドキュメントリソース定義の構成
の一例を関連種別の関係子により示した図である。図６
に示すように、ここでのドキュメントリソース定義（３
３：図３）は、ドキュメントと当該ドキュメントに含ま
れる構成要素との関連，構成要素の間の関連，およびド
キュメントと他のリソースとの関連を定義している。こ
の場合にも、前述の場合と同様に、ドキュメントリソー
スの要素名が表記された長丸は、ドキュメントリソース
の構成要素を示しており、要素の間のラベル付与された
矢印が、関連種別を示す関係子による関連を示してい
る。図６に示されるドキュメントリソース定義による
と、ドキュメントの要素６１は、目次の要素６２を含ん
でおり、また、ドキュメントの要素６１は、状態遷移表
の要素６３およびＰＡＤ図の要素６４を参照する。

【００４８】図７は、ツールリソース定義の構成の一例
を関連種別の関係子により示す図である。図７に示すよ
うに、ツールリソース定義（３４：図３）によって、ツ
ールリソースと他のリソースの間の関連を定義してい
る。前述と同様に、ツールリソースの要素名が表記され
た長丸は、ツールリソースの構成要素を示しており、要
素の間のラベル付与された矢印が、関連種別を示す関係
子による関連を示している。ここでは、関連種別が“ge
n”の関係子，関連種別が“edit”の関係子，関連種別
が“view”の関係子により、それぞれの関係が示されて
いる。これらの関連種別の関係子が、ツールリソースと
他のリソースに対する関連の種別を示している。

【００４９】関連種別が“gen”の関係子は、ツールが
リソースを生成するという関連を示しており、関連種別
が“edit”の関係子は、ツールがリソースを編集すると
いう関連を示している。また、関連種別が“view”の関
係子は、ツールがリソースを表示するという関連を示し
ている。つまり、図７に示されるツールリソースの定義
によると、第１ツールの要素６５および第２ツールの要
素６７の２つのツールがあり、第１ツールの要素６５
は、仕様書の要素６６を生成する。第２ツールの要素６
７は、仕様書の要素６６を表示し、関数の要素６８を編
集する。また、関数の要素６８は、仕様書の要素６６を
生成する。

【００５０】また、図８は、管理情報リソース定義の構
成の一例を関連種別の関係子により示した図である。図
８に示すように、ここでの管理情報リソース定義（３
５：図３）によって、ユーザ（プログラム開発者）と他
のリソースとの間の関連の関係が定義されている。つま
り、前述したように、ここでの管理情報リソースの構成
の関連を関連種別の関係子の内容によって見ると、担当
者の要素６９は、プログラムの要素７０，ライブラリの
要素７１，およびモジュールの要素７２を参照する。

【００５１】なお、前述した図４〜図８では、特に図示
していないが、それぞれのリソースの定義において、リ
ソース毎に使用が可能な属性情報が定義される。この属
性情報は、例えば、プログラムリソースの一つである変
数の場合を例にすると、その変数の属性情報として、記
憶クラス，宣言，宣言の型，初期値，日本語名などが定
義される。

【００５２】図９は、本発明によるプログラム開発支援
システムを一態様で実施するハードウェアシステムの全
体の構成の一例を示す図である。このハードウェアシス
テムは、ネットワーク接続されたクライアントサーバシ
ステムとなっており、１つのサーバ装置のデータを共有
して、複数のクライアント装置の端末装置からプログラ
ム開発の担当者がそれぞれにツールを利用したプログラ
ムおよびデータの入力操作を行い、プログラム開発を行
う。

【００５３】図９において、８１は全体のシステム制御
を行うサーバ装置、８２はプログラム開発に係るデータ
を格納する外部記憶装置、８３はユーザ（プログラム開
発者）が操作する端末機能のクライアント装置、８４は
ネットワーク、８５はディスプレイ、８６はキーボー
ド、８７はポインティングデバイスのマウス、８８はネ
ットワークを介するプリント依頼を受けてプリントを行
うプリントサービス装置である。ここでのハードウェア
システムは、ネットワーク８４により、サーバ装置８
１，プリンタサービス装置８８，および複数のクライア
ント装置８３が接続されてシステムを構成している。

【００５４】サーバ装置８１は、データの処理を行うマ
イクロプロセッサ（ＣＰＵ）８１ａとメモリ８１ｂを有
しており、更には、外部記憶装置８２が接続されてい
る。システム全体の制御に係る各種のサービス処理を行
う。つまり、ネットワーク８４を介して、各々のクライ
アント装置８３からの処理依頼を受けて、その処理に対
するサービスを行う。

【００５５】また、同じく、クライアント装置８３は、
データの処理を行うマイクロプロセッサ（ＣＰＵ）８３
ａとメモリ８３ｂを有しており、更に、ディスプレイ８
５，キーボード８６，ポインティングデバイスのマウス
８７が接続されている。クライアント装置８３は、プロ
グラム作成を行うユーザが操作する操作端末機の機能を
提供する。つまり、ユーザが操作端末の機能を用いて、
当該クライアント装置８３からネットワーク８４を介し
て、サーバ装置８１にその処理依頼を発行し、サーバ装
置８１からその各々の処理に対するサービスを受けて処
理（プログラム作成支援処理）を進める。

【００５６】次に、前述したリソーステーブル（２４：
図２）および未定義リソーステーブル（２５：図２）
に、ソースプログラム情報が、リソース情報として格納
される場合の処理例について、そのデータ内容を具体的
に例示して説明する。ここでリソース情報とするデータ
の内容（ソースプログラム情報）は、ユーザ（プログラ
マ）がエディタなどのツールを利用して、ディスプレイ
画面の操作を行い、プログラムおよびデータの入力操作
（プログラム作成操作）により作成したものであるか、
または、既存のソースプログラム情報を解析し、分解し
て用いる。

【００５７】図１０は、リソーステーブル２４と未定義
リソーステーブル２５に、リソース情報（リソースの単
位）として格納するプログラム情報の元となる情報の集
合を表している。図１０において、９１は情報全体を示
しており、９２はプログラム“ｍａｉｎ．ｃ”のプログ
ラムモジュール、９３はプログラムモジュールの中の関
数“ｍａｉｎ”のプログラム要素（以下、関数と略称す
る）、９４はプログラムモジュールを作成したツールの
リソース情報（ツール名称）、９５は仕様書の情報（ド
キュメント情報）、９６は担当者の情報（担当者名称）
である。

【００５８】このようなプログラム情報の元となる情報
を与えられると、制御処理部１１（図１）は、プログラ
ム分割部１３（図１）を起動し、プログラム分割部１３
が、プログラムモジュール９２を、プログラムの構成要
素の単位（リソース）に分割する。この場合、プログラ
ムモジュール９２は、具体的にはコメントと関数に分割
される。そして、登録処理部２０が、実体の定義されて
いるプログラムモジュール９２と関数９３に対して、そ
の属性情報と関連先および関連元を生成し、それぞれの
リソース毎に、その実体の格納場所と共にリソーステー
ブル２４に格納する。

【００５９】次に、同じく、登録処理部２０において、
関数９３の内部情報を解析し、例えば、内部で関数“ｉ
ｎｉｔ”をコールしていることを検出すると、関数“ｉ
ｎｉｔ”に係る情報を登録する。つまり、プログラム要
素の関数“ｍａｉｎ”の本体部分において、その処理プ
ロセスの中で関数“ｉｎｉｔ”をコールしていることを
検出すると、更に、その関数“ｉｎｉｔ”に係る情報を
登録する。この場合、関数“ｉｎｉｔ”はまだ実体の情
報が不明なので、その場合には、未定義リソーステーブ
ル２５に登録する。

【００６０】なお、プログラムモジュールなどのプログ
ラムの実体情報を格納する際、ここでのシステムにおい
ては統一して管理するため、どのリソースについても、
ユーザによって定義されたものか、ツールによって生成
されたものか、あるいは生成に使用されたツールによる
ものかにかかわらず一定のフォーマットで格納する。

【００６１】ツールの情報９４，仕様書の情報９５，お
よび担当者の情報９６は、それぞれに、ツール情報格納
部１６、仕様情報格納部１８、担当者情報格納部１７か
ら登録処理部２０によって、その属性情報と他のリソー
スとの関連先および関連元が生成され、それぞれの情報
（リソース）を識別する識別子情報（ＩＤフィールド２
４ａ），モジュールであるか関数であるかなどの種別の
情報（種別フィールド２４ｂ），その名前（名称フィー
ルド２４ｃ），属性の情報（属性情報フィールド２４
ｄ），関連先（関連先フィールド２４ｅ），関連元（関
連元フィールド２４ｆ），格納場所（格納場所フィール
ド２４ｇ）が、リソーステーブル２４に格納される。

【００６２】この場合、ツール（９４）は、仕様書（９
５）を生成したツールであり、更に、関数（９３）は、
仕様書（９５）の生成元となっているため、図２（Ａ）
に示すように、例えば、第４番目の仕様書の情報（Ｉ
Ｄ：４）として登録するリソースのレコードには、その
関連元フィールド２４ｆに格納する情報として、当該関
数（９３）から生成されたという関連を示すため、生成
の関連子（“gen”）と当該関数（９３）を特定する識
別子情報（ＩＤ：２）が、“gen：２”として格納され
る。同様にして、当該ツール（９４）から生成されたと
いう関連を示すために、同じく、生成の関連子（“ge
n”）と当該ツール（９４）を特定する識別子情報（Ｉ
Ｄ：３）が、“gen：３”として格納される。これによ
り、仕様書の情報９５は、関数の情報９３から生成（ge
n）され、また、ツールの情報９４から生成（gen）され
たという関連が張られる。

【００６３】リソーステーブル２４と未定義リソーステ
ーブル２５の関連先および関連元について、リソース毎
にリソーステーブル２４に登録されている順に（上か
ら）説明すると、ＩＤ番号が“１”のモジュールは、Ｉ
Ｄ番号が“２”の関数“ｍａｉｎ”を含んでいるので
「have（含む）」という関連が張られ、関連先フィール
ド２４ｅには、“have：２”と格納される。

【００６４】ＩＤ番号が“２”の関数“ｍａｉｎ”は、
ＩＤ番号が“１１”の関数“ｉｎｉｔ”を参照している
ので「ref（参照）」という関連が張られ、関連先フィ
ールド２４ｅには、“ref：１１”と格納される。ま
た、このＩＤ番号が“２”の関数“ｍａｉｎ”は、ＩＤ
番号が“４”のツール“ｔｏｏｌ＿Ｂ”の生成元になっ
ているので「gen（生成）」という関連が張られてお
り、関連先フィールド２４ｅには“gen：４”と格納さ
れる。

【００６５】また、関数“ｍａｉｎ”は、ＩＤ番号が
“１”のモジュールに含まれているので関連元フィール
ド２４ｆには“have：１”と格納される。ＩＤ番号が
“３”のツールは、ＩＤ番号が“４”の仕様書を生成す
るものであるので、関連先フィールド２４ｅには“ge
n：４”と格納される。同じく、ＩＤ番号が“４”の仕
様書は、ＩＤ番号が“２”の関数“ｍａｉｎ”と、ＩＤ
番号が“３”のツール“ｔｏｏｌ＿Ｂ”から生成されて
いるので、その関連元フィールド２４ｆには“gen：
２，gen：３”と格納される。また、ＩＤ番号が“５”
の作成者の情報は、この場合、ＩＤ番号が“２”の関数
“ｍａｉｎ”を参照するということなので、関連先フィ
ールド２４ｅには“ref：２”と格納される。

【００６６】ところで、未定義リソーステーブル２５
は、実体情報が定義されていないリソースが格納される
が、この場合において、ＩＤ番号が“１１”の関数“ｉ
ｎｉｔ”は、ＩＤ番号が“２”の関数“ｍａｉｎ”から
参照されているので、その関連元フィールド２５ｅに
“ref：２”と格納される。

【００６７】次に、上記のようにして、リソーステーブ
ル２４および未定義リソーステーブル２５のデータが格
納された後に、あるリソースに対してイベント（参照，
更新，削除など）が発生した場合に、そのリソーステー
ブル２４および未定義リソーステーブル２５に対して生
ずる登録内容の変更処理について説明する。

【００６８】まず、リソーステーブル２４に登録された
リソースにイベントが発生した場合について説明する。
例えば、ＩＤ番号が“４”の仕様書“ｄｏｃ＿Ａ”の参
照要求があった場合、仕様書“ｄｏｃ＿Ａ”の関連元フ
ィールド２４ｆのデータが参照される。ＩＤ番号が
“４”の関連元フィールド２４ｆを参照すると、そこに
仕様書“ｄｏｃ＿Ａ”の情報に対して、“gen：２，ge
n：３”と格納されているので、関数ｍａｉｎからの関
連種別「gen（生成）」の関係子の関連が張られてお
り、関数ｍａｉｎが仕様書“ｄｏｃ＿Ａ”の生成元とな
るものであることがわかる。また、同じく、仕様書“ｄ
ｏｃ＿Ａ”に対して、ツール“ｔｏｏｌ＿Ｂ”からの関
連種別「gen（生成）」の関係子の関連が張られている
ので、仕様書“ｄｏｃ＿Ａ”作成には、“ｔｏｏｌ＿
Ｂ”のツールが使用されて作成されたことがわかる。

【００６９】これらの関連種別により関連する相手のリ
ソースおよびその関連内容（属性）がわかると、次に、
仕様書“ｄｏｃ＿Ａ”の属性情報の更新時刻と、関数
“ｍａｉｎ”の属性情報の更新時刻とを比較し、関数
“ｍａｉｎ”の更新時刻の方が新しい場合には、関連元
フィールド２４ｆの関連内容から得たツール“ｔｏｏｌ
＿Ｂ”の情報に従って、ツール“ｔｏｏｌ＿Ｂ”を利用
して、関数“ｍａｉｎ”のリソースから、仕様書“ｄｏ
ｃ＿Ａ”を再度生成する。

【００７０】このようにして、あるリソースの参照要求
があった場合、そのリソースの生成元となったリソース
が変更されていた場合は、変更後の生成元リソースから
ツールを使用して生成するが、その場合に、当該リソー
スの生成時と同じツールを使用して再度生成する。

【００７１】次に、未定義リソーステーブル２５に登録
されているリソースに対するイベントが発生した場合に
ついて説明すると、例えば、未定義リソーステーブル２
５に登録された関数“ｉｎｉｔ”の実体が定義された場
合、登録処理部２０は、関数“ｉｎｉｔ”の属性情報を
生成し、生成した属性情報，実体の格納場所の情報，関
連先，および関連元とともに、当該リソースをリソース
テーブル２４へ移動する登録処理を行う。

【００７２】また、リソーステーブル２４に移動された
後に、例えば、何らかのエラーが発見されて、関数“ｉ
ｎｉｔ”を削除する場合、当該関数“ｉｎｉｔ”のリソ
ースは他との関連があるので、登録処理部２０は、当該
関数“ｉｎｉｔ”の関連先および関連元の情報をそのま
ま保持して、再度、未定義リソーステーブル２５に、リ
ソースの関数“ｉｎｉｔ”を移動する登録処理を行う。

【００７３】このようにして登録処理が行われるので、
リソーステーブル２４および未定義リソーステーブル２
５に登録する場合、各々のリソースの間の関連はつねに
保持される。このため、ユーザは、特別に、各々のリソ
ースの間の関連を意識する必要がない。また、実体情報
が定義されずに、未定義リソーステーブル２５に登録さ
れたままになっているリソースは、システムの側で（制
御処理部１１が）一定の期間毎に、操作を行っている端
末機の表示画面に表示するようにしておくと、ユーザ
は、間違えて登録した関数名などを、わざわざ検索する
必要がなく、使い勝手が良くなる。

【００７４】次に、プログラムリソースに変更があった
場合の処理について説明する。この場合、次に説明する
図１１，図１２，および図１３を参照する。

【００７５】図１１は、Ｃ言語で書かれたソースプログ
ラムをリソースとする場合の説明図である。図１１に
は、Ｃ言語で書かれたソースプログラムのそれぞれの構
成要素となるリソースを示している。図１１において、
１０１はヘッダファイル“ｍａｉｎ．ｈ”、１０２は整
数型の変数“ａ”、１０３は構造体“ｌｉｓｔ”のメン
バ全体、１０４は構造体“ｌｉｓｔ”、１０５は整数型
の変数“ａｋ”、１０６は構造体のメンバである。ま
た、１０７はモジュール“ｆｕｎｃ．ｃ”を示してお
り、１０８は型定義文（typedef）“ｌｉｓｔ＿Ａ”、
１０９は変数“ａ”を示している。

【００７６】図１２は、先に説明した図１１に示すソー
スプログラムに対応したリソーステーブルの具体例を示
す図である。また、図１３はリソース内容の変更処理を
行う場合の端末機能を提供するクライアント装置の表示
画面を表している。

【００７７】例えば、整数型の変数“ａ”（１０２）
を、整数型の変数“ａｋ”（１０５）に変更する場合、
図１２に示すリソーステーブル１２０を参照すると、整
数型の変数“ａ”（１０２）のリソースには、その関連
元フィールド１２０ｆに関連元のデータとして“have：
３４５”と格納されており、ＩＤ番号が“３４５”の構
造体“ｌｉｓｔ”から“have”（含む）の関連が張られ
ている。このため、ＩＤ番号が“２３０”の整数型の変
数“ａ”（１０２）は、この場合、ＩＤ番号が“３４
５”の構造体“ｌｉｓｔ”のメンバであることが判別さ
れる。

【００７８】続いて、ＩＤ番号が“３４５”の構造体
“ｌｉｓｔ”の関連元フィールド１２０ｆを参照する
と、そこには関連元のデータとして“have：０１２，ty
pe：４５６”と格納されており、ＩＤ番号が“３４５”
の構造体“ｌｉｓｔ”のリソースに対しては、ＩＤ番号
が“４５６”の型定義文（typedef）“ｌｉｓｔ＿Ａ”
から“type”の関連が張られている。このため、ＩＤ番
号が“３４５”の構造体“ｌｉｓｔ”は、その型定義と
してＩＤ番号が“４５６”の“ｌｉｓｔ＿Ａ”という名
称で、そこで指定される型が使用されることが判定され
る。

【００７９】続いて、ＩＤ番号が“４５６”の型定義文
（typedef）“ｌｉｓｔ＿Ａ”の関連元フィールド１２
０ｆを参照すると、そこには関連元のデータとして“ty
pe：３７９，type：８９２”と格納されており、ＩＤ番
号が“４５６”の型定義文（typedef）“ｌｉｓｔ＿
Ａ”は、ＩＤ番号が“８９２”の整数型の変数“ｋａ”
から“type”の関連が張られている。したがって、この
場合には、整数型の変数“ｋａ”は、型定義文（typede
f）“ｌｉｓｔ＿Ａ”の型を使用するものであるので、
モジュール１０７における変数“ａ”（１０９）も、同
じく変数“ａｋ”（１０５）に修正する。

【００８０】また、図１１に示すように、「整数型変数
“ａ”および文字変数“ｂ”」から構成される構造体
“ｌｉｓｔ”のメンバ１０３が、「整数型変数“ａ”，
文字変数“ｂ”，および文字変数“ｃ”」から構成され
る構造体のメンバ１０６のように増やした場合は、リソ
ーステーブル１２０を参照して、ＩＤ番号が“３４５”
の構造体“ｌｉｓｔ”の関連先フィールド１２０ｅに格
納されている関連先のデータからメンバが追加されたこ
とを認識すると、当該ＩＤ番号が“３４５”の構造体
“ｌｉｓｔ”は、ＩＤ番号が“４５６”の型定義文“Ｌ
ｉｓｔ＿Ａ”からｔｙｐｅの関連が張られていること、
および、ＩＤ番号が“４５６”の型定義文“Ｌｉｓｔ＿
Ａ”は、ＩＤ番号が“３７９”のヘッダ部から“type”
の関連が張られていることを判別して、これらが影響の
及ぶ部分であることを検知する。そして、メンバを増加
した変更を行ったユーザに対して、図１３の表示画面１
３１に示すように、編集を行うツールにより編集対象と
なっているプログラム要素のヘッダファイル１３２およ
びモジュール１３３を表示したプログラムリストの画面
上において、これらのリソースに対応する対象文字列部
分（１３４，１３８）を反転表示して、そのまま変更す
るかどうかを問い合わせる。

【００８１】このようにして、あるリソースを変更した
場合、関連するリソースの種別により、この変更を関連
するリソースに反映させるか、あるいは、反映させるか
否かをユーザに問い合わせるかを判断するので、リソー
スの変更に対して常に最適な処理が行える。

【００８２】図１４は、本発明の一実施例のプログラム
開発支援システムにより、プログラム開発を行う場合の
概略の処理の流れを表わしたフローチャートである。図
１４を参照して説明する。処理を開始すると、まず、ユ
ーザにプログラム開発プロジェクトのプロジェクト名の
入力を要求する（ステップ１４０１）。プロジェクト名
が入力されると、次に、プロジェクトに参加する担当者
の登録要求をする（ステップ１４０２）。そして、担当
する担当者の名前が入力されると、それぞれの担当者に
対応した作業ディレクトリを作成し（ステップ１４０
３）、次に、ツールの一覧を表示して、ここでのプログ
ラム開発にかかるプロジェクトで使用するツールの登録
を要求する（ステップ１４０４）。そして、ユーザが入
力操作を行い、登録するツールを指定すると、ツールの
登録処理が行われる。

【００８３】ツールの登録処理が行われると、次に、既
に生成済のソースプログラムが入力されるか、あるいは
ユーザによりプログラムが作成されるのを待つ（ステッ
プ１４０５）。ここで既に作成済ソースプログラムが入
力された場合、ソースプログラムはモジュール単位で入
力を受付け、まず、プログラム分割部(１３：図１）の
処理によって、ソースプログラムをヘッダと関数の単位
に分割する（ステップ１４０６）。次に、分割したヘッ
ダと関数のそれぞれの種別および名称を属性情報として
生成して登録する（ステップ１４０７）。この場合のソ
ースプログラムの分割には、例えば、従来からの周知の
構文解析の手法を用いる。

【００８４】次に、リソース定義ファイル格納部１９に
格納されているプログラムリソース定義を参照し、当該
ソースプログラムのヘッダ，関数の関連情報を生成して
（ステップ１４０８）、これらの情報をそれぞれのリソ
ース毎にリソーステーブルに登録する（ステップ１４０
９）。

【００８５】次に、ヘッダ，関数の内部を解析し（ステ
ップ１４１０）、解析して分割したプログラムの構成要
素が未定義リソーステーブルに登録済みであるか否かを
判定する（ステップ１４１１）。その判定の結果、プロ
グラムの構成要素が未定義リソーステーブルに登録済み
の場合には、リソースの属性情報を生成し（ステップ１
４１２）、リソーステーブルへ移動する（１４１３）。

【００８６】一方、プログラムの構成要素が未定義リソ
ーステーブルに登録済みでない場合（ステップ１４１
１）には、更に、解析して分割したプログラムの構成要
素が実体の定義であるか否かを判定する（ステップ１４
１４）。この判定の結果、解析して分割したプログラム
の構成要素が実体の定義である場合は、リソースの属性
情報を生成し（ステップ１４１８）、続いて更にリソー
ス間の関連情報を生成して（ステップ１４１９）、リソ
ーステーブルに登録する（ステップ１４２０）。

【００８７】また、その判定（ステップ１４１４）の結
果、解析して分割したプログラムの構成要素が実体の定
義でない場合は、プログラムリソース定義を参照して、
リソース間の関連情報を生成して（ステップ１４１
５）、未定義リソーステーブルに登録する（ステップ１
４１６）。

【００８８】なお、ステップ１４０５の判定において、
既に生成済のソースプログラムが入力されずに、ユーザ
によりプログラムが作成される場合には、つまり、生成
済ソースプログラムでない場合には、ユーザによるソー
スプログラムの定義を行うので、そのソースプログラム
定義の入力を待ち、その定義入力が行われると（ステッ
プ１４１７）、定義されたソースプログラムに対して、
リソースの属性情報を生成し（ステップ１４１８）、更
に、リソース間の関連情報を生成して（ステップ１４１
９）、リソーステーブルに登録する（ステップ１４２
０）。このようにして、プログラム開発のためのそれぞ
れのリソースを生成して、リソーステーブルに登録す
る。

【００８９】図１５は、前述したように、図１４で説明
した処理により未定義リソーステーブル２５に登録され
たリソースの内容（未定義リソース）の表示した表示画
面例を示した図である。前述したように、システム側の
処理により、未定義リソーステーブル２５に登録された
リソースが存在すると、定期的にそのリソースを表示す
るので、ユーザは、実体情報が未定義のままのリソース
および間違った関数名を使用していることを知ることが
できる。

【００９０】図１５において、１５１は表示画面、１５
２は未定義関数一覧、１５３は削除ボタンである。ユー
ザが指定したある一定の期間の経過毎に、ディスプレイ
１５１に画面上に未定義関数一覧１５２が表示されるの
で、これにより、未定義のリソースを存在を知り、ここ
での削除ボタン１５３は、ユーザからの未定義関数一覧
１５２の中のリソースの削除要求を受付ける。また、既
に編集ツールが登録してあり、それと関連付られている
場合には、未定義関数一覧１５２の中から編集したい関
数を選択すると、その関連付けられている編集ツールが
起動され、当該編集ツールのウィンドウを利用して、そ
こでの編集画面上で修正することができる。

【００９１】ここでは、未定義リソースが関数の場合に
ついて説明しているが、この未定義関数一覧１５２に替
えて、関数に限られない未定義リソースの一覧表示を行
い、それらの未定義リソースの定義を行うようにしても
よい。このようにして、プログラム開発に使用する情報
を関連付けてファイルに登録し、その関連関係を常に保
持し、表示することができる。また、いつまでも実体が
定義されないリソースは、一定の時間毎に表示装置に表
示されるため、ユーザは名称を間違えて使用したリソー
スや使用する予定ではなくなったリソースを知ることが
できる。

【００９２】以上説明したように、このプログラム開発
支援システムにおいては、プログラム開発に使用する各
々の情報をリソースに管理し、そのリソースの情報の間
に論理的な意味を有する関連付けを行い、実体の定義さ
れたリソースの情報と、実体が未定義のリソースの情報
を別々のテーブルに登録することにより、プログラム開
発に使用するかどうか分からない未定義の状態である情
報が容易にプログラム開発者に分かるようになる。

【００９３】また、一旦、リソース情報として定義した
情報（１つのリソースの単位）を削除した場合には、他
のリソース情報と当該削除したリソース情報との関連種
別によって、その他の情報との関連を保ったままで、未
定義リソース情報のテーブルに登録されので、再度、そ
の情報をプログラム開発に使用したい場合には、その情
報を定義するだけよく、他の情報との関連について再度
定義する必要がない。この場合において、各々のリソー
ス情報の間の関連情報は、関連種別を含んでいるため、
ある情報に変更があった場合にその変更の影響の及ぶ範
囲を正確に知るだけでなく、その範囲に対して正確に影
響を反映させることができる。

【００９４】次に、本発明によるプログラム開発支援シ
ステムによるデータ構造にしたがって管理されている各
種のリソース情報を用いて、プログラム開発にかかるド
キュメントを作成する場合の処理例について説明する。
この場合のドキュメントの作成処理について、そのデー
タ構造を例示して説明する。

【００９５】図１６は、ドキュメントの構成情報および
そのリソース情報の関連を示す図である。ここでの「プ
ログラム仕様書」のドキュメント１６０１は、内部情報
として、当該ドキュメントに対するファイル構造の構成
情報１６０２を有している。図１６に示すように、この
ドキュメントの構成情報１６０２は、複数の帳票情報１
６０３の順次編成ファイルのフォーマットで構成され、
各々の帳票情報１６０３の要素は、生成するリソースの
生成種別１６０４，生成元起点１６０５，生成するため
のツール１６０６の３つのリソース情報を１つのセット
としている。また、このドキュメント（プログラム仕様
書）のリソース情報１６０１は、帳票情報の生成元とな
るリソース情報（開発されたプログラム“在庫管理シス
テム”）との間に、関係種別が“ref”の関係を有して
いる。

【００９６】また、ドキュメント「プログラム仕様書」
のリソース情報１６０１は、図１６に示すように、文書
「プログラム概要」のリソース情報１６０７との間に、
関係種別が“ref”の関係を有しており、図形「プログ
ラムブロック図」のリソース情報１６０８との間にも、
関係種別が“ref”の関係を有している。前述したよう
に、このドキュメント「プログラム仕様書」のリソース
情報１６０１の帳票情報は、その生成元となっている対
応するプログラム「在庫管理システム」のリソース情報
１６１１との間にも、関係種別が“ref”の関係を有し
ているので、ドキュメント「プログラム仕様書」（１６
０１）を生成する場合、その構成要素となる文書「プロ
グラム概要」（１６０７），図形「プログラムブロック
図」（１６０８），および、関数仕様書「関数仕様書ma
in」１６１６は、プログラム「在庫管理システム」（１
６１１）は、次のような手順で生成されて、ここでのド
キュメント「プログラム仕様書」（１６０１）が作成さ
れることになる。

【００９７】文書「プログラム概要」（１６０７）は、
文書エディタ（１６０９）のツールで編集されるが、こ
の場合、文書の内容はテキスト情報となっており、使用
するツールに依存しないため、ツールのリソース情報と
の間に関係は持たない。同じく、図形「プログラムブロ
ック図」（１６０８）は、図形エディタ（１６１０）の
ツールで編集されるが、この場合においても、文書の中
で使用される図形の内容は、使用するツールに依存しな
いため、ツールのリソース情報との間に関係は持たな
い。

【００９８】ドキュメント「プログラム仕様書」の中に
設けられるプログラム「在庫管理システム」（１６１
１）の関数仕様書は、当該プログラム「在庫管理システ
ム」のリソース情報１６１１が有している全ての関数に
ついて、ツール「関数仕様書生成」（１６１２）によっ
て自動生成される。

【００９９】また、ここでのプログラム「在庫管理シス
テム」（１６１１）のプログラム本体部分は、そのリソ
ース情報の関係種別を示す関係子から、そのモジュール
「ｍａｉｎ．ｃ」のリソース情報１６１３と、関係種別
が“have”の関係があり、また、モジュール「ｍａｉ
ｎ．ｃ」のリソース情報１６１３は、関数「ｍａｉｎ」
のリソース情報１６１４と、関係種別が“have”の関係
がある。また、ここでのツール「関数仕様書生成」のリ
ソース情報１６１２は、種別「関数」のリソース情報１
６１５と関係種別が“action”という関係を有してい
る。

【０１００】このような関係種別のそれぞれの関係によ
って、プログラム「在庫管理システム」（１６１１）に
対する関数仕様書の作成処理では、プログラム「在庫管
理システム」のリソース情報１６１１を起点にして、
「関数」という種別のリソース情報１６１５に辿りつく
までの関係種別を判別して対応する処理を行って、関数
仕様書「関数仕様書ｍａｉｎ」のリソース情報１６１６
の生成を行う。つまり、関係種別が“have”の関係か
ら、まず、モジュール「ｍａｉｎ．ｃ」のリソース情報
１６１３を辿り、次に、更に関係種別が“have”の関係
にあるリソースを辿る。その結果、見つけた関数「ｍａ
ｉｎ」のリソース情報１６１４に対して、ツール「関数
仕様書生成」（１６１２）を作用させることにより、関
数仕様書「関数仕様書ｍａｉｎ」のリソース情報１６１
６を生成する。

【０１０１】生成された関数仕様書「関数仕様書ｍａｉ
ｎ」（１６１６）の内容は、上述のようにして生成され
た関係から明らかなように、関数「ｍａｉｎ」のリソー
ス情報１６１４と、ツール「関数仕様書生成」のリソー
ス情報１６１２に依存するので、これらのリソース情報
の要素から関係種別が“gen”の関係が張られる。

【０１０２】なお、この例では、プログラム「在庫管理
システム」（１６１１）は、１つの関数「ｍａｉｎ」を
持つ１つのモジュール「ｍａｉｎ．ｃ」しか持たない
が、プログラムに変更が生じて、複数の関数を持つ複数
のモジュールを持つようになった場合は、その変更を反
映して、それぞれに複数の関数仕様書が生成されるのは
もちろんのことである。

【０１０３】図１７は、帳票リソース，帳票生成元リソ
ース，および帳票生成ツールリソースの各々のリソース
情報の間の関係を示す図である。図１７に示すように、
第１の関数仕様書「関数仕様書ｍａｉｎ」１７１が、関
数「ｍａｉｎ」１７３からツール「関数仕様書生成」１
７２によって生成された場合には、関数仕様書「関数仕
様書ｍａｉｎ」１７１と関数「ｍａｉｎ」１７３の間に
関係種別が“gen”の関係を設定し、更に「関数仕様書
ｍａｉｎ」１７１とツール「関数仕様書生成」１７２の
間にも関係種別が“gen”の関係を設定しておく。他の
ツールが他のリソースから帳票を生成した場合も、同様
に各々のリソースの情報の間に関係種別が“gen”の関
係を設定する。

【０１０４】この場合、帳票リソース，帳票生成元リソ
ース、帳票生成ツールリソースの各々のリソースの間に
関係種別が“gen”の関連があることで、例えば、別ツ
ール「関数詳細仕様書生成」１７４が、同じ関数「ｍａ
ｉｎ」１７３について生成した同じ名前の第２の関数仕
様書「関数仕様書ｍａｉｎ」１７５が存在する場合であ
っても、帳票情報として、ツール「関数仕様書生成」１
７２を設定したドキュメントを印刷した場合には、ツー
ル「関数仕様書生成」１７２が生成した関数仕様書「関
数仕様書ｍａｉｎ」１７１を出力することができる。

【０１０５】このようにして生成されたドキュメント
「プログラム仕様書」（１６０１：図１６）の印刷例
を、図１８に示している。つまり、図１８に示すよう
に、ドキュメント「プログラム仕様書」は、第１ページ
目の文書１８１が、プログラム概要を記述したテキスト
となっており、第２ページ目の文書１８２がプログラム
の構造を示すブロック図となっており、また、第３ペー
ジ目の文書１８３が関数仕様書の内容を記述した内容と
なっている。

【０１０６】次に、帳票生成元リソースと、帳票生成元
リソースの関連元リソースをキーにしたドキュメント出
力時における帳票の出力順序の変更方法について説明す
る。図１９は、ドキュメント「プログラム詳細仕様書」
の帳票の構造情報と「プログラム詳細仕様書」の対象と
するプログラム「プログラム１」の構造を説明する図で
ある。図１９に示すように、ドキュメント「プログラム
詳細仕様書」１９０１の帳票の構造情報と、「プログラ
ム詳細仕様書」１９０１の対象とするプログラム「プロ
グラム１」１９０２の構造により、ドキュメントを生成
すると、次に説明するような生成物（図２０）が得られ
る。

【０１０７】図１９（Ａ）に示すように、ドキュメント
「プログラム詳細仕様書」１９０１は、三つの帳票情報
で構成されている。ここでは、帳票情報１をツール「モ
ジュール仕様生成」１９０９が生成するモジュール仕様
書とし、帳票情報２をツール「関数仕様生成」１９１０
が生成する関数仕様書とし、帳票情報３をツール「関数
チャート図生成」１９１１が生成する関数チャート図と
し、帳票情報１，帳票情報２，および帳票情報３は、図
１９（Ｂ）に示すように、それぞれに、プログラム「プ
ログラム１」１９０２を生成元の起点とする。

【０１０８】プログラム「プログラム１」１９０２は、
２つのモジュール「モジュール１」１９０３および「モ
ジュール２」１９０４を有しており、モジュール「モジ
ュール１」１９０３は、「関数１１」１９０５および
「関数１２」１９０６の２つの関数を有している。ま
た、「モジュール２」１９０４は、「関数２１」１９０
７および「関数２２」１９０８の２つの関数を有する。

【０１０９】したがって、ここでのドキュメントを生成
した場合、帳票情報１に対して、ツール「モジュール仕
様生成」１９０９が、図１９（Ｂ）に示すような関係種
別の関係に従って、プログラム「プログラム１」から
は、２つのモジュール仕様書を生成する。すなわち、図
２０の上部側に示す生成物の一覧のように、それぞれに
モジュール「モジュール１」１９０３および「モジュー
ル２」１９０４を生成元とし、２つのモジュール仕様書
の「モジュール仕様書１」および「モジュール仕様書
２」を順次に生成する。

【０１１０】同様にして帳票情報２に対しては、ツール
「関数仕様生成」１９１０が、「関数１１」１９０５，
「関数１２」１９０６，「関数２１」１９０７および
「関数２２」１９０８の４つの関数をそれぞれに生成元
とし、４つの関数仕様書の「関数仕様書１１」，「関数
仕様書１２」，「関数仕様書２１」および「関数仕様書
２２」をそれぞれ順番に生成する。帳票情報３に対して
は、ツール「関数チャート図生成」１９１１が、同じ
く、「関数１１」１９０５，「関数１２」１９０６，
「関数２１」１９０７および「関数２２」１９０８の４
つの関数をそれぞれに生成元とし、４つの関数チャート
図の「関数チャート図１１」、「関数チャート図１
２」，「関数チャート図２１」および「関数チャート図
２２」を順番に生成する。

【０１１１】また、帳票情報１に設定したモジュール仕
様書の生成元である２つのモジュールの「モジュール
１」１９０３および「モジュール２」１９０４は、プロ
グラム「プログラム１」１９０２と関係種別が“have”
の関係にあり、関連元としてプログラム「プログラム
１」１９０２をもつ。同様に、関数仕様書と関数チャー
ト図の生成元である関数「関数１１」１９０５，「関数
１２」１９０６，「関数２１」１９０７および「関数２
２」１９０８は、関係種別が“have”の関係にあるモジ
ュールを関連元としてもつ。

【０１１２】ところで、ここでの「モジュール１」１９
０３および「モジュール２」１９０４の２つのモジュー
ルに関する帳票が交互になって生成されているので、出
力した帳票の生成元とその生成元の関連元に関して、
「モジュール１」１９０３をキーにしてソートを行え
ば、モジュール１に関するものを連続するように出力順
序に変更することができる。

【０１１３】図２０は、ドキュメント生成物の「モジュ
ール１」によるソートの過程を示す図であり、図２１
は、ドキュメント生成物の「関数１１」によるソートの
過程を示す図である。つまり、図２０の上部側に示すよ
うに、生成元名の「モジュール１」をキーにしてソート
を行えば、図２０の下部側に示すように、不連続であっ
たモジュール１に関するものを連続するように出力順序
に変更することができ、更に続いて、図２１の上部側に
示すように、生成元名の「関数１１」をキーにしてソー
トを行なえば、図２１の下部側に示すように、「関数１
１」に関連する二つの帳票「関数仕様書１１」と「関数
チャート図１１」が連続するように出力順序に変更する
ことができる。

【０１１４】このようなソートを全てのモジュールと全
ての関数について行えば、同じモジュールや同じ関数に
関する帳票が連続するように出力順序を変更することが
できる。図２２は、ドキュメントの生成物の生成元をキ
ーとした出力順序の変更の結果例を示す図である。図２
２の上部側および下部側に示すように、それぞれのツー
ルにより生成物がそれぞれに順序が異なって生成されて
も、最終的には、モジュール，関数に関連する帳標を連
続するように出力順序を変更して出力することができ
る。

【０１１５】以上に説明したように、本発明の実施例の
プログラム開発支援システムによれば、ドキュメントま
で含めて、そのリソース情報に関連する情報の間に理論
的な意味を有する関連付け（意味付け）を行うデータ構
造によって情報を統一的に管理することで、情報間の関
連を利用してドキュメントを出力する際の出力順序の変
更を行なうことができ、複数の帳票生成ツールを用いて
も，柔軟性に富んだドキュメントを作成することができ
る。

【０１１６】次に、本発明のプログラム開発支援システ
ムにおいて、ソフトウェア開発を行う場合の具体的な動
作例について更に詳細に説明する。図２３および図２４
は、それぞれに図９に示したシステム構成の中のクライ
アント装置およびサーバ装置の構成を詳細に示してい
る。図２３および図２４において、２０１はクライアン
ト装置、２０２はサーバ装置、２０３はネットワーク装
置、２０５は外部記憶装置である。また、２０６は表示
装置、２０７はマウス装置、２０８はキーボード装置で
ある。これらは、前述した図９のシステム構成に対応し
ている。

【０１１７】クライアント装置２０１はソフトウェア開
発者が操作を行うための操作端末機能を提供する。その
ため、クライアント装置２０１には、ソフトウェア開発
者が操作を行うため、データを表示する表示装置２０
６，表示画面に表示されたデータをポイントするマウス
装置２０７，文字入力するキーボード装置２０８が備え
られている。サーバ装置２０２は、クライアント装置２
０１からの情報の入出力要求に対応して、プログラム開
発を行うためのデータを管理する。ネットワーク装置２
０３は、象徴的に線のみで接続しているように図示して
いるが、クライアント装置２０１とサーバ装置２０２の
間を所定の通信プロトコルを用いて接続している。

【０１１８】このため、図２３に示すように、クライア
ント装置２０１には、システムを構成する要素として、
システム制御処理部２０９，データ入出力部２１０，プ
ロジェクト設定部２１１，ソフトウェア開発処理部２１
２，ソースコード取り込み部２１４，ドキュメント出力
部２１５，および未定義テーブル表示部２１３が備えら
れている。また、図２４に示すように、サーバ装置２０
２には、リソース種別定義部２１８，ツール定義部２１
９，履歴登録部２２５，履歴復元部２２６，プログラム
取り出し部２２７，およびテーブル入出力部２３５が備
えられている。テーブル入出力部２３５は、システム管
理テーブル入出力部２２０，プロジェクトテーブル入出
力部２２１，および未定義テーブル入出力部２３１の３
つのテーブル入出力部から構成されている。外部記憶装
置２０５は、ここでのプログラム開発のためのデータを
格納しており、システム管理テーブル２２２，プロジェ
クトテーブル２３０，および未定義テーブル２３２を格
納している。また、プロジェクトテーブル２３０は、作
業用テーブル２２３および公開用テーブル２２４を備え
ている。

【０１１９】また、システム要素のデータとして、リソ
ース定義ファイル２１６は、プログラム開発に必要な情
報の種類として、プログラム，仕様書，開発者，および
ツールの各情報の属性と相互の関連情報を定義してい
る。プログラムソースコードファイル部２１７からは、
既に開発したプログラムを取り出せる。

【０１２０】システム管理テーブル２２２は、システム
全体の構成を管理するデータを登録する。プロジェクト
のデータを管理するプロジェクトテーブル２３０は、作
業用テーブル２２３によりプロジェクトで現在修正中の
データを格納しており、公開用テーブル２２４により、
プロジェクトの修正が終了しプロジェクトの担当者に公
開しているデータを格納する。また、未定義テーブル２
３２は、プロジェクトテーブルに未定義でかつプロジェ
クトテーブルのデータから参照されているデータを仮に
定義して格納している。

【０１２１】クライアント装置２０１において、システ
ム制御処理部２０９は、クライアント上での処理の制御
を行う。データ入出力部２１０は、サーバとデータの入
出力をおこなう。プロジェクト設定部２１１は、ソフト
ウェア開発のプロジェクトを設定する。ソフトウェア開
発処理部２１２は、ソフトウェア開発の処理を行うシス
テム要素である。また、未定義テーブル表示部２１３
は、前述したように、未定義リソーステーブルに未定義
のリソースが登録されている場合に、表示画面に未定義
リソーステーブルを表示する。ソースコード取込み部２
１４は、外部からソースコードを取り込む。例えば、既
に作成されたソースプログラムを利用する場合に、既存
ソースコード２３３のプログラムソースデータを取り込
む。ドキュメント出力部２１５は、蓄積した情報からド
キュメントを出力する。

【０１２２】また、サーバ装置２０２（図２４）におい
て、リソース種別定義部２１８は、リソース定義ファイ
ルをもとにリソース種別を定義し、ツール定義部２１９
は、リソース定義ファイルをもとにツールの情報を定義
する。テーブル入出力部２３５は、クライアント装置２
０１からのデータをシステム管理テーブル２２２，プロ
ジェクトテーブル２３０，および未定義テーブル２３２
のそれぞれのテーブルに登録する。この場合、履歴登録
部２２５は、例えば、データをプロジェクトテーブル２
３０の作業用テーブル２２３から公開用テーブル２２４
に複写する場合など、そのデータの変更履歴を取得し登
録する。履歴復元部２２６は、データを復元する場合
に、変更履歴から目的のデータを見つけて、プロジェク
トテーブル２３０の作業用テーブル２２３にデータを復
元する。また、プログラム取り出し部２２７は、プロジ
ェクトテーブル２３０から開発したプログラムを取り出
す。

【０１２３】テーブル入出力部２３５は、前述のよう
に、システム管理テーブル入出力部２２０，プロジェク
トテーブル入出力部２２１，および、未定義テーブル入
出力部２３１で構成されており、システム管理テーブル
入出力部２２０が、システム管理テーブル２２に対する
入出力処理を行い、プロジェクトテーブル入出力部２２
１が、プロジェクトテーブル２３０の作業用テーブル２
２３および公開用テーブル２２４に対する入出力処理を
行う。また、未定義テーブル入出力部２３１が、未定義
テーブル２３２に対する入出力処理を行う。なお、クラ
イアント装置２０１は、データの処理を行う中央処理装
置（ＣＰＵ）２２８とメモリ２２９で構成され、サーバ
装置２０２も同様の装置で構成される。

【０１２４】次に、図２３および図２４を用いて、本実
施例のプログラム開発支援システムのシステム構成によ
る処理（データ）の流れの概略について説明する。

【０１２５】システムを実行可能状態にするために、リ
ソース定義ファイル２１６のリソースデータをリソース
種別定義部２１８とツール定義部２１９に入力し、テー
ブル入出力部２３５のシステム管理テーブル入出力部２
２０により、システム管理テーブル２２２を作成する。
そして、プロジェクト設定部２１１において、ソフトウ
ェア開発のためのプロジェクトを作成し、当該プロジェ
クトで作成するデータを入力するプロジェクトテーブル
２３０を作成する。プロジェクトで作成するデータは、
クライアント装置２０１のソフトウェア開発処理部２１
２が作成するデータを、システム制御処理部２０９を通
して、データ入出力部２１０を経由し、サーバ装置２０
２におけるテーブル入出力部２３５のプロジェクトテー
ブル入出力部２２１により、プロジェクトテーブル２３
０の作業用テーブル２２３および公開用テーブル２２４
にデータを作成する。既に作成された既存ソースコード
２３３が利用できる場合は、ソースコード取込み部２１
４を使用し、プロジェクトテーブル２３０にデータを登
録することが可能である。

【０１２６】なお、データの変更履歴を管理する場合
は、履歴登録部２２５を使用して、変更履歴をプロジェ
クトテーブル２３０に登録する。変更前の状態に戻す時
は、履歴復元部２２６を使用して、変更前のデータにプ
ロジェクトテーブル２３０を戻す。プロジェクトテーブ
ル２３０で使用している未定義の情報は、未定義テーブ
ル入出力部２３１を使用し、未定義テーブル２３２に登
録する。未定義テーブル２３２の情報は、未定義テーブ
ル入出力部２３１を使用して、クライアント装置２０１
において、その表示装置２０６に表示する。

【０１２７】そして、ここでのソフトウェア開発が終了
し、作成されたプログラムは、プログラム取り出し部２
２７を使い、プロジェクトテーブル２３０からプログラ
ムソースコード２１７として出力する。また、ドキュメ
ントについては、クライアント装置２０１のドキュメン
ト出力部２１５から、データ入出力部２１０を使用し
て、プロジェクトテーブル２３０の内容をドキュメント
としてプリンタ装置（図示せず）に出力する。なお、プ
リンタ装置に出力する情報は、クライアント装置２０１
の表示装置２０６に表示することもできる。

【０１２８】図２５は、システム管理テーブル２２２の
リソース種別テーブル２４３の構成を示すテーブル構成
図である。システム管理テーブル２２２におけるリソー
ス種別テーブル２４３は、前述したように、リソース種
別定義部２１８がリソース定義ファイル２１６からの定
義データを入力して作成される。テーブル構成は、図２
５に示すように、リソース種別を特定するためのリソー
スコード２５１，リソースの日本語名称を格納するリソ
ース名２５２，テーブルをポイントするポインタが格納
される属性テーブル２５３，テーブルをポイントするポ
インタが格納される関連先テーブル２５４で構成され
る。属性テーブル２５３でポイントされるテーブルに
は、属性のデータ種別をあらわす属性種別２５５，属性
を入出力するための属性名２５６が格納される。また、
関連先テーブル２５４でポイントされるテーブルには、
関連の種別をあらわす関連種別２５７，その関連先のリ
ソース種別をあらわす関連先リソースコード２５８が格
納される。

【０１２９】図２６は、リソース種別テーブル２４３に
登録されているリソースコードの一覧の具体例を示した
図である。リソースコードを表した記号名２６１とその
日本語名称２６２とが対応づけられて格納されている。
これにより、プログラム開発を行う場合に、適宜に、リ
ソースコードの記号名を表示の替えて、その対応の日本
語名称の表示を利用できる。

【０１３０】次に、具体的に、本実施例のプログラム開
発支援システムのそれぞれのシステム要素を利用して、
システム開発のためのプロジェクトを設定して、システ
ム開発を行う場合の処理例について説明する。図２７
は、システム開発を用う場合の全体の処理の概略を表し
たフローチャートである。システム開発を用う場合、ま
ず、プロジェクト設定部２１１により、開発プロジェク
トの名称を設定し（ステップ２７１）、既に作成済みの
プログラムで、このプロジェクトのソフトウェア開発に
利用できるプログラムがある場合は（ステップ２７
２）、ソースコード取り込み部２１４により、そのプロ
グラムのソースコードを取り込み（ステップ２７３）、
ソフトウェア開発処理部２１２によるソフトウェア開発
処理により、開発するシステムのプログラムを開発する
（ステップ２７４）。

【０１３１】図２８は、プロジェクト設定部２１１の構
成を示す機能ブロック図である。システム管理テーブル
２２２は、前述したように、システムで管理しているプ
ロジェクトの一覧を管理するプロジェクト一覧テーブル
２４１、ツールの一覧を格納するツール一覧テーブル２
４２、システムで使用可能なリソースを定義したリソー
ス種別テーブル２４３で構成されている。クライアント
装置２０１のプロジェクト設定部２１１は、システム管
理テーブル２２２のプロジェクト一覧テーブル２４１に
アクセスして、プロジェクトを登録すると共に、プロジ
ェクトテーブルの作業用テーブル２２３にプロジェクト
の属性データを設定する。

【０１３２】このため、プロジェクト設定部２１１は、
プロジェクト登録部２８１，プロジェクト変更部２８
２，およびプロジェクト削除部２８３から構成されてお
り、プロジェクト登録部２８１は、プロジェクト属性登
録部，担当者追加部，およびツール登録部を備えてい
る。また、プロジェクト変更部２８２は、プロジェクト
属性登変更部，担当者変更部，担当者削除部，ツール構
成変更部，実行マシン変更部（実行バージョン変更
部）、およびツール削除部を備えている。

【０１３３】プロジェクト登録部２８１は、プロジェク
トを新規にシステム管理テーブル２２２のプロジェクト
一覧テーブル２４１に登録する。プロジェクト変更部２
８２は、一度定義したプロジェクトの構成を変更する。
また、プロジェクト削除部２８３は、開発の終了したプ
ロジェクトをシステム管理テーブル２２２のプロジェク
ト一覧テーブル８１３から削除する。

【０１３４】プロジェクト登録部２８１においては、プ
ロジェクト属性登録部が、プロジェクト属性の内容を編
集登録し、担当者追加部が、プロジェクトに従事する担
当者をプロジェクトテーブルの作業用テーブル２２３に
追加登録する。また、ツール登録部は、プロジェクトで
利用するツールをシステム管理テーブル２２２のツール
一覧テーブル２４２からプロジェクトテーブルの作業用
テーブル２２３に登録する。

【０１３５】プロジェクト変更部２８２においては、プ
ロジェクト属性変更部が、プロジェクト一覧テーブル２
４１のプロジェクト属性を変更する。担当者変更部は、
プロジェクトテーブルの作業用テーブル２２３の担当者
の属性を変更する。担当者削除部は、プロジェクトテー
ブル作業用テーブル２２３から担当者を削除する。ま
た、ツール構成変更部は、プロジェクトテーブルの作業
用テーブル２２３で使用するツールを変更する。実行マ
シン変更部は、プロジェクトテーブルの作業用テーブル
２２３の使用するツールの実行マシン（実行バージョ
ン）を変更する。ツール削除部は、プロジェクトテーブ
ルの作業用テーブル２２３で使用するツールから使用し
なくなったツールを削除する。

【０１３６】次に、図２３に示すクラアント装置２０１
のプロジェクト設定部２１１，ソフトウエア開発処理部
２１２，ソースコード取り込み部２１４，ドキュメント
出力部２１５，および、未定義テーブル表示部２１３に
おけるそれぞれの処理について説明する。

【０１３７】図２９は、プロジェクト設定部２１１にお
けるプロジェクト設定処理の概略を表したフローチャー
トである。プロジェクトの設定は、新規にプロジェクト
を設定する場合に（ステップ２９１）、プロジェクトの
登録処理（ステップ２９２）を行い、登録済みのプロジ
ェクトの内容を変更する場合は（ステップ２９３）、プ
ロジェクト変更処理（ステップ２９４）を行う。また、
開発作業の終了したプロジェクトを削除する場合は（ス
テップ２９５）プロジェクトの削除処理（ステップ２９
６）を行うう。これにより、ソフトウェア開発のプロジ
ェクトの登録やプロジェクトの変更及び削除が可能とな
る。

【０１３８】次に、プロジェクトの登録部２８１の処理
を、次に示す図３０，図３１，図３２，図３３を参照し
てして説明する。図３０はプロジェクト属性登録部の処
理を示すフローチャートであり、図３１はプロジェクト
の属性を定義するウィンドウ画面の一例を示す図であ
る。また、図３２はプロジェクト一覧を表示するウィン
ドウ画面の一例を示す図であり、図３３はプロジェクト
の属性情報を管理するプロジェクト一覧テーブル２４１
の構成の内容を説明する図である。

【０１３９】図３０を参照する。プロジェクト登録の処
理は、まず、プロジェクトテーブル２３０を格納するデ
ィレクトリを作成し（ステップ３０１）、次に、図３１
に示すように、プロジェクト属性を設定するウィンドウ
画面３１１を開き、新しいプロジェクトを登録する（ス
テップ３０２）。登録したプロジェクトに対して、担当
者追加処理（ステップ３０３），ツール登録処理（ステ
ップ３０４）を行う。

【０１４０】なお、図３３に示すように、プロジェクト
一覧テーブル２４１は、プロジェクトの記号名を格納す
る記号名エリア３３１，プロジェクトの日本語名を格納
する日本語名エリア３３２，プロジェクトの担当部署を
格納する担当部署エリア３３３，プロジェクトテーブル
を格納するディレクトリ名を格納するリポジトリ場所エ
リア３３４により構成されており、前述したプロジェク
ト属性を設定するウィンドウ画面３１１を開いて、入力
したプロジェクトの設定データは、プロジェクト一覧テ
ーブル２４１に、１つのレコード３３５として登録され
る。ウィンドウ画面３１１の日本語名フィールド３１２
で定義した内容を日本語名エリア３３２に、記号名フィ
ールド３１３で入力した内容を記号名エリア３３１に、
担当部署フィールド３１４で入力した内容を担当部署エ
リア３３３に、リポジトリフィールド３１５で入力した
データをリポジトリ場所エリア３３４に、それぞれ設定
する。このため、プロジェクト属性を設定するウィンド
ウ画面３１１には、入力した内容で設定することを指示
する“了解”ボタン３１６および入力した内容の設定を
取り消す“取消”ボタン３１７が設けられている。

【０１４１】このようにして設定されたプロジェクト一
覧テーブル２４１の内容は、図３２に示すように、プロ
ジェクト一覧を表示するウィンドウ画面（以下、単にプ
ロジェクト一覧画面と称する）３２１のプロジェクト表
示エリア３２２において、一覧形式で表示される。プロ
ジェクト一覧画面３２１には、プロジェクト一覧を表示
する操作を行うためのコマンドバー３２６、プロジェク
ト表示エリア３２２のプロジェクト一覧の表示位置を変
更する横カーソル３２４および縦カーソル３２５が設け
られており、これらをマウスで操作することにより、プ
ロジェクト一覧画面３２１において、システムで管理し
ている（登録している）プロジェクトを一覧形式で表示
し、横カーソル３２４および縦カーソル３２５により目
的のプロジェクトを表示して選択する。

【０１４２】次に、プロジェクト登録部２８１における
担当者追加部の処理を説明する。図３４，図３５，図３
６を参照する。図３４はプロジェクトテーブルの作業用
テーブル２２３の担当者リソースレコードの内容を説明
する図であり、図３５は担当者追加部の処理手順を示す
フローチャートである。また、図３６はプロジェクトの
担当者の属性を設定・変更するウィンドウ画面を示す図
である。

【０１４３】図３４（Ａ）に示すように、プロジェクト
テーブルの作業用テーブル２２３には、担当者の属性を
持ったレコードが登録されている。担当者の属性を持っ
たレコードの先頭を管理するレコードが担当者ルートデ
ータ３４０１である。担当者ルートデータ３４０１は、
リソースＩＤ３４０２，リソースの種類をあらわすリソ
ースコード３４０３，リソースの日本語名を格納するリ
ソース名３４０４，担当者の属性を持ったリソースレコ
ードとして作業用テーブル２２３に登録されているリソ
ースレコードのリソースＩＤを管理するリソース一覧テ
ーブル３４０５で構成されている。

【０１４４】また、リソース一覧テーブル３４０５に登
録されている担当者のリソースレコードは、図３４
（Ｂ）に示すように、担当者のレコードに付けられたリ
ソースＩＤ３４０６，担当者リソースであることを識別
するリソースコード３４０７，担当者の英語名を格納す
る記号名３４０８，担当者の日本語名を格納する日本語
名３４０９，責任者を識別するマネージャ３４１０，担
当者の作業場所ディレクトリ名を格納する作業場所３４
１１，担当者が画面に表示するリソースコードを登録す
る表示リソーステーブル３４１２の各データを格納する
エリアで構成されている。表示リソーステーブル３４１
２のエリアには、実体データが格納されているテーブル
をポイントするポインタが格納されており、表示リソー
ステーブル３４１２の実体データテーブルには、表示す
るリソースコード３４１３が一覧形式で登録されてい
る。

【０１４５】次に、図３５のフローチャートを参照し
て、担当者追加部の処理を説明する。この場合に、図３
６に示すプロジェクトの担当者の属性を設定・変更する
ウィンドウ画面（以下、単に担当者設定・変更画面と称
する）３６１を用いて処理を進める。対象とするプロジ
ェクトをプロジェクト一覧画面３２１（図３２）から選
択し、次に、図３６に示すような担当者設定・変更画面
３６１を表示する（ステップ３５０１）。次に、画面上
の“追加”ボタン３６９ｂを押して、担当者の一覧を表
示する（ステップ３５０２）。次に、担当者の一覧から
追加する担当者を選択し、画面上の“了解”ボタン３６
９ａを押して、担当者を設定する（ステップ３５０３，
３５０４）。追加した担当者の日本語名を指定する場合
は（ステップ３５０５）、日本語の氏名を日本語名入力
フィールド３６７に入力する（ステップ３５０６）。日
本語名の入力を省略した場合は英語名が設定される（ス
テップ３５０７）。担当者の作業ディレクトリを指定す
る場合には（ステップ３５０８）、担当者の作業ディレ
クトリの名称を作業ディレクトリ入力フィールド３６８
に入力する（ステップ３５０９）。入力を省略した場合
はシステムが用意するディレクトリの名称が設定される
（ステップ３５１０）。プロジェクトの責任者に指定す
る担当者を担当者設定・変更画面３６１の責任者欄３６
３をマウスで指定する（ステップ３５１１）。指定した
担当者の責任者欄３６３に責任者マーク「●」が表示さ
れる（ステップ３５１２）。もし、これまでの設定でよ
ければ、“了解”ボタン３６９ｂを押す（ステップ３５
１３）。これにより、ここでの担当者設定・変更画面３
６１で編集した担当者の情報が、プロジェクトテーブル
２３０に登録される。

【０１４６】担当者設定・変更画面３６１（図３６）に
より設定された情報は、プロジェクトテーブルの作業用
テーブル２２３の中で一意に決まるリソースＩＤをシス
テムが決定し、リソースＩＤ３４０６のエリアに設定
し、担当者のリソースレコードであることを示すリソー
スコードをリソースコード３４０７に設定する。英語名
欄３６４の内容は、記号名３４０８のエリアに設定し、
入力した日本語名入力フィールド３６７で入力された日
本語名欄３６５の内容が日本語名３４０９のエリアに設
定される。また、責任者に指定した担当者には、マネー
ジャ３４１０のエリアに“Ｙｅｓ”が設定され、それ以
外の担当者には“Ｎｏ”が設定される。作業ディレクト
リ欄３６６の内容が作業場所３４１１のエリアに設定さ
れ、表示リソーステーブル３４１２のエリアには、シス
テムで設定する標準のリソースコードが設定される。そ
して、この担当者リソースのレコードがプロジェクトテ
ーブルの作業用テーブル２２３に登録される。

【０１４７】次に、プロジェクト登録部２８１における
ツール登録処理（ツール登録部の処理）について説明す
る。この場合、図３７，図３８，図３９，図４０，およ
び図４１を参照して説明する。図３７は、プロジェクト
テーブルの作業用テーブル２２３に使用するツールを登
録する処理手順を示すフローチャートである。図３８
は、プロジェクトで使用するツールの情報を設定し、ま
たはツールの情報を変更する登録ツール設定・変更画面
の例を示す図であり、図３９は、図３８の登録ツール設
定・変更画面において“追加”ボタンが押されたときに
表示されるツール選択画面の登録ツール設定・追加画面
の一例を示す図である。また、図４０はシステム管理テ
ーブル２２２のツール一覧テーブル２４２の構成を説明
する図である。図４１はプロジェクトテーブルの作業用
テーブル２２３に登録されているツールレコードのデー
タ形式を説明する図である。

【０１４８】ツール登録処理は、処理を開始すると、図
３７に示すように、まず、プロジェクト一覧画面３２１
（図３２）から対象とするプロジェクトを選択して、図
３８に示すような登録ツール設定・変更画面３８１を表
示する（ステップ３７１）。次に、登録ツール設定・変
更画面３８１の“追加”ボタン３８５を押すことによ
り、対象プロジェクトにおいて使用していないツールの
一覧が表示される（ステップ３７２）。これにより、図
３９に示すように、サブウィンドウ画面として、登録ツ
ール設定・追加画面３９１が開かれ、登録ツール設定・
追加画面３９１において、対象とするプロジェクトの作
業用テーブル２２３に登録されていないツールが、シス
テム管理テーブル２２２の中のツール一覧テーブル２４
２から取り出されて、ツール一覧３９２として表示され
る。

【０１４９】次に、この登録ツール設定・追加画面３９
１において、ツール一覧３９２から新たに使用するツー
ル３９３を選択して（指定して）“了解”ボタン３９４
を押す（ステップ３７３）。追加するツールの選択操作
を終了するため“取消”ボタン３９５を押すと、指定さ
れたツールの内容により、その実行マシン、実行バージ
ョンの変更処理が行われる（ステップ３７４）。これに
より、プロジェクトテーブルの作業用テーブル２２３に
ツールが追加される。

【０１５０】図４０に示すように、システム管理テーブ
ル２２２の中のツール一覧テーブル２４２は、記号名フ
ィールド４０１，日本語名フィールド４０２，パス一覧
フィールド４０３，生成先フィールド４０４，実行一覧
フィールド４０５，およびオプション一覧フィールド４
０６で構成されている。

【０１５１】記号名フィールド４０１には、ツールをシ
ステムが実行する際に使用するツール名が格納される。
日本語名フィールド４０２には、ツールに付けた日本語
の名称が格納される。また、パス一覧フィールド４０３
には、当該ツールが実行可能なクライアント装置２０１
の名称のホイト名と、当該ツールの格納してあるディレ
クトリ名を格納する格納場所とが、テーブル形式で格納
されるテーブルをポイントするポインタが格納される。
生成先フィールド４０４には、当該ツールが情報を生成
する場合に許される生成先のリソースコードが格納され
る。実行一覧フィールド４０５には、ツールの実行形態
を管理するためのデータを格納するテーブルをポイント
するポインタが格納される。実行一覧フィールド４０５
に格納されるポインタによりポイントされるテーブルに
は、ツールの実行形態を管理するデータとして、リソー
スコードと、実行種別と、実行機能名とを対応づけて格
納し、どのリソースコードのデータに対して、どんな実
行種別が与えられているか、その実行機能の日本語名称
が管理される。

【０１５２】また、オプション一覧フィールド４０６に
は、そのツールを実行する際に指定可能なオプションの
ためのデータを格納するテーブルをポイントするポイン
タが格納される。このテーブルには、そのツールを実行
する際に指定可能なオプションコードと、オプションコ
ードを識別するオプション種別と、オプションの日本語
名称のオプション名とが対応づけられて格納される。

【０１５３】図４１（Ａ）に示すように、プロジェクト
テーブルの作業用テーブル２２３には、ツールの属性を
持ったレコードが登録される。ツールルートデータ４１
０１によりツールのレコードの先頭を管理する。ツール
ルートデータ４１０１は、システムが付加するリソース
ＩＤ４１０２，ツールのデータであることを示すリソー
スコード４１０３，当該レコードに付けられた日本語名
称のリソース名４１０４，ツールの属性を持ったすべて
のレコードのリソースＩＤを管理するリソース一覧テー
ブル４１０５で構成されている。

【０１５４】また、図４１（Ｂ）に示すように、リソー
ス一覧テーブル４１０５に登録されているツールのリソ
ースレコードは、ツールのレコードに付けられたリソー
スＩＤ４１０６，ツールリソースであることを識別する
リソースコード４１０７，ツールのコマンド名称を格納
する記号名４１０８，ツールの日本語名を格納する日本
語名４１０９，リソースコードに対する実行種別を管理
する実行機能テーブル４１１０，オプション種別に対す
るオプションコードとオプション名称とを管理するオプ
ションテーブル４１１１，プロジェクトで使用可能なク
ライアント装置の名称（ホスト名）と実行するモジュー
ルの格納されているパスを格納した格納場所とを管理す
るパステーブル４１１２の各データを格納するエリアか
ら構成されている。

【０１５５】なお、前述した登録ツール設定・変更画面
３８１には、プロジェクトで使用するツールの構成を操
作するため、現在登録されているツールを一覧表示する
登録ツール表示部３８２，ツール選択カーソルで選択し
ているツールの設定内容を表示するツールガイド表示部
３８３，“了解”ボタン３８４，ツールを追加する場合
に操作する“追加”ボタン３８５，ツールを変更する場
合に操作する“変更”ボタン３８６，ツールを削除する
場合に操作する“削除”ボタン３８７，処理を取り消す
場合に操作する“取消”ボタン３８８，ツール選択カー
ソル３８９が設けられている。

【０１５６】次に、プロジェクト変更部２８２の処理に
図４２を参照して説明する。図４２はプロジェクト変更
部２８２の処理の手順を示すフローチャートである。プ
ロジェクト変更の処理では、プロジェクト属性を変更す
る場合（ステップ４２１）、プロジェクト属性変更処理
（ステップ４２２）を行い、担当者を変更する場合には
（ステップ４２３）、担当者変更処理（ステップ４２
４）を行う。また、ツールの構成を変更する場合は（ス
テップ４２５）、ツール構成変更処理（ステップ４２
６）を行う。これにより、プロジェクトの構成員や使用
するツールの変更が可能となる。

【０１５７】次に、このプロジェクト変更部２８２の処
理の中で行われるプロジェクト属性変更処理，担当者変
更処理，およびツール構成変更処理のそれぞれに処理に
ついて説明する。図４３はプロジェクト属性変更処理の
手順を示すフローチャートであり、図４４は担当者変更
処理の手順を示すフローチャートである。また、図４７
は、ツール構成変更処理の手順を示すフローチャートで
ある。

【０１５８】プロジェクト属性変更処理では、図４３に
示すように、プロジェクト一覧画面３２１（図３２）か
ら対象とするプロジェクトを選択し（ステップ４３
１）、プロジェクト属性変更画面を表示する（ステップ
４３２）。例えば、前述したプロジェクト属性を定義す
るウィンドウ画面３１１を開して表示し、表示したプロ
ジェクト属性変更画面において、変更するプロジェクト
の記号名，日本語名，担当部署を入力して変更し、入力
した内容で良ければ“了解”ボタンを押して、変更内容
を確定する（ステップ４３３）。

【０１５９】図４４に示すように、担当者変更処理にお
いても、前述したプロジェクト属性変更処理と同様に、
プロジェクト一覧画面３２１（図３２）から対象とする
プロジェクトを選択し（ステップ４４１）、担当者設定
・変更画面３６１（図３６）を表示する（ステップ４４
２）。次に、担当者の追加処理（ステップ４４３）を行
い、担当者の情報で修正のあるものは修正する担当者の
内容の変更を行い（ステップ４４４）、プロジェクトの
従事者でなくなった担当者は削除する担当者の削除処理
を行う（ステップ４４５）、また、必要であれば責任者
を変更し（ステップ４４６）、変更した内容をテーブル
（担当者リソースレコード）に反映させる。

【０１６０】次に、担当者変更処理の中の担当者の情報
を変更する場合に伴う処理について説明する。図４５お
よび図４６を参照する。図４５はプロジェクトから担当
者を削除する処理の手順を示すフローチャートであり、
図４６は担当者を削除する際にその担当者が担当してい
た情報をプロジェクト内のどの担当者に引き継ぐかを指
定する担当者削除／リレーション設定の画面を示す図で
ある。

【０１６１】担当者変更処理の中で担当者の情報を変更
する場合、例えば、担当者を削除する処理を行う場合
は、削除された担当者の情報は、引き継く次の担当者を
設定しなければ、当該情報が消失してしまうことにな
る。このため、ここでは、担当者を削除する際にその担
当者が担当していた情報をプロジェクト内のどの担当者
に引き継ぐかを指定するリレーション設定を行う。ユー
ザが担当者削除／リレーション設定を行う場合、図４６
に示すように、担当者削除／リレーション設定画面４６
１を開き表示する。担当者削除／リレーション設定画面
４６１では、担当者表示エリア４６２において、プロジ
ェクト内の担当者を一覧表示されるので、指定する担当
者をカーソル４６３で選択して指示する。

【０１６２】図４５に示すように、担当者の削除処理に
おいては、担当者設定・変更画面３６１（図３６）を表
示して削除する担当者を選択し（ステップ４５１）、次
に、削除ボタンを押して、担当者削除／リレーション設
定画面４６１を表示する（ステップ４５２）。次に、担
当者削除／リレーション設定画面４６１において、削除
される担当者が担当していた情報を引き継ぐ担当者をカ
ーソル４６３により選択して指定する（ステップ４５
３）。これにより、担当者を削除し、削除される担当者
が担当していた情報の引き継ぎの処理を行う。このた
め、担当者の入れ替えなどによる担当物の引継が簡単に
漏れなく実行される。

【０１６３】次に、ツール構成変更処理について説明す
る。図４７のフローチャートに示すように、ツール構成
変更処理では、まず、変更するプロジェクトをプロジェ
クト一覧画面３２１から選択する（ステップ４７１）。
次に、登録ツール設定・変更画面３８１（図３８）を表
示して（ステップ４７２）、ツール構成の変更するため
に追加するツールの追加処理を行い（ステップ４７
３）、変更するツールの実行マシン・実行バージョンの
変更処理を行い（ステップ４７４）、不要となったツー
ルの削除処理を行う（ステップ４７５）。

【０１６４】図４８は、実行マシン・実行バージョン変
更処理の手順を示すフローチャートである。ツールの実
行マシン・実行バージョン変更処理では、図４８のフロ
ーチャートに示すように、登録ツール設定・変更画面３
８１（図３８）を開き、登録ツール設定・変更画面３８
１から、登録ツール一覧に表示されている登録ツールの
中で変更する対象のツールを選択する（ステップ４８
１）。次に、“変更”ボタン３８６を押して、図４９に
示すようなツールパス設定・変更画面４９１を表示し
（ステップ４８２）、該当する実行マシンと実行バージ
ョンを選択する（ステップ４８３）。そして、“了解”
ボタン４９９を押して、登録ツール設定・変更画面３８
１（図３８）に戻る。

【０１６５】次に、ツールパス設定・変更画面４９１に
ついて説明する。図４９はツールパス設定・変更画面４
９１の構成を示す図である。このツールパス設定・変更
画面４９１は、登録ツール設定・変更画面３８１（図３
８）の“変更”ボタン３８６が押されたときに表示され
る。ツールパス設定・変更画面４９１においては、ツー
ルパス表示エリア４９２が設けられており、ツールパス
表示エリア４９２において、システム管理テーブル２２
２のツール一覧テーブル２４２に登録されているパス一
覧４０３（図４０）の内容を表示する。このため、ツー
ルパス表示エリア４９２には、選択状態表示部（フィー
ルド）４９３，マシン名表示部（フィールド）４９４，
およびパス表示部（フィールド）４９５が設けられてい
る。選択状態表示部４９３により、現在の選択状態を示
し、マシン名表示部分４９４により、当該ツールを実行
するクライアント装置２０１を識別するクライアント装
置に付与された名称（ホスト名）を表示する。パス表示
部分４９５によりツールのパス（格納場所）を表示す
る。

【０１６６】更に、ユーザは、カーソル４９６を操作し
て、当該ツールのパスを選択する指示を行い、“実行”
ボタン４９７，“初期化”ボタン４９８，“取消”ボタ
ン４９９の各コマンドボタンを押して、ツールパスの設
定／変更を行う。“実行”ボタン４９７が押されると、
設定したツールパスの情報をプロジェクトテーブルの作
業用テーブル２２３に反映する処理を実行する。“初期
化”ボタン４９８が押されると、現在の選択状態を初期
状態に戻す処理を実行する。また、“取消”ボタン４９
９が押されると、設定した内容を反映せずに終了する処
理を実行する。

【０１６７】次に、ツール削除処理について説明する。
プロジェクト変更部２８２のツール削除部により行われ
るツール削除処理は、図５０のフロチャートに示すよう
に、プロジェクトで使用しなくなったツールを削除す
る。この削除処理では、前述の場合と同様に、プロジェ
クト一覧画面３２１（図３２）から対象とするプロジェ
クトを選択し、更に、登録ツール設定・変更画面３８１
（図３８）を開き、この登録ツール設定・変更画面３８
１に一覧表示された登録ツールから削除するツールを選
択する（ステップ５０１）。そして、次に“削除”ボタ
ン３８７を押してツールを削除する（ステップ５０
２）。

【０１６８】次にプロジェクト削除部２８３によるプロ
ジェクト削除処理について、図５１を参照して説明す
る。図５１は、プロジェクト削除処理の処理手順を示す
フローチャートである。このプロジェクト削除処理によ
り、開発が終了したプロジェクトをシステム管理テーブ
ル２２２のプロジェクト一覧テーブル２４１から削除す
る。プロジェクト削除処理では、プロジェクト一覧画面
３２１（図３２）から対象とするプロジェクトを表示
し、削除するプロジェクトを選択する（ステップ５１
１）。続いて、ユーザが削除コマンドを実行する操作を
行うと、削除確認メッセージを表示し（ステップ５１
２）、更に、ユーザが削除コマンドを実行する操作を行
うと、指定されたプロジェクトを削除する（ステップ５
１３）。これにより、指定されたプロジェクトレコード
が、プロジェクト一覧テーブル２４１（図３３）から削
除される。

【０１６９】次に、具体的なプログラム開発の処理を行
うソフトウェア開発処理部２１２の処理について説明す
る。図５２は、ソフトウェア開発処理部２１２の構成を
示す機能ブロック図である。図５２に示すように、ソフ
トウェア開発処理部２１２の処理のため、プロジェクト
テーブル２３０における作業用テーブル２２３には、設
計ドキュメントリソースレコード５２７，構造体リソー
スレコード５２８，およびプログラムリソースレコード
５２９が設けられて、処理が進められる。

【０１７０】また、クライアント装置２０１のソフトウ
ェア開発処理部２１２には、システム要素の各機能処理
部として、機能仕様書を作成する機能仕様書作成部５２
１，プログラムで使用するテーブルを定義するテーブル
作成部５２２，プログラムを作成するプログラム作成部
５２３，作成したプログラムの設計ドキュメントを生成
するプログラム設計ドキュメント生成部５２４，設計情
報の参照テーブルをプロジェクトテーブルの作業用テー
ブル２２３と公開用テーブル２２４とに切り替える設計
情報の参照切り替え部５２５，情報の変更履歴を取得す
る情報バージョン管理部５２６が備えられる。これらの
システム要素の各機能処理部は、クライアント装置２０
１のデータ入出力部２１０とサーバ装置２０２のテーブ
ル入出力部２２０を介して、プロジェクトテーブルの作
業用テーブル２２３および公開用テーブル２２４に対し
て、データをアクセスする。

【０１７１】次に、ソフトウェア開発処理部２１２の処
理について、図５３，図５４，図５５を参照して説明す
る。図５３は、ソフトウェア開発処理部２１２の処理の
手順を示すフローチャートである。図５４は、プロジェ
クトテーブル２３０に登録されているリソースデータの
一覧を表示するリソース一覧画面の一例を示す図であ
り、図５５は、図５４のリソース一覧画面５４１に表示
するリソースの種別を選択するリソース種別選択画面の
一例を示す図である。

【０１７２】図５４に示すように、リソース一覧画面５
４１においては、プロジェクトテーブル２３０に登録さ
れているリソースデータの一覧を表示する。リソース一
覧画面５４１は、リソースを表示するリソース一覧表示
エリア５４２とリソースデータを選択するカーソル５４
３で構成されている。

【０１７３】リソース一覧画面５４１に表示するリソー
スの種別は、図５５に示すように、リソース種別選択画
面５５１を開いて、当該するリソースを選択する。リソ
ース種別選択画面５５１には、リソース種別を表示する
リソース種別フィールド５５２が設けられており、リソ
ース種別フィールド５５２には、現在表示中のリソース
種別を識別するためのマークエリア５５３が設けられ
る。また、リソース種別の選択を行うためのコマンドボ
タンとして、画面の下部側に、選択した結果をリソース
一覧画面５４１に反映するコマンドを実行する“実行”
ボタン５５４，リソース種別をすべて選択状態にするコ
マンドを実行する“全部”ボタン５５５，選択状態を初
期状態に戻すコマンドを実行する“初期値”ボタン５５
６が設けられている。

【０１７４】次に、図５３を参照して、ソフトウェア開
発処理部２１２の処理の流れについて説明する。ソフト
ウェア開発の処理は、システムを起動して（ステップ５
３０１）、処理を開始する。次に、ソフトウェア開発処
理を行う対象のプロジェクトを選択し、対象プロジェク
トのリソース一覧画面５４１（図５４）を表示する（ス
テップ５３０２）。前述したように、リソース一覧画面
５４１に表示するリソース種別を変更する場合は（ステ
ップ５３０３）、リソース種別選択画面５５１（図５
５）を表示し（ステップ５３０４）、表示するリソース
の種別を選択する（ステップ５３０５）。そして、“実
行”ボタン５５５を押し、作業用テーブル２２３の担当
者リソースレコードの表示リソーステーブル３４１２
（図３４）に選択したリソースコードを登録する（ステ
ップ５３０６）。次に、機能仕様書を作成するため機能
仕様書作成処理を行い（ステップ５３０７）、プログラ
ムで使用するテーブルを設計するテーブル作成処理を行
う（ステップ５３０８）。そして、プログラムを開発す
るプログラム作成処理を行う（ステップ５３０９）。プ
ログラム開発が終了すると、次に、プログラム設計ドキ
ュメントを生成するプログラム設計ドキュメント生成処
理を行う（ステップ５３１０）。これにより、ソフトウ
ェア開発の中の一連の処理が行われる。

【０１７５】次に、ソフトウェア開発処理部２１２の中
での機能仕様書作成部５２１の処理について説明する。
図５６は、機能仕様書作成部５２１の構成を示す機能ブ
ロック図である。機能仕様書の作成処理のため、プロジ
ェクトテーブルの作業用テーブル２２３には、設計ドキ
ュメントリソースレコード５２７が設けられているの
で、更に、テキストデータリソースレコード５６７およ
び図データリソースレコード５６８を設けて、処理が進
められる。このため、クライアント装置２０１の中のソ
フトウェア開発処理部２１２の中の機能仕様書作成部５
２１には、ここでの機能処理部として、目次編集部５６
１，タイトル・レベル編集部５６２，帳票編集部５６
３，テキスト編集部５６４，目次項目チェック部５６
５，および帳票選択部５６６の各機能処理部が設けられ
る。

【０１７６】目次編集部５６１は、目次の項目を編集す
る処理を行う。タイトル・レベル編集部５６２は、目次
のタイトルやレベルを編集する処理を行う。帳票編集部
５６３は、目次に設定した項目に対して帳票データを割
り当てる処理を行う。テキスト編集部５６４は、機能仕
様書の内容を入力する処理を行う。目次項目チェック部
５６５は、テキスト編集中に変更した目次項目と目次編
集部５６１で定義した内容とを比較チェックする処理を
行う。また、帳票選択部５６６は、プロジェクトテーブ
ルの作業用テーブル２２３で管理している帳票データか
ら目的のデータを選択する処理を行う。

【０１７７】次に、機能仕様書作成部５２１の処理につ
いて、図５７を参照して説明する。図５７は、機能仕様
書作成部５２１の処理手順を示すフローチャートであ
る。機能仕様書作成の処理を開始すると、初めにリソー
ス一覧画面５４１（図５４）を開き、カーソル５４３に
より設計ドキュメントを選択する（ステップ５７１）。
次に、設計ドキュメント新規作成画面を表示し（ステッ
プ５７２）、記号名，日本語名、コメントを入力する
（ステップ５７３）。これにより、設計ドキュメントリ
ソースレコード５２７に作成した情報が登録され、リソ
ース一覧画面５４１には登録された該当データ（更新日
付，担当者など）が表示されるので（ステップ５７
４）、次に、設計ドキュメントの目次編集を行う目次編
集処理を行い（ステップ５７５）、更に、ドキュメント
の内容をテキスト編集で作成するテキスト編集処理を行
う（ステップ５７６）。以上の操作で機能仕様書の作成
を行う。

【０１７８】ここでは、特に図示しないが、設計ドキュ
メントリソースレコード５２７も、前述したようにリソ
ースレコード（例えば、図３４，図４１）と同様なデー
タ構造のレコード形式を有している。つまり、設計ドキ
ュメントのレコードの先頭を管理する設計ドキュメント
ルートデータは、システムが付加するリソースＩＤ，設
計ドキュメントのデータであることをあらわすリソース
コード，そのレコードに付けられた日本語名称のリソー
ス名，設計ドキュメントの属性を持ったすべてのレコー
ドのリソースＩＤを管理するリソース一覧テーブルで構
成されている。また、当該リソース一覧テーブルに登録
されている設計ドキュメントのリソースレコードは、設
計ドキュメントのレコードに付けられたリソースＩＤ，
設計ドキュメントリソースであることを識別するリソー
スコード，設計ドキュメントの英語名称の記号名，設計
ドキュメントの日本語名，設計ドキュメントの目次項目
の情報を管理する目次情報，生成ツールを実行する際の
実行オプションを管理するための生成ツール実行オプシ
ョン情報，生成元のリソース種別を管理する生成元リソ
ース一覧の情報，設計ドキュメントの各データを更新し
た最新の時間を管理する更新時間，目次情報を更新した
時間を管理する目次更新時間，設計ドキュメントレコー
ドを参照しているもしくは設計ドキュメントレコードが
参照しているリソースを管理する参照リソーステーブル
の各データで構成されている。

【０１７９】次に、機能仕様書作成部５２１の中の目次
編集部５６１の処理について説明するる。図５８を参照
すると、目次編集部５６１の処理手順をあらわすフロー
チャートが示されている。この目次編集部５６１の処理
では、処理を開始すると、まず、リソース一覧画面５４
１（図５４）から設計ドキュメントのリソースデータを
選択し（ステップ５８１）、そのリソース一覧画面５４
１のコマンドバーの中の表示コマンドを操作して、目次
一覧画面５９１（図５９）を表示する（ステップ５８
２）。そして、次に、目次項目を編集するためにタイト
ル・レベル編集処理を行い（ステップ５８３）、作成し
た項目に対して帳票編集処理を行う（ステップ５８
４）。

【０１８０】この処理の中で表示される目次一覧画面５
９１について、図５９を参照して説明する。図５９に示
すように、設計ドキュメントの目次を定義する目次一覧
画面５９１の構成は、目次の項番を表示する項番フィー
ルド５９２，目次の項目名を表示する項目フィールド５
９３，プロジェクトテーブルの中の作業用テーブル２２
３と公開用テーブル２２４のどちらを使用するかを表示
するＦ／Ｏフィールド５９４，項目（項目フィールド５
９３）を記述する帳票を表示する帳票フィールド５９
５，および、帳票の作成担当者を表示する担当者フィー
ルド５９６から構成されている。これらの各フィールド
の内容を定義することにより、設計ドキュメントの目次
の項目の内容を定義する。

【０１８１】上述の目次編集処理の中でタイトル・レベ
ル編集処理と、帳票編集処理を行うが、これらの処理に
ついて、次に説明する。図６０はタイトル・レベル編集
部５６２の処理の手順を示すフローチャートである。図
６１は目次項目を編集する目次定義画面の例を示す図で
ある。図６１に示すように、タイトル・レベル編集処理
において利用される目次定義画面６１１は、項目の
「章」、「節」をあらわすレベルフィールド６１２，目
次項目の内容をあらわす項目フィールド６１３、項目を
追加したり項目の内容を変更する際に文字入力を行う項
目入力フィールド６１４，定義した目次項目を目次一覧
画面５９１（図５９）に反映させるコマンドを実行する
ことを指示する“了解”ボタン６１５などで構成され
る。

【０１８２】タイトル・レベル編集部５６２の処理にお
いては、図６０のフローチャートに示すように、まず、
初めに目次定義画面６１１（図６１）を表示する（ステ
ップ６０１）。目次定義画面６１１を表示すると、各フ
ィールドのデータとして、現在の目次情報テーブルの内
容が表示される。目次の項目を追加する場合には（ステ
ップ６０２）、項目入力フィールド６１４に項目の内容
を入力する（ステップ６０５）。また、目次項目の文字
列を修正する場合は、対象の項目を選択すると（ステッ
プ６０３）、項目入力フィールド６１４に目次項目の文
字列が表示されるので、ここで修正する文字列を入力し
編集を行い、項目入力フィールドの文字列を編集する
（ステップ６０４）。そして、次に、対象の項目のレベ
ルフィールド６１２を設定する（ステップ６０６）。こ
れにより、設計ドキュメントリソースレコード５２７の
目次情報テーブルに編集結果が格納される。

【０１８３】続いて、目次項目に対する帳票編集部５６
３の処理について、図６２に示す処理手順のフローチャ
ート，図６３に示す帳票種別選択画面，図６４に示すリ
ソース選択画面を参照して説明する。

【０１８４】図６２は帳票編集部５６３の処理の手順を
示すフローチャートである。帳票編集部５６３の処理で
は、まず、目次一覧画面５９１（図５９）から対象の目
次項目を選択する（ステップ６２１）。次に、帳票種別
選択画面６３１（図６３）を表示し、この中でカーソル
６３２により、目次項目に対応付ける帳票種別を選択す
る（ステップ６２２）。帳票種別を選択すると、次にリ
ソース選択画面６４１（図６４）を表示し（ステップ６
２３）、選択した帳票種別のリソース一覧がリソース選
択画面６４１に表示されると、次に、カーソル６４２に
より、リソース選択画面６４１の中の目的のリソースを
選択する（ステップ６２４）、そして、“了解”ボタン
６４３を押して、目次一覧画面５９１の帳票フィールド
５９５（図５９）に帳票が設定された状態を表示する
（ステップ６２５）。このとき、設計ドキュメントリソ
ースレコードに対して、その目次情報テーブルの生成元
リソースコードと、生成元リソース一覧に情報が設定さ
れる。また、参照リソーステーブルにも帳票の情報が設
定される。

【０１８５】次に、機能仕様書作成部５２１の中のテキ
ストデータ編集部５６４の処理について説明する。図６
５，図６６，図６７，および、図６８を参照して説明す
る。図６５は、プロジェクトテーブルの作業用テーブル
２２３に登録されているテキストデータリソースレコー
ド５６７のデータ形式を説明する図であり、図６６は、
テキスト編集処理の手順を示すフローチャートである。
図６７は、設計ドキュメントのテキストを入力する入力
画面の構成を示す図である。また、図６８は、版管理
（情報のバージョン管理）の設定を行うドキュメント履
歴登録画面の構成を示す図である。

【０１８６】図６５（Ａ）に示すように、プロジェクト
テーブルの作業用テーブル２２３には、テキストデータ
リソースレコード５６７が登録される。テキストデータ
リソースレコード５６７は、テキストデータルートデー
タ６５０１により、テキストデータのレコードの先頭を
管理する。テキストデータルートデータ６５０１は、シ
ステムが付加するリソースＩＤ６５０２，テキストデー
タのデータであることをあらわすリソースコード６５０
３，そのレコードに付けられた日本語名称のリソース名
６５０４，テキストデータの属性を持ったすべてのレコ
ードのリソースＩＤを管理するリソース一覧テーブル６
５０５で構成されている。

【０１８７】また、図６５（Ｂ）に示すように、リソー
ス一覧テーブル６５０５に登録されているテキストデー
タのリソースレコードは、テキストデータのレコードに
付けられたリソースＩＤ６５０６，テキストデータリソ
ースであることを識別するリソースコード６５０７，テ
キストデータの英語名称を格納する記号名６５０８，テ
キストデータの日本語名を格納する日本語名６５０９，
テキストデータの各データを更新した最新の日付時間を
管理する更新日付６５１０，テキストデータを履歴更新
した時刻を管理する固定日付６５１１，テキストデータ
を格納したテキストデータ６５１２，テキストデータレ
コードを参照しているもしくはテキストデータレコード
が参照しているリソースを管理する参照リソーステーブ
ル６５１３の各データを格納するエリアから構成されて
いる。ここでのテキストデータ６５１２のエリアは、実
体情報を格納している格納先のポインタデータが記録さ
れており、同様に、参照リソーステーブル６５１３のエ
リアは、実体情報を格納している格納先のポインタデー
タが記録されている。

【０１８８】設計ドキュメントのテキストを入力し、テ
キストデータの編集を行うテキスト編集画面６７１は、
図６７に示すように、テキスト編集フィールド６７２，
位置指定カーソル６７３などで構成されており、また、
画面の左側には、テキスト編集のためのツールを起動す
るツールボタンが設けられている。また、版管理用のド
キュメント履歴登録画面６８１の構成は、図６８に示す
ように、処理の機能を選択するリビジョンフィールド６
８２，登録したデータにコメントを付加するログフィー
ルド６８３，履歴を登録するコマンドの実行を指示する
“実行”ボタン６８４などで構成されている。

【０１８９】図６６のフローチャートを参照して、テキ
スト編集処理の流れを説明する。テキスト編集処理で
は、まず、リソース一覧画面５４１（図５４）からテキ
ストデータのリソースを選択して開き（ステップ６６
１）、次に、テキスト編集画面６７１（図６７）に表示
してテキストデータを編集する（ステップ６６２）。次
に、目次項目の編集を行う目次項目編集処理を行い（ス
テップ６６３）、変更した目次項目があるかをチェック
する目次項目チェック処理を行う（ステップ６６４）。
そして、編集が終了すると、プロジェクト内のデータを
公開するために、公開する対象の情報を選択する（ステ
ップ６６５）、次に、版管理（情報のバージョン管理）
の設定を行うため、ドキュメント履歴登録画面６８１
（図６８）を表示し（ステップ６６６）、ドキュメント
履歴登録画面６８１において、リビジョン指定フィール
ド６８２により「公開」もしくは「公開＆履歴」ボタン
を選択し（ステップ６６７）、情報をプロジェクト内に
公開する設定を行う。

【０１９０】次に、テキスト編集中に処理を行う目次項
目チェック部５６５の処理を、図６９のフローチャート
および図７０の表示画面を参照して説明する。図６９
は、テキストデータ入力中に目次項目を編集する処理手
順をあらわしたフローチャートである。処理を開始する
と、初めに、テキスト編集画面６７１（図６７）におい
て、目次項目にする行にカーソル６７３を移動し（ステ
ップ６９１）、目次項目設定画面７０１（図７０）を表
示する（ステップ６９２）。目次項目を追加する場合は
（ステップ６９３）、レベルフィールドの該当するレベ
ル７０２を選択する（ステップ６９４）。ここでのレベ
ルとは節や章のことである。また、目次項目を解除する
場合は（ステップ６９５）、レベルフィールドの解除ボ
タン７０３を選択する（ステップ６９６）。このような
操作を行うことにより、目次データをテキストテータリ
ソースレコード５６７の中のテキストデータ６５１２
（図６５）内に作成する。

【０１９１】図７０は、テキスト編集中にあらたに目次
項目を設定する場合の設定画面による操作例を示してい
る。図７０に示すように、目次項目設定画面７０１に
は、目次項目のレベルをあらわすレベルフィールドのボ
タン７０２，目次項目に設定済みデータを解除する“解
除”ボタン７０３，目次項目に設定する項目テキストを
表示する目次項目フィールド７０４、目次項目設定画面
の内容を目次項目に反映するコマンドの実行を指示する
“了解”ボタン７０５が設けられている。

【０１９２】例えば、テキスト編集中に修正した目次項
目をチェックする場合は、目次項目チェック部５６５に
よる目次項目チェック処理を実行する。図７１は、目次
項目チェック処理の処理の手順を示すフローチャートで
ある。目次項目チェック処理を開始すると、図７１に示
すうように、まず、初めに目次項目が変更されているか
否かを判定する（ステップ７１１）。目次項目が変更さ
れている場合は、テキスト目次読み込み画面７２１（図
７２）を表示する（ステップ７１２）。テキスト目次読
み込み画面７２１において、テキストフィールド７２４
の目次の内容を設計ドキュメントの目次に反映する場合
は（ステップ７１３）、“了解”ボタン７２５を押す。
その結果、設計ドキュメントリソースレコードの目次情
報テーブルに反映される（ステップ７１４）。設計ドキ
ュメントリソースレコードに反映させない場合は、“却
下”ボタン７２６を押して（ステップ７１５）、テキス
ト上で変更のあった目次項目を解除して、目次情報の変
更をしない（ステップ７１６）。

【０１９３】図７２は、目次項目の修正状況をチェック
するテキスト目次読み込み画面の構成を示す図である。
テキスト目次読み込み画面７２１は、設計ドキュメント
リソースレコード５２７における目次更新時間とテキス
トデータリソースレコード５６７の更新日付の内容を表
示する目次変更時刻フィールド７２２と、設計ドキュメ
ントリソースレコードの目次内容を表示するドキュメン
トフィールド７２３と、テキストデータリソースレコー
ドからのテキストデータの内容を表示するテキストフィ
ールド７２４と、テキストデータの目次項目を設計ドキ
ュメントの目次項目に反映するコマンドの実行を指示す
る“了解”ボタン７２５と、テキストデータの変更を設
計ドキュメントの目次項目に反映しないコマンドの実行
を指示する“却下”ボタン７２６を備えている。これら
のフィールド，ボタンにより、目次項目の修正状況をチ
ェックする。

【０１９４】次に、開発するプログラムで使用する各々
のテーブルを作成するテーブル作成部５２２（図５２）
の処理について説明する。図７３，図７４，図７５，図
７６および図７７を参照して説明する。図７３は、プロ
ジェクトテーブルの作業用テーブル２２３に登録されて
いる構造体データのレコードのデータ形式を説明する図
であり、図７４は、作成した情報の担当者を設定する担
当者選択画面の一例を示す図である。また、図７５は、
構造体のメンバーの内容を定義する構造体定義画面の画
面構成を示す図である。図７６は、テーブル作成部５２
２の処理の手順を示すフローチャートであり、図７７
は、構造体のリソースレコードを作成する場合の新規作
成画面の画面構成を示す図である。

【０１９５】図７３（Ａ）に示すように、構造体リソー
スレコードは、構造体データルートデータ７３０１によ
って構造体データのレコードの先頭を管理する。構造体
データルートデータ７３０１は、システムが付加するリ
ソースＩＤ７３０２，構造体データのデータであること
をあらわすリソースコード７３０３，そのレコードに付
けられた日本語名称のリソース名７３０４，構造体デー
タの属性を持ったすべてのレコードのリソースＩＤを管
理するリソース一覧テーブル７３０５で構成されてい
る。

【０１９６】また、図７３（Ｂ）に示すように、リソー
ス一覧テーブル７３０５に登録されている構造体データ
のリソースレコードは、構造体データのレコードに付け
られたリソースＩＤ７３０６，構造体データリソースで
あることを識別するリソースコード７３０７，構造体デ
ータの英語名称を格納する記号名７３０８、構造体デー
タの日本語名を格納する日本語名７３０９，構造体デー
タの各データを更新した最新の時間を管理する更新時間
７３１０，構造体データを履歴更新した時刻を管理する
固定日付７３１１，構造体データを格納した構造体テー
ブル７３１２、構造体データに付加されたコメントデー
タ７３１３，構造体データレコードを参照しているもし
くは構造体データレコードが参照しているリソースを管
理する参照リソーステーブル７３１４の各データを格納
するエリアで構成されている。

【０１９７】また、構造体テーブル７３１２のエリア
は、実体情報が格納されている格納先のポインタデータ
が格納されており、このポインタデータによりポイント
される構造体テーブルには、変数の属性，変数名，変数
に付加された日本語名，変数が何に使用されるのかを説
明した内容のフィールドから構成されている。同じく、
参照リソーステーブル７３１４のエリアも、実体情報が
格納されている格納先のポインタデータが格納されてお
り、このポインタデータによりポイントされる参照リソ
ーステーブルには、当該構造体のデータに対する参照先
および参照先のフィールドから構成されている。

【０１９８】テーブル作成部５２２によるテーブル作成
の処理では、図７６のフローチャートに示すように、処
理を開始すると、まず、リソース一覧画面５４１（図５
４）を表示し、その中から構造体リソースレコードを選
択し（ステップ７６１）、次に、構造体新規作成画面７
７１（図７７）を表示する（ステップ７６２）。この構
造体新規作成画面７７１において、その記号名フィール
ド７７２，日本語名フィールド７７３，コメントフィー
ルド７７４により、記号名、日本語名、コメントの各情
報を入力して構造体リソースを作成する（ステップ７６
３）。そして、次に、作成した情報に担当者を割り当て
る場合は（ステップ７６４）、対象となる構造体情報を
選択し（ステップ７６５）、担当者選択画面７４１（図
７４）を表示して（ステップ７６６）、担当者一覧７４
２の中のカーソル７４３を操作して、担当者を選択する
操作を行う（ステップ７６７）。次に、編集対象とする
構造体の情報を選択し開き（ステップ７６８）。構造体
定義画面７５１（図７５）を表示し、レベル，属性，変
数名，日本語名などの内容情報を定義する（ステップ７
６９）。このような一連の操作処理を行うことにより、
テーブルの中の各々の必要な情報を定義してテーブルを
作成する。

【０１９９】構造体のリソースレコードを作成する新規
作成画面は、図７７に示すように、構構造体新規作成画
面７７１に、構造体の記号名入力フィールド７７２，構
造体の日本語名の入力フィールド７７３，構造体のコメ
ントを入力するフィールド７７４が設けられており、こ
れらの各フィールドに該当データを入力し、“実行”ボ
タン７７５を押すことにより、構造体リソースレコード
を作成するコマンドを実行する。

【０２００】次に、ソフトウェア開発処理部２１２の中
の主要部となるプログラム作成部５２３（図５２）につ
いて説明する。図７８は、プログラム作成部５２３の構
成を示す機能ブロック図である。この場合、プログラム
の作成処理のため、プロジェクトテーブルの作業用テー
ブル２２３には、インクルードリソースレコード７８
７，モジュールリソースレコード７８８，関数リソース
レコード７８９，プログラムリソースレコード５２９が
設けられ、これらを利用して処理が進められ、また、そ
の中で未定義のリソースが生じた場合に、未定義テーブ
ル２３２が更新される。

【０２０１】このため、クライアント装置２０１の中の
ソフトウェア開発処理部２１２の中のプログラム作成部
５２３には、ここでの機能処理部として、インクルード
ファイル作成部７８１，モジュール作成部７８２，ヘッ
ダ部作成部７８３，関数作成部７８４，コンパイル環境
設定部７８５，および、コンパイル部７８６の各機能処
理部が設けられる。インクルードファイル作成部７８１
は、インクルードファイルを設計作成し、モジュール作
成部７８２は、モジュールの構造を設計定義する。ヘッ
ダ部作成部７８３は、モジュールのヘッダ部を作成し、
また、関数作成部７８４は、モジュール内の関数を作成
する。そして、コンパイル環境設定部７８５により、プ
ログラムのコンパイル環境を設定し、コンパイル部７８
６により、コンパイルを実行する。これら各機能処理部
のそれぞれの処理結果により、データ入出力部２１０，
テーブル入出力部２２０を経由して、プロジェクトテー
ブルの作業用テーブル２２３において、インクルードリ
ソースレコード７８７，モジュールリソースレコード７
８８，関数リソースレコード７８９，プログラムリソー
スレコード５２９を作成し、未定義テーブル２３２を更
新する。

【０２０２】次に、プログラムの作成部５２３の全体の
処理の流れについて、図７９に示すフローチャートを参
照して説明する。図７９は、プログラム作成処理の全体
の処理の流れを示すフローチャートである。

【０２０３】プログラム作成処理を開始すると、まず、
表示されたリソース一覧５４１（図５４）からプログラ
ムを選択し（ステップ７９０１）、プログラム新規作成
画面８１１（図８１）を表示する（ステップ７９０
２）。プログラム新規作成画面８１１において、その記
号名フィールド８１２，日本語名フィールド８１３，お
よび、コメントフィールド８１４に、記号名、日本語
名、コメントの各データを入力し、“実行”ボタン８１
５を押して、新規にプログラムリソースレコードを登録
する（ステップ７９０３）。このプログラムリソースレ
コードは、プロジェクトテーブルの作業用テーブル２２
３にデータと共に登録される。担当者を変更する必要が
ある場合は担当者変更処理を行う（ステップ７９０
４）。

【０２０４】次に、再びリソース一覧画面５４１（図５
４）を表示し、リソース一覧画面５４１からモジュール
構成を定義する対象のプログラムを選択し（ステップ７
９０５）、モジュール構造画面８２１（図８２）を表示
する（ステップ７９０６）。続いて、インクルードファ
イル作成部７８１によるインクルードファイルの作成処
理を行い（ステップ７９０７）、モジュール作成部７８
２によるモジュールの作成処理を行い（ステップ７９０
８）、コンパイル環境設定部７８５によるコンパイル環
境の設定処理を行い（ステップ７９０９）、更に、コン
パイル部７８６を使用したコンパイルとテストを実行す
る（ステップ７９１０）。

【０２０５】そして、次に、開発したプログラムをプロ
ジェクトに公開するか否かを判定し（ステップ７９１
１）、公開する場合は公開対象のモジュールを選択して
（ステップ７９１２）、プログラム履歴登録画面８３１
（図８３）を表示する（ステップ７９１３）。そして、
プログラム履歴登録画面８３１において、リビジョンフ
ィールド８３２の“公開”ボタンまたは“公開＆履歴”
ボタンを選択し（ステップ７９１４）、続いて、“実
行”ボタン８３５を押して（ステップ７９１５）、モジ
ュール構造画面８２１における公開マーク８３７を
“−”から“＊”に変更する（ステップ７９１６）。こ
のように操作によって、プログラム作成処理を行うこと
により、プログラム開発の各担当者は他の担当者の作業
の進捗状況などに影響されること無く、自分のペースで
作業を遂行し、プログラムを開発することが可能とな
る。

【０２０６】次に、このプログラム作成処理の中で利用
されるプログラム新規作成画面８１１（図８１），モジ
ュール構造画面８２１（図８２），およびプログラム履
歴登録画面８３１（図８３）について説明する。

【０２０７】図８１は、プログラムリソースレコード
（構造体データ）の新規作成画面を示す図である。図８
１に示すように、プログラム新規作成画面８１１には、
記号名フィールド８１２，日本語名フィールド８１３，
および、コメントフィールド８１４が設けられており、
この各フィールドを用いて、記号名，日本語名，コメン
トの各データを入力して、プログラムリソースレコード
（構造体データ）を新規作成する。また、コマンドボタ
ンとして、新規にプログラムリソースレコードをプロジ
ェクトテーブルに登録するコマンドの実行を指示する
“実行”ボタン８１５が設けられている。

【０２０８】図８２は、プログラムのモジュール構造を
表示するモジュール構造画面の構成を説明する図であ
る。図８２に示すように、モジュール構造画面８２１
は、モジュールの先頭から付加された項番フィールド８
２２，情報をプロジェクトテーブルの作業用テーブル２
２３と公開用テーブル２２４のどちらを選択しているか
を表示するＯ／Ｆフィールド８２３，モジュール構造に
表示されている情報の更新日付を表示する更新日付フィ
ールド８２４、プログラムのモジュール構造を表示する
モジュール構造フィールド８２５、情報の担当者フィー
ルド８２６で構成される。更新日付フィールド８２４内
には、公開済み未公開を識別する公開マーク８２７が更
新日付のデータの後に付与される。

【０２０９】図８３はプログラムをプロジェクト内に公
開する場合に使用するプログラム履歴登録画面の構成を
説明する図である。図８３に示すように、プログラム履
歴登録画面８３１には、公開方法を指定するリビジョン
ボタン領域８３２，動作対象を指定する動作対象ボタン
領域８３３，公開履歴に対するコメントを付加するログ
入力フィールド８３４，および、プログラム履歴登録コ
マンドの実行を指する“実行”ボタン８３５が設けられ
ている。前述したように、開発したプログラムをプロジ
ェクトに公開する場合には、公開対象のモジュールを選
択し、プログラム履歴登録画面８３１により、リビジョ
ンフィールド８３２の“公開”ボタンまたは“公開＆履
歴”ボタンを選択し、続いて“実行”ボタン８３５を押
すことにより、指定された対象のプログラムが、公開用
テーブル２２４に移されて、該当するプログラムが公開
される。

【０２１０】次に、上述のようにした作成されるプログ
ラムデータは、前述したように各々のリソースレコード
の構造体データと同様なレコードのデータ形式で、プロ
ジェクトテーブルの作業用テーブル２２３に登録され
る。図８０はプロジェクトテーブルの作業用テーブル２
２３に登録されるプログラムリソースレコードのデータ
形式を説明する図である。

【０２１１】つまり、図８０（Ａ）に示すように、プロ
ジェクトテーブルの作業用テーブル２２３に、プログラ
ムデータのプログラムリソースレコードが登録される
が、プログラムデータルートデータ８００１によりプロ
グラムデータのレコードの先頭を管理する。プログラム
データルートデータ８００１は、システムが付加するリ
ソースＩＤ８００２，プログラムデータのデータである
ことをあらわすリソースコード８００３，そのレコード
に付けられた日本語名称のリソース名８００４，プログ
ラムデータの属性を持ったすべてのレコードのリソース
ＩＤを管理するリソース一覧テーブル８００５で構成さ
れている。

【０２１２】また、図８０（Ｂ）に示すように、リソー
ス一覧テーブル８００５に登録されているプログラムデ
ータのリソースレコードは、プログラムデータのレコー
ドに付けられたリソースＩＤ８００６，プログラムデー
タリソースであることを識別するリソースコード８００
７，プログラムデータの英語名称を格納する記号名８０
０８，プログラムデータの日本語名を格納する日本語名
８００９，プログラムデータの各データを更新した最新
の時間を管理する更新日付８０１０，プログラムデータ
を履歴更新した時刻を管理する固定日付８０１１，プロ
グラムデータに付加されたコメントデータ８０１２，コ
ンパイル環境を設定するコンパイル環境８０１３，プロ
グラムデータレコードを参照しているもしくはプログラ
ムデータレコードが参照しているリソースを管理する参
照リソーステーブル８０１４の各データを格納するエリ
アから構成されている。

【０２１３】ここでのコンパイル環境を設定するコンパ
イル環境８０１３のエリアは、プログラムのコンパイル
環境を設定している環境設定テーブルの格納先を指示す
るポインタデータが格納されており、環境設定テーブル
には、コンパイル命令，コンパイルフラグ，ロードフラ
グ，ソース取り出しディレクトリ，および、インクルー
ド取り出しディレクトリの各データを設定して、プログ
ラムのコンパイル環境を設定している。また、同じく、
リソースを管理する参照リソーステーブル８０１４のエ
リアは、プログラムデータレコードを参照しているもし
くはプログラムデータレコードが参照しているリソース
を管理する参照リソーステーブルの格納先を指示するポ
インタデータが格納されており、参照リソーステーブル
には、各々のリソースの参照先および参照元のデータが
格納されている。

【０２１４】次に、プログラム作成部５２３の中のイン
クルードファイル作成部７８１，モジュール作成部７８
２，関数作成部７８４，コンパイル環境設定部７８５な
どの個別の機能処理部の処理について説明するが、これ
らの機能処理部の処理では、いずれも、同様なデータ構
造を有する構造体データによるリソースレコードを作成
し、それぞれのリソース単位に対応してリソースデータ
を作成する。そして、統一的なデータ構造により、各種
のデータをリソース単位として容易に再利用可能にプロ
ジェクトデーブルに格納する。その中の実体情報が未定
義のリソース単位のデータは、未定義テーブルを更新し
て格納される。これらのリソースレコードは、いずれ
も、プログラム作成のための要素となる。

【０２１５】まず、インクルードファイルの作成部７８
１によるインクルードファイル作成処理について、図８
４，図８５，図８６，図８７を参照して説明する。図８
４はインクルードファイル作成部７８１の処理の手順を
示すフローチャートであり、図８５はインクルードファ
イル新規登録画面を示す図である。また、図８６は構造
体の一覧を表示する構造体一覧画面を示す図である

【０２１６】インクルードファイル作成部７８１では、
処理を開始すると、図８４に示すように、インクルード
ファイル新規登録画面８５１（図８５）を表示する（ス
テップ８４１）。次に、インクルードファイル新規登録
画面８５１の記号名フィールド８５２，日本語名フィー
ルド８５３，および機能フィールド８５４から、記号
名，日本語名，および機能のデータを入力し、“実行”
ボタンを押して、インクルードファイルレコードを新規
に登録する（ステップ８４２）。次に、インクルードリ
ソースレコードから編集対象のインクルードファイルを
選択して開き（ステップ８４３）。インクルードファイ
ル入力エディタ画面を表示し、インクルードファイルの
内容を編集する（ステップ８４４）。次に、構造体一覧
画面（図８６）を表示し（ステップ８４５）、選択カー
ソルを移動させて、取り込む構造体を選択すると、構造
体定義ソースコードがインクルードファイル入力エディ
タに取り込まれる（ステップ８４６）。この結果、次に
説明するように、インクルードファイルレコード（図８
７）の参照リソーステーブル８７１８に取り込んだ構造
体のリソースＩＤが登録される。

【０２１７】図８７は、プロジェクトテーブルの作業用
テーブル２２３に登録されているインクルードリソース
レコードのデータ形式を説明する図である。図８７
（Ａ）に示すように、プロジェクトテーブルの作業用テ
ーブル２２３に、インクルードデータのインクルードリ
ソースレコードが登録されるが、この場合においても、
前述した各データレコードと同様に、インクルードデー
タルートデータ８７０１により、インクルードデータの
レコードの先頭を管理する。インクルードデータルート
データ８７０１は、システムが付加するリソースＩＤ８
７０２，インクルードデータのデータであることをあら
わすリソースコード８７０３，そのレコードに付けられ
た日本語名称のリソース名８７０４，インクルードデー
タの属性を持ったすべてのレコードのリソースＩＤを管
理するリソース一覧テーブル８７０５で構成されてい
る。

【０２１８】また、図８７（Ｂ）に示すように、リソー
ス一覧テーブル８７０５に登録されているインクルード
データのリソースレコードは、インクルードデータのレ
コードに付けられたリソースＩＤ８７０６，インクルー
ドデータリソースであることを識別するリソースコード
８７０７，インクルードデータの英語名称を格納する記
号名８７０８，インクルードデータの日本語名を格納す
る日本語名８７０９，インクルードデータの各データを
更新した最新の時間を管理する更新日付８７１０，イン
クルードデータを履歴更新した時刻を管理する固定日付
８７１１，ソースコードを外部から取り込んだ入力日付
８７１２，ソースコードを解析した日付けの解析日付８
７１３，インクルードデータに付加されたコメントデー
タのコメント８７１４，インクルードのソース情報を格
納するソース情報８７１５，ソースコードの解析結果を
格納する解析結果８７１６，インクルードデータレコー
ドを参照しているもしくはインクルードデータレコード
が参照しているリソースを管理する参照リソーステーブ
ル８７１７のデータを格納するエリアから構成されてい
る。そして、前述のように、インクルードファイルが作
成された場合に、作成されたインクルードファイルのデ
ータが登録される。

【０２１９】次に、モジュール作成部７８２の処理につ
いて、前述の場合と同様にして、図８８のフローチャー
ト、図８９のモジュール新規登録画面、および図９０の
モジュールリソースレコードのデータ形式をそれぞれ参
照して説明する。

【０２２０】図８８はモジュール作成部７８２の処理の
手順をあらわすフローチャートである。このモジュール
作成部７８２によるモジュール作成処理では、図８８に
示すように、まず、図９３のようにモジュールを新規に
作成するために、モジュール新規登録画面８９１（図８
９）を表示する（ステップ８８１）。次に、モジュール
新規登録画面８９１の記号名フィールド８９２，日本語
名フィールド８９３，および機能フィールド８９４か
ら、記号名，日本語名，および機能の各データを入力
し、“実行”ボタンを押して、構造体データのモジュー
ルリソースレコードを新規に登録する（ステップ８８
２）。これにより、モジュールデータ（モジュールリソ
ースレコード）が新規にプロジェクトテーブルの作業用
テーブル２２３に登録される。次に、ヘッダ作成処理に
より、モジュールのヘッダ部の作成を行い（ステップ８
８３）。更に、モジュールの要素となる関数の作成を関
数作成処理によりを行う（ステップ８８４）。

【０２２１】図９０は、プロジェクトテーブルの作業用
テーブル２２３に登録されているモジュールリソースレ
コードのデータ形式を説明する図である。図９０（Ａ）
に示すように、プロジェクトテーブルの作業用テーブル
２２３には、モジュールリソースレコードが登録される
が、モジュールデータルートデータ９００１により、モ
ジュールデータのレコードの先頭を管理する。モジュー
ルデータルートデータ９００１は、システムが付加する
リソースＩＤ９００２，モジュールデータのデータであ
ることをあらわすリソースコード９００３，そのリソー
スレコードに付けられた日本語名称のリソース名９００
４，モジュールデータの属性を持ったすべてのレコード
のリソースＩＤを管理するリソース一覧テーブル９００
５で構成されている。

【０２２２】図９０（Ｂ）に示すように、リソース一覧
テーブル９００５に登録されているモジュールデータの
リソースレコードは、モジュールデータのレコードに付
けられたリソースＩＤ９００６，モジュールデータリソ
ースであることを識別するリソースコード９００７，モ
ジュールとして取り出したときの名称を格納する記号名
９００８，モジュールデータの日本語名を格納する日本
語名９００９，モジュールデータの各データを更新した
最新の時間を管理する更新日付９０１０，モジュールデ
ータを履歴更新した時刻を管理する固定日付９０１１，
ソースコードを外部から取り込んだ入力日付９０１２，
モジュールを構成する関数やヘッダ部のリソースＩＤを
管理する構造テーブル９０１３，モジュールデータレコ
ードを参照しているもしくはモジュールデータレコード
が参照しているリソースを管理する参照リソーステーブ
ル９０１４の各データを格納するエリアから構成されて
いる。モジュールの作成処理を行うと、これらの各デー
タがモジュールリソースレコードに登録される。

【０２２３】次に、モジュールの構成要素となる関数作
成処理について説明する。関数作成処理は、関数作成部
７８４により処理が実行される。前述の場合と同様にし
て、図９１の関数作成処理のフローチャート、図９２の
関数定義画面、図９３の関数リソースレコードのデータ
形式を示す図を参照して説明する。

【０２２４】図９２に示すように、関数定義画面９２１
には、関数の日本語名称を入力する名前フィールド９２
２，関数の名称や型を定義する形式フィールド９２３，
関数の引き数情報を定義する引き数フィールド９２４，
関数の機能を定義する機能入力フィールド９２５，関数
の戻り値を定義する戻り値フィールド９２６，関数が使
用する関数を定義する関連項目フィールド９２７，およ
び、定義した情報を確定するコマンドの実行を指示する
“実行”ボタン９２８が設けられている。これらの各フ
ィールドにデータを入力し、“実行”ボタン９２８を押
すことにより、モジュールの要素となる関数が定義され
る。

【０２２５】関数作成部７８４による関数作成の処理
は、図９１に示すように、処理を開始すると、まず、関
数を作成する対象とするモジュールをモジュール構造図
８２１（図８２）から選択する（ステップ９１１）。次
に、関数定義画面９２１（図９２）を表示し（ステップ
９１２）、関数定義画面９２１において、名前フィール
ド９２２，形式フィールド９２３，引き数フィールド９
２４，機能入力フィールド９２５，戻り値フィールド９
２６，および関連項目フィールド９２７から各データを
入力し、名前，形式と引き数，機能，戻り値，および関
連項目の各データを入力して、“実行”ボタン９２８を
押す（ステップ９１３）。これにより、プロジェクトテ
ーブルの作業用テーブル２２３に関数のリソースデータ
が登録される。次に、編集する対象の関数を選択し、関
数作成画面を表示し関数の内容をコーディングする（ス
テップ９１４）。そして、関数のソースコードを解析
し、関連情報を接続する（ステップ９１５）。

【０２２６】このような一連の処理により、関数のリソ
ースデータが作成されるが、その場合に、次に説明する
ような関数リソースレコード（図９３）の参照リソース
テーブル９３１８に参照している関数のリソースＩＤが
登録されるが、その際に、まだ、プロジェクトテーブル
の作業用テーブル２２３に登録されていない関数は、未
定義テーブル２３２に、未定義リソース単位として当該
関数の情報を新規に登録し、未定義テーブル２３２に登
録したリソースＩＤを参照リソーステーブル９３１８に
登録することになる。

【０２２７】また、新規に関数リソースを登録する処理
において、登録する関数の記号名が未定義テーブルに登
録されている場合は、未定義テーブル２３２の参照リソ
ーステーブルの内容を、作業用テーブル２２３の関数リ
ソースレコードの参照リソーステーブル９３１８に登録
する。このような処理により、既に登録済みの関数に対
し、新たに関数の実体が追加された場合でも、既に登録
済みの関数に対して再解析を実行することなく、常に関
数リソースの各々の関数の関連が正常に保持できる。

【０２２８】図９３は、プロジェクトテーブルの作業用
テーブル２２３に登録されている関数リソースレコード
のデータ形式を説明する図である。図９３（Ａ）に示す
ように、プロジェクトテーブルの作業用テーブル２２３
に、関数リソースレコードが登録されているが、関数デ
ータルートデータ９３０１により、この関数リソースレ
コードの先頭を管理する。関数データルートデータ９３
０１は、システムが付加するリソースＩＤ９３０２、関
数データのデータであることをあらわすリソースコード
９３０３、そのレコードに付けられた日本語名称のリソ
ース名９３０４，関数データの属性を持ったすべてのレ
コードのリソースＩＤを管理するリソース一覧テーブル
９３０５で構成されている。

【０２２９】図９３（Ｂ）に示すように、リソース一覧
テーブル９３０５に登録されている関数データのリソー
スレコードは、関数データのレコードに付けられたリソ
ースＩＤ９３０６，関数データリソースであることを識
別するリソースコード９３０７，関数の記号名９３０
８，関数の日本語名を格納する日本語名９３０９，関数
データの各データを更新した最新の時間を管理する更新
日付９３１０，関数データを履歴更新した時刻を管理す
る固定日付９３１１，ソースコードを外部から取り込ん
だ入力日付９３１２，関数の機能や戻り値などを管理す
るコメント９３１３，関数のソース情報を格納するソー
ス情報９３１４，関数の引き数の情報を管理する引数テ
ーブル９３１５，関数のソース情報を解析した日付を格
納する解析日付９３１６，解析結果を管理する解析エラ
ー情報９３１７，関数データレコードを参照しているも
しくは関数データレコードが参照しているリソースを管
理する参照リソーステーブル９３１８の各データを格納
するエリアで構成される。

【０２３０】次に、コンパイル環境設定部７８５の処理
について説明する。前述の場合と同様にして、図９４の
処理フローのフローチャート、図９５のコンパイル環境
設定画面、図９６のライブラリ・リンク一覧画面を参照
して説明する。この場合に、ライブラリに対するリンク
が設定されるが、ライブラリのデータについても、前述
の場合と同様なデータ形式のライブラリリソースレコー
ドが生成されて格納され管理される。図９７に、プロジ
ェクトテーブルの作業用テーブル２２３に登録されるラ
イブラリリソースレコードのレコードデータ形式を示し
ている。

【０２３１】まず、ここでの処理に利用するコンパイル
環境設定画面（図９５）と、ライブラリ・リンク一覧画
面（図９６）について説明する。図９５はプログラムの
コンパイル環境を設定する画面の構成を説明する図であ
る。図９５に示すように、コンパイル環境設定画面９５
１は、コンパイル命令記述フィールド９５２，コンパイ
ルオプションを設定する“ＣＦＬＡＧＳ”フィールド９
５３，リンクオプションを設定する“ＬＤＦＬＡＧＳ”
フィールド９５４，ソースコードを取り出すディレクト
リを指定する“ＳＲＣ ＤＩＲＥＣＴＯＲＹ”フィール
ド９５５，および、インクルードファイルを取り出すデ
ィレクトリを指定する“ＩＮＣ ＤＩＲＥＣＴＯＲＹ”
フィールド９５６の入力フィールドが設けられており、
また、これらの入力フィールドから入力したコンパイル
環境設定の情報を設定するコマンドの実行を指示する
“実行”ボタン９５７が設けられている。

【０２３２】図９６はプログラムがコンパイル時に使用
するライブラリを定義するライブラリ・リンク一覧画面
画面の構成を説明する図である。図９６に示すように、
ライブラリ・リンク一覧画面９６１は、作業用テーブル
２２３に登録されているライブラリリソース一覧テーブ
ルを表示するライブラリ一覧フィールド９６２と、プロ
グラムにリンクするライブラリとして設定されているラ
イブラリを表示するフィールドリンク一覧９６３で構成
され、リンクするライブラリを追加するコマンドの実行
を指示する“追加”ボタン９６４，リンクライブラリか
ら削除するコマンドの実行を指示する“削除”ボタン９
６５，リンクした情報を設定するコマンドの実行を指示
する“実行”ボタン９６６が設けられている。

【０２３３】コンパイル環境設定部７８５によるコンパ
イル環境設定処理は、図９４に示すように、まず、コン
パイル環境設定画面９５１（図９５）を表示する（ステ
ップ９４０１）。次に、コンパイル環境設定画面９５１
において、コンパイル命令記述フィールド９５２，“Ｃ
ＦＬＡＧＳ”フィールド９５３，“ＬＤＦＬＡＧＳ”フ
ィールド９５４，“ＳＲＣ ＤＩＲＥＣＴＯＲＹ”フィ
ールド９５５，および“ＩＮＣ ＤＩＲＥＣＴＯＲＹ”
フィールド９５６により、コンパイル命令，コンパイル
オプション，リンクオプション，ソースファイル取り出
し先，およびインクルードファイル取り出し先を設定す
る（ステップ９４０２）。そして、“実行”ボタン９５
７を押す（ステップ９４０３）。

【０２３４】次にリンクするライブラリを変更するか否
かを判断し（ステップ９４０４）、ライブラリを変更す
る場合は、ライブラリ・リンク一覧画面９６１（図９
６）のを表示する（ステップ９４０５）。リンクするラ
イブラリを追加する場合は（ステップ９４０６）、ライ
ブラリ一覧９６２に表示されているライブラリから追加
するライブラリを選択して（ステップ９４０７）、“追
加”ボタン９６４を押す（ステップ９４０８）。また、
リンクするライブラリを削除する場合は（ステップ９４
０９）、リンク一覧９６３から不要になったライブラリ
を選択して（ステップ９４１０）、“削除”ボタン９６
５を押す（ステップ９４１１）。このようにして、リン
クするライブラリの編集が終了すると、“実行”ボタン
９６６を押して情報を確定する（ステップ９４１２）。
これにより、プログラムリソースレコードの参照リソー
ステーブルにライブラリのリソースＩＤが登録される。

【０２３５】図９７は、プロジェクトテーブルの作業用
テーブル２２３に登録されているライブラリリソースレ
コードのデータ形式を説明する図である。ライブラリリ
ソースレコードのデータ形式は、プログラムリソースレ
コードと同一構成となっている。図９７（Ａ）に示すよ
うに、プロジェクトテーブルの作業用テーブル２２３に
は、ライブラリリソースレコードが登録される。ライブ
ラリリソースレコードは、ライブラリデータルートデー
タ９７０１により、ライブラリデータのレコードの先頭
を管理する。ライブラリデータルートデータ９７０１
は、システムが付加するリソースＩＤ９７０２，ライブ
ラリデータのデータであることをあらわすリソースコー
ド９７０３，そのレコードに付けられた日本語名称のリ
ソース名９７０４，ライブラリデータの属性を持ったす
べてのレコードのリソースＩＤを管理するリソース一覧
テーブル９７０５で構成される。

【０２３６】また、図９７（Ｂ）に示すように、リソー
ス一覧テーブル９７０５に登録されているライブラリデ
ータのリソースレコードは、ライブラリデータのレコー
ドに付けられたリソースＩＤ９７０６，ライブラリデー
タリソースであることを識別するリソースコード９７０
７，ライブラリデータの英語名称を格納する記号名９７
０８，ライブラリデータの日本語名を格納する日本語名
９７０９，ライブラリデータの各データを更新した最新
の時間を管理する更新日付９７１０，ライブラリデータ
を履歴更新した時刻を管理する固定日付９７１１，ライ
ブラリデータに付加されたコメントデータ９７１２，ラ
イブラリのコンパイル環境９７１３，ライブラリデータ
レコードを参照しているもしくはライブラリデータレコ
ードが参照しているリソースを管理する参照リソーステ
ーブル９７１４の各データを格納するエリアで構成され
ている。

【０２３７】このようにして、プログラム開発の中での
中心的なプログラム作成の作業が終了すると、これに付
随してプログラム開発にかかるプログラムの利用のため
のドキュメントの作成処理を行うことがなるが、この場
合に、本実施例のプログラム開発支援システムにおいて
は、これまでに作成された各種のリソースレコードのデ
ータを利用して、効率よくドキュメントの作成を行う。

【０２３８】つまり、前述した図５３で説明したプログ
ラム開発処理の中の最後の処理として、プログラム設計
ドキュメント生成処理（ステップ５３１０）を行う。こ
の処理は、プログラム設計ドキュメント生成部５２４
（図５２）により行われる。

【０２３９】図９８は、プログラム設計ドキュメント生
成部５２４によるプログラム設計ドキュメント生成処理
の処理手順を示すフローチャートであり、図９９は、プ
ログラム設計ドキュメント生成処理の中の帳票選択処理
の処理手順を示すフローチャートである。図１００はプ
ログラム設計ドキュメントの目次に対応した帳票の生成
方式を定義する帳票生成方式登録画面の構成を示す図で
あり、また、図１０１は、ツール実行時のオプションを
選択するオプション一覧画面の構成を示す図である。こ
れらの図を参照して説明する。

【０２４０】図１００に示すように、帳票生成方式登録
画面１００１は、選択した帳票種別を表示する帳票種別
フィールド１００２，帳票を生成する元になるリソース
種別を選択する生成元選択フィールド１００３，帳票を
生成するツールを選択するツール選択フィールド１００
４，ツール実行時のオプションを指定するオプションフ
ィールド１００５で構成されており、ツール実行時のオ
プションを一覧表示するコマンドの実行を指示する“オ
プション”ボタン１００６が備えられている。この帳票
生成方式登録画面１００１による選択操作により、プロ
グラム設計ドキュメントの目次に対応した帳票の生成方
式を定義する。その場合に、更に、図１０１に示すよう
に、オプション一覧画面１０１１を表示して、ツール実
行時のオプションを選択する。

【０２４１】図９８に示すように、プログラム設計ドキ
ュメント生成処理では、まず、設計ドキュメントを作成
するためのデータ操作を行う作業エリアを新規に作成し
て、作業用テーブル２２３に登録する（ステップ９８
１）。目次を編集する目次編集処理を行う（ステップ９
８２）。続いて、目次に対応した帳票を定義するため帳
票選択処理を行い（ステップ９８３）、定義した目次項
目に従い、ドキュメントをプリンタ装置により印刷する
（ステップ９８４）。

【０２４２】このプログラム設計ドキュメント生成処理
の中の帳票選択処理では、図９９に示すように、まず、
目次一覧画面（図５９）から対象とする目次の項目を選
択する（ステップ９９１）。次に、帳票種別選択画面
（図６３）を表示し、帳票を選択する（ステップ９９
２）。次に、帳票生成方式登録画面１００１（図１０
０）を表示し（ステップ９９３）、帳票生成方式登録画
面１００１の生成元選択フィールド１００３から生成元
のリソース種別を選択し（ステップ９９４）。次に、ツ
ール選択フィールド１００４から生成処理を実行するツ
ールを選択する（ステップ９９５）。次に、オプション
一覧画面１０１１（図１０１）を表示して（ステップ９
９６）、オプション一覧画面１０１１の中の選択カーソ
ル１０１２により、ツール実行時のオプションを選択
し、“了解”ボタン１０１３を押す（ステップ９９
７）。これにより、オプションフィールド１００５にオ
プションが表示される。以上の操作で出力する帳票とそ
の元となる情報とを関連付けることで、帳票を出力する
ツールと出力した結果の格納先とを参照することができ
るようになり、元の情報の修正結果をどのツールで出力
すればよいかをシステムが自動的に判断できる。

【０２４３】次に、設計情報切り替え部５２５の処理に
ついて説明する。例えば、設計ドキュメントの生成にお
いて、参照するプログラムのリソースのバージョンが更
新され、参照すベき設計情報の参照情報が変更された時
など、設計情報の参照情報の切り替え処理を行う。この
場合の処理について、図１０２に示すフローチャートを
参照して説明する。

【０２４４】設計情報の参照情報の切り替え処理では、
図１０２のフローチャートに示すように、まず、参照を
切り替えたい情報を選択する（ステップ１０２１）。次
に、参照したい情報は、プロジェクトテーブルの作業用
テーブル２２３であるか否かを判定し（ステップ１０２
２）、作業用テーブル２２３である場合は、モジュール
構造画面８２１（図８２）に表示されているモジュール
構造一覧の参照したい情報の“Ｏ／Ｆ”フィールド８２
３が“Ｆ”であるか否かを判定する（ステップ１０２
３）。“Ｆ”である場合には「Ｏ／Ｆ変更」コマンドを
実行して、“Ｏ／Ｆ”フィールド８２３の設定を“Ｏ”
にする（ステップ１０２４）。また、プロジェクトテー
ブルの公開用テーブル２２４を参照したい場合は、同じ
く、モジュール構造画面８２１のモジュール構造一覧の
参照したい情報の“Ｏ／Ｆ”フィールド８２３が“Ｏ”
であるか否かを判定し（ステップ１０２５）、“Ｏ”で
ある場合は「Ｏ／Ｆ変更）コマンドを実行して、“Ｏ／
Ｆ”フィールド８２３の設定を“Ｆ”にする（ステップ
１０２４）。このような操作でプロジェクトテーブルの
作業用テーブル２２３と公開用テーブル２２４の参照情
報を切り替えることができる。

【０２４５】次に、情報バージョン管理部５２６の処理
について説明する。プログラム開発処理を行うと、プロ
グラムの修正，設計ドキュメントの内容の変更などが行
われる結果、そのバージョン情報の管理が、情報バージ
ョン管理部５２６により行われる。図１０３，図１０
４，図１０５，および図１０６を参照して説明する。

【０２４６】図１０３は、モジュールのデータを例にし
てプロジェクトテーブルの作業用テーブル２２３と公開
用テーブル２２４のデータから更新前と更新後の関係を
説明する図である。図１０４は、情報バージョン管理部
５２６の処理機能の中の情報の復元処理の手順を示すフ
ローチャートである。図１０５は、設計情報の変更履歴
を表示する画面の構成を説明する図であり、また、図１
０６は、図１０３に示す各テーブルのデータが、図１０
４の情報の復元処理によって変更された後のデータの内
容を示す図である。

【０２４７】図１０３を参照すると、プロジェクトテー
ブル２３０の中の作業用テーブル２２３には、モジュー
ルリソースレコードが登録されているが、図１０３
（Ａ）に示すように、このリソースＩＤが“１００”の
データについて、作業用テーブル２２３の更新日付１０
３２が「９５／０６／２３ １５：０４」となってお
り、固定日付１０３３の「９５／０６／２０ ０７：５
２」より新しいので、作業用テーブル２２３のデータを
公開処理した後に、データの修正が発生したことを示し
ている。その修正箇所は、例えば、記号名フィールドの
データが“ｍａｉｎ．ｃ”の記号名１０３５から“ｍａ
ｉｎｍａｉｎ．ｃ”の記号名１０３１に変更されてい
る。履歴テーブル１０３４には、リビジョン番号“１．
１”の履歴データと、リビジョン番号“１．２”の履歴
データが登録されている。

【０２４８】このような状態において、情報の復元処理
が行われると、図１０４のフローチャートに示すよう
に、この処理では、まず、リソース一覧画面（図５４）
もしくはモジュール構造画面（図８２）から、復元した
い設計情報を選択する（ステップ１０４１）。次に、履
歴一覧画面１０５１（図１０５）を表示する（ステップ
１０４２）。次に、履歴一覧画面１０５１の動作対象フ
ィールド１０５２，ログフィールド１０５３において、
動作対象，戻したいバージョンのログを選択し、“実
行”ボタンを押して復元を実行する（ステップ１０４
３）。これにより、指定したバージョンのデータが作業
用テーブル２２３の設計情報に復元される。このとき、
同時に作業用テーブル２２３で編集中のデータは新たな
履歴データとして、履歴テーブルに登録される。このた
め、復元したデータに問題があっても、履歴テーブルに
登録された履歴データから、情報の復元作業の開始直前
に戻ることができる。

【０２４９】これにより、図１０６に示すように、履歴
テーブルの履歴データから、リビジョン番号“１．１”
のデータを復元されるが、この場合、作業用テーブル２
２３の更新日付１０６２は、復元処理を実行した日付に
なり、記号名１０６１が“ｍａｉｎ．ｃ”に復元され
る。この復元処理は、履歴テーブルに新たな履歴データ
として、リビジョン番号“１．３”の履歴データとして
登録される。以上の操作により戻した情報が不適切だっ
た場合にも、直前まで作業していた情報が自動的に保存
されているため、担当者は自由に過去のバージョンに戻
って繰り返し開発を進めることができる。

【０２５０】このようにして、作成されたプログラム
は、プログラム取り出し部２２７の処理によって、プロ
グラムソースコード２１７が取り出される。この処理は
リソースレコードから対象となるデータ選択して取り出
すだけの処理であるから簡単である。図１０７を参照し
て、プログラム取り出し部２２７の処理を説明すると、
まず、このプログラム取り出し処理では、リソース一覧
画面（図５４）から取り出すプログラムかライブラリを
指定し（ステップ１０７１）、ソース取り出し機能を実
行する（ステップ１０７２）。これにより、プロジェク
トテーブル２３０のそれぞれのリソースレコードから該
当するプログラムソースコード２１７が取り出される
（図２４）。

【０２５１】図１０８は、これまでに説明してきた各々
の機能処理部によつて、作成されたプロジェクトリソー
ステーブル２３０と未定義テーブル２３２の具体的な内
容例を示す図である。図１０８（Ａ）に示すように、全
てのリソースのレコードは種別毎のテーブルに格納され
るのではなく、同一のプロジェクトリソーステーブル２
３０上に格納され、データは一元管理される。また、図
１０８（Ｂ）に示すように、実体が未定義のリソース
は、未定義テーブル２３２上に格納されて、同じく、デ
ータは一元管理される。

【０２５２】次に、プログラム取り出し処理とは逆の処
理である既存のソースコードを取り込むソースコード取
込み部２１４の処理ついて説明する。この処理は、既存
のソースプログラムをプログラムリソースリコードのデ
ータとして利用する場合に用いる。このソースコード取
込み処理では、図１０９に示すように、まず、入力した
ソースプログラムはモジュール単位で入力を受付け、ソ
ースコード２３３をヘッダ部と関数部とに分割する（ス
テップ１０９１）。ヘッダ部と関数部のそれぞれの種別
および名称の属性情報を生成し、作業用テーブル２２３
に登録する（ステップ１０９２）。ソースプログラムの
分割には、周知の構文解析アルゴリズムを用いる。プロ
グラムリソース定義を参照し、ヘッダ部，関数部の関連
情報を生成し（ステップ１０９３）、プロジェクトテー
ブルの作業用テーブル２２３に登録する。つぎに、ヘッ
ダ部，関数部の内部を解析し（ステップ１０９４）、リ
ソースの関連情報を生成する（ステップ１０９５）。関
連を接続する相手の関数がプロジェクトテーブルに定義
されていない場合は（ステップ１０９６）、未定義テー
ブル２３２に関数のリソースを登録し、この未定義テー
ブル２３２と作業用テーブル２２３との間で関連を接続
する（ステップ１０９８）。作業用テーブル２２３に登
録済みの場合は作業用テーブル２２３に関連を接続する
（ステップ１０９７）。

【０２５３】図１１０は、ソースコードを入力した場合
のプロジェクトテーブルと未定義テーブルに登録される
データの関係を説明する図である。図１１０（Ａ）に示
されるようなソースコード１１０１が入力されると、こ
のソースコード１１０１の中のモジュール，関数などが
解析されて、解析内容に従って、そのデータがプロジェ
クトテーブル２３０と未定義テーブル２３２に登録され
る。

【０２５４】プロジェクトテーブル２３０には、その作
業用テーブル２２３に、リソースＩＤが“３０”の記号
名“ｍａｉｎ”のデータは、作業用テーブル２２３に未
だ登録されていない記号名“ｏｒｍｆｃＩｎｉｔ”のデ
ータを参照しているため、記号名“ｏｒｍｆｃＩｎｉ
ｔ”のデータを、未定義テーブル２３２にリソースＩＤ
“３９”で登録し、参照リソーステーブルに参照元のリ
ソースＩＤの“３０”と共に関連種別の参照を意味する
“ｒｅｆ”を登録する。

【０２５５】また、このとき、作業用テーブル２２３の
リソースＩＤが“３０”のデータの参照リソーステーブ
ルにも、未定義テーブル２３２に登録したリソースＩＤ
“３９”と共に、その参照の関連種別を示す“ｒｅｆ”
を登録する。これにより、ソースコードのモジュール，
関数などをリソースレコードに登録する場合の関連が設
定される。

【０２５６】次に、生成されたリソースレコードから作
成されて印刷出力されるドキュメントの出力例について
説明する。図１１１，図１１２，図１１３，図１１４，
図１１５および図１１６を参照する。これらの図は、ド
キュメント出力部２１５によって画面に表示されるドキ
ュメントの例を示した図である。

【０２５７】図１１１は、関数がどのモジュールに属し
ているかをあらわした関数インデックスの画面表示を印
刷出力した例である。モジュールと関数の関連種別の
“ｈａｖｅ”を使用して、関数が関連種別の“ｈａｖ
ｅ”で関連付けられている元のモジュールのリソースＩ
Ｄを、関数リソースレコードの参照リソーステーブルか
ら求め、更に、リソースＩＤからモジュールの情報を求
めて、プロジェクトテーブル２３０に登録されている全
ての関数リソースに対してアルファベット順にソートし
て出力する。このような関数インデックスにより、自分
の担当している関数がコールしている他の関数がどこの
モジュールで定義されているか常に最新の情報を得るこ
とができる。

【０２５８】図１１２は、プログラムやライブラリを構
成するモジュールの一覧と関数の一覧を構成がよくわか
る表形式で画面に表示したものを印刷出力した例を示し
ている。プログラムとモジュールの関連種別が“ｈａｖ
ｅ”の情報と、モジュールと関数の関連種別が“ｈａｖ
ｅ”の情報を使用する。プログラムリソースレコードの
参照リソーステーブルから関連種別が“ｈａｖｅ”のリ
ソースＩＤを求め、リソースＩＤから参照先のリソース
コードがモジュールのデータを抽出する。抽出したモジ
ュールリソースレコードの参照リソーステーブルから、
関連種別が“ｈａｖｅ”の参照リソースＩＤを求める。
求めたリソースＩＤからリソースコードが関数のデータ
を抽出する。表に出力する際は、モジュールデータの直
後にモジュールが、その関連種別が“ｈａｖｅ”で関係
している関数を出力し、プログラムがその関連種別が
“ｈａｖｅ”で関係しているモジュールの全てを出力す
る。これにより、プログラムを構成しているモジュール
および関数が構造的に現されるため、プログラムの理解
度が向上する。常に作成中のプログラムの最新の情報が
出力される。

【０２５９】図１１３は、関数のコール関連をあらわし
た図の画面表示を印刷出力する場合の例を示す図であ
る。この場合には、関数と関数の“ｒｅｆ”の関連種別
を使用して、このドキュメントを作成する。関数が関数
内でコールしている関数は、関数リソースレコードの参
照リソーステーブルで管理している。関数がその関連種
別“ｒｅｆ”している情報の中から参照先のリソースコ
ードが関数のデータを抽出する。抽出した関数の全てに
対して参照先のリソースコードが関数のデータを抽出す
る処理を繰り返す。関数と関数の関連を図にあらわす。
処理の内容がわかるように、関数の記号名の他に日本語
名称を同時に出力する。

【０２６０】図１１４は、拡張した関数のコール関連を
表示する図の画面表示を印刷出力する例を示す図であ
る。この場合においても、図１１３の場合と同様に、関
数の参照の関連を求める。そのほかに、モジュールと関
数の関連種別が“ｈａｖｅ”の関連と、未定義テーブル
２３２の情報を利用して図を作成する。求めた関数が参
照元のその関連種別が“ｈａｖｅ”で関係しているモジ
ュールと異なることを、関数の参照リソーステーブルの
参照元のデータを使用して判断し、図に出力する際に線
の種別を変え、更に、その関数が属するモジュールの記
号名称を表示することにより目的の関数を的確に見つけ
だすことができるように印刷出力する。関数の引き数を
表示すれば、呼ぶ側と呼ばれる側の引き数の違いによる
プログラムの不良を見つけだすことが容易にできる。

【０２６１】図１１４において、参照先の関数が未定義
テーブルに存在する場合は、関数の実体が未定義である
か、使用している関数の名称が誤っている可能性がある
ので、未定義テーブルに存在する関数を参照している場
合は、図の線の種類の違いがはっきりわかる線を使用し
て担当者に教えることにより、プログラムを実際にコン
パイルしてテストする以前に問題点を解決できる。

【０２６２】図１１５は、関数の参照関連を参照元と参
照先を同時に表示する画面表示に対する印刷出力の例を
示す図である。関数と関数の関連種別が“ｒｅｆ”の関
係を使用する。情報を表示する関数の参照リソーステー
ブルから参照先と参照元のそれぞれのリソースＩＤを求
め、更にリソースコードが関数のデータを抽出する。出
力する関数を中央に表示して、当該関数を参照している
関数を図の左側に、当該関数が参照している関数を右側
に表示する。ここでは、当該関数を修正する場合に影響
する範囲を１階層分について調べることができる。図１
１５の拡張した図として、当該関数を右端に表示し当該
関数を参照している関数を参照リソーステーブル６１１
８から求め、２から３階層表示することにより関数の修
正の影響範囲をあらわすことが可能である。

【０２６３】図１１５において、参照元の関数が空白の
関数は、システム起動時にＯＳなどの上位のプログラム
から呼ばれる関数であることを意味している。したがっ
て、上位のプログラムから呼ばれる関数以外に参照元が
空白の関数は、プログラム内で使用されていない関数で
ある。プログラムの改造やデバッグ作業で使用されなく
なった関数を見つけだすことも可能である。

【０２６４】図１１６は、インクルードファイルに定義
されている構造体の一覧を画面表示した結果をあらわす
印刷出力の例である。インクルードファイルと構造体の
関連別が“ｈａｖｅ”を使用して作成する。インクルー
ドリソースレコードの参照リソーステーブルから、関連
種別が“ｈａｖｅ”で参照先のリソースコードが構造体
のデータを抽出する。構造体の記号名日本語名などの情
報を取得してインクルードファイルのテーブル一覧を作
成する。

【０２６５】また、図１１６の拡張として構造体がどの
インクルードファイルで定義されているかを表示する図
を出力するようにもできる。この場合の印刷処理方法
は、図１１１の関数インデックスの場合と同じで、関数
とモジュールの代わりに構造体とインクルードデータに
対して実行すればよい。プロジェクトテーブルに登録さ
れている構造体に対してすべて表示することにより、ど
こでも定義されていない構造体を見つけることも可能と
なる。

【０２６６】このようにして、プログラム開発に使用す
る情報を関連付けてファイルに登録し、その関連関係を
つねに保持することができる。また、いつまでも実体が
定義されないリソースは、一定の時期がくると表示装置
に表示されるため、ユーザは名称を間違えて使用したリ
ソースや使用する予定ではなくなったリソースを知るこ
とができる。なお、本実施例では、Ｃ言語のソースプロ
グラムを取り上げて説明したが、本発明は、Ｃ言語によ
るプログラムの開発に限られるものではない。

【０２６７】

【発明の効果】以上説明したように、本発明において
は、ソースプログラムやドキュメントだけでなく担当
者、プロジェクトで使用するツールといったプログラム
開発に関係する情報をある一定のフォーマットでリソー
スという単位として管理し、それぞれの情報間に論理的
な意味を有する関連付けを行い、この関連付けされた情
報を利用することによって、データを一元的に管理でき
るため、ユーザは各情報間の関連を全く意識することな
く、プログラムの作成ができ、プログラム開発の効率が
向上する。

【０２６８】また、実体の定義されたリソースと、実体
が未定義のリソースを別々の領域に保存登録することに
より、プログラム開発に使用するかどうか分からない、
未定義の状態である情報がわかる。一旦定義した情報を
削除した場合に、他の情報とその情報との関連種別によ
って、他の情報との関連を保ったままで、未定義情報の
領域に登録することにより、再度その情報をプログラム
開発に使用したい場合には、その情報を定義するだけよ
く、他の情報との関連について再度定義したりする必要
がない。また、情報間の関連情報は、関連種別を含んで
いるため、ある情報に変更があった場合にその変更の影
響の及ぶ範囲を正確に知るだけでなく、その範囲に対し
て正確に影響が反映される。

【図面の簡単な説明】

【図１】 図１は本発明の一実施例にかかるプログラム
開発支援システムの要部のシステム構成を示すブロック
図、

【図２】 図２は定義済リソーステーブルと未定義リソ
ーステーブルを説明する図、

【図３】 図３はリソース定義ファイルの構成を説明す
る図、

【図４】 図４はプログラムリソース定義として定義さ
れるリソース情報の要素の間の関連の一例を説明する図

【図５】 図５は仕様リソース定義の構成の一例を関連
種別の関係子により示した図、

【図６】 図６はドキュメントリソース定義の構成の一
例を関連種別の関係子により示した図、

【図７】 図７はツールリソース定義の構成の一例を関
連種別の関係子により示す図、

【図８】 図８は管理情報リソース定義の構成の一例を
関連種別の関係子により示した図、

【図９】 図９は本発明によるプログラム開発支援シス
テムを一態様で実施するハードウェアシステムの全体の
構成の一例を示す図、

【図１０】 図１０はリソーステーブルと未定義リソー
ステーブルにリソース情報（リソース単位）として格納
するソースプログラム情報の元となる情報の集合を表す
図

【図１１】 図１１はＣ言語で書かれたソースプログラ
ムをリソースとする場合の説明図、

【図１２】 図１２は先に説明した図１１に示すソース
プログラムに対応したリソーステーブルの具体例を示す
図、

【図１３】 図１３はリソース内容の変更処理を行う場
合の端末機能を提供するクライアント装置の表示画面を
示す図、

【図１４】 図１４は本発明の一実施例のプログラム開
発支援システムによりプログラム開発を行う場合の概略
の処理の流れを表わしたフローチャート、

【図１５】 図１５は図１４で説明した処理により未定
義リソーステーブルに登録されたリソース単位の内容
（未定義リソース）の表示した表示画面例を示した図、

【図１６】 図１６はドキュメントの構成情報およびそ
のリソース情報の関連を示す図、

【図１７】 図１７は帳票リソース，帳票生成元リソー
ス，および帳票生成ツールリソースの各々のリソース情
報の間の関係を示す図、

【図１８】 図１８は生成されたドキュメント「プログ
ラム仕様書」の印刷例を示す図、

【図１９】 図１９はドキュメント「プログラム詳細仕
様書」の帳票の構造情報と「プログラム詳細仕様書」の
対象とするプログラム「プログラム１」の構造を説明す
る図、

【図２０】 図２０はドキュメント生成物の「モジュー
ル１」によるソートの過程を示す図

【図２１】 図２１はドキュメント生成物の「関数１
１」によるソートの過程を示す図、

【図２２】 図２２はドキュメントの生成物の生成元を
キーとした出力順序の変更の結果例を示す図、

【図２３】 図２３は図９に示したシステム構成の中の
クライアント装置の構成を詳細に示す図、

【図２４】 図２４は図９に示したシステム構成の中の
サーバ装置の構成を詳細に示す図、

【図２５】 図２５はシステム管理テーブルのリソース
種別テーブルの構成を示すテーブル構成図、

【図２６】 図２６はリソース種別テーブルに登録され
ているリソースコードの一覧の具体例を示した図、

【図２７】 図２７はシステム開発を用う場合の全体の
処理の概略を表したフローチャート、

【図２８】 図２８はプロジェクト設定部の構成を示す
機能ブロック図、

【図２９】 図２９はプロジェクト設定部におけるプロ
ジェクト設定処理の概略を表したフローチャート、

【図３０】 図３０はプロジェクト属性登録部の処理を
示すフローチャートである。

【図３１】 図３１はプロジェクトの属性を定義するウ
ィンドウ画面の一例を示す図、

【図３２】 図３２はプロジェクト一覧を表示するウィ
ンドウ画面の一例を示す図、

【図３３】 図３３はプロジェクトの属性情報を管理す
るプロジェクト一覧テーブル２４１の構成の内容を説明
する図目次項目の編集手順をあらわしたフローチャート
図、

【図３４】 図３４はプロジェクトテーブルの作業用テ
ーブルの担当者リソースレコードの内容を説明する図、

【図３５】 図３５は担当者追加部の処理手順を示すフ
ローチャート、

【図３６】 図３６はプロジェクトの担当者の属性を設
定・変更するウィンドウ画面を示す図、

【図３７】 図３７はプロジェクトテーブルの作業用テ
ーブルに使用するツールを登録する処理手順を示すフロ
ーチャート、

【図３８】 図３８はプロジェクトで使用するツールの
情報を設定し、またはツールの情報を変更する登録ツー
ル設定・変更画面の例を示す図、

【図３９】 図３９は登録ツール設定・変更画面におい
て“追加”ボタンが押されたときに表示されるツール選
択画面の登録ツール設定・追加画面の一例を示す図、

【図４０】 図４０はシステム管理テーブルのツール一
覧テーブルの構成を説明する図、

【図４１】 図４１はプロジェクトテーブルの作業用テ
ーブルに登録されているツールレコードのデータ形式を
説明する図、

【図４２】 図４２はプロジェクト変更部の処理の手順
を示すフローチャート、

【図４３】 図４３はプロジェクト属性変更処理の手順
を示すフローチャート、である。また、

【図４４】 図４４は担当者変更処理の手順を示すフロ
ーチャート、

【図４５】 図４５はプロジェクトから担当者を削除す
る処理の手順を示すフローチャート、

【図４６】 図４６は担当者を削除する際にその担当者
が担当していた情報をプロジェクト内のどの担当者に引
き継ぐかを指定する担当者削除／リレーション設定の画
面を示す図、

【図４７】 図４７はツール構成変更処理の手順を示す
フローチャート、

【図４８】 図４８は実行マシン・実行バージョン変更
処理の手順を示すフローチャート、

【図４９】 図４９はツールパス設定・変更画面の構成
を示す図、

【図５０】 図５０はプロジェクト変更部のツール削除
部により行われるツール削除処理を示すフロチャート、

【図５１】 図５１はプロジェクト削除処理の処理手順
を示すフローチャート、

【図５２】 図５２はソフトウェア開発部の構成を示す
機能ブロック図、

【図５３】 図５３はソフトウェア開発部のソフトウェ
ア開発処理の手順を示すフローチャート、

【図５４】 図５４はプロジェクトテーブルに登録され
ているリソースデータの一覧を表示するリソース一覧画
面の一例を示す図、

【図５５】 図５５は図５４のリソース一覧画面に表示
するリソースの種別を選択するリソース種別選択画面の
一例を示す図、

【図５６】 図５６は機能仕様書作成部の構成を示す機
能ブロック図、

【図５７】 図５７は機能仕様書作成部の処理手順を示
すフローチャート、

【図５８】 図５８は目次編集部の処理手順を示すフロ
ーチャート、

【図５９】 図５９は設計ドキュメントの目次を定義す
る目次一覧画面の構成を説明する図、

【図６０】 図６０はタイトル・レベル編集部の処理の
手順を示すフローチャート、

【図６１】 図６１は目次項目を編集する目次定義画面
の例を示す図、

【図６２】 図６２は帳票編集部の処理の手順を示すフ
ローチャート、

【図６３】 図６３は帳票種別選択画面の構成を示す
図、

【図６４】 図６４はリソース選択画面の構成を示す
図、

【図６５】 図６５はプロジェクトテーブルの作業用テ
ーブルに登録されているテキストデータリソースレコー
ドのデータ形式を説明する図、

【図６６】 図６６はテキスト編集処理の手順を示すフ
ローチャート、

【図６７】 図６７は設計ドキュメントのテキストを入
力する入力画面の構成を示す図、

【図６８】 図６８は版管理（情報のバージョン管理）
の設定を行うドキュメント履歴登録画面の構成を示す
図、

【図６９】 図６９はテキストデータ入力中に目次項目
を編集する処理手順をあらわしたフローチャート、

【図７０】 図７０はテキスト編集中にあらたに目次項
目を設定する場合の設定画面による操作例を説明する
図、

【図７１】 図７１は目次項目チェック処理の処理の手
順を示すフローチャート、

【図７２】 図７２は目次項目の修正状況をチェックす
るテキスト目次読み込み画面の構成を示す図、

【図７３】 図７３はプロジェクトテーブルの作業用テ
ーブルに登録されている構造体データのリソースレコー
ドのデータ形式を説明する図、

【図７４】 図７４は作成した情報の担当者を設定する
担当者選択画面の一例を示す図、

【図７５】 図７５は構造体のメンバーの内容を定義す
る構造体定義画面の画面構成を示す図、

【図７６】 図７６はテーブル作成部の処理手順を示す
フローチャート、

【図７７】 図７７は構造体リソースレコードを作成す
る場合の新規作成画面の画面構成を示す図、

【図７８】 図７８はプログラム作成部の構成を示す機
能ブロック図、

【図７９】 図７９はプログラム作成処理の全体の処理
の流れを示すフローチャート、

【図８０】 図８０はプロジェクトテーブルの作業用テ
ーブルに登録されるプログラムリソースレコードのデー
タ形式を説明する図、

【図８１】 図８１はプログラムリソースレコード（構
造体データ）の新規作成画面を示す図、

【図８２】 図８２はプログラムのモジュール構造を表
示するモジュール構造画面の構成を説明する図、

【図８３】 図８３はプログラムをプロジェクト内に公
開する場合に使用するプログラム履歴登録画面の構成を
説明する図、

【図８４】 図８４はインクルードファイル作成部の処
理の手順を示すフローチャート、

【図８５】 図８５はインクルードファイル新規登録画
面の例を示す図、

【図８６】 図８６は構造体の一覧を表示する構造体一
覧画面を示す図、

【図８７】 図８７はプロジェクトテーブルの作業用テ
ーブルに登録されているインクルードリソースレコード
のデータ形式を説明する図、

【図８８】 図８８はモジュール作成部の処理手順をあ
らわすフローチャート、

【図８９】 図８９はモジュール新規登録画面を示す
図、

【図９０】 図９０はプロジェクトテーブルの作業用テ
ーブルに登録されているモジュールリソースレコードの
データ形式を説明する図、

【図９１】 図９１は関数作成処理の処理手順を示すフ
ローチャート、

【図９２】 図９２は関数定義画面を示す図、

【図９３】 図９３はプロジェクトテーブルの作業用テ
ーブルに登録されている関数リソースレコードのデータ
形式を説明する図、

【図９４】 図９４はコンパイル環境設定処理の処理手
順を示すフローチャート、

【図９５】 図９５のコンパイル環境設定画面を示す
図、

【図９６】 図９６はプログラムがコンパイル時に使用
するライブラリを定義するライブラリ・リンク一覧画面
画面の構成を説明する図、

【図９７】 図９７はプロジェクトテーブルの作業用テ
ーブルに登録されているライブラリリソースレコードの
データ形式を説明する図、

【図９８】 図９８はプログラム設計ドキュメント生成
部によるプログラム設計ドキュメント生成処理の処理手
順を示すフローチャート、

【図９９】 図９９はプログラム設計ドキュメント生成
処理の中の帳票選択処理の処理手順を示すフローチャー
ト、

【図１００】 図１００はプログラム設計ドキュメント
の目次に対応した帳票の生成方式を定義する帳票生成方
式登録画面の構成を示す図、

【図１０１】 図１０１はツール実行時のオプションを
選択するオプション一覧画面の構成を示す図、

【図１０２】 図１０２は設計情報の参照情報の切り替
え処理の処理手順を示すフローチャート、

【図１０３】 図１０３はモジュールのデータを例にし
てプロジェクトテーブルの作業用テーブルと公開用テー
ブルのデータから更新前と更新後の関係を説明する図、

【図１０４】 図１０４は情報バージョン管理部の処理
機能の中の情報の復元処理の手順を示すフローチャー
ト、

【図１０５】 図１０５は設計情報の変更履歴を表示す
る画面の構成を説明する図、

【図１０６】 図１０６は図１０３に示す各テーブルの
データが図１０４の情報の復元処理によって変更された
後のデータの内容を示す図、

【図１０７】 図１０７はプログラム取り出し処理の処
理手順を示すフローチャート、

【図１０８】 図１０８はプロジェクトリソーステーブ
ルと未定義テーブルの具体的な内容例を示す図、

【図１０９】 図１０９はソースコード取込み処理の処
理手順を示すフローチャート、

【図１１０】 図１１０はソースコードを入力した場合
のプロジェクトテーブルと未定義テーブルに登録される
データの関係を説明する図、

【図１１１】 図１１１は関数がどのモジュールに属し
ているかをあらわした関数インデックスの画面表示を印
刷出力した例を示す図、

【図１１２】 図１１２はプログラムやライブラリを構
成するモジュールの一覧と関数の一覧を構成がよくわか
る表形式で画面に表示したものを印刷出力した例を示す
図、

【図１１３】 図１１３は関数のコール関連をあらわし
た図の画面表示を印刷出力する場合の例を示す図、

【図１１４】 図１１４は拡張した関数のコール関連を
表示する図の画面表示を印刷出力する例を示す図、

【図１１５】 図１１５は関数の参照関連を参照元と参
照先を同時に表示する画面表示に対する印刷出力の例を
示す図、

【図１１６】 図１１６はインクルードファイルに定義
されている構造体の一覧を画面表示した結果をあらわす
印刷出力の例である。

【符号の説明】

１１…制御処理部、１２…ソースプログラム作成部、１
３…プログラム分割部、１４…仕様書作成部、１５…リ
ソース定義選択部、１６ツール情報格納部、１７…担当
者情報格納部、１８…仕様情報格納部、１９…リソース
定義ファイル格納部、２０…登録処理部、２１…リソー
スデータベース、２２…ソリースァイル（定義済リソー
スファイル）格納部、２３…未定義リソースファイル格
納部、２４…リソーステーブル、２５…未定義リソース
テーブル、３０…リソース定義ファイル、３１…プログ
ラムリソース定義、３２…仕様リソース定義、３３…ド
キュメントリソース定義、３４…ツールリソース定義、
３５…管理情報リソース定義、８１…サーバ装置、８２
…外部記憶装置、８３…クライアント装置、８４…ネッ
トワーク、８５…ディスプレイ、８６…キーボード、８
７…ポインティングデバイスのマウス、８８…プリント
サービス装置、９１…情報全体、９２…プログラムモジ
ュール、９３…関数“ｍａｉｎ”のプログラム要素、９
４…リソース情報（ツール名称）、９５…仕様書の情報
（ドキュメント情報）、９６…担当者の情報（担当者名
称）、１０１…ヘッダファイル“ｍａｉｎ．ｈ”、１０
２…整数型の変数“ａ”、１０３…構造体“ｌｉｓｔ”
のメンバ全体、１０４…構造体“ｌｉｓｔ”、１０５…
整数型の変数“ａｋ”、１０６…構造体のメンバ、１０
７…モジュール“ｆｕｎｃ．ｃ”、１０８…型定義文
（typedef）“ｌｉｓｔ＿Ａ”、１０９…変数“ａ”、
１５１…表示画面、１５２…未定義関数一覧、１５３…
削除ボタン、２０１…クライアント装置、２０２…サー
バ装置、２０３…ネットワーク装置、２０５…外部記憶
装置、２０６…表示装置、２０７…マウス装置、２０８
…キーボード装置、２０９…システム制御処理部、２１
０…データ入出力部、２１１…プロジェクト設定部、２
１２…ソフトウェア開発処理部、２１３…未定義テーブ
ル表示部、２１４…ソースコード取り込み部、２１５…
ドキュメント出力部、２１８…リソース種別定義部、２
１９…ツール定義部、２２０システム管理テーブル入出
力部、２２１…プロジェクトテーブル入出力部、２２２
…システム管理テーブル、２２３…作業用テーブル、２
２４…公開用テーブル、２２５…履歴登録部、２２６…
履歴復元部、２２７…プログラム取り出し部、２３０…
プロジェクトテーブル、２３１…未定義テーブル入出力
部、２３２…未定義テーブル、２３５…テーブル入出力
部。

フロントページの続き (72)発明者 船田 勉 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 小沢 誠志 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 新居 健司 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 城戸 高志 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 三橋 尚文 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 平野 寿一 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 プログラム開発情報を格納する格納手段
   と、 前記プログラム開発情報の属性情報および各プログラム
   開発情報の間の関連情報を生成する生成手段と、 前記プログラム開発情報，前記生成手段により生成した
   属性情報および関連情報をプログラム開発の１つのリソ
   ースとして、当該リソースにユニークな番号を付与して
   管理する管理手段と、 前記関連情報を利用して前記リソースからシステム構成
   要素を生成するシステム構成要素生成手段とを備えたこ
   とを特徴とするプログラム開発支援システム。
2. 【請求項２】 請求項１に記載のプログラム開発支援シ
   ステムにおいて、前記関連情報は、各プログラム開発情
   報の間の関連を示す関連種別を含むことを特徴とするプ
   ログラム開発支援システム。
3. 【請求項３】 請求項１に記載のプログラム開発支援シ
   ステムにおいて、更に、 公開するリソースを登録する公開リソース登録手段と、 公開を行わないリソースを登録する非公開リソース登録
   手段を備えることを特徴とするプログラム開発支援シス
   テム。
4. 【請求項４】 請求項１に記載のプログラム開発支援シ
   ステムにおいて、 前記管理手段はリソースとして管理する情報に、少なく
   ともプロジェクト，担当者，使用ツールのいずれかに関
   する情報を含むことを特徴とするプログラム開発支援シ
   ステム。
5. 【請求項５】 請求項１に記載のプログラム開発支援シ
   ステムにおいて、更に、 前記リソースが更新された場合に、更新による影響範囲
   を検出する影響範囲検出手段と、 前記影響範囲検出手段により検出された影響範囲に対し
   て前記更新がその影響を直接に反映させる更新であるか
   否かを判定する判定手段と、 前記判定手段により直接に反映させる更新であると判定
   された場合に更新を反映させる更新反映手段と、 前記判定手段により直接に反映させない更新と判定され
   た場合にユーザに対して反映させるか否かを問い合わせ
   る問合せ手段とを有することを特徴とするプログラム開
   発支援システム。
6. 【請求項６】 請求項１に記載のプログラム開発支援シ
   ステムにおいて、更に、 前記リソースに対する参照要求があった場合に、そのリ
   ソースの関連情報を参照し、関連する他のリソースを特
   定する特定手段と、 参照対象のリソースの更新時刻と前記特定された関連す
   るリソースの更新時刻を比較する比較手段と、 前記比較手段による比較の結果、前記関連するリソース
   の更新時刻が新しい場合に、再度参照対象とするリソー
   スを再生成する再生成手段とを有することを特徴とする
   プログラム開発支援システム。
7. 【請求項７】 プログラム開発情報を格納する格納手段
   と、 前記プログラム開発情報の属性情報および各情報間の関
   連情報を生成する生成手段と、 前記生成手段によるプログラム開発情報の属性情報およ
   び各情報間の関連情報の生成時に、当該プログラム開発
   情報の実体が定義済みであるかを判定する判定手段と、 前記判定手段による判定の結果、当該プログラム開発情
   報の実体が定義済みの場合に生成した情報を登録する第
   １登録手段と、 前記判定手段による判定の結果、当該プログラム開発情
   報の実体が未定義の場合に生成した情報を登録する第２
   登録手段と、 前記プログラム開発情報と前記生成手段により生成した
   属性情報および各情報間の関連情報を、プログラム開発
   の１つのリソースとして管理する管理手段と、 前記リソースにユニークな番号を付与する番号付与手段
   と、 前記関連情報を利用して前記リソースからシステム構成
   要素を生成するシステム構成要素生成手段を有すること
   を特徴とするプログラム開発支援システム。
8. 【請求項８】 請求項７に記載のプログラム開発支援シ
   ステムにおいて、更に、 第１登録手段に登録された情報が削除された場合に、他
   の情報との関連の種別により、前記削除された情報を未
   定義情報として第２登録手段に移動する移動手段を有す
   ることを特徴とするプログラム開発支援システム。