アプリケーション近代化プロジェクトのトランスフォーメーションフェーズでは、TSRIはレガシーアプリケーションコードを中間オブジェクトモデル(IOM)から、お客様が選択したオブジェクト指向、ネイティブ、均一、プラットフォーム固有のターゲットコードに変換します。この変換では、生成されたコードとターゲットデータベースの結合も行います。このモデルベースの変換は、100%の自動化レベルで実現されており、TSRIのプロセスならではの価値をお客様に提供しています。
このコードの近代化段階では、TSRIはターゲットアーキテクチャの設計計画から得られた情報を利用して、評価段階で特定されたアプリケーションの外部および内部インターフェイスに再統合するためのコードを作成します。これらの外部インターフェイスの解決には、元のレガシーサービスの機能を、ターゲットプラットフォームのミドルウェア上の近代化されたアプリケーションロジックと代替サービス(.NET、ADO、JSP、ASPフレームワークサービスなど)に置き換えるコードの作成が含まれます。代替APIの実装は、お客様が行うか、エンジニアリングサポートタスクとしてTSRIまたは日本ラッドが行うか、いずれかの作業指示書に記載されています。
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)レイヤーを二重化することで、ソース/レガシーデータベースと最新のデータベースを同時に対象とすることができ、段階的に、本番稼動、テスト、統合を行うことができます。また、データベースの一部のエリア、ユーザー、ユーザーグループ、アプリケーションの機能はそのままにして、モダン化を稼動させるように設定することもできます。この方法は、リスクを劇的に減らし、素早く成功を示します。
5. ユーザーインターフェース近代化
TSRIはユーザーインターフェース(UI)を機能的に同等のルック&フィールに近代化することで、ユーザーの再教育や混乱を減らすことができます。あるいは、RESTfulなレイヤーとエンドポイントを備えた全く新しいUIにモダナイズすることもできますし、場合によってはUIとそのユーザー、またはその両方のワークフローを体系的に改善することもできます。
© TSRI & Nippon RAD Inc. All rights reserved.