Micro Focus Server Express for Linux 基幹業務の Linux への マイグレーションを実現 2003年 7月 2日

1. Micro Focus Server Expressfor Linux基幹業務のLinuxへのマイグレーションを実現2003年 7月 2日 マイクロフォーカス株式会社

2. Micro Focus会社紹介 Server Express 製品概要 既存COBOLロジックの再利用 Linux/JavaにおけるCOBOLの利用 プログラミングの注意点

3. 会社概要 • 設立 • 1976年 英国にて設立 • 1984年 日本支社設立 • 業務内容 • COBOLコンパイラおよび開発支援ツールの開発・販売・保守 • ミッション • 基幹業務アプリケーション開発における生産性向上と容易な保守を可能にし、更に.NETやJAVA等の最新の技術に対応することにより、お客様のアプリケーション資産の将来に渡る有効活用とビジネスの発展を支援します。 • 規模 • 従業員数　約470名 • 最近のトピックス • LINUX対応製品を発表 • Webサービス向けに完全なCOBOLサポートを発表 • 優れた顧客サービスに与えられる世界的な賞を2年連続で受賞 • ISO2002規格のサポートを発表 • DePaul大学（米国イリノイ州）、COBOL再利用テクノロジが、Javaの書き換えと比較して1/3の時間とコストで済むと発表

4. マイクロフォーカス製品ラインナップ • Micro Focus Net Express • Windows上のGUIを使ったCOBOLの統合開発環境 • メインフレーム、UNIXのクロス開発もサポート • ウィザードによる開発支援 • Java、COM、.NET、CORBAに対応 • Micro Focus Server Express • UNIX/LINUX対応の最新COBOL開発環境 • 32/64ビットUNIX/LINUX対応 • マルチスレッド対応 • Javaクラス、Servlet、EJBに容易にラッピング

5. COBOL資産の継承を支援 • Micro Focus Revolve • リバースエンジニアリングツール • クロス参照、オーバービューにより対象を把握 • ビジネスロジックの迅速な理解 • スクラップアンドビルド、再利用を支援 • COBOLに加え、JCL、CICS、IMS定義も分析 • Micro Focus EnterpriseLink • Webエミュレータ • メインフレーム端末をWebブラウザに置き換え • XMLアプリケーションのメインフレーム接続も可能

6. IBM環境下でのマイクロフォーカス製品

7. IBMPARTNERSHIP • 「業務用アプリケーションの70%がCOBOLﾍﾞｰｽであることを考えると、COBOL開発の専門家であるマイクロフォーカス社のようなパートナーと協力することは、極めて重要です。多くの新規または既存のアプリケーションにとってServer Expressは重要な開発ツールです。」 Joan Dunguid氏 (IBM社、Linux zSeries マーケティング担当ディレクタ） • 「Micro FocusはAIX上で稼動する、幅広いアプリケーション製品群への貴重な追加製品です。Micro FocusとIBM eServer pSeriesのシステムの組合せによって、両社の共通顧客に、費用対効果に優れ、柔軟かつ高性能なプラットフォームを提供することができます。」 Val Rahmani氏 (IBM社サーバーグループ、 IBM eServer pSeries　担当ジェネラル・マネージャ)

8. Windows用COBOL開発環境

9. UNIX用COBOL開発環境

10. Micro Focus会社紹介 Server Express 製品概要 既存COBOLロジックの再利用 Linux/JavaにおけるCOBOLの利用 プログラミングの注意点

11. Micro Focus Server Express概要 • JavaとCOBOLの連携 • Servlet, EJBなどからCOBOLロジックを利用 • 分散開発環境 • Windowsで開発、UNIXでビルド・統合テスト・運用 • 高性能 • 64bitマシンコード生成 (Linux は次版からサポート) • 旧版COBOL製品に比べ 20% から 200% の性能向上 • マルチスレッド • COBOLで OSレベルのスレッド制御が可能 • デバッグ機能の強化 • マルチスレッドのデバッグ • COBOL以外の言語との混在デバッグ • 豊富なユーティリティ • コアダンプ解析ツール • データベースアクセス

12. Micro Focus Server Express概要

13. UNIXサーバー 利 点 Micro Focus Server Express概要 Windows ・　Windows GUI環境でのエディト・デバッグ ・ アプリケーションのビルドプロセスを自動化 ・ SJIS, EUC環境を一元管理

14. インターネットアプリケーションウィザード によるHTML, COBOL CGIの自動生成 Micro Focus Server Express概要 CGI, NSAPI の場合 Net Express Windows UNIXサーバー SOLO配下でのローカルデバッグ Net Expressによるデバッグ Webブラウザ JAVA の場合

15. Micro Focus Server Express概要 ■製品の販売についてのお問い合わせ先 　　　エンサイクロソフト株式会社 　　　オペレーション推進部 　　　Tel：044-201-5505　/　Fax：044-201-2930 ■製品に関する技術的なお問い合わせ先 　　　マイクロフォーカス株式会社 　　　Tel:0120-209612 　　　e-mail:sales@microfocus.co.jp

16. Micro Focus会社紹介 Server Express 製品概要 既存COBOLロジックの再利用 Linux/JavaにおけるCOBOLの利用 プログラミングの注意点

17. e時代を支えるCOBOL • 実績 • 四半世紀を超える開発・販売・保守 • ANSI 規格制定のリーダーシップ • 事実上の業界標準COBOL • IBMﾒｲﾝﾌﾚｰﾑCOBOLとの高い互換性 • IBMﾐﾄﾞﾙｳｪｱ(TX series,MQ,DB2等)が唯一公式にｻﾎﾟｰﾄしているｻｰﾄﾞﾍﾞﾝﾀﾞｰ製COBOL • 多様なソリューションを支援 • 既存システムからCOBOLロジックを再利用してのリホスティング、WEB化、WEBサービスへの直接連携 • COBOL開発ノウハウを活かした新規構築 • ERPパッケージとの併用 • 既存のMicro Focus COBOLの最新環境への移行 • 多くのプラットフォームに対応するCOBOLコンパイラ • Windows、UNIX（AIX、　HP-UX、Solaris、Tru64）、LINUX • xSeries、pSeries、zSeries、Itanium2、PA-RISC、SPARC、Alpha

18. 既存システム資産の現状 • 全世界的にみると、実際に稼動している業務システムの 70％はCOBOLで記述 • 1万6千社の大企業で、今も開発言語として採用 （出展：Giga Information Group, 2000)　

19. COBOL資産の量 • 米IBMの推測 • 98年末時点で世界に1500億行 • 投下された資金が5兆ドル（600兆円） • 米コンサルティング会社の見方 • 毎年50億行ずつコードが増えている

20. COBOLは働き盛り • 新しい言語への不安 • 基幹システムのライフサイクルは10年以上 • プラットフォーム変更に耐えられるか • 技術者の不足 • 業務知識を持つJavaプログラマー？ • 他人が書いたJava、Cプログラムを保守？

21. メインフレーム市場 • 日本は「メインフレーム大国」 • 2002年を境にオープンへの切り替え加速 • メインフレーム利用企業の「コスト削減要求」 • 紹介記事 • 2003年2月14日 • 日経ITPro「記者の眼」

22. 適材適所、プログラム言語選択 • 現在のアプリケーション開発の前提は • Web対応 • Webシステムとの連携 • プログラミング言語の選択が重要 • 開発の半分以上はビジネスロジックの組上げ • 最適な言語選択が生産性と品質を向上 • COBOLとJava • フロント画面Java、サーバー側COBOL • 有効桁数18桁のCOBOLは保険料率計算など安心 • 「COBOLかJava」ではなく「COBOLとJava」

23. オープンシステムにおけるCOBOL • メインフレームオルタナティブとしてのWindows、UNIX • COBOLバッチプログラムの高い移植性 • アプリケーションサーバーとしてのWindows、UNIX • ホスト集中型の従来型アプリケーションとの親和性 • COBOLの一般的特性 • 高い可読性、保守性、生産性、均質な品質 • 40年間で証明された開発方法論としてのCOBOL • COBOLプログラマの高い資質 アプリケーションサーバー クライアント ロジック プレゼンテーーション サービス要求 サービス データアクセス ロジック サーバーサイドでのビジネスロジックにCOBOLの活用を

24. COBOLロジックのコンポーネント化 強固なビジネスロジックをどこからでも、誰からでも… アプリケーションサーバー COM+ ビジネスロジック クライアント ラッピング EVALUATE SHOR WHEN ADD-VA PERFORM AD WHEN DELETE PERFORM DE COMPUTE INHE = YEARS-GIVE / ( 12 + IND IF ( CUSTOMER- > ‘20011212’ ) AND プレゼンテーーション .NET Framework ラッピング サービス要求 • 多言語 • HTML • ASP • JSP • VisualBasic • C# • …. • ヘテロ • プラットフォーム • メインフレーム • Windows • UNIX • Linux • モバイル端末 …. Javaクラス ラッピング Enterprise Java Bean ラッピング CORBA オブジェクト ラッピング

25. 既存COBOLロジックの再利用 • Webアプリケーション構築でCOBOLを活用するために、既存COBOL資産を活用したい  ロジックの抽出が必要 • 既存COBOLプログラム = プラットフォーム依存部 ＋ ロジック • プラットフォーム依存部 • レガシー環境に特有のDB/DC処理部分 • 画面入出力 • ロジック • 業務の計算・編集・DB照会/更新 • ロジックは入力パラメタを処理して出力パラメタを作製する手続き • CICSトランザクションのCOMAREA • RECEIVE文で受け取る電文のレコード形式 • IN と OUT に着目して抽出する

26. 既存COBOLロジックの再利用 オンラインプログラムの構造 PROCEDURE DIVISION. ENTRY 'DLITCBL' USING IO-PCB ALT-PCB. PERFORM 画面入力. PERFORM 業務処理. PERFORM 画面出力. GOBACK. 画面入力. CALL 'CBLTDLI' USING GN IO-PCB MID-AREA. 画面出力. CALL 'CBLTDLI' USING ISRT IO-PCB MOD-AREA MOD-NAME. 業務処理. <<< 再利用されるロジック >>> 典型的なIMSオンライン

27. 既存COBOLロジックの再利用ツールの活用 –Micro Focus Revolve クロス参照と最文書化

28. Micro Focus会社紹介 Server Express 製品概要 既存COBOLロジックの再利用 Linux/JavaにおけるCOBOLの利用 プログラミングの注意点

29. Linuxによる Javaベースシステム構築とCOBOL • さまざまな連携方法で、COBOLロジックの利用が可能 • 疎結合 – バッチのみCOBOL、DBは共有 • 蜜結合 –JSP/Servlet/EJB から COBOLロジックを利用 JSP Servlet COBOL DB2 EJB WebSphere Application Server バッチ処理層 COBOL

30. COBOLロジックの利用方法 • Micro Focus提供の mfcobol.runtimeクラス • COBOLプログラムのロード、呼び出し • パラメタ型変換、返却値 • 参照系の利用で便利 • Micro Focus提供の COP Framework • 別プロセスの COBOL Serverにより一元処理 • Javaからは pure Javaの ClientRequestオブジェクトでメッセージ送受信 • Application Server に負担をかけない • ミドルウェア経由のコンポーネント化 • IBM MQ • IBM TX Series (CICS) • BEA Tuxedo • 日立 OpenTP1 • NEC TPBase • トランザクション処理で利用

31. Mfcobol.runtimeクラスの利用 Javaクラス COBOL ランタイムシステム COBOL プログラム Cobcall() COBOL プログラム runtime オブジェクト COBOL プログラム JVM

32. Micro Focus COP Framework COBOL Server Javaクラス COBOL ランタイムシステム Cobcall() ClientRequest オブジェクト COBOL プログラム COBOL プログラム COBOL プログラム JVM

33. IBM TX Seriesによる連携 注：TX Series のLinux版は まだ提供されていません JSP/Servlet TX Series Transaction Gateway ECIリスエスタ COBOL ランタイムシステム WebSphere Application Server CICSコマンド COBOL プログラム COBOL プログラム COBOL プログラム

34. Micro Focus Enterprise Serverによる連携 注：Server Express 4.0 J にて 提供が予定されている機能です JSP/Servlet Micro Focus バイナリプロトコル Micro Focus Enterprise Server 自動生成 EJB COBOL ランタイムシステム WebSphere Application Server 自動マッピング COBOL プログラム COBOL プログラム COBOL プログラム 開発環境 Interface Mapping Toolkit

35. ABK システム – ドイツ （ドイツにおける銀行用支払トランザクション・ソフトウェアの大手プロバイダ） • ビジネスの課題 • 顧客がトランザクション・スループットの迅速化を要求 • …より低いトランザクションあたりのコストで • 解決策 • 銀行用支払アプリケーションを Unix から移行 • …Linux 稼動の IBM zSeries メインフレームへ • …アプリケーションの再コンパイルのみで • 成果 • 首尾よく移行が完了 • 顧客のトランザクションを削減 • ドイツ国内 5 万件の銀行間トランザクションのを6 時間以内で処理 再コンパイルのみで、新プラットフォームを活用

36. Micro Focus会社紹介 Server Express 製品概要 既存COBOLロジックの再利用 Linux/JavaにおけるCOBOLの利用 プログラミングの注意点

37. インタフェース設計の留意点 • COBOLのデータ型のマッピング • COBOLデータ型とJavaデータ型 • COBOLのレコード形式 • 一般に項目数が非常に多い –CICSのCOMAREAなど • Javaはひとつのメソッドに300個のパラメータがあることを想定していない • XMLなどテキストベースのインタフェース • Javaではテキスト形式での交換が安全 • IN/OUTパラメータの配置 • OUTパラメータはテキスト型返却値にまとめると簡単 • COBOLレコードをテキストへエンコード・デコードする処理が必要

38. インタフェース設計の留意点COBOLのデータ型とJavaデータ型インタフェース設計の留意点COBOLのデータ型とJavaデータ型 Net Express、Server Express が提供する COPYライブラリとクラスライブラリで実現

39. インタフェース設計の留意点 • IN/OUTパラメータのテキストへのエンコード・デコード • 基本データ型は Net Express や Server Express が提供するメカニズムで変換される • Javaなどで 既存COBOLをラッピングする場合、COBOLのLINKAGE-SECTIONに記述されたレコードを、ラッピングで変換する必要がある • レコード型は、要素を個別のパラメタにするよりも、テキスト形式にまとめて、ひとつのパラメタとしたほうが良い • “&&” のようなセパレータで区切られたテキスト表現とする • COBOLのUNSTRING文で渡されたテキストを要素へ分割 • COBOLのNUMVAL関数で、テキスト形式の数値を任意のCOBOL数値型に変換可能 01 ITEM-1 PIC S9(8)V9(5) USAGE PACKED-DECIMAL. MOVE FUNCTION NUMVAL(“+123.456”) TO ITEM-1.

40. スレッド競合の回避 • スレッド競合の問題 • Javaでは、コンポーネントをサーバー上プロセス内のスレッドとしてインスタンス化する • COBOLプログラム中のリソースは通常プロセス内 Static • WORKING-STORAGE SECTIONのデータ • オープンされたファイルの結合子 • 同一コンポーネントのインスタンスが同時に複数存在すると、リソースの競合が発生し、誤操作の原因となる スレッド1 MOVE 1 TO A スレッド2 MOVE 2 TO A Staticなリソース プロセス

41. スレッド競合の回避 • Javaの場合 • COBOLを利用するJavaメソッドを Synchronize属性にする • 同時に１インスタンスしか実行されないことを強制 • COBOLコンポーネントをスレッドセーフにコンパイルする • SERIAL指令 – 同時にひとつしか実行されないように強制 一般に小さい処理に適切 • REENTRANT指令 – すべてのリソースをスレッド毎に作製するように強制 一般にオーバーヘッドは大きい • COBOLコンポーネントをスレッドセーフに再設計する • 競合するデータは THREAD-LOCAL SECTIONに配置 • セマフォやミューテックスを使用して、競合するロジック部分を占有する

42. デモ システム構成

43. ご案内 • 詳細な技術情報について • 無料定期セミナー • Windowsアプリケーション構築セミナー • Java環境でのCOBOLの活用技法 • 既存システムの再利用とダウンサイジング • ユーザー事例、技術資料、製品マニュアル、ソリューションプロバイダ募集要項等 http://www.microfocus.co.ｊp/