COBOL誕生50周年記念セミナー

日立マクセル殿におけるメインフレーム資産を再利用した基幹系システム再構築事例

2010/04/16

日立公共システムエンジニアリング株式会社
システム再生ソリューション部
主任

芝山 敏満
© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

日立マクセル殿におけるメインフレーム資産を再利用した基幹系システム再構築事例

Contents
１. 顧客概要
２. プロジェクトの目的
３. マイグレーション作業内容
４. 成功の要因
５. まとめ© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

日立マクセル殿におけるメインフレーム資産を再利用した基幹系システム再構築事例

１. 顧客概要© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

１． 顧客概要
１．１ 顧客概要
社名

日立マクセル株式会社

設立

1960年9月

従業員数

連結4,451名、単独1,987名国内製造拠点

5（茨城、京都2、大阪、兵庫）

国内販売拠点4（東京、名古屋、大阪、福岡）

主要製品

情報メディア部門（コンピュータテープ、放送用ビデオテープ、ブルーレイ
ディスク、DVD、CD、オーディオテープ、ビデオテープ）

マクセルも創立50周年！

電池部門（リチウムイオン電池、コイン形リチウム二次電池、酸化銀電池、リチウム一次電池、アルカリ乾電池）
材料・デバイス・電器部門（光学部品、機能性材料、粘着テープ、RFIDシステム、小型電気機器、電鋳・精密部品、金型・合成樹脂成形品）© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

3

１． 顧客概要
１．２ 既存システム概要
メインフレーム上の基幹業務システム〔本オープン化計画の対象〕
販売システム販売システム生産システム生産システム各種ﾌﾟﾛｸﾞﾗﾑ
COBOL
ASM
Natural
PL/I

DB

JCL

(Adabas)

画面／帳票

ホスト装置

カット紙ページプリンタ
ディスク装置
ラインプリンタ

バックアップ装置
通信制御装置© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

4１． 顧客概要
１．２ 既存システム概要
顧客資産概要
No.

区分

種別

COBOL
1ｱｾﾝﾌﾞﾗ
2
ﾌﾟﾛｸﾞﾗﾑ
Natural
3PL/I
45
JCL
6DBAdabas
7 画面･帳票 KMAP
合計

販売ｼｽﾃﾑ生産ｼｽﾃﾑ本数

規模(Ks)

本数

2173
619
1065
16
2694
136
400
7103

1214.6
273.3
365.3
6.4
－
－－
1859.6

1162
62
287
01232
25
177
2945

規模(Ks)

合計本数

規模(Ks)

688.2 3335
33.9
681
98.2 1352
016－
3926
－
161－
577
820.3 10048

1902.8
307.2
463.5
6.4
－
－－
2679.9© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

5日立マクセル殿におけるメインフレーム資産を再利用した基幹系システム再構築事例

２.プロジェクトの目的© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

２． プロジェクトの目的
２-１ 基幹系システムの問題点
基幹系システムの経緯

1970年 メインフレーム上に構築
以来、安定性を重視し一貫してメインフレームの利用を堅持
環境の変化

周辺にオープンシステムが増加
問題の顕在化•メインフレームの高額な運用コスト•柔軟性の欠如© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

7

２． プロジェクトの目的
２-２． プロジェクトの目的
課題と背景

高額な運用コスト

安定稼働の重視解決策
業務仕様の踏襲

システムの柔軟性欠如

メインフレーム専門
開発・保守要員

総合運用管理ツール

日々のプログラムメンテナンス

オープンシステムの技術習得

メインフレーム上稼働

オープンシステムの導入（切替）複数の開発言語

開発言語の統一

システム規模が大きい

資産棚卸し

他システムとの連携が困難

RDBMS化

特有業務ロジックのブラックボックス化

ブラックボックス化ロジックの明確化© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

8

２． プロジェクトの目的
２-２． プロジェクトの目的
課題と背景

高額な運用コスト

安定稼働の重視解決策
業務仕様の踏襲

システムの柔軟性欠如

メインフレーム専門
開発・保守要員

総合運用管理ツール

日々のプログラムメンテナンス

オープンシステムの技術習得

メインフレーム上稼働

オープンシステムの導入（切替）複数の開発言語

開発言語の統一

システム規模が大きい

資産棚卸し

他システムとの連携が困難

RDBMS化

特有業務ロジックのブラックボックス化

ブラックボックス化ロジックの明確化© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

9

２． プロジェクトの目的
２-２． プロジェクトの目的
課題と背景

高額な運用コスト

安定稼働の重視解決策
業務仕様の踏襲

システムの柔軟性欠如

メインフレーム専門
開発・保守要員

総合運用管理ツール

日々のプログラムメンテナンス

オープンシステムの技術習得

メインフレーム上稼働

オープンシステムの導入（切替）複数の開発言語

開発言語の統一

システム規模が大きい

資産棚卸し

他システムとの連携が困難

RDBMS化

特有業務ロジックのブラックボックス化

ブラックボックス化ロジックの明確化© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

10

２． プロジェクトの目的
２-２． プロジェクトの目的
課題と背景

高額な運用コスト

安定稼働の重視解決策
業務仕様の踏襲

システムの柔軟性欠如

メインフレーム専門
開発・保守要員

総合運用管理ツール

日々のプログラムメンテナンス

オープンシステムの技術習得

メインフレーム上稼働

オープンシステムの導入（切替）複数の開発言語

開発言語の統一

システム規模が大きい

資産棚卸し

他システムとの連携が困難

RDBMS化RDBMS化

特有業務ロジックのブラックボックス化

ブラックボックス化ロジックの明確化© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

11

２． プロジェクトの目的
２-２． プロジェクトの目的
課題と背景

解決策

高額な運用コスト

安定稼働の重視

業務仕様の踏襲

メインフレーム専門
開発・保守要員 短期間切替
・安定稼働
日々のプログラムメンテナンス

総合運用管理ツール
特有業務ロ
大規模シス
ジックの活用テムの対応
オープンシステムの技術習得

メインフレーム上稼働

オープンシステムの導入（切替）市販パッケージ導入

システムの柔軟性欠如

全面再構築(BPR)
複数の開発言語マイグレーション

開発言語の統一

システム規模が大きい

資産棚卸し

他システムとの連携が困難

RDBMS化

特有業務ロジックのブラックボックス化

ブラックボックス化ロジックの明確化© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

12

２． プロジェクトの目的
２-２． プロジェクトの目的
課題と背景

解決策

高額な運用コスト

安定稼働の重視
メインフレーム専門
開発・保守要員

業務仕様の踏襲
総合運用管理ツール

オープンシステムの技術習得
マイグレーションを選択

日々のプログラムメンテナンス①ランニングコストの削減
オープンシステムの導入（切替）メインフレーム上稼働
システムの柔軟性欠如②スキルのマイグレーション③柔軟なシステムの実現

複数の開発言語

開発言語の統一

システム規模が大きい

資産棚卸し他システムとの連携が困難

RDBMS化

特有業務ロジックのブラックボックス化

ブラックボックス化ロジックの明確化
ブラックボックス化ロジックの明確化© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

13

日立マクセル殿におけるメインフレーム資産を再利用した基幹系システム再構築事例

３. マイグレーション作業内容© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

３． マイグレーション作業内容
３-１．マイグレーション概要＜開発言語の統一＞
COBOL85

COBOLの特徴

アセンブラ，Natural，PL/I

現行システム

DCCM3
KMAP
JCL
Adabas① ホスト系開発者の最大公約
数的な言語である。
② 世界的に言語仕様が統一されている。
③ サーブレット環境でCOBOLラッパ等も利用可能。

XSORT E3
運用支援(独自ツール)
自動運転(独自ツール)
EXTES
ファイル伝送COBOLへの統一を決断！

VOS3/FS© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

15

３． マイグレーション作業内容
３-１．マイグレーション概要
移行前後の資産構成
COBOL85
アセンブラ，Natural，PL/I

開発言語の統一COBOL2002

OpenTP1

KMAP

XMAP3

JCL

ｼｪﾙスクリプト, JP1/Script

AdabasRDB化

XSORT E3
運用支援(独自ツール)
自動運転(独自ツール)

Oracle
SORT

統合運用
管理ツールの導入

新システム

現行システムDCCM3

JP1/AJS2, JP1/IM
JP1/AJS2

EXTES

XMAP3/NET

ファイル伝送XFIT/S, HULFT, JP1/FTP

VOS3/FS

AIX© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

16

３． マイグレーション作業内容
３-２． マイグレーションの標準プロセス

マイグレーションプロジェクトの標準プロセスを適用
運用支援ベンダがマイグレーションプロジェクトの進め方についてイメージすることができ、工程毎にどういうチェックをすべきかを明確にできる© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

17

３． マイグレーション作業内容
３-３． スケジュール
フェーズ

導入フェーズの流れ

移行計画・設計（インフラ）
オープン化移行（ASM&PL/I）
オープン化移行（COBOL,Natural）

テスト

24ヵ月

28ヵ月
本番稼動（オープン化移行）

移行計画・設計（プログラム）6ヵ月

スケジュール
12ヵ月
18ヵ月

本番切替

© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

18

日立マクセル殿におけるメインフレーム資産を再利用した基幹系システム再構築事例

４. 成功要因© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

４． 成功要因① ＣＯＢＯＬへの統一

成功要因② 顧客と一体となった作業分担③ 製品設計製造部門と一体となった技術支援④ 実績あるマイグレーションの適用© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

20

４． 成功要因
４．１ ＣＯＢＯＬへの統一
オープン

ホスト

ＰＬ／Ｉ
アセンブラ

NATURAL
COBOL85

ユーザにて
COBOL化

COBOL85

日立のソリューション
にて移行

日立のソリューション
にて移行

COBOL
2002

© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

21

４． 成功要因
４．１ ＣＯＢＯＬへの統一
オープン

ホスト

ＰＬ／Ｉ
アセンブラ

NATURAL
COBOL85

ユーザにてCOBOL化

COBOL
85

日立のソリューション
にて移行

日立のソリューション
にて移行

COBOL
2002

© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

22

４． 成功要因
４．２ 顧客と一体となった作業分担
ｲﾝﾌﾗ移行ﾁｰﾑ

ｼｽﾃﾑ運用移行ﾁｰﾑ

・ﾊｰﾄﾞ/ｿﾌﾄ,移行・ｽﾄﾚｰｼﾞ移行
・ﾈｯﾄﾜｰｸ移行
・ﾌﾟﾘﾝﾀ移行
・各種ｿﾌﾄｳｪｱ技術

・ｼｽﾃﾑ運用移行（稼動/監視管理
帳票運用管理外部連携等）
・ｼﾞｮﾌﾞｽｹｼﾞｭｰﾙ移行

資産移行

インフラ移行

運用移行

資産移行

インフラ移行

運用移行

ﾎｽﾄ資産移行ﾁｰﾑ＜日立マクセル殿 体制＞

ﾌﾟﾛｼﾞｪｸﾄ管理

ﾌﾟﾛｼﾞｪｸﾄ
ﾏﾈｰｼﾞｬ

ﾌﾟﾛｼﾞｪｸﾄﾏﾈｰｼﾞｬ

・COBOL移行
・ＡＳＭ移行・ＮＡＴＵＡＬ移行
・ＪＣＬ移行・ＡＤＡＢＡＳ移行＜日立製作所 体制＞© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

23

４． 成功要因
４．２ 顧客と一体となった作業分担
ﾎｽﾄ資産移行ﾁｰﾑ＜日立マクセル殿 体制＞

ﾌﾟﾛｼﾞｪｸﾄ管理

・COBOL移行
・ＡＳＭ移行・ＮＡＴＵＡＬ移行
・ＪＣＬ移行・ＡＤＡＢＡＳ移行

ｲﾝﾌﾗ移行ﾁｰﾑ

ｼｽﾃﾑ運用移行ﾁｰﾑ

・ﾊｰﾄﾞ/ｿﾌﾄ,移行・ｽﾄﾚｰｼﾞ移行
・ﾈｯﾄﾜｰｸ移行
・ﾌﾟﾘﾝﾀ移行
・各種ｿﾌﾄｳｪｱ技術

・ｼｽﾃﾑ運用移行（稼動/監視管理
帳票運用管理外部連携等）・ｼﾞｮﾌﾞｽｹｼﾞｭｰﾙ移行

ﾌﾟﾛｼﾞｪｸﾄ
ﾏﾈｰｼﾞｬ顧客と日立で一体となってプロジェクトを推進

インフラ移行
運用移行↓
オープンシステムでの保守・運用スキルが向上した！
資産移行

ﾌﾟﾛｼﾞｪｸﾄ
ﾏﾈｰｼﾞｬ

資産移行

インフラ移行

運用移行＜日立製作所 体制＞© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

24

４． 成功要因
４．３ 製品設計製造部門と一体となった技術支援
作業概要
作業概要
移行設計フェーズⅠ
移行設計フェーズⅠ
プログラム資産プログラム資産移行設計フェーズⅡ
移行設計フェーズⅡ
システムインフラ
システムインフラ

日立マクセル殿作業項目
日立マクセル殿作業項目•データ準備

ハードウェア
製品事業部•データ移行

移行フェーズⅠ
移行フェーズⅠ
ASM&PL/IのCOBOL化
ASM&PL/IのCOBOL化
移行フェーズⅡ
移行フェーズⅡ（オープン化移行）（オープン化移行）

日立側の技術支援
日立側の技術支援•アセンブラ、PL/IのCOBOL化

ＳＥ各移
行チーム
（ＳＥ）

ソフトウェア
製品事業部

環境構築
支援部門

テストフェーズテストフェーズ
本番移行フェーズ
本番移行フェーズ

•差分資産管理と取込•業務テスト検証

設備工事
関連会社

© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

25

４． 成功要因
４．３ 製品設計製造部門と一体となった技術支援
作業概要
作業概要
移行設計フェーズⅠ
移行設計フェーズⅠ
プログラム資産プログラム資産移行設計フェーズⅡ
移行設計フェーズⅡ
システムインフラ
システムインフラ

日立マクセル殿作業項目
日立マクセル殿作業項目•データ準備•移行方式の教育•データ移行

•棚卸調査による移行対象
情報の提供•移行要否の検討支援•アセンブラ、PL/IのCOBOL化•製品仕様情報の提供

移行フェーズⅠ
移行フェーズⅠ
ASM&PL/IのCOBOL化
ASM&PL/IのCOBOL化
移行フェーズⅡ
移行フェーズⅡ（オープン化移行）（オープン化移行）
テストフェーズ
テストフェーズ
本番移行フェーズ
本番移行フェーズ

日立側の技術支援
日立側の技術支援•差分資産管理と取込•業務テスト検証•差分資産の影響調査•検証ツール提供•性能ツール提供•統合運用管理ツールによる環境構築支援© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

26

４． 成功要因
４．３ 製品設計製造部門と一体となった技術支援
作業概要
作業概要
移行設計フェーズⅠ
移行設計フェーズⅠ
プログラム資産プログラム資産移行設計フェーズⅡ
移行設計フェーズⅡ
システムインフラ
システムインフラ

日立マクセル殿作業項目
日立マクセル殿作業項目

日立側の技術支援
日立側の技術支援•データ準備•移行方式の教育•データ移行

•棚卸調査による移行対象
情報の提供•移行要否の検討支援

COBOL化

•製品仕様情報の提供

日立の総合力を生かした技術支援によりプロジェクトを成功へ導くことができた！
•アセンブラ、PL/Iの移行フェーズⅠ
移行フェーズⅠ
ASM&PL/IのCOBOL化
ASM&PL/IのCOBOL化
移行フェーズⅡ
移行フェーズⅡ（オープン化移行）（オープン化移行）
テストフェーズ
テストフェーズ
本番移行フェーズ
本番移行フェーズ

•差分資産管理と取込•業務テスト検証•差分資産の影響調査•検証ツール提供•性能ツール提供•統合運用管理ツールによる環境構築支援© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

27

４． 成功要因
４．４ 実績あるマイグレーションの適用
マイグレーションの特徴◆システム資産を棚卸しすることにより、母体規模の縮減可能◆既存のシステム資産を流用することにより短期間で移行可能◆今までに蓄積された既存システムの業務機能をそのまま移行可能◆日立の確立されたマイグレーション技術により、高品質を確保（機械変換率：約９０％）大規模基幹系システムを早期に安定稼働させることができた！
母体規模の縮減により、将来のシステム拡張のリスク低減へ繋がった！
© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

28

日立マクセル殿におけるメインフレーム資産を再利用した基幹系システム再構築事例

５. まとめ© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

５． まとめ
５．１ プロジェクトの成果
スキルのマイグレーション
メインフレーム知識

メインフレーム
開発・運用担当要員

COBOL言語知識
業務機能知識[基礎技術の習得]オープンシステムの技術教育[スキルの向上]共同作業体制の中、移行作業を分担・経験
オープン知識オープン開発・運用担当要員

COBOL言語知識
業務機能知識© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

30

５． まとめ
５．１ プロジェクトの成果
スキルのマイグレーション

メインフレーム知識

COBOL言語知識
メインフレーム
新システムを自分達のものとすることができた！
業務機能知識開発・運用担当要員

スキルの観点から、将来的な取り組みの基盤ができた！
[基礎技術の習得]オープンシステムの技術教育[スキルの向上]共同作業体制の中、移行作業を分担・経験
オープン知識オープン開発・運用担当要員

COBOL言語知識
業務機能知識© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

31

５． まとめ
５．１ プロジェクトの成果
柔軟なシステムの実現
移行には約2年間の期間を要したが、リスクを抑え業務を継承する形でオープンシステム化を実現し、将来への投資が可能となった。
① 今後のWeb開発やJAVA化といった環境の整備② 他システムとのシームレスな連携© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

32

５． まとめ
５．１ プロジェクトの成果
ランニングコストの削減
本プロジェクトにより、メインフレームからオープンシステムへの移行が完了した。
これにより、以下の効果が得られた。
①アウトソーシングからインソーシングに切り換えることで、大きくコスト低減を図ることが出来た。
②メインフレーム使用時と比較すると、ハードウェアとソフトウェア買取りに伴う投資額を考慮しても、月々のランニングコストは約3分の1になった。

ハード／ソフト／保守・サービス費用

ハード／ソフト／保守・サービス費用

運場所・用
電力費

運用費

場所・電力・運送費

削 減© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

33

５． まとめ
５．２ システムの将来像
Ｗｅｂ化

HITACHIP層

Net Bank

XMAP

XMAP

F層
オンライン
COBOL

バッチ
COBOL

EDI
通信

EDI
データ

D層
SQL

DB

© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

34

５． まとめ
５．２ システムの将来像
Ｗｅｂ化

オンライン処理はＷｅｂ化
HITACHI

バッチ系ＣＯＢＯＬは継続運用
P層

Net Bank

HTML

Servlet

F層
オンライン
JAVA

バッチ
COBOL

EDI
通信

EDI
データ

D層
SQL

DB

© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

35

END
日立マクセル殿におけるメインフレーム資産を再利用した
基幹系システム再構築事例
2010/04/16
日立公共システムエンジニアリング株式会社
システム再生ソリューション部
主任芝山 敏満© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

© Hitachi Government & Public Corporation System Engineering,Ltd. 2010. All Rights Reserved.

37