人事給与システムの再構築事例に基づく

メインフレーム・マイグレーションの注意点

ＪＲ四国情報システム株式会社
情報システム部
田中 一人
１

目次
１．事例概要の説明
１ 企業紹介
２ 既存システム概要
３ プロジェクトの背景と目標
４ 体制と役割分担
２．資産移行の詳細
１ 移行前後のシステム構成
２ 変換要件と仕様
３ 苦労した点と解決策
３．プロジェクトを振返って
４．最後に
２

１ー１.事例概要：企業紹介

社名
四国旅客鉄道株式会社設立
昭和62年4月1日
資本金３５億円
社員数
２,７５６人（平成２１年８月現在）
事業内容 旅客鉄道事業、旅行業、その他の関連事業

社名
ＪＲ四国情報システム株式会社設立
平成16年4月1日
資本金1,000万円
株主
四国旅客鉄道株式会社（100%出資）
事業内容 ＪＲ四国基幹システム運用・保守、ＪＲ四国グループ会社のシステム開発、ハード、パッケージ販売、バーチャルモール「夢四国」の運営管理、等

３

１ー２.事例概要：既存システム概要★ プラットフォーム： メインフレーム （ＡＣＯＳ４）★ システム： 人事給与システム★ プログラム： 約 ８００本★ ＪＣＬ： 約 ５００本★ ファイル： 約 ２５０本 【ＲＩＱＳ（ＲＤＢ）、ＶＳＡＳ（ＶＳＡＭ）、ＤＩＲ、ＳＥＱ】★ 帳票： 約 ５００フォーム
電子帳票 ＲｅｐｏｒｔＶｉｅｗｅｒ

４１－３．事例概要：プロジェクトの背景と目標① プロジェクト検討の理由
課題・ メインフレーム系システムからオープン系インフラ基盤への刷新
・ オープン系のデファクトスタンダードな技術の採用、開発環境の導入
・ 既存資産の有効活用と開発期間の短縮
・Open化に移行したい
・独自の人事給与体系・・・
・開発期間は・・・

人事給与システム

・既存資産の有効活用
・移行リスク＆コストの最小化
・短期間での移行が可能
・Open連携容易

解決策
ＣＯＢＯＬマイグレーション＋ 一部リライト５

１－３．事例概要：プロジェクトの背景と目標② 検討した選択肢
手法比較
システム機能コスト

期間

移行リスク

保守
メンテ

既存資産
有効活用

拡張性再構築

◎

××△

◎×◎

パッケージ

○○△○△×△マイグレーション＋リライト○◎◎○○◎○

メインフレーム
継続○◎◎

◎

×

◎

×

比較のポイント・ 既存資産の有効活用が可能であること
・ 開発期間と予算が上限内に収まること
・ 開発環境やデバッグ環境が整備されていること
・ Ｗｅｂ化等オープン連携が容易であること
・ システム拡張性に優れていること

６

１－３．事例概要：プロジェクトの背景と目標③ 移行にあたっての目標

既存システムが持つ高い運用性と信頼性に加え拡張性を実現する。
・ Ｏｒａｃｌｅへの移行要件
既存のロジック、レイアウトを変更無しでＯｒａｃｌｅへ移行すること。
将来のデータ活用の基盤を構築すること。
・ 画面機能要件
現行オペレーション及びレスポンスを踏襲すること
・ 帳票機能要件
現行Ｒｅｐｏｒｔ Ｖｉｅｗｅｒを利用することで、現行の操作性、運用性を継承する。
・ その他要件
ファイル転送、ジョブネットワーク、ジョブ監視等の精度を高め信頼性、運用効率を向上させる。
７

１－４．事例概要：体制と役割分担① プロジェクト体制図 及び 各担当の役割・連携
ＪＲ四国
ＪＲ四国情報ｼｽﾃﾑ（ＪＲＳＩＳ）
ＮＥＣ全体統括、総合試験実施

ＮＥＣシステムテクノロジー
システム総合サポート

日本コンピューター・システム
調査分析～結合試験実施及び総合試験サポート
東京システムハウス
変換サービス・サポート
８

１－４．事例概要：体制と役割分担② 体制作りでの注意点

ＰＯＩＮＴ
ＰＯＩＮＴ ：： プロジェクト内の情報共有
プロジェクト内の情報共有
・・ 打合せ前の事前テーマ通知
打合せ前の事前テーマ通知
・・ 議事録の配布
議事録の配布・・ 定期的な進捗報告と進捗会議、各フェーズの終了をプロジェクトで確認
定期的な進捗報告と進捗会議、各フェーズの終了をプロジェクトで確認
・・ 情報交換票による連絡
情報交換票による連絡 （書面による連絡）（書面による連絡）・・ メーリングリストの活用
メーリングリストの活用 （関係者に漏れなく連絡）（関係者に漏れなく連絡）
９

１－４．事例概要：体制と役割分担③ スケジュール
２００８年

２００９年

4月 5月 6月 7月 8月 9月 10月 11月 12月 1月 2月 3月 4月 5月 6月

ＣＯＢＯＬ
マイグ
レーション

インフラ構築

ＪＯＢ
スケジュール

調査･分析移行設計

結合試験
本稼動

プロトタイプコンバージョン

調査
分析

構築

総合試験・並行本番

動作確認

調査分析
情報登録
１０

２－１．移行資産の詳細 移行前後のシステム構成① インフラ比較
移行前

ＡＣＯＳ４
ＣＧＭＴ装置ディスク装置センターコンソール

移行後

人給本番サーバー（AP・Webサーバ）
DBサーバーストレージディスク
運用管理サーバー
人給開発サーバー（バックアップサーバ）

プリントサーバー

プリントサーバー

ファイル転送サーバー

ファイル転送サーバー
１１

２－１．移行資産の詳細 移行前後のシステム構成② ミドルウエア・アプリケーション比較
移行前

移行後

ＯＳ ： ＡＣＯＳ４

ＯＳ ： Ｗｉｎｄｏｗｓ２００３

運用管理
ＦＩＰＳ

運用管理
Ｓｅｎｊｕ

ファイルシステム
ＲＩＱＳ（RDB）、ＶＳＡＳ（VSAM）、ＤＩＲ、ＳＥＱ

ファイルシステム
Ｏｒａｃｌｅ ・ ＳＥＱ

言語
ＣＯＢＯＬ ・ ＣＯＢＯＬ／Ｓ

言語
ＭＦＣＯＢＯＬ

帳票
ＦＯＲＭ－ＥＸ ・ ＲｅｐｏｒｔＶｉｅｗｅｒ

帳票ＲｅｐｏｒｔＶｉｅｗｅｒ

ファイル転送ＦＴＰ

ファイル転送
ＨＵＬＦＴ
１２

２－２．移行資産の詳細 変換要件と仕様① ＣＯＢＯＬ資産移行に関する要件
以下に示す機能がメインフレームと同等であること■ ＣＯＢＯＬ標準部品やユーザマクロ■ 世代管理ファイル■ ＶＳＡＳ（ＶＳＡＭ）ファイル■ ＣＧＭＴでのバックアップ運用■ ＦＯＲＭ使用帳票■ ＪＣＬでのジョブネット
■ 画面運用１３

２－２．移行資産の詳細 変換要件と仕様② 要件を吸収して移行を行うための仕様設計■ ＣＯＢＯＬ標準部品やユーザマクロ ・ ＴＳＨ社の蓄積資産で既存のものは活用、不足分は新規開発
・ ファイルリネーム方式の既存代替処理■ 世代管理ファイル■ ＶＳＡＳ（ＶＳＡＭ）ファイル
・ Ｏｒａｃｌｅへ移行■ ＣＧＭＴでのバックアップ運用■ ＦＯＲＭ使用帳票

・ ＲｅｐｏｒｔＶｉｅｗｅｒに全て移行■ ＪＣＬでのジョブネット

・ ＡＪＴＯＯＬ Ｂａｔｃｈ Ｆｒａｍｅｗｏｒｋ・Ｓｅｎｊｕにて定義■ 画面運用・ Ｗｅｂｌｏｇｉｃ・Ｔｕｘｅｄｏにて実現
１４

２－３．移行資産の詳細 苦労した点と解決策① 現行資産調査①－１ 移行資産の絞込み
ＣＯＢＯＬ総資産 ： 約３、０００本

実行時ログ調査？
必要移行対象資産無駄な資産は移行対象外！

約８００本
ユーザヒアリング・ 移行資産の洗い出し： 過去実行ログ調査・ユーザヒアリング
無駄な資産の移行は工数･期間の無駄使い
１５

２－３．移行資産の詳細 苦労した点と解決策① 現行資産調査①－２ 稼動資産調査（サブプログラム・階層ＪＣＬの洗い出し）
ＪＣＬ
メインＪＣＬ

一階層

二階層

サブＪＣＬ１

サブＪＣＬ１１

サブＪＣＬ２サブＪＣＬ１２

サブプログラム１

サブプログラム１１

サブプログラム２

サブプログラム２１

ＣＯＢＯＬ
メインプログラム

移行資産の選定漏れ！
調査分析段階での洗い出しが必須！
後工程で発見されると、思わぬ工数と時間が発生する。
・ 全稼動資産の洗い出し ： ツール（エディタ、ＥｘｃｅｌＶＢＡ）を利用した調査を実施し、洗い出し漏れを無くす

１６

２－３．移行資産の詳細 苦労した点と解決策① 現行資産調査①－３ 実装されているメインフレーム ＋ 当社独自機能の確認のためプロトタイプ選定
Ｂａｔｃｈ系
Ｂａｔｃｈ系

Ｏｎｌｉｎｅ系
Ｏｎｌｉｎｅ系

プロトタイプ実行

プロトタイピング選定に際しては、システム上重要な箇所・技術的なポイントを意識し選定。
Ｂａｔｃｈ系
Ｏｎｌｉｎｅ系
・ プロトタイプ選定： 正確性調査のため計算ロジックを含むものを選定： 処理速度調査のため照会系を選定： 今後の移行の指針となるため選定は慎重に行う
１７

２－３．移行資産の詳細 苦労した点と解決策① 現行資産調査①－４ 実装されているメインフレーム ＋ 当社独自機能の確認
メインフレームのリソースには、本来開発者が意識すべきことをＯＳが代替してくれるようなものがある。
長い開発期間を経るうちにそれらが標準となってしまったシステムもある。
ＯＰＥＮ

メインフレーム
規則を遵守！

ＪＣＬ

ＣＯＢＯＬ
ＪＣＬ

COBOL

ＯＳ
規則を無視した場合でもＯＳがカバー

規則遵守の形へ変換「領域初期化」、「特殊ＳＯＲＴ」、ｅｔｃ・・・

・ メインフレーム
独特の機能の洗い出し： 調査分析・プロトタイプで確認し、変換ツールで対応するか、手修正で対応するか判断する

１８

２－３．移行資産の詳細 苦労した点と解決策② ＯＮＬＩＮＥプログラム（画面入力）
移行後イメージ⑤画面⑤画面
JSPJSP
ＪＳＰ

リポジトリ情報

画面表示

クライアントオンラインプログラム
オンラインプログラム
オンラインプログラム(COBOLソース)(COBOLソース)(COBOLソース)

入力チェック情報
入出力項目情報画面遷移情報Java Servlet

WTC CALL

OracleTuxedo
TuxedoOracle

画面入力

EXEC SQL

Ｏｒａｃｌｅファイル I/O

プログラム起動SAM,ISAM
VIS_MAIN(COBOL)

ファイル I/O

AJTOOL WTC Framework

AJTOOL WTC Framework

ＣＳＶ

OracleOracleWebLogic
WebLogicServer
ServerMicro
Micro Focus
Focus ランタイム
ランタイム

ＶＤＬ情報

トランザクション情報参照

・ 違和感の無い画面 ： カラー選定、ファンクションキーの選定、最大最小化等
Windowsボタンの抑制、オペレータへ移行後の画面確認： 現行のレスポンスをキープ
・ 応答レスポンス

１９２－３．移行資産の詳細 苦労した点と解決策③ ＯＮＬＩＮＥプログラム（帳票）
即時発行を要求されるＯＮＬＩＮＥ帳票⑤画面⑤画面
JSP
JSP
ＪＳＰ

OracleTuxedo
TuxedoOracle

帳票出力

クライアントAJTOOL

ファイル 出力

帳票生成
プログラム(COBOLソース)

ＣＳＶ

帳票自動監視プログラム(新規作成)AJTOOL

WebLogic
WebLogic

出力帳票

オンラインプログラム
オンラインプログラム
オンライン(COBOLソース)(COBOLソース)
プログラム(COBOLソース)

Micro
Micro Focus
Focus ランタイム
ランタイム

ReportCraft
ReportCraft //ReportViewer
ReportViewer
帳票ツール

・ ＯＮＬＩＮＥ帳票（即時性を要求）： 帳票データをＣＳＶ出力に変更
ＣＳＶ格納フォルダを自動監視するシステムを新規開発、即時に帳票ツールへデータの受渡しを実現

２０

２－３．移行資産の詳細 苦労した点と解決策④ 電子帳票連携
移行後イメージ
業務プログラム変換プログラム

ＨＵＬＦＴ

プレーン
テキスト
プレーンテキスト形式は、ＳＪＩＳの制御コード（改行やリターンコード）ありのデータ。

変換プログラム

ＡＣＯＳ
形式データ

ＦＧＬⅢ
フォーム定義ReportViewer

・ 既存のフォーム定義を利用： 変換プログラム
・ フォントタイプの違いによる帳票項目の位置決め ： 手作業によるレイアウト照合

２１

２－３．移行資産の詳細 苦労した点と解決策⑤ コード変換
マルチレイアウト時のコード変換
999 A XXXXXXXXX ＮＮＮＮＮＮＮＮＮ XXXXXXXXX
999 B S999 XXXX ＮＮＮＮＮＮＮＮＮ XXXXXXXXX
999 C S999 XXXXXXXXX XXXXXXXXXXXXXXXXX
漢字
漢字文字

文字

文字
バイナリ

４バイト目＝Ｃ文字

４バイト目＝Ｂ文字

４バイト目＝Ａ

文字

コード変換ソフトを駆使し、レコードの特徴に合わせてコードレイアウトを定義
・ マルチレイアウトフォーマット ： データ構造の理解とコード変換ツールの活用
・ テスト時プログラム異常終了 ： 情報共有により異常終了時のパターンを把握

２２

２－３．移行資産の詳細 苦労した点と解決策⑥ ＣＧＭＴの扱い
メインフレーム

セーブ

ＣＧＭＴロード

累積データ

一時ファイル（一時ファイル）

移行後
累積データ（一時ファイル）

累積Ｏｒａｃｌｅ
書き込みプログラム

書き込みキー

累積Ｏｒａｃｌｅ
情報ファイル

累積Ｏｒａｃｌｅ
抽出プログラム

抽出データ

抽出キー

従来、年度別に保管していたＣＧＭＴ内のファイルをＯｒａｃｌｅに変更し、日付キーを与えて抽出できるように移行。

・ 累積データ管理のためのＯｒａｃｌｅ化 ： 管理レイアウトの追加とツール作成
・ ＣＳＶ形式のデータ変換に変更： ファイル仕様の作成とＤＢツールの活用

２３２－３．移行資産の詳細 苦労した点と解決策⑦ 結合試験の実施

高松

・ 試験データ作成
・ 照合結果＆問題点確認

大阪

メール・定例会
情報の共有

・ ＲｅｐｏｒｔＶｉｅｗｅｒ印刷、PDFデータの送付

・ 問題点票・ 試験実施（質問票）起票

・ 照合作業

・ 帳票出力依頼

・ 異常終了原因の所在の切り分け ： 対応要員の配置、作業者間の情報交換： 照合作業専門要員の配置
・ 帳票データの照合作業： 定期的な内部進捗会議・情報交換票の活用
・ 連日発生する問題点

２４

２－３．移行資産の詳細 苦労した点と解決策⑧ 総合試験 ・ 並行本番の実施⑧－１ 試験データによるロジックの網羅性確認
結合試験

総合試験
ＩＮデータプログラム

プログラム
ロジック Ａ・ データ網羅性

総合試験

結合試験
ＩＮデータ

ロジックＢが未確認だ

ロジック Ａ

ロジック Ｂ

ロジック Ｂ

ロジック Ｃ

ロジック Ｃ

結合試験
ＯＵＴデータ

総合試験
ＯＵＴデータ： 結合試験では、特定パターンのデータとなる「総合試験」で３ヶ月の実データによる試験を実施することでデータの網羅性を図る

よし全ステップ
走破！

２５

２－３．移行資産の詳細 苦労した点と解決策⑧ 総合試験 ・ 並行本番の実施⑧－２ 総合試験計画

日次
他システム
連携
期末処理

２月

３月

４月

２月度処理

３月度処理

４月度処理

３月度処理

４月度処理

２月度処理

前年データ

５月

本稼動

当年データ
移行

データ移行
並行（実データで試験することで並行運転を兼ねる）

・ 結合試験では予測できない障害（データ網羅性による障害）
・ 短期間でのデータ移行： 障害原因の横展開、関連項目の調査･分析を即時で実施。
： 照合試験で作成した移行ツールの活用。

２６

３．プロジェクトを振り返って
COBOL及びマイグレーション資産の評価
移行後の特徴評価点

移行後の言語に違和感がない

教育はエディタの使用法のみ

データを全てＤＩＳＫで管理

オペレーション工数の削減

実行ログ管理の一元化

システム監視の信頼性向上

デファクトスタンダードな技術の採用と開発環境新機能の追加が容易

既存の電子帳票システム利用

品質の維持、ユーザ負担なし
２７

３．プロジェクトを振り返って
総合評価
・・ 予定通りの納期、コストで順調に本番稼動
予定通りの納期、コストで順調に本番稼動 （本番稼動後のトラブル０件）（本番稼動後のトラブル０件）
・・ 保守・開発・運用効率の向上
保守・開発・運用効率の向上（処理時間の短縮）（処理時間の短縮）

・・ ランニングコスト低減
ランニングコスト低減（メインフレーム撤去）（メインフレーム撤去）

・・ インフラインフラ （ハード・ＯＳ）変更への柔軟性確保（ハード・ＯＳ）変更への柔軟性確保
・・ データベースのオープン化により、統計データ作成の迅速化との利便性の向上
データベースのオープン化により、統計データ作成の迅速化との利便性の向上
・・ 次期システムステップアップへの基盤を確立
次期システムステップアップへの基盤を確立

２８

３．プロジェクトを振り返って今後マイグレーションを行われる方へのアドバイス・・ 資源の棚卸、改修計画、改修反映
資源の棚卸、改修計画、改修反映
必要最低限を洗い出せ！資産は常に変化している！
・・ 精度の高いテストデータ準備
精度の高いテストデータ準備
正確なＩＮとＯＵＴがマイグレーションの鍵となる！
・・ 連絡事項・確認事項は文書で残し、プロジェクト全体で情報共有する
連絡事項・確認事項は文書で残し、プロジェクト全体で情報共有する
目的に向かいプロジェクト一丸となる！
・・ プロジェクト全体のコミュニケーションが重要
プロジェクト全体のコミュニケーションが重要担当者間で意思疎通をはかる！

２９

４．最後にマイグレーションに際しては、以下のような不安要素もあった。
・ 現行のメインフレームと同等以上のオープン系プラットフォームを構築することが出来るのか？
・ メインフレームと同等のレスポンスは期待できるのか？
これらの不安要素もマイグレーションサービス（MMS）を選定したことにより杞憂に終わった。
オープン系プラットフォームの場合、複数のハードウェアやソフトウェアの組み合わせとなるため、その組み合わせ次第で機能が不足したり不安定な動作となることが予想される。
しかし、これらもＭＭＳによる基盤設計で安定したものとなっている。
レスポンスについても汎用機の処理時間を大きく下回る数値を示している。
また、試験を通じ各システムを見直すことも出来た。

システム全体を柔軟性・拡張性のあるアーキテクチャに近代化させることが出来た。
３０

４．最後にご協力いただきました各社様、ありがとうございました。

ご清聴ありがとうございました。

－ リスクを負わないのがリスクである －ビル・ゲイツ
挿絵 ： ソザイヂテン VOL.1 ビジネス・オフィスシーンより

３１