AS/400・オフコンからの移行
業務仕様はコード内だけに存在しない。システム全体の構造から真の仕様を復元。
物理ファイル（PF）・論理ファイル（LF）の定義をはじめ、プログラムサイクル、CLプログラム、表示ファイル（DSPF）に至るまで包括的に解析。ソースコード単体では見えない暗黙の業務ルールを抽出し、保守・移行に耐えうる正確な業務仕様書として再ドキュメント化する工程から伴走します。
Challengesこの移行で問題になりやすいこと
AS/400・オフコン刷新のご相談で、当社が着目する4つの重要ポイントです。
AS/400（IBM i）やオフコンの移行において、業務ルールはRPGやCOBOLのソースコード内だけに存在するわけではありません。物理ファイル（PF）・論理ファイル（LF）の定義、RPG特有のプログラムサイクル、CLプログラムによるジョブ制御、そして5250表示ファイル（DSPF）の制御ロジックなど、システム全体に分散して保持されています。移行の前段でこれら周辺資産を含めた棚卸しと構造解析をどこまで緻密に行えるかが、後工程における手戻りの規模を決定づけます。この事前調査をおろそかにした計画は、結合テストや現新比較テストの段階で想定外の計算差異やデータ不整合を招く最大の要因となります。
論理ファイルに業務上の意味が含まれている
論理ファイルを単なるビューとして扱うと、業務上の意味を持つキー構成を新環境の設計に反映できません。定義を一つずつ確認する工程が必要です。
プログラムサイクルを前提にしないと読めない
RPG IIIでは明示的なループがなくても処理が繰り返されます。サイクルを前提にせずに手続き型として読み替えると、処理順が変わります。
業務の流れがCLプログラムにある
ジョブの起動順や条件分岐がCL側に置かれている場合、RPGだけでは全体が再現できません。移行対象の範囲は棚卸しの結果で判断します。
表示ファイルに入力制約が置かれている
5250の画面定義に業務上の入力ルールが書かれている場合があります。画面を作り直す際に、この制約を拾い直す必要があります。
Method現行資産の読み解き方
ソースコード外部に分散した業務ルールまで網羅し、現行仕様を正確に文書化します。
AS/400資産の仕様抽出は、ツールの自動変換だけに依存することが極めて困難な領域です。ファイル定義（PF/LF）やジョブ制御（CL）、画面制御などに業務ロジックが散在しているため、当社では専門エンジニアがコードと周辺資産を直接読み解き、現行の業務仕様書として再構築します。さらに、現場運用者様へのヒアリングと実データベースの出力突合を重ねることで、仕様の解釈違いを未然に防ぎます。
| 対象 | 読み解く内容 |
|---|---|
| DDS（物理ファイル・論理ファイル） | ファイル間の関係、キー構成、業務上の制約。論理ファイルが持つ意味を一つずつ確認します |
| RPGプログラム | 処理の流れ。RPG IIIの場合はプログラムサイクルを前提に読みます |
| CLプログラム | ジョブの流れと、RPG外に置かれた処理 |
| 表示ファイル（5250） | 画面単位の入力制約と業務ルール |
| トリガー・ジャーナル | 主処理に現れない派生的な動作 |
| 運用されている方への確認 | 文書にも画面にも残っていない運用上の取り決め |
読み解いた結果は現行業務仕様の文書として成果物にお納めします。移行後の保守を貴社内で行われる場合、この文書が引き継ぎの土台になります。
Cautionこの工程で見落とされやすい点
| 見落とされやすい点 | 内容 |
|---|---|
| 論理ファイルを単なるビューとして扱うこと | 業務上の意味を持つキー構成が含まれている場合があり、新環境でのデータ設計に影響します |
| プログラムサイクルを前提にしないまま読むこと | 明示的なループがないコードをそのまま手続き型として読み替えると、処理順が変わります |
| 移行対象をRPGだけに絞ること | CLプログラムに業務の流れが置かれている場合、RPGだけでは全体が再現できません |
| 帳票の再現範囲を後回しにすること | 印刷レイアウトは要件として早めに確定させたほうが、手戻りが小さくなります |
Scope対応可能な範囲
AS/400・オフコン移行における当社の対応可能範囲。
AS/400（IBM i）や各種オフコンからのシステム刷新において、現行資産の調査・棚卸しから、新環境でのアーキテクチャ設計・実装、さらにはデータベース移行と新旧データ突合検証に至るまで、一気通貫でお引き受けいたします。プロジェクトの規模や所要期間は資産構成やブラックボックス化の度合いによって変動するため、初期の棚卸し・現状可視化フェーズを経て精緻な計画をご提示いたします。
| 作業範囲 | 内容 |
|---|---|
| 現行資産の棚卸し | DDS・RPG・CL・表示ファイルの一覧化と、使用状況の確認 |
| 現行業務仕様の文書化 | 読み解いた業務ルールを文書として整理し、成果物としてお納めします |
| 移行方式の決定 | 資産ごとにリホスト／リライト／リビルド／対象外を切り分けます |
| 新環境での実装 | C# ／ Java など、保守体制に合わせた移行先で実装します |
| データ移行と突合 | 移行前後の全件突合を前提に進めます |
| 総合テストと受入支援 | お客様の受入基準に沿ってご支援します |
Team Structure誰が担当し、誰が責任を持つか
システム移行の実現性評価や適用範囲の決定は、コミュニケーションが成否を分ける工程です。当社ではこの根幹となるフェーズを日本法人の責任者が直接担当し、品質・納期に対するガバナンスと説明責任を徹底いたします。
| 項目 | 内容 |
|---|---|
| 現行資産の解析 | 技術者が実際に読み解き、現行の業務仕様として文書化します。運用されている方への確認と、実データとの突合も併せて行います |
| 要件の確定・設計の承認 | 日本法人（株式会社DEHA SOLUTIONS）が担当します。窓口は日本側で一本化しており、仕様のやり取りで齟齬が出ない体制です |
| 実装・テスト | 要件が確定したあとの工程を、協力会社 DEHA VIETNAM（ハノイ・200名以上）が担います。CMMI Development & Services レベル3の評定を受けたプロセスと三層QAのもとで進めます。協力会社 DEHA VIETNAM は ISO/IEC 27001:2022 の認証を取得しています |
| 責任の所在 | 契約の当事者は当社（日本法人）です。請負契約では成果物の完成について、準委任契約では業務の適切な遂行について、当社が責任を負います |
まずは無料レガシー簡易診断からご相談いただけます
移行をご判断いただく前の段階でも構いません。資産一覧をお送りいただくだけで、概算と移行リスクの見取り図をお返しします。ソースコードのご提供は不要です。その先の現行調査（As-Is分析）は、稼働中のシステムを変更しない読み取り専用の解析で、作業範囲とお見積りを着手前に確定いたします。
無料レガシー簡易診断を申し込む 現行調査（As-Is分析）についてFAQよくあるご質問
RPGの技術者が社内にもう残っていないのですが。
そのような状態からのご相談を承っております。現行資産を読み解いて業務仕様として文書化する工程からご一緒しますので、社内にRPGを読める方がいらっしゃらない前提で進められます。
工場の生産管理がAS/400で動いています。
工場の業務とデータの流れを確かめる工場現状調査から始めることもできます。生産管理全体の刷新は生産管理システムの刷新をご覧ください。
移行後は自社で保守したいと考えています。
現行業務仕様の文書と、新環境の設計・実装の資料を成果物としてお納めします。移行後の保守を貴社内で行われる場合は、引き継ぎの期間と範囲を着手前にお取り決めいたします。
移行先はC#とJavaのどちらになりますか。
社内の保守体制と、既存システムとの連携要件に合わせて選ぶ項目です。すでに.NET環境をお持ちの場合はC#、Javaの資産や要員がある場合はJavaをご提案することが多いです。
費用の考え方・品質保証について
費用の構成要素、品質保証の仕組み、そして刷新を任せる相手を選ぶ観点については、モダナイゼーションのページにまとめております。AS/400・オフコンからの移行に限らず共通してご確認いただける内容です。
モダナイゼーション全体のご案内へ工場の生産管理がAS/400で動いている場合は工場DX簡易診断から、基幹システム単体の移行をご検討の場合は無料レガシー簡易診断からお選びください。
現行資産の棚卸しからご相談いただけます
設計書が残っていない、あるいは社内にコードを読み解ける有識者が不在といった状況でも問題ございません。まずはソースコード解析等を通じて現状を可視化し、安全な次の一手を共に検討します。