JP2001092651A

JP2001092651A - システム解析装置及び方法、並びに解析プログラムを格納した記憶媒体

Info

Publication number: JP2001092651A
Application number: JP27160899A
Authority: JP
Inventors: Junichi Kamakura; 潤一鎌倉; Kazuya Baba; 一弥馬場
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1999-09-27
Filing date: 1999-09-27
Publication date: 2001-04-06
Anticipated expiration: 2019-09-27
Also published as: JP3838825B2; US6922825B1

Abstract

(57)【要約】【課題】現行システムにおいて使用されているデータ項
目及びプロセスの結合関係を解析する。【解決手段】プログラム等を分析し、プログラムの各ス
テップごとにデータ項目に対するアクセス命令の種類及
び回数を調べる（ステップ１３）。そして、アクセス命
令の種類等によりデータ項目結合度を計算し、システム
要件等により結合度の値を補正する（ステップ１５及び
１７）。補正された結合度を参照して、結合度の高いプ
ロセスを収集する（ステップ２１）。収集されたプロセ
スの塊などから、プロセス及びデータ項目の分割を実施
する（ステップ２２）。分割されたプロセス及びデータ
項目に基づき、プロセス間のインターフェースを表示す
る（ステップ２５）。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、システム解析技術
に関し、より詳しくは、既存システム内のサブシステム
を他の資産から分離等するために使用されるシステム解
析技術に関する。

【０００２】

【従来の技術】現行システムを再構築する場合には、新
システムでも中心となる機能は現行システムとあまり変
わらないということもあって、現行システムのサブシス
テムを再利用することが開発費用の削減と開発期間の短
縮の両面から必要とされている。再利用するためには、
膨大な既存システムの資産から再利用に必要なサブシス
テムを分離・分割することが必要となる。現在このシス
テムの分離・分割は、開発時の設計ドキュメントや開発
者の知識を使用して行われているが、設計時のノウハウ
に負うところが大きい。しかし、このような人間の経験
などに依存する手法では、再利用するシステム資産を明
確にすることができず、余分な開発費用と期間を必要と
する場合も生ずる。加えて、再利用部分と新規開発部分
のインターフェースの設計ミスにより開発途中のコスト
増加につながる危険性が高くなる。

【０００３】また、設計ドキュメントに不備があった
り、設計ドキュメントと現行システムに不一致があった
り、現行システムの開発者が不在であったりすると、現
行システムのサブシステムをまとめたり、サブシステム
単位に再利用、新規開発、パッケージ適用等といった検
討すら簡単にはできないので、システム自体の解析が必
要となる。

【０００４】さらに、ほとんどすべての業務がシステム
化されている今日においては、業務自体がブラックボッ
クス化されてしまっていたり、業務同士の関係が複雑化
しているため、すべてを新規に開発することは非常に難
しく、この点においても現行システムの再構築には現行
システム自体の解析作業が必須となる。

【０００５】

【発明が解決しようとする課題】よって本発明の目的
は、現行システムを解析するためのシステム解析装置及
び方法並びに解析プログラムを提供することである。

【０００６】また、現行システムを解析することによ
り、現行システムの分割等に使用するための情報を得る
ことも目的である。

【０００７】

【課題を解決するための手段】本発明の第１の態様に係
る、１又は複数のプログラムを含むシステムを解析する
装置は、プログラム内におけるデータ項目アクセス状況
を調査する手段と、プログラム、プログラムの集合又は
プログラムの部分のうちの少なくとも一つであるプロセ
スとデータ項目の結合関係を、データ項目アクセス状況
に基づき解析する解析器とを有する。データ項目は、例
えば、データ・ファイル内のデータ項目、電文メッセー
ジ内のデータ項目、サブプログラム・インターフェース
内のデータ項目である。このようにシステム解析として
データ項目及びプロセスの結合関係を解析することによ
り、システムの分割などに役立つ情報を得ることができ
る。より具体的には、様々な単位のプロセス（プログラ
ムの部分、プログラム自体、ＪＯＢ、サブシステム）の
まとまり、データ項目のまとまり、データ項目とプロセ
スの結合関係を明確化することができる。

【０００８】上で述べた解析器を、データ項目アクセス
状況に含まれる、データ項目に対するアクセスの態様
（例えば参照・更新など）及びアクセス回数を数量化
し、数量化されたデータ項目アクセス状況データを生成
する手段を含むような構成とすることも可能である。数
値化することによりデータ項目及びプロセスの結合度が
示されることになる。

【０００９】また、上で述べた解析器を、システム設計
要件を含む外部要件により、数量化されたデータ項目ア
クセス状況データを補正する手段をさらに含むような構
成とすることも可能である。システム設計要件などの外
部要件により結合させるべき部分を指定するためであ
る。

【００１０】また、上で述べた解析器を、数値化された
データ項目アクセス状況データにおいて所定の条件を満
たすデータ項目にアクセスするプロセスを収集する手段
をさらに含むような構成とすることも可能である。

【００１１】さらに、上で述べた解析器を、数値化され
たデータ項目アクセス状況データ及び収集されたプロセ
スの情報を使用して、データ項目の振り分け態様及びプ
ロセスの分割態様のうち少なくとも一つを提示する手段
をさらに含むような構成とすることも可能である。

【００１２】本発明の第１の態様に係るシステム解析装
置を、提示されたプロセスの分割態様における、プロセ
スのインターフェースを提示する手段をさらに有するよ
うな構成とすることも可能である。これにより、システ
ム分割時のインターフェースの設計に役立つ。

【００１３】本発明の第２の態様に係るシステム解析方
法は、プログラム内におけるデータ項目アクセス状況を
調査するステップと、プログラム、プログラムの集合又
はプログラムの部分のうちの少なくとも一つであるプロ
セスとデータ項目の結合関係を、データ項目アクセス状
況に基づき解析するステップとを含む。

【００１４】このような方法をコンピュータに実行させ
るプログラムを作成することも可能であって、当該プロ
グラムは、例えばフロッピー・ディスク、ＣＤ−ＲＯ
Ｍ、光磁気ディスク、半導体メモリ、ハードディスク等
の記憶媒体又は記憶装置に格納される。

【００１５】

【発明の実施の形態】図１に本発明の機能ブロック図を
示す。入力は現行システムにおいて使用されているプロ
グラム１０１、ＪＣＬ（Job Control Language）１０
３、サブシステム情報１０５である。これらの入力をデ
ータ項目アクセス状況集計部１０７が用いる。データ項
目アクセス状況集計部１０７の出力はデータ項目結合度
計算部１０９に入力される。データ項目結合度計算部１
０９は別途用意されている結合度係数を用いて計算を行
い、結果をデータ項目結合度補正部１１３に出力する。
データ項目結合度補正部１１３は補正処理を実施した後
その結果をプロセス集積部１１５に出力する。プロセス
集積部１１５は集積処理の結果を、プロセス・データ分
割部１１７に出力する。プロセス・データ分割部１１７
の処理結果はインターフェース表示部１１９に出力され
る。インターフェース表示部１１９の処理結果はインタ
ーフェース情報１２１として表示され且つ記憶装置に格
納される。各機能の処理結果も記憶装置に格納される。

【００１６】データ項目アクセス状況集計部１０７は、
あるデータ項目に、どの段階でどのような種類のアクセ
スが何回行われるかを、ソース・プログラムであるプロ
グラム１０１、実行するプログラム名や制御パラメー
タ、プログラムに割り当てられるデータ・セット等を定
義したＪＣＬ１０３、サブシステム名と従属するＪＯＢ
の情報を含むサブシステム情報１０５を使用して集計す
る。データ項目結合度計算部１０９は、アクセスの態様
（例えば、参照、更新など）及びアクセス回数によりデ
ータ項目アクセス状況を数値化する。アクセス態様毎に
結合度の強弱があるので、アクセス態様毎に定義された
結合度を予め格納した結合度係数格納部１１１を参照し
て、アクセス態様に対応する結合度とアクセス回数の積
で数値化する。

【００１７】データ項目結合度補正部１１３は、システ
ム設計要件等の外部要件の入力により、強く結合させる
べき部分等に関連する結合度を補正する。例えば、ある
データ項目のデータ量が他と比べて多い場合には、その
データ項目の結合度を増加させる等の処理を行う。プロ
セス集積部１１５は、所定の条件を満たすデータ項目を
アクセスするプロセスを収集し、データ項目アクセス状
況のデータの中で当該プロセスを寄せ集める。プロセス
を寄せ集めたことにより、データ項目及びプロセスはそ
のまとまりが分かりやすくなったので、プロセス・デー
タ分割部１１７はプロセスの分割及びデータ項目の振り
分けを行う。そして、このプロセスの分割によりプロセ
ス間のインターフェースが明らかになるので、インター
フェース表示部１１９は、そのインターフェースを表示
する。

【００１８】では、本発明の全体処理のフローを図２に
示し、各ステップについて詳細に説明する。まず、デー
タ項目アクセス状況集計部１０７が、プログラム１０
１、ＪＣＬ１０３及びサブシステム情報１０５を分析
し、データ項目アクセス命令を集計する（ステップ１
３）。この処理は例えば図３のような処理フローにて行
われる。

【００１９】まず、ＣＯＢＯＬ等のプログラミング言語
にて記述されたソース・プログラムに対し語分解を実施
する（図３：ステップ３３）。すなわち、ソース・プロ
グラムを各命令に分解する。そして、アクセス命令テー
ブルを参照しつつ、データ項目毎にアクセス状況を記録
する（ステップ３５）。アクセス命令テーブルとは、デ
ータを参照する命令（例えばREAD，GET）、データを生
成する命令（例えばWRITE，STORE）、データを更新する
命令（例えばREWRITE，MODIFY）、データを削除する命
令（例えばDELETE）及びデータを再定義する命令（例え
ばREDEFINE）等のアクセス命令として取り扱われる命令
群をリストアップしたものである。すなわち、アクセス
命令テーブルに列挙された命令を見出す毎に、例えば図
４のような記録を行う。すなわち、プログラムの名称
と、そのプログラムにおけるセクション名、そのセクシ
ョンにおけるステップ名、アクセスされたデータ項目、
そしてアクセス種類を記憶装置に記録する。図４の例で
は、現在プログラム名Ｐｇｍ１１のセクションＳｅｃ１
１１を分析中であり、ステップ１にはデータ項目Ｄ１１
及びＤ１２への参照アクセスがあり、ステップ４にはデ
ータ項目Ｄ１１、Ｄ１２及びＤ２２への更新アクセスが
存在する。図４は分析途中であって、解析対象システム
に含まれる全てのプログラムについて記録する。

【００２０】ステップ３５にてアクセス毎にアクセス状
況が記録されると、さらにＪＣＬ１０３及びサブシステ
ム情報１０５を参照し、各ステップ毎に同じ種類のアク
セスをカウントして、データ項目アクセス状況テーブル
を作成する（ステップ３７）。データ項目アクセス状況
テーブルは例えば図５のようなテーブルであって、記憶
装置に格納される。図５はシステムＳｙｓｔｅｍＡのデ
ータ項目アクセス状況テーブルである。ＳｙｓｔｅｍＡ
には、ジョブＪｏｂ１、Ｊｏｂ２、Ｊｏｂ３が含まれて
いる。そしてＪｏｂ１にはプログラムＰｇｍ１１及びＰ
ｇｍ１２、Ｊｏｂ２にはプログラムＰｇｍ２１及びＰｇ
ｍ２２、Ｊｏｂ３にはプログラムＰｇｍ３１が含まれて
いる。これらの情報は、ＪＣＬ１０３及びサブシステム
情報１０５を参照することにより得られる。Ｐｇｍ１１
にはセクションＳｅｃ１１１及びＳｅｃ１１２、Ｐｇｍ
１２にはセクションＳｅｃ１２１、Ｐｇｍ２１にセクシ
ョンＳｅｃ２１１、Ｐｇｍ２２にはセクションＳｅｃ２
２１、Ｐｇｍ３１にはセクションＳｅｃ３１１が含まれ
る。そして、Ｓｅｃ１１１にはステップ１乃至７、Ｓｅ
ｃ１１２にはステップ８乃至１０、Ｓｅｃ１２１にはス
テップ１１乃至１３、Ｓｅｃ２１１にはステップ１４乃
至１６、Ｓｅｃ２２１にはステップ１７乃至１９、Ｓｅ
ｃ３１１にはステップ２０乃至２５が含まれる。ステッ
プはセクション内の処理の括りごとの連番を示す。これ
らの情報はステップ３５の処理にて図４に示すように記
録される。

【００２１】一方、ファイルＦ１はレコードＲ１及びＲ
２、ファイルＦ２はレコードＲ３を含んでいる。このレ
コードＲ１はデータ項目Ｄ１１乃至Ｄ１４、レコードＲ
２はデータ項目Ｄ２１及びＤ２２、レコードＲ３はＤ３
１及びＤ３２を含んでいる。これらの情報はファイルの
構造から得られる。図５のテーブル内には、参照（REA
D）アクセスが存在する場合にはＲが、更新アクセス（U
PDATE）が存在する場合にはＵが、生成アクセスが存在
する場合にはＣが、記録されている。図５では使用され
ていないが、削除アクセスが存在する場合にはＤを、再
定義アクセスが存在する場合にはＡを記録する。それら
の英文字の後にはアクセス回数を記録している。Ｒ５は
参照アクセスが５回あったことを示す。また上で説明し
た英文字の後にａが記録されている場合には、全レコー
ド処理であることを示す。

【００２２】図５のようなデータ項目アクセス状況テー
ブルが生成された後に、データ項目結合度計算部１０９
が結合度係数格納部１１１を参照してデータ項目結合度
を計算する（図２：ステップ１５）。結合度はアクセス
の態様によって強弱があり、その強弱を表したのが結合
度係数である。一般的に結合度は、データを参照してい
るよりも、更新する方が強く、更新よりも生成・削除の
方がより強い。また、ファイルへのアクセスより、サブ
プログラムを呼び出すＣＡＬＬパラメータで使用される
方が強く、さらにＣＯＰＹ句やローカル変数を共用する
方がより強い。よって、一般的には、以下のような大小
関係がある。結合関係については、参照＜更新＜生成＝削除＜再定義結合媒体については、ファイル＜ＣＡＬＬパラメータ＜ＣＯＰＹ句
＜ローカル変数これらの大小関係に基づき、例えば図６に示したような
具体的な結合度係数を用意する。但し、図６は一例であ
って異なる数値を使用することが可能である。さらに、
上で述べた大小関係を、状況に応じて変更することも可
能である。

【００２３】ステップ１５では、データ項目アクセス状
況テーブル（図５）にまとめられたアクセスの態様とア
クセス回数を、アクセス態様に対応する結合度係数×ア
クセス回数で数値化する。なお、図５の例ではファイル
アクセスしか存在していないので、この例ではその他の
結合媒体の部分は使用されない。数値化の結果を図７に
示す。数値化されたデータ項目アクセス状況テーブルは
記憶装置に格納される。例えば図５でＵ２とあった場合
には、更新であるから結合度係数は５で回数２であるか
ら結合度１０となる。また、本例では全レコード処理の
場合にはアクセス回数１０回として計算している。すな
わち、Ｒａは結合度係数が１で回数１０であるから結合
度１０となる。

【００２４】次に、データ項目結合度補正部１１３が、
データ項目アクセス状況テーブル内の結合度を補正する
（図２：ステップ１７）。プロセスとデータの結合度合
いは、データをアクセスする命令の種類や回数の他に、
データの量やクリアすべきレスポンス時間などによって
も強弱がある。このようなシステム設計要件を考慮する
ことにより、ステップ１５にて得られたデータ項目アク
セス状況テーブル内の結合度を補正する必要がある。例
えば、データ量が多いデータ項目については、結合度を
それに応じて増加させる。図７の例ではファイルＦ２の
データ量が多いので、このＦ２に含まれるデータ項目の
結合度を２倍にする。結合度を２倍にする補正を実施し
た後のデータ項目アクセス状況テーブルを図８に示す。

【００２５】なお、システム設計要件で例えばあるプロ
セス又はデータを結合させなければならないという要件
があった場合に、そのような拘束を付けてプロセス又は
データの分割処理を行うことも可能である。しかし、本
例のように個々のデータ項目の結合度を増加（又は減
少）させるということにより本実施例における後の処理
を実施すれば、明示的に結合させた場合に隠れてしまう
ような、データ項目及びプロセス（データ項目間、プロ
セス間及びデータ項目とプロセス間）の結合関係を見出
すことができるようになる。但し、補正（ステップ１
７）を行わないで、プロセスの集積（ステップ２１）を
行うことも可能である。

【００２６】そして、補正が適正であるか確認する（ス
テップ１９）。補正が適正でなければステップ１７に戻
って補正をやり直す。なお補正が適正であるか否かは、
例えば次の処理であるプロセスの集積処理が可能か否か
で判断する。

【００２７】次に、プロセス集積部１１５が結合度の高
いプロセスを集積する（ステップ２１）。例えば、図９
のような処理を実施する。まず、結合度が最高のデータ
項目を求める（ステップ４３）。図８の例ではデータ項
目Ｄ３２である。次に、当該データ項目を含むレコード
を使用しているプログラムをプログラム単位で集める
（ステップ４５）。図８の場合にはデータ項目Ｄ３２を
含むレコードはレコードＲ３であり、レコードＲ３を使
用するのはプログラムＰｇｍ１１、Ｐｇｍ２２及びＰｇ
ｍ３１である。次に、集められたプログラムを結合度の
点数順にプログラム単位で並べる（ステップ４７）。プ
ログラムＰｇｍ１１は結合度１４０、Ｐｇｍ２２は結合
度２０、Ｐｇｍ３１は結合度４０であるから、Ｐｇｍ１
１、Ｐｇｍ３１、Ｐｇｍ２２の順番に並べられる。

【００２８】そして、並び替え対象となったプログラム
（データ項目アクセス状況テーブルの縦方向）及びレコ
ード（横方向）をテーブルから除いた場合に残りの要素
があるかを判断する（ステップ４９）。図８の例では、
プログラムＰｇｍ１１とＰｇｍ３１とＰｇｍ２２が縦方
向で除去されるので、Ｐｇｍ１２、Ｐｇｍ２１のみが残
る。また、レコードＲ３が横方向で除去されるので、レ
コードＲ１及びＲ２が残る。この残った部分で結合度が
所定のしきい値より大きい要素があればステップ４３に
戻る。図８の例では残った部分の最大の結合度が１０で
あるが、しきい値より小さいとして処理を終了する。

【００２９】ステップ２１の結果を図１０に示す。ステ
ップ２１ではデータ項目アクセス状況テーブルにおける
並べ替え対象プログラムの列を全て移動させる。よっ
て、図１０に示すように、Ｐｇｍ１１の次にＰｇｍ３
１、その次にＰｇｍ２２が並べられることになる。一
方、並び替え対象以外のプログラムは図８の例ではそれ
以上の並べ替えを行わなかったので、Ｐｇｍ１２、Ｐｇ
ｍ２１の順番でＰｇｍ２２の後に並べられている。ＪＯ
Ｂ名は並べ替え対象のプログラムに従って記述し直され
ている。当然プログラム内のセクション及びステップ
も、プログラムの並べ替え及び移動に伴って移動してい
る。このように並べ替えると、プログラム毎に使用して
いるデータ項目に偏りがあることが明らかになる。な
お、図１０のデータ項目アクセス状況テーブルは、記憶
装置内に格納される。

【００３０】なお、図９の例では結合度が最高のデータ
項目を含むレコードを基準にプログラムを集めたが、レ
コードを基準に行うのは一例であって他の単位、例えば
データ項目を基準にプログラムを集めるようにしても良
い。また、プログラム単位でプログラムを集めていた
が、これもセクション単位やＪＯＢ単位で集めるように
しても良い。

【００３１】では図２に戻って、プロセス・データ分割
部１１７がプロセス及びデータ項目の分割を実施する
（ステップ２２）。この処理の一例について図１１を用
いて詳しく説明する。

【００３２】まず結合度が５点以上のデータ項目をセク
ション単位で括る（ステップ６３）。ステップ６３を実
施すると、図１２のようになる。すなわち、データ項目
Ｄ１１はセクションＳｅｃ１１１とＳｅｃ１１２とＳｅ
ｃ３１１にて結合度が５以上になる。データ項目Ｄ１２
は、セクションＳｅｃ１１１とＳｅｃ３１１にて結合度
が５以上になる。データ項目Ｄ１３は、セクションＳｅ
ｃ２１１にて結合度が５以上になる。データ項目Ｄ１４
は、セクションＳｅｃ２１１にて結合度が５以上にな
る。データ項目Ｄ２１は、セクションＳｅｃ３１１にて
結合度が５以上になる。データ項目Ｄ２２は、セクショ
ンＳｅｃ１１１及びＳｅｃ３１１にて結合度が５以上に
なる。データ項目Ｄ３１は、セクションＳｅｃ１１２及
びＳｅｃ３１１にて結合度が５以上になる。データ項目
Ｄ３２は、セクションＳｅｃ１１２、Ｓｅｃ３１１及び
Ｓｅｃ２２１にて結合度が５以上になる。

【００３３】そして、同一ファイル内で並んだデータ項
目で且つ下記のいずれかの条件を満たした場合、一つに
括る（ステップ６５）。条件とは、（１）括ったセクシ
ョンの範囲が同じである、（２）共通するセクションが
ある、である。例えば図１２の上の行から順番に処理す
る。第１行と第２行は同じファイルＦ１のデータ項目で
並んでおり、共通するセクションがあるから一つに括る
（範囲ａ）。第３行目は同じファイルＦ１のデータ項目
であるが、括ったセクションの範囲が同じではなく且つ
共通するセクションが無いので、第１行目から第３行目
まで一つに括ることはできない。第３行目と第４行目を
比較すると、同じファイルＦ１のデータ項目であって、
括ったセクションの範囲が同じであるから一つに括る
（範囲ｄ）。第３行目乃至第５行目は同じファイルＦ１
のデータ項目であるが、括った範囲が同じでもなく且つ
共通のセクションでもないので、一つに括ることはでき
ない。

【００３４】第５行目と第６行目を比較すると、同じフ
ァイルＦ１のデータ項目で並んでおり、括った範囲に共
通のセクションが存在するので一つに括る（範囲ｂ）。
第６行目と第７行目の間にファイルの切れ目があるの
で、第７行目と第８行目を比較する。これを見ると、同
じファイルＦ２のデータ項目で並んでおり、セクション
Ｓｅｃ１１２及びＳｅｃ３１１が共通しているので一つ
に括る（範囲ｃ）。以上の括りを図示すると図１３のよ
うになる。図１２及び図１３の情報は、記憶装置に格納
される。

【００３５】さらに、この範囲ａ乃至ｄをデータ項目ア
クセス状況テーブルに示すと図１４のようになる。図１
１の処理ではデータ項目毎にセクションをまとめたの
で、データ項目の結合関係が明らかになる。また、デー
タ項目とプロセスとの結合関係も示される。図１４の例
では、データ項目Ｄ１１及びＤ１２は結合度合いが強
く、このデータ項目Ｄ１１及びＤ１２と結合度合いが強
いプロセスは、セクションＳｅｃ１１１、Ｓｅｃ１１２
及びＳｅｃ３１１又はプログラムＰｇｍ１１及びＰｇｍ
３１である（範囲ａ）。また、データ項目Ｄ１３とＤ１
４は結合度合いが強く、このデータ項目Ｄ１３及びＤ１
４と結合度合いが強いプロセスは、セクションＳｅｃ２
１１又はプログラムＰｇｍ２１である（範囲ｄ）。デー
タ項目Ｄ２１とＤ２２は結合度合いが強く、このデータ
項目Ｄ２１及びＤ２２と結合度合いが強いプロセスは、
セクションＳｅｃ１１１及びＳｅｃ３１１又はプログラ
ムＰｇｍ１１及びＰｇｍ３１である（範囲ｂ）。データ
項目Ｄ３１及びＤ３２は結合度合いが強く、このデータ
項目Ｄ３１及びＤ３２と結合度合いが強いプロセスは、
セクションＳｅｃ１１２、Ｓｅｃ３１１及びＳｅｃ２２
１又はプログラムＰｇｍ１１、Ｐｇｍ３１及びＰｇｍ２
２である（範囲ｃ）。この図１４をユーザに提示するよ
うな構成も可能である。

【００３６】このように括れば、レコードＲ１中のデー
タ項目Ｄ１１及びＤ１２とＤ１３及びＤ１４を分離し、
別レコードにすることができることが分かる。

【００３７】なお、図１１では結合度５点以上のデータ
項目を探すようになっているが、これは一例であって、
解析対象システムにおける状況に応じて変更することが
できる。また、セクション単位で括るとしているが、プ
ログラム単位などで括るようにすることも可能である。

【００３８】上で述べた範囲ａ乃至ｄに括ることにより
プロセスの分割もできる。図１４を見ても分かるよう
に、範囲ａ乃至ｃについてはプログラムＰｇｍ３１又は
セクションＳｅｃ３１１を含んでいるのに対し、範囲ｄ
は含んでいない。よって、範囲ａ乃至ｃから導き出され
るプログラムＰｇｍ１１、Ｐｇｍ３１及びＰｇｍ２２
（又はセクションＳｅｃ１１１、Ｓｅｃ１１２、Ｓｅｃ
３１１及びＳｅｃ２２１）と、範囲ｄから導き出される
Ｐｇｍ２１（又はＳｅｃ２１１）とでプロセスの分割が
できることも分かる。どちらの範囲にも属さないプログ
ラムＰｇｍ１２（又はＳｅｃ１２１）は、Ｐｇｍ１２
（又はＳｅｃ１２１）が使用するデータ項目はＤ１３で
あり、データ項目Ｄ１３及びＤ１４と強く結合している
のはＰｇｍ２１であるから、Ｐｇｍ２１といっしょに括
る。図１４には分割単位として、Ｐｇｍ１１、Ｐｇｍ３
１及びＰｇｍ２２と、Ｐｇｍ１２及びＰｇｍ２１とが示
されている。

【００３９】前段落で述べた処理をより詳しく述べると
以下のようになる。（１）データ項目Ｄ１１及びＤ１２
をベースに結合度合いの強いセクションを集める。Ｓｅ
ｃ１１１、Ｓｅｃ１１２及びＳｅｃ３１１である。
（２）Ｄ２１及びＤ２２をベースに結合度合いの強いセ
クションを集める。Ｓｅｃ１１１及びＳｅｃ３１１であ
る。（３）Ｄ３１及びＤ３２をベースに結合度合いの強
いセクションを集める。Ｓｅｃ１１２、Ｓｅｃ３１１及
びＳｅｃ２２１である。（４）これら３つのセクション
群に共通するセクションＳｅｃ３１１が存在しているの
で、Ｄ１１及びＤ１２、Ｄ２１及びＤ２２、並びにＤ３
１及びＤ３２と結合度合いの強いセクションを集める。
Ｓｅｃ１１１、Ｓｅｃ１１２、Ｓｅｃ３１１及びＳｅｃ
２２１となる。プログラム単位ではＰｇｍ１１、Ｐｇｍ
３１及びＰｇｍ２２となる。（５）Ｄ１３及びＤ１４を
ベースに結合度合いの強いセクションを集める。Ｓｅｃ
２１１である。結合度１の部分は結合度合いが弱いので
集めない（Ｓｅｃ３１１及びＳｅｃ１２１）。Ｓｅｃ２
１１は他のデータ項目との結合度が弱いことが分かる。
（６）結合度合いの強いデータ項目がないＳｅｃ１２１
についてはＤ１３への参照が含まれているので、Ｄ１３
及びＤ１４との結合度合いの強いＳｅｃ２１１と同じグ
ループにする。プログラム単位ではプログラムＰｇｍ２
１とＰｇｍ１２が同じグループとなる。よって、Ｓｅｃ
１１１、Ｓｅｃ１１２、Ｓｅｃ３１１及びＳｅｃ２２１
のグループと、Ｓｅｃ２１１及びＳｅｃ１２１のグルー
プの２つの分割単位に分割する。

【００４０】では図２に戻って、ステップ２２を実施し
た後に、分割は適正か否かを判断する（ステップ２
３）。適正でなければステップ１７まで戻る。適正でな
いかどうかは、例えばシステム設計要件を満たしている
か否かで判断する。また、ステップ２２で分割できなか
った場合も適正でないと判断される。

【００４１】もしステップ２３で分割が適正であると判
断された場合には、インターフェース表示部１１９がイ
ンターフェースを表示する（ステップ２５）。ここでは
ステップ２２で分割したプロセスと、プロセスで使用す
るデータを表示する。図１５にインターフェースの例を
示す。分割されたプロセスは、プログラム単位でＰｇｍ
１１、Ｐｇｍ３１及びＰｇｍ２２と、Ｐｇｍ１２及びＰ
ｇｍ２１である。分割されたプロセスをオブジェクトと
し、最初のグループをオブジェクトＯｂｊ−１、二番目
のグループをオブジェクトＯｂｊ−２としている。デー
タ項目は、分割したプロセスの他のプロセスとのインタ
ーフェースで使用する外部データをパブリック・データ
（public data）とし、分割したプロセス内部だけで使
用する内部データをプライベート・データ（private da
ta）とする。

【００４２】図１４の分割単位を見ると、データ項目Ｄ
１１及びＤ１２はオブジェクトＯｂｊ−１にとってはプ
ライベート・データであるが、オブジェクトＯｂｊ−２
にとってデータ項目Ｄ１１はパブリック・データであ
る。一方、データ項目Ｄ１３及びＤ１４はオブジェクト
Ｏｂｊ−２にとってはプライベート・データであるが、
オブジェクトＯｂｊ−２にとってデータ項目Ｄ１４はパ
ブリック・データである。また、Ｄ２１及びＤ２２並び
にＤ３１及びＤ３２はオブジェクトＯｂｊ−１にとって
プライベート・データである。インターフェース表示に
おいても、データ項目の振り分け、プロセスの分離が示
されている。

【００４３】また、インターフェースでは、図１４にお
ける結合度の数値を参照や更新といったアクセスの態様
に戻して表示する。このようにすれば、プライベート・
データ及びパブリック・データに対しどのようなアクセ
スがなされるかが明確になる。図１５ではパブリック・
データは参照のみで、外部のプロセスとの結合度が低い
ということも分かる。オブジェクトに分けることによ
り、オブジェクト指向技術等を適用することができるよ
うになる。

【００４４】以上のようにすれば、分割後のプロセスの
インターフェースが明確になり、新システムの設計に役
立てることができる。このように明確なインターフェー
スが提示されれば、部品であるオブジェクトの仕様を決
めることが容易になり、設計ミスが少なくなることが期
待できる。

【００４５】以上説明した図２の各ステップをプログラ
ミングすれば本発明をプログラムにて実装することがで
きる。このプログラムは、例えばフロッピー・ディス
ク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハ
ードディスク等の記憶媒体又は記憶装置に格納される。
そして、通常のコンピュータにて実行される。本発明の
システム解析プログラムを実行するコンピュータはシス
テム解析装置として動作する。

【００４６】また、例えば図１に示す各機能ブロック
を、専用の電子回路、又は電子回路とプログラムの組み
合せにて実装し、本発明のシステム解析装置を実現する
ことも可能である。なお、図１に示した機能ブロックは
一例であって、複数の機能ブロックを一つにすること
も、また一つの機能ブロックを複数に分けることも可能
である。

【００４７】以上述べた本発明を使用することにより、
プロセス間の結合強度を解析することができ、プロセス
単位で再構築の方式を検討することができ、開発費用と
期間を大幅に削減することができるようになる。また、
結合強度の強いプロセスの塊を集めることにより、サブ
システムのまとまり、サブシステム内のＪＯＢのまとま
り、ＪＯＢ内のプログラムのまとまり、プログラム内の
セクションのまとまり、セクション内の命令群のまとま
りを明確にすることができ、プログラムやプログラムの
一部の再利用を可能にすることができる。さらに、プロ
セスの分割だけでなく、データ・ファイルの分割も可能
にし、データの正規化の支援やデータの最適再配置を行
うことができるようになる。

【００４８】

【発明の効果】現行システムを解析するためのシステム
解析装置及び方法並びに解析プログラムを提供すること
ができた。

【００４９】また、現行システムを解析することによ
り、現行システムの分割等に使用するための情報を得る
こともできた。

【図面の簡単な説明】

【図１】本発明における機能ブロック図である。

【図２】本発明の全体処理のフローチャートである。

【図３】本発明の命令集計処理のフローチャートであ
る。

【図４】命令集計処理中に記録されるデータの一例を示
す図である。

【図５】第１段階のデータ項目アクセス状況テーブルを
示す図である。

【図６】本発明の結合度係数表の一例を示す図である。

【図７】第２段階のデータ項目アクセス状況テーブルを
示す図である。

【図８】第３段階のデータ項目アクセス状況テーブルを
示す図である。

【図９】本発明のプロセス集積処理のフローチャートで
ある。

【図１０】第４段階のデータ項目アクセス状況テーブル
を示す図である。

【図１１】本発明のプロセス・データ項目分割処理のフ
ローチャートである。

【図１２】プロセス・データ項目分割処理中に記録され
るデータの一例を示す。

【図１３】プロセス・データ項目分割処理中に記録され
るデータの一例を示す。

【図１４】第５段階のデータ項目アクセス状況テーブル
を示す図である。

【図１５】本発明におけるプロセスのインターフェース
表示の一例である。

【符号の説明】

１０１プログラム１０３ＪＣＬ１０５サ
ブシステム情報１０７データ項目アクセス状況集計部１０９データ項目結合度計算部１１１結合度係
数格納部１１３データ項目結合度補正部１１５プロセス
集積部１１７プロセス・データ分割部１１９インター
フェース表示１２１インターフェース情報

Claims

【特許請求の範囲】

【請求項１】１又は複数のプログラムを含むシステムを
解析する装置であって、前記プログラム内におけるデータ項目アクセス状況を調
査する手段と、プログラム、プログラムの集合又はプログラムの部分の
うちの少なくとも一つであるプロセスとデータ項目の結
合関係を、前記データ項目アクセス状況に基づき解析す
る解析器と、を有するシステム解析装置。
【請求項２】前記解析器が、前記データ項目アクセス状況に含まれる、前記データ項
目に対するアクセスの態様及びアクセス回数を数量化
し、数量化されたデータ項目アクセス状況データを生成
する手段を含む、請求項１記載のシステム解析装置。
【請求項３】前記解析器が、システム設計要件を含む外部要件により、前記数量化さ
れたデータ項目アクセス状況データを補正する手段をさ
らに含む、請求項２記載のシステム解析装置。
【請求項４】前記解析器が、前記数値化されたデータ項目アクセス状況データにおい
て所定の条件を満たすデータ項目にアクセスするプロセ
スを収集する手段をさらに含む、請求項３記載のシステ
ム解析装置。
【請求項５】前記解析器が、前記数値化されたデータ項目アクセス状況データ及び収
集されたプロセスの情報を使用して、前記データ項目の
振り分け態様及び前記プロセスの分割態様のうち少なく
とも一つを提示する手段をさらに含む、請求項４記載の
システム解析装置。
【請求項６】提示された前記プロセスの分割態様におけ
る、プロセスのインターフェースを提示する手段をさら
に有する請求項５記載のシステム解析装置。
【請求項７】１又は複数のプログラムを含むシステムを
解析する方法であって、前記プログラム内におけるデータ項目アクセス状況を調
査するステップと、プログラム、プログラムの集合又はプログラムの部分の
うちの少なくとも一つであるプロセスとデータ項目の結
合関係を、前記データ項目アクセス状況に基づき解析す
るステップと、を含むシステム解析方法。
【請求項８】１又は複数のプログラムを含むシステムを
解析するための解析プログラムを格納した記憶媒体であ
って、前記解析プログラムは、コンピュータに、前記プログラム内におけるデータ項目アクセス状況を調
査するステップと、プログラム、プログラムの集合又はプログラムの部分の
うちの少なくとも一つであるプロセスとデータ項目の結
合関係を、前記データ項目アクセス状況に基づき解析す
るステップと、を実行させる、記憶媒体。