PL/Iのリバースエンジニアリングの見積相場や費用/コスト/値段について

PL/Iのリバースエンジニアリング費用は、コード行数、成果物の粒度、連携範囲で変わります。金額は1行80〜120 円以上から5 億円以上まで幅があります。

費用の仕組み、成果物ごとの相場、費用を増やす要因を取り上げます。全体像は、下記の完全ガイドもご覧ください。

▼全体ガイドの記事
・PL/Iのリバースエンジニアリングの完全ガイド

PL/Iリバースエンジニアリングの費用構造

LOC課金制を基本料金、超過料金、PL/I補正の3要素に分けた図
3要素の内訳をそろえると、見積もりの比較軸が明確になります。

PL/Iのリバースエンジニアリング費用は、ソースコードの行数を基準にした従量課金が標準です。行数はLOC(Lines of Code)で数えます。

PL/I特有のデータ型や実行環境には、複雑さに応じた補正係数が加算されます。そのため、他言語のLOC単価をそのまま当てはめることはできません。

費用の仕組みを理解しておくと、見積もりが過大か過小かを見極める手がかりになります。

LOC課金制とPL/Iにおける適正単価

LOC課金の相場は、基本料金、超過料金、PL/I補正の3つの要素を見て確かめます。

  • 基本料金:一定行数までの定額部分
  • 超過料金:基準行数を超えた分の1行単位の加算
  • PL/I補正:言語難度に応じた単価の調整

一般的なLOC課金は、4,000行まで30 万円、超過分は1行50 円です。ただし、PL/Iにはこの標準単価がほとんどそのまま適用されません。BASED変数、ポインタ追跡、AREA属性による動的メモリ管理があるためです。

COBOLの固定的なデータ定義と比べると、解析工数が数倍になる場合があります。そのため、単価はCOBOLの1.5〜2倍程度を想定する必要があります。

ソースコードがある場合の仕様書復元は、50〜80 万円が目安です。この金額は4,000行までの範囲で、超過分は1行80〜120 円程度です。

JCL・IMS/DB・CICSとの連携解析を別費目にするベンダーもあります。連携解析を含める場合、総額はさらに30〜50%増える傾向です。そのため、見積もりでは連携部分の解析が単価に含まれるかを確かめてください。

PL/Iの複雑さを反映した見積補正

PL/Iの見積もりでは、行数に加えてコードの密度と事前解析も確かめます。

  • コード密度:1行に含まれる処理量の多さ
  • コメント量:実コードとコメントの割合
  • プレ解析:一部を試験解析して難易度を測る作業

PL/Iでは、LOC数だけで見積もりを判断すると特に危険です。1行に多くの意味を詰め込む、密度の高いコーディングスタイルがあるためです。さらに、保守目的のコメントが多く実コードが少ない場合もあります。

たとえば、BASED変数を使う動的リスト処理の100行は、単純なデータ変換より複雑です。その解析工数が、COBOLの単純なデータ変換1,000行より多くなることもあります。

ベンダーは通常、全体の5〜10%をプレ解析し、難易度と工数を算出してから本見積もりを提示します。

プレ解析費用は10〜30 万円程度が目安です。本プロジェクトを発注する際には、その費用を差し引く交渉ができる場合もあります。

プレ解析を提案するベンダーは精度を重視する傾向があり、その姿勢を見極める指標としても使えます。

ポイント

見積もりを比べるときは、基本料金・超過料金・PL/I補正の内訳がそろっているかを見ます。PL/I補正が含まれない単価は、PL/I特有の難しさが織り込まれていない可能性があります。

成果物粒度別の費用相場

フローチャートレベル、業務仕様書、詳細設計書の費用帯を並べた図
成果物の深さが増すにつれて、費用帯も上がります。

費用は、最終的に受け取る成果物の粒度で大きく変わります。成果物は、フローチャート、業務仕様書、詳細設計書に分けて考えます。

フローチャートレベルの費用目安

フローチャートレベルとは、PL/Iプログラムの制御フローを図にしたものです。

  • 把握対象:プログラムが処理する順序
  • 含まない内容:業務上の意味や変数の役割は対象外
  • 主な用途:全体像の把握と計画立案

システムの全体像をつかみ、初期計画を立てる段階で役立ちます。

費用は、対象ソースコード1万行あたり100〜200 万円程度です。これはPL/Iプログラム30〜50本に相当する規模で、作業期間は2〜4か月が一般的です。

業務仕様書・詳細設計書レベルの費用目安

業務仕様書レベルは、フローチャートに業務上の意味を加えたものです。

  • 業務仕様書:判断条件、データの役割、ルールの文書化
  • 詳細設計書:新システム向けの画面、DB、APIの設計

業務仕様書の粒度に達するには、業務部門との確認会議を複数回行う必要があります。費用は、対象コード1万行あたり300〜600 万円が目安で、期間は4〜8か月程度です。

詳細設計書は、画面遷移図、DB設計、API仕様書を含みます。費用は1万行あたり600〜1,200 万円、期間は6〜12か月超が目安です。この詳細設計は、中規模のPL/Iシステムを本格的に移行する際の準備費用として発生します。

ポイント

成果物の粒度は、全体像の把握なのか移行の準備なのかという目的から先に決めておくと、各社の費用を同じ条件で比べやすくなります。

PL/I特有のコスト要因

PL/Iには、他言語より解析費用が増えやすい固有の要因があります。この要因を知っておくと、不当な割増や見積もり漏れに気づけます。

BASED変数・ポインタ解析の追加工数

固有データ型の解析は、固定的なデータ定義よりも工数が増えやすい作業です。

  • 対象となる型:POINTER型、BASED変数、AREA属性
  • 解析の難所:複数プログラム間でのAREA受け渡しの追跡
  • 追加工数:1万行で100〜200人時の例

工数は、COBOLの固定的なデータ定義と比べて1.5〜3倍になることがあります。AREAを受け渡す構造は、いわゆるチェーン処理にあたります。

解析ツールによる自動分析には限界があるため、熟練者の手作業が必要になります。見積書では、固有データ型の解析工数が明示されているかを確かめてください。

メインフレームミドルウェア連携解析のコスト

ミドルウェア連携では、PL/I本体とは別に定義ファイルの解析が必要になります。

  • JCL・VSAM:バッチ制御とファイルアクセス
  • IMS/DB:DBDとPSBの定義
  • CICS:BMSマップとCOMMAREAの関係

対象は、JCL、IMS/DB、VSAM、CICSの定義ファイルや設定資料です。連携解析費用は、PL/I解析費用の20〜50%相当が追加されます。

IMS/DBのDBD(Database Definition)とPSB(Program Specification Block)の解析は、専門知識なしでは困難です。

CICS連携は、工数が集中しやすい解析です。JCLのPROCが重層的に入れ子になる場合や、CICSの定義が独自の命名規則で管理される場合も、連携解析の工数は膨らみます。

見積書には、ミドルウェア連携解析費用が含まれるかどうかを明記してもらってください。含まれない場合は、追加費用の試算を求めることが大切です。

ポイント

固有データ型や連携解析の工数が見積書に明示されているかを見ます。示されていない場合は、PL/I特有の要因が単価に含まれていないおそれがあります。

モダナイゼーション全体での費用目安

リホストからリビルドまでの4手法について費用規模と期間を示した尺度図
手法を選ぶときは、費用規模と期間を合わせて見比べます。

PL/Iのリバースエンジニアリングは、刷新プロジェクトの一部として行われます。その中でも、メインフレームからオープン系やクラウドへ移行するケースが中心です。

全体の費用規模を押さえておくと、投資対効果を判断する材料になります。

手法別の費用規模と期間

手法は、リホストからリビルドまで4段階に分けて考えます。

  • リホスト:ほぼそのまま別の環境で動かすこと
  • リプラットフォーム:言語変換を伴う移行
  • リファクタリング:業務ロジックを整理したうえでの再構築
  • リビルド:現行システムを参照しながらの新規開発

リホストは数千万円〜1 億円台、期間は3〜6か月が目安です。実行環境の移行が中心のため、リバースエンジニアリングの比重は軽くなります。

リプラットフォームは1 億円〜3 億円、期間は6〜12か月が目安です。PL/IからJavaやCOBOLへの言語変換を伴うため、仕様復元が重要なフェーズになります。

リファクタリングは2 億円〜5 億円、期間は12〜18か月が目安です。PL/Iの業務仕様を精緻に文書化する投資が必要になります。

リビルドは5 億円以上、期間は18か月以上が目安です。現行システムを参照しながら、新しいシステムをゼロから開発します。作業の中心は、廃止機能の特定と引き継ぐ業務ルールの抽出です。

スクラッチ開発との ROI 分水嶺

判断では、現行仕様を活かす場合と作り直す場合のROIを比べます。その目安になるのが、業務ロジックの生存率です。

  • 生存率60%以上:リバース活用の効果が高くなる範囲
  • 生存率40%未満:リビルドの合理性が高まる範囲

生存率とは、現行ルールを新システムへ引き継ぐ割合のことです。

特急料金の相場(+20〜60%)

通常より短い納期を求める特急対応では、割増料金が発生します。

  • 短納期化:通常の70%程度の期間で20〜30%増
  • 超特急:期間50%以下で40〜60%増が目安

PL/Iは自動化できる解析が限られ、熟練者の手作業が中心です。こうした事情から、納期短縮のために複数人を同時に投入しにくいケースもあります。

特急対応のリスクと注意点

特急対応でとくに危険なのは、業務部門とのレビュー不足です。

  • How:プログラムがどう動くかの把握
  • Why:なぜその仕様なのかの把握

Howの確認には静的・動的解析を使えますが、Whyの確認には業務部門との対話を繰り返す時間が必要です。

その時間を削ると、業務仕様の誤解が成果物に入り込むおそれがあります。

発注条件には、業務部門のレビューを省略しないことを明記してください。

特急料金を交渉する際のポイント

特急料金は、対象範囲と後続発注の条件を分けて交渉します。

  • 分割発注:特急にするのは重要なモジュールだけ
  • 後続フェーズ:優先発注の保証を条件にした交渉

特急対象を優先度の高いモジュールに絞り、残りを通常納期にすると、特急割増の範囲を抑えられます。

コアモジュールには保険料計算や清算処理があります。一方、補助モジュールにはログ出力やマスタメンテナンスがあります。

また、後続フェーズの発注で割増率を下げる交渉が行われることもあります。

ポイント

納期を前倒しする必要があるときは、特急対象をどこまでにするかを先に決めます。重要なモジュールに絞って特急にすると、割増の範囲を抑えられます。

コストを抑える5つのポイント

発注側の準備しだいで、PL/Iの解析費用を抑えられる余地があります。特に押さえたい方法を、対象範囲、資料、体制、粒度、見積もりの5つの面から見ていきます。

発注側の準備でコストを下げる方法

コスト削減では、発注前に発注側でできる作業から先に進めます。

  • 対象選別:重要度と変更頻度による範囲の絞り込み
  • 資料活用:既存の設計書やログの準備
  • 早期参加:業務部門をレビューの早い段階から招くこと
  • 段階拡張:成果物の粒度を順に高めていく進め方
  • 相見積もり:複数ベンダーの価格の比較

解析の範囲を限ると、解析量を30〜50%削減できます。廃止が確定した機能や、使用頻度の低い補助モジュールを対象から外します。

古い設計書、運用マニュアル、JCLの実行ログを集めます。IMS/DBのDBD定義も整理して、ベンダーに提供します。

業務担当者が早い段階でレビューに加わると、追加調査の手戻りが減ります。

まずフローチャートで全体像を把握し、費用対効果を確かめます。そのうえで業務仕様書へ進むと、無駄な投資を防げます。

PL/Iに対応できるベンダーが少なくても、3社以上に見積もりを依頼します。価格の妥当性を比べられ、競争原理が働く可能性もあります。

LOC課金の「罠」を回避する方法

LOC課金では、行数と実際の複雑さが一致しないことに注意が必要です。

  • 有効コード行:コメントと空行を除いた実コード行数
  • 複雑度係数:難しいモジュールの追加単価の明示

PL/Iの1万行に、COBOLの3万行相当の業務ロジックが含まれる場合があります。一方で、コメントが多く実コードが3,000行程度の1万行ファイルもあります。

契約条項には、LOCを有効コード行として定義することを明記します。BASED変数の多用やアセンブラ混在など、難度の高い特定モジュールには「複雑度係数」を設定します。

見積もりの根拠を文書にしておくと、事後の追加請求を防ぐ助けになります。

ポイント

コストを抑える方法は、発注側が発注前に準備できる範囲から選ぶと取り組みやすくなります。対象範囲の絞り込みや資料の準備は、その代表的な例です。

まとめ

PL/Iは、COBOLより単価が高いうえに、連携解析の追加費用も発生します。そのため、見積もりの総額は想定より高くなりがちです。

基本のLOC課金は1行80〜120 円以上で、BASED変数・ポインタ解析も追加工数の要因になります。さらに、ミドルウェア連携解析はメインコストの20〜50%が追加されます。成果物の粒度によっては、費用が倍以上変わる場合もあります。

特急料金は、通常料金に20〜60%の割増が目安です。コスト管理には、発注前のスコープ整理と既存資料の活用が有効です。業務部門の早期参加も、手戻りを抑える方法です。

見積もりでは、LOCの定義と連携解析の含有有無を確認します。複雑度係数と成果物粒度も、事前に明確化してください。

PL/Iに対応できるベンダーは少ないため、専門知識を持つ相談相手が欠かせません。まずは複数ベンダーへの相談から始めることをお勧めします。

▼全体ガイドの記事
・PL/Iのリバースエンジニアリングの完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。