TSRIプロセス: Phase 3

1. デプロイメントに適したコンパイル

機能的に同等の近代化されたコードが、ターゲット側のフレームワーククラスや、ターゲット側のフレームワーククラスとインターフェイスする実装を持つAPIと、ターゲット言語でクリーンにコンパイルおよびリンクすることを保証します。

2. 外部インターフェースの解決

このステップでは、JANUS Studio®を使用して、レガシーアプリケーションのオリジナルの外部インターフェイスに似た形のクラスや関数プロトタイプなどのメソッドを持つ、デフォルトのファサードオブジェクト（またはAPI）を生成します。

3. デプロイメントアーキテクチャの解決

このステップでは、JANUS Studio®は、デフォルトのAPIを、環境のインターフェースを直接ターゲットとするネイティブAPIに置き換えるように適応します。デプロイメント・アーキテクチャの強化には、通常、レガシー・サービス・インターフェイスをターゲット環境のネイティブ・フレームワーク・クラスに置き換えるための特殊な変換ルール・セットの構築が必要です。この作業は、TSRIがエンジニアリングサポート活動として行っています。

4. データベース変換

データベースの変換は、レガシーデータベースのスキーマを、Oracle SQL、Microsoft SQL Server、オープンソースデータベース、または関心のあるその他のリレーショナルデータベース構造、さらにはクラウドまたは分散データベース環境やデータベースに変換することで実現します。また、TSRIは、変換されたスキーマを使用するために、近代化されたアプリケーションコードを適応させます。

一般的に、お客様はTSRIに機密データを触らせたくないと考えています。そのため、TSRIはお客様のためにデータローディングのスクリプトを作成します。また、TSRIはデータベースからメタデータとデータを抽出し、このレガシーメタデータとデータをターゲットデータに適合させてエクスポートし、元のデータベースとの同等性を証明するためにラウンドトリップバリデーションを行います。

DAO（Database-Access-Object）レイヤーを二重化することで、ソース／レガシーデータベースと最新のデータベースを同時に対象とすることができ、段階的に、本番稼動、テスト、統合を行うことができます。また、データベースの一部のエリア、ユーザー、ユーザーグループ、アプリケーションの機能はそのままにして、モダン化を稼動させるように設定することもできます。この方法は、リスクを劇的に減らし、素早く成功を示します。