Caravelシリーズメインフレーム及びミッドレンジ（IBM）のマイグレーションサービス

Caravel Converterはソースコードの100％を変換します。変換プロセスには、制御言語（CL、JCL）、オペレーティングシステム機能（WRKSBMJOB、WRKSPLFなど）、データアクセス、およびユーザーインターフェイスも含まれます。Caravel Converterサービスは元のアプリケーションとまったく同じ機能で実行される100％純粋なJavaアプリケーションを提供します。変換されたシステムは、最新の多用途ユーザーインターフェースを使用して、同じAS/400、メインフレーム上、または異なるプラットフォーム上（HW、OS、およびRDBMS）に配置できます。

RPG/COBOL：
RPG言語：すべてのバージョンRPG II、RPG III、RPG/400、およびRPG ILE
COBOL言語：COBOL/400
埋め込みSQLはRPGとCOBOLの両方でサポートされています。

IBMメインフレーム：
COBOL言語：ANSI COBOL 85、COBOLおよびCOBOL II。
COBOL CICSおよび組み込みSQLがサポートされています。

CaravelフレームワークはJavaのクラスやメソッドを使ってサイクルプログラムのすべての機能を実装しているので、その動作を非常に効果的に保つことができます。

各RPG / COBOL命令を元のものと同じ機能を保持するメソッドに変換します。変換はグループ単位ではなく、命令ごとに行われます。

変換の目的は、現在の技術チームが読みやすいシステムを作成することです。

一方で、Javaプログラマーにとっては100％ピュアなJavaシステムであり、通常通り扱うことが可能です。変換されたシステムの機能は、RESTサービスメカニズムを介して呼び出すこともできます。

変換されたプログラムは100％ピュアなJavaコードなので、あらゆる標準的な開発環境が使用できます。当社のお客様は、WebSphere、Eclipse、Net Beans、IntelliJ、JBuilderなどとうまく連携しています。

AS/400ではCPYF、CRTPFM、ADDLIBLE、MONMSG、OVRDBF、OVRPRT、OVRDSPFなど、従来のAS/400システムで使用されている膨大な数のコマンドが実装されています。

Caravel Converterは元の機能を100％保証する変換サービスです。したがって、このために必要なすべてのコマンドが実装されています。

また、IBMメインフレームにおけるJES環境、IBM標準ユーティリティもサポートしています。例えばSORT、IDCAMS、IEBCOPY、IEBGENERなどです。

Caravelに存在しない機能が必要であるという例外的なケースでは、今後さらに開発を進め、それをフレームワークに含めます。

AS/400、メインフレームをデータサーバー及びアプリケーションサーバーどちらとしても使用することが可能です。Client-Serverアーキテクチャーの下では、変換されたシステムをオープン・プラットフォーム上で稼働させ、AS/400、メインフレームをデータベース・サーバーとして維持することができます。

同様に、AS/400の一部をオープン・プラットフォームとする^{（※1,※2）}ことで、アプリケーション・サーバーとして維持することもできます。マシンを拡張いただく必要はございません^（※3）
（※1） AS/400上にLinux区画、或いはAIX区画を追加することで、オープン・プラットフォームとしてご使用いただけます。
（※2） OS/400（i5/OS）上にWAS環境を構築することで、オープン・プラットフォームとしてご使用いただけます。
（※3） 現在お使いのシステム資産の空き容量に依存いたします。

性能は、ハードウェア構成や通信インフラストラクチャ、さらには各システムの特性によって異なります。1層から2層（クライアント-サーバー）へのアーキテクチャ変更を伴う場合にのみ、ハードウェアの変更が必要となります。

AS/400は良く知られている通り、非常に信頼性が高く、高性能なプラットフォームです。AS/400のすべてのコンポーネントは、標準化や互換性よりも信頼性とパフォーマンスを重視して、連携するように設計されています。そのため、新しく変換されたシステムで同じパフォーマンスレベルを維持するには、技術とノウハウを結集する必要があります。

10年以上にわたり、メーカーのテクニカルチームは信頼性と性能の観点から多くのアプリケーションの特性を分析してきました。現代のオープンシステムはレガシーシステムと同じレベルの信頼性を提供しますが、パフォーマンスは常に考慮しなければならない問題です。

特にコストとの関連で考えた場合、オープンシステムプラットフォームの急速な進化によりパフォーマンスは向上しました。この事実とCaravelテクノロジの急激な進化により、数年前に見られたパフォーマンスギャップは解消されつつあります。さらにパフォーマンスを向上させるために、リエンジニアリングも可能です。
ただし、実際のハードウェアの仕様、ネットワークの速度によっては現行の性能は保証出来ません。

Caravelテクノロジは多くのパフォーマンスを大幅に向上させる戦略を開発してきました。

DBMSは、RDBMSだけでなく階層型DB、ネットワーク型DBを含めてRDBMSのSQL構造に変換して実装されています。

Fileは、VSAM、ISAMは、RDBMSのSQL構造に変換して実装されています。Sequential Fileは、TEXT Fileへ実装されます。

Caravelは、AFP/400やAFP for z/OS、PSF for z/OSモジュールのほとんどの機能（画像印刷、テキスト、テンプレート、バーコードなど）を提供する印刷ファイル（PRTF）用のJava互換の拡張機能をいくつか実装しています。

Caravelは罫線・バーコード等を印刷するのと同等の機能を生成するメカニズムを備えています。元のコード（APW）とそれに相当するフォントの間で対応表が定義され、全く同じ罫線・バーコード等を出力します。

Caravelで移行したアプリケーションの中で、最も大量の印刷、且つ大量データのバッチ処理は、2万5千人の従業員の給与明細の印刷処理でした。移行した新しい印刷プロセスは印刷処理に使用したデータベースが約24GBの容量でしたが、短時間での印刷を実現しています。

マイグレーションされたアプリケーションは、元のAS/400やメインフレームのものと同等かより高速で実行されます。

さらに、この新しいシステムには、さまざまな形式の電子文書の使用を可能とするためのあらゆる機能が含まれているため、ペーパーレス化を促進できます。

Caravelは特定のアプリケーションサーバに依存しません。現時点で、変換後のアプリケーションは例えば下記に示す最も一般的なアプリケーションサーバの最新バージョンとの互換性を持っています。

• Tomcat
• WebSphere
• WebLogic
• JBossなど

CaravelはJava 8 update121までのJVMバージョンをサポートしています。

CaravelはServlet 2.3 and JSP 1.1、1.2 及び 2.0の仕様を実装しています。

Caravelは標準のJ2EEアーキテクチャのガイドラインに則ってJavaに変換します。そのため、変換されたシステムは、この規格に準拠している任意のアプリケーションサーバーにデプロイできます。

SwingインターフェースのJavaアプリケーションを使用するには、Java仮想マシン（JVM）を備えたクライアントPCが必要です。アプリケーションはこのクライアントPCからアクセス可能でなければなりません。データは、このサーバー上、OS/400上、メインフレーム上、又は他の任意のサーバー上に存在します。

Java Application Serverを含むインターネット/イントラネットにアクセスできるサーバーが必要です。サーバーは、WebSphere、又はJ2EE標準を満たす他の何のサーバーでも構いません。ワークステーションにはブラウザが必要になります（Firefox、Chrome、Microsoft Edgeがサポートされています）

Caravelシステムの移行後、作成されたJavaアプリケーションはJava Application Server上に配置できます。このモードは、J2EEの規則に従って「3層アーキテクチャ」の要件を満たします。新しいクライアント層は、一連のクライアントJavaコンポーネント（Caravel変換プロセスによって提供されるJava JSP、CSSファイル、Javascriptクライアントコンポーネント）で構成され、変換されたJavaクラスは業務ロジック層の一部となり、最後にデータ層はサーバーとデータ、及び可能なストアドプロシージャに対応します。元のAS400やメインフレームをデータベースサーバーとして管理することも、新しい外部SQLデータベースサーバーを選択することもできます。この場合、元のデータは元のデータ構造と形式から新しいSQLデータベースに移行されます。

はい、Caravelに変換されたアプリケーションはユーザーインターフェイスコンポーネントとアプリケーションの動作を分離します。また、アプリケーションデータアクセスを最終データ記憶装置と分離します。この結果、

• 結果として得られるアプリケーションは、ユーザーインターフェース画面を作成または変更することによって非常に簡単にカスタマイズできます。
• 一部のプログラムロジックは、すぐにJava Webサービス（SOAPまたはREST）に変換できます。
• 移行先データベースサーバー（元のAS400 PF/LFファイル、Oracle、DB2、SQL Serverなど）は、アプリケーションを修正することなく変更できます。

変換プロセスが、アプリケーションサーバーとの統合に完全に適応したアーキテクチャとアプリケーション構造をもつため、統合は非常に簡単です。

WebSphereを使用している多くのプロジェクトの経験があります。

Caravelは、市場で最も一般的に使用されているRDBMに移行します。例として、DB2/400、DB2、Oracle、PostgreSQL、MultiBase、SQL Serverなど。全ての場合においてJDBCドライバが必要です。

セキュリティ面は移行に含まれておりません。アプリケーションが新しい環境に移行されたら、そのプラットフォーム用のセキュリティ管理アプリケーション（オペレーティングシステム、データベース管理システムなど）を実行する必要があります。

Caravelによって使用されるクラスは、100％純粋なJavaで、明確に構造化されており、Javaの他の知識は必要としません。そのクラスは、RPGまたはCOBOL経験豊富なプログラマーによっても容易に判読可能です。

全ての変換プロジェクトには、RPG/COBOLとJava、両方の技術者向けのトレーニングセクションが含まれています。

Swingインターフェースをパーソナライズするには、WebSphere、Eclipse、JBuilder、Forteなどの標準Javaプラットフォームを使用できます。

HTMLインターフェイスをパーソナライズするには、市場で入手可能な任意のHTMLエディタを使用することが可能です。

インターフェースのカスタマイズは次のように行います：アプリケーションを変換するときに、ユーザーの要望に応じてユーザーインターフェースを自動的に生成するか、単一の画面をカスタマイズするかを選択できます。

前者の場合、画面の外観は、Caravelが提供し、画面の各フィールドに対して同等のHTMLコードを生成できるようにする特定の変換規則に基づいています。結果は、元のものと同じフィールド、サイズ、及び位置を生成するHTMLコードになります。機能に影響しない色の属性、ソース、背景色などをカスタマイズして、生成されたすべての画面に自動的に適用することができます。

後者の場合、お客様がカスタマイズしたい各画面用のJSPテンプレートを作成できます。このテンプレートは任意の画面とすることができ、オリジナルと同じである必要はありません。画面の準備を容易にする目的で、Caravelは標準のJSPメカニズムを提供し、アプリケーションからの情報（レコード、サブファイル、フィールド、属性）の使用を容易にする「JSP TagLib」を使用します。

Caravelはこれらのフィールドを管理し、情報をアプリケーションに送り返すためのJavaScript関数も提供しています（例えばファンクションキー）。このソリューションは、設計者が望み通りの見た目とするためのあらゆる柔軟性を提供します。

これら2つの解決策は互換性がありません。アプリケーションの一部の画面のみをカスタマイズすることは可能です。このプロセスは漸進的なものでも、お客様のニーズに応じたものでも構いません。アプリケーションは最初にカスタマイズされた画面を検索し、それが見つからない場合は、選択されたユーザーインターフェイスのパラメータに従って動的に画面を作成します。

カスタマイズプロセスは、お客様側で実行することも、プロジェクトの一部にすることもできます。上記最後のケースでは、お客様は希望のルール、標準、およびスタイルを定義できます。アプリケーションの見た目はJSPテンプレート群によって定義されているため、いつでも任意のグラフィック要素を変更できます。

お見積前提としてご記入頂くサーベイシートに、変換の複雑さを決定する可能性がある項目が反映されています。プロジェクトを開始する前に、各プロジェクトの複雑さ、つまりリソースの内容、必要な期間及びコストを評価し見積ります。

この見積もりは、既に成功裏に完了した多数のマイグレーションプロジェクトに基づいています。これらのプロジェクトは、非常に多様なサイズ、アーキテクチャ、および特定のレガシテクノロジを網羅しています。

元のアプリケーションが多言語の場合、Caravelはそれを同じ機能で移行します。オリジナルが多言語ではない場合、翻訳プロセス中に、Caravelは言語に固有のリテラルを抽出し、それらを外部ファイルにエクスポートするように構成できます。そのファイルを編集して翻訳することによって、アプリケーションを多言語のものに簡単に変換することができます。

はい、完全で詳細な分析レポートが変換フェーズの最初で生成されます。Caravelには、すべてのレガシシステムコンポーネントの完全なインベントリを作成し、完全性、関係、依存関係、エラーなどを分析する特定のツールAnalysisが含まれています。

Analysisレポートは、変換プロセスにおける重要な部分です。

Firefox、 Chrome、 Microsoft Edgeです。

「現行システムの一部を変換し、他は現行システムを継続して使用したい。」

「SAP等のERPパッケージを導入する際に、どうしても移管出来ない一部の現行機能をJavaに変換したい。」と仰るお客様も多く、現行システムや他のシステムとCaravelで変換した新しいJavaアプリケーションをシステム連携させる必要がありました。

変換されたJavaアプリケーションは、接続性に関して制限がありません。

当社はこの分野で豊富な経験を持っています。

現行プラットフォームで正しく機能するシステムが必要です。テスト対象の元のアプリケーションの一連のデータとテストシナリオ、及びAS/400の場合は変換するすべてのオブジェクト（RPGプログラムとCOBOLプログラム、コンパイル済みコードとソースコードの両方を含むCL、PF、LF）、メインフレームの場合は変換する全てのソース、定義ファイル類が必要です。

この機能記述プロセスにおいてお客様を支援するためのソフトウェアツール（Test Maker）を提供しています。

元のシステムとまったく同じ機能を備えた、新しいプラットフォームと環境で実行する準備が整ったJavaアプリケーションを提供します。

• 結果のJavaソースクラスとオブジェクトクラス。
• データ定義ファイル構造の変換から生成されるXmlファイル。
• 一連のユーザインタフェースコンポーネント（JSP、CSS、画像など）。
• アプリケーションによって使用される一連の標準Javaライブラリ（jarファイル）。
• データベース移行コピーバックアップ（データ移行の場合）。
• 上記に加えて、Javadoc等の関連文書と、Caravelフレームワークを使用したJavaプログラミング環境でのトレーニング。

はい、システムの一部のみを移行することが可能です。この場合はCaravelテクノロジ側で吸収されます。RPG/COBOLで開発された元のプログラムは変換されず、Javaのプログラムと共存できます。

それらのシステムはデータとプラットフォームを共有することができます。このような場合、データは通常、元のRPG/COBOLプログラムと新しいRPGプログラムの両方からアクセスされるPF/LFデータファイルとしてAS400に残ります。

原則として、AS400物理ファイルはSQLデータベーステーブルに移行され、論理ファイルはデータベースインデックスに変換されます。各フィールドはテーブルの列に変換され、列の種類は元のデータの種類に応じて最も適切なものになります（このプロセスは、データベースサーバーによって異なります）。

さらに、AS400データファイルは他の属性（パック/ゾーン/バイナリ数値フォーマット、小数点以下の桁数、フォーマット、デフォルト値、編集マスクなど）を定義できます。論理ファイルは、例えばSELECT / OMIT条件を定義できます。この情報の大部分は、標準SQL属性とは対応していません。そのため、CaravelはすべてのオリジナルのDDSソース情報（PF / LF、DSPF、およびPRTF用）を含むXMLファイルも生成します。

実行時に、変換されたプログラムはこの情報を使用して特定のSQLステートメントを生成するか、またはSQLデータを予想される形式に変換するために使用されます。

そのため、変換されたデータベーステーブルを変更した場合は、次の作業を行う必要があります。

1. 対応するALTER TABLE命令を実行してデータベーステーブル構造を変更します。
2. プログラムのデータファイルを表すXMLファイルにこの変更を追加します。
3. それに応じてこれらの新しいフィールドを使用する必要があるプログラムを変更します。（たとえば、新しいレコード変数を宣言して使用する）。

Caravelはサービスベースで商品化されているため、ツールとして商品化されていません。

テストが必要な場合は、システムの一部を使ってPoC（Proof of Concept）を行うことをお勧めします。PoCの一般的な流れは次のとおりです。

• プログラムとデータを使用して、システムの完全に機能するサブセットを抽出します。
• お預かりしたリソースの確認と変換を行います。
• 変換したシステムをWebから確認頂けます。

PoCでは、より重要と思われるシステムの一部を選択することをお勧めします。

Caravelは移行サービスであり、Javaアプリケーションで全く同じ機能を提供することを約束しています。

従って、変換ツールを第三者に販売することはございません。Caravelシリーズに含まれているいくつかの部分的なツールは購入が可能なものもあります。

変換プロセスの後は、いかなるツールも使用する必要はありません。移行されたプログラムは100％Javaです。当社の移行サービスは、お客様に完全な独立性を提供します。変換後はいかなるライセンス費用も発生いたしません。

各費用についてはご提案段階で詳細な情報を提供いたします。

Caravel Frameworkのメンテナンスアップデートとメンテナンスサービスをオプションとして契約することもできます。どちらも変換プロジェクト後の最初の1年間は、変換費用に含まれています。

費用につきましては、プロジェクトの規模と複雑さによって大きく異なります。サーベイシートに必要事項を記入頂きましたら、見積もりが可能です。

オブジェクト指向言語 のクラスは、特定の種類のオブジェクトに関連する機能を実装するプログラムです。メソッドとプロパティから成ります。

オブジェクト指向言語のメソッドは、オブジェクトクラスの機能の一種です。

J2EE（Java 2 Platform Enterprise Edition）は、コンポーネントベースの多層エンタープライズアプリケーションを開発するための標準を定義しています。Web用のスケーラブルアプリケーションの開発と展開に最適な設定を作成するツールがあります。これらのツールには以下の機能があります。

1. 異なるプラットフォームでの互換性があります。アプリケーションをWindowsまたはLinuxで作成するだけで、Java Virtual Machine（JVM）を搭載したすべてのプラットフォームで利用できるようになります。
2. スケーラブルです。会社の量が増えると、Webアプリケーションに新しいJ2EEコンポーネントを追加するだけで、その成長を支えることができます。コードを書き直す必要はありません。
3. サポートが充実しています。IBM（WebSphere）、Oracle（WebLogic Server）、Apache（Tomcat）、Adobe（Jrun）など、大規模ソフトウェア会社はJ2EEと互換性のあるWebコンポーネントコンテナ（またはアプリケーションサーバー）を所有しています。
4. 安全です。他のビジネスアプリケーションモデルでは各アプリケーションに特定のセキュリティ対策が必要ですが、J2EEプラットフォームのセキュリティ環境では、アプリケーションのデプロイ時にセキュリティ制限を定義できるため、セキュリティ実装の複雑さが分離されます。J2EEは複雑なセキュリティ実装を移植可能にします。

はい、変換されたシステムは100％Javaアプリケーションの標準に準拠しています。

Caravelによって変換されたアプリケーションは、インターフェース構造からロジックが分離しています。

そのため、変換されたプログラムに影響を与えずにインターフェースをカスタマイズすることが可能です。従ってボタン、ラジオボタン、プルダウンなどのグラフィック標準コンポーネントを含めることが可能です。

変換されたプログラムは、JSPを使用してユーザーとのデータ交換を管理します。このJSPはユーザーに情報を表現することを担います。

画面のカスタマイズは、グループまたは1つずつ行うことができます。画面のグループで使用される共有JSPを使用するか、または画面ごとに個別のJSPを使用します。

変換中に、CSSはデフォルトで全てのJSPに対して生成され、いつでも変更することができます。

更に、Caravelアーキテクチャーでは、変換されたアプリケーションをRESTサービスアーキテクチャーで使用することができます。この場合、変換されたアプリケーションへのRESTサービスによってHTML + CSS + Javascript + Angular Jsシンクライアントを使用することが可能です。

画面のカスタマイズに制限はありません。唯一の制限は、プログラムが画面データを使用する方法に由来します。

例として、変換されたプログラムはカーソル位置またはすでに押されているファンクションキーを考慮する可能性があり、カスタマイズはこの振る舞いを考慮し、それを尊重しなければなりません。

Caravel変換では、これらの状況を管理するためのデフォルトの実装があります。

さらに、画面から画面へのナビゲーションロジックを考慮する必要があります。この振る舞いより、スクリーンのカスタマイズの柔軟性が左右されます。

1つの画面に複数の画面を統合して画面のサイズを変更することは常に可能です。

画面のカスタマイズには様々なレベルがあります。影響の少ないカスタマイズ（例としてはCSSの変更のみ）から、ロジックの変更が必要になる可能性がある影響の大きいカスタマイズまであります。

どちらの場合も、機能が変更されないようにするためにアプリケーションのロジックを修正する必要があります。

はい、JavaScriptが利用可能です。

JavaScriptとjQueryのようなフレームワークを使用することは可能です。JSPを使用している場合、またはアプリケーションがHTML + JavaScriptを使用している場合のどちらの場合でも、これは可能です。

Caravelの標準実装では、デフォルトでJavaScriptとjQueryが使用されます。

はい。CCSは100％標準的な方法で使用できます。すべてのJSPまたはHTMLに目的のCSSを含めることができます。

Caravelの標準的な実装では、画面はデフォルトでCSSに含まれています。