Accessのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

Accessのシステム開発は、要件整理と構成選定から始めます。そのあとは、設計・開発、テスト、稼働、定着の順に進めます。段階ごとに確かめると、業務に合う仕組みを育てられます。

Accessの向き不向き、6フェーズの進め方、費用相場と見積もりまでを扱います。全体像は完全ガイドでも確認できます。

▼全体ガイドの記事
・Accessのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Accessのシステムの全体像と向き不向き

Accessのシステムは、Microsoft Accessで業務アプリケーションを作る仕組みです。データはテーブルに蓄積し、クエリで検索や集計を行います。フォームは入力画面、レポートは印刷帳票を担い、マクロやVBAを組み合わせると処理を自動化できます。

一方で、Excelの一覧共有では難しい入力ルールや関連データの管理も、比較的短い期間で業務に合わせて実装できます。

Accessで作る業務システムの基本構成

Accessの基本構成は、データと操作機能を分けて組みます。利用方法や連携先も、あわせて整理しておきます。

• 分割データベース：画面・帳票・クエリ・VBAをフロントエンド、テーブルをバックエンドに分けた構成。
• 利用者への配布：各PCにフロントエンドを配り、共有フォルダやサーバーのデータを参照させる方式。同じファイルを直接開くより、競合や破損を抑えやすくなります。
• 外部との連携：Excel・CSVの取り込み、Outlook・SharePointとの連携、SQL Server・Web APIへの接続。

仕様上の上限は、システム領域を除く合計で2GB、同時ユーザー数は255です（出典: Microsoft Support「Access の仕様」、2026年確認）。

上限の範囲内でも、限界は早まることがあります。ネットワークの品質やクエリ、添付ファイルの量が影響し、同時に更新する頻度も限界を早めます。そのため、将来のデータ量と利用者数を見積もっておきます。

Accessが向いている業務と避けたい業務

Accessに合うかどうかは、業務が部門の中で閉じているか、利用者や要件がどこまで広がるかで分かれます。

• 部門内の台帳管理：顧客や案件・日報、受発注、在庫、点検、工程、請求など。
• 定型帳票の作成：Excelや紙帳票をもとに、入力漏れを減らしながら検索と集計を標準化する業務。
• 規模や要件が大きい業務：多数拠点、社外・スマートフォン利用、24時間稼働、厳密な操作ログ、複雑な承認、急増するデータ。

規模や要件が大きい業務では、Access単体に限定しない設計が必要です。

判断では、利用者数、拠点数、社外アクセス、データ量を確認します。あわせて、スマートフォン対応、監査ログ、現行担当者の不在も見ておきます。

強い要件が3項目以上あるときは、Accessの画面を残してデータをSQL ServerやDataverseへ移す案と、Webシステムへ置き換える案を比べます。

「Accessは古いから捨てる」「安いから何でもAccessで作る」と決めつけず、業務規模と将来計画をもとに選びます。

6フェーズで見るAccessのシステム開発の進め方

まず、現行業務とデータの流れを整理してから試作すると、画面を先に作る進め方より手戻りを抑えられます。

各段階で成果物を確かめてから次へ進みます。なお、作成者が退職して仕様が分からない既存Accessでは、調査そのものを最初の成果物にします。

フェーズ1：要件整理で業務とデータの洗い出し

発注側と開発会社で、誰がいつ何を入力し、どの帳票や判断に使うかを業務フローにまとめます。新規開発では、Excel、紙帳票、メール、既存システムの出力を集めます。

既存改修では、ACCDB・MDB本体やリンクテーブルを一覧にします。クエリ、フォーム、レポート、マクロ、VBA、外部ファイルも同じように洗い出します。

あわせて、Windows・Officeのバージョン、32bit・64bitを記録します。利用端末、共有フォルダの場所、バックアップ方法も記録しておきます。

要件整理では、対象と対象外の業務、利用者と権限、マスタ管理者を確認します。さらに、必須帳票、検索条件、保存期間、移行範囲、他システム連携も押さえます。

ピーク時の同時利用者数と、障害時の復旧目標も決めておきます。要望はすべてを機能にはせず、必要度で分けます。

• 必須：法令や業務継続に欠かせない要望。
• 改善：作業時間を減らすための要望。
• 将来検討：初期開発では対応しない要望。

要件整理の段階で不要な機能を削るほど、後の費用とテストの範囲を抑えやすくなります。

フェーズ2：Access単体か移行かの選定

候補は、Access単体と分割データベースです。さらに、AccessフロントエンドとSQL Serverの組み合わせ、Dataverse、Webシステム、SaaS・パッケージも比べます。

• 少人数・社内LAN・帳票中心：Access単体または分割構成。
• データ量や同時利用の増加：SQL Server。
• Microsoft製品との連携：Access＋DataverseでMicrosoft 365、Power Apps、Teams、Power BIと連携する形。
• 社外・スマートフォン・多拠点・監査要件：Webやクラウドを優先して検討。

初期費用に加えて、ライセンス、サーバー・クラウド、認証の費用も見ます。さらに、バックアップ、保守、将来の移行費も含め、5年程度の総保有コストで比べます。

Microsoft公式では、Accessのフロントエンドを残し、データをDataverseへ移す構成が案内されています。

Power AppsやTeamsなどからも、同じデータを扱えるようになります。ただし、移行の前に主キーやリレーション、非対応データ型、権限、ライセンスを確かめ、一部のデータで先に検証します。

フェーズ3：設計と開発でのプロトタイプ確認

設計から納品までに決めることは、データ構造、画面と帳票、開発の手順、引き継ぎ情報です。

• 設計：テーブルとリレーション、主キーと外部キー、入力規則、権限を決めます。画面遷移、帳票レイアウト、連携方式、エラー処理、バックアップ構成も含めます。
• 試作：要件定義の終盤で代表的な画面と帳票を動かし、利用者に確かめます。あわせて、入力ミスや二重入力、未使用の帳票も見直します。
• 開発順：マスタ、取引入力、検索と集計、帳票、権限と管理機能の順です。
• 納品・引き継ぎ：ACCDBや実行用ファイル、定義と一覧、VBAソース、設定値、移行と復元の手順。

VBAの処理や参照先、異常時の動作、変更範囲は、設計書に残しておきます。

フェーズ4：テストでのデータ・権限・同時利用の検証

テストでは、データや権限、現場の環境での動作を一通り確かめます。

• 機能・環境：単体・結合・総合テスト、同時利用、帳票印刷、Office更新、バックアップ復元。
• 権限・異常系：必須欄の空欄、伝票の二重登録、在庫のマイナス、他部署データへのアクセス、ネットワーク切断を実際に起こして確かめる。
• 実環境：実際の端末、プリンター、共有フォルダ、利用者の権限での動作。

移行データは、件数や合計金額、日付、コードを照合します。重複や欠損、文字化けも確かめ、代表的な帳票を印刷して一致を見ます。

テストの結果は、実施日や担当者、条件を記録します。さらに、期待と実際の結果、課題、再テストも残します。重大な不具合が見つかった場合は、対象機能を絞るか、並行稼働を延ばします。

フェーズ5：稼働日の切り替えと切り戻しの準備

稼働日に切り替える前に、データ移行と切り戻しの条件を決めておきます。

• 切り替え準備：移行データと旧システムの入力停止時刻、最終バックアップを決めます。担当者や照合、利用者への連絡、問い合わせ窓口も用意します。
• 並行利用：どちらを正とするか、二重入力をどう防ぐか、差分の取り込み方。
• 配布管理：Accessファイルは上書きせず、利用者ごとにフロントエンドを配ってバージョンを管理します。
• 稼働当日：管理者など少人数で主要業務を確かめ、対象者を広げます。請求・出荷の締め処理は、初回に開発会社か社内責任者が立ち会います。

切り戻しの基準は、データの不整合や権限の逸脱、主要帳票の出力不能などで具体的に決めます。戻せる最終時点も決めておきます。

フェーズ6：定着と保守による属人化の防止

稼働後は、利用者への支援や利用状況に基づく改善、保守契約、サポート期限を管理します。保守の範囲が曖昧なままだと、障害やOffice更新のときに対応先が決まらず、業務が止まりかねません。そのため、バックアップ確認、Access・Officeへの対応、データ復旧の責任、端末更新も保守契約で確かめておきます。

• 利用支援：操作研修に加え、簡易マニュアルや入力ルール、問い合わせ先を用意します。
• 初月の改善：最初の1か月は、問い合わせやミス、処理時間、修正要望、未利用の機能を記録し、優先順位を付けます。
• 社内引き継ぎ：利用部門の代表をキーユーザーにして、軽微なマスタ変更や新人への説明を社内で行えるようにします。
• 保守・期限管理：受付時間、復旧目標、VBA改修料金、移行期限を計画します。

社内で対応できる範囲を広げると、開発会社への依存を減らせます。また、Access 2016・2019は2025年10月14日にサポート終了、Access 2024の退役日は2029年10月9日です（出典: Microsoft Learn「Access 2016」「Access 2019」「Access 2024」のライフサイクル情報、2026年確認）。

Accessのシステム開発の費用相場とコストの内訳

費用は画面数よりも、既存資産の解析やデータ整備、帳票、外部連携、権限の範囲で変わります。加えて、テストや教育、保守をどこまで含むかも影響します。

ここに示すのは、2026年時点の公開価格と事例、業務システム一般の相場をもとにした目安です。Access開発全体の公的統計ではありません。

予算を立てる段階の参考にし、契約の前には、要件をもとにした正式な見積もりを取得します。

案件タイプ別の費用レンジと期間

案件タイプごとの公開価格や相場の目安は、金額と期間を組み合わせて見ます。

• 既存調査・小規模修正：公開価格の例で5万円から、数日から1か月程度。
• 小規模な新規開発：20万円から300万円程度、2週間から3か月程度。
• 複数部門の本格開発・刷新：300万円から1,000万円程度、2か月から6か月程度。
• AccessとSQL Server・Dataverseの連携：500万円から1,500万円程度、3か月から9か月程度。
• Web化・C#などへの全面刷新：1,000万円から3,000万円超、6か月から18か月程度。

小規模でも、要件定義やデータ移行、十分なテストを含めると上振れします。顧客台帳や定型帳票は低めに、複数画面や複雑なVBAは高めのレンジになります。

公開事例では、基幹システム改修で2,000万円以上と見積もられた案件から、不要な機能を削ったケースがあります。帳票レイアウトの変更を含めて、Accessで4か月・450万円に抑えた事例です（出典: 株式会社プロズサービスの公開導入事例、2026年確認）。

これは特定の案件の実績なので、同じ金額で開発できるとは限りません。なお、連携やクラウド、監査、教育を含む刷新のレンジは、業務システム一般の相場をもとにした編集上の目安です。

金額と期間は、利用者数や拠点、連携、データの品質によって大きく変わります。

初期費用の内訳と運用後に発生するコスト

見積書は、工程ごとに金額を分けて確認します。移行、教育、導入支援も、別の項目として見ます。

• 要件定義：工数配分の一般的な目安は10〜12%です。
• 設計・環境構築：工数配分の一般的な目安は22〜24%です。
• 実装：工数配分の一般的な目安は48〜50%です。
• テスト：工数配分の一般的な目安は15〜17%です。

この数値は業務システム一般の整理で、Access固有の公的統計ではありません。調査や移行、テストの負荷が大きい案件では、実装の割合が下がることもあります。

運用に入ると、Office・Microsoft 365のライセンス料や、SQL Server・Azure・Dataverseの利用料がかかります。さらに、サーバーやバックアップ、端末更新も必要になります。

監視や問い合わせ、障害対応、制度変更への対応費も見込んでおきます。一般的な業務システムの保守費は、初期開発費の年15〜25%程度が目安です。

月額の保守は、定期点検だけか、改修や緊急対応まで含むかを分けて記載してもらいます。Access固有の固定相場はありません。

Accessのシステム開発で見積もりを取る際のポイント

一式の金額だけで比べると、安い提案の抜け漏れに気づきにくくなります。そのため、業務、データ、画面、帳票の境界を各社でそろえます。連携、移行、テスト、保守の境界も、同じように決めます。

現行の改修、新規開発、SQL ServerやDataverseへの移行、Web化のどれであっても、同じ業務要件で複数社に依頼します。

依頼前に要件と現行資産をまとめた資料

見積もり資料は、要件、現行資産、帳票仕様、移行条件に分けて整理します。

• 業務要件：目的、対象業務、利用者・権限、端末・Officeの版、現行フロー、画面・帳票例。
• データ・依頼条件：データ件数と保存期間、連携先、希望時期、予算、必須と希望の要件を記載します。
• 既存Access資産：本体やリンク先、参照するExcel・CSV、VBA。パスワードの管理や障害履歴、バックアップ状況も伝えます。
• 帳票・移行仕様：集計条件、締め日、税計算、改ページ、出力形式を示します。担当者の変更範囲、項目定義、コード変換、重複・欠損、旧データの保管期間も示します。

資料が足りない場合は、調査フェーズを含めて見積もりを依頼する方法もあります。調査の後に、本開発の金額を再提示してもらいます。

複数社の提案の同条件での比較

候補会社を種類ごとに分けると、提案の違いが把握できます。

• Access専門会社：Accessを中心に開発する会社。
• データ基盤併用会社：SQL Server・Azure・Dataverseと連携する会社。
• 移行に強い会社：Access資産のWeb化やC#への移行に対応。

実績は制作件数ではなく、同業種や利用者数、帳票、連携、移行の難易度が近い案件で見ます。要件への適合や将来の拡張、セキュリティ、納品物を比べます。さらに、保守や総額、担当者との相性も見ます。

見積書では、工程別の金額や前提・対象外を確認します。さらに、追加変更の単価、納期、受入と検収の方法も確かめます。著作権やソースコード、設計書の引き渡し、障害窓口も見ておきます。

「帳票一式」といった項目には、対象の数や仕様、範囲を質問します。価格だけでなく、引き継げる納品物か、担当者が替わっても保守できるかで評価します。

見積もりに入れるセキュリティと将来のリスク

個人情報を扱う場合は、共有フォルダに置くだけで済ませず、次の対策を要件に入れます。

• アクセス管理：識別・認証、最小権限、端末管理、保存場所、退職者の権限削除。
• 運用管理：VBAや外部リンクの管理、操作ログの確認。
• 復旧確認：バックアップと復元テストを行い、帳票とデータが正しいかも確かめます。

個人情報保護委員会は、安全管理措置の例として、アクセス制御や識別・認証、ログの定期分析を挙げています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。

IPAは、2026年3月に公開した中小企業向け情報セキュリティ対策ガイドライン第4.0版で、バックアップを情報セキュリティ6か条に加えました（出典: IPA「中小企業の情報セキュリティ対策ガイドライン 第4.0版」、2026年）。

Accessはファイル型です。そのため、バックアップから壊れたファイルを復元できるか、帳票とデータの正しさまで確かめます。

サポートが終わった版では、バージョンアップか移行に向けた調査費も、見積もりに含めます。

Accessのシステム開発でよくある質問（FAQ）

既存ファイルの構造やVBA、Officeの組み合わせによって、難易度は変わります。発注前によく出る疑問を見ていきます。

Accessで新しい業務システムを作る価値はありますか？

社内の限られた利用者がWindowsで使い、入力画面や帳票を業務に合わせたい場合は、Accessで作る価値があります。また、短い期間で試作しやすく、Excelからの移行や部門業務の標準化にも向いています。

社外利用、多拠点、スマートフォン、厳密な監査ログが重要なら、SQL Server、Dataverse、Webシステムも比べます。

Accessを複数人で同時利用できますか？

複数人で利用できます。ただし、全員が同じファイルを直接開くのではなく、フロントエンドとバックエンドを分割する構成が基本です。

同時更新や利用者・データの増加がある場合、拠点をまたいで使う場合は、SQL ServerやDataverseをデータ基盤にすると安定しやすくなります。

仕様上の同時ユーザー数255は、あくまで上限の値で、推奨の人数ではありません。

古いAccessは改修とWeb化のどちらがよいですか？

改修にするか移行にするかは、利用環境と今後の運用条件を照らして判断します。

• 確認条件：利用者数や拠点、社外利用、データ量、セキュリティ。担当者の有無や今後の業務変更も見ます。
• 改修で延命：帳票・入力が安定し、社内利用に収まる場合は、調査・小規模改修・バージョン対応を検討します。
• 移行検討：作成者が不在で仕様が分からない場合や、Office更新で動かない場合。拠点やスマートフォンへの対応が必要な時も候補です。

移行の際は、まずデータを整理してから、SQL Server、Dataverse、Webへ段階的に移します。そうすると、将来の保守を組み立てるうえで役立ちます。

見積もりを取る前に何を準備すればよいですか？

目的や対象業務、現行のExcelやAccess、画面・帳票の例を用意します。さらに、利用者数、端末・Office環境、データ件数も押さえます。連携先、希望時期、必須要件も準備します。

既存のAccessでは、リンク先やVBA、パスワード、障害履歴を確認します。バックアップや移行対象データの期間も、あわせて確かめます。

準備が難しい場合は、開発会社に現状の調査を依頼します。調査の後に、本開発の範囲を決めます。

まとめ：段階的に進めることが成功の鍵

開発は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めます。各段階の成果物を確かめてから、次へ進みます。

Access単体が合う業務と、SQL Server・Dataverse・Web化が必要な業務を分けて考えます。判断材料には、移行やセキュリティ、保守、サポート期限も含まれます。

Accessを使い続ける条件の整理

社内LAN、Windows中心、部門単位で、帳票や入力画面の個別性が高い場合はAccessが候補です。

利用者数や拠点、社外利用、データ量を見ます。あわせて、スマートフォンや監査ログ、担当者不在の状況も確かめます。複数の課題が重なるなら、移行先も含めて設計します。

画面やデータ、帳票、連携を分けて段階的に移行すると、費用とリスクのバランスを取りやすくなります。

開発会社へ伝える内容の準備

発注前に資料を整理し、範囲と費用を比べてから、小さく検証します。

• 資料を集める：現行ファイル、Excel、帳票、業務フローを集めます。利用者やデータ、連携、セキュリティ、希望時期は1枚に整理します。
• 見積もりを比べる：調査、開発、移行、テスト、教育、保守を分けて複数社に依頼します。納品物とサポート条件も並べて比べます。
• 試作で合意する：小さなプロトタイプを使い、現場の合意を取りながら進めます。

費用相場は、既存修正が5万円から、小規模新規が20万円から300万円程度、部門向け刷新が300万円から1,000万円程度です。

公開価格や事例、一般相場に基づく目安で、要件やデータの状態によって変わります。発注の前に、6フェーズのどこまでが見積もりに含まれるかを確かめます。

▼全体ガイドの記事
・Accessのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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