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

Tomcatのシステム開発を発注・外注するなら、Tomcat本体ではなく、Javaアプリケーション、データベース、クラウド基盤、移行、テスト、保守までを一つの業務システムとして見積もることが重要です。

Apache TomcatはJavaのWebアプリケーションを動かす実行基盤です。この記事では、発注形態の選び方、RFPと要件の整理、請負・準委任などの契約形態、2026年時点の費用目安、委託先の選び方、見積書の比較方法まで、外注前に決めるべき事項を順番に解説します。

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

Tomcatのシステムを発注する前に知るべき全体像

「Tomcatのシステム」と呼ばれるものは、Tomcat単体の商品ではありません。通常は、ブラウザからのアクセスを受けるWebアプリケーションをTomcat上で稼働させ、データベースや外部サービスと連携する構成です。したがって、Tomcatの設定だけを外注するのか、業務アプリの開発・改修まで委託するのかで、必要な会社も費用も大きく変わります。

Apache Tomcatは、Java ServletやJakarta Servlet、JSPなどのWebアプリケーションを実行するサーブレットコンテナです。販売管理、在庫管理、申請、顧客管理といった業務機能は、Tomcat上に配備するJavaアプリケーション側で実装されます。見積依頼では「Tomcatを構築してください」だけでなく、画面、業務ルール、データ、連携先、利用者、運用時間を伝える必要があります。

典型的には、利用者のブラウザ、WAFやロードバランサ、Apache HTTP ServerまたはNginx、Tomcat、RDBMS、ファイルストレージ、外部APIという多層構成になります。複数のTomcatを配置する場合は、負荷分散、セッション共有またはステートレス化、障害時の切り替えまでが発注範囲に含まれることがあります。

最初に、委託したい業務を「アプリケーション」「インフラ」「データ」「品質保証」「運用保守」に分けます。たとえば既存システムのTomcat更新では、現行WARやJARの解析、JDKと依存ライブラリの確認、設定の再作成、回帰テスト、切り戻し計画までが必要です。新規開発では、画面やAPIの実装だけでなく、権限、ログ、バックアップ、監視、リリース手順も対象になります。

発注側が業務知識を持ち、技術者を社内に確保できる場合は、アプリ開発だけを委託する方法もあります。一方、担当者不足や既存資産のブラックボックス化が課題なら、現状調査から運用引き継ぎまで任せられる会社を選ぶ必要があります。依頼範囲が曖昧なまま相見積もりを取ると、各社の前提条件が違い、金額だけで比較できなくなります。

Tomcatのシステムはどの発注形態を選ぶべきですか？

結論から言うと、完成させたい範囲と社内の技術・業務体制に合わせて、個別開発、既存システムの移行、保守運用のどこを外注するかを決めます。新規の業務システムなら要件定義からリリースまでを一括委託し、既存環境ならアセスメントと小規模な検証を先に発注する進め方が安全です。

業務フローや画面要件が固まっている場合は、要件定義、設計、実装、テスト、リリースを一つのプロジェクトとして発注できます。窓口が一本化され、スケジュールを管理しやすい点がメリットです。ただし、仕様が固まっていない状態で一括契約にすると、追加要望が変更扱いになり、納期と費用の調整が増えます。

業務ルールが複雑な場合や、既存資産の調査が必要な場合は、最初に現状分析と要件定義だけを発注し、その成果物をもとに開発本体を再見積もりする段階委託が適しています。NECのJavaアプリケーション・モダナイズアセスメントはApache Tomcatを対象に含み、2026年3月改定の基本料金は1システム35万円からと案内されています（出典: NEC WebOTX、2026年）。これは本開発全体の相場ではなく、既存資産を解析して移行判断を行うための個別サービスの目安です。

Tomcat 9から10.1や11へ移行する案件では、Tomcatの入れ替えだけを依頼すると漏れが起こります。Apacheの公式移行ガイドは、現在サポートされる9.0.x、10.1.x、11.0.xがJava 17で動作することを示す一方、メジャーバージョン移行時には旧バージョンの設定ファイルをそのままコピーせず、新しい既定設定から調整するよう案内しています（出典: Apache Tomcat Migration Guide、2026年）。

さらに、Tomcat 10以降ではJava EE系のjavax.*からJakarta EE系のjakarta.*への変更がアプリケーションに影響する場合があります。移行では、JDK、Servlet API、JSP、SpringやStruts、JDBCドライバー、認証、セッション、文字コード、外部連携を一つずつ確認します。リリース後の脆弱性パッチ、ログ監視、証明書更新、障害対応まで必要なら、開発契約とは別に保守契約の範囲とSLAを定めます。

RFPと要件を整理して外注先に伝える方法

RFPは、外注先への提案依頼書です。立派な仕様書を最初から作る必要はありませんが、目的、対象業務、現状の課題、希望時期、予算の考え方、提案してほしい範囲を一つにまとめると、見積もりの比較精度が上がります。既存システムでは、TomcatとJDKのバージョン、OS、DB、フレームワーク、WARやJARの数、外部連携、バッチ、認証方式、障害履歴も可能な範囲で記載します。

「入力画面を10個作る」とだけ書くより、「誰が、どのデータを、どの承認順で処理し、完了後に何を判断するのか」を書くほうが、設計の前提を共有できます。利用者、業務開始の条件、例外処理、承認権限、帳票、通知、検索条件、データ保持期間を整理します。現場がExcelやメールで行っている作業も、正式な業務フローに含めるかを決めます。

社内で決め切れない要件は、未確定事項としてRFPに残します。たとえば「将来はスマートフォン対応を検討する」「既存データは5年分を移行する可能性がある」と書けば、外注先から確認事項や選択肢を受け取れます。未確定事項を隠したまま発注すると、後から仕様変更として扱われやすいため、決定期限と判断者も合わせて記載します。

Tomcatのシステムでは、画面機能と同じくらい非機能要件が費用を左右します。同時接続数、ピーク時のリクエスト数、目標レスポンスタイム、稼働時間、復旧目標のRTO、許容データ損失のRPO、バックアップ世代数、ログ保管期間、監視時間帯を定めます。「速く」「止まらない」ではなく、「通常時の95パーセンタイルで3秒以内」「平日9時から18時は30分以内に一次対応」のように測定方法まで決めます。

個人情報や決済情報を扱う場合は、WAF、TLS、二要素認証、管理画面の接続制限、最小権限、監査ログ、バックアップ暗号化、脆弱性診断、インシデント時の連絡先を要件に含めます。個人情報保護委員会のガイドラインは、情報システムで個人データを扱う場合の技術的安全管理措置を示しています（出典: 個人情報保護委員会「通則編」、2025年施行版）。Tomcatの設定だけで法令対応が完了するわけではなく、組織・人的・物理的な対策と責任分界も必要です。

Tomcatのシステム開発で選ぶ契約形態

契約形態は、金額の決め方だけでなく、成果物、責任範囲、仕様変更の扱い、検収の基準を左右します。要件が固まった開発は請負、調査や専門人材の支援は準委任、リリース後の監視や障害対応は保守契約として分ける方法が一般的です。契約名だけで判断せず、実際の業務内容と成果物を確認します。

請負契約は、合意した成果物を完成させ、発注側が検収する形に向いています。基本設計書、詳細設計書、ソースコード、テスト仕様書と結果、環境定義書、運用手順書、移行計画書など、納品物を一覧化します。検収条件も「納品した日」ではなく、主要業務が受入テストを通過し、重大な不具合が解消されていることなど、確認可能な条件にします。

請負であっても、発注側の協力が不足すれば予定どおり進みません。マスタデータの提供、業務部門のレビュー、受入テスト、アカウント発行、既存ベンダーとの調整などを発注者の責任として契約書に書きます。仕様変更の申請方法、見積もりの再提示、納期への影響、緊急時の承認者も決めておくと、追加費用のトラブルを抑えられます。

準委任契約は、一定期間の業務支援や技術者の稼働に対して報酬を支払う形です。現行Tomcatの調査、RFP作成支援、移行方針の検討、アーキテクチャレビュー、開発チームの補完など、開始時点で成果物や作業量を完全に確定しにくい業務に適しています。ただし、準委任だから成果物が不要という意味ではありません。月次報告、課題一覧、調査レポート、設計レビュー記録など、何を残すかを定めます。

保守契約では、監視対象、受付時間、一次回答と復旧の目標、障害の重要度、セキュリティパッチの適用方針、軽微改修の月間枠、対象外作業を具体化します。Apache Tomcatのセキュリティページには2026年にも複数の脆弱性修正が掲載されているため、情報収集から検証、適用、報告までを誰が担当するかを契約前に確認します（出典: Apache Tomcat 10 Security、2026年）。

Tomcatのシステム発注費用相場と内訳

Tomcatはオープンソースソフトウェアのため、本体のライセンス購入費は原則として発生しません。しかし、開発会社へ支払う費用は、Javaアプリの設計・実装、既存コードの解析、サーバー構築、データベース、テスト、移行、監視、保守の対価です。Tomcatが無料であることと、システム開発が安価であることは別の話です。

既存資産の調査や移行アセスメントは、対象アプリの数、ソースコードや設計書の有無、依存ライブラリの数、現行バージョン、テスト環境の準備状況で変動します。公開価格が確認できる例として、NECのアセスメントは2026年3月改定で35万円からです。一方、脆弱性対応、JDKやTomcat更新、アプリ改修、回帰テスト、リリースまでを含める場合は、案件条件に応じて50万円から200万円程度のレンジを仮置きし、調査結果で再見積もりする方法が現実的です。後者は一般的な案件条件に基づく推定であり、固定価格ではありません。

古いStrutsやJSP、独自認証、手作業で作られた設定、テストデータ不足があると、影響範囲の特定に時間がかかります。調査を省いて更新作業だけを依頼すると、リリース直前に互換性問題が見つかり、追加の改修費用が発生する可能性があります。アセスメント費用は、失敗を防ぐための初期投資として比較します。

新規の社内向けCRUD、申請、台帳システムで、10から30画面、RDB、権限、帳票、基本的な外部連携を想定する場合は、500万円から1,500万円程度が初期検討のレンジになります。受発注、顧客、在庫など複数部門が利用し、既存基幹との連携やデータ移行、性能試験を含む中規模案件では、1,500万円から5,000万円程度が目安になります。これらはTomcat単体の統計ではなく、一般的なJava業務Webシステムの規模条件から置く推定レンジです。

大規模な基幹システム、複数拠点、24時間運用、冗長化、監査、段階移行、教育まで含める場合は、5,000万円から数億円になることがあります。クラウドの初期構築を含める場合は、コンテナ化、ネットワーク、WAF、CI/CD、監視、データ移行の範囲に応じて300万円から2,000万円程度を別枠で検討します。費用を決めるのはTomcatの台数よりも、画面数、業務ルール、連携、データ、非機能要件です。

クラウドの利用料は、サーバー、データベース、ストレージ、ログ、バックアップ、WAF、監視、データ転送で変わります。開発・検証・本番の3環境を合わせ、小規模では月3万円から30万円程度、中規模では月30万円から150万円程度を仮置きできますが、アクセス数や可用性で大きく変動します。AWS Elastic Beanstalkでは2026年にもTomcatを含むAmazon Linux 2023のプラットフォーム更新が続いており、マネージド基盤でもランタイム更新と互換性試験は必要です（出典: AWS Elastic Beanstalk Release Notes、2026年）。

保守費用は、開発費の年10から20パーセント程度を仮置きするケースがあります。たとえば開発費3,000万円なら、年300万円から600万円程度ですが、監視だけか、24時間365日の障害対応や軽微改修、脆弱性対応、OS・JDK・Tomcat更新まで含むかで変わります。見積書では月額だけを見るのではなく、対象時間、対応レベル、作業回数、含まれない費用を確認します。

委託先の選定と見積比較で確認するポイント

委託先は、Java開発の実績だけでなく、Tomcatの構築、性能試験、脆弱性対応、ログ監視、障害対応、データ移行まで任せられるかで選びます。営業担当の説明だけで決めず、実際に担当するエンジニアと現行構成やリスクを話し、質問への回答が具体的かを確認します。

「Javaの実績があります」という説明だけでは不十分です。Tomcat 9、10.1、11のどれを扱ったか、Java 17や21などのJDKに対応できるか、SpringやStruts、JSP、Jakartaへの移行経験があるかを確認します。さらに、アプリとインフラの担当が別会社なのか、同じ会社が負荷試験や障害試験まで担当するのかを明確にします。

既存システムなら、ソースコードや設計書が不足していても調査できるか、バイナリやログから構成を把握できるか、検証環境を用意できるかを質問します。2026年のJSTのJ-STAGE調達でも、Spring、Struts、Tomcatの更新に加え、環境設定、プログラム改修、動作確認テストを一体で求めています（出典: 科学技術振興機構「J-STAGEシステムSpring FrameworkのEOL対応業務」、2026年）。移行をTomcatの交換だけと考えないことが、委託先評価の出発点です。

見積書は、要件定義、基本設計、詳細設計、実装、単体テスト、結合テスト、総合テスト、性能・セキュリティ試験、移行、教育、リリース、保守に分けて比較します。「システム開発一式」だけの見積もりは、安く見えても検証や移行が含まれていない可能性があります。画面数、API数、連携本数、データ件数、環境数、想定ユーザー数が、どの金額の前提かを確認します。

各社の見積もりを比較するときは、金額の差だけでなく、含まれる成果物、担当者の経験、スケジュール、発注側の作業、追加費用の条件を表にします。極端に安い場合は、要件定義、テスト、ドキュメント、移行、保守が別料金になっていないかを確認します。反対に高い場合も、冗長化や監査、24時間対応など、必要な品質に対する費用かを分解します。

納品物は、ソースコード、設計書、API仕様、DB定義、環境設定、CI/CD定義、テスト結果、監視設定、バックアップ手順、障害対応手順を確認します。ソースコードを納品してもらうだけでなく、第三者が再構築できる情報があるか、管理者アカウントや証明書の管理者が発注側に移るかも重要です。ドキュメントが不足すると、次回の更新や別会社への引き継ぎで再調査費用が発生します。

また、クラウド、ネットワーク、DB、アプリ、セキュリティ監視の責任分界を図にします。障害時に「Tomcatの問題か、ロードバランサか、DBか、アプリか」を切り分ける手順と連絡先がなければ、復旧までの時間が延びます。発注前に、担当エンジニア、代替要員、保守窓口、脆弱性情報の確認頻度、契約終了時のデータ返却と引き継ぎ条件を確認します。

よくある質問（FAQ）

Tomcatの発注では、ライセンス、移行、費用、会社選びについて同じ質問が寄せられます。ここでは、外注前に判断しやすいように結論から回答します。

Tomcat本体はOSSのため、原則としてライセンス購入費は不要です。ただし、業務アプリの設計・開発、サーバー構築、テスト、データ移行、監視、脆弱性対応、保守には人件費と運用費がかかります。無料なのはソフトウェアの利用部分であり、業務で安全に使い続けるための作業まで無料になるわけではありません。

サポート状況、脆弱性、JDK、アプリの互換性、業務上の停止可能時間を確認して判断します。メジャーアップデートでは設定ファイル、Servlet API、依存ライブラリ、認証、セッション、テスト結果を確認し、検証環境で切り戻しまで試します。旧バージョンを使っている場合は、いきなり本番更新を発注せず、現状アセスメントと移行検証を先に依頼すると安全です。

要件と比較条件をそろえたうえで、3社程度に依頼すると、提案内容と費用の差を把握しやすくなります。価格だけでなく、担当範囲、実績、テスト、納品物、保守、発注側の作業を並べます。既存資産が不明な場合は、通常開発の見積もりとアセスメントの見積もりを分けて依頼すると、各社の前提を比較しやすくなります。

まとめ

Tomcatのシステムを発注・外注するときは、Tomcatの設定だけでなく、Javaアプリ、データベース、外部連携、移行、性能・セキュリティ試験、監視、保守までを一つの業務として整理します。まず現状のTomcat・JDK・OS・DB・フレームワーク・WARやJAR・運用手順を棚卸しし、次に業務要件と非機能要件をRFPへ落とし込みます。

要件が固まった開発は請負、調査や伴走は準委任、リリース後の監視や脆弱性対応は保守契約として、成果物と責任範囲を明確にします。費用はアセスメント、更新、新規開発、クラウド初期構築、ランニング、保守を分け、金額だけでなく工数、テスト、移行、納品物、発注側の協力条件を比較します。

既存システムの構成や互換性が分からない場合は、いきなり本番移行を契約せず、アセスメント、検証環境の構築、代表機能の移行テストから始めます。Tomcat 9から10.1や11への更新、新規のJava業務システム、クラウド移行のいずれでも、技術実績と運用体制を確認できる委託先を選び、長期的に安全なシステム運用につなげます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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