MyBatisのシステム開発の発注/外注/依頼/委託方法について

MyBatisのシステム開発は、業務とデータの整理、発注形態と契約の選定、見積もりの比較、段階的な検証の順に進めると、手戻りと運用負担を抑えやすくなります。

全体像は、MyBatisのシステム開発の完全ガイドも併せてご覧ください。

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

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

MyBatisのシステム発注・外注の意味

MyBatisのシステム発注は、業務課題を解決するアプリケーションの設計・開発・運用を会社へ委託することです。MyBatisを使うこと自体を目的にはしません。

発注先は、フレームワークの知名度だけでなく、SQL設計やデータ移行、性能試験の進め方まで確かめて選びます。セキュリティや保守も含め、どこまでを誰が受け持つかを見ます。

MyBatisが業務システムで担う部分

画面や外部APIからの要求は、Controllerが受け取ります。Serviceが業務ルールを処理し、MapperまたはDAOがデータベースへアクセスする流れです。

MyBatisが担うのは、MapperとSQLの部分で、検索結果をJavaオブジェクトへ変換するところまでです。一方、ログインや権限、受注、在庫の機能は、別途設計が必要になります。帳票や通知、監視も設計の対象になります。

MyBatisの経験があるだけで、業務システム全体を完成できるとは限りません。

MyBatisが向いている業務システム

複雑な検索条件や、既存のOracleやPostgreSQLへの接続、非正規化されたレガシーDBの利用があるシステムと相性があります。SQL単位の性能チューニングを重視するシステムにも向いています。

受発注や販売管理、在庫、顧客・会員管理のような業務では、開発者がSQLを明示的に管理できる点が利点になります。金融・公共系でも、この点が利点として挙げられます。

SQL、Mapper、Javaモデルの変更は分散しやすいため、命名規約とレビュー、テスト、Explainによる実行計画の確認を納品条件に含めます。

MyBatisの発注形態の選び方

発注形態は、既存パッケージのアドオンと、クラウド上の新規開発から選びます。オンプレミス・ハイブリッドや、フルスクラッチやレガシー刷新も候補になります。

判断するときは、既存資産を残す範囲、業務を変える範囲、データ移行と運用の担当を見ます。初回の相談では技術を固定せず、現状と制約を示して複数案を求めます。

既存パッケージのアドオン・連携を選ぶケース

販売管理やERP、CRMを利用中であれば、標準機能は残したまま、周辺機能を追加する方式を検討できます。追加するのは、周辺API、検索画面、帳票、データ連携などです。

標準機能を使えば、全機能をスクラッチで作るより短期間で進めやすくなります。ただし、パッケージのDBを直接更新すると、更新時に壊れる可能性があります。

そのため、公式API、連携テーブル、ETLなど、提供元が想定する接続方法を優先します。アドオンの保守責任は、RFPに記載しておきます。

クラウドネイティブな新規開発を選ぶケース

クラウド環境では、Spring BootとMyBatisを土台に、DBやコンテナ、CI/CD、監視を組み合わせます。

対応するバージョンは公式の表で確認します（出典: MyBatis-Spring-Boot-Starter公式ドキュメント、2026年確認）。

• クラウド：AWS、Azure、Google Cloudなどから選びます。
• データベース：RDS、Cloud SQL、Azure Databaseなどと組み合わせます。
• 4.0系：Spring Boot 4.0以降・Java 17以降に対応。
• 3.0系：Spring Boot 3.2〜3.5・Java 17以降に対応。
• 2.3系：Spring Boot 2.7・Java 8以降に対応。

サーバーを自社で調達せず、段階的なリリースや自動テストを組み込みやすい方式です。

Java 8の環境を刷新する場合は、最新版を前提にせず、Javaの版、フレームワーク、DBドライバの組み合わせを候補ごとに検証します。

オンプレミス・ハイブリッドや刷新を選ぶケース

金融、公共、製造などの分野では、閉域網や既存のOracle、専用機器といった条件があります。社内の運用ルールがある場合も、オンプレミスやハイブリッドが現実的な選択になることがあります。

MyBatisはDB固有のSQLやストアドプロシージャを扱いやすい一方、DB製品をまたぐと、日時や文字コードの扱いに差が出ます。ページングやロック、トランザクションにも差が出る点に注意が必要です。

大規模な刷新では、重要な業務をMVPとして切り出します。そのうえで、PoCや段階リリースを含む案として、並行稼働、データ照合、ロールバックまで含めて比べます。

RFPと要件整理の進め方

RFPは、同じ前提条件を開発会社へ渡し、提案と見積もりを比べるための依頼書です。画面一覧だけでなく、既存DBの構造やSQLの難しさ、データ量、ピーク時の同時利用者数まで伝えます。さらに、外部連携や移行方式、性能目標も含めます。

「業務システム一式」とだけ依頼すると、SQLの作り直しやインデックスの再設計が生じ、費用と納期が膨らみやすくなります。

業務・データ・連携の現状整理

要件を整理するときは、業務課題を「誰が、いつ、何を判断するか」で捉え、業務・データ・連携の情報をそろえておきます。

• 業務：画面・帳票、承認経路、締め・例外処理、権限ロールの洗い出し。
• データ：保存期間、個人情報、テーブル数、主要件数、1日あたりの登録件数、ピーク検索数をまとめます。
• 連携・移行：既存SQL、外部API・SFTP・バッチ、移行対象・除外、名寄せ、重複、参照期間を整理します。

移行後の照合方法も決めておき、移行範囲は提案会社と共有します。

非機能要件の数値指定

RFPには、可用性、性能、セキュリティ、バックアップを記します。障害復旧や監視、運用時間も記載します。加えて、主要検索のP95応答時間やピーク時の同時利用者数を指定します。

RFPでは、月間稼働率や目標復旧時間（RTO）、許容データ損失（RPO）、バックアップ世代数も、数値で定めます。

「高速」「安全」「止まらない」という表現は、各社で解釈が分かれます。SQL試験では平均値に加えて、ピーク時のP95・P99とデータ増加時の劣化を受入条件にします。

RFPに書く納品物と受入条件

設計面では、要件定義書や画面・API仕様書、ER図を求め、テーブル定義も含めます。実装と試験では、Mapper・SQLとソースコード、テスト仕様・結果、性能試験結果を納品物に含めます。

運用に向けては、移行手順や運用設計、監視設定を求めます。さらに、バックアップ復元手順と操作マニュアルも含めます。SQLの意図とインデックス設計、環境構築、CI/CD設定も受け取ります。

受入時は、正常系の動作に加えて、権限エラーや重複登録、タイムアウトの場合の動作を確認します。また、DB障害やロールバック、個人情報のマスキングも確認します。

請負と準委任の使い分け

契約形態は、仕様と完成条件が固まっているかによって選び分けます。請負は成果物の完成を、準委任は決めた期間と業務の遂行を目的にしやすい契約です。

法的な扱いや責任範囲は、契約や個別の事情によって変わります。ここで示すのは発注設計上の一般的な使い分けなので、法務や専門家にも確認します。

要件と完成条件が固まっている場合の請負

対象の画面やAPI、帳票が明確で、成果物を合意しやすい場合は、請負が候補になります。データ移行や試験、納期、受入基準まで明確であることも条件です。

固定価格の場合でも、仕様変更や外部連携の追加への対応を決めておかないと、変更の交渉が増えます。さらに、データ品質や性能不足への対応も、事前に決めておく必要があります。

契約書には、検収期限、不具合対応、変更承認、再委託を記します。また、知的財産やソースコードの利用権、保守への移行条件も記します。

要件を詰めながら進める場合の準委任

既存DBの調査や現場ヒアリング、PoCなど、開始時に仕様を固定しにくい場合は、準委任が候補になります。移行可否の検証やアジャイル開発の場面でも、準委任が候補になります。

作業時間や体制は管理しやすい一方、完成する機能の範囲までは自動的に保証されません。

作業だけが続く状態を避けるため、月次の定例では、成果と残課題、次月の優先順位を確認します。稼働実績や品質指標、意思決定者も、あわせて確かめます。

要件定義・開発・保守を分ける段階契約

長期の開発と保守を一括で契約せず、段階に分けて契約する方法もあります。たとえば、要件定義と現状調査、PoCまたは基本設計を前段に置き、開発と移行、保守運用を後段に置きます。

初期のフェーズで既存SQLの性能とデータ品質を確かめます。Javaのバージョンや外部連携の実現性も同じ段階で確かめておくと、後の工程の不確実性を減らせます。

フェーズの終了条件と、次の工程へ進む判断基準を置きます。そのうえで、不要な機能を後回しにする余地も残しておきます。

MyBatisのシステム開発費用相場の目安

MyBatis自体はオープンソースのフレームワークで、システム一式の定価はありません。費用の中心は、要件定義や開発、SQL・DB設計、テストです。そこに、インフラや移行、教育、保守が加わります。

ここに示すのは、2026年基準の業務システム相場を、MyBatisを使うJava業務システムに当てはめた推定です。MyBatis単体の公開価格ではないため、要件と前提を添えて比べます。

規模別の費用と期間の目安

規模別の金額と期間は、再利用する基盤や機能範囲によって変わります。

• 小規模改修：認証・インフラ再利用でMapper追加や画面数件なら100万〜500万円、1〜3か月程度。
• 部門向け：小規模業務システムは300万〜1,000万円、2〜6か月程度。
• 中規模：複数部門、外部API、バッチ、既存DB・SaaS連携、移行、性能試験を含む場合は1,000万〜5,000万円、6〜12か月程度。
• 全社刷新：複数拠点、高可用性、監査、DR、段階移行を含む場合は5,000万〜2億円以上、12〜24か月以上となる可能性があります。

費用と期間の出典は、NotebookLM業務システム開発相場の調査整理（2026年）です。

費用の内訳と人月単価の分け方

見積書では、費用を工程ごとに分けて見ます。配分と単価は調査整理の目安です（出典: NotebookLM業務システム開発相場の調査整理、2026年）。

• 要件定義：10〜12%。
• 設計・環境構築：22〜24%。
• 実装・テスト：実装48〜50%、テスト15〜17%程度。

移行や高度な性能試験を含めると、この配分は変わります。人月単価は、中小の開発会社で80万〜120万円、大手SIerで150万〜200万円程度です。

加えて、単価は担当者の専門性や地域で変わり、契約責任や再委託の有無でも変動します。

保守・クラウド・移行費の別建て

保守、クラウド、移行は、開発費と別建てで確認します。

• 保守額：初期開発費の年15〜25%、または小規模なら月15万〜80万円程度。
• 保守範囲：脆弱性対応、Java・Spring・MyBatis・DBドライバ更新、SQL性能監視、インデックス調整、法改正・業務変更、バックアップ復元テスト。
• クラウド費：DB、コンテナ、ログ、バックアップ、通信費と月額の増減要因。
• 移行費：件数、クレンジング、名寄せ、リハーサル回数、並行稼働期間。

MyBatisの委託先の選び方

委託先は、「Java対応」や「MyBatis経験あり」の条件に加えて、業務全体を任せられるかで見ます。業務理解やSQL・DB設計、移行を任せられるかに加え、性能、セキュリティ、運用保守まで確かめます。

候補の会社には、同じRFPを渡します。そのうえで、提案の前提と体制、担当者、再委託の扱いをそろえて比べます。納品物と見積もりの除外事項も、同じ条件で並べます。

公開されている実績は入口にとどめ、同規模・同業務に近い本番運用の経験を、契約前の面談で確かめます。

技術者の経験とレビュー体制

実際に担当する技術者の経験と、レビューや障害対応の体制を確かめます。

• 技術経験：Javaのバージョン、Spring Boot、MyBatis、利用DBの経験。
• 品質体制：設計・SQL・コードのレビュー、自動テスト、障害時の連絡体制。

Mapperの書き方には、XML、アノテーション、Dynamic SQLがあります。どの方式を使うかに加え、SQLチューニングやバッチ、トランザクション、API連携の経験も聞きます。

MyBatis Dynamic SQL 2.0.0は2026年3月11日に公開され、最低要件はJava 17です。そのため、旧Java 8環境では、移行計画と互換性検証を提案できる会社が望ましいです（出典: MyBatis Dynamic SQL公式変更履歴、2026年）。

既存DB・移行・運用の実績

MyBatisの実装だけを切り出すと、既存DBの制約や運用負荷が後で問題になります。そのため、現行DBの読解や段階移行の経験、データ照合と並行稼働の経験を確かめます。

障害復旧や監視、バックアップ、利用者教育についても質問します。具体的には、難しかったSQLや性能問題の見つけ方、移行に失敗したときの復旧、保守体制を聞きます。

守秘義務で社名や画面を見せられないこともあります。その場合は、課題・判断・結果を抽象化して説明できるかを確かめます。

セキュリティの設計と契約

MyBatisを使えば安全とは限りません。RFPには、設計と試験に含める対策を書いておきます。

• SQL入力：#{ }のバインドパラメータを基本にし、${ }やSQL文字列連結ではソート列やテーブル名を許可リストで管理。
• 開発・運用：SAST・DAST、権限試験、監査ログ、個人情報マスキング、脆弱性修正期限を設定。

OWASPはパラメータ化クエリ、適切なストアドプロシージャ、許可リスト検証を挙げています（出典: OWASP SQL Injection Prevention Cheat Sheet、2026年確認）。また、IPAもプレースホルダや最小権限、DBエラーを利用者へ表示しない対策を示しています（出典: IPA「安全なウェブサイトの作り方」、2021年）。

見積もり比較のポイント

合計金額だけでなく、同じ範囲と品質で比べられる状態にそろえます。SQL・DB設計、移行、性能・セキュリティ試験、運用設計が別途扱いになっていないかを確認します。

安い見積もりが悪いとは限りません。ただし、除外された作業を発注者が負担するなら、総額も安くならない可能性があります。

一式見積もりの作業単位への分解

見積もりは、工程や作業、成果物ごとに分けてもらいます。担当ロールや工数、単価に加えて、前提と除外事項も示してもらいます。

移行は、次の2つの作業ごとに範囲を確認します。

• 移行準備：移行元調査、変換ルール、クレンジングを含むか。
• 移行実施：移行プログラム、テスト・本番移行、照合、切り戻しを含むか。

性能対応では、負荷試験のシナリオやデータ件数、目標値を聞きます。さらに、SQLの改善回数と再試験の扱いも確かめます。比較表を先に作っておくと、各社の前提の差が見えます。

提案の品質と質問の深さ

良い提案は、未確定事項やリスク、代替案、検証方法を示しています。現行のDBやSQLを見て、設計上の論点を質問してくるかを確かめます。

• データアクセス：インデックス、ロック、N+1、ページングへの質問。
• 実行と接続：接続プール、トランザクション境界への質問。

打ち合わせでは、業務ルールや例外処理への理解も見ます。金額が近い場合は、納品物、体制、リスク対応、保守への引き継ぎで比べます。

変更・遅延・保守のリスク

要件を追加するときの単価や納期変更、障害時の一次対応を確認します。さらに、再委託先や担当交代、契約終了時の引き継ぎも確かめます。

請負なら変更の見積もり方法を、準委任なら品質が届かない場合の改善策を明文化します。保守の問い合わせ時間やSLAも、書面に残しておきます。

MyBatisやSpringの脆弱性・更新を誰が調査・検証し、本番へ適用するかを決めておくと、リリース後の責任分担が明確になります。

よくある質問（FAQ）

MyBatisを採用する業務システムの発注では、費用、技術選定、準備資料について相談されます。それぞれの質問に答えます。

MyBatisのライセンス費用はかかりますか？

MyBatisはオープンソースで、商用SaaSのような利用人数ごとの定価を見積もるものではありません。

一方、設計・実装や移行、保守には費用がかかります。JavaやDBの商用ライセンス、クラウド、監視も、費用の対象になります。

ライセンス条件や再配布は、利用版と契約を確認し、法務や社内OSS管理ルールに沿って判断します。

MyBatisとJPAはどちらを採用すべきですか？

単純なCRUDやオブジェクト中心の開発では、JPAが合う場合があります。複雑な検索や既存DB、SQL管理、DBチューニングを重視するなら、MyBatisが合う場合があります。

どちらか一方に統一せず、業務領域ごとに使い分ける設計も選択肢になります。発注時はフレームワーク名だけで決めず、データモデル、SQLの複雑さ、性能目標、担当者の保守性をもとに、会社から理由付きの提案を受けます。

発注前に何を準備すれば見積もりが早く出ますか？

まず、業務目的や対象ユーザー、画面・API・帳票を用意します。さらに、現行構成やDBとデータ件数、連携先を整理します。希望時期と予算上限も、あわせて伝えます。

セキュリティや性能の条件も伝えます。確定している事項と未確定の事項、調査してほしい事項を分けて共有すれば、全要件が確定していなくても相談できます。

現行のSQLやテーブル定義、画面があると、データアクセス設計を初期見積もりに反映しやすくなります。障害履歴やピーク時間帯の利用状況があれば、性能リスクも初期見積もりに組み込めます。

まとめ

発注時は、MyBatisだけでなく、業務要件やJava・Springを含めて一つの計画にまとめます。DBと移行、性能は、その中で扱い、セキュリティと保守も含めます。まず方式を比べ、RFPで要件と受入条件を明確にします。

発注成功のポイント

費用は、MyBatis自体の定価ではなく、要件定義、実装、SQL・DB設計、試験の合計です。そこに、移行、インフラ、保守が加わります。

小規模改修は100万〜500万円程度、全社刷新は5,000万〜2億円以上まで幅があります。レンジだけでなく、作業と成果物を分けた複数社の見積もりで判断します。

請負と準委任は、要件の確度に合わせて選びます。変更や検収、障害への対応の条件を契約に記します。保守と引き継ぎの条件も、契約に書いておきます。

最初に行うべき次の一歩

現行構成や業務課題、DB・データ量を1枚にまとめ、連携先と希望時期も添えます。業務と技術の両方を説明できる会社に相談します。

提案では、MyBatisを使う理由や既存資産の残し方、移行と性能の検証、運用体制を確かめます。適した発注形態と委託先を選ぶと、手戻りと運用負担を抑えやすくなります。

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

▼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を創業。