JPH11175325A - システム開発支援ツール間で属性データの連携を管理する装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数種のシステム開発支援ツールが各々管理
する同一属性のデータの連携を双方向に可能とし、また
各ツールの各属性についての変更履歴の中の任意の属性
データを採用できるようにする。 【解決手段】 変更情報取得プログラム２０１は、属性
データがツールＡ情報ファイル１０４に保存される時点
で更新された属性データをツールＡ変更情報ファイル１
０５に登録する。共通リポジトリ１０６は、同一属性に
ついてツールＡ、ツールＢの変更履歴を対応付けて格納
する。変更情報反映プログラム２０３は、変更情報ファ
イル１０５の変更履歴を共通リポジトリ１０６に反映す
る。ツールＢについても同様である。整合性反映プログ
ラム２０５は、各属性について各ツールの特定の変更履
歴の属性データが指定されたとき、指定された属性デー
タによって各ツールの情報ファイル１０４を更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、システム開発の各
工程での作業を支援し設計データを管理するシステム開
発支援ツールに係わり、特に複数の開発支援ツール間で
属性データの連携を管理する装置及び方法に関する。

【０００２】

【従来の技術】システム開発の各工程においては、それ
ぞれ特徴を持ったシステム開発支援ツールの中から作業
者が使いたいツールを任意に選び、開発作業を行ってい
る。複数のシステム開発支援ツールを使う場合に、任意
に選んだツールの間で各ツールで作業を行った結果とし
て管理される設計データの連携機能が提供されていない
場合がほとんどである。ここでデータの連携とは、同じ
属性についてのデータを一方のツールから他方のツール
へ移行して使用することである。データの連携機能が提
供されている場合でもデータの連携は一方のツールから
他方のツールへの一方向のみの移行であり、一方のツー
ルのデータを変更した場合に他方のツールの対応するデ
ータはデータ保存時に即時に変更される。またツールは
最新の属性データのみを管理していることがほとんどで
あり、ツール間でデータの対応をとる場合も最新のデー
タについて対応関係をとるものである。またデータの変
更履歴を管理している場合も、ツールが管理している各
属性データごとに変更履歴をもつのではなく、すべての
属性データを収容するファイルについての変更履歴とし
て管理するものである。なおこの種の技術として関連す
るものには、例えば特開平７−４４３６５号公報に記載
された技術等がある。

【０００３】

【発明が解決しようとする課題】従来技術については次
のような問題がある。まずツール間にデータの連携機能
がない場合、作業者は一方のツールで定義したデータを
他方のツールで定義し直す必要がある。またツール間に
データの連携機能がある場合でもツール間のデータの連
携が一方向のみの場合には移行先のツールでデータの変
更を行うと、移行元のツールのデータとの間でデータ内
容の対応が取れなくなる。さらに一方のツールのデータ
の変更を記憶装置に保存するたびに他方のツールへ変更
が反映される方式であると、開発拠点が離れている場合
には、ツールのデータの変更を反映させるための計算機
負荷がかかる。またツールがデータの変更履歴を管理す
る場合でもツールが管理している各属性データ単位に変
更履歴をもつのではなく、ある時点でのまとまったファ
イルについての変更履歴をもっているため、ファイルの
世代を戻すことによって戻したくない属性データまで一
緒にその世代に戻されてしまう。従ってファイルの世代
を戻した後で、戻したくない属性データを個々に再度変
更する必要が生じる。

【０００４】本発明の目的は、以上のような従来の問題
点を解決することにあり、データの連携を双方向に可能
にするとともに、各属性ごと各ツールごとに任意の世代
を選択できるようにすることにある。

【０００５】

【課題を解決するための手段】本発明は、複数種のシス
テム開発支援ツールについて各々が管理する同一属性に
ついてのデータ（データ項目名）の変更履歴を同一属性
について対応付けて格納する共通リポジトリを設ける。
リポジトリとは、開発支援ツールを使用して作業を行っ
た結果として定義された設計データを管理するためのデ
ータベースである。各ツールはそれぞれ各属性の設計デ
ータの最新情報のみをもち、共通リポジトリが各属性ご
とに連携をとる各ツールの属性データの変更履歴を一元
化してもつ。同一属性について各システム開発支援ツー
ルの特定の変更履歴が指定されたとき、共通リポジトリ
を参照して各ツールの管理する属性データを指定された
変更履歴のデータに設定する。本発明によって作業者
は、各システム開発支援ツールの各属性について変更履
歴の中から選択した任意の属性データを使用して作業を
進めることができる。このとき共通リポジトリを参照す
ることによって各属性の対応関係を取得することができ
る。

【０００６】

【発明の実施の形態】以下本発明の一実施形態について
図面を用いて詳細に説明する。

【０００７】図１は、本発明が適用される電子計算機の
ハードウェア及びプログラムの構成図である。入力装置
１０２は、データを連携する２つのシステム開発支援ツ
ール（ツールＡ及びツールＢとする）間のデータの対応
関係を定義する際、または既に対応関係のあるデータを
基にツールＡ又はツールＢの変更情報ファイル１０４の
内容を変更するとき、該当するデータを指定するために
データを入力する装置である。表示装置１０３は、入力
したデータ、メッセージ等を表示するための装置であ
る。ツールＡ（ツールＢ）情報ファイル１０４は、連携
に利用するツールＡ、ツールＢそれぞれが管理している
データが格納されているファイルである。ファイルとは
ツールの固有の記述様式で記述されているデータの集ま
りのことであり、属性とはツールを利用して作業を行っ
た結果、ツールによって管理される設計データのデータ
項目のことである。属性データとはデータ項目名のこと
である。ツールＡ（ツールＢ）変更情報ファイル１０５
は、ツールＡ、ツールＢそれぞれが管理している属性デ
ータの変更履歴を格納しているファイルである。履歴と
は、各属性データの変更の変遷に従って変更後のデータ
内容を記述したものである。共通リポジトリ１０６は、
ツールＡ、ツールＢ間で対応関係がある属性データの変
更履歴を記述したファイルである。

【０００８】変更情報取得プログラム２０１は、ツール
Ａ、ツールＢそれぞれについてツールがデータを保存す
るとき、属性データに変更があったかどうかを判定し、
変更があったと判定した場合、ツールＡ（またはＢ）変
更情報ファイル１０５に属性データの変更履歴を書き込
む処理を行うプログラムである。

【０００９】変更情報取得用ワークエリア２０２は、変
更情報取得プログラム２０１がツールＡ、ツールＢそれ
ぞれについてツールＡ（またはツールＢ）情報ファイル
１０４から取得した保存後の最新データと、ツールＡ
（またはツールＢ）変更情報ファイル１０５より取得し
た保存前の最新データとを比較し、属性データに変更が
あったかどうかを判定するときに利用するワークエリア
である。ワークエリアとは、プログラムがデータの処理
を行うために一時的に利用する記憶領域のことである。

【００１０】変更情報反映プログラム２０３は、ツール
Ａ（またはツールＢ）変更情報ファイル１０５に格納さ
れているデータを基に該当する共通リポジトリ１０６内
の属性データの履歴フィールドを上書きする処理を行う
プログラムである。

【００１１】履歴指定用ワークエリア２０４は、ツール
Ａ、ツールＢの対応する属性データの整合性を合わせる
ために、ツールＡ、ツールＢそれぞれのデータについて
どの履歴のデータを基に整合性を合わせるか、それぞれ
のデータの履歴番号を格納するワークエリアである。デ
ータの履歴番号は利用者が入力装置１０２より各データ
の履歴番号を入力することによってこのワークエリアに
格納される。

【００１２】整合性反映プログラム２０５は、履歴指定
用ワークエリア２０４に格納されたツールＡ、ツールＢ
の各属性の履歴番号を基に該当する履歴番号の属性デー
タを共通リポジトリ１０６から取得し、ツールＡ（また
はツールＢ）情報ファイル１０４の属性データを変更す
る処理を行うプログラムである。

【００１３】整合性反映用ワークエリア２０６は、履歴
指定用ワークエリア２０４で指定された履歴番号を基に
整合性反映プログラム２０５が該当する共通リポジトリ
内のツールＡ、ツールＢのデータを取得し格納するため
のワークエリアである。

【００１４】ツールＡ（ツールＢ）情報管理プログラム
２０７は、それぞれのツール本体のプログラムとして提
供されているものであり、利用者がツールＡ（またはツ
ールＢ）について変更した属性データの保存処理を実行
すると、ツールＡ（ツールＢ）情報ファイル１０４上の
属性データを追加、更新又は削除する。

【００１５】なお変更情報取得プログラム２０１、変更
情報反映プログラム２０３及び整合性反映プログラム２
０５をコンピュータ読み取り可能な記憶媒体上に格納
し、図示しない駆動装置を介して処理装置の主記憶に読
み込んで実行することが可能である。

【００１６】図２は、ツールＡ（ツールＢ）情報ファイ
ル１０４のデータ構成図であり、ツールＡ、ツールＢの
設計情報として、それぞれのツールが管理している属性
データ１０４−ｎ（ｎ：自然数、以下同様）が格納され
ていることを表している。（）内はデータの事例を示し
ている。

【００１７】図３は、ツールＡ（ツールＢ）変更情報フ
ァイル１０５のデータ構成図であり、ツールＡ、ツール
Ｂそれぞれが管理している属性のデータ変更履歴１０５
−１−１〜１０５−ｎ−ｍ（ｍ：自然数、以下同様）が
格納されていることを表している。ただしｍは各属性の
変更の回数に相当し、属性ごとに異なる。（）内はツー
ルＡについてのデータ例を示している。この例による
と、最初に「仕入先」と名付けられた同じデータ項目が
次に「発注先」と呼ばれ、最新のデータ項目名は「納入
先」となっていることがわかる。

【００１８】図４は、共通リポジトリ１０６のデータ構
成図であり、ツールＡ、ツールＢそれぞれの属性のデー
タ変更履歴１０６−Ａ−１−１〜１０６−Ａ−ｎ−ｍ、
１０６−Ｂ−１−１〜１０６−Ｂ−ｎ−ｋ（ｋ：自然
数、以下同様）と、その対応関係を１レコードとして格
納する。ただしｍはツールＡの各属性の変更の回数に相
当し属性ごとに異なる。ｋはツールＢの各属性の変更の
回数に相当し属性ごとに異なる。共通リポジトリ１０６
は、ツールＡ変更情報ファイル１０５とツールＢ変更情
報ファイル１０５を同じ属性について対応させて配列し
たものである。図４で２重線の左側がツールＡ属性の履
歴フィールド、右側がツールＢ属性の履歴フィールドで
ある。

【００１９】図５は、変更情報取得用ワークエリア２０
２のデータ構成図であり、ツールＡ（またはツールＢ）
の属性ｎ保存前データ（２０２−ｎ−１、属性ｎの保存
する前の最新データ）と属性ｎ保存後データ（２０２−
ｎ−２、属性ｎの保存した後の最新データ）が１レコー
ドとして格納されていることを表している。

【００２０】図６は、履歴指定用ワークエリア２０４の
データ構成図であり、ツールＡの属性ｎ履歴番号（２０
４−ｎ−１）とツールＢの属性ｎ履歴番号（２０４−ｎ
−２）が１レコードとして格納されていることを表して
いる。これら属性ｎ履歴番号は、いずれも利用者が入力
装置から入力したツールＡ、ツールＢの属性の履歴番号
を表す。例えばツールＡ属性１履歴番号（１）のデータ
とは、共通リポジトリ１０６によれば「仕入先」を指し
ている。またツールＡ属性２履歴番号（１）のデータと
は、「納期予定」を指している。同様にツールＢ属性１
履歴番号（３）のデータ及びツールＢ属性２履歴番号
（１）のデータとは、それぞれ「納入先コード」及び
「納入日付」を指している。

【００２１】図７は、整合性反映用ワークエリア２０６
のデータ構成図であり、ツールＡの属性ｎ履歴番号デー
タ（２０６−ｎ−１）とツールＢの属性ｎ履歴番号デー
タ（２０６−ｎ−２）が１レコードとして格納されてい
ることを表している。これら属性ｎ履歴番号データは、
いずれも履歴指定用ワークエリア２０４で指定されてい
る履歴番号に対応する共通リポジトリ１０６内の履歴デ
ータである。なお整合性反映用ワークエリア２０６は履
歴番号自体を含まない。

【００２２】図８は、変更情報取得プログラム２０１の
処理の流れを示すフローチャートである。

【００２３】図９は、変更情報反映プログラム２０３の
処理の流れを示すフローチャートである。

【００２４】図１０は、整合性反映プログラム２０５の
処理の流れを示すフローチャートである。

【００２５】システム開発のある工程において、例とし
て連携する２つのツールをツールＡ（業務分析を支援す
る業務分析支援ツール）及びツールＢ（データベースの
設計を支援するデータベース設計支援ツール）とする。
ツールＡ、ツールＢは、エンティティ関連図を描く機能
を備えており、双方の図に表現されている属性データを
連携すると仮定する。エンティティとは、業務で扱う
人、物、出来事などを示すものであり、「社員」、「商
品」、「受注」などを表す。エンティティ関連図とは、
エンティティ間の関係を図示した図であり、「社員が商
品を扱う」、「受注で商品を扱う」などの関係を図示し
たものである。例としてツールＡのエンティティ「注文
受付」（「仕入先」、「納期予定」、等のデータが存在
する）とツールＢのエンティティ「受注」（「仕入先コ
ード」、「納期日付」等のデータが存在する）の連携を
考える。

【００２６】まずツールＡのデータの変更を行った際の
処理について説明する。ツールＢのデータの変更を行っ
た際の処理もツールＡの場合と同様である。ツールＡの
データの変更によって直ちに共通リポジトリに変更情報
を反映させるのではなく、一旦ツールごとに変更情報を
保持する。ツールＡの属性データが追加、更新、削除さ
れ、ユーザが変更の保存を行うと、ツール本体のプログ
ラムとして提供されているツールＡ情報管理プログラム
２０７がツールＡ情報ファイル１０４の属性データにア
クセスし、追加、更新、削除処理を行い、ツールＡ情報
ファイル１０４を更新する。図２では、ツールＡ情報フ
ァイル１０４のデータ格納例として、属性１データ「仕
入先」（１０４−１）、属性２データ「納期予定」（１
０４−２）が格納されている。主記憶中の属性データが
ツールＡ情報ファイル１０４に保存されるときに変更情
報取得プログラム２０１が起動される。変更情報取得プ
ログラム２０１は、ツールＡの属性１〜ｎの保存前の最
新データをツールＡ変更情報ファイル１０５より取得
し、変更情報取得用ワークエリア２０２にセットする
（図８のステップ１００１）。またツールＡの属性１〜
ｎの保存後の最新データをツールＡ情報ファイル１０４
より取得し、変更情報取得用ワークエリア２０２にセッ
トする（ステップ１００２）。図５では、変更情報取得
用ワークエリア２０２のデータ例として、属性１保存前
データ「発注先」（２０２−１−１）、属性１保存後デ
ータ「仕入先」（２０２−１−２）、属性２保存前デー
タ「納期年月日」（２０２−２−１）、属性２保存後デ
ータ「納期予定」（２０２−２−２）がセットされてい
る。次に変更情報取得プログラム２０１は、変更情報取
得用ワークエリア２０２のレコードを１件ずつ読み取
り、保存前と保存後の属性データを比較し、変更があっ
たかどうかを判定する（ステップ１００３〜１００
５）。変更があった場合、保存後データをツールＡ変更
情報ファイル１０５の履歴データとして書き込む（ステ
ップ１００６）。全レコードの処理を終えた後、終了メ
ッセージを表示装置１０３に表示する（ステップ１００
７）。例えば図５に示す変更情報取得用ワークエリア２
０２の保存前、保存後のデータとして、それぞれ「発注
先」（２０２−１−１）と「仕入先」（２０２−１−
２）、「納期年月日」（２０２−２−１）と「納期予
定」（２０２−２−２）を比較し、変更があるため属性
１及び属性２の最新データ履歴として図３に示すツール
Ａ変更情報ファイルの「発注先」（１０５−１−２）と
「納期年月日」（１０５−２−２）を書き込んだ結果を
示している。

【００２７】なお属性データの追加の場合には、ツール
Ａ変更情報ファイル１０５には対応するデータがないか
ら変更情報取得用ワークエリア２０２にはスペースがセ
ットされ、ツールＡ情報ファイル１０４には追加された
属性データがあるから変更情報取得用ワークエリア２０
２にはこの属性データがセットされ、結局ツールＡ変更
情報ファイル１０５には新たな属性として追加された属
性データが書き込まれる。また属性データの削除の場合
には、ツールＡ変更情報ファイル１０５には削除前の属
性データが存在するから変更情報取得用ワークエリア２
０２にはこの属性データがセットされ、ツールＡ情報フ
ァイル１０４には削除によってこの属性データが存在し
ないから変更情報取得用ワークエリア２０２にはスペー
スがセットされ、結局ツールＡ変更情報ファイル１０５
には削除前の属性データの次の履歴としてスペースが書
き込まれる。

【００２８】次に定期的にまたは所定の時点でツールＡ
の変更情報を共通リポジトリ１０６に反映させる変更情
報反映プログラム２０３の処理について説明する。ツー
ルＢの変更情報を共通リポジトリ１０６に反映させる処
理もツールＡの場合と同様である。ツールＡ変更情報フ
ァイル１０５のレコードを１件ずつ読み取り（図９のス
テップ２００１〜２００２）、共通リポジトリ１０６内
にあるツールＡの該当する属性の履歴フィールドを上書
きする（ステップ２００３）。全レコードの処理を終え
た後、終了メッセージを表示装置１０３に出力する（ス
テップ２００４）。例えば図３に示すツールＡ変更情報
ファイル１０５の属性１データ履歴「仕入先」、「発注
先」等のレコード（１０５−１−１〜１０５−１−ｍま
での属性データから構成されるレコード）及び属性２デ
ータ履歴の「納期予定」、「納期年月日」等のレコード
（１０５−２−１〜１０５−２−ｍまでのデータから構
成されるレコード）を取得し、図４に示す共通リポジト
リ１０６のツールＡ属性１データ履歴１〜ｍ（１０６−
Ａ−１−１〜１０６−Ａ−１−ｍ）及びツールＡ属性２
データ履歴１〜ｍ（１０６−Ａ−２−１〜１０６−Ａ−
２−ｍ）のように格納する。

【００２９】最後に各属性ごとに世代を選び、ツールの
データの整合性を合わせる整合性反映プログラム２０５
の処理について説明する。入力装置１０２よりツール
Ａ、Ｂの各属性についてどの履歴番号の属性データを対
応させて整合性を合わせるかのデータを入力し、履歴指
定用ワークエリア２０４にデータをセットする（ステッ
プ３００１）。例えば共通リポジトリ１０６を参照して
各属性ごとに各ツールの履歴フィールドの変更履歴を取
得して表示装置１０３上に各属性ごとに各ツールの変更
履歴を候補として並列して表示し、マウス等の入力装置
１０２を介して各属性の各ツールについて任意の属性デ
ータを指定するなどの方法がある。図６の履歴指定用ワ
ークエリア２０４に示すように、ツールＡ属性１履歴番
号として「１」（２０４−１−１：対応するデータは
「仕入先」）、ツールＢ属性１履歴番号として「３」
（２０４−１−２：納入先コード）、ツールＡ属性２履
歴番号として「１」（２０４−２−１：納期予定）、ツ
ールＢ属性２履歴番号として「１」（２０４−２−２：
納入日付）のように入力装置１０２を介して入力された
属性データの順番、すなわち履歴番号のみを履歴指定用
ワークエリア２０４に設定する。履歴指定用ワークエリ
ア２０４のレコードを１レコードずつ読み、共通リポジ
トリ１０６を検索する（ステップ３００２〜３００
３）。指定された履歴番号に合致する属性データを共通
リポジトリ１０６から取得し、整合性反映用ワークエリ
ア２０６にセットする（ステップ３００４）。例えば共
通リポジトリ１０６から履歴指定用ワークエリア２０４
に格納されているそれぞれの履歴番号に合致するデータ
として、「仕入先」（１０６−Ａ−１−１）、「納入先
コード」（１０６−Ｂ−１−３）、「納期予定」（１０
６−Ａ−２−１）、「納入日付」（１０６−Ｂ−２−
１）という属性データを取得し、図７に示すように整合
性反映用ワークエリア２０６のツールＡ属性１履歴番号
データ（２０６−１−１）、ツールＢ属性１履歴番号デ
ータ（２０６−１−２）、ツールＡ属性２履歴番号デー
タ（２０６−２−１）、ツールＢ属性２履歴番号データ
（２０６−２−２）として属性データをセットする。整
合性反映用ワークエリア２０６への属性データの設定が
終了したとき、整合性反映用ワークエリア２０６のレコ
ードを１レコードずつ読み（ステップ３００５）、ツー
ルＡ情報ファイル１０４、ツールＢ情報ファイル１０４
の該当する属性のデータを整合性反映用ワークエリア２
０６のレコードで指定されたデータに書き換える（ステ
ップ３００７）。ツールＡの場合で説明すると、図７に
示す整合性反映用ワークエリア２０６のツールＡ属性１
履歴番号データ「仕入先」（２０６−１−１）で図２に
示すツールＡ情報ファイル１０４の属性１データ（１０
４−１）を書き換える。同様に図７に示す整合性反映用
ワークエリア２０６のツールＡ属性２履歴番号データ
「納期予定」（２０６−２−１）で図２に示すツールＡ
情報ファイル１０４の属性２データ（１０４−２）を書
き換える。ツールＢの場合も同様である。整合性反映用
ワークエリア２０６の全レコードの処理を終えた後、終
了メッセージを表示装置１０３に出力する（ステップ３
００８）。

【００３０】以上のように共通リポジトリ１０６を持つ
ことによって、ツールＡ、ツールＢのどちらでも自由に
履歴を指定してデータを変更することが可能となる。ツ
ールＡでは「仕入先」というデータがツールＢでは「納
入先コード」というデータで利用されているが、この２
つのデータが同一のものであるということは、共通リポ
ジトリ１０６を介して把握することができる。従ってツ
ールＡ（業務分析支援ツール）では、「仕入先」という
業務で一般的に利用されている名称で作業を行うことが
でき、ツールＢ（データベース設計支援ツール）では
「納入先コード」というデータベース管理ブログラムのよ
うなソフトウエアにより近い名称で作業を行うことがで
きるようになる。また変更情報取得プログラム２０１を
利用することにより、ツールＡ（ツールＢ）での変更情
報は随時ツールＢ（ツールＡ）に反映されるのではな
く、変更履歴として変更情報が蓄積される。従ってツー
ルＡとツールＢを利用する拠点が物理的に離れている場
合には、随時変更を反映させると変更反映のための計算
機の負荷が大きくなる。変更情報反映プログラム２０３
と整合性反映プログラム２０５を利用することによっ
て、ある時点でまとめて変更情報を反映させることがで
きるため、より効率的に作業を行うことができるように
なる。

【００３１】なお上記実施形態ではツールＡとツールＢ
について属性データの対応付けを行ったが、一般に複数
種のシステム開発支援ツール間でデータ連携を管理する
場合も上記と同様であり、共通リポジトリ１０６上で対
応付けする履歴フィールドの数だけの問題である。

【００３２】

【発明の効果】以上述べたように本発明によれば、各シ
ステム開発支援ツールが管理する同一属性についてのデ
ータの変更履歴を対応付けて格納する共通リポジトリを
設けるので、複数種のシステム開発支援ツールに亘って
同一属性のデータの連携を双方向についてとることがで
きる。また各システム開発支援ツール、各属性について
任意の世代の属性データに戻すことができる。これによ
って任意の時点で複数のツールの対応するデータの同期
をとることができるため、各ツールごとに並行して作業
することが可能となり、作業効率が向上する。さらに各
ツールのデータ変更情報を各ツールごとに独立して蓄積
しておき、ある時点でまとめて共通リポジトリに反映す
るので、作業者が作業中の計算機負荷を軽減することが
できる。

【図面の簡単な説明】

【図１】実施形態の計算機のハードウェア及びプログラ
ムの構成図である。

【図２】実施形態のツールＡ（ツールＢ）情報ファイル
１０４のデータ構成図である。

【図３】実施形態のツールＡ（ツールＢ）変更情報ファ
イル１０５のデータ構成図である。

【図４】実施形態の共通リポジトリ１０６のデータ構成
図である。

【図５】実施形態の変更情報取得用ワークエリア２０２
のデータ構成図である。

【図６】実施形態の履歴指定用ワークエリア２０４のデ
ータ構成図である。

【図７】実施形態の整合性反映用ワークエリア２０６の
データ構成図である。

【図８】実施形態の変更情報取得プログラム２０１の処
理の流れを示すフローチャートである。

【図９】実施形態の変更情報反映プログラム２０３の処
理の流れを示すフローチャートである。

【図１０】実施形態の整合性反映プログラム２０５の処
理の流れを示すフローチャートである。

【符号の説明】

１０４：ツールＡ（ツールＢ）情報ファイル、１０５：
ツールＡ（ツールＢ）変更情報ファイル、１０６：共通
リポジトリ、２０１：変更情報取得プログラム、２０
３：変更情報反映プログラム、２０５：整合性反映プロ
グラム

Claims (5)

【特許請求の範囲】
1. 【請求項１】複数種のシステム開発支援ツールが各々情
   報ファイル上に管理する同一属性についてのデータ（デ
   ータ項目名）の対応付けを管理する方法であって、各シ
   ステム開発支援ツールが属性データを変更するたびに属
   性データごとに変更の履歴を記憶装置に登録し、同一属
   性について各システム開発支援ツールの特定の変更履歴
   が指定されたとき、指定された変更履歴によって各々の
   該情報ファイル上の属性データを更新することを特徴と
   するシステム開発支援ツール間で属性データの連携を管
   理する方法。
2. 【請求項２】同一属性について各システム開発支援ツー
   ルの属性データの変更履歴を対応付けて共通リポジトリ
   として記憶装置に格納することを特徴とする請求項１記
   載のシステム開発支援ツール間で属性データの連携を管
   理する方法。
3. 【請求項３】各システム開発支援ツールごとに独立して
   該変更履歴を該記憶装置上に蓄積し、所定の時点でまと
   めて該共通リポジトリの変更履歴を更新することを特徴
   とする請求項２記載のシステム開発支援ツール間で属性
   データの連携を管理する方法。
4. 【請求項４】複数種のシステム開発支援ツールの各々が
   管理する属性についてのデータ（データ項目名）を格納
   する情報ファイル記憶手段と、同一属性について各シス
   テム開発支援ツールの属性データの変更履歴を対応付け
   て格納する共通リポジトリ記憶手段と、同一属性につい
   て各システム開発支援ツールの特定の変更履歴が指定さ
   れたとき、該共通リポジトリを参照して指定された変更
   履歴によって各々の該情報ファイル上の属性データを更
   新する処理手段とを有することを特徴とするシステム開
   発支援ツール間で属性データの連携を管理する装置。
5. 【請求項５】コンピュータ読み取り可能な記憶媒体上に
   実体化されたコンピュータプログラムであり、該プログ
   ラムは複数種のシステム開発支援ツールが各々情報ファ
   イル上に管理する同一属性についてのデータ（データ項
   目名）の対応付けを管理するプログラムであって、該プ
   ログラムは下記ステップを含む： （ａ）各システム開発支援ツールが属性データを変更す
   るたびに属性データごとに変更の履歴を記憶装置に登録
   し、（ｂ）同一属性について各システム開発支援ツール
   の特定の変更履歴が指定されたとき、指定された変更履
   歴によって各々の該情報ファイル上の属性データを更新
   する。