PL/I のリバースエンジニアリングの費用相場を調べようとしても、Web 上に具体的な情報はほとんど見当たりません。それもそのはず、PL/I はCOBOL と並ぶ基幹業務向け言語でありながら、対応できるエンジニアがさらに少なく、競合のカバーも極めて薄い希少テーマです。「いくらかかるのか」という疑問に対して、明確な数字を提示できる情報源が国内では皆無に近い状況が続いてきました。
本記事では、PL/I リバースエンジニアリングの費用構造を LOC 課金の仕組みから解説し、成果物の粒度別相場・PL/I 特有のコスト要因・モダナイゼーション全体の費用目安・特急料金の相場・そしてコストを抑える実践的なポイントまで、一気通貫でお伝えします。見積もりの相場感をつかみ、ベンダーとの価格交渉を有利に進めるための知識として活用してください。
▼全体ガイドの記事
・PL/Iのリバースエンジニアリングの完全ガイド
PL/Iリバースエンジニアリングの費用構造
PL/I のリバースエンジニアリング費用は、解析対象のソースコード行数（LOC：Lines of Code）を基準とした従量課金が業界標準となっています。ただし、PL/I 特有のデータ型や実行環境の複雑さを反映した補正係数が加算されるため、他言語の LOC 単価をそのまま当てはめることはできません。費用構造の全体像を正確に理解することで、過大・過小な見積もりに惑わされないための判断力が身につきます。
LOC課金制とPL/Iにおける適正単価
市場で一般的に流通しているリバースエンジニアリングの LOC 課金の基本相場は、「基本料金：30 万円（4,000 行まで）、超過分：1 行あたり 50 円」というモデルが多く見られます。しかし PL/I の場合、この標準単価にそのまま乗ることはほとんどなく、言語難度に応じた割増率が設定されます。PL/I の BASED 変数やポインタ追跡、AREA 属性による動的メモリ管理は、COBOL の固定的なデータ定義と比べて解析工数が数倍に増加するケースがあるため、単価は COBOL の 1.5〜2 倍程度を想定しておく必要があります。
具体的には、PL/I のリバースエンジニアリング（ソースコードが存在する場合の仕様書復元）では「基本料金：50〜80 万円（4,000 行まで）、超過分：1 行あたり 80〜120 円」程度が実態に近い相場感です。ただし、JCL・IMS/DB・CICS との連携部分の解析を別費目として計上するベンダーもあり、連携解析が含まれる場合は総額がさらに 30〜50% 増加する傾向があります。見積もりを取る際は「連携部分の解析が単価に含まれているか」を必ず確認してください。
PL/Iの複雑さを反映した見積補正
LOC 数だけで見積もりを判断するのは PL/I においては特に危険です。PL/I には、1 行の意味が極めて密度の高いコーディングスタイルと、逆に保守目的でコメントが大量に含まれ実コードは少ない場合の両極端が存在します。たとえば、BASED 変数を活用した動的リスト処理の 100 行は、COBOL の単純なデータ変換 1,000 行よりも解析工数が多くなることがあります。
適切な見積補正のために、ベンダーは通常「プレ解析（サンプル解析）」として対象コードの一部（全体の 5〜10%）を試験的に解析し、難易度と工数を算出してから本見積もりを提示します。このプレ解析費用は 10〜30 万円程度が目安であり、最終的な本プロジェクト発注時に差し引かれる形にする交渉が可能なことがあります。「いきなり全量見積もり」を提示してくるベンダーより、プレ解析を提案してくるベンダーのほうが精度の高い見積もりを出せる傾向があるため、ベンダーの姿勢を見極める指標としても活用できます。
成果物粒度別の費用相場
PL/I のリバースエンジニアリング費用は、最終的に何を成果物として受け取るかによって大きく異なります。成果物の粒度を「フローチャート」「業務仕様書」「詳細設計書」の 3 段階で整理し、それぞれの費用目安を示します。
フローチャートレベルの費用目安
フローチャートレベルは、PL/I プログラムの処理の流れ（制御フロー）を図式化したものです。「このプログラムがどういう順序で処理を行っているか」を把握するための概要資料であり、各分岐条件の業務的意味や変数の業務上の役割は含まれません。システムの全体像把握や、モダナイゼーション計画立案の初期フェーズでの活用に適しています。費用目安は、対象ソースコード 1 万行あたり 100〜200 万円程度です。PL/I プログラム 30〜50 本（中規模システムの一部）に相当し、2〜4 か月の作業期間が一般的です。
業務仕様書・詳細設計書レベルの費用目安
業務仕様書レベルでは、フローチャートに加えて各処理の業務上の意味・判断条件の背景・使用データの役割・業務ルールの根拠まで文書化します。新システムの要件定義に活用できる精度の資料であり、業務部門との確認会議を複数回実施することでこの粒度が初めて達成されます。費用目安は対象コード 1 万行あたり 300〜600 万円、期間は 4〜8 か月程度です。詳細設計書レベル（画面遷移図・DB 設計・API 仕様書を含む新システム設計に直結する資料）になると、1 万行あたり 600〜1,200 万円、6〜12 か月超が目安となり、これは中規模 PL/I システムの本格的な移行準備費用として発生するものです。
PL/I特有のコスト要因
PL/I のリバースエンジニアリングには、他言語では発生しないか、または発生しても程度が軽い、PL/I 固有のコスト要因が複数存在します。見積もりを評価する際にこれらの要因を把握しておくことで、不当な割増や見積もり漏れを見極めることができます。
BASED変数・ポインタ解析の追加工数
PL/I 固有のデータ型（POINTER 型・BASED 変数・AREA 属性）の解析は、COBOL のような固定的なデータ定義と比べて工数が 1.5〜3 倍に増加することがあります。特に、複数のプログラム間で AREA を受け渡しながらデータ処理を行う構造（いわゆるチェーン処理）は、解析ツールの自動分析に限界があり、熟練エンジニアによる手作業での追跡が必要です。この作業は 1 万行のコードに対して 100〜200 人時の追加工数が発生するケースがあります。見積書に「PL/I 固有データ型の解析工数」が明示されているかを確認してください。
メインフレームミドルウェア連携解析のコスト
JCL（バッチ制御）・IMS/DB（データベース）・VSAM（ファイルアクセス）・CICS（トランザクション制御）との連携部分は、PL/I プログラム本体の解析とは別に、各ミドルウェアの定義ファイルや設定資料を収集・解析する工程が発生します。この連携解析費用は、PL/I ソースコード解析費用の 20〜50% 相当が追加で発生するのが一般的です。特に IMS/DB の DBD（Database Definition）と PSB（Program Specification Block）の解析、および CICS の BMS マップと COMMAREA の対応関係の解析は、専門知識なしには困難であり、工数が集中しやすい部分です。
また、対象システムが長年稼働してきた結果として JCL 内の PROC（プロシジャ）が重層的に入れ子になっているケースや、CICS のトランザクション定義が独自の命名規則で管理されているケースでは、この連携解析の工数がさらに膨らむことがあります。見積書には「ミドルウェア連携解析費用を含むか否か」を必ず明記させ、含まない場合は追加費用の試算を求めることが重要です。
モダナイゼーション全体での費用目安
PL/I のリバースエンジニアリングは、多くの場合メインフレームからオープン系・クラウドへのモダナイゼーション（システム刷新）プロジェクトの一部として実施されます。リバースエンジニアリング単体の費用だけでなく、モダナイゼーション全体での費用規模感を把握しておくことで、投資対効果の判断が明確になります。
手法別の費用規模と期間
モダナイゼーションの手法は「リホスト（単純移行）→リプラットフォーム→リファクタリング→リビルド」の 4 段階に分類され、PL/I システムの場合は以下の費用・期間が目安となります。リホスト（単純移行）は数千万円〜1 億円台・3〜6 か月が目安です。PL/I プログラムをほぼそのまま別環境で動作させる手法であり、リバースエンジニアリングの比重が軽く、主に実行環境の移行コストが中心となります。リプラットフォームは 1 億円〜3 億円・6〜12 か月が目安で、PL/I から Java や COBOL への言語変換を伴うため、リバースエンジニアリングによる仕様復元が重要なフェーズとなります。
リファクタリングは 2 億円〜5 億円・12〜18 か月が目安で、業務ロジックを整理・最適化しながら新システムを構築するため、PL/I の業務仕様を精緻にドキュメント化するリバースエンジニアリングへの投資が最も重要となる手法です。リビルドは 5 億円以上・18 か月以上が目安であり、現行 PL/I システムを参照しながら全く新しいシステムをゼロから開発するため、リバースエンジニアリングは「廃止すべき機能の特定と、引き継ぐべき業務ルールの抽出」に特化した位置づけとなります。
スクラッチ開発との ROI 分水嶺
PL/I システムのモダナイゼーションでよく問われるのが「現行システムをリバースして刷新する vs ゼロから要件定義して作り直す」の ROI 比較です。一般的に、業務ロジックの生存率（現行の PL/I プログラムの業務ルールのうち、新システムでも引き継ぐ必要があるものの割合）が 60% 以上の場合は、リバースエンジニアリングを活用したモダナイゼーションの ROI が高くなります。一方、長年の運用で不要な機能が積み重なっており、業務ロジックの生存率が 40% 未満と判断される場合は、現行コードへの縛りが少ないリビルド（スクラッチ開発）を選択する経営的合理性があります。
特急料金の相場（+20〜60%）
PL/I のリバースエンジニアリングでは、通常の納期より短い期間を求める「特急対応」に対して割増料金が発生します。特急料金の相場は、短納期化（通常の 70% 程度の期間）で総額の 20〜30% 増、超特急（休日・深夜対応を含む 50% 以下の期間）で 40〜60% 増が目安です。PL/I の解析は自動化できる部分が限られており、熟練エンジニアの手作業が中心となるため、納期短縮のために複数人を同時投入することが技術的に難しいケースもあります。
特急対応のリスクと注意点
PL/I の場合、特急対応で最も危険なのは「業務部門とのレビュー不足」です。静的・動的解析で「How（どう動くか）」は短期間でも解析できますが、「Why（なぜその仕様か）」の確認には業務部門との対話を繰り返す時間が必要であり、この部分を短縮すると業務仕様の誤解が成果物に混入するリスクが急増します。特急対応を依頼する場合でも、業務部門のレビューステップだけは省略しないことを発注条件に明記することが重要です。
特急料金を交渉する際のポイント
特急料金を少しでも抑えるためには、「全量を特急にするのではなく、優先度の高いモジュールだけ特急、残りは通常納期」という分割発注戦略が有効です。PL/I システムの場合、業務上最も重要なコアモジュール（保険料計算・清算処理など）と、補助的なモジュール（ログ出力・マスタメンテナンスなど）を分けてフェーズ化することで、特急割増が適用される範囲を最小化できます。また、ベンダーとの長期取引関係を前提にした「後続フェーズの優先発注保証」を条件に、特急料金の割増率を引き下げる交渉も実務では行われています。
コストを抑える5つのポイント
PL/I のリバースエンジニアリングは高額になりがちですが、発注側の準備次第でコストを大幅に削減できる余地があります。特に重要な 5 つのポイントをご紹介します。
発注側の準備でコストを下げる方法
第一のポイントは「対象モジュールの事前選別」です。全 PL/I プログラムを解析するのではなく、業務上の重要度と変更頻度に基づいてスコープを絞ることで、解析量を 30〜50% 削減できるケースがあります。廃止が確定している機能や使用頻度が極めて低い補助モジュールを対象から外すだけで、費用を大幅に圧縮できます。第二のポイントは「既存資料の最大活用」です。古い設計書・運用マニュアル・JCL の実行ログ・IMS/DB の DBD 定義などを発注前に収集・整理してベンダーに提供することで、解析の起点となる資料が揃い、特に理解困難な部分の解析工数が削減されます。
第三のポイントは「業務部門の早期コミット」です。業務担当者がレビューに積極的に参加することで、「業務ロジックの意味確認」のために解析チームが追加調査を行う手戻り工数が減少します。第四のポイントは「成果物粒度の段階的拡張」です。まずフローチャートレベルで全体像を把握し、費用対効果を確認してから業務仕様書レベルに進む段階的アプローチが、無駄な投資を防ぎます。第五のポイントは「複数ベンダーへの相見積もり」です。PL/I 対応可能なベンダーは少ないとはいえ、3 社以上に見積もりを依頼することで価格の妥当性を比較でき、競争原理が働く可能性があります。
LOC課金の「罠」を回避する方法
LOC 課金で特に注意が必要な落とし穴は「行数と複雑さが一致しない」という問題です。PL/I の 1 万行には、COBOL の 3 万行に相当する業務ロジックが詰め込まれているケースがある一方、コメントが多いプログラムでは実質的なコードが 3,000 行程度しかない 1 万行のファイルも存在します。この落とし穴を回避するために、見積もりの LOC 数は「有効コード行（コメント・空行を除く実コード行数）」として定義するよう契約条項に明記することを推奨します。さらに、難度が高い特定モジュール（BASED 変数多用・アセンブラ混在など）については「複雑度係数」として追加単価を明示させ、事後的な追加請求が発生しないよう見積もり根拠を文書化しておくことが重要です。
まとめ
PL/I のリバースエンジニアリング費用は、COBOL と比べても単価が高く、かつ JCL・IMS/DB・CICS などメインフレーム固有の連携解析が追加費用として発生するため、見積もりの総額は想定より高くなりがちです。基本的な LOC 課金（1 行 80〜120 円以上）に加えて、BASED 変数・ポインタ解析の追加工数、ミドルウェア連携解析費用（メインコストの 20〜50%）、成果物粒度による倍以上の費用差、特急料金の割増（20〜60%）という 4 つの変数が費用を大きく左右します。
コストを適切にコントロールするためには、発注前にスコープを絞り、既存資料を最大限活用し、業務部門の早期コミットを確保することが効果的です。見積もりを評価する際は、LOC 数の定義・連携解析の含有有無・複雑度係数の根拠・成果物粒度の明確化の 4 点を必ず確認することで、適正価格でのプロジェクト着手が可能となります。対応できるベンダーが少ないからこそ、費用の妥当性判断には専門知識を持った相談相手の存在が重要であり、まずは複数ベンダーへの相談から始めることをお勧めします。
▼全体ガイドの記事
・PL/Iのリバースエンジニアリングの完全ガイド
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。