(57)【要約】【課題】複雑化したレガシーシステムのマイグレーションを実現して、利用目的に合致したデータ構造とビジネスロジックを再生させ、新しいオープン系プログラムのシステムを提供できるようにすることを課題とする。【解決手段】レガシーシステムのログを元に稼動ＪＣＬおよびファイルを抽出して、その抽出された稼動ＪＣＬおよびファイルを使用しているＣＯＢＯＬファイル定義から整理されたデータモデルを作成し、その作成されたデータモデルとＭＤＡツールを繋いだので、新しいオープン系システムを再構築することが可能である。【選択図】  図１
2007334777.tif 000002
【特許請求の範囲】
【請求項１】
レガシーシステム再構築システムであって、
棚卸時、レガシーシステムの全リソースをテキストデータとして取り込む取込手段と、
前記取込手段で取り込まれたリソースから実行ログを元に稼動しているＪＣＬ（Ｊｏｂ
Ｃｏｎｔｒｏｌ  Ｌａｎｇｕａｇｅ）等を抽出するログ解析手段と、
前記ログ解析手段のログ解析結果を記憶するリソース記憶手段と、
前記ログ解析手段のログ解析結果に基づいて各種ソ−ステキストを生成するソーステキスト生成手段と、
前記リソース記憶手段で記憶したログ解析結果に基づいてプログラムとファイルやＣＯＰＹ句の関連クロス表を生成する表生成手段と、
前記表生成手段で生成された関連クロス表に基づいて決定される稼動ＪＣＬから稼動ファイルおよび稼動プログラムを抽出する稼動情報抽出手段と、
を備えたことを特徴とするレガシーシステム再構築システム。
【請求項２】
前記ログ解析手段は、前記ＪＣＬのほかに稼動／非稼動のプログラム、ＣＯＰＹ句、ファイル、画面、帳票を抽出することを特徴とするレガシーシステム再構築システム。
【請求項３】
前記稼動情報抽出手段で抽出された稼動ファイルおよび稼動プログラムに基づいてデータの項目名、属性を含むファイル定義を抽出するファイル定義抽出手段と、
前記ファイル定義抽出手段で抽出された項目名についてあらかじめ用意されたシソーラスに登録されたアルファベット名から日本語名に変換する論理名称化手段と、
前記論理名称化手段で変換した項目名を元に異音同義語は統一し、同音異義語は別名に整理する整理手段と、
前記論理名称化手段および前記整理手段の結果について正規化する正規化手段と、
前記正規化手段で正規化されたファイル定義を記憶する定義記憶手段と、
前記定義記憶手段に記憶されたファイル定義からデータディクショナリの抽出およびエンティティを抽出するディクショナリ及びエンティティ抽出手段と、
前記ディクショナリ及びエンティティ抽出手段で抽出されたデータディクショナリの抽出およびエンティティを最適化して記憶するデータモデル記憶手段と、
を備えたことを特徴とする請求項１または２に記載のレガシーシステム再構築システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複雑化したレガシーシステムをマイグレーションする技術に関し、例えば、レガシーシステム再構築システムおよびレガシーシステム再構築方法に関する。
【背景技術】
【０００２】
レガシーシステムは、汎用機やオフィスコンピュータのシステムである。このレガシーシステムを構成しているリソースには、ＪＣＬ、プログラムソース、ＣＯＰＹ句（ファイル定義）、画面定義、帳票定義が含まれている。
【０００３】
今日、このレガシーシステムをマイグレーションによって新しいオープン系システムに移行させる技術として、たとえば、メインフレームのアプリケーション資産を生かしてオープン環境に移行できるシステム（特許文献１）や、レガシーシステムの複数の情報システムから構築しようとするデータベースへ効率的に、かつ、自動的にデータをローディングする装置（特許文献２）が提案されている。
【０００４】
【特許文献１】特開２００４−３５５４１３号公報
【特許文献２】特開平１０−１２４３７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した従来例によるレガシーシステムのマイグレーション技術では、複雑化したレガシーシステムのデータ構造を見直して、重複して作成されたプログラムやデータを解きほぐし、利用目的に合致したデータ構造とビジネスロジックを再生させることが困難であった。
【０００６】
本発明の目的は、レガシーシステムのマイグレーションにおいて、利用目的に合致したデータ構造とビジネスロジックを再生させることが可能なレガシーシステム再構築システムおよびレガシーシステム再構築方法を提供することにある。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、上記目的を達成するため、本発明の請求項１に係るレガシーシステム再構築システムは、レガシーシステム再構築システムであって、棚卸時、レガシーシステムの全リソースをテキストデータとして取り込む取込手段と、前記取込手段で取り込まれたリソースから実行ログを元に稼動しているＪＣＬ等を抽出するログ解析手段と、前記ログ解析手段のログ解析結果を記憶するリソース記憶手段と、前記リソース記憶手段で記憶したログ解析結果に基づいてプログラムとファイルやＣＯＰＹ句の関連クロス表を生成する表生成手段と、
前記表生成手段で生成された関連クロス表に基づいて決定される稼動ＪＣＬから稼動ファイルおよび稼動プログラムを抽出する稼動情報抽出手段と、を備えたことを特徴とするものである。
【０００８】
また、請求項２の発明は、請求項１において、前記ログ解析手段は、前記ＪＣＬのほかに稼動／非稼動のプログラム、ＣＯＰＹ句、ファイル、画面、帳票を抽出するようにしてもよい。
【０００９】
また、請求項３の発明は、請求項１または２において、さらに、前記稼動情報抽出手段で抽出された稼動ファイルおよび稼動プログラムに基づいてデータの項目名、属性を含むファイル定義を抽出するファイル定義抽出手段と、前記ファイル定義抽出手段で抽出された項目名についてあらかじめ用意されたシソーラスに登録されたアルファベット名から日本語名に変換する論理名称化手段と、前記論理名称化手段で変換した項目名を元に異音同義語は統一し、同音異義語は別名に整理する整理手段と、前記論理名称化手段および前記整理手段の結果について正規化する正規化手段と、前記正規化手段で正規化されたファイル定義を記憶する定義記憶手段と、前記定義記憶手段に記憶されたファイル定義からデータディクショナリの抽出およびエンティティを抽出するディクショナリ及びエンティティ抽出手段と、前記ディクショナリ及びエンティティ抽出手段で抽出されたデータディクショナリの抽出およびエンティティを最適化して記憶するデータモデル記憶手段と、を備えたことを特徴とするものである。
【発明の効果】
【００１０】
本発明によれば、複雑化したレガシーシステムのマイグレーションを実現して、利用目的に合致したデータ構造とビジネスロジックを再生させ、新しいオープン系プログラムのシステムを提供することが可能である。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照して、本発明に係る一実施の形態について詳細に説明する。本実施の形態では、移行方式として、再構築「リビルド」を採用する。このリビルドは、現状システムの内容、機能を基本に、新しい情報技術（ＯＳ、プログラム言語、データベース、機器）で最適化したシステムに作り変えるものである。このメリットとして、現有システムの短所、課題が改善される点を挙げることができる。また、新しい情報技術を導入するので、後々の新しいニーズへの対応も容易である点も挙げられる。
【００１２】
まず、図１を参照して概念を説明する。図１は本発明のレガシーシステム再構築システムを説明する概念図である。同図において、１０は棚卸分析作業、２０はデータモデリング作業、３０はＣＡＳＥ（Ｃｏｍｐｕｔｅｒ  Ａｄｉｄ  Ｓｏｆｔｗａｒｅ  Ｅｎｇｉｎｅｅｒｉｎｇ）ツール、ＭＤＡツールによる再設計作業、４０はリポジトリ、５０はテスト作業をそれぞれ示している。
【００１３】
レガシー情報基盤から新しい情報基盤への業務の移行に際して、保有技術資産の活用により、データの移行ツールを駆使して行われる。すなわち、棚卸分析ツール１０において、現行システムは非正規化データにより運用されており、これに対してデータモデリング２０でデータ項目の整理を行い、再設計３０によりレガシーシステム仕様を最適化して新システム仕様を導き出す。そして、この新システム仕様での実装を行うが、その際に、リポジトリ４０が再設計作業、データ移行において活用される。さらに、テスト５０を行い、新システムを構築する。これにより、レガシーシステムの再構築が完了する。
【００１４】
つづいて、上述した概念について詳述する。以下、
1)．棚卸分析
2)．データモデリング
3)．再設計
4)．生成・実装
5)．テスト
の順に工程を説明する。この工程を踏むことにより、品質と生産性を向上させることができる。
【００１５】
ここで、図２は本発明に係るレガシーシステム再構築システムの一実施形態による棚卸分析工程の一例を説明するブロック図であり、図３は棚卸分析例を示す図である。図４は同システムのデータモデリング工程の一例を説明するブロック図、図５はデータ項目整理例を示す図、そして、図６はエンティティ関連図の一例を示す図である。図７は同システムの再設計工程の一例を説明するブロック図であり、図８はプロセス設計例を示す図である。図９は同システムの生成・実装工程の一例を説明するブロック図、図１０は同システムのテスト工程の一例を説明するブロック図、図１１はデータ移行例を示す図、そして、図１２は移行前後の環境例を説明する図である。
【００１６】
まず、図２を参照して棚卸工程について説明する。棚卸工程では、たとえば図２に示すように、全リソースの取り込み１０１が行われ、実行ログからログ解析１０２が実行される。ここで、リソースの種類として、たとえば、ＪＣＬ、カタプロ（カタログド・プロセジャ）、プログラムソース（ＣＯＢＯＬ、ＰＬ／１、アセンブラ、４ＧＬなど）、ＣＯＰＹ句、ファイル、ＤＢ一覧、画面、帳票定義がある。このようにして得られたログ解析結果は、リソースリポジトリ１０４に蓄積される。
【００１７】
つづいて、リソースリポジトリ１０４に蓄積されたログ解析結果により各種棚卸表及び分析表１０５が生成され、画面の抽出１０７、帳票の抽出１０８が行われる。また、稼動ＪＣＬの決定１０６が行われると、そこから稼動ファイルの抽出１０９、稼動プログラムの抽出１１０が行われる。
【００１８】
すなわち、棚卸工程では、レガシーの全リソースをテキストデータとしてパソコンの棚卸ツールに取り込み、ログを元に稼動しているＪＣＬを抽出し、稼動／非稼動のプログラム、ＣＯＰＹ句、ファイル、画面、帳票を抽出する。また、棚卸工程では、プログラムとファイルやＣＯＰＹ句の関連クロス表を作成する。このようにして、棚卸工程では、現行システムにおけるリソースに対して要不要の切り分けが行われる。
【００１９】
ここで、棚卸表及び分析表においては、たとえば図３に示すように、不足ジョブ一覧、不足ＣＯＰＹ句一覧、不足ＣＯＢＯＬ一覧、未使用ＪＣＬ一覧、未使用ＣＯＰＹ句一覧表、未使用ＣＯＢＯＬ一覧、サブルーチン関連プログラム一覧表、コピー関連プログラム一覧表が挙げられる。図３において、不足ジョブ、ＣＯＰＹ句、ＣＯＢＯＬ一覧は、ログ解析の結果、実際に稼動しているにも関わらず、リソースに存在していなかった事を表し、実際に無くしたか、リソースとして取り込めなかったかを意味する。未使用ジョブ、ＣＯＰＹ句、ＣＯＢＯＬ一覧は、ログ解析の結果、実際に稼動しておらず、リソースとして残っている事を表し、移行不要と考えられる事を意味する。サブルーチン関連プログラム一覧表はプログラム内で使用しているサブルーチンの関係を表し、ログ解析からは要否判断できないプログラムを抽出するのに重要である。コピー関連プログラム一覧表はプログラム内で使用しているＣＯＰＹ句の関係を表し、ログ解析からは要否判断できないＣＯＰＹ句を抽出するのに重要である。このようにリソース間の関係をファイル、画面、帳票でも分析し要否判断が行なわれる。
【００２０】
つぎに、図４を参照してデータモデリング工程について説明する。データモデリング工程では、たとえば図４に示したように、棚卸工程で得た各種ソーステキスト（プログラム、コピー句）、抽出された稼動プログラムからファイル定義の抽出２０１が行われる。このファイル定義、シソーラス（辞書データ）２０２の論理名称化２０３に伴う結果は正規化され、かつ、データ項目の整理された状態でデータ定義リポジトリ２０４に格納される。
【００２１】
そして、データ定義リポジトリ２０４からデータディクショナリの抽出２０７及びエンティティの抽出２０８が行われ、ＣＡＳＥツール２０９のデータモデリング（正規化、最適化、ＥＲＤ（Ｅｎｔｉｔｙ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｄｉａｇｒａｍ））によりデータモデルリポジトリ２１０に格納される。
【００２２】
すなわち、データモデリング工程では、ファイルと関係をもつＣＯＰＹ句やプログラムソース内のファイル定義を取り出す。ファイル定義には、データの項目名や属性があり、それらを一元管理のためにデータ整理ツールを使ってデータモデルリポジトリ２１０に格納する。このとき、エンティティをつくり、繰り返し項目は自動で正規化を行う。項目名は、シソーラス２０２に登録されたアルファベット名から日本語名に自動で変換する。このとき、先に変換される優先順位をつけた変換ルール辞書を活用するようにしたので、意味不明な変換を避けることが可能である。ツールの画面を見ながら格納された項目名を元に異音同義語は統一し、同音異義語は別名に整理する。このようにして項目を整理したものをデータディクショナリとエンティティとしてＣＡＳＥツールに取り込み、エンティティ関連図（図６参照）を作成する。このようにして、データモデリング工程では、正規化、最適化が図られる。
【００２３】
ここで、データ項目整理においては、たとえば図５に示したように、自動的に正規化の実施とレガシーデータとオープン系データ構造の対応付けがなされる。図５において、レガシーのファイル定義より取り込み格納されたデータ定義リポジトリ２０４の中身の一部を表示したものである。ここでは、レガシーのファイル定義を取り込む時、データ定義の初めに出てくる集団名を図５見出欄ＣＯＰＹ句の項目名とし、以降に出てくる項目名を図５見出欄ホスト物理名の項目名としてアルファベットのままで格納される。これらのアルファベットの項目名をシソーラス２０２に登録された日本語名に自動変換し、ＣＯＰＹ句名がエンティティ論理名、ホスト物理名がディクショナリ論理名になり対応付けがなされる。また、繰返し項目の正規化では下位エンティティを生成しレガシーの繰返し数を持つキー項目を付加して対応付けがなされる。
【００２４】
また、エンティティ関連においては、たとえば図６に示したように、ＣＡＳＥツールに取り込まれたデータディクショナリとエンティティは図６の箱の単位で表される。１つの箱がエンティティを、箱の中の項目名がフィールドでデータディクショナリから取り込まれる。エンティティ間の関係で同じフィールドを持つエンティティを意味付けされた線で結び付けた物がエンティティ関連図でありデータ構造を表現した物である。これらはオープン系ＤＢの定義として使われ、設計工程の重要な情報として使われる。
【００２５】
つぎに、図７を参照して再設計工程について説明する。再設計工程では、たとえば図７に示したように、ＣＯＢＯＬソース、ＣＯＰＹ句のテキストによりＣＯＢＯＬソースのＤＢ化３０４を図り、プログラムソースリポジトリ３０５に格納する。そして、ＪＣＬテキスト３０１に対するプロセス解析３０３の解析結果及び画面定義３０７にしたがってＣＯＢＯＬ解析支援３０６を経て、その結果を用いてＣＡＳＥツールで入出力設計３０８を行う。このとき、データモデルリポジトリ２１０が参照される。この入出力設計３０８とプロセス解析３０３により、バッチ処理のプログラミング３０９を実施する。また、入出力設計３０８の結果とＣＯＢＯＬ解析支援３０６を用いてＭＤＡツールによりプロセス設計３１２を行う。その結果は設計モデルリポジトリ３１３に格納される。このプロセス設計３１２では、帳票定義３１０による帳票設計３１１が加味される。
【００２６】
すなわち、再設計工程では、データディクショナリとエンティティとを基にして画面や帳票の再設計をＣＡＳＥツールで行う。同ＣＡＳＥツールと連携したＭＤＡツールで詳細なプロセス設計を行い、Ｊａｖａ（登録商標）プログラムを生成する。ＤＢ定義も自動生成する。ここで、ＭＤＡツールは、下流ＣＡＳＥツールで、プログラム言語に依存しないモデルからＪａｖａソースを自動生成するものである（図９参照）。このように、再設計では、データモデリングに整合させるプロセス設計を図ることができる。
【００２７】
ここで、プロセス設計について、図８を用いて触れることにする。まず、レガシーのプロセスは、デイリーな作業であり、一方、オープン系のプロセスは随時となる。レガシープロセスの場合、その処理は、伝票データは紙形式で入力されてソート、マッチング更新、ブレーキング集計、編集、そして、印刷へと流れる４つのプログラムが存在する。またここでは、ファイルとして、ワーク、明細が２つ、残高が２つ管理されている。エラーリストの出力もしている。これに対して、再構築されたオープン系プロセスの場合、ＤＢ形式で伝票が管理されており、そのチェックと更新のプログラムが２つ、明細ＤＢがひとつ、残高ＤＢがひとつあればよく、印刷命令でＳＱＬ抽出により印刷を実行する流れとなる。
【００２８】
つぎに、図９を用いて生成・実装工程について説明する。生成・実装工程では、たとえば図９に示すように、データモデルリポジトリ２１０、設計モデルリポジトリ３１３に格納された情報に基づいてＭＤＡツールの支援でＤＢテーブル定義、Ｊａｖａ（ソースコード）、画面定義が自動生成４０１され、それぞれオープン基盤上に設けられているＡＰ（アプリケーション）サーバ４０２、ＤＢ（データベース）サーバ４０３に送られコンパイル実装し稼動できる環境を作る。ここで、図７の３０９で作成されたバッチ処理４０４はＡＰサーバ４０２の処理のバッチプログラムとなり、運用設計４０６はＡＰサーバ４０２のバッチ運用環境を作成する。
【００２９】
すなわち、生成・実装工程では、新しいオープン系の実稼動プラットフォームに稼動環境を構築するとともに、自動生成されたＪａｖａやＤＢ定義を実装する。このように、生成・実装工程では、稼動環境構築とデータベース、プログラムの実装を実現することができる。
【００３０】
つぎに、図１０を用いてテスト工程について説明する。テスト工程では、たとえば図１０に示すように、メインフレーム６０１からＤＢ及びＳＡＭ（Ｓｅｑｕｅｎｃｉａｌ  Ａｃｃｅｓｓ  Ｍｅｔｈｏｄ）ファイルのデータはレガシーのファイル形式に近いオープン系のＤＢに自動変換（図１１参照）されてデータリポジトリ５０４に格納される。データリポジトリ５０４に格納されたデータをデータ定義リポジトリ２０４に基づいてデータ移行５０１が実行され、オープン基盤上に設けられているＤＢ（データベース）サーバ４０３に送られる。ここで、テスト５０２は、ＡＰサーバ４０２の処理、画面、帳票、バッチ運用のすべてに実施され、検証５０３はＤＢサーバ４０３のデータベースとデータリポジトリ５０４とを比較して行なわれる。
【００３１】
すなわち、テスト工程では、データモデリングで作られた情報で、レガシーシステムのデータを新しいオープン系のデータベースに自動移行する。新しいオープン系でテストを実施する。テスト検証は、レガシーでもっている同様なデータを自動移行したものと照合する。このように、テスト工程では、自動データ移行及びデータ自動照合を実現することができる。
【００３２】
ここで、データ移行例について図１１を用いて説明する。データ移行は、たとえば図１１に示したように、レガシーデータをデータリポジトリに取り込むことで実行される。一例として、漢字についてはＳ−ＪＩＳへの変換がなされ、パック型数字については通常の数字への変換がなされ、未定義（ＦＩＬＬＥＲ）については取り込まず、再定義（ＲＥＤＥＦＩＮＥＳ）については再展開され（図１１中、(１)参照）、繰り返し（ＯＣＣＵＲＳ）については連番を付けて展開される（図１１中、(２)参照）。
【００３３】
また、移行の前後について比較するとすれば、たとえば図１２に示したように、環境として、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、Ｗｅｂ（ＤＣ）、言語、画面、制御（ＪＣＬ）、帳票、ＤＢＭＳ（ＤａｔａＢａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）、ＦＩＬＥ、文字コードが挙げられる。すなわち、移行前（レガシーシステム）、移行後（オープン系システム）においては、たとえば、ＯＳについては、ＭＶＳ，ＭＳＰ，ＸＳＰがＵＮＩＸ（登録商標），Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ(登録商標）に移行される。また、Ｗｅｂについては、移行前はＯＳで決められたＤＣ（Ｄａｔａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が、移行後に、Ａｐａｃｈｅ＋Ｔｏｍｃａｔが適用される。また、言語については、ＣＯＢＯＬ，ＵＴＬ（ユーティリティソフト）などがＪａｖａ，ＰＬ／ＳＱＬ，ＰＬｐｇ／ＳＱＬに移行される。また、画面については、移行前はＯＳで決められた画面定義が、移行後は、ＣＲＳ（Ｂｉｚ／Ｂｒｏｗｓｅｒ）が適用される。また、制御については、ＪＣＬ，ＣＬがスクリプトに移行する。また、帳票については、移行前は様々な形態が存在し、移行後は、ＳＶＦが適用される。また、ＤＢＭＳのＤＢ２，ＩＭＳ，ＡＩＭと、ＦＩＬＥのＳＡＭ，ＩＳＡＭ，ＶＳＡＭなどがＯｒａｃｌｅ，ＰｏｓｔｇｒｅＳＱＬ，ＴＥＸＴ，ＣＳＶに移行される。そして、文字コードにおいては、ＥＢＣＤＩＣがＡＳＣＩＩ，ＳＪＩＳに移行される。
【００３４】
以上説明したように、本実施形態によれば、レガシーシステムのログを元に稼動ＪＣＬおよびファイルを抽出して、その抽出された稼動ＪＣＬおよびファイルを使用しているＣＯＢＯＬファイル定義から整理されたデータモデルを作成し、その作成されたデータモデルとＭＤＡツールを繋いだので、複雑化したレガシーシステムのマイグレーションが実現されて、利用目的に合致したデータ構造とビジネスロジックを再生させることが可能である。これによって、新しいオープン系プログラムのシステムを提供することが可能である。
【００３５】
また、ＣＯＢＯＬファイル定義から項目名および属性を文法解析しながら抽出し、その抽出された項目名および属性をメモリに格納して、その格納された項目名のうち繰り返し項目を正規化し、項目名のうちアルファベットの項目名を日本語化し、このとき、先に変換される優先順位をつけた変換ルール辞書を活用するようにしたので、意味不明な変換を避けることが可能である。また、項目の同義語は統合し、異義語は別名に整理したり、項目名でユニーク化され、整理したものをディクショナリとエンティティとしてエンティティ関連図を作成し、ＤＢ定義として作成すれば、変換の効果を一層望むことが可能である。
【産業上の利用可能性】
【００３６】
本発明は、レガシーシステムのマイグレーション分野において有用である。
【図面の簡単な説明】
【００３７】
【図１】本発明のレガシーシステム再構築システムを説明する概念図である。
【図２】本発明に係るレガシーシステム再構築システムの一実施形態による棚卸分析工程の一例を説明するブロック図である。
【図３】本実施形態による棚卸分析例を示す図である。
【図４】本発明に係るレガシーシステム再構築システムの一実施形態によるデータモデリング工程の一例を説明するブロック図である。
【図５】本実施形態によるデータ項目整理例を示す図である。
【図６】本実施形態によるエンティティ関連図の一例を示す図である。
【図７】本発明に係るレガシーシステム再構築システムの一実施形態による再設計工程の一例を説明するブロック図である。
【図８】本実施形態によるプロセス設計例を示す図である。
【図９】本発明に係るレガシーシステム再構築システムの一実施形態による生成・実装工程の一例を説明するブロック図である。
【図１０】本発明に係るレガシーシステム再構築システムの一実施形態によるテスト工程の一例を説明するブロック図である。
【図１１】本実施形態によるデータ移行例を示す図である。
【図１２】本実施携帯による移行前後の環境例を説明する図である。
【符号の説明】
【００３８】
１０  棚卸分析
２０  データモデリング
３０  再設計
４０  リポジトリ
５０  テスト
１０４  リソースリポジトリ
２０４  データ定義リポジトリ
２１０  データモデルリポジトリ
３０５  プログラムリソースリポジトリ
３１３  設計モデルリポジトリ
５０４  データリポジトリ
【図１】
2007334777.tif 000003
【図２】
2007334777.tif 000004
【図３】
2007334777.tif 000005
【図４】
2007334777.tif 000006
【図５】
2007334777.tif 000007
【図６】
2007334777.tif 000008
【図７】
2007334777.tif 000009
【図８】
2007334777.tif 000010
【図９】
2007334777.tif 000011
【図１０】
2007334777.tif 000012
【図１１】
2007334777.tif 000013
【図１２】
2007334777.tif 000014