FORTRANのシステムは、計算ロジックの精度、実行環境の寿命、周辺機能の更新範囲を見極めて段階的に移行すると、業務継続に役立ちます。全体像と種類、移行方式、費用、基盤や開発会社の選び方まで、発注側が押さえたい論点を一通り取り上げます。各テーマの詳細は関連記事で確認できます。
▼関連記事一覧
・FORTRANのシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・FORTRANのシステム開発でおすすめの開発会社/ベンダー6選と選び方
・FORTRANのシステム開発の見積相場や費用/コスト/値段について
・FORTRANのシステム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
FORTRANのシステムの全体像
FORTRANのシステムは、入力条件から数値計算やシミュレーションを行い、結果を業務判断や設計、研究開発に使う仕組みです。
その価値の中心は、計算の正確さと、同じ条件で同じ結果を得る再現性にあります。長時間処理や結果の説明可能性も、この価値に含まれます。
計算エンジンを中心にした構成
典型的な構成では、入力画面やExcel・CSVの取込から条件をFORTRANの計算エンジンに渡し、結果を帳票・グラフとして出力します。計算エンジンは、数値計算ライブラリやデータベースと組み合わされ、バッチやジョブ管理で運用されます。
業務によっては、CAD・PLM・ERP・MESと連携します。その場合は、条件を受け取り、結果を設計情報や製造指示へ戻す流れになります。
運用では、認証や権限、監査ログを整えることが欠かせません。加えて、バックアップと障害時の再実行にも備えます。
科学技術計算やシミュレーションでの用途
主な用途は、製造業の設計計算や構造・流体・熱解析です。気象・地震・エネルギー計算にも用いられます。研究開発、制御、設備保全の分野でも使われます。こうした用途は、計算量が大きく、数値アルゴリズムや配列処理を効率よく実行する領域で、長く利用されています。
入力値の単位や丸めといった業務知識は、ソースや設定に埋め込まれていることがあります。境界条件や収束判定も、同じように埋め込まれる場合があります。そのため、画面を作り直すだけの刷新とは違う進め方が必要になります。
FORTRANのシステムの種類
FORTRANシステムは、利用目的、実行環境、更新方針で分類できます。種類を先に整理しておくと、既存資産をどこまで残すかや、性能要件と保守体制の条件を比べやすくなります。
レガシー資産を活用する計算システム
FORTRAN 77や固定形式のソースを含み、暗黙の型宣言やCOMMONブロック、独自拡張、古い入出力形式を使うシステムです。
メインフレームやUNIX上で稼働し、CやCOBOLと組み合わされることもあります。シェルや専用ジョブ管理と連携する例もあります。
仕様書が不足していても、入力ファイルや出力帳票、過去の計算結果を手がかりに、暗黙の要件を洗い出せます。担当者の判断基準も、そうした手がかりの一つになります。
現行環境で運用するFortranシステム
現行規格のFortranを使い、LinuxやWindowsで動かしながら、数値計算ライブラリやテスト自動化を組み合わせたシステムです。
計算ロジックを保ったまま、ビルドを標準化し、Web画面やAPIを追加できます。計算部分を書き換えずに利用者向けの機能だけを更新すれば、リスクと効果の釣り合いを取りやすくなります。
HPC・並列計算を組み込むシステム
処理時間を短縮するために、OpenMPやMPIによる並列化、CPUのベクトル化、GPUを組み合わせ、HPCクラスタやクラウド計算基盤で動かします。
並列化で速くなる一方、実行順序による浮動小数点の差や、メモリ・通信のボトルネックが生じることがあります。
性能値に加えて、許容誤差や再実行時の挙動も要件に含めます。障害ログと計算ノードの確保方法も、あわせて決めておきます。
FORTRANシステムの老朽化で起きる問題
問題の本質は、言語の古さそのものより、実行環境や知識が特定の人、製品、手順に依存していることです。現状を把握しないまま全面刷新に進むと、計算結果の意味や過去データとの連続性を失うおそれがあります。
担当者の退職と仕様書不足
入力が正しいかの判断や異常時の対応が、担当者の経験に頼りがちになります。手作業の前処理や結果の補正には、コード化されていない業務ルールが含まれることもあります。
聞き取りに加えて、通常・境界・異常の入力と承認済みの出力を記録します。そのうえで、業務知識をテストケースに変えます。
コンパイラ・OS・ライブラリの制約
古いコンパイラやOSのサポート終了、商用ライセンスの変更、ライブラリの入手困難化は、障害時の復旧を長引かせる要因になります。
主要な開発環境では、2025年の公式文書で、従来型コンパイラの終了とLLVMベースの後継への移行が案内されています（出典: Fortran Compiler Developer Guide and Reference、2025年）。
移行先では、警告の出方やリンク方法、COMMONブロックや非標準拡張の挙動が変わることがあります。コンパイルが通った時点で、移行が完了したとはいえません。
計算結果の再現性を証明しにくい問題
コンパイラやCPU、最適化の設定によって、小さな数値差が生じることがあります。丸めモードや乱数の初期値、並列処理の順番も、その原因になり得ます。
設計安全率や規制対応に関わる計算では、完全一致と工学的に許容できる誤差のどちらを求めるかを、発注側と開発会社で決めておく必要があります。許容誤差の根拠と判定者を残しておくと、監査や引き継ぎの場面でも説明しやすくなります。入力や実行環境、ログも、あわせて保存します。
FORTRANのシステム開発・移行の進め方
開発と移行は、各段階で判断材料をそろえながら、次の順に進めます。
- 現状調査
- 比較検証
- 方式決定
- 実装
- テスト
- 運用移行
代表的な計算ケースで成立性を確かめてから範囲を広げると、見積りの精度と社内の合意を高めやすくなります。
▶ 詳細はこちら：FORTRANのシステム開発の進め方/やり方/流れや方法/手法/工程/手順
1. 資産の洗い出しと要件定義
まず、開発会社と社内の担当者が、ソースや実行ファイル、コンパイラを一覧にします。OSやライブラリ、ジョブ、入出力も、同じ一覧に加えます。さらに、外部連携や利用者、障害履歴も洗い出します。
固定形式や暗黙型、COMMONブロックに加えて、非標準拡張の使われ方も確認します。入出力では、文字コードやファイルの桁・区切り、日付、単位も見ておきます。
誰がどの判断に使う計算か、停止できる時間はどのくらいか、結果を何年保存するかを、業務部門と合意しておきます。
2. ゴールデンデータの決定とPoC
旧環境で承認済みの入出力を複数用意し、代表ケースとして使います。通常値に加えて、境界値や異常値、欠損値も含めます。最大規模のデータも、代表ケースに入れておきます。
旧環境と新環境の結果差、処理時間、エラー時の挙動を比べます。PoCの目安は、3〜10人月、約300万〜1,500万円、期間は1〜3か月です。
PoCの費用は、資産の複雑さと検証範囲で変わります。受入基準は、完全一致、許容誤差内、利用者の承認のどれで判定するかを、先に決めておきます。
3. 実装・テスト・リリースの段階化
方式が決まったら、計算エンジンや入出力、画面の依存関係を整理してから実装に入ります。DBや帳票、バッチ、認証も、同じ整理に含めます。要件整理からテストまでの間は、発注側と開発会社で現行資産とゴールデンデータを用意し、PoCは別の工程として見積もります。
単体テストに加えて、旧環境と新環境の比較や境界・異常値の確認を行います。性能や並列実行、再実行も検証します。障害復旧や権限、ログ、バックアップも、検証の対象に入れます。
利用者の受入試験のあとも、一定期間は旧環境を参照できるようにしておきます。入力やビルド、環境のどこで差が出たかを追える体制も、残しておきます。
FORTRANシステムの移行方式4種類
移行方式は、延命から全面再構築まで、4種類に分かれます。選ぶ際は、計算ロジックの重要度や環境の寿命を見ます。利用者体験や性能、予算、保守人材も判断材料になります。
延命は短期の安定を優先する方式
現行環境を保ったまま、障害対応や最小限の画面改修を行います。初期費用を抑えられ、計算結果の連続性も保ちやすい方式です。
一方で、古いOSやコンパイラ、ハードウェアへの依存や担当者不足は残ります。そのため、ソースやビルド手順、ライセンス、バックアップと復旧の手順を文書にまとめておく必要があります。加えて、次の方式へ移る判断期限も決めておきます。
再コンパイル・リホストは計算資産を活かしやすい方式
ソースを大きく変えずに、OSやコンパイラ、実行基盤を更新する方式です。アルゴリズムを守りやすく、既存結果とも比べやすい方法です。
障壁になるのは、固定形式や非標準拡張、古い入出力です。リンク設定や文字コード、暗黙の初期化も、移行時のつまずきどころになります。また、コンパイル警告は分類し、対応方針を記録しておきます。
ラッパー化は段階的な使い勝手の改善に向く方式
FORTRANの計算エンジンはAPIやバッチで呼び出し、Web画面や認証を別の技術で整えます。さらに、データベースや帳票も同じように整えられます。
計算の中核は作り直さずに、入力ミスの防止や進捗表示を改善できます。結果検索や権限管理も、改善の対象になります。
単位や桁、エラーコードを明確にしないと、呼び出し側との境界で新たな障害点になります。タイムアウトや同時実行数も含めて、先にインターフェースの契約を決めておきます。
全面再構築は長期保守と標準化を重視する方式
計算ロジックを別の言語や新しい構成で再実装し、業務要件や画面、データモデルも見直します。運用も合わせて見直すことで、保守性や人材確保を改善しやすくなります。
暗黙の仕様を取りこぼすと、結果差の原因を特定できなくなる恐れがあります。そこで、旧システムを正解データの生成元として一定期間残し、ケースごとに比べます。
FORTRANのシステム開発費用の相場と内訳
FORTRAN移行の公開価格は限られているため、費用は人月単価と工数に分けて捉えます。
JUAS調査2025では、スクラッチ開発は96万円/人月、パッケージ利用開発とSaaS利用開発は144万円/人月です（出典: JUAS「ソフトウェア・メトリクス調査2025」、2025年）。
これは概算を組み立てる基準で、FORTRAN固有の定価ではありません。
▶ 詳細はこちら：FORTRANのシステム開発の見積相場や費用/コスト/値段について
規模別の費用と期間の目安
費用と期間は規模によって変わるため、主な推定レンジを次のとおり示します。
- 調査・PoC：3〜10人月、約300万〜1,500万円、1〜3か月
- 小規模移植：再コンパイルやPC・Linux移植。10〜30人月、約1,000万〜4,300万円、3〜8か月
- 中規模刷新：画面やDB、帳票のほか、認証、バッチ、外部連携を含む。30〜100人月、約3,000万〜1億4,400万円、6〜18か月
- 大規模案件：複数言語や工場、メインフレームを扱い、リアルタイム連携、厳格な精度保証、24時間運用を含む。100〜500人月
大規模案件は、約9,600万〜7億2,000万円、期間は1〜3年以上になる可能性があります。
上の各額は、人月単価と工数から推定したものです。コード行数だけで決まる価格ではありません。見積りは、調査や移植、再構築に分けてもらい、検証やデータ移行、運用設計も別に示してもらいます。
見落としやすい追加費用
追加費用は、開発基盤と運用に分けて見積もります。
- 開発基盤：GPU・HPCサーバー、ストレージ、バックアップ、商用コンパイラ、数値計算ライブラリ、クラウド利用料
- 周辺費用：データ転送、監視、セキュリティ対策、現地試験
- 保守範囲：障害対応、OS・コンパイラ・ライブラリ更新、脆弱性対応、結果監査、利用者追加、性能調整
旧環境と新環境を並行で動かす期間は、二重のインフラ費用や運用の負荷も見込んでおきます。
年間の保守費は、初期開発費の15〜20%程度が一般的な目安です。ただし、専門人材を専任で確保する場合は、これより高くなることがあります。対応時間と範囲は、契約で明確にしておきます。
クラウド・HPC・セキュリティの選び方
クラウドへの移行を判断する材料は、データの機密性や計算量、利用頻度です。通信量やライセンス、運用要件も、あわせて判断材料になります。
需要が月ごとに変動するなら、必要なときに計算ノードを起動できるクラウドが有効です。一方で、常時稼働や機密データを扱う場合は、オンプレミスや専用環境も比べます。特殊接続や厳しい遅延要件があるときも、比べる対象になります。
ベンチマークと費用をセットにした性能評価
HPCは、CPUコア数を増やせば必ず速くなるとは限りません。並列化率やメモリ帯域、ノード間通信が性能を左右し、I/Oやジョブ待ち、ライセンスも影響します。
代表ケースを使い、1件あたりの処理時間と同時実行数を測ります。月間の実行回数と1回あたりの費用も測り、現行環境との総保有コストを比べます。
GPUを使う場合は、計算部分をオフロードできるかを確認します。結果差の検証も、PoCに含めます。
計算データと開発工程の安全性の確保
個人情報や設計情報の扱いと委託範囲に応じて、安全管理の項目を要件に含めます。
- データ管理：保存場所、暗号化、アクセス権限、秘密情報、監査ログ
- 継続・復旧：バックアップ、復旧目標
- 開発・運用環境：ビルド環境、ソース管理、依存ライブラリ、実行ノード、データ連携、担当者
- 委託管理：再委託、脆弱性の窓口と修正期限、ログ保管者、契約終了時のデータ返却
経済産業省などが2026年3月に公表したガイドラインは、ソフトウェアの開発・供給・運用者と顧客が、サプライチェーン全体で責任を分担する考え方を示しています（出典：経済産業省「サイバーインフラ事業者に求められる役割等に関するガイドライン」、2026年）。
委託条件を事前に決めておくと、将来の引き継ぎに備えやすくなります。
2026年時点の注目動向
2025年以降は、LLVM環境への移行や、OpenMPによるCPU・GPUの活用が注目されています。HPCクラウドや、生成AIによるコード解析・リファクタリングも、関心が高まっています。
生成AIによる一括変換では、丸めや境界条件の扱いを再現できるとは限りません。暗黙の初期化や例外処理も、確認が欠かせません。
AIは、資産の分類や依存関係の抽出、コメント生成、テスト候補の作成に使えます。ただし、結果は計算業務を理解する担当者が承認します。
FORTRANの開発会社/ベンダーの選び方
発注側は、FORTRANの実装力に加えて、計算結果を保ったまま業務システムを移行できるかを見極めます。
候補の会社には、匿名化した資産の概要と代表ケースを示します。現行環境や希望時期、課題も伝えたうえで、調査・PoC・本開発を分けた提案を依頼します。
計算領域と移行実績の確認
実績は、プログラミング経験とは別に、計算領域と移行の経験を見て判断します。
FORTRAN 77や固定形式の解析、コンパイラ変更の経験を分けて尋ねます。さらに、メインフレームやUNIXからの移行、数値比較、並列化の経験も聞いておきます。Web・API連携と保守の経験も、あわせて確認します。
公開事例は、対象の資産や移行範囲、精度基準を確認します。期間や移行後の保守範囲も見て、自社の案件に当てはまるかを判断します。
技術検証と品質保証の方法の確認
旧環境と新環境の結果差の原因や、許容誤差の決定者と証跡を質問します。コンパイラやライブラリを更新したときの再テストも、尋ねておきます。
回答には、ゴールデンデータや比較レポートが含まれるか、環境の固定やレビュー担当者、受入基準が示されるかを確認します。
契約・納品物・引き継ぎ条件の明確化
見積り、納品、将来の引き継ぎで確認する内容を、契約前にそろえておきます。
- 見積り：ソース解析、環境構築、設計、実装、テスト、データ移行、教育、保守を分けて示す
- 納品物：ソース、ビルド手順、依存ライブラリ、テストデータ、結果比較表、設計書、運用手順、障害連絡先、ライセンス一覧
- 候補比較：実績、数値計算の専門性、移行提案、検証体制、クラウド・オンプレミス対応、保守、引き継ぎ条件を同じ質問票で比べ、価格だけに偏りにくくする
▶ 詳細はこちら：FORTRANのシステム開発でおすすめの開発会社/ベンダー6選と選び方
▶ 詳細はこちら：FORTRANのシステム開発の発注/外注/依頼/委託方法について
FORTRANのシステムに関するよくある質問（FAQ）
開発や移行で迷いやすい疑問を取り上げます。判断では、計算結果や業務継続、セキュリティ、将来の保守性も合わせて考えます。
FORTRANのシステムは別の言語へ移行すべきですか？
必ずしも移行すべきではありません。計算ロジックが安定し、現行環境を維持できるなら延命や再コンパイルが合理的です。
人材やOS、コンパイラに課題があれば、ラッパー化や段階移行を比べます。連携や画面、監査要件の課題も、同じ検討に含めます。
全面再構築は、ゴールデンデータで結果を検証できる体制を整えてから選びます。
FORTRANのシステムをクラウドで動かせますか？
動かせますが、OSやコンパイラ、ライブラリの対応を確認します。ファイル入出力やライセンス、データの機密性も見ておく必要があります。
必要なときだけ計算ノードを使える一方、データ転送費や起動時間、利用上限を含めて総額を比べます。障害復旧やGPU・商用ライセンスの条件も、同じ比較に入れます。
小さな代表ケースを実行し、性能と結果差を確認してから本番化します。
FORTRANの移行費用はどのくらいかかりますか？
小規模な調査・PoCは約300万〜1,500万円、再コンパイルや小規模移植は約1,000万〜4,300万円が目安です。
画面やDB、外部連携を含み、性能・精度試験も行う規模では、30〜100人月で約3,000万〜1億4,400万円になる可能性があります。
費用は、人月単価や資産の複雑さ、検証件数によって変わります。周辺システムやHPC・ライセンス費も、金額を動かす要因です。また、診断とPoCは分けて見積もります。
開発会社には何を準備して相談すればよいですか？
相談の前に、ソースや実行ファイル、コンパイラとOSの情報を用意します。入出力サンプルや過去の正解データ、外部連携の内容も、そろえておきます。処理時間や障害履歴に加え、利用者数と希望時期も伝えます。
機密情報は匿名化し、資産の概要と代表ケースだけを共有する方法もあります。結果差の判定方法や納品物、将来の引き継ぎも質問します。
まとめ：FORTRANのシステムにおける精度を守る段階移行
全面刷新の前の計算資産の評価
見るべき点は、FORTRANが古いかどうかより、計算ロジックの重要度や環境を維持できる年数、許容する結果差です。評価によっては、延命や再コンパイルで足りる場合もあれば、ラッパー化や全面再構築が必要な場合もあります。
現状調査とPoCの範囲の決定
FORTRANは、計算結果そのものが業務の価値になる領域で使われています。科学技術計算や設計、解析などが代表例で、研究開発や制御も含まれます。
現状調査とPoCで確認する項目を整理し、その結果を移行の判断につなげます。
- 現状把握：ソース、実行環境、入出力、外部連携、利用者、運用条件を調べる。計算ロジック、依存環境、担当者の知識、セキュリティ、将来の保守も含める
- 旧新比較：代表ケースの正解データや許容誤差、処理時間、障害復旧、運用負荷を確認
- 移行方式：延命、再コンパイル、ラッパー化、全面再構築を比較
- 工数と費用：調査・PoCは3〜10人月程度。調査、移行、検証、保守を分けて見積もる
PoCの成果物や許容誤差、処理時間、見積りの前提を文書にしておけば、同じ基準で移行方式と予算を判断できます。判断の基準は、画面が動くかだけでなく、正しい結果を再現して説明でき、将来引き継げるかどうかに置きます。
▼関連記事一覧
・FORTRANのシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・FORTRANのシステム開発でおすすめの開発会社/ベンダー6選と選び方
・FORTRANのシステム開発の見積相場や費用/コスト/値段について
・FORTRANのシステム開発の発注/外注/依頼/委託方法について
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。