JPH06119150A - データの自動蓄積方法 - Google Patents

Abstract

(57)【要約】 【目的】 仕様書などに含まれる情報の再利用によりソ
フトウェア開発を支援する。その際、既存の開発支援ツ
ールに変更を加えずに、再利用する情報を自動的に記録
する。またツールの開発において、再利用に関する機能
の容易な実現方法を提供する。 【構成】 データベースとツールとを備え、ツールから
の情報アクセスに関する定義と、その中でどの情報を再
利用すべきかを示す情報とを事前に記憶しておく。実際
にツールからの情報アクセスがあったとき、授受される
情報の中から再利用すべき情報を自動的に抽出し、記録
する。記録した情報は開発支援ツールから参照したり、
別のツールで画面に表示したりできる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は計算機を用いてソフトウ
ェア開発を支援するシステムに係り、特にデータベース
を用いて仕様書などの情報を管理する場合の情報の再利
用に好適なデータの自動蓄積方法に関する。

【０００２】

【従来の技術】ソフトウェア開発においては大量の仕様
書やプログラムを作成する。しかしそれらは互いに似か
よったものが多数存在するので、あるシステムを開発す
るときに作成した仕様書やプログラムを他のシステム開
発で流用できる可能性が高い。

【０００３】従来は、例えば情報処理学会第４３回全国
大会予稿論文集Ｐ５−３８１〜５−３８２によればディ
クショナリと呼ばれる一種のデータベースにプログラム
部品を記憶し、それらを合成してプログラムを自動的に
生成する方法が示されている。

【０００４】また情報処理学会発行の情報処理Ｖｏｌ．
３１，Ｎｏ．８，Ｐ１０３６〜１０４８によれば、さま
ざまな様式の仕様書を計算機の端末画面に表示して、こ
れを編集する機能を備えたツールが述べられている。ま
たリポジトリと呼ばれる一種のデータベースにソフトウ
ェア開発に関するあらゆる種類の仕様が蓄積管理される
とある。一般にＣＡＳＥと呼ばれるソフトウェア開発支
援ツールはこのリポジトリに仕様を格納したり取り出し
たりする。リポジトリではプログラム部品に限定され
ず、例えばシステムの構成や企業のモデルなどより抽象
的な情報も格納できることが特徴となっている。

【０００５】また情報処理学会発行の情報処理Ｖｏｌ．
３２，Ｎｏ．９，Ｐ１０１４〜１０２２によれば、デー
タベースに格納する情報に関する定義もデータベースに
格納し、さらにデータの制御処理もアプリケーションプ
ログラムから分離することで、プログラムの重複を排除
する考え方が述べられている。

【０００６】

【発明が解決しようとする課題】しかし、前記従来技術
においては、例えばプログラム部品の登録においてはそ
れ専用のツールで行っていた。またリポジトリを用いた
ツールにおいても例えばファイル仕様書はファイル仕様
書エディタというツールがファイル仕様書の蓄積と、蓄
積した情報の取り出しを行っていた。

【０００７】しかし、ソフトウェア開発においては、同
じ内容の仕様が別の場面において繰り返し現れることが
よくある。このため仕様を再利用することでソフトウェ
ア開発の作業がはかどるが、再利用する単位は例えば一
つのファイル仕様書である場合もあれば、ファイル仕様
書の中に含まれるデータの名前である場合もある。前記
ファイル仕様書エディタでは別の場面で作成したファイ
ル仕様書を再利用することはできるが、その中に含まれ
るデータの名前の単位では再利用できないかも知れな
い。またもしできたとしても、例えばデータの名前とデ
ータの説明の組合せの単位では再利用できないかも知れ
ない。このように再利用したい対象や単位は無限にさま
ざまなものが考えられるので、個々のツールの機能とし
てこれを実現することはできなかった。

【０００８】また、既に前記従来技術を用いて設計され
たツールは多数存在しており、これらを捨てて豊富な再
利用機能を備えたツールを開発するには数億から数十億
円もの開発費が必要となる。既に所有しているツールを
捨て去るのは明らかに効率が悪い。

【０００９】またデータベースに格納する情報に関する
定義もデータベースに格納する前記従来技術ではプログ
ラムの無駄を省く方法とそれによってもたらされる利点
を主張しているが、再利用を推進する具体的な手段を述
べるに至っていない。

【００１０】

【課題を解決するための手段】本発明によれば、データ
ベースをアクセスする内容に関する情報と、どの情報を
再利用すべきかを示す情報とを事前に登録することによ
り、ツールとデータベースとの情報の授受の中から再利
用すべき情報を抽出してこれを記憶する。

【００１１】また、本発明によればデータベースをアク
セスする内容に関する情報に基づいて、どの情報を再利
用すべきかを示す情報を利用者が定義する手段が提供さ
れる。

【００１２】また、本発明によればソフトウェア開発に
携わる利用者がどのような作業状況の元で仕様を設計し
たかを特徴づける情報を、再利用すべき情報と合わせて
記憶する。

【００１３】また、本発明によればデータベースをアク
セスする内容に関する定義に基づいて、これに違反する
アクセスが行われないか監視する。更に、本発明によれ
ばツールからのアクセスの種類を分類し、アクセスの内
容に関する情報と対応づけて記憶しておく。

【００１４】

【作用】本発明によれば、ツールとデータベースとの情
報の授受の中から再利用すべき情報を抽出してこれを別
の機会における仕様書の作成などで再利用することでソ
フトウェア開発を支援できる。また、本発明によればど
の情報を再利用すべきかを示す情報を利用者が定義し、
この情報に基づいて再利用すべき情報が自動的に記録さ
れるのでツールを変更しなくても再利用を実施できる。

【００１５】また、本発明によれば情報の再利用に際し
ては、その時点での利用者の作業状況と再利用する情報
に対応する作業状況とを比較することで、過去の似た状
況において作成された情報を検索できるので、適切な情
報の再利用ができる。また、本発明によればデータベー
スのアクセスを監視できるので、違反に対するエラー処
理を実行できる。更に、本発明によればツールからのア
クセスの種類に応じて、再利用すべき情報を自動的に記
憶したり、記憶した情報を取り出したりできる。

【００１６】

【実施例】図１は本発明に係るアクセス管理システムの
機能ブロック図であり、図２は本発明に係るアクセス管
理システムのシステム構成図である。図２において、１
は利用者に情報を表示したり利用者が情報を入力したり
する対話端末であり、２はＣＰＵであり、３はメモリで
あり、４は外部記憶装置である。

【００１７】図１において、５は図４に示すようなアク
セス定義であり、６は図６に示すようなアクセス関連で
あり、７は図９に示すようなアクセス記録であり、８は
ＤＢＭＳ２０に情報をアクセスする処理を記述したアク
セスプログラムであり、９はアクセス定義５がどのよう
なアクセスであるかを示すアクセス種別であり、１０は
利用者がどのような状況の元でアクセスを行ったかを示
す作業属性であり、１１はＤＢＭＳ１２が管理している
情報から他の情報を導出する処理を記述した導出プログ
ラムであり、１２はツール２１とＤＢＭＳ２０との情報
の授受を記録するトランザクション記録であり、１３は
アクセス記録７と作業属性１０との対応を示すアクセス
記録の属性であり、２０はデータベース管理システムで
あり略してＤＢＭＳと呼び、２１は利用者と対話しなが
ら仕様書の作成の支援などをおこなうツールであり、２
２はアクセス関連６を定義するアクセス関連定義であ
り、２３はアクセス記録７を表示する記録データ表示で
ある。図１において、対話端末はツール２１とアクセス
関連定義２２と記録データ表示２３とのそれぞれで用い
るが、これらは同じ対話端末を共通して用いることもで
きるし、別々の対話端末を用いることもできる。また外
部記憶装置４に記憶する５〜１３は高速化のためにメモ
リ内に保持する構成でも同様に本発明を適用できる。

【００１８】以下、図１〜図９を用いて本発明の第１の
実施例を説明する。図３は第１の実施例の処理手順を示
すフローチャートであり、ＤＢＭＳ２０の処理について
示している。先ずトランザクション記録１２の内容を消
去して初期化する（３０１）。ここで例えばツール２１
では図５のような画面でテスト条件の定義をしている場
合について説明する。図５において５０１は定義の対象
となるモジュール名であり、５０２は利用者が定義した
テスト条件である。

【００１９】次にツール２１からの情報アクセスの要求
を受け付ける（３０２）。この情報の流れを図７のシー
ケンス図に示す。この場合７０１のようにアクセスＩＤ
＝１の要求が来たとする。次にその要求に対処する（３
０３）。この場合図４の４０６によればアクセスＩＤ４
０１が１のときはモジュール名４０２の参照である。こ
のように図４においてＲは参照を意味し、Ｗは更新を意
味する。また４０２〜４０５や４１４はアクセスの対象
となる項目を示している。ここで例えばモジュール名と
して顧客管理のモジュールである”ＣＵＳＴＭＮＧ”を
ツール２１に応答したとする（図７の７０２）。

【００２０】次に、いま述べた図７の７０１と７０２の
情報の授受に関して図３の３０４〜３１１のステップを
繰り返し処理する。先ずアクセス関連６から対応するも
のを取得する（３０４）。

【００２１】図６において、関連番号６０１は関連する
ものを同じ番号で示しており、例えば６０４と６０５が
関連していることを示している。項目名６０２は図４の
４０２〜４０５などの項目名を示している。関連性６０
３は関連するものの間がどのような関連性であるかをし
めしており、例えば６０４と６０５との関連において６
０４は１で６０５は２であることを示している。ここで
は１の関連性を持つアクセスに続いて２の関連性を持つ
アクセスがあったときこれらが関連していることを示し
ているから、６０４のアクセスに続いて６０５のアクセ
スがあったときこれらが関連していることを示す。

【００２２】ステップ３０４の場合アクセスＩＤが１で
あるから６０４が該当する。関連性は１であるから（３
０６）、これをトランザクション記録１２に記録する
（３０８）。記録された情報は図８の８０２のようにな
る。図８において、値８０１は図７の７０１と７０２と
で授受された情報の値であるから、この場合”ＣＵＳＴ
ＭＮＧ”となる。

【００２３】次にステップ３０８で追加した情報によっ
てアクセス関連が一組揃ったかを調べる（３０９）。こ
の場合アクセス関連は、図６によれば関連番号６０１が
１であるもの全体で一組であるからまだ揃っていない。

【００２４】次にステップ３０４に戻るが、アクセスＩ
Ｄが１であるものは６０４以外にないのでステップ３０
２に戻る。

【００２５】同様にして、次に図７の７０３のようにア
クセスＩＤ＝２でテスト条件の更新要求がツール２１か
ら送られてきたとする。図５の５０２に示すように条件
はＮＡＭＥ＝Ａである。ステップ３０２〜ステップ３０
６を同様に処理する。図６の６０５と６０７と６０８が
該当する。ここでは６０５についての処理を説明する。
関連性６０３は２である。次に関連番号６０１が同じで
関連性６０３が１のものがトランザクション記録１２に
あるか調べる（３０７）。図８の８０２を登録済みなの
でこれは確かにある。今回得られた情報を図８の８０３
のようにトランザクション記録１２に記憶する（３０
８）。

【００２６】これで関連番号６０１が１であるものが揃
ったので（３０９）、アクセス記録７に記録する（３１
０）。この場合図９の９０２と９０３のように記録す
る。図９において、記録番号９０１は１回の記録ごとに
番号付けをするものである。今回は１回目なので９０２
と９０３との両方とも記録番号９０１は１とする。ステ
ップ３１０で記録した情報をトランザクション記録から
削除する（３１１）。この場合図８の８０２と８０３と
を削除する。

【００２７】次にステップ３０４に戻って図６の６０７
と６０８に対する処理も同様に行う。６０７に対する処
理ではステップ３０７において関連番号が同じものが登
録されていないため登録しない。６０８に対する処理は
関連性が１であるからこれを登録する。

【００２８】以後、同様に処理を続ける。例えば図７の
７０４と７０５の情報の授受ではＩＤ＝３でモジュール
名と関数名とを授受する。この場合ステップ３０４は図
６の６０６だけが対応するので、ステップ３０８でトラ
ンザクション記録１２に記録するのは関数名だけであ
る。図７の７０６においては、ＩＤ＝２であるからステ
ップ３０４において図６の６０５と６０７と６０８とが
該当する。６０５に対しては関連番号が同じものがない
ことがステップ３０７で判明するので登録しない。６０
７に対しては図９の９０４と９０５のように登録する。
６０８に対しては、先に処理した図７の７０３に対して
登録した情報がトランザクション記録１２に残ってい
る。このような場合は先に登録したものを上書きするの
で先に登録した情報は消える。図７の７０７に対しては
７０６に対して登録した情報と合わせて図９の９０６と
９０７のように登録する。

【００２９】以上のように本実施例によれば、図７のよ
うな情報の授受の中から、必要な情報を抽出して図９の
ような情報を得ることができる。図９によれば、例えば
９０２と９０３とから、モジュールＣＵＳＴＭＮＧに対
してＮＡＭＥ＝”Ａ”というテストをすればよいという
ことが分かる。

【００３０】システム開発においては図５のような画面
でシステムの仕様を定義する。そのような仕様書は数千
から数万頁に及ぶが、その中には互いに似かよったもの
が多数存在する。もし同じモジュール名を持つものにつ
いて定義するときは、再度設計しなくとも図９の情報か
らこれを得ることができる。

【００３１】このような情報の再利用を行う場合、従来
はツール２１がそのための機能を持っていなければなら
なかった。ここで必要な機能とは即ち、設計した情報を
記録しておいて、別の機会に同様の設計の必要があった
ときこれを引用する機能である。

【００３２】本実施例によれば、ツール２１は再利用の
ための機能を有していないにもかかわらず、図９のよう
な情報を記録することができる。従って既存のツールに
何ら変更を加えることなく、情報の再利用によって生産
性の高いシステム開発を実施できる。

【００３３】記録したアクセス記録７は、例えば記録デ
ータ表示２３のように別に用意したツールを用いて画面
表示できる。近年の多くの計算機システムでは画面上に
複数のツールの画面を同時に表示可能であり、しかも画
面上に表示された情報の複写が容易に行える。従ってツ
ール２１とアクセス記録７の内容とを同時に画面に表示
し、アクセス記録７の内容から必要な情報をツール２１
の画面に複写することで再利用が行える。また、例えば
アクセス記録７の内容を一般のファイルに一旦変換し、
これをツール２１で参照することもできる。あるいは利
用者がアクセス記録７の内容を読み取って、ツール２１
を用いてその内容に基づいて記述することももちろん可
能である。

【００３４】さらに、アクセス定義５の内容を対話端末
に表示し、利用者の指示に従ってアクセス定義の中で互
いに関連する複数の項目の対応関係を定義することもで
きる。例えば図４の４１１と４１２に同じ番号を付与し
たり、同じ色を付けたり、線で結んだりして対応関係を
表示できる。この対応関係に基づいてアクセス関連６を
作成できる。例えば利用者の指示に従って４１１と４１
２とのそれぞれに同じ番号を付与したばあい、図６の６
０４と６０５を作成することができる。

【００３５】また、アクセス定義５からアクセスプログ
ラム８を自動生成することもできる。例えば図４の４０
６に対しては、アクセスＩＤ＝１によってデータベース
に要求を発行し、モジュール名の情報を受け取る処理を
記述したアクセスプログラム８を生成する。例えば図４
の４０７に対しては、テスト条件の内容を引数とし、ア
クセスＩＤ＝２でテスト条件の内容をデータベースに送
るアクセスプログラム８を生成する。

【００３６】また、ツール２１とデータベース２０との
間の情報の授受を監視し、そのアクセスＩＤとアクセス
の内容とが、アクセス定義５と合致しているか検査する
ことができる。違反があった場合は、例えば予め登録し
ておいたエラー処理プログラムあるいは例外処理プログ
ラムを自動的に起動することで対処できる。

【００３７】以下に、図１〜図３と図９〜図１４とを用
いて本発明の第２の実施例について説明する。本実施例
は第１の実施例によって得られる図９のようなアクセス
記録が、どのような作業状況の元に記録されたかを合わ
せて記録することで、適切な情報をより早く簡便に取得
できるようにするものである。そのために第１の実施例
において、図３のステップ３０２を行う前に、図１１に
示すような作業属性１０を記憶するステップを追加す
る。

【００３８】図１１において、作業属性番号１１０１は
ある一つの作業において記憶する作業属性ごとに番号付
けするものである。項目１１０２は作業状況を特徴付る
項目の名称である。値１１０３は項目１１０２に対応す
る値である。例えば作業属性番号が１のものは１１０４
と１１０５とで表わされ、業界は銀行向けのシステムで
言語はＣＯＢＯＬを使用した作業を表わしている。作業
属性はツール２１の利用者が明示的に作業状況を定義す
ることもできるし、またツール２１が例えばツール名や
ツールのバージョン番号などを利用者の指示に依らずに
ツール自身で定義することもできるし、またＤＢＭＳ２
０が例えば作業日時などを定義することもできる。

【００３９】第１の実施例において、図３のステップ３
１０では図９のようにある記録番号の記録をとる。第２
の実施例では、ステップ３１０において、同時に図１２
に示すようなアクセス記録の属性１３をも記録する。図
１２において、例えば１２０１は図９の９０２と９０３
とが作業属性番号が２の作業属性に対応していることを
示している。

【００４０】第２の実施例では、以上のように変更を施
した第１の実施例を適用して得られた情報から必要な情
報を取得する。以下、第２の実施例の処理手順を示すフ
ローチャート（図１０）を用いて説明する。

【００４１】先ず図１３に示すような作業属性と優先度
を記憶する（１００１）。図１３において、優先度１３
０１は検索において優先すべき項目を小さい数で表わ
す。例えば１３０２により業界は証券が望ましいとして
いるが、１３０３によれば言語がＣＯＢＯＬであること
が優先度が高い。次に検索条件を記憶する（１００
２）。例えばアクセスＩＤが１でありモジュール名がＣ
ＵＳＴＭＮＧであることを検索条件とすれば、図９によ
れば９０２と９０３の組が検索できる。しかしここでは
作業属性による検索の効果を示すために、検索条件を全
件検索（無条件）として説明を進める。従ってステップ
１００３では図９と同じものが得られる。次にもしＤＢ
ＭＳの機能によって情報を登録した時刻が分かるのであ
れば、時刻が後のものを先頭の方へ移す（１００４）。
次にＹにステップ１００１で記憶した優先度の数値が最
大のものを代入する。この場合は２である。次に優先度
がＹに等しい作業属性を取得する（１００６）。この場
合図１３の１３０２が該当し、項目が業界で値は証券で
ある。

【００４２】次に作業属性が一致する作業属性番号を取
得する（１００７）。この場合は図１１によれば、１１
０８が該当し、作業属性番号は３である。この場合は１
１０８だけが該当したが、一般に該当するものは１個だ
けとは限らない。次に作業属性番号が一致する記録番号
を取得する（１００８）。作業属性番号１１０１が３で
あることから、図１２によれば１２０２が該当し記録番
号２が対応する。この場合も一般に該当するものは１個
だけとは限らない。次にアクセス記録の中で、記録番号
が一致するものを先頭の方へ移す（１００９）。この場
合記録番号は２だけが対象となるので、図９によれば９
０４と９０５が該当する。従ってこれらを先頭へ移動す
るが、このとき９０４と９０５の移動前の順序関係を崩
さずにそのまま移動する。これにより９０４、９０５、
９０２、９０３、９０６、９０７の順になる。

【００４３】次にＹを１減じ（１０１０）再度繰り返
す。Ｙが０になったら、検索した情報を表示する（１０
１２）。例えば図９において、登録された時刻が後のも
のが先頭の方に並んでいてステップ１００４で順序が変
わらないとすれば、本実施例によって最終的に図１４の
ような情報を対話端末に表示する。

【００４４】本実施例によれば、アクセス記録７を記録
する際に、利用者がどのような作業状況であったかを合
わせて記録しておくことで、より条件が近い情報から順
に並び変えて表示することができる。登録の時刻が後の
ものが先頭の方に並ぶようにしているため、最近登録し
た情報が優先される。通常は新しい情報の方が信頼性が
高いためにこのように並び変える。

【００４５】利用者が明示的に作業状況を登録するため
のツールを別に用意し、これを用いて作業状況を登録す
るようにすれば、ツール２１に変更を加えなくとも本実
施例を適用できる。従って第１の実施例と同様に、仕様
書情報の再利用を図るための特別な機能を有していない
ツールを利用して再利用を実施できる。なお、ステップ
１００４ではＤＢＭＳの機能によって時刻が取得できる
場合を述べているが、このようなことは多くのＤＢＭＳ
で一般に可能であり、何ら特別なことはない。しかしス
テップ１００４が不適当な場合はこのステップを割愛す
ることもできる。

【００４６】本実施例では優先度を優先の順位で表わし
たが、優先度を表わす数値で表わすこともできる。この
場合図１１の作業属性１０の各項目において、値が指定
のものと一致するときは優先度を表わす数値を点数と
し、そうでないものを０点とし、作業属性番号が同じも
のについて点数を合計して評価する。その結果点数が高
い作業属性番号に対応するアクセス記録から順に表示す
ることで同様の効果を得ることができる。

【００４７】さらにステップ１０１２において、表示し
た情報を利用者が利用したとき、利用した日時や回数な
どを記録しておくことにより、利用実績に関する情報を
同時に表示できる。例えばステップ１０１２において、
それぞれの情報についてそれが過去１ヶ月以内に利用さ
れた回数を合わせて表示すれば、利用者がその情報を利
用すべきかを判断する材料にできる。一般に利用頻度の
高いものは利用価値が高い傾向にあるからである。さら
にステップ１００４において、登録された時刻の順序だ
けでなく、この利用回数を用いて並び変えれば、利用頻
度の高いものを先頭に表示することもできる。

【００４８】以下に、図１〜図４と図６と図１１と図１
５〜図１６とを用いて本発明の第３の実施例について説
明する。本実施例はアクセス関連６の代わりにアクセス
種別９を用いて前記第１の実施例や第２の実施例と同様
の効果を得る上、さらに複数のツールに対処でき、また
アクセス記録７に記録した情報の参照をツール自身が行
うような場合にも対処できるものである。

【００４９】図１６において、１６０１はツール２１の
名称である。図１においてツールは１個しか示していな
いが、複数のツールでも利用できる。それらのツールの
区別はツール名１６０１によってなされる。１６０２は
１個または複数のアクセスＩＤからなる一連のアクセス
に対する名称である。１６０３はアクセスの種別をＰ，
Ｗ，Ｒ，Ｄ，Ｎの５種類で表わす。ここで、Ｐは図１１
のような作業属性１０を登録するアクセスである。Ｗは
アクセスの内容をアクセス記録７に記録すべきアクセス
である。Ｒはアクセス記録７に記録されたアクセスを参
照するアクセスである。Ｄは予めＤＢＭＳに登録した導
出プログラム１１を実行することで、ある情報から他の
情報を導出するアクセスである。ＮはこれらＰ，Ｗ，
Ｒ，Ｄのいずれにも該当しない一般的なアクセスであ
る。１６０４は一連のアクセスを構成するアクセスＩＤ
４０１を３個まで指定する。カラムを増やせば４個以上
を指定できることは言うまでもない。

【００５０】以下、図１５に示す本実施例の処理手順に
従って説明する。先ずトランザクション記録１２を初期
化する（３０１）。次にツール名とアクセス名を受け付
ける（１５０１）。例えばツール名＝作業属性登録でア
クセス名＝作業属性であったとする。図１６によればア
クセス種別区分＝ＰとアクセスＩＤ＝５とが対応する
（１５０２）。

【００５１】以後、アクセス種別区分に依存して処理が
分岐する。この場合アクセス種別区分１６０３がＰなの
でステップ１５０４において作業属性を登録する。作業
属性の内容は作業属性登録というツールが内部の処理に
よって判断して登録することもできるし、あるいはこの
ツールが利用者の指示に従って登録することもできる。

【００５２】同様にして、ステップ１５０１で受け付け
たツール名とアクセス名に応じて処理を行う。以下、図
１６のそれぞれに対応する場合の処理について説明す
る。１６０６に対応するアクセスにおいてはアクセス種
別区分１６０３がＷなので第１の実施例と同様に、アク
セスＩＤが１のアクセスとアクセスＩＤが２のアクセス
とで授受される情報をアクセス記録７に記録する。ただ
し第１の実施例ではアクセス関連６が必要であったが、
この場合は必ずしも必要ではない。アクセスＩＤ１６０
４のカラム１に指定したアクセスＩＤを、第１の実施例
における図６の関連性６０３が１であるものとして扱
う。同様にカラム２及びカラム３に指定したアクセスＩ
Ｄを関連性が２であるものとして扱う。従って第１の実
施例の処理手順に述べたように、アクセスＩＤが１であ
るアクセスに続いて、アクセスＩＤが２であるアクセス
が来た場合に、これらの対応をアクセス記録７に記録す
る。このような解釈を用いることにより、本実施例では
必ずしもアクセス関連６を必要としない。

【００５３】図１６の１６０７に対応するアクセスにお
いてはアクセス種別区分１６０３がＲなので、アクセス
ＩＤ１６０４のカラム１で指定したアクセスＩＤによる
アクセスで検索条件を指定して、第２の実施例のように
してアクセス記録７から情報を得、得た情報をアクセス
ＩＤ１６０４のカラム２及びカラム３で指定したアクセ
スＩＤによるアクセスでツール２１に応答する。この場
合は検索であるから、図４の４０６と４０７で示される
アクセスの参照と更新の区別通りとは限らない。例えば
４０６によればアクセスＩＤ＝１ではモジュール名を参
照するとあるが（図では記号Ｒで示されている）、１６
０６によればアクセスＩＤ１６０４のカラム１に指定さ
れているものは検索条件であるから、参照でも更新でも
ない。

【００５４】図１６の１６０８に対応するアクセスにお
いてはアクセス種別区分１６０３がＮなので、特別の処
理は何もしないで、ＤＢＭＳの本来の処理だけを行う。
図１６の１６０９に対応するアクセスにおいてはアクセ
ス種別区分１６０３がＤなので、予めアクセス名＝集計
に対応付けて登録しておいた導出プログラム１１を実行
する。１６０９によればアクセスＩＤ＝１のアクセスで
導出の条件を指定する。図４によればアクセスＩＤ＝１
のときはモジュール名であるから、モジュール名を指示
して集計の処理を行う。例えば指定されたモジュールに
関するテスト結果をすべて集計して、テストの結果がＯ
ＫであったものとＮＧであったものとのそれぞれの個数
を外部記憶装置４のどこかに記憶する。この情報は後で
別のアクセスによって参照して利用できる。

【００５５】本実施例によればツール２１からアクセス
記録７に記録された情報を参照したい場合にも対応でき
る。第１の実施例ではツール２１にこのような機能がな
い場合に、ツールを変更することなくアクセスを記録
し、記録内容を参照できるというものであった。これに
対し、本実施例においてはツール２１が、アクセス記録
７を参照して得られた情報を利用する機能を有する場合
に好適である。従来のシステムではアクセス記録はツー
ル２１の内部の処理によって記録する必要があったた
め、ツール２１の処理が複雑になること、記録した情報
を他のツールから利用できないことなどの問題があっ
た。本実施例によれば、アクセス記録はＤＢＭＳ２０の
内部で処理するので、ツール２１には記録するための処
理の負担がないし、また記録したアクセス記録７は任意
のツールから利用できるという利点がある。

【００５６】また本実施例によれば、アクセス関連６の
ような詳細な情報がなくても、アクセス種別９において
アクセス種別区分１６０３をＷとしてアクセスＩＤを登
録するだけでアクセス記録を取ることができる。しかし
第１の実施例においては図６のアクセス関連６で、ある
アクセスＩＤで示されるアクセスの中の個々の項目の単
位で関連性を定義しているので、正確に、再利用に必要
な情報だけを記録することができる。本実施例では前記
のようにアクセス関連６のような詳細な情報を必要とし
ない反面、記録をとる単位はアクセスＩＤで示されるア
クセスの単位となるので、不要な情報も一緒に記録され
てしまうという冗長性があることも起こりうる。アクセ
ス関連６も合わせて指定して本実施例を適用すること
で、この問題を解決する方法もあることは言うまでもな
い。

【００５７】またアクセス種別区分がＮのものについて
は特別な処理を行わないので、アクセス記録７の記録を
取ったりする処理をすべてのアクセスについて、行う必
要がない。このため無駄な情報を記録することがなくな
り、外部記憶装置４を有効に利用できる。また余計な処
理によって処理時間が遅くなることを防ぐこともでき
る。またアクセス種別区分がＰのものによって作業属性
１０を登録できるので、第２の実施例で説明したように
必要性の高い情報から順に並べ変えて表示することがで
きる。

【００５８】またアクセス種別区分がＤのものによっ
て、ＤＢＭＳ２０が管理しているある情報から別の情報
を、利用者の指示がなくとも導出できるような場合で
は、導出する処理を記述した導出プログラム１１をＤＢ
ＭＳ２０の制御のもとで実行することで導出が実施でき
る。このため任意のツールから同じ導出処理を実行でき
る。従来のシステムでは個々のツールがその内部で導出
処理を行っていたため、同じ導出処理のつもりでも少し
ずつ違いが生じることがあった。このため導出を行った
ツールによって導出結果が異なるという問題があった。
本実施例ではこの問題を解決している。

【００５９】

【発明の効果】以上説明したように本発明によれば、再
利用すべき情報に関する定義を行うことで、既に利用し
ているツールに変更を加えることなく、そのツールとデ
ータベースとの情報の授受の中から再利用すべき情報を
抽出できる。この情報を活用することでソフトウェア開
発の作業を支援できる。

【００６０】また、情報の再利用に際しては利用者の作
業状況を特徴づける情報との比較に基づいて適切な情報
の検索ができる。更に、新たに再利用機能を備えたツー
ルを開発する場合においては、本発明によるデータの自
動蓄積の機構を活用することで、容易に再利用機能を実
現できる。

【図面の簡単な説明】

【図１】本発明に係るアクセス管理システムの機能ブロ
ック図である。

【図２】本発明に係るアクセス管理システムのシステム
構成図である。

【図３】第１の実施例の処理手順を示すフローチャート
である。

【図４】アクセス定義の例である。

【図５】ツールの画面例である。

【図６】アクセス関連の例である。

【図７】ツールとＤＢＭＳ間の情報の流れを示すシーケ
ンス図である。

【図８】トランザクション記録の例である。

【図９】アクセス記録の例である。

【図１０】第２の実施例の処理手順を示すフローチャー
トである。

【図１１】作業属性の例である。

【図１２】アクセス記録の属性の例である。

【図１３】作業属性と優先度の例である。

【図１４】アクセス記録の表示画面例である。

【図１５】第３の実施例の処理手順を示すフローチャー
トである。

【図１６】アクセス種別の例である。

【符号の説明】

１…対話端末、２…ＣＰＵ、３…メモリ、４…外部記憶
装置、５…アクセス定義、６…アクセス関連、７…アク
セス記録、２０…ＤＢＭＳ、２１…ツール、２２…アク
セス関連定義、２３…記録データ表示。

Claims (7)

【特許請求の範囲】
1. 【請求項１】計算機及び対話端末を有する情報処理シス
   テムにおいて、情報アクセスに付与するアクセスＩＤと
   アクセスの対象となる情報項目名との対応を表わすアク
   セス定義を記憶するステップと、複数の該アクセスＩＤ
   間の関連に付与する関連番号と該アクセスＩＤと該情報
   項目名との対応関係によって情報アクセスの中で関連す
   る情報項目を表わすアクセス関連を記憶するステップ
   と、情報アクセスの要求を受け付けるステップと、該要
   求に対処するステップと、該要求に対する該対処の中か
   ら該アクセス関連に含まれる情報項目を記憶するステッ
   プと、記憶した第１の該情報項目が該アクセス関連にお
   いて関連すると定義されている第２の該情報項目も既に
   記憶してあるとき該第１の情報項目と該第２の情報項目
   との関連を記憶するステップとを有することを特徴とす
   るデータの自動蓄積方法。
2. 【請求項２】前記アクセス定義の内容を前記対話端末に
   表示するステップと、利用者の指示に従って該アクセス
   定義の中で互いに関連する複数の前記情報項目を同じ番
   号の対応か同じ色の対応か線で結んで表示するステップ
   とを有し、前記アクセス関連を記憶する前記ステップは
   該表示で対応付けた該複数の情報項目を記憶することを
   特徴とする請求項１記載のデータの自動蓄積方法。
3. 【請求項３】利用者の作業状況に付与する作業属性番号
   と該作業状況を特徴づける項目名と該項目名に対する値
   との対応によって利用者がどのような作業状況において
   情報アクセスを行うかを表わす作業属性を記憶するステ
   ップをさらに有し、前記第１の情報項目と前記第２の情
   報項目との関連を記憶する前記ステップはさらに該作業
   属性との対応をも記憶し、さらに、利用者が指示または
   プログラムが命令を発行した時点において、記憶した該
   対応関係の中で対応する該作業属性が該時点における作
   業属性と似ているものから順に並び変えて表示するステ
   ップを有することを特徴とする請求項１記載のデータの
   自動蓄積方法。
4. 【請求項４】前記第１の情報項目と前記第２の情報項目
   との関連を記憶する前記ステップは、前記アクセス関連
   において該第１の情報項目に関連すると定義されている
   すべての情報項目が既に記憶してあるときこれら複数の
   情報項目の関連を記憶することを特徴とする請求項１記
   載のデータの自動蓄積方法。
5. 【請求項５】前記情報アクセスの要求を前記アクセス定
   義と照合して不一致を検出するステップと、該ステップ
   において不一致があったときエラー処理をするステップ
   とを有することを特徴とする請求項１記載のデータの自
   動蓄積方法。
6. 【請求項６】計算機及び対話端末を有する情報処理シス
   テムにおいて、情報アクセスに付与するアクセスＩＤと
   アクセスの対象となる情報項目名との対応を表わすアク
   セス定義を記憶するステップと、アクセス名と、少なく
   とも部品登録と部品参照と普通アクセスとの３種類のう
   ちのどの種別であるかを表わすアクセス種別区分と、１
   個以上の該アクセスＩＤとの対応を表わすアクセス種別
   を記憶するステップと、アクセス名の指定を受け付ける
   ステップと、該アクセス種別において該指定されたアク
   セス名に対応する該アクセス種別区分と１個以上の該ア
   クセスＩＤとを取得するステップと、該アクセス種別区
   分の値に応じて、該アクセス種別区分が部品登録の場合
   は該アクセスＩＤに従って該アクセス定義で定義された
   アクセスに対処しつつアクセスの内容を記憶するステッ
   プと、該アクセス種別区分が部品参照の場合は該アクセ
   スＩＤに従って検索対象となる情報項目名に対する値を
   受け付けて該記憶したアクセスの内容から該値に対応す
   るものを検索して検索結果を応答するステップと、該ア
   クセス種別区分が普通アクセスの場合は該アクセスＩＤ
   に従って該アクセス定義で定義されたアクセスに対処す
   るステップとを有することを特徴とするデータの自動蓄
   積方法。
7. 【請求項７】前記アクセス種別区分はさらに作業属性定
   義を加えて都合少なくとも４種類であって、前記アクセ
   ス名に対応する該アクセス種別区分が作業属性定義の場
   合は以後のアクセスがどのような作業状況の元で行われ
   るかを特徴付ける属性項目名と該属性項目名に対する属
   性値との１個以上の対応関係を表わす作業属性を記憶す
   るステップをさらに有し、該アクセス種別区分が部品登
   録の場合の前記該ステップは該アクセスの内容を記憶す
   ると同時にその時点での該作業属性をも記憶し、該アク
   セス種別区分が部品参照の場合の前記該ステップは該記
   憶したアクセスの内容に対応する該作業属性とその時点
   での該作業属性とが似ているものを優先的に応答するこ
   とを特徴とする請求項６記載のデータの自動蓄積方法。