Logo

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

ＪＲ四国情報システム株式会社
浅野昌志
日本コンピューター・システム株式会社
植田泰弘

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

１ー１.事例概要：企業紹介¾¾¾¾¾¾¾¾¾¾¾社名
四国旅客鉄道株式会社設立
昭和62年4月1日
昭和62年
資本金35億円
35億円
社員数
3,039人（平成18年年4月1日現在）
3,039人（平成18
事業内容 旅客鉄道事業、旅客鉄道事業、旅行業、旅行業、その他の関連事業

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

3

１ー２.事例概要：既存システム概要■プラットフォーム ： 汎用機■システム： 旅客系システム■プログラム： 約１，５００本（９６％がＣＯＢＯＬ、その他 ＣＯＢＯＬ／Ｓ、ＩＤＬⅡ）■ＪＣＬ： 約７００本■ファイル： 約２，３００本 （ＶＳＡＳ、ＳＥＱ、ＡＤＢＳ）■帳票： 約１，０００フォーム
電子帳票 ReportViewer

4１－３．事例概要：プロジェクトの背景と目標① プロジェクト検討の理由
課題・ システム開発・保守の効率化
・ ランニングコストの削減

国鉄時代から継承
国鉄時代から継承された鉄道業独自された鉄道業独自のシステムのシステム

旅客系システム

オープン系にオープン系に移行したいが・・
移行したいが・・

信頼性重視・・
信頼性重視・・

解決策

パッケージはパッケージは存在しない
存在しない

ＣＯＢＯＬマイグレーションに注目
5

１－３．事例概要：プロジェクトの背景と目標② 検討した選択肢
検討のポイント･ ＣＯＢＯＬ資産の有効活用
・ 移行後システムの保守性、運用性･ 移行コスト･ 移行期間

各社のマイグレーション事例を調査し、各社のマイグレーション事例を調査し、手法（ツール）、実績、移植性等比較、検討
手法（ツール）、実績、移植性等比較、検討

東京システムハウス社のマイグレーションサービスを選択
6

１－３．事例概要：プロジェクトの背景と目標
各社のマイグレーション比較検討表（抜粋）
項目
OS
開発言語
スケジューラ
電子帳票

Ａ社
Ｂ社
Ｃ社
Ｄ社
ｕｎｉｘ系
ｕｎｉｘ系
Windows系
Windows系
Ｅ社COBOL
Ｅ社COBOL
Ｅ社COBOL
Ｄ社ＣＯＢＯＬ
Ｘ社
Ｘ社
Ｘ社
Ｙ社
Ｚ社
Ｚ社
ReportViewer
Ｄ社系
ACOSのFormEXの変 ACOSのFormEXの変 現行運用中の換が可能であり、換が可能であり、ReportViewerを採用
Ｅ社COBOLとの親和 Ｅ社COBOLとの親和 ﾌｫｰﾑの流用が可、一性も良い性も良い
部再構築が必要
データベース
OracleOracleOracleOracle実績◎△△◎
結合テスト方法△△◎△
ﾊｰﾄﾞｳｪｱ障害時の対応△○○○
仕様変更対応△○△△価格相対比較（Ａ社：１）
1.000
0.780
0.781
0.823
総合評価

△○

◎

×

7

１－３．事例概要：プロジェクトの背景と目標③ 移行にあたっての目標
既存システムが持つ高い運用性と信頼性を実現する
既存システムが持つ高い運用性と信頼性を実現する･･ Oracleの移行要件
Oracleの移行要件
既存のロジック、レイアウトを変更無しでOracleへ移行すること。
既存のロジック、レイアウトを変更無しでOracleへ移行すること。
さらに、将来のデータ活用の基盤を構築すること。
さらに、将来のデータ活用の基盤を構築すること。
･帳票出力の機能要件･帳票出力の機能要件
現行Report
現行Report Viewerを利用することで、現行の操作性、運用性をViewerを利用することで、現行の操作性、運用性を継承する。
継承する。
･ファイル転送、ジョブネットワーク、ジョブ監視等の精度を高め、信頼性、･ファイル転送、ジョブネットワーク、ジョブ監視等の精度を高め、信頼性、運用効率を向上させる。
運用効率を向上させる。

8

１ー４．事例概要：体制と役割分担① プロジェクト体制図 及び 各担当の役割・連携

ＪＲ四国
ＪＲ四国情報ｼｽﾃﾑ（JRSIS）
全体統括、総合試験実施

ＮＥＣ
システム総合サポート

日本ｺﾝﾋﾟｭｰﾀｰ･ｼｽﾃﾑ（NCS）

NECｼｽﾃﾑﾃｸﾉﾛｼﾞｰ

調査分析～結合試験実施及び調査分析～結合試験実施及び総合試験サポート
総合試験サポート（NECST）
業務運用サポート

東京ｼｽﾃﾑﾊｳｽ(TSH)
変換サービス・サポート
変換サービス・サポート
9

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

プロジェクト内の情報共有が重要なポイント

・打合せは事前にテーマを連絡・議事録の配布
・定期的な進捗報告と進捗会議
・連絡事項は情報交換票にて行う
10

１ー４．事例概要：体制と役割分担③ スケジュール
平成17年
11月 12月 1月
調査・分析

COBOL
マイグ
レーション

インフラ構築

2月

4月

移行設計

5月

平成18年
6月 7月

8月

9月

10月 11月 12月

結合試験

日次
本番

コンバー
ジョン

プロトタイプ

調査・分析

3月

総合試験

構築
動作確認
調査・分析

ファイル転送・ジョブス
ケジュール

各種情報登録11２－１．資産移行の詳細：移行前後のシステム構成①インフラ比較
移行前

移行後

ACOS ホスト
CGMT装置ディスク装置センターコンソール

旅客本番サーバ
ストレージディスク
旅客開発サーバ
運用管理サーバ
ＮＡＳサーバ
運用管理端末プリントサーバ

プリントサーバ

ﾌｧｲﾙ転送先サーバ

ﾌｧｲﾙ転送先サーバ
12

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

移行後

OS : ACOSACOS-4

OS : Windows2003

運用管理：FIPS-XE

運用管理：eXsenju

ファイルシステム：
VSAS,ADBS,SEQ

ファイルシステム：
Oracle,Vision,SEQ

言語 :COBOL,COBOL/S，IDLⅡ

言語 :オープンCOBOL

帳票:
FORM-EX,Report Viewer

帳票: Report Viewer

ﾌｧｲﾙ転送 : FTP

ﾌｧｲﾙ転送 : HULFT
13２－２．資産移行の詳細：変換要件と仕様
ＣＯＢＯＬ資産移行に関する要件
以下の機能を同等機能に移行することが求められた•COBOL標準部品やユーザマクロ•ADBSとその使用プログラム•ＩＤＬⅡプログラム•世代管理ファイル•VSASファイル•FORM使用帳票•ＪＣＬでのジョブネット
•ＣＧＭＴでのバックアップ運用•他社間とのファイル交換14

２－２．資産移行の詳細：変換要件と仕様要件を吸収して移行を行うための仕様、設計•COBOL標準部品やユーザマクロ•ADBSとその使用プログラム

ＴＳＨ社の蓄積資産で既存のものは活用し、不足機能は新規作成•ＩＤＬⅡプログラム

ﾌｧｲﾙ名ﾘﾈｰﾑ方式の既存代替処理へ•世代管理ファイル•VSASファイル

Oracleに移行•ＣＧＭＴでのバックアップ運用•FORM使用帳票

Report Viewerに全て移行•ＪＣＬでのジョブネット

AJ-JCLやeXsenjuにて定義•他社間とのファイル交換

ＣＧＭＴからＨＵＬＦＴに移行
15

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

帳票データ作成変換プログラム
変換プログラム変換プログラム

HULFT

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

Report Viewer

ＦＧＬⅢ
ﾌｫｰﾑ定義16

２－３．資産移行の詳細：苦労した点と解決策①電子帳票連携

ａ．既存のフォーム定義を利用
ａ．既存のフォーム定義を利用
ｂ．フォントタイプの違いによる帳票項目の位置決め
ｂ．フォントタイプの違いによる帳票項目の位置決め

ａ．変換プログラムで帳票制御コマンドを追加
ａ．変換プログラムで帳票制御コマンドを追加
ｂ．手作業による帳票レイアウト照合、試行錯誤
ｂ．手作業による帳票レイアウト照合、試行錯誤

17２－３．資産移行の詳細：苦労した点と解決策②コード変換マルチレイアウト時のコード変換例
999 A

XXXXXXXXXNNNNNNNNN XXXXXXXXX

999 B

S999

NNNNNNNNN XXXXXXXXX

XXXX

999 C S999

XXXXXXX XXXXXXXXXXXXXXXXX

999 C S999

XXXXXXX XXXXXXXXXXXXXXXXX

999 D XXXXXXXXX
４バイト目がＡ文字

バイナリ

４バイト目がＣ文字

４バイト目がＢ

４バイト目がＤ
４バイト目の値によって定義の切り分け

NNNNNNNNN 99

XXXXXX

コード変換ソフトを駆使し、レコードの特徴に合わせて、コードレイアウトを定義

漢字
文字

文字

文字

漢字
属性が異なっていても共通化できる属性を使用して、できるだけ簡素化する
18

２－３．資産移行の詳細：苦労した点と解決策②コード変換ａ．マルチレイアウトファイルのフォーマット
ａ．マルチレイアウトファイルのフォーマット
ｂ．テスト時プログラムアボートにより判明する場合
ｂ．テスト時プログラムアボートにより判明する場合

ａ．データ構造の理解とコード変換ツールの活用
ａ．データ構造の理解とコード変換ツールの活用
ｂ．情報共有によりアボート発生時のパターンを把握
ｂ．情報共有によりアボート発生時のパターンを把握

19

２－３．資産移行の詳細：苦労した点と解決策③ＣＧＭＴの取扱い
累積ファイル用
ＣＧＭＴ
セーブ
ＡＣＯＳ

移行後

ロード

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

累積データ

一時ファイル

累積ORACLE→ 書込ﾌﾟﾛｸﾞﾗﾑ →書込みキー

累積ORACLE
累積→ 抽出ﾌﾟﾛｸﾞﾗﾑ →ORACLE
情報ファイル

抽出データ

抽出キー（from to）

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

20

２－３．資産移行の詳細：苦労した点と解決策③ＣＧＭＴの取扱い

ａ．累積データ管理のためのOracle化
ａ．累積データ管理のためのOracle化
ｂ．
ｂ． CSV形式のデータ交換に変更
CSV形式のデータ交換に変更

ａ．管理用レイアウトの追加とツールの新規作成
ａ．管理用レイアウトの追加とツールの新規作成
ｂ．ファイル仕様書の作成とＤＢツールの活用
ｂ．ファイル仕様書の作成とＤＢツールの活用
21

２－３．資産移行の詳細：苦労した点と解決策④照合テストの実施
大阪（テスト、帳票照合）

高松（データ準備、帳票ＰＤＦ出力）
メールでのやり取り

22

２－３．資産移行の詳細：苦労した点と解決策④照合テストの実施

ａ．アボート原因の所在の切り分け
ａ．アボート原因の所在の切り分け
ｂ．帳票データの照合作業
ｂ．帳票データの照合作業
ｃ．連日発生する問題点
ｃ．連日発生する問題点

ａ．対応要員の配置、作業者同士の情報交換
ａ．対応要員の配置、作業者同士の情報交換
ｂ．照合作業専門要員の配置
ｂ．照合作業専門要員の配置
ｃ．定期的な内部進捗会議や問題点票の作成による
ｃ．定期的な内部進捗会議や問題点票の作成による情報共有、問合せ窓口の一本化
情報共有、問合せ窓口の一本化
23２－３．資産移行の詳細：苦労した点と解決策⑤総合試験・並行本番の実施
総合試験スケジュール

８ 月

９ 月

１０月

１１月

日次処理
上旬処理
中旬処理
下旬処理
並行本番

試験回数

1回目

２回目

３回目
24

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

ａ．照合試験では予測できない障害が発生
ａ．照合試験では予測できない障害が発生
ｂ．一度に発生する大量のデータ移行
ｂ．一度に発生する大量のデータ移行

ａ．不具合発覚時に同様の処理が他にないか即時にａ．不具合発覚時に同様の処理が他にないか即時に調査・修正
調査・修正
ｂ．照合試験時に作成したデータ移行ツールの活用
ｂ．照合試験時に作成したデータ移行ツールの活用
25

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

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

教育はｴﾃﾞｨﾀの使用方法のみ

データを全てディスクで管理

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

実行ログ管理の一元化

ｼｽﾃﾑ監視の信頼性向上、工数削減

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

品質の維持、ユーザ負担無し
26

３．プロジェクトを振返って
総合評価¾ 予定通りの納期、コストで順調に本番稼動¾ 保守・開発・運用効率が向上¾ ランニングコスト低減¾ インフラ（ハード・ＯＳ）変更への柔軟性確保¾ 大容量データベースによるデータ分析が可能となり、営業施策に貢献¾ 次期システムステップアップへの基盤を確立

27

３．プロジェクトを振返ってこれから行う人へのアドバイス

・資源の棚卸、改修計画、改修反映
・精度の高いテストデータ準備・連絡事項は文書で残し情報共有すること・プロジェクト全体のコミュニケーションが重要28