Microsoft PowerPoint - T_社様事例紹介_Web_用 ppt

Size: px

Start display at page:

Download "Microsoft PowerPoint - T_社様事例紹介_Web_用 ppt"

そうりんさわまつ
5 years ago
Views:

1 T 社様メインフレームからの移行事例 2007 年 12 月 13 日 NECソフト株式会社 PFシステム事業部目次 1. はじめに 2.T 社様マイグレーションの概要 3.T 社様マイグレーションPJ 成功のポイント 3.1 オープン化のメリットデメリット 3.2 お客様参加型 PJ 3.3 棚卸の精度 3.4 パイロット変換検証を重視 3.5 テストの効率化 4.T 社様マイグレーション技術面のポイント 5. まとめ 2

2 1. はじめに NEC のメインフレームマイグレーションサポート体制お客様ソリューション提供 NEC 営業部門 /SE 部門 NEC マイグレーションサポート ACOS マイグレーションサポートセンタ AMSC プロフェッショナル部門ツール開発部門方式設計部門製品開発部門 3 2.T 社様マイグレーションの概要 4

3 T 社様会社概要サービス業従業員 1,500 名 2. マイグレーションの概要 1 システムの特徴 24 時間 365 日運転オンラインは夜間 1 時間程度のバックアップ中停止オンライン端末数 200 台背景と経緯メインフレーム要員の不足によりオープン化を検討特定のメインフレーム要員に負荷集中業務の仕組みは大きく変えたくない現行の業務に不満はないメインフレーム利用制限DB 二重管理 DBアクセス性能の限界 DBレコード拡張の困難性メインフレーム維持費の負担オープン化にあたっての要件トータルコストは抑えてオープン化したいシステム課題の解決統合 DB 構築の1step DBレスポンス向上システム拡張性確保業務 AP 開発言語の統一現行システムと同等の性能 5 移行対象資産量 COBOL 363 本 155.0KL IDLⅡ 186 本 123.5KL JCL 213 本帳票 144 帳票画面 66 画面ファイルRIQS 114 表 2. マイグレーションの概要 2 PJ における主なお客様作業分担ツール変換後の手修正 NEC 側疎通テスト後のテスト NECはテスト支援スケジュール 2005 年度 : 資産棚卸パイロット変換 / 検証 2006 年度 : マイグレーション評価 2007 年度 ~ 新システム稼動順調に稼動中 2005 年度 2006 年度 2007 年度資産棚卸パイロット検証移行設計マイグレーション評価本番稼動 6

4 P-Listene2. マイグレーションの概要 3 移行形態とミドルウェア製品 ACOS-2 AP 資産の移行 IDLⅡ COBOL85,74 バッチ帳票 FORMEX APMS/SRC*1 VIS/JCL/DB/ 帳票の API 変換含む APMS/FORM*1 COBOL85 らくらくふぉーむ Windows2003 Spoolernet Printview オンライン画面 MFD OLTPPARTNER VB JCL APMS/JCL*1 バッチファイルデータの移行共通 AP 基盤 RIQS 標準ファイル SEQ VIS JOB 管理 Data Migration Toolset *2 Oracle 標準ファイル SEQ TPBASE JobCenter *1 資産移行サービスの中で使用する内部ツール *2 データ移行専用ツール 7 マイグレーション後のシステム構成 2. マイグレーションの概要 4 開発環境 COBOL85 Pro バックアップサーバ APサーバ DB サーバ ORACLE 10g RemoteWorkbench オンライン TTPBASE TPP オンラインAP JobCenter rバッチクライアント OLTPPARTNER DataEntry AP VB バッチ AP ハッチファイル SORTKIT 帳票データ帳票フォームらくらくふぉ ~ む Printview for windows Spoolernet for printview 電子帳票 8

5 3.T 社様マイグレーション PJ 成功のポイント 9 3. マイグレーション PJ 成功のポイント 1オープン化のメリット / デメリットの明確化メリット / デメリットをお客様に十分理解して頂けた 2お客様参加型のPJ 業務ノウハウをお持ちのお客様とNECの技術者との協同 PJ 体制が実現できた 3 棚卸の精度十分な期間を持って業務システムの棚卸を実施し移行対象資産を削減した 4パイロット変換 / 検証を重視変換作業の効率化変換後環境の確認リスク対策 5 テストの効率化テストパターン分類による効率化とテスト体制の工夫 10

6 メリット 1 業務 APの開発 / 保守の効率化ベテランメインフレーム技術者から若手技術者を主体に業務 APの開発言語の統一若手が得意な技術DB/SQL Windows VB 等 2システムのランニングコストの削減 3 製品の組み合わせによってマイグレーション範囲内で電子帳票化を実現 4オープン化のコスト削減再構築やPKG 導入と比較し低コストでオープン化を実現デメリット 3.1 オープン化のメリットデメリット十分な理解の下でご決断して頂く! オープン化によるリスクはゼロではありませんメリットだけでなくデメリットについて理解して頂く必要がありました 1 マシンの信頼性低下への懸念高信頼性のメインフレームから Windows サーバへの心配 2 システム運用の複雑化 1 台のメインフレームで賄っていた業務を複数サーバ化することの弊害バックアップ障害時の復旧手順等お客様参加型 PJ お客様との信頼関係が大事業務を熟知されているお客様の協力なしにPJは成功できませんお客様とNECの協同 PJ 体制を築くことがPJ 成功の第一歩 PJ 統括お客様 CIO PJ リーダ情報システム責任者 << <<お客様と NEC NECの協同 PJ>> PJ>> PJ PJメンバー内のコミュニケーション課題進捗の共有お客様 PJ チーム情報システム部メンバー NEC PJ マネージャー NEC コンバージョンシステム運用基盤構築 << << 主な分担主な分担 >> >> システムの棚卸システムの棚卸システム運用の見直しシステム運用の見直し新システム要件定義新システム要件定義業務フロー作成業務フロー作成変換変換手修正手修正評価仕様作成評価実行評価仕様作成評価実行 << << 主な分担主な分担 >> >> マイグレーション方式設計マイグレーション方式設計システム運用設計システム運用設計システム基盤構築システム基盤構築資産変換資産変換コンバージョンコンバージョンお客様作業支援お客様作業支援評価支援評価支援問題解析問題解析 12

7 3.3 棚卸の精度棚卸精度が悪いと無駄な移行コストがかかる棚卸期間を十分に取って資産をスリム化捨てる勇気も! 1 機械的な棚卸棚卸ツールを利用し JCL と AP 資産との関連を調査宙に浮いたプログラムは不要 2 業務観点からの棚卸業務メニューから紐付く資産を調査メニュー機能の要 / 不要を棚卸し必要資産を絞り込みメニュー JCL メインサブルーチン業務メニュー 1 JCL1 AP1 AP3 AP4 AP6 AP2 業務メニュー 2 JCL2 AP1 AP5 AP6 業務メニュー 3 JCL3 AP10 AP3 ディスク上にあった AP 資産約 1,700 本から 549 本に削減パイロット変換検証を重視お客様によっては無駄と思われるかもしれませんが PJ の成功後戻り防止 / 効率化の為には非常に重要急がば回れ! 1 変換仕様の精度が低下移行コスト増 2 お客様に変換後の操作性等確認いただけない後戻りの発生 3PJ 全体にリスクが増大方式や業務の作りによって思わぬ落とし穴が <T 社様では十分なパイロット変換 / 検証を実施 > 1 目的の明確化と共有変換ツールの精度向上手修正内容の把握実際のオペレーションを想定し動作 / 操作確認 2 対象アウトプットスケジュールの明確化 3 お客様にマイグレーション作業を体感して頂く 4 課題の対処 / 検討 14

8 3.5 テストの効率化業務テストはお客様主体で移行対象全て実施手を抜かない! マイグレーションといえどもプラットフォームが変ることによって思わぬ運用面等の問題が露見するケースもあり十分なテスト期間とテスト実施がプロジェクト成功の重要な鍵! 効率良くテストを行う為にテストのパターン化単体でできるものとできないものを洗い出し類似パターンをグルーピング業務フローを明確にしテストデータ作成やテストの順番を効率良く計画テストチームの体制業務を熟知されているお客様主体のテスターと NEC 主体の解析チームでテストを分担類似パターンで分類しテストを実施テストデータ作成お客様主体テスターお客様主体解析 NEC 主体問題点の修正は全該当プログラムにフィードバックし同一問題を実機テストで繰り返さないように実施パターン分類している為問題点の影響範囲が絞り込み易い問題修正協同実施 15 4.T 社様マイグレーション技術面のポイント 16

9 4.1 技術面のポイント T 社様のシステムは NEC 製メインフレームで動作する簡易言語 IDLⅡ の資産があり IDLⅡ 資産を次期システムでどうするか? が課題 < 選択肢 > IDLⅡ 言語のまま移行 : 理由お客様要件である開発言語の統一化から外れる為オープン系技術者若手技術者へメインフレーム文化を持ち越すことになる為他言語へ移行 : 移行先言語は COBOL85 を選択理由移行対象資産に COBOL85 一部 74 があり COBOL85 で開発言語を統一注 :IDLⅡ はデータフローを基本としたパターンによるプログラミングスタイル AP 変換 IDLⅡ 変換 IDLII から COBOL への移行方式は 2 方式がある T 社様では保守性を考慮し方式 1 を採用変換方式方式の内容特徴方式 1 方式 2 IDLⅡソースからCOBOLへの移行アクション変換は処理パターン雛形を元に変換プログラムが構造化されているため可読性が良い保守性が良い非手続き型要素を手続き型処理に変換が必要完全にツール化が難しい面があり若干の手修正がある IDLⅡコンパイラが生成したCOBOLソーコンパイラが生成したコードなので可スからの移行読性が良くない保守性が悪い手続き型なのでそのまま変換可能 18

10 <IDLⅡ プログラムの構造 > < マイグレーション後の COBOL プログラム構造 > IDL制御4.2 AP 変換 IDLⅡ 変換 2 アクション1 4 終了処理部3 アクション2 初期処理マルチアクションアクション1 アクション2 1 初期処理終了処理構造化した COBOL プログラムロジックへ変換アクション間の繋がりも構造化したロジックで実現まとめ T 社様からのお言葉思っていたより大変だったが予定通りサービスインでき順調に稼動しているマイグレーション PJ では特にテスト時は問題がありそうなところをピンポイントで指摘してくれて技術力マイグレーション経験 / ノウハウに感心したメインフレームの業務システムはお客様が長年築き上げてこられたかけがえのない財産ですこれを無駄にすることなく将来へ活かして行くお手伝いを今後もお客様と協力し合って一丸となって行ってまいりたいと思いますご清聴ありがとうございました 20

11 21

四国旅客鉄道株式会社様におけるCOBOL資産との取り組み

四国旅客鉄道株式会社様におけるCOBOL資産との取り組み Logo 四国旅客鉄道株式会社様における COBOL 資産との取り組み JR 四国情報システム株式会社浅野昌志日本コンピューターシステム株式会社植田泰弘目次 1. 事例概要の説明 1 企業紹介 2 既存システム概要 3 プロジェクトの背景と目標 4 体制と役割分担 2. 資産移行の詳細 1 移行前後のシステム構成 2 変換要件と仕様 3 苦労した点と解決策 3. プロジェクトを振返って 2 1