TOP
＞
業務システム
＞ 棚卸ツール
IT基盤を刷新する レガシーマイグレーション入門
第５回：システム資産の棚卸
著者：
新日鉄ソリューションズ 荒木 義史
2006/7/21
前のページ
1
2
3
次のページ
棚卸ツール
システム資産の棚卸は数千、数万のプログラム群を対象となるシステムに実施するため、人手で行っていては膨大な時間がかかってしまう。そこで一般的にはツールを用いて実施するのだが、ツールを動作させるためには以下の情報が必要となる。
プログラム／COPY句／マクロ／データベース定義／画面帳票定義など、棚卸を行う対象システムの「資産」
オンライン定義、JCL（注1）などの「定義体」／SMF（注2）／オンラインログなどの「実行ログ」
対象プログラムを分類する「ネーミングルール」
表1：ツールを動作させるために必要な情報
※注1
：Job Control Language
メインフレームでバッチ処理を行う際に、システムに対して実行する処理の名前や使用する装置などを伝える言語
※注2
：System Management Facility
メインフレームOSが備えているシステム管理機能であり、オペレーティングシステムイベントに関連する監査証跡などを記録している
1は実際に計算機内に入っているプログラム群そのものである。テープにアンロードしたものを入力する場合や、FTP転送でテキストファイルに送ったものを入力する場合がある。2も計算機内の資源なので、1と同様の方法で入手する。そして、3はツール内の分類処理をカスタマイズするのに必要なドキュメント類となる。
これらの情報を入力とした棚卸ツールは稼動判定を行い、出力情報として「資源の稼働判定結果」と、「1と2の資産構成の関連を各種の表」として出力する。このような稼動判定の方法には、大きく「静的判定」と「動的判定」がある（図2）。
図2：静的判定と動的判定
静的判定
「静的判定」とは、本番登録されているJCLおよびオンライン定義に登録されているプログラムやトランザクションを稼動判断の根拠にする稼動判定である。計算機に「定義登録」されているメインモジュールを「稼動」とし、それに紐付くサブモジュールなどの資源類の有効性を判定する。
よって登録自体にゴミ（不稼動資産）があると、正確な稼動判定ができないという欠点がある。また、システム担当者が個人的に持っているプログラム、そして臨時的に作成したプログラムについても稼動判定をすることができないので注意が必要となる。
動的判定
「動的判定」とは上記の静的判定に加え、システムログの稼動プログラムおよびオンラインログ上の稼動トランザクションも稼動判断の根拠にする稼動判定である。稼動判定の正確性が静的に比べ高く、例えば臨時的に作成したプログラムについても、ソースが存在しないのにログ上に出現させることで把握可能となる。
しかし、あくまでシステムログに記録された情報を基に判定するので、当然のことながら、そのシステムログの保存期間の範囲内でのみの稼動判定となる。また、1年に1回しか動かないような年度処理のプログラムなどの存在は、人間の手によってでカバーする必要があることを忘れてはならない。
前のページ
1
2
3
次のページ
著者プロフィール
新日鉄ソリューションズ株式会社 荒木 義史
入社以来、製鉄所生産管理システムに対して、企画〜設計〜開発〜保守のソフトウェアライフサイクル全般に渡る業務に従事。現在は鉄鋼システムでの知見をもとにレガシーシステムを中心としたコンサルティング業務を担当。
INDEX
第5回：システム資産の棚卸
イントロダクション
棚卸ツール
リポジトリ管理による各種分析
