JP3181419B2 - プログラム開発成果物の管理方式 - Google Patents
プログラム開発成果物の管理方式Info
- Publication number
- JP3181419B2 JP3181419B2 JP03179893A JP3179893A JP3181419B2 JP 3181419 B2 JP3181419 B2 JP 3181419B2 JP 03179893 A JP03179893 A JP 03179893A JP 3179893 A JP3179893 A JP 3179893A JP 3181419 B2 JP3181419 B2 JP 3181419B2
- Authority
- JP
- Japan
- Prior art keywords
- record
- product
- registered
- relation
- artifacts
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Description
【０００１】
【産業上の利用分野】この発明は、プログラムの設計、
製造を支援するプログラム開発支援システムに係り、特
にプログラム開発過程で生成された成果物（設計成果
物）をデータベースを用いて管理するプログラム開発成
果物の管理方式に関する。
製造を支援するプログラム開発支援システムに係り、特
にプログラム開発過程で生成された成果物（設計成果
物）をデータベースを用いて管理するプログラム開発成
果物の管理方式に関する。
【０００２】
【従来の技術】従来、オンライン業務プログラムに代表
されるプログラムの開発支援システムは、プログラムの
設計、製造を支援するのみであった。
されるプログラムの開発支援システムは、プログラムの
設計、製造を支援するのみであった。
【０００３】このため、生成済みの成果物を変更したり
削除したりした場合に、それが他のどの成果物に影響す
るか、また開発者の間でデータが重複していないかなど
を検出するのが困難であり、開発の効率が悪いという問
題があった。
削除したりした場合に、それが他のどの成果物に影響す
るか、また開発者の間でデータが重複していないかなど
を検出するのが困難であり、開発の効率が悪いという問
題があった。
【０００４】
【発明が解決しようとする課題】上記したように従来の
プログラム開発支援システムは、プログラムの設計、製
造を支援するのみであり、成果物相互の関係についての
情報等を提供していなかったため、成果物の変更影響や
データ重複を検出するのが困難であり、プログラム開発
効率が悪いという問題があった。
プログラム開発支援システムは、プログラムの設計、製
造を支援するのみであり、成果物相互の関係についての
情報等を提供していなかったため、成果物の変更影響や
データ重複を検出するのが困難であり、プログラム開発
効率が悪いという問題があった。
【０００５】この発明は上記事情を考慮してなされたも
のでその目的は、プログラム開発過程で生成された成果
物の変更影響や開発者の間でのデータの重複が容易に検
出できるプログラム開発成果物の管理方式を提供するこ
とにある。
のでその目的は、プログラム開発過程で生成された成果
物の変更影響や開発者の間でのデータの重複が容易に検
出できるプログラム開発成果物の管理方式を提供するこ
とにある。
【０００６】
【課題を解決するための手段】この発明は、プログラム
開発の過程で生成された各種成果物の識別情報を含む第
１のレコードが登録される第１のテーブル（オブジェク
トテーブル）、および各種成果物の中で相互に影響を与
え合う成果物同士を関係付けるための、対応する各第１
のレコードの識別情報の組を含む第２のレコードが登録
される第２のテーブル（リレーションテーブル）を保持
するデータベースと、プログラム開発途上で成果物が生
成される毎に、その成果物に対応する第１のレコードを
生成して第１のテーブルに登録すると共に、その成果物
と関係する既存の成果物が存在する場合には、その成果
物同士を関係付けるための第２のレコードを生成して第
２のテーブルに登録する登録手段と、上記データベース
を検索する検索手段とを備えたことを特徴とするもので
ある。
開発の過程で生成された各種成果物の識別情報を含む第
１のレコードが登録される第１のテーブル（オブジェク
トテーブル）、および各種成果物の中で相互に影響を与
え合う成果物同士を関係付けるための、対応する各第１
のレコードの識別情報の組を含む第２のレコードが登録
される第２のテーブル（リレーションテーブル）を保持
するデータベースと、プログラム開発途上で成果物が生
成される毎に、その成果物に対応する第１のレコードを
生成して第１のテーブルに登録すると共に、その成果物
と関係する既存の成果物が存在する場合には、その成果
物同士を関係付けるための第２のレコードを生成して第
２のテーブルに登録する登録手段と、上記データベース
を検索する検索手段とを備えたことを特徴とするもので
ある。
【０００７】また、この発明は、成果物の変更時に、同
成果物と関係する他の成果物を再生成する再生成手段を
更に備え、登録手段は、成果物変更時に第１のテーブル
内の対応する第１のレコードを第１の状態に更新すると
共に、同成果物に対応する新たな第１のレコードを生成
して第１のテーブルに登録し、再生成手段による成果物
再生成に応じて第２のテーブル内の対応する第２のレコ
ードを削除すると共に、対応する新たな第２のレコード
を生成して第２のテーブルに登録し、関係する成果物が
全て正常に再生成された場合には、第１のテーブル内で
第１の状態にある対応する第１のレコードを削除するこ
とをも特徴とする。
成果物と関係する他の成果物を再生成する再生成手段を
更に備え、登録手段は、成果物変更時に第１のテーブル
内の対応する第１のレコードを第１の状態に更新すると
共に、同成果物に対応する新たな第１のレコードを生成
して第１のテーブルに登録し、再生成手段による成果物
再生成に応じて第２のテーブル内の対応する第２のレコ
ードを削除すると共に、対応する新たな第２のレコード
を生成して第２のテーブルに登録し、関係する成果物が
全て正常に再生成された場合には、第１のテーブル内で
第１の状態にある対応する第１のレコードを削除するこ
とをも特徴とする。
【０００８】
【作用】上記の構成においては、プログラム開発過程で
生成された各種成果物について、それぞれ対応する成果
物を識別可能な第１のレコードがデータベース内の第１
のテーブルに登録される。また、相互に関係する成果物
同士について、対応する各第１のレコードを識別するた
めの情報の組を持つ第２のレコードがデータベース内の
第２のテーブルに登録される。このデータベース内に登
録される成果物の関係の一例を図１に示す。
生成された各種成果物について、それぞれ対応する成果
物を識別可能な第１のレコードがデータベース内の第１
のテーブルに登録される。また、相互に関係する成果物
同士について、対応する各第１のレコードを識別するた
めの情報の組を持つ第２のレコードがデータベース内の
第２のテーブルに登録される。このデータベース内に登
録される成果物の関係の一例を図１に示す。
【０００９】図中、Ｄは設計データオブジェクト（設計
データに対応した第１のレコード）であり、画面、デー
タベース等の設計データが作成された場合に、第１のテ
ーブルに登録される。
データに対応した第１のレコード）であり、画面、デー
タベース等の設計データが作成された場合に、第１のテ
ーブルに登録される。
【００１０】Ｆは関数オブジェクト（ソースプログラム
に含まれる関数に対応した第１のレコード）であり、ソ
ースプログラムが作成された場合に、第１のテーブルに
登録される。Ｓはソースオブジェクト（ソースプログラ
ムに対応した第１のレコード）であり、ソースプログラ
ムが作成された場合に第１のテーブルに登録される。
に含まれる関数に対応した第１のレコード）であり、ソ
ースプログラムが作成された場合に、第１のテーブルに
登録される。Ｓはソースオブジェクト（ソースプログラ
ムに対応した第１のレコード）であり、ソースプログラ
ムが作成された場合に第１のテーブルに登録される。
【００１１】Ｌはロードモジュールオブジェクト（ロー
ドモジュールに対応した第１のレコード）であり、ロー
ドモジュールが作成された場合に第１のテーブルに登録
される。Ｒは互いに影響を与え合う成果物同士を関係付
けるリレーション（を表す第２のレコード）であり、第
２のテーブルに登録される。
ドモジュールに対応した第１のレコード）であり、ロー
ドモジュールが作成された場合に第１のテーブルに登録
される。Ｒは互いに影響を与え合う成果物同士を関係付
けるリレーション（を表す第２のレコード）であり、第
２のテーブルに登録される。
【００１２】このようなオブジェクト（第１のレコー
ド）が登録された第１のテーブルおよびリレーション
（第２のレコード）が登録された第２のテーブルを保持
するデータベースを検索して、第１のテーブルに登録さ
れているオブジェクト（第１のレコード）群の中で、相
互に関係する各成果物に対応するオブジェクト（第１の
レコード）を見付けることにより、成果物変更時に影響
を受ける成果物を探すことが可能となる。
ド）が登録された第１のテーブルおよびリレーション
（第２のレコード）が登録された第２のテーブルを保持
するデータベースを検索して、第１のテーブルに登録さ
れているオブジェクト（第１のレコード）群の中で、相
互に関係する各成果物に対応するオブジェクト（第１の
レコード）を見付けることにより、成果物変更時に影響
を受ける成果物を探すことが可能となる。
【００１３】また、上記の構成においては、成果物の変
更時に対応する第１のテーブル内のオブジェクト（第１
のレコード）が第１の状態（Ｅｍｐｔｙ）に更新される
と共に、新たなオブジェクト（第１のレコード）が生成
されて第１のテーブルに登録される。また、変更された
成果物と関係する他の成果物が再生成され、その際に第
２のテーブル内の対応するリレーション（第２のレコー
ド）が削除されると共に、対応する新たなリレーション
（第２のレコード）が生成されて第２のテーブルに登録
される。ここで、上記関係する全ての成果物の再生成が
正常に終了したならば、第１のテーブル内で第１の状態
（Ｅｍｐｔｙ）に設定されている（変更成果物に対応す
る）オブジェクト（第１のレコード）が削除される。
更時に対応する第１のテーブル内のオブジェクト（第１
のレコード）が第１の状態（Ｅｍｐｔｙ）に更新される
と共に、新たなオブジェクト（第１のレコード）が生成
されて第１のテーブルに登録される。また、変更された
成果物と関係する他の成果物が再生成され、その際に第
２のテーブル内の対応するリレーション（第２のレコー
ド）が削除されると共に、対応する新たなリレーション
（第２のレコード）が生成されて第２のテーブルに登録
される。ここで、上記関係する全ての成果物の再生成が
正常に終了したならば、第１のテーブル内で第１の状態
（Ｅｍｐｔｙ）に設定されている（変更成果物に対応す
る）オブジェクト（第１のレコード）が削除される。
【００１４】したがって、成果物の再生成に失敗した場
合には、第１のテーブル内に第１の状態（Ｅｍｐｔｙ）
のオブジェクト（第１のレコード）が残るため、それの
示す成果物の変更によって、その成果物と関係する他の
成果物（再生成された成果物）が不完全な状態となって
いることを、上記のデータベース検索により知ることが
可能となる。同様に、開発者の間でのデータ重複（成果
物重複）についても、第１のテーブル内の検索により容
易に見付けることが可能となる。
合には、第１のテーブル内に第１の状態（Ｅｍｐｔｙ）
のオブジェクト（第１のレコード）が残るため、それの
示す成果物の変更によって、その成果物と関係する他の
成果物（再生成された成果物）が不完全な状態となって
いることを、上記のデータベース検索により知ることが
可能となる。同様に、開発者の間でのデータ重複（成果
物重複）についても、第１のテーブル内の検索により容
易に見付けることが可能となる。
【００１５】
【実施例】図２はこの発明を適用するオンライン業務プ
ログラム開発支援システムの一実施例を示すブロック構
成図である。
ログラム開発支援システムの一実施例を示すブロック構
成図である。
【００１６】図２において、１はシステム全体を制御す
る制御部、２は設計データを作成するための設計データ
作成部、３はソースプログラムを作成するためのソース
プログラム作成部である。４はソースプログラム作成部
３により作成されたソースプログラムをコンパイルする
コンパイル部、５はコンパイル部４によるコンパイルで
得られたオブジェクト（オブジェクトファイル）をリン
クしてロードモジュールを作成するためのリンク部であ
る。６はオブジェクトテーブル６１とリレーションテー
ブル６２から構成されるデータベースである。
る制御部、２は設計データを作成するための設計データ
作成部、３はソースプログラムを作成するためのソース
プログラム作成部である。４はソースプログラム作成部
３により作成されたソースプログラムをコンパイルする
コンパイル部、５はコンパイル部４によるコンパイルで
得られたオブジェクト（オブジェクトファイル）をリン
クしてロードモジュールを作成するためのリンク部であ
る。６はオブジェクトテーブル６１とリレーションテー
ブル６２から構成されるデータベースである。
【００１７】オブジェクトテーブル６１は、プログラム
開発過程で作成される各種成果物（設計成果物）を識別
するための情報を持つレコード（以下、オブジェクトレ
コードと称する）を登録（格納）するのに用いられる。
このオブジェクトレコードは、同レコードに固有のレコ
ード番号（レコード識別子）、成果物の種類、成果物名
およびエンプティ（Ｅｐｍｔｙ）フラグＦ（初期値
“０”）からなる。エンプティフラグＦは、“１”のと
き、対応するレコードが実体のないオブジェクト（エン
プティオブジェクト）であることを表す。
開発過程で作成される各種成果物（設計成果物）を識別
するための情報を持つレコード（以下、オブジェクトレ
コードと称する）を登録（格納）するのに用いられる。
このオブジェクトレコードは、同レコードに固有のレコ
ード番号（レコード識別子）、成果物の種類、成果物名
およびエンプティ（Ｅｐｍｔｙ）フラグＦ（初期値
“０”）からなる。エンプティフラグＦは、“１”のと
き、対応するレコードが実体のないオブジェクト（エン
プティオブジェクト）であることを表す。
【００１８】リレーションテーブル６２は、オブジェク
トテーブル６１に登録されているオブジェクトレコード
の示す成果物の中で、相互に影響を与え合う成果物同士
を関係付けるためのレコード（以下、リレーションレコ
ードと称する）を登録（格納）するのに用いられる。こ
のリレーションレコードは、対応する成果物についての
オブジェクトレコードのレコード番号の組からなる。
トテーブル６１に登録されているオブジェクトレコード
の示す成果物の中で、相互に影響を与え合う成果物同士
を関係付けるためのレコード（以下、リレーションレコ
ードと称する）を登録（格納）するのに用いられる。こ
のリレーションレコードは、対応する成果物についての
オブジェクトレコードのレコード番号の組からなる。
【００１９】７は登録部、８は検索部である。登録部７
は、設計データ作成部２、ソースプログラム作成部３、
コンパイル部４およびリンク部５の成果物生成動作に応
じて、データベース６（内のオブジェクトテーブル６
１、リレーションテーブル６２）へのレコード登録動作
を行う。登録部７は、成果物の変更時には、データベー
ス６へのレコード登録動作の他、レコード削除動作も行
う。検索部８は、データベース６の検索を行う。次に、
図２の構成の動作を説明する。
は、設計データ作成部２、ソースプログラム作成部３、
コンパイル部４およびリンク部５の成果物生成動作に応
じて、データベース６（内のオブジェクトテーブル６
１、リレーションテーブル６２）へのレコード登録動作
を行う。登録部７は、成果物の変更時には、データベー
ス６へのレコード登録動作の他、レコード削除動作も行
う。検索部８は、データベース６の検索を行う。次に、
図２の構成の動作を説明する。
【００２０】まずプログラム設計の段階では、図２のシ
ステム内の制御部１の制御のもと、設計データ作成部２
により画面設計データ、ファイル設計データ等の設計デ
ータが作成され、ソースプログラム作成部３によりソー
スプログラムが作成される。これら設計データ、ソース
プログラム等の成果物が正常に生成される毎に、制御部
１の制御により登録部７が起動される。
ステム内の制御部１の制御のもと、設計データ作成部２
により画面設計データ、ファイル設計データ等の設計デ
ータが作成され、ソースプログラム作成部３によりソー
スプログラムが作成される。これら設計データ、ソース
プログラム等の成果物が正常に生成される毎に、制御部
１の制御により登録部７が起動される。
【００２１】すると登録部７は、生成された成果物の種
類、成果物の名称およびエンプティフラグＦ（＝０）を
持つオブジェクトレコードを生成し、そのレコードに固
有のレコード番号を付してデータベース６のオブジェク
トテーブル６１に登録する。
類、成果物の名称およびエンプティフラグＦ（＝０）を
持つオブジェクトレコードを生成し、そのレコードに固
有のレコード番号を付してデータベース６のオブジェク
トテーブル６１に登録する。
【００２２】ここでは、図２に示すように、成果物名が
“ＡＡＡ．ｈ”の設計データが作成されて、その設計デ
ータを示すレコード番号“１”のオブジェクトレコード
がオブジェクトテーブル６１に登録されたものとする。
また、成果物名が“Ｓ1 ”，“Ｓ2 ”の各ソースプログ
ラムが作成されて、そのソースプログラムを示すレコー
ド番号“５”，“６”の各オブジェクトレコードがオブ
ジェクトテーブル６１に登録されたものとする。次にコ
ンパイル部４によるコンパイルが行われ、このコンパイ
ルが正常終了すると、制御部１により登録部７が起動さ
れる。
“ＡＡＡ．ｈ”の設計データが作成されて、その設計デ
ータを示すレコード番号“１”のオブジェクトレコード
がオブジェクトテーブル６１に登録されたものとする。
また、成果物名が“Ｓ1 ”，“Ｓ2 ”の各ソースプログ
ラムが作成されて、そのソースプログラムを示すレコー
ド番号“５”，“６”の各オブジェクトレコードがオブ
ジェクトテーブル６１に登録されたものとする。次にコ
ンパイル部４によるコンパイルが行われ、このコンパイ
ルが正常終了すると、制御部１により登録部７が起動さ
れる。
【００２３】すると登録部７は、コンパイルされたソー
スプログラムがどの設計データと関係を持っているかを
調べる。次に登録部７は、このソースプログラム、およ
び同プログラムと関係を持つ設計データ（ここでは同プ
ログラム中にコピーされる設計データ）の２つの成果物
に対応するオブジェクトテーブル６１上のオブジェクト
レコードを探し、そのレコード番号の対からなるリレー
ションレコードを作成する。そして登録部７は、作成し
たリレーションレコードをリレーションテーブル６２に
登録する。
スプログラムがどの設計データと関係を持っているかを
調べる。次に登録部７は、このソースプログラム、およ
び同プログラムと関係を持つ設計データ（ここでは同プ
ログラム中にコピーされる設計データ）の２つの成果物
に対応するオブジェクトテーブル６１上のオブジェクト
レコードを探し、そのレコード番号の対からなるリレー
ションレコードを作成する。そして登録部７は、作成し
たリレーションレコードをリレーションテーブル６２に
登録する。
【００２４】ここでは、ソースプログラム“Ｓ1 ”，
“Ｓ2 ”がＳ1 より順にコンパイルされて、オブジェク
ト（オブジェクトファイル）“ＷＯＲＫ．１”，“ＷＯ
ＲＫ．２”が作成され、しかも“Ｓ1 ”，“Ｓ2 ”がい
ずれも“ＡＡＡ．ｈ”という設計データをコピーしてい
るものとする。この場合、図２に示すように、設計デー
タ“ＡＡＡ．ｈ”のオブジェクトレコードのレコード番
号“１”とソースプログラム“Ｓ1 ”のオブジェクトレ
コードのレコード番号“５”との対からなるリレーショ
ンレコード、および設計データ“ＡＡＡ．ｈ”のオブジ
ェクトレコードのレコード番号“１”とソースプログラ
ム“Ｓ2 ”のオブジェクトレコードのレコード番号
“６”との対からなるリレーションレコードがリレーシ
ョンテーブル６２に登録される。
“Ｓ2 ”がＳ1 より順にコンパイルされて、オブジェク
ト（オブジェクトファイル）“ＷＯＲＫ．１”，“ＷＯ
ＲＫ．２”が作成され、しかも“Ｓ1 ”，“Ｓ2 ”がい
ずれも“ＡＡＡ．ｈ”という設計データをコピーしてい
るものとする。この場合、図２に示すように、設計デー
タ“ＡＡＡ．ｈ”のオブジェクトレコードのレコード番
号“１”とソースプログラム“Ｓ1 ”のオブジェクトレ
コードのレコード番号“５”との対からなるリレーショ
ンレコード、および設計データ“ＡＡＡ．ｈ”のオブジ
ェクトレコードのレコード番号“１”とソースプログラ
ム“Ｓ2 ”のオブジェクトレコードのレコード番号
“６”との対からなるリレーションレコードがリレーシ
ョンテーブル６２に登録される。
【００２５】コンパイル部４によるコンパイルが行われ
てオブジェクト“ＷＯＲＫ．１”，“ＷＯＲＫ．２”が
得られると、リンク部５によるリンク処理が行われる。
リンク部５は、オブジェクト“ＷＯＲＫ．１”，“ＷＯ
ＲＫ．２”をそれぞれリンクして、例えば成果物名が
“ＷＯＲＫ．１１”，“ＷＯＲＫ．１２”のロードモジ
ュールを作成する。そして、ロードモジュールが正常に
作成される毎に、制御部１により登録部７が起動され
る。
てオブジェクト“ＷＯＲＫ．１”，“ＷＯＲＫ．２”が
得られると、リンク部５によるリンク処理が行われる。
リンク部５は、オブジェクト“ＷＯＲＫ．１”，“ＷＯ
ＲＫ．２”をそれぞれリンクして、例えば成果物名が
“ＷＯＲＫ．１１”，“ＷＯＲＫ．１２”のロードモジ
ュールを作成する。そして、ロードモジュールが正常に
作成される毎に、制御部１により登録部７が起動され
る。
【００２６】すると登録部７は、リンク部５により作成
されたロードモジュールがどのソースプログラムをもと
にしているかを調べる。ここで、ロードモジュール“Ｗ
ＯＲＫ．１１”，“ＷＯＲＫ．１２”は、ソースプログ
ラム“Ｓ1 ”，“Ｓ2 ”をもとに作成されたものであ
る。
されたロードモジュールがどのソースプログラムをもと
にしているかを調べる。ここで、ロードモジュール“Ｗ
ＯＲＫ．１１”，“ＷＯＲＫ．１２”は、ソースプログ
ラム“Ｓ1 ”，“Ｓ2 ”をもとに作成されたものであ
る。
【００２７】そこで登録部７は、“ＷＯＲＫ１１”が
“Ｓ1 ”から作成されたことを判別すると、まずロード
モジュール“ＷＯＲＫ１１”を示す例えばレコード番号
“１０”のオブジェクトレコードを作成して、図２に示
すようにオブジェクトテーブル６１に登録する。
“Ｓ1 ”から作成されたことを判別すると、まずロード
モジュール“ＷＯＲＫ１１”を示す例えばレコード番号
“１０”のオブジェクトレコードを作成して、図２に示
すようにオブジェクトテーブル６１に登録する。
【００２８】続いて登録部７は、このロードモジュール
“ＷＯＲＫ１１”のもとになったソースプログラム“Ｓ
1 ”のオブジェクトレコードのレコード番号“５”と同
モジュール“ＷＯＲＫ１１”のオブジェクトレコードの
レコード番号“１０”との対からなるリレーションレコ
ードを、図２に示すようにリレーションテーブル６２に
登録する。
“ＷＯＲＫ１１”のもとになったソースプログラム“Ｓ
1 ”のオブジェクトレコードのレコード番号“５”と同
モジュール“ＷＯＲＫ１１”のオブジェクトレコードの
レコード番号“１０”との対からなるリレーションレコ
ードを、図２に示すようにリレーションテーブル６２に
登録する。
【００２９】同様に登録部７は、ロードモジュール“Ｗ
ＯＲＫ１２”が“Ｓ2 ”から作成されたことを判別する
と、まず同モジュール“ＷＯＲＫ１２”を示す例えばレ
コード番号“１１”のオブジェクトレコードを作成し
て、図２に示すようにオブジェクトテーブル６１に登録
する。
ＯＲＫ１２”が“Ｓ2 ”から作成されたことを判別する
と、まず同モジュール“ＷＯＲＫ１２”を示す例えばレ
コード番号“１１”のオブジェクトレコードを作成し
て、図２に示すようにオブジェクトテーブル６１に登録
する。
【００３０】続いて登録部７は、このロードモジュール
“ＷＯＲＫ１２”のもとになったソースプログラム“Ｓ
2 ”のオブジェクトレコードのレコード番号“６”と同
モジュール“ＷＯＲＫ１２”のオブジェクトレコードの
レコード番号“１１”との対からなるリレーションレコ
ードを、図２に示すようにリレーションテーブル６２に
登録する。次に、成果物の変更時の動作を、設計データ
“ＡＡＡ．ｈ”を変更した場合を例に、図３の動作説明
図を参照して説明する。
“ＷＯＲＫ１２”のもとになったソースプログラム“Ｓ
2 ”のオブジェクトレコードのレコード番号“６”と同
モジュール“ＷＯＲＫ１２”のオブジェクトレコードの
レコード番号“１１”との対からなるリレーションレコ
ードを、図２に示すようにリレーションテーブル６２に
登録する。次に、成果物の変更時の動作を、設計データ
“ＡＡＡ．ｈ”を変更した場合を例に、図３の動作説明
図を参照して説明する。
【００３１】まず制御部１の制御のもとで設計データ作
成部２により設計データ“ＡＡＡ．ｈ”の内容が変更さ
れ、その変更処理が正常に終了したものとする（ステッ
プＳ３１）。この場合、制御部１により登録部７が起動
される。
成部２により設計データ“ＡＡＡ．ｈ”の内容が変更さ
れ、その変更処理が正常に終了したものとする（ステッ
プＳ３１）。この場合、制御部１により登録部７が起動
される。
【００３２】登録部７は、変更された設計データ“ＡＡ
Ａ．ｈ”とリレーションを持つ成果物（ここではソース
プログラム）があるか否かを、オブジェクトテーブル６
１に登録されている設計データ“ＡＡＡ．ｈ”のオブジ
ェクトレコードのレコード番号“１”をキーにして、リ
レーションテーブル６２を検索することで調べる。
Ａ．ｈ”とリレーションを持つ成果物（ここではソース
プログラム）があるか否かを、オブジェクトテーブル６
１に登録されている設計データ“ＡＡＡ．ｈ”のオブジ
ェクトレコードのレコード番号“１”をキーにして、リ
レーションテーブル６２を検索することで調べる。
【００３３】この例のように、リレーション（図２から
明らかなように、“ＡＡＡ．ｈ”とソースプログラムＳ
1 ，Ｓ2 とのリレーション）があったなら、登録部７
は、オブジェクトテーブル６１に登録されているレコー
ド番号“１”の設計データ“ＡＡＡ．ｈ”のオブジェク
トレコードのエンプティフラグＦを“１”にセットし
て、同オブジェクトレコードが、エンプティ（Ｅｍｐｔ
ｙ）であること、即ち実体がないことを示す（ステップ
Ｓ３２）。このとき、設計データ“ＡＡＡ．ｈ”とソー
スプログラムＳ1 ，Ｓ2 とのリレーションは、図３に示
す状態３１から状態３２に変化することになる。なお、
状態３１は、実体のある“ＡＡＡ．ｈ”（実線の楕円枠
で表示）がＳ1 ，Ｓ2 とリレーションを持っている状態
を示し、状態３２は、実体のない“ＡＡＡ．ｈ”（破線
の楕円枠で表示）がＳ1 ，Ｓ2 とリレーションを持って
いる状態を示す。
明らかなように、“ＡＡＡ．ｈ”とソースプログラムＳ
1 ，Ｓ2 とのリレーション）があったなら、登録部７
は、オブジェクトテーブル６１に登録されているレコー
ド番号“１”の設計データ“ＡＡＡ．ｈ”のオブジェク
トレコードのエンプティフラグＦを“１”にセットし
て、同オブジェクトレコードが、エンプティ（Ｅｍｐｔ
ｙ）であること、即ち実体がないことを示す（ステップ
Ｓ３２）。このとき、設計データ“ＡＡＡ．ｈ”とソー
スプログラムＳ1 ，Ｓ2 とのリレーションは、図３に示
す状態３１から状態３２に変化することになる。なお、
状態３１は、実体のある“ＡＡＡ．ｈ”（実線の楕円枠
で表示）がＳ1 ，Ｓ2 とリレーションを持っている状態
を示し、状態３２は、実体のない“ＡＡＡ．ｈ”（破線
の楕円枠で表示）がＳ1 ，Ｓ2 とリレーションを持って
いる状態を示す。
【００３４】次に登録部７は、新たに設計データ“ＡＡ
Ａ．ｈ”のオブジェクトレコードを作成し、同レコード
をオブジェクトテーブル６１に登録する（ステップＳ３
３）。ここでは、“ＡＡＡ．ｈ”についての例えばレコ
ード番号Ｎのオブジェクトレコードが作成されて、オブ
ジェクトテーブル６１に登録されたものとする。この時
点では、オブジェクトテーブル６１上に実体のない“Ａ
ＡＡ．ｈ”と実体のある“ＡＡＡ．ｈ”の２つが存在
し、ソースプログラムＳ1 ，Ｓ2 は実体のない方の“Ａ
ＡＡ．ｈ”とリレーションを持っているという、図３に
示す状態３３となる。
Ａ．ｈ”のオブジェクトレコードを作成し、同レコード
をオブジェクトテーブル６１に登録する（ステップＳ３
３）。ここでは、“ＡＡＡ．ｈ”についての例えばレコ
ード番号Ｎのオブジェクトレコードが作成されて、オブ
ジェクトテーブル６１に登録されたものとする。この時
点では、オブジェクトテーブル６１上に実体のない“Ａ
ＡＡ．ｈ”と実体のある“ＡＡＡ．ｈ”の２つが存在
し、ソースプログラムＳ1 ，Ｓ2 は実体のない方の“Ａ
ＡＡ．ｈ”とリレーションを持っているという、図３に
示す状態３３となる。
【００３５】次に制御部１の制御のもとで、コンパイル
部４により、“ＡＡＡ．ｈ”とリレーションを持つソー
スプログラムＳ1 ，Ｓ2 の再コンパイルが例えばＳ1 か
ら順に行われ、１つのコンパイルが正常終了する毎に、
そのソースプログラムとそのソースプログラムで使用し
ている（変更された実体のある）設計データ“ＡＡＡ．
ｈ”とのリレーションが、登録部７によってリレーショ
ンテーブル６２に登録される（ステップＳ３４，Ｓ３
５）。
部４により、“ＡＡＡ．ｈ”とリレーションを持つソー
スプログラムＳ1 ，Ｓ2 の再コンパイルが例えばＳ1 か
ら順に行われ、１つのコンパイルが正常終了する毎に、
そのソースプログラムとそのソースプログラムで使用し
ている（変更された実体のある）設計データ“ＡＡＡ．
ｈ”とのリレーションが、登録部７によってリレーショ
ンテーブル６２に登録される（ステップＳ３４，Ｓ３
５）。
【００３６】したがって、例えばＳ1 の再コンパイルが
正常終了した場合には、実体のある“ＡＡＡ．ｈ”のオ
ブジェクトレコードのレコード番号ＮとＳ1 のオブジェ
クトレコードのレコード番号“５”との対からなる新た
なリレーションレコードが、リレーションテーブル６２
に登録される。このリレーションの登録と同時に、登録
部７は、実体のない“ＡＡＡ．ｈ”とのリレーションを
示すレコード（図２の例では、レコード番号１とレコー
ド番号５の対からなる旧リレーションレコード）を削除
する。このため、Ｓ1 の再コンパイルが正常終了してス
テップＳ３５の処理が実行された時点では、実体のない
“ＡＡＡ．ｈ”とリレーションを持つものはＳ2 だけと
なる。以上の処理は、次のソースプログラムＳ2 につい
ても同様に行われる。
正常終了した場合には、実体のある“ＡＡＡ．ｈ”のオ
ブジェクトレコードのレコード番号ＮとＳ1 のオブジェ
クトレコードのレコード番号“５”との対からなる新た
なリレーションレコードが、リレーションテーブル６２
に登録される。このリレーションの登録と同時に、登録
部７は、実体のない“ＡＡＡ．ｈ”とのリレーションを
示すレコード（図２の例では、レコード番号１とレコー
ド番号５の対からなる旧リレーションレコード）を削除
する。このため、Ｓ1 の再コンパイルが正常終了してス
テップＳ３５の処理が実行された時点では、実体のない
“ＡＡＡ．ｈ”とリレーションを持つものはＳ2 だけと
なる。以上の処理は、次のソースプログラムＳ2 につい
ても同様に行われる。
【００３７】このようにして、全ての再コンパイルが正
常終了したならば、実体のない“ＡＡＡ．ｈ”はいずれ
のソースプログラムともリレーションを持たず、不要と
なるために、登録部７はこの実体のない“ＡＡＡ．ｈ”
のオブジェクトレコードをオブジェクトテーブル６１か
ら削除する。この場合、“ＡＡＡ．ｈ”については、オ
ブジェクトテーブル６１上に実体のある“ＡＡＡ．ｈ”
が存在し、この実体のある“ＡＡＡ．ｈ”とソースプロ
グラムＳ1 ，Ｓ2 がリレーションを持っているという、
図３に示す状態３４となる。
常終了したならば、実体のない“ＡＡＡ．ｈ”はいずれ
のソースプログラムともリレーションを持たず、不要と
なるために、登録部７はこの実体のない“ＡＡＡ．ｈ”
のオブジェクトレコードをオブジェクトテーブル６１か
ら削除する。この場合、“ＡＡＡ．ｈ”については、オ
ブジェクトテーブル６１上に実体のある“ＡＡＡ．ｈ”
が存在し、この実体のある“ＡＡＡ．ｈ”とソースプロ
グラムＳ1 ，Ｓ2 がリレーションを持っているという、
図３に示す状態３４となる。
【００３８】これに対して、上記の再コンパイルでエラ
ーが発生した場合には、新規リレーションの登録並びに
旧リレーションの削除処理（ステップＳ３５）と、実体
のないオブジェクトの削除処理（ステップＳ３６）は行
われず、したがってオブジェクトテーブル６１には実体
のないオブジェクトが残る。
ーが発生した場合には、新規リレーションの登録並びに
旧リレーションの削除処理（ステップＳ３５）と、実体
のないオブジェクトの削除処理（ステップＳ３６）は行
われず、したがってオブジェクトテーブル６１には実体
のないオブジェクトが残る。
【００３９】例えば、ソースプログラムＳ1 に続くソー
スプログラムＳ2 の再コンパイルでエラーが発生した場
合であれば、レコード番号が“１”の実体のない“ＡＡ
Ａ．ｈ”のオブジェクトがオブジェクトテーブル６１に
残る。また、実体のない“ＡＡＡ．ｈ”のオブジェクト
のレコード番号“１”とＳ2 のオブジェクトのレコード
番号“６”との対からなるリレーションレコードがリレ
ーションテーブル６２に残る。即ち、オブジェクトテー
ブル６１上に実体のない“ＡＡＡ．ｈ”と実体のある
“ＡＡＡ．ｈ”の２つが存在し、ソースプログラムＳ1
は実体のある方の“ＡＡＡ．ｈ”とリレーションを持
ち、ソースプログラムＳ2 は実体のない方の“ＡＡＡ．
ｈ”とリレーションを持っているという、図３に示す状
態３５となる。
スプログラムＳ2 の再コンパイルでエラーが発生した場
合であれば、レコード番号が“１”の実体のない“ＡＡ
Ａ．ｈ”のオブジェクトがオブジェクトテーブル６１に
残る。また、実体のない“ＡＡＡ．ｈ”のオブジェクト
のレコード番号“１”とＳ2 のオブジェクトのレコード
番号“６”との対からなるリレーションレコードがリレ
ーションテーブル６２に残る。即ち、オブジェクトテー
ブル６１上に実体のない“ＡＡＡ．ｈ”と実体のある
“ＡＡＡ．ｈ”の２つが存在し、ソースプログラムＳ1
は実体のある方の“ＡＡＡ．ｈ”とリレーションを持
ち、ソースプログラムＳ2 は実体のない方の“ＡＡＡ．
ｈ”とリレーションを持っているという、図３に示す状
態３５となる。
【００４０】このように、変更した設計データ“ＡＡ
Ａ．ｈ”と関係を持つソースプログラムの再コンパイル
でエラーが発生した場合には、実体のない“ＡＡＡ．
ｈ”（のオブジェクトレコード）がオブジェクトテーブ
ル６１に残る。したがって、制御部１により検索部８を
起動して、オブジェクトテーブル６１の検索を行わせ、
実体のない“ＡＡＡ．ｈ”を探すようにすることによ
り、“ＡＡＡ．ｈ”の変更に伴ってソースプログラムが
不完全な状態となっていることを知ることができる。
Ａ．ｈ”と関係を持つソースプログラムの再コンパイル
でエラーが発生した場合には、実体のない“ＡＡＡ．
ｈ”（のオブジェクトレコード）がオブジェクトテーブ
ル６１に残る。したがって、制御部１により検索部８を
起動して、オブジェクトテーブル６１の検索を行わせ、
実体のない“ＡＡＡ．ｈ”を探すようにすることによ
り、“ＡＡＡ．ｈ”の変更に伴ってソースプログラムが
不完全な状態となっていることを知ることができる。
【００４１】また、検索部８により、リレーションテー
ブル６２に登録されているリレーションレコードに従っ
てオブジェクトテーブル６１の検索を行わせ、オブジェ
クトテーブル６１に登録されているオブジェクト群の中
で、リレーションレコードにより関係付けられているオ
ブジェクトを見付けることにより、成果物変更時に影響
を受ける成果物を探すこともできる。
ブル６２に登録されているリレーションレコードに従っ
てオブジェクトテーブル６１の検索を行わせ、オブジェ
クトテーブル６１に登録されているオブジェクト群の中
で、リレーションレコードにより関係付けられているオ
ブジェクトを見付けることにより、成果物変更時に影響
を受ける成果物を探すこともできる。
【００４２】更に、検索部８によりオブジェクトテーブ
ル６１を検索させ、同一の成果物についてのオブジェク
トが複数登録されているか否かを調べることにより、開
発者の間でのデータ重複（成果物重複）を見付けること
もできる。なお、以上の説明では、再コンパイル後の再
リンク時における登録部７の動作については省略してい
るが、上記した再コンパイル時の動作と同様である。
ル６１を検索させ、同一の成果物についてのオブジェク
トが複数登録されているか否かを調べることにより、開
発者の間でのデータ重複（成果物重複）を見付けること
もできる。なお、以上の説明では、再コンパイル後の再
リンク時における登録部７の動作については省略してい
るが、上記した再コンパイル時の動作と同様である。
【００４３】また、成果物が削除された場合には、オブ
ジェクトテーブル６１上の対応するオブジェクトレコー
ドを削除すればよい。但し、その成果物が他のオブジェ
クトとのリレーションを持っている場合には、オブジェ
クトを削除せずに、そのオブジェクトを実体のないオブ
ジェクト（エンプティオブジェクト）に書換える必要が
ある。
ジェクトテーブル６１上の対応するオブジェクトレコー
ドを削除すればよい。但し、その成果物が他のオブジェ
クトとのリレーションを持っている場合には、オブジェ
クトを削除せずに、そのオブジェクトを実体のないオブ
ジェクト（エンプティオブジェクト）に書換える必要が
ある。
【００４４】
【発明の効果】以上詳述したようにこの発明によれば、
プログラム開発途上で成果物が生成される毎に、その成
果物を示す第１のレコード（オブジェクトレコード）を
生成してデータベース内の第１のテーブルに登録すると
共に、その成果物と関係する既存の成果物が存在する場
合には、その成果物同士を関係付けるための第２のレコ
ード（リレーションレコード）を生成してデータベース
内の第２のテーブルに登録する構成としたので、第１お
よび第２のテーブルを検索して、相互に関係する各成果
物に対応するオブジェクト（第１のレコード）を見付け
ることにより、成果物変更時に影響を受ける成果物を簡
単に探すことができる。また、第１のテーブルを検索し
て、同一の成果物に対応するオブジェクトが複数登録さ
れているか否かを調べることにより、開発者の間でのデ
ータ重複（成果物重複）を容易に見付けることができ
る。
プログラム開発途上で成果物が生成される毎に、その成
果物を示す第１のレコード（オブジェクトレコード）を
生成してデータベース内の第１のテーブルに登録すると
共に、その成果物と関係する既存の成果物が存在する場
合には、その成果物同士を関係付けるための第２のレコ
ード（リレーションレコード）を生成してデータベース
内の第２のテーブルに登録する構成としたので、第１お
よび第２のテーブルを検索して、相互に関係する各成果
物に対応するオブジェクト（第１のレコード）を見付け
ることにより、成果物変更時に影響を受ける成果物を簡
単に探すことができる。また、第１のテーブルを検索し
て、同一の成果物に対応するオブジェクトが複数登録さ
れているか否かを調べることにより、開発者の間でのデ
ータ重複（成果物重複）を容易に見付けることができ
る。
【００４５】また、この発明によれば、成果物の変更時
には、第１のテーブル内の対応する第１のレコードを第
１の状態（Ｅｍｐｔｙ）に更新すると共に、同成果物に
対応する新たな第１のレコードを生成して第１のテーブ
ルに登録する他、成果物変更に伴い、その変更された成
果物と関係する他の成果物を再生成した際に、第２のテ
ーブル内の対応する第２のレコードを削除すると共に、
対応する新たな第２のレコードを生成して第２のテーブ
ルに登録し、上記関係する全ての成果物が正常に再生成
された場合には第１のテーブル内で第１の状態にある対
応する第１のレコードを削除する構成としたので、成果
物の再生成に失敗したならば、第１のテーブル内に第１
の状態（Ｅｍｐｔｙ）のオブジェクト（第１のレコー
ド）が残り、この残されたオブジェクトを見付けること
により、同オブジェクトの示す成果物の変更に伴い、そ
の成果物と関係する他の成果物（再生成された成果物）
が不完全な状態となっていることを簡単に知ることがで
きる。
には、第１のテーブル内の対応する第１のレコードを第
１の状態（Ｅｍｐｔｙ）に更新すると共に、同成果物に
対応する新たな第１のレコードを生成して第１のテーブ
ルに登録する他、成果物変更に伴い、その変更された成
果物と関係する他の成果物を再生成した際に、第２のテ
ーブル内の対応する第２のレコードを削除すると共に、
対応する新たな第２のレコードを生成して第２のテーブ
ルに登録し、上記関係する全ての成果物が正常に再生成
された場合には第１のテーブル内で第１の状態にある対
応する第１のレコードを削除する構成としたので、成果
物の再生成に失敗したならば、第１のテーブル内に第１
の状態（Ｅｍｐｔｙ）のオブジェクト（第１のレコー
ド）が残り、この残されたオブジェクトを見付けること
により、同オブジェクトの示す成果物の変更に伴い、そ
の成果物と関係する他の成果物（再生成された成果物）
が不完全な状態となっていることを簡単に知ることがで
きる。
【図１】この発明で適用されるデータベースに登録され
る成果物の関係の一例を示す図。
る成果物の関係の一例を示す図。
【図２】この発明を適用するオンライン業務プログラム
開発支援システムの一実施例を示すブロック構成図。
開発支援システムの一実施例を示すブロック構成図。
【図３】同実施例における成果物の変更時の動作を、設
計データ“ＡＡＡ．ｈ”を変更した場合を例に説明する
ための図。
計データ“ＡＡＡ．ｈ”を変更した場合を例に説明する
ための図。
１…制御部、２…設計データ作成部、３…ソースプログ
ラム作成部、４…コンパイル部、５…リンク部、６…デ
ータベース、７…登録部、８…検索部、６１…オブジェ
クトテーブル（第１のテーブル）、６２…リレーション
テーブル（第２のテーブル）。
ラム作成部、４…コンパイル部、５…リンク部、６…デ
ータベース、７…登録部、８…検索部、６１…オブジェ
クトテーブル（第１のテーブル）、６２…リレーション
テーブル（第２のテーブル）。
フロントページの続き (56)参考文献 阿部弘彰，坂本康広，高橋幸子，深尾 至，西山好雄，”ＣＡＳＥツール統合化 へのアプローチ”，第42回（平成３年前 期）全国大会講演論文集（５）, （1991），Ｖｏｌ．42，Ｎｏ．５，ｐ ｐ．311−314 (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 9/06,12/00
Claims (2)
- 【請求項１】 プログラム開発の過程で生成された各種
成果物の識別情報を含む第１のレコードが登録される第
１のテーブル、および前記各種成果物の中で相互に影響
を与え合う成果物同士を関係付けるための、対応する前
記各第１のレコードの識別情報の組を含む第２のレコー
ドが登録される第２のテーブルを保持するデータベース
と、成果物の変更時に、同成果物と関係する他の成果物を再
生成する再生成手段と、 プログラム開発の過程で成果物が生成される毎に、その
成果物に対応して生成される前記第１のレコードを前記
第１のテーブルに登録すると共に、その成果物と関係す
る既存の成果物が存在する場合には、前記第１のレコー
ドに対応して生成され、成果物同士を関係付けるための
前記第２のレコードを前記第２のテーブルに登録し、ま
た、前記成果物の変更時に、同成果物に対応する前記第
１のテーブルに登録済みの前記第１のレコードを第１の
状態に更新すると共に、同成果物に対応し生成される新
たな前記第１のレコードを前記第１のテーブルに登録
し、前記再生成手段による成果物再生成に応じて前記第
２のテーブルに登録済みの対応する前記第２のレコード
を削除すると共に、前記第１のレコードに対応して生成
される新たな前記第２のレコードを前記第２のテーブル
に登録し、前記関係する成果物が全て正常に再生成され
た場合には、前記第１のテーブル内で前記第１の状態に
ある対応する前記第１のレコードを削除する登録手段
と、 前記データベースを検索する検索手段とを具備すること
を特徴とするプログラム開発成果物の管理方式。 - 【請求項２】 前記登録手段は、前記成果物の削除時
に、前記第２のテーブルを参照して同成果物が他の成果
物と関係しているか否かを調べ、同成果物と関係してい
る他の成果物が存在する場合には、同成果物に対応する
前記第１のテーブル内の前記第１のレコードを前記第１
の状態に更新し、同成果物と関係している他の成果物が
存在しない場合には、前記対応する第１のレコードを前
記第１のテーブルから削除することを特徴とする請求項
１記載のプログラム開発成果物の管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03179893A JP3181419B2 (ja) | 1993-02-22 | 1993-02-22 | プログラム開発成果物の管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03179893A JP3181419B2 (ja) | 1993-02-22 | 1993-02-22 | プログラム開発成果物の管理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06250831A JPH06250831A (ja) | 1994-09-09 |
| JP3181419B2 true JP3181419B2 (ja) | 2001-07-03 |
Family
ID=12341095
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP03179893A Expired - Fee Related JP3181419B2 (ja) | 1993-02-22 | 1993-02-22 | プログラム開発成果物の管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3181419B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3472454B2 (ja) * | 1997-09-26 | 2003-12-02 | 富士通株式会社 | 業務プログラム作成支援装置及びプログラム記憶媒体 |
| JP2003140889A (ja) * | 2001-10-29 | 2003-05-16 | Nec Software Chubu Ltd | プログラム構成管理システム |
| GB0209648D0 (en) * | 2002-04-26 | 2002-06-05 | Oracle Int Corp | Project management system |
-
1993
- 1993-02-22 JP JP03179893A patent/JP3181419B2/ja not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| 阿部弘彰，坂本康広，高橋幸子，深尾至，西山好雄，"ＣＡＳＥツール統合化へのアプローチ"，第４２回（平成３年前期）全国大会講演論文集（５），（１９９１），Ｖｏｌ．４２，Ｎｏ．５，ｐｐ．３１１−３１４ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06250831A (ja) | 1994-09-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6367077B1 (en) | Method of upgrading a software application in the presence of user modifications | |
| US6460052B1 (en) | Method and system for performing fine grain versioning | |
| US5274803A (en) | Method and apparatus for aligning a restored parent environment to its child environments with minimal data loss | |
| US6003042A (en) | Systems, methods and computer programs products for storing a new version of an Envy Library file in a teamconnection object oriented programming environment | |
| US6216140B1 (en) | Methodology for the efficient management of hierarchically organized information | |
| RU2210803C2 (ru) | Компьютерное устройство для выполнения прикладных программ | |
| JPH0370048A (ja) | ディクショナリ創成方法 | |
| US20040073581A1 (en) | Version controlled associative array | |
| JPH0863342A (ja) | プログラム管理方法および装置 | |
| US7765247B2 (en) | System and method for removing rows from directory tables | |
| JP3181419B2 (ja) | プログラム開発成果物の管理方式 | |
| US5963955A (en) | Bridge for exporting and importing objects between object oriented programming environments | |
| JP3423098B2 (ja) | ソフトウェア資産管理方法およびシステム | |
| JP3484440B2 (ja) | 分散型データベース更新方法 | |
| CN113792026A (zh) | 数据库脚本的部署方法、装置及计算机可读存储介质 | |
| JP3516843B2 (ja) | データベースアクセス方法 | |
| JPH1153239A (ja) | データベースのロールバック処理方法及び前記ロールバック処理方法の手順を記録した記録媒体 | |
| JPH02260045A (ja) | アプリケーション・トラブル・チェック方式 | |
| JPH01140353A (ja) | データベースのデータ保全方式 | |
| JP2001229062A (ja) | 分散ファイル管理方法 | |
| JP2781691B2 (ja) | 障害情報参照方式 | |
| JPH06314226A (ja) | データ更新方法 | |
| JPH08161347A (ja) | 情報ファイル間リンク生成方式 | |
| JP2924932B2 (ja) | 木構造編集方式 | |
| Sheedy | Sorceress: a database approach to software configuration management |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |