(57)【要約】  メインフレームシステム環境でのハードウェアとソフトウェアを開放型システム環境に再構築して、データ（ＤＡＴＡＢＡＳＥ、一般ＦＩＬＥを含む）を開放型システム環境に切り替え、アプリケーションをリサイクルするリホスティング方法を提供する。本発明によるメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法は、企業のデータを処理するメインフレームシステム環境でのハードウェアとソフトウェアを開放型システム環境に再構築し、データ（ＤＡＴＡＢＡＳＥ、一般ＦＩＬＥを含む）を開放型システム環境に切り替え、アプリケーションをリサイクルすることによって、低費用で且つ短期間内に具現することができ、維持費の節減効果に優れている。
2010539555.tif 000002
【特許請求の範囲】
【請求項１】
企業のデータを処理するメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法において、
（ａ）切り替えられる前記開放型システムでのアーキテクチャー、モニタリング、バックアップ、保安、運営ツールのカスタマイジング及び対内外チャネル連携環境が設定される段階と、
（ｂ）データ及びアプリケーションプログラムソースがマイグレイションされる段階と、
（ｃ）アプリケーションの機能及び整合性が点検される段階と、
（ｄ）切り替えられる前記開放型システムの負荷、適正応答速度のための性能点検が実行される段階と、
を含むことを特徴とするメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法。
【請求項２】
前記メインフレームシステムは、ＩＢＭ社のメインフレーム環境であり、前記開放型システムは、ユニックス環境であることを特徴とする請求項１に記載のメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法。
【請求項３】
前記段階（ａ）は、
前記開放型システムの運営標準による運営管理体系が設定される段階をさらに含むことを特徴とする請求項１に記載のメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法。
【請求項４】
前記段階（ｂ）で、
前記データ及びアプリケーションプログラムソースのマイグレイションは、
データベース、ＶＳＡＭファイル、ＳＡＭファイルまたはＴＡＰＥファイルのデータ変換作業と、
オンライン／バッチ区分別、アプリケーションプログラム言語別プログラム変換作業と、
を含むことを特徴とする請求項１に記載のメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法。
【請求項５】
前記段階（ｃ）は、
オンライン／バッチ値検証、統合処理前後結果及びデータ点検、プログラムソース処理及び変更に対する整合性点検、変更されたユーティリティーとツールに対する機能整合性点検が行われることを特徴とする請求項１に記載のメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法。
【請求項６】
前記段階（ｄ）の後に、
前記アプリケーションでの実行性能を保障するために、オンライン／バッチアプリケーション性能点検及び改善と、対内外連携点検とをさらに含むことを特徴とする請求項１に記載のメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法。
【請求項７】
請求項１乃至６のいずれかに記載の方法をコンピュータで実行させることができるプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リホスティング方法に関し、より詳細には、企業のデータを処理するメインフレームシステム環境でのハードウェアとソフトウェアを開放型システム環境に再構築し、データ（ＤＡＴＡＢＡＳＥ、一般ＦＩＬＥを含む）を開放型システム環境に切り替え、アプリケーションプログラムをリサイクルすることによって、低費用で且つ短期間内に具現することができ、維持費の節減効果に優れたメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法に関する。
【背景技術】
【０００２】
一般的に、企業のデータを処理するためにメインフレームシステムが使用された。
【０００３】
このようなメインフレームシステムは、例えば、‘ＩＢＭ社’のような大きい会社で作った大型コンピュータを称する産業界用語であって、大企業や金融機関のような非常に大きい会社の企業活動に必要なコンピューティング業務に主に使用され、分散コンピューティング方式を取るよりは中央集中式で構成されている。
【０００４】
このようなメインフレームシステムは、毎年急増する高費用構造であって、費用負担が加重されている。これにより、最近、互いに異なるコンピュータ製造メーカのハードウェアとソフトウェア間の連携が可能に設計された開放型システム、例えば、ユニックスまたはリナックス環境などに入れ替って使用している。
【０００５】
しかし、既存に使用しているメインフレームシステム環境を開放型システム環境に全面再構築する場合、構築費用が非常に多くかかり、構築するのに長期間を要するという問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、前述したような問題点を解決するためになされたもので、その目的は、メインフレームシステム環境でのハードウェアとソフトウェアを開放型システム環境に再構築し、データ（ＤＡＴＡＢＡＳＥ、一般ＦＩＬＥを含む）を開放型システム環境に切り替え、アプリケーションをリサイクルするリホスティング方法を提供することにある。
【０００７】
本発明の他の目的は、低費用で且つ短期間内に具現することができ、メインフレームシステム環境を維持費の節減効果に優れた開放型システム環境に切り替えるリホスティング方法を提供することにある。
【課題を解決するための手段】
【０００８】
まず、本発明の詳細な説明を含めた明細書全般にわたって記載した各用語の意味を簡略に定義する。
【０００９】
“リホスティング”というのは、メインフレームシステム環境を開放型システム環境に切り替えるとき、システム全体を再開発せず、ミドルウェア、コンパイラーソリューションなどを利用して既存のメインフレームシステム環境でのハードウェアとソフトウェアを開放型システム環境に再構築し、データ（ＤＡＴＡＢＡＳＥ、一般ＦＩＬＥを含む）を開放型システム環境に切り替え、アプリケーションをリサイクルすることを意味する。
【００１０】
上記目的を達成するために、本発明の第１態様に係るメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法は、企業のデータを処理するメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法において、（ａ）切り替えられる前記開放型システムでのアーキテクチャー、モニタリング、バックアップ、保安、運営ツールのカスタマイジング及び対内外チャネル連携環境が設定される段階と、（ｂ）データ及びアプリケーションプログラムソースがマイグレイションされる段階と、（ｃ）アプリケーションの機能及び整合性が点検される段階と、（ｄ）切り替えられる前記開放型システムの負荷、適正応答速度のための性能点検が実行される段階と、を含むことを特徴とする。
【００１１】
ここで、前記メインフレームシステムは、ＩＢＭ社のメインフレーム環境であり、前記開放型システムは、ユニックス環境であることが好ましい。
【００１２】
好ましくは、前記段階（ａ）は、前記開放型システムの運営標準による運営管理体系が設定される段階をさらに含む。
【００１３】
好ましくは、前記段階（ｂ）で、前記データ及びアプリケーションプログラムソースのマイグレイションは、データベース、ＶＳＡＭファイル、ＳＡＭファイルまたはＴＡＰＥファイルのデータ変換作業と、オンライン／バッチ区分別、アプリケーションプログラム言語別プログラム変換作業と、を含む。
【００１４】
好ましくは、前記段階（ｃ）は、オンライン／バッチ値検証、統合処理前後結果及びデータ点検、プログラムソース処理及び変更に対する整合性点検、変更されたユーティリティーとツールに対する機能整合性点検が行われる。
【００１５】
好ましくは、前記段階（ｄ）の後に、前記アプリケーションでの実行性能を保障するために、オンライン／バッチアプリケーション性能点検及び改善と、対内外連携点検とをさらに含む。
【００１６】
また、本発明の第５態様は、 メインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法を実行させるためのプログラムを記録した記録媒体を提供する。
【発明の効果】
【００１７】
以上説明したような本発明のメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法によれば、企業のデータを処理するメインフレームシステム環境でのハードウェアとソフトウェアを開放型システム環境に再構築し、データ（ＤＡＴＡＢＡＳＥ、一般ＦＩＬＥを含む）を開放型システム環境に切り替え、アプリケーションをリサイクルすることによって、既存のメインフレームシステムを全面再構築する方式に比べて低費用で且つ短期間内に具現することができ、維持費の節減効果に優れているという利点がある。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施例に係るメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法を概念的に説明するためのシステム構成図である。
【図２】本発明の一実施例に係るメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法を全体的に説明するための流れ図である。
【図３】図２の整合性実行段階を具体的に説明するための流れ図である。
【図４】図２の性能改善実行段階を具体的に説明するための流れ図である。
【発明を実施するための形態】
【００１９】
以下、添付の図面を参照して本発明の実施例を詳細に説明する。しかし、下記に例示する本発明の実施例は、様々な他の形態に変形されることができ、本発明の範囲が下記に説明する実施例に限定されるものではない。本発明の実施例は、この技術分野における通常の知識を有する者に本発明をさらに完全に説明するために提供されるものである。
【００２０】
図１は、本発明の一実施例に係るメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法を概念的に説明するためのシステム構成図である。
【００２１】
図１を参照すれば、企業のデータを処理するメインフレームシステム１００は、例えば、‘ＩＢＭ社’のような大きい会社で作った大型コンピュータを称する産業界用語であって、大企業や金融機関のような非常に大きい会社の企業活動に必要なコンピューティング業務に主に使用され、分散コンピューティング方式を取るよりは中央集中式で構成されている。
【００２２】
一方、開放型システム２００は、互いに異なるコンピュータ製造メーカのハードウェアとソフトウェア間の連携が可能に設計する方式を称する産業界用語であって、これを運営体系、通信などの分野に区分することができ、ここで称する開放型システム２００は、例えば、ユニックスまたはリナックスなどの運営体系を搭載した中型コンピュータである。
【００２３】
本発明は、メインフレームシステム１００の環境を開放型システム２００の環境に切り替えるとき、システム全体を再開発せず、ミドルウェア、コンパイラーソリューションなどを利用して既存のメインフレームシステム１００の環境でのハードウェアとソフトウェアをユニックスシステム環境に再構築し、データ（ＤＡＴＡＢＡＳＥ、一般ＦＩＬＥを含む）を開放型システム環境に切り替え、アプリケーションプログラムをリサイクルすることによって、既存のメインフレームシステム環境を開放型システム環境に全面再構築する方式に比べて低費用で且つ短期間内に具現することができ、維持費の節減効果に優れている。
【００２４】
図２は、本発明の一実施例に係るメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法を全体的に説明するための流れ図であり、図３は、図２の整合性実行段階を具体的に説明するための流れ図であり、図４は、図２の性能改善実行段階を具体的に説明するための流れ図である。
【００２５】
図２を参照すれば、まず、現メインフレームシステム１００（図１参照）の全般的な運営現況を分析及び設計する（ステップＳ１００）。
【００２６】
この時、メインフレームシステム１００の全般的な運営現況は、例えば、アーキテクチャー、運営体制、ミドルウェア機能、データベース管理システム（DataBase Management System；ＤＢＭＳ）、災害復旧システム（Business Recovery System；ＢＲＳ）、オンライン／バッチ処理環境、アプリケーション、開発言語、変更管理、パッケージ適用または使用ユーティリティー現況などを含む。
【００２７】
また、前記段階Ｓ１００での設計は、例えば、システム環境、データ及びアプリケーションプログラムソースマイグレイション設計などを含む。
【００２８】
これをさらに具体的に見れば、前記段階Ｓ１００は、現在使用しているメインフレームシステム１００の運営現況及びリホスティングソリューション適用のための分析を通じて開発環境構築、青写真設計、具現詳細戦略樹立、変更／開発影響範囲を設計し、過去リホスティングプロジェクト実行開発経験に基づいて実際構築工程に入る前に、理論的に構築工程を実行及び検討するコンサルティング段階である。
【００２９】
このようなコンサルティング段階は、現システム分析と、要求及びソリューション適用分析と、リホスティング具現計画樹立と、システム環境設計と、データ及びアプリケーションプログラムソースマイグレイション設計の過程を実行する。
【００３０】
前記現システム分析は、現在使用しているメインフレームシステム現況分析過程であって、運営システムの現況分析（例えば、現アーキテクチャー、運営体制、ミドルウェア機能、ＤＢＭＳ、ＢＲＳなど）、開発部門環境及び機能分析（例えば、開発言語、パッケージ適用現況、オンライン／バッチ環境、アプリケーション現況、変更管理、使用ユーティリティーなど）を実行する。
【００３１】
前記要求及びソリューション適用分析は、ユーザ要求事項及び適用分析と、プロジェクト危険要素選定と、ソリューション適用検証などを行う。
【００３２】
ここで、前記ユーザ要求事項及び適用分析は、ユーザ要求事項及びギャップ分析と、ソリューション未適用機能分析と、容量及び費用分析（例えば、システム容量、データ容量分析など）を実行する。
【００３３】
前記ソリューション適用検証は、Ｍ／Ｆ対応機能メーカ別機能別ツールリスト−アップ（Tool List-up）を行い、必要ツールに対する各機能別必須要件定義を行う。
【００３４】
前記リホスティング具現計画樹立は、ユーザ要求及び現況分析整理と、具現青写真及び詳細戦略樹立と、変更／開発影響範囲導出及び検討と、プロジェクト危険克服方案及びソリューション適用方案検討などを行う。
【００３５】
前記システム環境設計は、ＴＯ−ＢＥアーキテクチャー設計（例えば、システム、ミドルウェア、ＤＢＭＳ、ハードウェア、ソフトウェア、Ｎ／Ｗ、チャネルインターフェース、バックアップ、障害復旧など）と、システム設置計画樹立（例えば、電源、空間など設置関連インフラ先確保）と、３ｒｄツール選定（例えば、システムソフトウェア、保安、モニタリング／問題分析ツール、ＤＢＭＳユーティリティーなど機能別必要ソフトウェアリスト−アップなど）と、開発環境構築などを行う。
【００３６】
前記データ及びアプリケーションプログラムソースマイグレイション設計は、例えば、データベース、ＶＳＡＭファイル、ＳＡＭファイル、ＴＡＰＥなどデータに対する変換政策樹立と、３ｒｄツール選定（例えば、開発、デバッギング、モニタリングツールなど）と、プログラム変換設計（例えば、変換対象定義、変換流れ設計、コンパイラーオプション定義など）と、プログラムＩＤ、命名規則など開発共通事項定義と、特殊機能部門追加適用検討（例えば、３２７０画面、Ｃｏｏｌ：Ｇｅｎ、ＮＢＳＭモジュール使用など）などを行う。
【００３７】
一方、前記データ及びアプリケーションプログラムソースマイグレイション設計時に考慮すべきアプリケーション／データ類型を見れば、ソースプログラム（例えば、ソースモジュール／ＳＳＬがないもの、ＰＧＭソースロジッグエラー、未使用ＰＧＭ、プロシージャ（Procedure）情報錯誤、ＴｘＩＤ／ＰｇＩＤの不一致など）と、コンパイラー差異に起因した問題と、コンパイルオプション（例えば、ＡＮＳＩ  ＭＯＤＥ、ＤＩＶＩＤＥＤ  ＢＹ  ＺＥＲＯ、ＮＵＬＬ  ＦＥＴＣＨなど）と、予約された単語認識及び内部計算方式の差異と、データベースによる問題（データタイプ定義（例えば、Ｃｈａｒ  Ｔｙｐｅ、Ｎｕｍｅｒｉｃ  Ｔｙｐｅ、Ｐａｃｋｅｄ  Ｄｅｃｉｍａｌ、Ｇｒａｐｈｉｃ、Ｎｕｌｌ処理など）、データベースリターンコードマッピングなど）と、変換過程での問題（ＥＢＣＤＩＣ  ｖｓ  ＡＳＣＩＩコード順序差異（例えば、ＰＧＭ内の条件値、画面ディスプレイ順序など）、特殊（例えば、ＳＯ／ＳＩ、16進数（Hexadecimal）など）文字／割れた（変換不可）文字含み、ハングル処理方式による１バイト、２バイト変換（例えば、ＳＯ／ＳＩ処理、ハングル桁数調整、字割れ現象、Ｇｒａｐｈｉｃ  Ｔｙｐｅ、Ｓｕｂｓｔｒ／ｍｉｄ関数など）、スペース全角／半角、Ｎｕｌｌ処理など）と、内／外部モジュール連携（例えば、規則システム連携、ＢＴＯ（Batch Type Online）連携、ＣＡＮＣＬＥ文削除可否、ＥＢＣＤＩＣ⇔ＡＳＣＩＩ変換モジュール可否、全角⇔半角変換モジュール、ＳＯ／ＳＩ強制付与如可否ど）などがある。
【００３８】
また、段階Ｓ２００は、整合性実行段階であって、図３に示されたように、前記段階Ｓ１００で分析及び設計されたメインフレームシステム１００の運営現況を基盤にして転換すべき開放型システム２００（図１参照）に対応する運営環境を構築した後（ステップＳ２１０）、データ及びアプリケーションプログラムソースの１次マイグレイション作業を行い（ステップＳ２２０）、アプリケーションの機能及び整合性を点検する（ステップＳ２３０）。
【００３９】
この時、前記段階Ｓ２１０で、開放型システム２００に対応する運営環境は、例えば、アーキテクチャー、モニタリング、バックアップ、保安、運営ツールのカスタマイジングまたは対内外チャネル（例えば、各種提携機関、ＡＲＳ、コールセンター、ＣＤ／ＡＴＭなど）連携環境などを含む。
【００４０】
また、前記データ及びアプリケーションプログラムソースの１次マイグレイション作業段階Ｓ２２０は、例えば、データベース、ＶＳＡＭファイル、ＳＡＭファイルまたはテープのデータ変換作業と、オンライン／バッチ区分別、アプリケーションプログラム言語別プログラム変換作業を行う。
【００４１】
また、前記アプリケーションの機能及び整合性点検段階Ｓ２３０は、例えば、オンライン／バッチ値検証、統合処理前後結果及びデータ点検、アプリケーションプログラムソース処理及び変更に対する整合性点検、変更されたユーティリティーとツールに対する機能整合性点検などを行う。
【００４２】
追加的に、開放型システム２００の運営標準による運営管理体系を構築する過程をさらに含むことができる。
【００４３】
これをさらに具体的に見れば、整合性実行段階Ｓ２００は、実際構築工程を進行する１次繰り返し（Iteration）段階であって、例えば、サーバー、ユーティリティー、ツールなどシステム＆インフラ運営環境を構築し、データとアプリケーションプログラムソースの１次マイグレイション作業を通じて整合性を点検及び補完する。
【００４４】
まず、切り替えるべき開放型システム２００の運営環境を構築する。すなわち、新環境に対応する運営／開発環境（例えば、アーキテクチャーなど）を構築し、モニタリング、バックアップ、保安、運営ツールのカスタマイジング（例えば、バッチスケジュール（Batch Schedule）、ソート（Sort）、ロード（Load）、アンロード（Unload）、データベースログ（log）抽出、保安、プリンター、バックアップ、モニタリング、災害復旧、Ｔａｐｅ管理など）を行っ後、対内外チャネル連携環境を構築する。
【００４５】
次に、管理体系を構築する。すなわち、運営標準による運営管理体系（例えば、変更基準及び手続き、開発ツールなど）を構築し、データベース管理システム（ＤＢＭＳ）の管理／運営体系を構築し、サーバー／データベース／ソリューションの環境を最適化（例えば、ミドルウェア環境分析及び政策樹立（ＴＸ実行プロセス分析、リージョン設計、問題分析方法）、オラクル環境分析及び政策樹立（Real Application Cluster）、初期パラメータ、ディスク管理及びＩ／Ｏ分散）など）する。
【００４６】
最後に、アプリケーション切替及び整合性を点検する。すなわち、データ及びアプリケーションプログラムソースの１次マイグレイション作業（例えば、データベース、ＶＳＡＭファイル、ＳＡＭファイル、Ｔａｐｅファイルなどデータ変換及び整合性点検、オンライン／バッチ区分別、プログラム言語別プログラム変換など）を行った後、アプリケーション機能及び整合性を点検（例えば、オンライン／バッチＰＧＭ単位ソース当たり結果値検証、主要金額モジュール点検、統合処理前後結果及びデータ点検、ＥＢＣＤＩＣ  ｖｓ  ＡＳＣＩＩ関連、データベース差異、ハングル大きさ変更関連などプログラムソース処理及び変更に対する整合性点検、ＳＯＲＴ／ＬＯＡＤ／ＵＮＬＯＡＤなど変更されたユーティリティーとツールに対する機能整合性点検など）を行う。
【００４７】
また、段階Ｓ３００は、性能改善実行段階であって、図４に示されたように、前記段階Ｓ２００で構築された開放型システム２００の負荷及び適正容量に対する性能を点検し（ステップＳ３１０）、前記アプリケーションでの実行性能を保障するためのデータ及びアプリケーションプログラムソースの２次マイグレイション作業を実行する（ステップＳ３２０）。
【００４８】
追加的に、前記アプリケーションでの実行性能を保障するために、オンライン／バッチアプリケーション性能点検及び改善し（ステップＳ３３０）、対内外連携点検Ｓ３４０をさらに行うことができる。
【００４９】
これをさらに具体的に見れば、前記性能改善実行段階Ｓ３００は、２次繰り返し（Iteration）段階であって、新しく切り替えた開放型システム２００に対する性能点検とアプリケーションでの実行性能を保障するためのチューニング及び再開発作業を行う。
【００５０】
まず、運営環境の構成を完了する。すなわち、システム、ミドルウェア、データベース管理システム（ＤＢＭＳ）チューニング及び最適化、例えば、ハードウェア構造、ミドルウェアの性能チューニングを用いた最適化を実行する。
【００５１】
次に、新しく切り替えた開放型システム２００の環境を構築する。すなわち、運営／開発環境以外に、その他アーキテクチャー（例えば、検証系、バッチ系、対外系、管理系、バックアップ系など）を構築した後、運営環境の構築（例えば、システム／データベースパラメータ最適化、変更管理体系、資源割当、モニタリング、ＢＲＳ、保安など）を完了する。
【００５２】
その後、管理体系の構成を完了する。すなわち、運営標準による運営環境（例えば、業務系環境定義、ＰＧＭ変更管理適用、モニタリング、開発ツール、対内外チャネル連携環境など）を構築する。
【００５３】
最後に、アプリケーションの性能を改善する。すなわち、データ及びアプリケーションプログラムソースの２次マイグレイション作業を行った後、オンライン／バッチアプリケーションの性能を点検及び改善（例えば、チューニングポイント導出、データベース差異ギャップ、性能のための大量バッチ作業変更、性能改善のためのツール連携など）を行い、対内外連携点検（例えば、ＥＡＩ、ＢＹＳＹＳなど対内外機能）を行う。
【００５４】
また、段階Ｓ４００は、示範運営実行段階であって、前記性能改善実行段階Ｓ３００以後に構築された開放型システム２００の安定的運営と円滑な維持補修の保障のために総合的に点検する。
【００５５】
これをさらに具体的に見れば、前記段階Ｓ４００は、新しい開放型システム２００を適用する前に示範的な運用をする３次繰り返し（Iteration）段階であって、開放型システム２００の安定的運営と円滑な維持補修が保障されるか否かを総合的に点検し、新しい環境によるアプリケーション教育などリリース後の運営に対する準備を行う。
【００５６】
まず、示範運営方案を樹立（例えば、オンライン／バッチ／チャネル連携に対する整合性及び性能点検方法及び一定、大量バッチ作業及びＢＴＯなどその他運営業務実行など）した後、開放型システム環境の運営モードに切り替える。すなわち、稼動状態点検（例えば、一日定期点検、ピークタイムモニタリング、稼動統計など）、障害変更管理（例えば、変更統制、障害追跡及び履歴管理など）、運営体制適用（例えば、作業スケジューリング及び処理、運営人役投入及び引受など）を行う。
【００５７】
その後、示範運営を実行する。すなわち、データ及びアプリケーションプログラムソースの３次マイグレイション作業を行った後、オンライン／バッチアプリケーション現業テストを行う。最後に、アプリケーション教育（例えば、運営／開発マニュアル作成及び教育、アプリケーション維持補修担当者教育など）を行う。
【００５８】
一方、前記段階Ｓ２００乃至段階Ｓ４００は、繰り返し的な（Iteration）方法を使用して目標する水準に接近することが好ましい。
【００５９】
前述したような本発明の一実施例に係るメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法は、一般開発方法とは異なって、ビジネスロジッグに対する開発よりはサーバー、データベース、運営体制などのシステム変更がプロジェクトの主変更事項である。
【００６０】
また、本発明は、アプリケーション分析〜設計〜開発の過程を経る一般的なアプリケーション開発でなく、リホスティング開発の過程は、螺旋形状と類似に進行し、大規模システムの危険分析追加、繰り返し的な接近を通じて危険を最小化することができる。
【００６１】
また、本発明は、繰り返し的な開発過程での非効率を除去し、開発期間短縮及び正確性を高めるために、既存の開発経験を利用したコンサルティング段階が必要であり、前記コンサルティング過程を通じて各プロジェクト別位置の個別特性分析と現われることができる問題の事前導出及び防止をし、効率的な構築経路を捜して繰り返し的なエラーを防止し、定められた期間内に成功的な目標に到逹するようにする。
【００６２】
一方、本発明の一実施例に係るメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法は、また、コンピュータで読み取り可能な記録媒体にコンピュータが読み出すことができるコードで具現されることが可能である。コンピュータが読み出すことができる記録媒体は、コンピュータシステムによって読み取り可能なデータが保存されるすべての種類の記録装置を含む。
【００６３】
例えば、コンピュータが読み出すことができる記録媒体として、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、ハードディスク、フロッピー（登録商標）ディスク、移動式保存装置、非揮発性メモリ、光データ保存装置などが挙げられ、また、キャリアウエーブ（例えば、インターネットを用いた伝送）の形態で具現されるものをも含まれる。
【００６４】
また、コンピュータで読み取り可能な記録媒体は、コンピュータ通信網で連結されたコンピュータシステムに分散され、分散方式で読み出すことができるコードに保存され実行されることができる。
【００６５】
前述した本発明によるメインフレームシステム環境を開放型システム環境に切り替えるリホスティング方法の好ましい実施例について説明したが、本発明は、これに限定されるものではなく、特許請求範囲と発明の詳細な説明及び添付の図面の範囲内で様々に変形して実施することが可能であり、これも本発明に属する。
【符号の説明】
【００６６】
１００    メインフレームシステム
２００    開放型システム
【図１】
2010539555.tif 000003
【図２】
2010539555.tif 000004
【図３】
2010539555.tif 000005
【図４】
2010539555.tif 000006
【国際調査報告】
2010539555.tif 000007
2010539555.tif 000008