▼全体ガイドの記事
・図面管理（EDM）開発の完全ガイド

製造業や建設業において、図面は設計・製造・品質保証・保守にいたるまで、あらゆる業務の基盤となる重要な情報資産です。しかし、図面の数が増えるにつれて「最新版がどこにあるかわからない」「誰がいつ修正したのか追跡できない」「差し戻し・承認フローが属人化している」といった課題が生まれてきます。こうした問題を根本から解決するのが、図面管理システム（EDM：Engineering Document Management）の開発・導入です。

本記事では、図面管理（EDM）システムをゼロから開発する際の進め方・やり方・流れ・手順を、要件定義から設計・開発・テスト・リリース後の運用まで、フェーズ別に詳しく解説します。スクラッチ開発とパッケージ活用の判断基準、開発コストの目安、失敗しないためのポイントについても具体的に説明しますので、EDM開発を検討している担当者の方はぜひ最後までお読みください。

図面管理（EDM）システムの全体像と開発アプローチ

EDM（Engineering Document Management）とは、図面・設計書・仕様書・BOMなどの技術文書を一元管理するシステムです。単なるファイルサーバーとは異なり、版管理・承認ワークフロー・アクセス権限制御・CAD連携・他システムとのデータ連携といった機能を備え、設計情報のライフサイクル全体をカバーします。開発アプローチとしては、スクラッチ開発・既製パッケージの導入・パッケージへのカスタマイズ追加の3つが主流です。

スクラッチ開発は自社業務にフィットした仕様を一から作り込める反面、開発期間が長くなりがちで、保守コストも高くなる傾向があります。一方、既製パッケージ（NAZCA5 EDM、図研のPDM/PLMなど）を導入する場合は、初期コストと導入期間を抑えられますが、標準機能に業務プロセスを合わせる必要があります。パッケージへのカスタマイズ追加はその中間に位置し、標準機能を活かしながら自社独自のワークフローや連携要件を実装できます。いずれのアプローチを選ぶ場合も、要件の整理と優先順位付けが開発成功の鍵です。

EDMシステムに求められる機能は、図面の登録・検索・閲覧という基本的なもの以外に、多岐にわたります。版管理機能は図面の改訂履歴を追跡し、常に最新版を管理する上で必須です。承認ワークフロー機能は設計者・検図者・承認者などの役割ごとに処理ステップを定義し、図面の品質保証プロセスを支えます。CAD連携機能はAutoCADやSolidWorksなどのCADツールと直接連携し、ファイルの二重管理を防ぎます。さらに、ERPや生産管理システムとの連携によって、部品番号・BOM情報・工程情報を横断的に活用できる体制が整います。

フェーズ1：企画・要件定義の進め方

要件定義はEDM開発の中で最も重要なフェーズです。ここでの見落としや認識のズレが、後工程での手戻りコストや運用定着の失敗に直結します。設計部門だけでなく、製造・品質保証・調達・保守・営業技術といった関連部門を幅広くヒアリングし、「誰が・何の目的で・どの図面を・いつ使うか」という観点から業務要件を整理することが大切です。

まず現状の図面管理における課題を部門ごとに洗い出します。設計部門では「最新版の管理が煩雑」「改訂記録が不明確」といった問題が多く、製造部門では「古い図面で製造してしまうリスク」「紙図面の配布コスト」が課題となりがちです。品質保証部門では「承認経緯の追跡ができない」「検査記録との紐づけができない」という声も多く聞かれます。こうした課題をPDCAサイクルで整理しながら、解決すべき優先事項を絞り込むことがスタート地点となります。

次に、業務フローの可視化を行います。図面が作成されてから承認・公開・配布・廃版にいたるまでの一連のフローを文書化し、各ステップの担当者・判断基準・連携システムを明確にします。この作業をスキップして開発に進むと、後から「このフローが実装されていない」という指摘が相次ぎ、大規模な仕様変更につながるリスクがあります。

機能要件では、図面の登録・改訂・承認・配布・廃版という各ライフサイクルに必要な機能を具体的に列挙します。たとえば、登録機能では「ドラッグ&ドロップでCADファイルをアップロードできること」「図面番号・品番・改訂番号を自動採番できること」「関連文書（仕様書・BOM・写真）を紐づけられること」などを定義します。承認ワークフローでは「承認ルートを部門・製品ラインごとに設定できること」「差し戻し理由を記録できること」「モバイルからも承認操作ができること」といった要件を明示します。

非機能要件としては、同時接続ユーザー数・レスポンスタイム・ストレージ容量・バックアップ周期・セキュリティ要件（アクセスログ取得・二要素認証対応など）・クラウドかオンプレミスかの選択を定義します。特に製造業では、設計情報の機密性が高いため、アクセス権限の粒度（閲覧のみ・編集可・承認可・管理者など）を詳細に設定できる仕様が重要です。

フェーズ2：基本設計・詳細設計の手順

要件定義が完了したら、基本設計（外部設計）と詳細設計（内部設計）のフェーズに進みます。基本設計はシステム全体の構成・画面遷移・データフローを定義する工程であり、ユーザーが実際に触れるUIとシステムの振る舞いを文書化します。詳細設計では、データベーステーブルの定義・APIの仕様・処理ロジックの詳細まで落とし込み、エンジニアが実装に取りかかれる状態にします。

基本設計では、まずシステム全体のアーキテクチャ（Webアプリ・クライアントサーバー・クラウドSaaSなど）を決定します。図面管理においては、大容量ファイルの取り扱い・CADデータのプレビュー生成・オフライン利用の有無などが技術選定に影響します。また、画面設計として「図面一覧画面」「図面詳細・版履歴画面」「承認・差し戻し画面」「検索・フィルタリング画面」「ダッシュボード」などの主要画面のワイヤーフレームを作成します。

データ設計では、図面マスタ・版情報テーブル・承認履歴テーブル・関連文書テーブル・ユーザー・権限テーブルといったエンティティ定義を行います。CAD連携の設計では、どのフォーマット（DWG・DXF・STEP・PDF変換など）に対応するか、サムネイル・プレビューの生成方法、CADシステムからのメタデータ自動取得の仕組みを具体化します。さらに、ERP・PLM・生産管理システムとのAPI連携方式（REST API・WebService・CSVインポートなど）も基本設計の段階で方針を決めておくことが重要です。

詳細設計では「変更に強い設計」を意識することが重要です。図面運用は製品ラインの追加・設計ルールの変更・組織改編によって継続的に変化するため、承認ワークフローのルート設定・属性項目・アクセス権限などを設定画面から柔軟に変更できる構造にしておかないと、仕様変更のたびに開発対応が必要になります。「保管（アーカイブ）」と「運用（現行版管理）」を分離して設計することも、データモデルを整理する上での重要な考え方です。

また、図面番号の採番ルール・版数の表現形式（A/B/C形式、Rev.1/Rev.2形式など）は企業ごとに異なるため、詳細設計の段階で現場に確認しながら丁寧に定義します。承認フローのステータス管理（下書き・申請中・承認済み・公開・廃版など）と、各ステータス間の遷移ルールも明確に文書化しておく必要があります。これらを曖昧にしたままコーディングに進むと、テスト工程での指摘事項が大量発生し、手戻りコストが膨らむ原因となります。

フェーズ3：開発・実装の進め方と方法

設計書が揃ったら、いよいよ実装フェーズに入ります。EDMシステムの開発では、機能の複雑さと業務への影響度の大きさから、アジャイル開発とウォーターフォール開発のどちらを採用するかをプロジェクトの性質に応じて選択します。大企業での全社展開を前提とする場合はウォーターフォール型が安定的ですが、要件が固まりきっていない場合はスプリント単位で機能を積み上げるアジャイル型が有効です。

EDMシステムの開発には、複数の専門領域にまたがるチーム体制が必要です。プロジェクトマネージャー（PM）が全体のスコープ・スケジュール・リスク管理を担い、業務要件の整理と現場との調整はシステムアナリストやコンサルタントが担当します。バックエンドエンジニアはデータモデル・API・ストレージ管理を実装し、フロントエンドエンジニアはUI・ワークフロー画面・CADプレビュー機能を担います。CAD連携や他システムとのAPI統合には専門的な知識が必要なため、経験のあるエンジニアをアサインすることが重要です。

開発規模の目安として、中規模のEDMシステム（複数部門対応・承認ワークフロー・ERP連携あり）ではエンジニア2〜4名が4〜8ヶ月程度稼働するケースが多く、費用は600万〜1,200万円程度になることが一般的です。大規模システム（複数拠点・複雑な権限管理・PLM/ERP完全統合）では1,500万円を超えることもあります。スケジュールと予算のバランスを見ながら、MVP（最小限の製品）として核心機能だけを先行リリースし、段階的に機能を拡張していくアプローチが現実的です。

EDMシステムの実装において特に注意が必要なのが、大容量ファイルの取り扱いとパフォーマンスです。製造業では1つのCADアセンブリファイルが数百MBに達することもあり、アップロード・ダウンロード・プレビュー生成の処理が適切に設計されていないと、ユーザー体験を著しく損ないます。非同期処理によるバックグラウンドでのサムネイル生成、CDNを活用したファイル配信、チャンク分割アップロードなどの技術を組み合わせることが効果的です。

また、全文検索機能は図面管理システムの使い勝手を左右する重要な要素です。図面番号・品番・タイトル・部門・改訂日・ステータスなど複数の属性を組み合わせた高速検索が求められます。Elasticsearchなどの検索エンジンの活用や、適切なインデックス設計が必要となります。さらに、監査ログ機能（誰が・いつ・どの図面に・何の操作をしたか）も品質管理の観点から不可欠であり、設計段階からデータ保持期間・ログ出力フォーマットを定めておく必要があります。

フェーズ4：テスト・品質確認の工程

EDMシステムのテストは、通常のWebシステムと比べてより緻密な計画と実施が求められます。図面データは企業の知的財産の核心部分であるため、誤った版が参照される・承認フローが正しく動作しない・権限のないユーザーがアクセスできるといったバグは、実務上の重大なインシデントに直結します。テスト工程への十分な期間とリソースの確保が不可欠です。

単体テストでは、各モジュール（図面登録処理・版番号採番ロジック・承認ステータス遷移・権限チェックなど）の動作を個別に検証します。特に版管理ロジックは「同一図面番号の複数版が共存できるか」「廃版にした図面が最新版として表示されないか」「改訂申請中の版と公開版を区別できるか」など、細かいケースを網羅したテストケース作成が重要です。

結合テストでは、承認ワークフローの一連の流れ（申請→検図→承認→公開→差し戻し→再申請）を実際のユーザーロールごとにシナリオテストします。CADシステムやERP・PLMとの連携テストもこのフェーズで実施します。システムテストでは、本番に近い環境で大量データ（数千〜数万件の図面）を投入し、検索パフォーマンス・同時アクセス時の安定性・ストレージ容量の消費状況を確認します。ユーザー受入テスト（UAT）では、実際の現場担当者にシステムを操作してもらい、業務フローとの整合性を検証します。

セキュリティテストでは、権限バイパスが可能かどうか（他部門の機密図面に不正アクセスできないか）、セッション管理・SQLインジェクション・ファイルアップロードの脆弱性がないかを検証します。製造業のEDMシステムは顧客の設計情報を扱うケースも多く、情報漏洩は取引関係に直結するリスクがあります。ペネトレーションテストや脆弱性スキャンの実施を検討することも有効です。

データ移行テストも重要な工程です。既存のファイルサーバーや旧システムに蓄積された図面データを新システムに正確に移行できるか、ファイル名・メタデータ・版情報・承認履歴が正しくインポートされるかを事前に検証しておきます。移行ツールのバグや文字コードの問題、ファイルパスの変換ミスなどはよくある落とし穴であり、移行リハーサルを本番前に2〜3回実施することが推奨されます。

フェーズ5：リリース・運用定着の手順

テストを通過したシステムをいよいよ本番環境にリリースします。EDMシステムのリリースでは、段階的な展開（パイロット部門→全社展開）が失敗リスクを大きく減らします。まず設計部門など利用頻度の高い部門で先行導入し、現場のフィードバックを収集してUIや操作フローを改善した上で全社展開に進む方式が効果的です。リリース当日は旧システムとの並行運用期間を設け、移行トラブルが生じた際にすぐに旧環境に切り戻せる体制を整えておくことが重要です。

EDMシステムの導入が失敗する最大の原因の一つは、現場への定着不足です。どれほど高機能なシステムを構築しても、ユーザーが使いこなせなければ旧来の属人的な管理に逆戻りしてしまいます。ロール別の操作マニュアルを整備し（設計者向け・承認者向け・管理者向け）、ハンズオン形式のトレーニングを部門ごとに実施することが効果的です。特に承認ワークフローの操作は、実際の業務シナリオを使って繰り返し練習する機会を設けることが、現場の不安を取り除く上で有効です。

ヘルプデスクの設置も定着促進において重要な役割を果たします。リリース後1〜3ヶ月は問い合わせが集中するため、FAQの充実・チャットによる迅速なサポート・現場への定期フォローアップを計画的に実施します。ユーザーの声を収集してシステム改善に反映させるサイクルを回すことで、EDMは単なる「管理ツール」から「業務を支える中核インフラ」へと進化していきます。

EDMシステムは一度構築したら終わりではなく、継続的な改善・拡張が必要です。製品ラインの追加・組織変更・設計ルールの改定に合わせて、承認フローの設定変更や属性項目の追加・変更が定期的に発生します。システム管理者が自分で設定変更できる範囲をできるだけ広くしておくことが、開発ベンダーへの依存度を下げ、運用コストを抑える上で有効です。

また、定期的なパフォーマンスレビューも欠かせません。登録図面数が増えるにつれて検索速度の低下・ストレージコストの増大・バックアップ時間の延長といった問題が生じることがあります。インデックスの再構築・アーカイブポリシーの設定・ストレージの階層化（ホット/コールドストレージ）といった対策を計画的に実施することで、長期にわたって快適な利用環境を維持できます。

図面管理（EDM）システム開発の費用相場と開発期間

EDMシステムの開発費用は、スコープ・利用規模・連携システムの複雑さによって大きく異なります。小規模なシステム（単一部門・基本的な版管理・承認フローのみ）では300万〜600万円、中規模システム（複数部門・複雑な承認フロー・ERP連携あり）では600万〜1,200万円、大規模システム（複数拠点・PLM/ERP完全統合・複雑な権限管理）では1,500万円以上が目安となります。既製パッケージをベースにカスタマイズする場合は、初期導入費用が100万〜300万円程度であっても、カスタマイズ費用・保守費用・ライセンス費用が加算されるため、総コストを長期的な視点で比較することが重要です。

EDMシステム開発の費用構成は、人件費（工数）が全体の約80%を占めます。要件定義・設計フェーズに全体の20〜30%、開発フェーズに40〜50%、テスト・リリースフェーズに20〜30%が配分されることが一般的です。開発費を抑えるためには、要件定義を徹底して手戻りを防ぐこと・スコープを明確に絞り込むこと・段階的なリリースで初期投資を分散させることが有効です。

また、クラウドインフラ（AWS・Azure・GCPなど）を活用することで、オンプレミスと比べてサーバー調達コストや初期インフラ費用を抑えられます。ただし、設計情報の機密性が高い企業ではプライベートクラウドやオンプレミスが求められるケースもあるため、情報セキュリティポリシーとのすり合わせが必要です。中小企業向けのIT導入補助金や生産性向上関連の助成金を活用することで、実質的な負担額を軽減できる場合もあります。

EDMシステムの開発期間は規模によって大きく異なります。小規模システムでは4〜6ヶ月、中規模システムでは6〜12ヶ月、大規模システムでは12〜18ヶ月以上が一般的な目安です。フェーズ別の期間配分としては、企画・要件定義に1〜2ヶ月、基本設計・詳細設計に1〜3ヶ月、開発・実装に2〜6ヶ月、テスト・リリース準備に1〜3ヶ月が目安となります。

スケジュール遅延のリスクを下げるためには、要件定義フェーズを十分に確保することが最も効果的です。要件が曖昧なまま開発に進むと、実装の後半で「仕様が変わった」「この機能が足りない」という指摘が頻発し、テスト期間が圧縮されて品質低下につながります。スコープクリープ（追加要件の際限ない拡大）を防ぐために、変更管理プロセスを開発当初から定めておくことも重要です。

図面管理（EDM）開発を成功させるためのポイント

EDMシステムの開発において成功と失敗を分けるポイントは、技術的な実装力だけでなく、プロジェクトマネジメントと現場との協働にあります。多くの失敗事例に共通するのは「要件が固まらないまま開発が始まった」「現場の声を十分に反映できなかった」「テストに十分な時間を確保できなかった」といった問題です。これらを防ぐためのポイントを以下にまとめます。

EDMプロジェクトを成功させるには、経営層のコミットと現場キーユーザーの積極的な参画が不可欠です。IT部門だけが主導するプロジェクトは、業務要件の把握が不十分になりがちです。設計部門・製造部門・品質保証部門それぞれからキーユーザーを選定し、要件定義から受入テストまでの全工程に参加してもらうことで、現場に即したシステムが構築できます。また、スコープ管理を徹底し、「あれもこれも」という追加要件をプロジェクト途中で無制限に受け入れないことが、スケジュールと品質を守る上で重要です。

開発ベンダーの選定は、EDMプロジェクトの成否を大きく左右します。製造業・建設業での図面管理システム開発実績があるか、業界の業務知識を持ったコンサルタントがいるか、プロジェクト管理体制が整っているかを選定基準として重視してください。複数社からの見積もり取得（最低3社以上が推奨）を行い、単価だけでなく提案内容・実績・体制・保守サポートの質を総合的に評価することが大切です。

発注方式としては、要件定義・設計フェーズをコンサルティング契約で分離発注し、その成果物をベースに開発フェーズを固定価格（請負）で発注する方式が、スコープリスクを管理しやすくおすすめです。また、コンサルティングから開発・保守まで一気通貫で支援できるベンダーを選ぶことで、フェーズ間の情報引き継ぎロスを防ぎ、プロジェクト全体を円滑に進めることができます。

まとめ

図面管理（EDM）システムの開発は、企画・要件定義→基本設計・詳細設計→開発・実装→テスト・品質確認→リリース・運用定着という5つのフェーズを計画的に進めることが成功の基本です。要件定義での現場ヒアリングの徹底、変更に強い設計、十分なテスト工程の確保、そして現場主導の運用定着対策がプロジェクトの成否を左右します。

開発費用は小規模で300万〜600万円、中規模で600万〜1,200万円、大規模では1,500万円以上が目安です。スクラッチ開発・パッケージ導入・カスタマイズのいずれのアプローチを選ぶ場合も、自社の業務要件・予算・スケジュールを総合的に判断することが重要です。最初から完璧を目指すのではなく、MVPで先行リリースして段階的に拡張していく方針が、リスクを抑えながら早期に効果を得る上で有効です。図面管理（EDM）の開発を検討している方は、ぜひ専門知識を持つベンダーに相談し、自社に最適なアプローチを見極めてください。

▼全体ガイドの記事
・図面管理（EDM）開発の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また「Boxシリーズ」による、受発注管理・在庫管理・配送管理・業務システム・生成AI・SaaS・マッチングサイト・EC・アプリ・LINEミニアプリなどの標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」を活用することで、低コスト・短期間でのスクラッチ開発を実現いたします。

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。