Strutsのシステム開発の見積相場や費用/コスト/値段について

Strutsのシステム開発費用は、Struts自体のライセンス料ではなく、既存資産の調査、画面・業務ロジックの改修、データベースや外部連携のテストまで含めた総作業量で決まります。小規模な保守・機能追加なら100万〜300万円程度、Struts 1からSpring MVCやSpring Bootへ移行する中規模案件なら1,000万〜3,000万円程度が一つの目安です。ただし、これは公開相場と人月計算をもとにした推定レンジであり、画面数や停止制約によって大きく変わります。

「Strutsのシステム」と聞くと、古いフレームワークを新しい技術へ置き換える費用だけを想像しがちです。しかし、実際の業務システムにはJavaやJSP、Tomcat、データベース、帳票、バッチ、認証、外部APIが組み合わさっています。この記事では、Strutsのシステム開発・保守・移行にかかる費用相場、見積もりの内訳、価格が変動する要因、発注時の確認ポイント、コストを抑える進め方を、2026年時点で確認できる公開情報と推定条件を分けて解説します。

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

Strutsのシステムとは何ですか？

Strutsのシステムとは、Apache Strutsを画面とリクエスト処理の中心に使ったJavaのWeb業務アプリケーションです。Struts単体が販売管理や在庫管理のパッケージになるわけではなく、業務ロジック、データベース、認証、帳票などを組み合わせて一つのシステムとして稼働します。そのため、費用を考えるときはフレームワーク名だけでなく、周辺資産と業務上の重要度まで確認する必要があります。

Strutsは、ブラウザーから届いたリクエストをActionへ振り分け、フォーム入力を受け取り、業務処理の結果をJSPなどの画面へ返すMVCフレームワークです。Struts 1ではAction、ActionForm、struts-config.xml、JSPタグライブラリが中心になり、Struts 2ではAction、Interceptor、OGNL、struts.xmlなどが主要な構成要素になります。画面の数が少なくても、入力チェック、権限、セッション、二重送信防止、エラー処理が複雑なら調査とテストの工数は増えます。

実務では、Strutsに加えてJava、JSP、TomcatやJBossなどのWebコンテナ、OracleやPostgreSQLなどのデータベース、SpringやHibernate、帳票ツール、バッチ、外部APIが使われます。クラウドへ移す場合は、OSやミドルウェア、ネットワーク、監視、バックアップ、ログ管理まで対象になります。Apache Struts公式リリース情報が示すように、StrutsはApache Licenseで無償提供されるOSSですが、無償なのはソフトウェアの利用であり、システムを安全に動かす調査・開発・運用作業まで無料になるわけではありません（出典: Apache Struts公式リリース一覧、2026年8月確認）。

Strutsのシステム開発費用はいくらですか？

Strutsの費用は、作業の種類によって大きく異なります。新規の業務システムを作るのか、既存システムに機能を追加するのか、Struts 1を別フレームワークへ移行するのかで、必要な工程とリスクが変わるためです。2026年の公開相場資料では、業務系Webシステムは小規模で100万〜300万円程度、中規模で300万〜800万円程度、大規模では数千万円まで広がるとされています（出典: Fuji of Innovation「業務システム開発の費用相場 2026年版」、GXO「Webシステム開発の費用相場 2026年版」）。以下は、その相場をStrutsの現場条件に当てはめた目安です。

数画面の入力項目追加、検索条件の変更、帳票の軽微な改修、単一データベースへの項目追加であれば、100万〜300万円程度が目安になります。期間は1〜3か月程度を想定しますが、既存のテストコードがなく、担当者の記憶をもとに仕様を確認する場合は、開発よりも調査と受入確認に時間がかかります。画面数だけで見積もらず、変更するAction、JSP、SQL、権限、バッチ、帳票を一つの単位として数えることが重要です。

複数の業務をまたぐ申請、受発注、在庫、会員、販売管理などを対象にし、権限管理、帳票、バッチ、外部API連携を含める場合は、300万〜800万円程度が一つの目安です。期間は3〜6か月程度になりやすく、要件定義や業務部門との確認を含めるとさらに延びる可能性があります。中規模案件では、実装費用だけでなく、テストデータ作成、総合テスト、利用者教育、リリース立会いまで見積書に含まれているかを確認してください。

Struts 1からSpring MVCやSpring Bootへ移行する場合、現行調査、移行方式の設計、画面とActionの変換、テスト、データや外部連携の検証が必要です。2〜4名程度のチームが6か月前後かけるケースを想定し、Java・Spring系エンジニアの人月単価を80万〜120万円程度と置くと、単純計算で960万〜2,880万円になります。管理、設計レビュー、予備工数を加味し、1,000万〜3,000万円程度と表現しています。これはStruts移行の公開価格ではなく、公開された期間と一般的な人月単価を使った推定です。

公開事例では、株式会社シーイーシーがStruts 1からSpring MVCへ移行し、変換から運用テスト・リリースまで約6か月と紹介しています。また、サビテックジャパン株式会社の事例にも、Struts 1を使った業務システムをSpring MVC系へ移行し、6か月で開発した内容が掲載されています（出典: シーイーシー「Apache Struts1からSpring MVCにマイグレーション」、サビテックジャパン公開開発事例、2026年確認）。期間が似ていても、対象画面数、連携数、テスト資産の有無で費用は一致しません。

50画面以上の基幹システム、複数データベース、EDI、決済、複数拠点、複雑な権限、並行稼働、過去データ移行を含む場合は、3,000万円〜1億円超まで広がります。期間も6〜18か月程度を見込む必要があります。特に業務停止を短くするために新旧システムを並行稼働させると、二重入力、データ突合、切り戻し設計が加わり、開発費と運用側の負担が増えます。

Strutsのシステム費用の内訳は何ですか？

見積書の総額だけでは、妥当性を判断できません。Strutsのシステムは、コードを書く工程より、現行仕様の把握と業務が正しく動くことの確認に費用がかかることがあります。見積書では、調査、要件定義、設計、実装、テスト、移行、運用準備を分け、何を成果物とするかまで確認します。

最初に、WARファイル、ソースコード、設定ファイル、JSP、Action、Interceptor、独自タグ、ライブラリ、JavaとTomcatのバージョンを棚卸しします。次に、画面一覧、業務フロー、DBテーブル、バッチ、帳票、外部接続、権限を対応づけます。担当者の退職や資料不足がある場合は、ソースコードを読んで業務ルールを再発見する作業が必要です。移行案件では、この現行調査と移行PoCだけで100万〜300万円程度になることがありますが、後工程の追加請求を抑えるための先行投資になります。

開発費には、画面設計、DB設計、Actionやサービス層の実装、JSPの改修、APIや帳票の連携が含まれます。移行では、旧Actionと新しいControllerの対応づけ、Strutsタグから別の画面実装への置換、入力検証やセッション処理の再現が主な作業になります。テスト費用は、単体テストだけでなく、画面遷移、権限、エラー処理、二重送信防止、トランザクション、帳票、外部連携、性能、セキュリティ、利用者受入まで含めて考えます。テストを削ると見積もりは下がりますが、本番障害と手戻りのリスクが高まります。

本稼働後は、Java、Tomcat、DB、OS、ライブラリの更新、脆弱性診断、監視、バックアップ、障害対応、問い合わせ対応が発生します。保守費用は初期開発費の年15〜25%程度を仮置きすることがありますが、これは一律の料金ではありません。平日日中だけの問い合わせか、夜間休日の障害対応を含むか、月次のパッチ適用や診断を含むかで変わります。クラウドを使う場合も、サーバー料金だけでなく、ログ保管、バックアップ、WAF、監視、検証環境、データ転送を契約範囲に含めて比較してください。

Strutsの費用が変動する要因は何ですか？

同じStruts 1の移行でも、費用が数百万円から数千万円まで開くことがあります。見積もりの差は、ベンダーの単価だけではなく、変更対象の広さ、現行資産の読みやすさ、業務停止の制約、品質要求によって生まれます。次の項目を発注前に整理すると、複数社の見積もりを同じ条件で比較しやすくなります。

費用の基礎になるのは、画面数だけではありません。Actionの数、フォーム項目、DBテーブルとSQL、帳票の種類、ファイル入出力、外部API、バッチ、権限ロール、利用者区分を数えます。例えば、同じ10画面でも、単純なマスタ登録と、在庫引当・承認・外部連携をともなう受注画面では、設計とテストの量が異なります。見積依頼時には「画面数」だけでなく「業務シナリオ数」と「連携インターフェース数」も提示してください。

Struts 1や古いStruts 2では、現在のJavaやServlet環境へそのまま載せ替えられない場合があります。Struts 1は2013年、Struts 2.3は2019年、Struts 2.5は2023年にEOLとなったバージョンとして整理されており、脆弱性対応や依存ライブラリの更新可否を確認する必要があります（出典: Apache Struts公式EOL一覧、2026年8月確認）。また、ソースコードに独自タグや独自フレームワークが混在している、テストデータがない、設計書が古いという条件も調査工数を増やします。IPAのApache Struts2脆弱性対策情報一覧も確認し、脆弱性診断を費用に含めてください。

夜間しか切り替えられない、休日も業務を止められない、障害時は短時間で切り戻したいという条件があると、並行稼働やリハーサルが必要になります。個人情報や決済情報を扱う場合は、アクセス制御、監査ログ、暗号化、脆弱性診断、バックアップ復元試験などの品質要求も増えます。性能目標を「遅くない」と書くのではなく、同時利用者数、ピーク時のリクエスト数、画面応答時間、バッチ完了時刻のように数値化すると、見積もりの不確実性を減らせます。

Strutsのシステム開発・移行はどのように進めますか？

費用を抑えながら品質を確保するには、いきなり全画面を作り直さないことが大切です。現行資産を調べ、代表的な機能で小さな検証を行い、その結果をもとに全体計画を確定します。短期の脆弱性対応、Strutsのサポート対象版への更新、Spring系への段階移行、SaaSやパッケージへの置換を同じ土俵で比較します。

最初の工程では、ソースコードだけでなく、実行環境、設定、ライブラリ、ジョブ、帳票、ログ、外部接続、運用手順を一覧化します。Strutsのバージョン、Javaのバージョン、TomcatやJBossのバージョンを確認し、既知の脆弱性、サポート期限、更新による互換性問題を整理します。インターネットからアクセスできるか、個人情報や決済情報があるか、脆弱性が発見された場合に停止や緊急パッチを実施できるかも、費用と優先順位に影響します。

PoCでは、単純な一覧画面だけでなく、入力検証、認証、権限、ファイルアップロード、帳票、トランザクション、外部APIなど、移行が難しくなりやすい機能を選びます。Strutsタグや独自タグをどの程度置き換えられるか、Actionと業務ロジックを分離できるか、現行画面の使い勝手を維持できるかを確認します。PoCの成果物として、変換できた機能、手作業が必要な機能、残るリスク、全体への外挿方法を文書化すると、1,000万〜3,000万円という移行予算の根拠を説明しやすくなります。

全体を一度に切り替えるのではなく、読み取り系、管理系、一部部門など、影響範囲を限定した単位からリリースする方法があります。旧システムと新システムのデータを突合し、権限、帳票、バッチ、外部連携、性能、障害復旧を確認します。切り戻し条件と担当者を決め、利用者が実際の業務シナリオで受入テストを行います。段階移行は管理工数が増える一方、重大な不具合を全社へ広げるリスクを抑えられます。

Strutsの見積もりを取る際のポイントは何ですか？

良い見積もりは、金額だけでなく、前提条件、対象範囲、除外範囲、成果物、検収条件、変更時の料金を説明しています。Struts案件では、ベンダーが「Java対応」と書いていても、ActionやJSP、古い設定ファイル、独自タグを扱えるとは限りません。技術名ではなく、現行資産を読んで移行や保守を実施した証拠を確認してください。

見積依頼書には、Strutsのバージョン、Java、Webコンテナ、DB、ソースコードの有無、画面数、Action数、JSP数、DBテーブル数、帳票数、バッチ数、外部APIやEDIの数を記載します。さらに、利用者数、同時接続数、個人情報の有無、停止可能時間、希望リリース時期、現行テスト資産、移行後の保守期間を加えます。資料が不足している場合は、「現行調査・PoCを先行して見積もる」と明示し、全体開発費と混ぜないことが安全です。

候補会社には、Struts 1またはStruts 2のどのバージョンを扱ったか、Action・JSP・設定ファイル・独自タグをどのように調査したか、Spring MVCやSpring Bootへの移行実績があるかを質問します。公開事例としては、シーイーシー、サビテックジャパン、TISのFintanにStrutsからSpring系への移行内容が掲載されています。実績の有無だけでなく、担当予定者が同様の案件を経験しているか、移行後のJava・Tomcat・DB更新や脆弱性対応を誰が担うかまで確認してください。

準委任で調査や段階移行を進めるのか、請負で対象範囲を固定するのかによって、費用の出方と責任分担が変わります。要件が固まっていない段階で全工程を固定価格にすると、前提変更が追加費用になりやすくなります。現実的には、現行調査とPoCを準委任または小さな固定契約で実施し、その成果物をもとに本開発の範囲と価格を確定する方法があります。検収では、画面の表示だけでなく、業務シナリオ、権限、データ移行、性能、障害復旧、ソースコードや設計書の引き渡しを確認します。

Strutsのシステム費用を抑えるポイントは何ですか？

費用を下げるときは、単価の安い会社を選ぶだけでは不十分です。調査不足による手戻り、テスト不足による障害、無理な一括移行による業務停止は、初期見積もりには見えないコストになります。業務価値とセキュリティリスクを基準に対象を絞り、再利用できる資産を見極めることが、結果的な総コストの最適化につながります。

すべての画面を同じタイミングで刷新する必要はありません。脆弱性の影響が大きい公開画面、売上や受注に直結する画面、改修頻度が高い画面から優先します。一方、利用が少なく変更もない管理画面は、短期的な保守と段階移行の対象に分けられます。標準業務はSaaSやパッケージへ寄せ、競争上重要な業務だけを個別開発するハイブリッド構成も、長期コストを抑える選択肢です。

移行対象のコードを一つずつ手作業で書き直す前に、変換できる設定や定型コードを見極めます。株式会社シーイーシーの公開事例でも、独自変換ツールと現行・移行後の比較検証が紹介されています。すべてを自動変換できるという意味ではありませんが、定型部分を機械的に処理し、業務固有の処理や非互換部分に人手を集中する考え方は参考になります。併せて、画面のスモークテスト、APIの回帰テスト、DB突合を自動化すると、段階移行で繰り返す確認コストを抑えられます。

短期の保守費用だけを見ると、古いStrutsを使い続ける方が安く見えることがあります。しかし、脆弱性診断、緊急パッチ、対応できる技術者の確保、古いJavaやミドルウェアの延命、障害時の復旧遅延まで含めると、将来費用が膨らむ可能性があります。反対に、全面移行も常に正解ではありません。保守で安定稼働できる範囲、早期に移行すべき範囲、SaaSに置き換える範囲を分け、初期費用、年次保守、クラウド料金、教育、追加改修を3〜5年分並べて比較してください。

よくある質問

Strutsの費用相談では、「フレームワークを変えれば安くなるのか」「古いシステムはすぐ廃棄すべきか」「見積もりは何を基準に比較するのか」という質問が多くあります。判断を急ぐ前に、現行環境、業務価値、脆弱性、停止可能時間を整理してください。

新規開発でStruts 1を採用することは避けるべきです。既存のStruts 2を短期的に維持する場合も、Apache Struts公式のサポート対象版、Java、Webコンテナ、依存ライブラリを含めた更新計画を作成してください。新規の業務システムなら、Spring MVCやSpring Boot、SaaS、パッケージを含め、保守性、セキュリティ、技術者の確保、5年程度の総コストで比較することが現実的です。

インターネット公開、個人情報、決済情報、重大な脆弱性、サポート切れのミドルウェアがある場合は、移行計画を早めに作る必要があります。一方、利用範囲が限定され、業務価値が高く、短期のパッチ適用とアクセス制限でリスクを抑えられるなら、調査を先行したうえで段階移行する選択肢があります。技術名だけで廃棄を決めず、脆弱性、業務停止の影響、移行難易度、保守人材、3〜5年の費用を合わせて判断してください。

StrutsとJavaのバージョン、Webコンテナ、DB、ソースコードと設計書の有無、画面数、Action数、JSP数、帳票、バッチ、外部連携、利用者数、停止可能時間、希望時期が必要です。移行の場合は、現行と移行後の希望技術、データ移行の有無、並行稼働の要否、受入テストの担当者も伝えてください。情報が不足する場合は、いきなり総額を断定せず、現行調査・脆弱性診断・PoCの見積もりを先に取得します。

確定価格ではありません。前者は小規模な業務Webの公開相場、後者はStruts移行の公開事例が示す約6か月の期間と、2〜4名・月80万〜120万円程度という人月条件から計算した推定レンジです。画面、Action、DB、連携、テスト、データ移行、停止制約が増えれば上振れし、現行資料や自動テストが整っていれば下振れすることがあります。見積書では、金額と一緒に前提条件と変動時の扱いを確認してください。

まとめ

相場の数字は、発注先を決めるための答えではなく、見積もりを比較するための出発点です。小規模、中規模、移行、大規模という分類に加え、調査、開発、テスト、移行、保守がどこまで含まれるかを確認すると、価格差の理由を説明できます。

技術者や資料が不足している場合は、全体開発の総額を急いで決めるより、現行調査、脆弱性診断、代表機能のPoCを依頼する方が安全です。調査結果をもとに、保守、Strutsの更新、Spring系への段階移行、SaaS・パッケージ置換の複数案を比較すると、予算と業務影響のバランスを取りやすくなります。

Strutsのシステム費用は、Strutsのライセンス料金ではなく、Java・JSP・データベース・帳票・バッチ・外部連携を含む業務アプリケーション全体の作業量で決まります。小規模な保守・機能追加は100万〜300万円程度、中規模の機能追加や再構築は300万〜800万円程度、Struts 1からSpring MVCやSpring Bootへの移行は1,000万〜3,000万円程度、大規模基幹刷新は3,000万円〜1億円超が目安です。いずれも公開相場と人月条件から整理したレンジであり、確定価格ではありません。

予算の精度を高めるには、最初に現行資産と脆弱性を棚卸しし、代表機能のPoCを行い、業務価値とリスクで移行対象を分けます。見積もりでは、画面数だけでなくAction数、DB、帳票、バッチ、外部連携、テスト、停止時間、保守範囲を確認してください。初期費用だけでなく、移行後3〜5年の保守・クラウド・セキュリティ・追加改修まで比較すると、自社にとって無理のないStrutsシステムの刷新計画を立てられます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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