COBOLコンソーシアムセミナー

実績にもとづくCOBOLモダナイゼーションのススメ
2015年 4月23日
富士通株式会社
アプリケーションマネージメント事業部
モダナイゼーションサービス部
吉田禎彦

目次
 見える化のススメ
 構成管理のススメ
 ドキュメント整備のススメ
 モダナイゼーションのススメ
 品質保証のススメ
 モダナイ後の開発/保守
最新技術導入のススメ

1

Copyright 2015 FUJITSU LIMITEDシステム移行を考える システム移行のきっかけ

 ハード保守が近づいた
 見識者がいなくなった(老兵が去った) ちょっとしたメンテも予定以上のコストになった システム移行時の希望

 現行は特に問題なく動いているシステム。だから、手間は掛けたくない コストはできるだけ抑えたい 業務仕様が不明確のため、現行は踏襲したい システム移行の傾向

 膨大に膨れ上がった資産(どこから手をつけたらいいの?) 知らない複雑な仕組み(そのままでいいから動かして) 理解できない業務ロジック(この例外は何?)2Copyright 2015 FUJITSU LIMITEDCOBOLの特長
 いつまでも変わらない文法
 時代に合わせてベンダー毎にエンハンスされる機能
 蓄積されたシステム環境(運用も開発もデバックも慣れ親しんだ担当は天国)
そもそも、COBOL言語の開発は一度覚えれば、これほど継続しやすいものはない
 将来性の不安(もはや、これだけで一生食える訳でない)
 わかりづらいオープン技術の利用(COBOLインターフェースが用意されているものがない) 読めない書けないロジック(メンテはベテランばかり、若手の引き継ぎがいない)

3

Copyright 2015 FUJITSU LIMITED見える化のススメ

4

Copyright 2015 FUJITSU LIMITED見える化のススメ
 何においても、現行をしっかり把握、見極めることが重要
闇雲に突っ走れば、必ずどこかでつまづきます まずは、業務を把握して、整理しましょう
移行を考える上で、重要な業務って何ですか?
みんな重要なら優先するべきものは何ですか?
その業務、本当に継続しますか?
 つぎに、資産を把握して、整理しましょう
使われなくなった資産はありませんか?
似たような資産沢山あって、うんざりしませんか?
複雑にからみあっていて、がっかりしませんか?
 そして、資産を整頓して管理しましょう
必要最小限のドキュメントは揃ってますか?
ライブラリ管理(版数管理)を行ってますか?

5

Copyright 2015 FUJITSU LIMITED業務見える化の期待
 各業務を評価し、今後の施策優先順位を決める
施策検討

アプリケーション資産評価サービス
アプリケーションを多角的な観点から評価し現状把握と見える化

8060・各業務を評価する

20
40

60

・・・

20

80 100

未稼働資産が42.7％あり、効率的な保守を妨げている。不・業務に対する投資、要資産の整理、命名規約の見効果等から価値を把握直しが必要である。

・業務単位の方向性や業務の一部をシステム化出来ず、運用対処している。再構
優先順を見極める
築の検討時には、システム化を検討すべきである。
・・・

40

6

評価内容を基に施策検討

財務・会計業務のコスト削減、作業品質向上に貢献している。

1000

各施策を最適に実施

評価コメント

評価結果

次期施策

案件毎の費用削減施策
次期システム検討
プラットフォーム移行
アプリケーション資産整理

アウトソーシングの活用
セキュリティ強化

Copyright 2015 FUJITSU LIMITEDアプリケーション構造の見える化
 アプリケーションの構造分析から機能コンポーネントを発見、地図形式で表現し、複雑度を直感的に見える化

特許
出願済

【凡例】
ビル（建物）：プログラム
ビルの高さ：プログラムの複雑さ
色：サブシステムの種類
ビル間の距離：プログラム間の関係性色が乱れた町並み

 複数サブシテムのアプリケー
ションが入り乱れ保守性が悪い（構造が複雑のため、改善が必要）

高層ビル群

 複雑なアプリケーションが入り乱れ保守性が悪い（構造が複雑のため、改善が必要）

整然とした低層ビルの町並み サブシステムの範囲が定まっており、保守しやすい（構造が簡素で、影響範囲を特定しやすい）7

Copyright 2015 FUJITSU LIMITED【事例】ソフトウェア地図活用例（流通業A社様）
 ソフトウェア地図で、システム更改に向けて既存資産の活用を判断
COBOL 3.3Ms
システム更改において、既存資産を活用したい既存資産の活用について判断材料が欲しいプログラムやプログラムの管理状況を評価し、活用の判断材料とする① プログラムの稼働／未稼働を確認する② 段階移行を検討する際のプログラムの切り出し単位を明確にする③ プログラムの保守性を評価し、次期システムでの活用可否を判断する④ 移行難易度を評価する②ブロック内に同一業務のプログラ
ムのみ存在する①白色のビル群は不足プログラム
ライブラリ管理ができていない
ため、プログラムの整理が必須③背の高いビル群は複雑度が高い
プログラム
複雑な要因を詳細に分析し、作り直しか流用を判断②1つのブロック内に同一業務のプログラムのみ
複数機能を跨るプログラム呼出しは少なく、一部機能を切出しやすい傾向にある診断結果を踏まえ、既存資産の活用（マイグレーション）を判断した
移行難易度評価、プログラム移行の試行を実施し、次工程以降の計画立案へ
8

Copyright 2015 FUJITSU LIMITEDアプリケーション資産の見える化
 アプリケーションの現状を把握し、移行検討だけでなく運用保守にも活用可能
経営・企画担当

情シス管理担当
・複雑さに応じた要員配置、工数配分が可能次期システム企画・検討材料として、・有効資産規模の見積に活用

・複雑さに応じて見積を補正することで見積り精度を向上

・既存資産の活用可否の判断
現状の課題

稼働資産分析

類似分析

稼働資産を見える化する全体

類似（重複）処理を見える化する

理想とする姿

稼働資産

類似

Ａ業務

Ａ業務

Ｂ業務

Ｃ業務

システム相関分析

資産特性分析

処理とデータの関連を見える化する資産の複雑さを見える化する

悪い

開発・保守担当

資産特性

品質劣化

良い

Ａ業務

再標準化
Ｄ
Ｅ

そのまま
Ａ
Ｂ
Ｃ

再構築
多い

ﾒﾝﾃﾅﾝｽ頻度

再標準化

入
庫

出
庫

Ｕ

Ｒ
Ｃ

ａマスタ

Ｒ

ｂマスタ

Ｕ

ｃマスタ

Ｕ

ｄマスタ

少ない

受
発
注

ｅマスタ

売
掛

商
品
管

Ｒ

・影響範囲の把握により修正漏れを防止

Ｃ業務

Ａ業務

品質安定

Ｒ
Ｒ

品質検証担当・不要資産の整理により保守作業を効率化

Ｂ業務・複雑さに応じた品質強化施策
が可能
・複雑さに応じたテスト指標、規約策定により品質を安定

9Copyright 2015 FUJITSU LIMITED稼働資産分析 既存資産の有効資産を把握し、稼働していない資産を洗い出す
 不要なアプリケーション資産を整理する(削除する)
 影響調査の品質・生産性向上にもつながる 確認作業量の軽減
ＪＣＬ

プログラム

メンバ：Ｊ１

メンバ：Ｐ１//J1 JOB// EXEC PGM=P1//AIMPED DD※①
SUBSYS=(AIM,PED01,･･･)//IN DD DSN=･･･

起
点
指
示

コピー

メンバ：Ｊ２

オンライン
プログラム一覧//J1 JOB// EXEC PGM=P2//IN DD DSN=･･･
疑似ＪＣＬ//GIJIJCL JOB//*擬似JCL// EXEC PGM=ONL1
メンバ：Ｊ９

メンバ：Ｃ１PROGRAM-ID. P1.
SUBSCHEMA NAME IS SS01
COPY C1.
CALL 'P11'
メンバ：Ｐ１１
PROGRAM-ID. P11.
COPY C11.

メンバ：Ｐ２ (ライブラリ：LIB1)
PROGRAM-ID. P2.
COPY C21.
メンバ：Ｐ２ (ライブラリ：LIB2)PROGRAM-ID. P2X.
COPY C22.
PROGRAM-ID. ONL1.
COPY C3.
メンバ：Ｐ９

未稼働資産

重複資産

PED NAME IS PED01DATABASE NAME IS SS01
MQN NAME IS MQN1

メンバ：Ｃ１１

メンバ：ＭＱＮＸMQN NAME IS MQN1・・・

メンバ：Ｃ２１

メンバ：ＰＥＤＹ

01 C2-REC.
03 C2-1 PIC X.
01 C2-REC.
03 C2-1 PIC X.
メンバ：Ｃ３
01 C3-REC.
03 C3-1 PIC X.
メンバ：Ｃ４

メンバ：ＰＥＤＸ※②

PED NAME IS PED02
メンバ：ＳＵＢＳＸSUBSCHEMA NAME IS SS01
SCHEMA NAME IS SC01
メンバ：ＳＣＨＸSCHEMA NAME IS SC01

01 C4-REC.
03 C4-1 PIC X.

PROGRAM-ID. P9.
COPY C3.
COPY C4.

稼働資産※①

01 C1-REC.
03 C1-1 PIC X.

メンバ：Ｃ２２

メンバ：ＯＮＬ１//J9 JOB// EXEC PGM=P9//IN DD DSN=･･･

※②

ＡＤＬ

不足資産

10

Copyright 2015 FUJITSU LIMITED

類似分析
 類似(重複)資産を把握し、過剰な資産を洗い出す
 メンバ名の一致・不一致に関わらず、COBOLソースの類似性を分析
 同等処理より類似性を判断(表記上のブレを排除した比較)＜ソース２＞＜ソース１＞

同一

特許
出願済

・表記上のブレを排除し、同様の処理を行っていると推測されるものを類似と判断する。
- 空白や改行位置の相違、セクション名、段落名の相違、処理の前後関係の相違は不一致とみなさない。
- GO TO文やCONTINUE文など、ロジック制御に関わる命令はコンペア対象としない。
＜例＞ ファイル出力後に帳票出力するか、先に帳票出力してからファイル出力するかは問わず、「ＸＸファイルとＸＸ帳票を出力するプログラムである」という観点で類似性を評価する。
・類似したソースをグルーピングすることで、類似状況の把握がしやすい。
11

Copyright 2015 FUJITSU LIMITED資産特性分析®

～インパクトスケール ～アプリ構造の複雑さが見える指標「インパクトスケール®」
シンプルな構造

複雑な構造

【凡例】
： プログラム： データ： 呼出、データアクセス

プログラムを修正・変更するときの影響範囲は大きく異なる
影響範囲度合いをプログラム単位に数値化で表現(特許出願済)

特許
出願済

影響範囲（調査範囲・テスト範囲）とは、インパクトスケール®によって定量的に見える化可能

 入出力のデータの多さ プログラム呼出の多さ
 データ・プログラムを介した繋がりの多さ
12

Copyright 2015 FUJITSU LIMITEDシステム相関分析
 ジョブ、プログラム、アクセスするデータからCRUD図を作成
 データから関連するプログラムを特定し、システムへの影響を確認する
横軸には、プロセス（プログラム、ジョブ、サブシステム）を表示。
≪ファイルプロセスマトリクス≫

調査したい範囲に絞った検索が可能。
≪検索条件入力≫

縦軸には、データを表示。
・一般ファイル（データセット）
・NDBレコード・RDBテーブル
・VSAMファイル（データセット）

このプログラムに関わる（影響する）の範囲をマトリクスから調査する。
C（生成）、R（参照）、U（更新）13

Copyright 2015 FUJITSU LIMITED【事例】見える化 (金融業B社様、製造業C社様) 類似資産を把握し、次期システムの開発規模を明確化
導入システム概要

ポイント

金融業B社様全体資産規模 １４MSTEP（Ｂ社）、２ＭＳＴＥＰ（Ｃ社）製造業C社様
：対象業務
・資産規模
COBOL
14Ms
： 基幹系、周辺系
 対象業務類似資産のグルーピングにより、
・資産規模
COBOL 2Ms
導入形態
：
類似分析

汎用版の設計のための機能洗出しを実現
類似や未稼働を除いた規模が把握でき、お客様の狙い類似分析より稼働資産分析、類似分析より
次期システム規模見積りの精度が向上
共通化
1Ms
類似資産の汎用化・共通化
再構築対象を0.6Ms(30%)削減
次期システム開発規模の見積り精度向上
類似処理削減で 3Ms(20%)削減 事例≪現行資産≫
類似分析
稼働資産分析

次期シスも現行と同規模を開発するとは
思えない
14

再構築対象

≪現行資産≫

未稼働資産
類似資産

再構築対象
規模が明確にCopyright 2015 FUJITSU LIMITED

構成管理のススメ

15

Copyright 2015 FUJITSU LIMITED

構成管理のススメ
 長年運用を続けていると以下のようなことは良くある話
 ソースがない!!
どうしても見つからない(大概は人災)
ベンダー提供であったため、ソース資産がない
 実行モジュールと合っていないソース資産
緊急のエンハンスが相次ぎ、いつの間にか最新版同期ずれ
コピペ開発でどれと同期があっているのかわからない
 多数の管理外資産
何故か組み込まれている実行モジュール
テスト検証のつもりが個人管理資産 どうにもならない資産
 移行時には、実行モジュールからリバースできないか等の相談も多い⇒ ソースが存在しない、同期の取れない資産は、手遅れ
 諦めて使い続けて下さい 諦めて捨てて作り直して下さい

こうならないためにも、資産の管理は重要です。
さらにオープンシステムと混在したシステムへ変化し、管理対象とする資産は益々増加しています。
16

Copyright 2015 FUJITSU LIMITEDなぜ、構成管理が必要なのか
 構成管理のルールがないプロジェクトでは、ちょっとした一人の不注意や過信がプロジェクト全体に影響し、取り返しのつかないトラブルへつながりやすい
きちんとルールを守って管理しておこう

この程度なら勝手にやっていいか

ここの修正が漏れてるぞ！！

データが消えてる！？

修正を上書きしない
ようにチェック

この資産もきちんと修正されてるな

ここの修正はＡさんの担当か

勝手に変えたヤツ誰だ！！

構成管理がなければ一人のミスが大きなトラブルにつながる

構成管理があればトラブルの未然防止やトラブル後の対応が容易になる
17

Copyright 2015 FUJITSU LIMITED開発（設計・テスト）における構成管理
 工程毎に資産を適切に管理し、作業進捗に合わせた変更・リリースに対応する
開発(テスト)フェーズ

開発(設計)フェーズ

PG/PT

・・・

ＩＴ

ＳＴ

運用
保守

ＯＴ

一元管理
共通資産

ディレクトリ構成
管理対象

個別
開発環境
開発効率を優先した
構成管理
規約教育

規約遵守チェック

リリース管理
１日○回リリース

テスト環境
18

配付資産の保全を優先した構成管理
Copyright 2015 FUJITSU LIMITED運用・保守における構成管理 保守のリリースは運用の変更のトリガとなる
保守における
構成管理

運用における
構成管理

Ｂ業務

適用

Ａ業務

Ａ業務

ネットワーク

保守対象

ＭＷ

ＭＷ ＭＷ
論理サーバ

ＭＷ

・・・

物理サーバ
保守の
リリース

運用の
リリース

・・・

業務スケジュール
休日スケジュール

変更
要求

修正

リリース

変更
要求

計画

19

リリース

保守と運用の・・・
リリースタイミングは各々異なる
Copyright 2015 FUJITSU LIMITEDソフトウェア構成管理の構成
案件管理
インシデント管理

プロセス管理チーム管理開発チームの構成や権限を管理する。

アプリケーションの変更プロセスを
管理する。

配付管理

変更管理

発生した案件をインシデント管
理する。

原本管理

障害管理

ライブラリ管理

ソフトウェアの修正が必要なインシデン
トを管理する。

構成管理

資産の配付情報を管理する。

貸出管理
アプリケーション資産の変更状態を管理する。

アプリケーション資産を一元的に履歴管理する。

原本ライブラリ

リリース管理バックアップ管理

アプリケーション資産のリリース情報を管理する。

原本ライブラリのバック
アップ情報を管理する。

リレーション管理
アプリケーション資産間の関連情報を管理する。

ビルド管理
アプリケーションのビルド手順やビルドツール情報等を管理する。

テスト管理

案件管理DB

テストデータ、テスト手順
やテストツール情報等を管理する。

apLine もしくは、
SIMPLIA/MF-ProductQ

構成管理DB20※二重線はSC-Managerで実現可能な範囲

Copyright 2015 FUJITSU LIMITED【事例】アプリケーション運用保守プロセス適用事例(金融業C社様)
 アプリケーション運用保守のプロセスを標準化と構成管理ツールSC-Managerの導入を実施したことで、お客様の業務負荷軽減とトラブルを防止できた。
導入経緯
 異種プラットフォーム（Windows,Solaris）上に存在する開発資産の一元管理がしたい。
 UNIX資産、Windows資産の整合性を取るために、開発者の作業負荷が高くなり、エラーが発生している。
 リリースルールが不明確であり、リリースミスが発生している。

環境概要
開発形態：集中型
開発対象業務：支店業務、照会業務他のサーバ構築、Solarisサーバ集約
開発要員：２００名（ピーク時）
開発規模：２．５Ｍstep
開発言語：C, C++、Java、COBOL

実例

効果

コンパイル時に、ライブラリ不整合によるエラーがなくなった。

適用前【IT工程障害発生件数】
1～2件／週 （週間全３回中）リリースルールが明確化、簡略化され、【リリース１回の作業時間】
7Ｈ × 2名 ＝ 14H要員への浸透がスムーズになった。
21

適用後【ST工程障害発生件数】
0件／週 （週間全３回中）【リリース１回の作業時間】
ツール実行 ＝ 0H

Copyright 2015 FUJITSU LIMITED

ドキュメント整備のススメ

22

Copyright 2015 FUJITSU LIMITED

ドキュメント整備って大変 ドキュメントの鮮度は直ぐ落ちる。ソースからのリバースは夢のまた夢 ドキュメントが現行ソースと乖離している
わかっている人しか理解できない内容
いつの間にか変更されているプログラムソース
忘れ去られた例外事項
 引き継ぎできない資産
ソースだけでは業務と結びつかない
ひも解きできないジョブ構成
 ついていけない人材
俺の背中を見よ!!(私は職人になりたくて配属された訳ではありません)
取っ付きにくい環境(WEBで調べることもできません)
古臭いシステムでモチベーションダウン(オープン最新技術の芝生は青く見える)システムは意外と長生き。
安定した継続的な運用は、次の世代に引き継ぎにかかっている

23

Copyright 2015 FUJITSU LIMITED

ドキュメント整備のススメ
 保守/再構築作業を効率的に行うためには、事前に資産やドキュメント、
人に埋もれた情報の調査/整備を実施する必要がある
 事前に必要な情報が整備できなかった場合、後々の作業に負荷が掛かる可能性大？
未整備～保守/再構築作業をこれから実施される方々が把握すべき必要な情報～
整備

・資産規模情報に関する情報・ソースプログラムの概要情報
・ソースプログラムで用いられている他資産の情報・ソースプログラムの入出力情報

アプリケーション資産の保守/再構築作業時に必要となる
各種資産情報の最新化と整備の実施
・ソースプログラムの概要情報
・ソースプログラムの詳細情報
・ソースプログラムを中心とした資産相関情報
・ソースプログラム内処理についての詳細情報

未整備～保守/再構築作業を実施されている方々が把握すべき情報～★本サービスは、３種類の情報に分類されます。
資産詳細
情報

資産に関する仕様/設計情報の提供（４３種類）⇒モジュール構造図/インターフェース定義等

！

整備

資産概要
情報

資産に関する一覧/規模情報の提供（３１種類）⇒資産一覧/ファイル一覧等

資産調査
情報

資産間の相互関係情報の提供（２５種類）⇒登録集対プログラム/ファイル対プログラム等

24

Copyright 2015 FUJITSU LIMITED

生成可能なドキュメント(資産別出力情報構成図)●ファイル一覧●プログラム一覧

凡例●：資産概要情報に含まれる情報

ソースプログラム
登録集
(サブ)
登録集

▲：資産詳細情報に含まれる情報▲ファイルレイアウト定義

登録集■：資産調査情報に含まれる情報
xxx ：出力対象ドキュメント名■副プログラム対プログラム▲モジュール構造図▲モジュール定義▲インターフェース定義

ファイル
登録集
登録集

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

JCL■ジョブ対プログラム■登録集対プログラム■ファイル対プログラム

情報使用例：『JCL～ソースプログラム～ファイルの繋がりを調査する場合』①【ジョブ対プログラム】の情報から繋がりを調
査対象となるソースプログラム名を調査する。
②【ファイル対プログラム】の情報で①で調査したソースプログラム名を検索する。
③①～②の結果を連結することにより、JCL～ソー
スプログラム～ファイルに到る繋がりが判明する。

DB▲データ領域定義

登録集
登録集
登録集
登録集

25

■DB対プログラム●COBOL登録集一覧

Copyright 2015 FUJITSU LIMITED

ドキュメント出力情報例【本サービスから出力可能な情報の一例】

インターフェース定義

データ領域定義

ファイル一覧

セクション構造図

登録集対プログラム

26

Copyright 2015 FUJITSU LIMITEDモダナイゼーションのススメ

27

Copyright 2015 FUJITSU LIMITEDモダナイゼーションのススメ
 レガシー機能を今風に
システム

オンライン

DataBase

・トランザクション管理
・通信制御

・性能/レスポンス・データベースの種類
・パディング オープン系RDB
・データベース構造
・バックアップ/リストア
・排他/トランザクション
DBアクセス
・出力並び順・関数/ファンクション

WEB化

・画面制御
・電文I/F
Javaとのインターフェース
・端末管理

・端末操作性・レスポンス

業務アプリケーション(COBOL資産)・帳票定義体種類
・帳票定義体バージョン
・帳票作成方式
・埋込/CSV渡し
・プリンタ種類
電子帳票・PDF
・連帳/単票・レーザ/インパクト・印刷種別
・プリンタの場所
・紙/電子媒体
・リモート/手元・帳票配信
・ネットワーク・スプール制御
帳票・セキュリティ

・実行制御
・実行時間
・実行順序
・実行分岐
Shell等のスクリプト連携
・繰り返し
・実行監視
実行制御(処理ステータス)
・他システム連携・エラー処理・ファイル転送・リラン、リトライ
・ジョブ起動バッチ処理

 根本のロジックは現役続行!! システムとして今後も継続できる28

Copyright 2015 FUJITSU LIMITED【事例】大規模事例 流通D社様

 大規模資産かつ多端末 現行同等のレスポンス要求

本社・支社・支店

ホスト（GS21)
ＡＩＭ

業務履歴
電文
PSAM

業務確定画面（ｴﾐｭﾚｰﾀ）オンライン業務ジョブ

業務入力
電文
PSAM

業務履歴画面（ｴﾐｭﾚｰﾀ）COBOL資産約1万4千本

オンライン業務アプリケーション
うち、移行対象1万1千本（COBOL85)

約500画面
約2000端末
業務入力画面（ｴﾐｭﾚｰﾀ）◆現行システムイメージ（オンライン）

業務確定
電文

業務入力画面(COBOL)

ログイン・
メニュー 業務履歴画面(COBOL)
処理(COBOL)
業務確定画面(COBOL)

DBｱｸｾｽｻﾌﾞ(COBOL)
DBｱｸｾｽｻﾌﾞ(COBOL)

業務DB
(NDB)

DBｱｸｾｽｻﾌﾞ(COBOL)

PSAM

オンライン業務ジョブ

…

得意先

29

ＳＰＡ
(画面引
継情報)

Copyright 2015 FUJITSU LIMITED【事例】大規模事例 流通D社様 ミドルウェア連携部品で業務ロジックの変更なし。要求通りのレスポンスを確保
本社・支社・支店

WEB+APサーバ（Solaris オンラインサーバ）

約2000端末
ﾚｽﾎﾟﾝｽ:1~3秒

Interstage Business Application Server
画面応答WEB
アプリケーションオンライン業務アプリケーション

業務ワークユニット

業務ワークユニット

業務入力画面(Servlet)(NetCOBOL)

CORBA

業務履歴画面(Servlet)

CORBA

業務確定画面（Applet） HTTP

業務確定画面(Servlet)

CORBA

SQL

業務入力画面(COBOL)

業務履歴画面(COBOL)

アクセス部品DB

業務履歴画面（Applet） HTTP

Migration Suite for
INTARFRM

業務入力画面（Applet） HTTP

DBサーバ

業務確定画面(COBOL)

SQL

…

…

(注)

得意先
注:メニュー処理、DBアクセスサブ含む

30

SQL

業務DB
(RDB)

ＳＰＡ
(画面引
継情報)

Copyright 2015 FUJITSU LIMITED【事例】複雑なDB例 製造B社様
 複雑なDB構造に対するアクセスに従った業務ロジック
複雑なロジックとなり、解析困難なためRDB化も遅々として進まない
ホスト(GS21)①

COBOL85
業務ロジック② ⑥⑦

DBアクセスロジック
GET ANYGET NEXT

③

:

④

31

⑤

COBOL資産約850本
DB 260テーブル
最大50万件レコード

Copyright 2015 FUJITSU LIMITED【事例】複雑なDB例 製造B社様
 現行DBに合わせてRDB化。業務ロジックの変更を最小限にアクセス部分を部品化で対応Windows2008SV

NetCOBOL

業務ロジックはそのままに

① ② ③

DB
部品

⑥

DBアクセスロジック
CALL ‘DBSR’
USING GETANYCALL ‘DBSR’
USING GETNEXT:

DBアクセス部品で機能代替
COBOLロジックの変更はなし!
ホストと同処理時間

レコード
レコード

View定義
② ③ ④

⑤

レコード

⑦ ⑤
③ ④

レコード

レコード

③ ⑤ ⑦

レコード

 性能問題は常にある。チューニングは必須
現行ロジックの変更も計画にいれておくこと
32

Copyright 2015 FUJITSU LIMITED【事例】帳票出力事例 製造業F社様 従来はオペレータによる印刷指示で帳票出力
マイグレーション時にPDF化の要望

COBOL資産約1300本
うち、帳票 210本
ホスト(GS21)
AIM

業務入力

オンライン業務ジョブ
業務処理(COBOL)

印刷指示

プログラム間連絡

帳票

バッチジョブ

ListWorks

業務処理(COBOL)

33

Copyright 2015 FUJITSU LIMITED【事例】帳票出力事例 製造業F社様
 帳票をPDF化し操作端末画面に出力することで、帳票確認を容易にし作業効率化、ペーパレスに貢献
・帳票をPDF化・業務アプリは出力方式合わせ
出力先の変更を実施
・PDF帳票を操作端末へ表示

Windows2012SV APサーバ

Interstage Business Application Server

オンラインワークユニット
業務処理(COBOL)

業務入力
バッチ起動

帳票用紙の違い、出力できるフォントの違いより現行と同じ帳票を出力するには、手間と時間がかかることを考慮する

帳票データ

Windows2012SV バッチサーバ
業務処理(COBOL)
ListCreator
34

Copyright 2015 FUJITSU LIMITED

品質保証のススメ

35

Copyright 2015 FUJITSU LIMITED

品質保証のススメ 業務ロジックの変更を最小限におさえ、
現新比較より修正箇所(非互換箇所)を保証する
変換工程

移行対象資産(変換前)変換ツール実行（カストマイズ済）

移行対象資産(変換後)

手修正

オンラインプログラム

現行システム•ｵﾍﾟﾚｰｼｮﾝ指示書に オンライン
従って操作し、ファイル同じ動作となる
ことを確認•ファイル更新は
データ内容を確認

既存システムと処理結果の比較を行い、処理の正当性を検証

出力直後画面

オンライン
プログラム

転送

現行システム
テストデータ
入力データ

更新前
マスタ

セット
アップ

取得

現行機で取得したデータを移行し、同一のオペレーションを実施する。
（データの移行はバッチテストの手順を参照）

オペレーション
指示書

オペレーション
データ入力後画面

変換テスト工程
バッチプログラム

入力前画面

新システム

取得

オペレーション
指示書
転送
転送

新システム
テストデータコード 形式変換
変換 (ｾｯﾄｱｯﾌﾟ)

現行プログラム
ＪＯＢ実行
出力
帳票

転送
転送

移行対象資産(手修正後)

目視検査

36

入力データ

新プログラム
ＪＯＢ実行
更新後
マスタ

出力データ

更新前
マスタ

コード
変換

出力
帳票

出力
データ

更新後
データ

結果コンペア（ツール）
出力
データ

更新後
データ

Copyright 2015 FUJITSU LIMITEDテスト工数削減の試み
 品質を担保した上で、テストの絶対量を削減する
マイグレーション検証の特性（弊社事例の分析）

資産分析による集中テスト対象資産の選定
非互換項目【マイグレーションプロジェクトにおける障害発生状況】

JCL変換項番

120%
25%のテストで80%の障害を検出

資産

100%

JCL

80%

品質（障害網羅率）

60%

必須確認
項目

22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500 MODE_A
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500 MODE_A
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500
22 MSB14500
23 MSB17100
23 MSB17100
23 MSB17100
23 MSB17100 IMS_DB
23 MSB17100
23 MSB17100
23 MSB17100 IMS_DB
23 MSB17100
23 MSB17100
23 MSB17100 帳票

J

STEP PGM/PROC 00
1

STEP000 IEFBR14
STEP005 UTCOPY2
STEP010 MFP901
STEP030 MGIM01
STEP040 MGPA73
STEP050 SORT
STEP060 SORT
STEP070 SORT
STEP080 SORT
STEP090 SORTSTEP100 MGPA72
STEP110 SORTSTEP120 SORTSTEP130 SORTSTEP140 SORTSTEP150 SORTSTEP160 MGPA75
STEP170 UTP60
STEP010 MFP901
STEP020 IEFBR14
STEP021 UTCOPY2
STEP030 MFI450
STEP060 SORT
STEP070 MGPI10
STEP080 MGIN05
STEP110 UTCOPY2
STEP111A MKPTT2A
STEP111B MKPTT2B

J
0
0
2

J
0
0
3

J
0
0
4

J
0
0
5

○ ○

J
0
0
6

J J
0 0
0 0
7 8

J
0
0
9

COBOL変換項番
J
0
1
0

J
0
1
1

J
0
1
2

J
0
1
3

J
0
1
4

J
0
1
5

C
0
0
1

C
0
0
2

C
0
0
3

C
0
0
4

C
0
0
5

C
0
0
6

C
0
0
7

C
0
0
8

○

○

○

○

○

○

C
0
0
9

C
0
1
0

C
0
1
1

C
0
1
2

C
0
1
3

C
0
1
4

○

○

○

○
○

○

○

○

○

【非互換項目マトリクス】

40%
20%
0%
0%

10%

20%

30%

40%

50%

60%

70%

80%

90% 100%

コスト（テスト消化率）
膨大な資産の検証作業を

○
○ ○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

○

集中テストのポイントは非互換の網羅性。

均一に行うことはコスト増につながる

資産分析（非互換項目マトリクス）により資産を分類・ グループ化。

検証作業を重み付け。

品質リスクの高い資産を集中的に検証。

資産グループ（非互換パターン）毎に集中テスト対象資産を選定。

集中テスト（25％）、１パターンテスト（80％）
による品質とコストの両立。
37

Copyright 2015 FUJITSU LIMITED品質担保の考え方
 業務、アプリケーションの見える化、ドキュメントの整備より把握した
現行業務のシナリオを策定し、業務としての品質を担保する
 最終的には現行把握の正確さがテスト効率と品質を向上させる
業務
見える化

現行システム調査

シナリオ試験

・業務マニュアル

現行
調査
非互換
調査

現行
結果
突合

設計

ST

突合

非互換項目検出
非互換箇所洗い出し

現行
結果

修正指示

変換後
結果

変換後
結果 結合
テスト
単体
テスト

変換作業
39

Copyright 2015 FUJITSU LIMITEDモダナイ後の開発/保守
最新技術導入のススメ

40

Copyright 2015 FUJITSU LIMITED

最新技術の導入
オープンスタンダードな開発環境■ NetCOBOL Studio （Windows版 NetCOBOLで提供）

・Eclipseを採用した開発環境
言語共通の操作性と高い生産性でCOBOLアプリケーション開発
・V11新機能でさらなる開発効率化 ※ Windows(64bit)

若い人も抵抗なく使えるよ。

Interstage Studio （別製品）

Eclipseを採用した統合開発環境
NetCOBOLをプラグインすることにより、Interstageを利用したJava、
COBOLによるオンライン、バッチシステム開発が可能 ※COBOL開発には別途NetCOBOLのインストールが必要■ Visual Studio （.NET版 NetCOBOLで提供）

VB、C#などの言語共通の操作性と言語間連携で、.NETアプリケーションおよび
Microsoft AzureアプリケーションをCOBOLで開発※ Microsoft Azure向け開発はソフトウェアサービス（NetCOBOL COBOLアプリケーション実行基盤）のアドオンが必要

ビルド
プログラミング

テスト

翻訳、リンクデバッグ、
各種チェック機能
保守・管理
ドキュメント生成
テストデータ作成など

ソース編集
画面・帳票作成※製品、対応OSによって利用できる機能が異なります。
41

Copyright 2015 FUJITSU LIMITED

最新技術の導入
Hadoopと連携しCOBOLバッチアプリの処理時間を大幅短縮■ Apache Hadoop＊１との連携による並列分散処理をサポート
既存COBOL資産がそのまま
Hadoop上で分散実行により高速化
 Interstage Big Data Parallel Processing Server＊２により、既存システムとのシームレスな連携、さらなるバッチ処理の高速化が可能
既存システム

Hadoop

STEP1

STEP2
(遅い処理)

STEP3

STEP2
(並列実行)
Interstage Big Data Parallel Processing Server○既存システムの一部切り出しによる高速化が可能＊1：Apache Software Foundation(ASF)が開発したビッグデータの効率的な分散・並列処理を行うオープンソース
ソフトウェアです。
＊2：Apache Hadoopベースの当社並列分散処理製品です。
42

Copyright 2015 FUJITSU LIMITED

最後に COBOLのロジックは継続性に優れている(周辺の機能を整えることで、ロジックは容易に活用できる) 長年使っているだけに、とにかく資産の管理は徹底的に(これをサボって、良い結果が得られた例はありません) 新しい技術もしっかり対応(新しい技術との融合で、業務の息を吹き返せ)

ALL富士通でお客様のCOBOL資産を全力でサポートします。
43

Copyright 2015 FUJITSU LIMITEDフォローアップセミナー参加のススメ
 レガシーシステムのモダナイゼーションは簡単ではなく、お客様に固有の問題や、根気を要するドロドロとした作業も少なくありません。
 本日は時間の都合から駆け足の説明になってしまい、また、ご質問をお受けする時間もご用意できませんでした。
そこで、本日ご紹介した事例を含めて、もう少し詳しくご説明する
ためのフォローアップセミナーを企画いたしました。
奮ってご参加ください。
開催日: 2015年6月中旬
場所: 富士通 トラステッド・クラウド・スクエア
参加費: 無料
お申込み: 下記URLよりご案内いたします。
http://software.fujitsu.com/jp/middleware/events/

44

Copyright 2015 FUJITSU LIMITEDお問い合わせ先（TransMigrationサービス）
既存アプリケーション資産をお客様のニーズと最新の技術動向を踏まえて最適なプラットフォームへ移行し、既存システムのモダナイゼーションを支援します。
サービスの詳細は以下サイトをご覧ください。
TransMigrationサービスホームページ：
http://jp.fujitsu.com/solutions/sdas/migration/

45

Copyright 2015 FUJITSU LIMITEDお問い合わせ先（NetCOBOL）
NetCOBOLの最新情報をご提供しています
NetCOBOLホームページ：http://software.fujitsu.com/jp/cobol/








コンセプト
製品情報
FAQ（ご購入前、ご購入後）
オンラインマニュアル
体験版貸し出し
導入事例
技術資料・・・・

富士通コンタクトライン：0120-933-200
46

Copyright 2015 FUJITSU LIMITED

登録商標
 Microsoft、Windows、Windows Server、 Windows 8、 Windows 7、 Windows Vista、
Microsoft AzureおよびSQL Azureは米国Microsoft Corporationの米国およびその他の国における登録商標です。
 Red Hat は米国およびその他の国でRed Hat, Inc. の登録商標若しくは商標です。Linuxは Linus
Torvalds氏の商標です。
 Oracle とJavaは、Oracle Corporationおよびその子会社、関連会社の米国およびその他の国における登録商標です。
 Apache、Apache Hadoop は、The Apache Software Foundation の登録商標または商標です。
 NetCOBOL 、Interstage、Systemwalkerは富士通株式会社の登録商標です。
 記載されている会社名、製品名等は各社の商標または登録商標である場合があります。
 本資料では、Oracle SolarisはSolarisと表記しています。
 本資料に記載されているシステム名、製品名などには必ずしも商標表示（TM・®）を付記しておりません。

47

Copyright 2015 FUJITSU LIMITED48