アプリケーションアセスメントは、TSRIのアプリケーション近代化プロジェクトを開始するだけでなく、詳細で費用対効果の高いアプリケーションドキュメントを求めるお客様のプロジェクトを完成させます。
COBOL、PL/1、Adaなどで書かれた既存のシステムを維持したいお客様には、TSRIのコードレベルのドキュメントを提供することで、既存の開発者が迅速かつ容易にアプリケーションを理解し、維持し、開発することを可能にします。
多くのお客様は、このドキュメントが数ヶ月で元が取れることを実感されていますが、モダナイゼーションの計画・実行時にも活用していただくことで、チームがアプリケーションを理解し、O&Mコストを削減し、さらにリファクタリングすべき領域を特定することができます。
このフェーズでは、ソースコードを取り込み、解析するためにJANUS Studio®モダナイゼーションアプリケーションを設定します。コードが解析されると、Object Management Groupが定めた基準に従ってモデルに変換することで、レガシーシステムを分析することができます。レガシー抽象構文木と呼ばれるこの規格は、TSRIが作成に携わった国際的なモデリング規格で、これにより、すべてのソース言語に対応したApplication Blueprint®(レガシードキュメント)を作成することができます。
このブループリントは、既存システムのUMLデザインとアーキテクチャをHTMLベースで詳細に評価したもので、レガシーアプリケーションの維持・開発にかかる時間を大幅に短縮する情報をお客様に提供します(フルアプリケーション近代化プロジェクトの場合も同様)。
完全な変換プロジェクトでは、内部および外部の依存関係分析により、インターフェースや不足している定義を特定します。その後、ファーストパスで開発者向けの変換を行い、ベースラインのTransformation Blueprint®を生成して、ソース言語を生成するためのルールセットのギャップを特定します。Application Blueprint®とTransformation Blueprint®により、ベースラインの近代化の検査が可能になり、ターゲットシステムのデザインとアーキテクチャの詳細な理解を構築するための分析とメトリクスが提供されます。これは、ターゲットのアーキテクチャ設計の計画をサポートするために必要なものであり、近代化プロセスの洗練された後続のステップの指針となります。
1. セットアップ
TSRIのJANUS Studio®ソリューションを変更し、お客様のソースコードを取り込み、解析し、中間オブジェクトモデル(IOM)でアプリケーションのベースラインモデルを生成できるようにしました。このIOMは、制御フロー、データフロー、状態モデル、因果関係モデル、クラスモデル、コードの複雑さの指標、コードの冗長性クラスタなどの意味分析で補強されています。この作業の最後には、インベントリーレポートを作成し、すべてのコード、データベース、ユーザーインターフェースが正常に取り込まれ、モデル化されたことを確認します。
2. アプリケーション Blueprint®
ソースコードの構造と流れに沿った、プロジェクトのソース言語の詳細なプレゼンテーションです。このプレゼンテーションには、レガシーコードや設計指標、ナビゲーションインデックス、コントロールフロー図、構造チャート、データ要素テーブル、ステートマシンモデル、状態遷移表、因果関係グラフ、TSRIのセキュアクラウド上でホスト可能なウェブベースのハイパーリンク付きドキュメントなどが含まれます。
3. コード変換 (Preliminary Developer-Ready)
アプリケーションはTSRIのJANUS Studio®で実行され、近代化されたアプリケーションの詳細な初期変換またはベースライン変換を生成します。ソースコードは自動的にターゲットコードに書き換えられ、すべての外部システムコールがスタブアウトされます。
4. ベースライン変換 Blueprint®
将来のコードメンテナンスやお客様からのフィードバックをサポートし、早期のリファクタリングやシステムの再構築・強化のための領域を明らかにする、近代化されたコードの構造と流れの詳細なプレゼンテーションを行います。プレゼンテーションには、変換されたコードと設計指標、ナビゲーションインデックス、制御フロー図、構造チャート、データ要素テーブル、ステートマシンモデル、状態遷移テーブル、原因効果グラフ、ハイパーリンクされたソースコードとターゲットコードが含まれ、TSRIの安全なクラウドにホストされたHTML形式で提供されます。変換後、このステップでは、元のコードと近代化されたコード、UMLをモデル化して並べて表示するTransformation Blueprint®の例を生成します。
5. 内部依存関係・外部依存関係のインターフェース分析
すべての内部依存関係を詳細に分析することで、アプリケーションのサブシステムを段階的に統合、テスト、展開することができます。この分析により、ユーティリティー、外部参照、および近代化中に作業される他のアプリケーションへのすべての呼び出しが明らかになり、トリアージされます。外部参照やユーティリティの中には、完全な代替品が利用できるものもあります。例えば、SyncSortは新しいバージョンのSyncSortで再利用できますが、他の外部参照はモダンな環境のAPIやサービスに対象を変更することができます。例えば、IBM MQのようなユーティリティーは、オンプレミスのWebSphere MQやクラウドのAmazon MQに対象を変更することができます。代替品が存在しない場合や、プロジェクトでカスタム開発が必要な場合、TSRIはこれもサポートし、代替機能を書くことができます。例えば、SyncSortを使用することが難しい場合、TSRIは独自にeSortを開発し、プロジェクトに必要な機能を処理しています。
6. ターゲットアーキテクチャデザイン & リファクタリング計画ワークショップ
フェーズ1の非常に重要なステップは、お客様やパートナーのアーキテクト、サブジェクト・マター・エキスパート、アナリストとの一連のワークショップで、最終的なターゲット・アーキテクチャーを定義し、初期のリファクタリングや当社の変換エンジンへの他の適応などの計画的な活動を行うことです。当社の言語ニュートラルなプロセスは、ソース言語とターゲット言語の実用的な組み合わせによるコードの近代化を可能にするため、お客様は、お好みの近代化されたターゲットアーキテクチャを決定し、コード標準、コード/品質/性能の要件を提供し、可能な限り最高の最終製品を達成するためにリファクタリングをどこまで行うことができるかについて、TSRIと協力して自由に決定することができます。フィードバックと適応は必須です。私たちは、強力なリファクタリング能力でお客様をサポートできることを非常に誇りに思っています。
© TSRI & Nippon RAD Inc. All rights reserved.