重工業・造船業界のシステム開発は、現状調査、データ標準化、代表工程での連携検証の順に進めると、現場の負担と導入リスクを抑えられます。
業界特有の要件、開発の進め方、方式と費用の順に見ていき、発注時に気をつけたい点もあわせて取り上げます。
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
重工業・造船業界のシステム開発の全体像
業界特有の課題を解くには、受注単位のプロジェクト管理、設計情報をつなぐPLM、原価管理のERPを組み合わせる必要があります。生産管理システム単体では、こうした課題を解決しきれません。
開発では、現場や協力会社のポータルも含めて、業務の境界をまたいで設計します。
超長期プロジェクトと個別受注生産への対応
個別受注生産では受注ごとに条件が異なるため、長期案件の採算は途中の段階でも継続して追う必要があります。
- 個別仕様：船舶や大型プラントは、仕様、材料、工程、検査条件がそれぞれ異なる
- 長期採算：契約、設計、建造、試運転、引き渡しまで、数年かかることもある
- 原価の追跡：案件別の見積原価、発注済み金額、仕掛実績、完成見込み
- 利益の把握：材料費・外注費の上昇、設計変更、遅延費用を反映
同じ製品を繰り返す量産ラインと違い、案件ごとに仕様が変わります。売上だけを見ていると採算を見誤り、完成時に利益が残らないおそれがあります。
巨大なBOMと多重サプライチェーンの扱い
部品表（BOM）では、設計から協力会社までの情報を結び付けて管理する必要があります。
- 関連情報：設計、製造、購買先、代替品、在庫、検査、図面の版数
- 部品表の連携：設計段階のE-BOMと、製造順序を表すM-BOM
- 変更履歴：変更者、日時、理由、影響する製品・注文・工程
- 全体最適：協力会社を含むサプライチェーンの情報共有
変更は数千、数万の下位部品や工程に波及します。そのため、履歴をどう残すかが大切になります。
変更の経緯と影響範囲を残しておけば、後から変更の流れをさかのぼれます。
国土交通省は、工程をまたいだ生産性向上とライフサイクルを見据えた「DX造船所」を推進しています（出典：国土交通省「造船業の国際競争力の強化」、2026年参照）。
造船・舶用の業界では、サプライチェーンの最適化も進められています。
重工業・造船業界特有のシステム要件
最優先の要件は、設計変更を製造・調達・工程・原価へ一貫して伝えることです。そのうえで、プロジェクト別原価とBOM連携を要件に入れ、変更履歴と権限付き共有もまとめて定義します。
現場で使える端末と通信についても、同じ要件として検討します。
工事進行基準に対応したプロジェクト別原価管理
大型船やプラントの案件では、完成時だけでなく進捗に応じて損益を更新します。
- 原価の集約：契約金額、予算、実績、発注残、出来高、予測原価を共通コードで管理
- 変更の反映：設計変更による原価の増減を、プロジェクト単位で記録
- 実績の把握：月次会計を待たず、作業時間、材料払出、外注実績を早く取り込む
- 進行基準の運用：採用する場合は、進捗度の算定、原価範囲、承認者を決める
契約・現場・監査の関係者と、運用の中身をすり合わせておくことが欠かせません。国税庁も、工事進行基準の会計・税務上の取り扱いを案内しています（出典：国税庁「工事進行基準を用いているとき」、2026年参照）。
E-BOM、M-BOM、調達をつなぐPLM統合
製造に必要な情報を補ったうえで、設計から購買・在庫・作業指示までつなぎます。
- 製造情報：組立順序、加工単位、治具、支給品、検査工程
- BOM連携：E-BOMをM-BOMへ変換し、購買・在庫・作業指示へ連携
- データ規則：部品番号、単位、版数、代替可否の統一
規則がそろっていないと、誤発注や旧図面による加工につながります。
建造途中の設計変更を追跡する変更管理
変更申請を登録し、確認漏れを抑えます。
- 変更の契機：顧客要望、法規制、供給状況、現場干渉
- 影響範囲：図面、BOM、発注、在庫、作業指示、検査項目、原価
- 版の管理：承認前と正式版を分け、現場端末に最新版を表示
影響範囲の一覧づくりは、自動または半自動で進めます。
協力会社ポータルと現場ファーストの操作性
協力会社が使いやすく、必要な情報だけを扱えるポータルにします。協力会社が数百社に及ぶ場合でも、権限を一律に設定するのは避けます。
- 閲覧権限：会社・案件・工程・図面ごとに設定
- 業務の集約：発注、納期回答、検査成績書、作業実績、変更通知
- 操作性：スマートフォンやタブレットで片手操作できる画面
- 通信対策：ドックで一時保存し、通信回復後に同期
高機能な画面を押しつけると、協力会社の間で定着しないおそれがあります。一方、業務をポータルに集めると、メール添付による行き違いを減らせます。
重工業・造船業界のシステム開発の進め方
まず、損失の大きい情報断絶から着手し、全社を一度に置き換えないようにします。その後は、現状を見える形にしたうえで、標準化と要件定義、段階開発、移行・定着の順に進めます。
画面より先に、変更情報が届くべき範囲を業務の流れで定義します。
1. 現状調査と目的の設定
各部門への聞き取りで、情報が作られる場所と使われる場所を洗い出します。
- 対象部門：受注、見積、設計、購買、在庫
- 現場部門：製造、品質、経理、保守
- 測る課題：設計変更の発注反映にかかる日数
- 測る課題：予測原価と実績原価の差を把握する日数
課題を時間と金額で示すと、どこから手を付けるかを決めやすくなります。
目標は、たとえば月次締めを待たずに赤字化の兆候を把握することや、旧版図面による加工をゼロにすることのように定義します。
2. データとマスタの標準化
標準化するデータの対象と管理ルールは、発注者側で決めておきます。
- 品目情報：部品番号、品名、単位、材質、仕入先
- 工程情報：工程、作業区、原価要素
- 設計情報：図面番号、版数
- 管理ルール：責任者、承認者、更新頻度、履歴、廃止
ベンダー任せにすると暗黙知が失われ、稼働後の再登録につながります。そのため、発注者は正解データを定め、ベンダーは移行・検証・重複排除を支援します。
3. 代表工程での連携検証
連携の検証は、代表的な1案件または1工程から始めます。
- 実データの流れ：E-BOM、M-BOM、購買、入荷、作業実績、原価集計
- 連携不良の確認：版数不一致、数量の丸め、取消済み発注の残存
- 変更の追跡：設計変更を1件起こし、関連システムと帳票への反映を確認
画面単体では連携不良を見つけにくいので、工程全体の流れで試します。
4. 段階移行と現場定着
旧システムを長く残しすぎないよう、新システムを正とする移行条件を決めておきます。
- 切替条件：新システムを正とする日と、例外時の承認者
- 現場支援：現場リーダーと協力会社への操作訓練
- 機能の優先：一時保存、QRコード照合、写真添付
- 運用範囲：帳票電子化にとどめず、経営判断と現場改善へつなぐ
紙やExcelを残したまま新システムを足すと、負担が増え、どちらも信用されなくなります。
現場で使えない機能は見直し、作業の流れを短くする機能を優先します。
IPAの「DX動向2025」は、戦略・技術・人材の観点から企業のDXを調査しています（出典：IPA「DX動向2025」、2025年）。
同資料は、部分最適から全体最適への転換を示しています。
クラウド・オンプレミス、パッケージ・スクラッチの選び方
方式は、データや現場の条件に応じて選びます。判断では、機密性、図面容量、通信を中心に、設備接続と災害時の継続性も評価します。
拠点や協力会社との共有にはクラウドが、大容量データにはオンプレミスが向いています。
パッケージは期間と費用を抑えやすく、スクラッチは独自ルールを組み込めます。
全社で同じ方式にそろえるとは限らず、ハイブリッド構成も含めて判断します。
クラウドとオンプレミスのデータ特性による使い分け
図面の容量と現場で必要な応答性を測り、構成を選びます。
- 大容量図面：3D CADや高解像度図面が1TBを超える場合は通信量も試算
- クラウド候補：受注・購買・原価など取引データ中心の機能
- 現場対策：図面をエッジ側にキャッシュし、復旧後に差分同期
- 実測項目：図面表示時間、同時利用者数、復旧時間
表示、同期、バックアップにかかる通信量も確認します。
大容量データを閉域網で高速に扱う場合は、オンプレミスが適しています。
パッケージを標準にした独自部分の追加
共通業務にはパッケージを使い、独自要件をどこまで入れるかを見極めます。
- 標準機能：受注、所要量計算、購買、在庫、工程、原価
- 個別開発：研究開発や高度なシミュレーションなど、競争力に直結する機能
- フルスクラッチ：独自ルールを再現できるが、追加要件で費用と納期が膨らみやすい
- 拡張性：業務ルールをAPIやデータモデルに整理し、交換・他社連携に備える
標準に合わせる範囲を要件定義で決めると、将来の保守費を抑えられます。
個別受注生産向けのパッケージを採用できる場合は、共通部分に標準機能を使います。
重工業・造船業界のシステム開発費用相場と内訳
費用は、拠点数や利用者数、連携先の数によって変わります。BOMの件数や図面の容量のほか、移行量や端末、セキュリティ要件も見積もりに影響します。
PLM・ERP・ポータルの連携が抜けると、後から追加費用が生じます。そのため、初期費用だけでなく、5年程度の総保有コストで比べます。
規模別の開発費用の目安
対象が1部門から複数工場へと広がるほど、費用の目安は大きくなります。
- パッケージ導入：マスタ整備と限定的な連携で、初期費用100万円から500万円程度
- 1部門の追加開発：現場アプリを含む場合、500万円から1,000万円程度になることがある
- 複数工場の統合：独自機能も多い場合、1,000万円から数億円規模
複数工場の統合では、ERPやPLMに加えて、原価、調達、ポータルも含みます。ここで挙げた金額は、企画段階で予算を立てるための目安です。市場価格を保証するものではありません。
見積もりを比べる際は対象工程をそろえることが大切です。たとえば、IPAの開発データでは、基本設計から総合テストまでの5工程を扱います（出典：IPA「ソフトウェア開発データ白書シリーズに関するよくある質問」、2026年参照）。
そこで、見積書では、要件定義、移行、教育、運用設計も別項目として明示してもらいます。
保守・インフラ・教育の費用
初期費用だけでなく、保守、運用、教育も含めて試算します。
- 運用費：クラウド、サーバー・ネットワーク保守、ライセンス、監視、バックアップ、更新
- 支援費：問い合わせ対応、現場教育、マスタ保守
- 年間保守：開発費の15〜20％程度を目安に置く場合がある
- 見積項目：初期・月額・従量課金・更新・追加ユーザー・移行
24時間監視や大容量図面、海外拠点、高い可用性を求めると、費用は上がります。一方で、障害対応だけの契約では、業務改善やデータ品質の支援が別料金になる場合があります。
3D図面は、平均容量に加えて、繁忙期の同時接続数とバックアップ世代数で試算します。
重工業・造船業界のシステム開発で見積もりを取る際のポイント
良い見積もりを得るには、対象業務、データ、実現する品質を説明することが大切です。RFPには、工場・部門、現行システム、利用者、BOM・図面の概数を記載します。
連携先や処理時間、移行対象、希望時期、セキュリティ条件も、あわせて示します。
未確定の項目は、隠さず示したうえで、調査フェーズとして切り出してもらいます。
発注者側での要件定義と仕様書の準備
画面仕様をすべて決めておく必要はありません。そのかわり、業務上の判断基準は整理しておきます。
- 変更管理：設計変更の承認権限と旧版図面の扱い
- 部品管理：代替品の可否
- 実績・原価：工程実績の入力単位と原価配賦
- 情報共有：協力会社への開示範囲
業務ルールを決めないまま委ねると、完成後に要望が衝突し、追加開発が増えます。
同業種実績と連携実績の確認
製造業全般だけでなく、同業種や連携の実績も確かめます。
- 業務実績：個別受注生産、長期プロジェクト
- 連携実績：PLM・ERP、協力会社ポータル、図面管理
- 性能確認：図面表示、変更反映、同時接続、障害復旧の測定結果
- デモ条件：実際の部品表と変更シナリオ
移行・マスタ・サプライチェーンのリスクと契約
移行と契約の取り決めで、業務停止やデータ、供給網のリスクを抑えます。
- 移行計画：並行稼働期間、切り戻し条件、バックアップ、災害時の代替策、協力会社への連絡
- 供給継続：部品欠品が工程を遅らせるため、フェールセーフを価格より先に評価
- 契約責任：マスタの正確性、受入テスト、仕様変更、遅延時の協議
- 成果物と運用：知的財産の帰属と、自社でマスタを更新する体制
- 情報保護：工場接続時の機密図面・設備データの漏えい対策
基幹システムの不具合で調達が止まり、サプライチェーンへ影響が及んだ事例が報道されています。
経済産業省は、工場システムの対策を企画・導入・運用するガイドラインを公開しています（出典：経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」、2022年以降）。
同ガイドラインでは、IoT化、クラウド、サプライチェーン接続のリスクを扱っています。
2026年3月にはセキュリティ対策評価制度の構築方針が公表されました（出典：経済産業省・内閣官房「SCS評価制度の構築方針」、2026年）。制度開始は2026年度末頃を目指すとされています。
重工業・造船業界のシステム開発でよくある質問
費用や期間は、規模と既存環境によって変わります。判断の基準を決めておくと、開発会社との相談を具体的に進めやすくなります。
重工業・造船業界のシステム開発は何年かかりますか？
1部門で既存パッケージを使う場合は、半年から1年程度が目安です。
複数工場の連携を含む場合は、段階導入で1年から数年かかることがあります。
代表工程で成果を出しながら拡大すると、現場の負担とリスクを抑えられます。
大容量の図面がある場合もクラウドを使えますか？
クラウドは利用できます。ただし、容量以外の条件も測ったうえで方式を選びます。
- 性能：平均容量、同時利用者、表示時間
- 接続条件：通信断の頻度、海外拠点との接続
- 運用条件：権限管理とバックアップ
- 通信断対策：一時保存と復旧後の競合解決
現場が新システムを使わない場合はどうしますか？
入力した情報を業務に再利用し、現場の負担を減らす設計にします。
- 情報の再利用：作業指示、検査、原価、報告へつなぐ
- 二重管理の解消：対象工程から紙とExcelをなくす
- 入力しやすさ：片手操作、選択式、バーコード・QRコード、オフライン対応
- 定着指標：入力時間、旧版図面の使用件数、変更反映時間
操作は、現場リーダーと一緒に設計します。
まとめ
開発では、設計変更や部品表を起点に、調達から原価、会計までをつなぎます。
どんぶり勘定を避けるには、工事進行基準を採用する場合にも対応できる予実管理が欠かせません。
E-BOMからM-BOM、調達、現場実績へ情報を流す設計も、あわせて考えます。
成功へ向けた最初の一歩
赤字化や工程遅延につながる情報断絶を一つ選び、業務とデータを見える形にします。
- 準備：マスタ責任者と変更承認のルールの決定
- 実証：代表工程での連携確認と、切り戻し条件の設定
- 予算目安：パッケージは初期費用100万円から500万円程度
- 1部門の追加開発：現場アプリなどを含むと500万円から1,000万円程度になることがある
- 大規模開発：複数工場の統合は1,000万円から数億円規模
保守、教育、移行を含めて費用を比較します。
参考にした公的情報
国土交通省「造船業の国際競争力の強化」、国税庁「工事進行基準を用いているとき」、IPA「デジタルトランスフォーメーション（DX）」「ソフトウェア開発データ白書シリーズに関するよくある質問と回答」、経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」「サプライチェーン強化に向けたセキュリティ対策評価制度の構築方針」を参照しています。
▼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を創業。