開発会社の選び方は、既存Strutsの調査や脆弱性対策、Spring系への移行、業務テスト、保守まで任せられるかで比べます。
Struts 1は2013年4月にサポートが終了しているため、安全な刷新を前提とします。株式会社riplaを最初に、公開実績のある5社を加えた計6社を紹介します。
- 既存Strutsを残すか刷新するかの考え方
- 移行事例と費用の考え方、よくある質問
Strutsのシステム開発の全体像は、Strutsのシステム開発の完全ガイドで確認できます。
AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。
Strutsのシステム開発でパートナー選びが重要な理由
Strutsは業務パッケージではなく、JavaのWebアプリケーションで画面とリクエスト処理を組み立てるMVCフレームワークです。実際のシステムには、JSPやTomcat、JBossなどのアプリケーションサーバーや、OracleやPostgreSQLなどのデータベースが組み合わさっています。そこに、帳票やバッチ、外部API、認証基盤も加わります。
そのため、フレームワークの名前だけを知っている会社と、システム全体を読み解いて安全に改修できる会社では、見積もりの精度と移行後の品質に差が出ます。
新規開発と既存Strutsの刷新の切り分け
新規に業務Webシステムを作る場合、Struts 1を採用する理由はありません。Apache公式サイトでは2026年6月15日にStruts 7.2.1の一般提供開始が案内されています。ただし、最新系を採用する場合でも、Javaのバージョンや利用するプラグイン、認証方式、運用体制まで含めて長期保守を設計する必要があります。
一方、すでに稼働しているStruts 1や古いStruts 2には、業務ルールや利用者の操作習慣が蓄積されています。技術名だけを理由に全廃棄すると、データ移行や業務教育の負担が大きくなります。そのため、まず現行を調査し、保守の継続、Spring MVCやSpring Bootへの段階移行、SaaS・パッケージへの置き換えを比べます。
発注前に一覧にするバージョンと業務資産
見積もりを依頼する前に、Strutsのバージョンと、Javaやアプリケーションサーバーのバージョンを整理します。あわせて、画面数やAction数、JSPや独自タグの有無を数えておきます。さらに、データベースや帳票、バッチを洗い出し、外部連携と認証、停止可能時間も伝えられるようにします。
ソースコードに加えて、運用手順書や障害履歴も資料として重要です。テスト仕様書や問い合わせ記録も、必要な資料になります。現行テストがない場合は、移行会社と現新比較テストをどの範囲で作るかを話し合い、受入テストのどこまでを誰が担うかも確認します。
2026年のIPA「情報セキュリティ10大脅威」では、組織向けの4位に「システムの脆弱性を悪用した攻撃」が挙げられています。そのため、機能追加だけでなく、診断とパッチ適用の運用も発注範囲に含めることが大切です（出典: IPA、2026年）。
株式会社ripla｜コンサルから開発まで一気通貫で支援
riplaは、コンサルティングから開発まで一気通貫で支援できる企業です。IT事業会社として社内DXを推進してきた経験を活かし、ビジネスへの成果創出とシステムの定着支援に強みがあります。
営業・顧客・生産・販売管理など、幅広い基幹システムの構築・導入実績があります。また、企業の業務要件に合わせて柔軟に対応できる体制を整えています。
特徴と強み
riplaの強みは、技術選定だけでなく、業務の目的や現場の定着まで見据えて相談できる点です。
Strutsの既存資産を扱う場合は、いきなりフレームワークを置き換えず、現行業務のどこを残し、どこを改善するかを先に整理してから計画を立てる進め方が向いています。
要件定義から開発、導入後の運用まで同じ目線で相談したい企業に適しています。
得意領域と相談時の確認点
営業・顧客・生産・販売管理など、複数部門をまたぐ業務システムを整理したい企業に向いています。
Struts 1からSpring系へ移行することだけを目的とせず、SaaSやパッケージの活用、段階的な再構築、既存システムとの連携まで含めて比べたい場合に、相談しやすい候補です。
相談時には、Strutsのバージョンや画面数に加えて、現在困っている業務や改善したいKPIを伝えます。そのうえで、停止できる時間と社内に残したい運用も共有し、調査と開発を分けた提案が可能かを確認します。
株式会社シーイーシー｜Struts 1からSpring MVCへの移行の公開事例
シーイーシーは、既存IT資産のマイグレーションサービス「Re@nove」を展開する企業です。公式の導入事例では、脆弱性診断で課題が見つかったEDI取引用システムについて、Apache Struts 1からSpring MVCへ移行した事例を公開しています。
画面の見た目と使い勝手を維持しながらフレームワークを移行し、ブラウザー対応も改善した点が特徴です。
特徴と強み
Re@noveの事例では、独自の変換ツールで自動変換できる部分と手作業が必要な部分を分け、移行前後のシステムを比較・検証しています。
この進め方は、既存画面の操作性を大きく変えずにセキュリティ上の課題を解消したい企業にとって参考になります。
事例では、変換から運用テスト、リリースまで約6か月と紹介されています。期間を検討する材料になります（出典: シーイーシー「Apache Struts1からSpring MVCにマイグレーション」、公開事例）。
得意領域と向いている企業
EDI、社内業務、取引先向けWebシステムなど、既存画面を継続利用しながら脆弱性やブラウザー依存を解消したい企業に向いています。
発注時には、自動変換の対象範囲と、独自タグや帳票の扱いを確認します。さらに、現新比較テストの方法と、移行後のJava・Spring・ミドルウェアの保守体制も聞いておきます。
公開事例は特定案件の内容なので、自社の画面数や連携数にそのまま当てはめることはできません。そのため、PoCを含めた個別見積もりを依頼します。
サビテックジャパン株式会社｜業務機能を保ったままのSpring MVCへの移行
サビテックジャパン株式会社は、Webアプリケーション、クラウド、マイグレーションなどの開発事例を公開している企業です。
公開資料には、プレゼンテーション層にStruts 1を実装した独自J2EEフレームワークを、Spring MVCへ移行した事例が掲載されています。
脆弱性リスクの低減を目的とした案件で、対象は見積管理や契約管理、勤務管理などの業務機能です。請求管理も含みます。
特徴と強み
公開資料では、Java 8、Spring Boot MVC、JBoss 7という構成が示されています。加えて、帳票製品とOracle 12c、詳細設計から結合試験まで6か月の工程も掲載されています。
見積・契約・勤務・請求という業務のまとまりが明記されているため、単なる画面変換ではなく、業務ロジックと帳票を含む移行を相談したい場合の比較材料になります（出典: サビテックジャパン「開発事例」、2024年資料）。
得意領域と向いている企業
見積や請求など複数の業務を一つのJavaシステムで管理しており、業務機能を大きく変えずにフレームワークの脆弱性を解消したい企業に適しています。
公開事例の期間は一案件の実績なので、相談時には画面数や帳票数、バッチを伝えます。権限や外部連携も含め、6か月で収まる条件と追加になる条件を分けてもらいます。
請負と準委任のどちらが適するか、移行後の運用保守を誰が担当するかも早い段階で確認します。
TIS株式会社｜大規模システムの現行調査と比較テストの進め方
TIS株式会社の技術ノウハウサイト「Fintan」では、StrutsからSpring MVCへ移行した事例が公開されています。
対象は、入会申込や会員向けサービスを提供するシステムです。公式メンテナンスが終了したStruts 1.1の脆弱性を背景に、機能要件と非機能要件を現行どおり引き継いで移行した案件です。
大規模な既存システムを一気に作り替えるより、変換方法とテスト方法を先に検討した点が参考になります。
特徴と強み
公開事例では、約400画面、Java約145KSLOC、JSP約82KSLOC、XML約102KSLOCという規模が示されています。工程は、提案2か月、要件定義3か月、製造4か月と進み、その後に結合テスト3か月、システムテスト・本番移行3か月と紹介されています。
StrutsのActionからSpring MVCのControllerへの変換、バリデーション、JSPタグを分けて検証しています。さらに、現行アプリと新アプリの比較テストも対象にし、変換ツールの作成まで計画している点が特徴です（出典: TIS「Fintan」、公開事例）。
得意領域と向いている企業
会員向けサービス、申込システム、基幹系Webシステムなど、画面数やソース規模が大きく、移行後も現行と同じ業務結果を求める企業に向いています。
見積もりでは、単純な変換率を見るだけでなく、独自タグや入力チェック、帳票の対象を洗い出します。さらに、トークンによる二重送信防止やセッション、外部サービス連携も一覧にして確認します。
数百画面規模の案件では、代表画面だけでPoCを行い、変換ツールの効果とテスト工数を確かめてから本番計画を固めることが重要です。
総合システム情報株式会社｜受発注・販売管理など基幹系の対応実績
総合システム情報株式会社は、通信事業者向けの受発注管理、販売管理、実績分析を行う基幹システムの実績を公開しています。
パッケージ製品のカスタマイズで構築されていた現行システムを、フレームワークを使うWebシステムへ移行した事例です。言語はJava、データベースはOracleで、特記技術としてStrutsが記載されています。
特徴と強み
業務の中心である受発注、販売、実績分析をまとめて扱う基幹系システムは、画面を作り直す作業とは別に、業務全体の移行計画を要します。
取引状態や締め処理、権限を確認します。集計や他システムとのデータ連携も確かめ、業務部門が受け入れられる形で段階的に切り替える必要があります。
総合システム情報の公開実績は、Struts、Java、Oracleを組み合わせた業務システムを比べる材料になります（出典: 総合システム情報株式会社「実績紹介」）。
得意領域と向いている企業
通信、流通、販売など、受発注や実績管理を担う基幹システムで、既存パッケージからWebシステムへ移行したい企業に向いています。
問い合わせ時は、現行パッケージの契約やカスタマイズ範囲、Oracleのバージョンを伝えます。さらに、バッチと帳票、締め日、並行稼働の要否も共有します。
Strutsのコードだけでなく、パッケージ側の仕様や周辺システムまで理解して移行計画を作れるかを確認します。
株式会社TWB｜AWS・Java・Strutsを使った業務管理の実績
株式会社TWBは、業務管理システムなどの開発実績一覧を公開している企業です。
実績一覧には、JRショッピングモール売上管理システムについて、AWSやAmazonLinuxなどの環境と、JSP、Java、Struts、PostgreSQLを技術スタックとして使用したと記載されています。対応期間は2024年1月から2024年1月、規模は33人月です。
Strutsとクラウド、業務データベースを組み合わせた案件を具体的に確認できる点が特徴です。
特徴と強み
公開情報では、クラウド基盤からPostgreSQLまでを含む売上管理システムの技術構成と、33人月という規模を確認できます。
AWS上の既存Webシステムを保守したい場合や、クラウド移行と業務画面の改善をまとめて相談したい場合に、比較しやすい候補です。
公開情報からは、特定のStrutsバージョンや移行先フレームワークまでは断定できません。そのため、提案時に対応可能なバージョンと移行実績を確認します。
得意領域と向いている企業
売上、受注、在庫などの業務データを扱うWebシステムで、AWSを含めた構成を確認したい企業に向いています。
33人月の公開実績は規模を考える材料の一つですが、同じ人月で発注できることを示すものではありません。
画面数や同時利用者数、夜間バッチを提示します。さらに、データ移行や可用性、監視、障害時の復旧目標も共有します。そのうえで、クラウド費用とアプリケーション保守費用を分けた見積もりを求めます。
Strutsのシステム開発会社を選ぶ3つのポイント
6社を比べるときは、会社の知名度やJava対応をうたう一言だけで決めず、公開事例と自社の課題を照らし合わせます。
とくにStrutsのシステムでは、移行前の業務を再現できるか、現行資産をどこまで読めるか、移行後の脆弱性対応を誰が担うかが重要です。
最初の提案だけで結論を出さず、現行調査や小規模PoCを依頼して、見積もりの前提とリスクを明らかにします。
技術名より対象業務と工程で見る実績
「Javaが得意です」と聞いても、Strutsの保守や移行を任せられるかは判断しにくいです。Struts 1かStruts 2か、またActionやActionForm、Interceptorといった部品をどこまで扱ったことがあるかを確認します。設定ファイル（struts-config.xmlやstruts.xml）、JSPタグ、独自フレームワークの経験も聞いておきます。
さらに、受発注やEDI、請求など自社に近い業務の実績を聞きます。そのうえで、要件定義から保守までのうち、どの工程を担当したかを確認します。
公開事例がなくても、担当範囲を説明できる会社の方が見積もりの前提を共有しやすいです。
技術力を見る変換・セキュリティ・テストの3点
移行案件では、ソースコードの変換率を見るだけでなく、どこが自動化できないかまで確かめることが大切です。代表画面で、入力チェックやセッション、ファイルアップロード、帳票を動かします。さらに、トランザクションや二重送信防止、権限、外部APIも対象にし、自動化できない箇所を検証します。
加えて、依存ライブラリの脆弱性調査や、JavaやTomcatなどのサポート状況を確認します。ログ監視やバックアップ、ロールバック手順も見ておきます。2026年のApache公式情報を参照したうえで、現行版を使う場合も、更新を続けられる運用体制まで評価します。
プロジェクト管理と契約の境界
現行仕様が不明なら、要件定義の前に調査工数が発生するため、見積もりは工程ごとに分けてもらいます。契約では、次の項目を確認して明記します。
- 契約形態：請負なら仕様変更や追加工数の扱い、準委任なら稼働時間と責任範囲
- 成果物：受入条件とあわせて明記してもらう
- ソースと資料：ソースコード、変換ツール、設計書、テスト結果の扱いを契約に残す
- 権利と保守：著作権・利用権、再委託、障害対応時間、保守の終了条件
費用の目安は、現行調査・脆弱性診断・移行PoCで100万〜300万円、小規模な保守や機能追加で100万〜300万円です。中規模の再構築は300万〜800万円、Struts 1からSpring MVCやSpring Bootへの移行は1,000万〜3,000万円、大規模な基幹・EDI・複数データベースの刷新は3,000万円〜1億円超です。
これらはStruts固有の公開料金ではなく、画面数や連携数、エンジニア単価をもとにした推定です。一般的な2026年の業務Webシステム相場でも、小規模100万〜300万円、中規模300万〜800万円のレンジが示されています。そのため、自社の規模と前提をそろえて比べます（出典: イー・ジーシステム「システム開発の費用相場と見積書の読み方 2026年版」、2026年）。
Strutsのシステム開発会社に関するよくある質問
Strutsのシステムでは、「まだ使えるのか」「全部作り直すべきか」「どの程度の費用になるか」という相談が多く寄せられます。会社選びの前に、これらの問いへの考え方を確認しておきましょう。
最終判断は、バージョンや公開範囲を確認したうえで行います。扱うデータや停止可能時間、業務の重要度も、判断の材料になります。
Strutsを使って新しい業務システムを開発しても問題ありませんか？
Struts 1を新規採用することは避けるべきです。
既存システムの保守と、新規開発の技術選定は分けて考えます。そのうえで、Spring MVCやSpring Boot、SaaS、業務パッケージを含め、将来の更新性とセキュリティを比べます。
Apache Strutsの最新系を検討する場合も、対応するJavaや周辺ライブラリを継続して更新できる体制を用意します。
既存のStrutsシステムはすぐに廃棄して作り直すべきですか？
すぐに廃棄する前に、まず脆弱性とサポート期限を診断します。インターネット公開の有無や個人情報・決済情報の扱い、業務価値、移行難易度も見極めます。
緊急性が高い場合は暫定対策と監視を行いながら、代表画面のPoCでSpring系への移行やパッケージ置換の実現性を確かめます。
画面を変えずにフレームワークだけ移行する案、業務を見直して再構築する案、SaaSへ寄せる案を費用と停止リスクで比べます。
Strutsのシステム移行にはどのくらいの費用がかかりますか？
目安としては、小規模な調査や機能追加なら100万〜300万円、中規模の再構築なら300万〜800万円です。Struts 1からSpring MVCやSpring Bootへ移行する場合は、1,000万〜3,000万円が一つの目安になります。
ただし、画面数やAction数、帳票、バッチによって大きく変わります。連携先やデータ移行、テスト資産、並行稼働の有無も、金額を左右します。
公開事例の期間や規模を、そのまま価格に置き換えることはできません。まず現行調査とPoCを行い、そのうえで詳細見積もりを取ります。
まとめ｜Strutsの実績と移行後の保守体制で比べる6社
Strutsのシステム開発会社は、技術名の一致だけでなく、既存資産の読み解きや脆弱性対応、業務テストまで確かめて選ぶことが大切です。データ移行やリリース後の保守も、そのなかに含めて考えます。
今回紹介した6社は、株式会社ripla、株式会社シーイーシー、サビテックジャパン株式会社、TIS株式会社、総合システム情報株式会社、株式会社TWBです。
それぞれ公開している実績の領域が違うので、自社のシステム規模と課題に近い候補から相談します。
公開事例を自社の課題に照らした比較
Struts 1からSpring MVCへの移行を重視するなら、変換ツールや現新比較テストの事例を公開するシーイーシーとTISが候補になります。また、業務管理機能を保ちながらSpring MVCへ移行したサビテックジャパンも、比べる相手になります。
受発注や販売管理などの基幹業務なら総合システム情報、AWS・Java・Strutsの構成を重視するならTWBが比較材料になります。
業務の整理から相談し、技術だけでなく定着まで支援してほしい場合はriplaを候補に加えます。
最初の相談で決める現行調査とPoCの範囲
最初の問い合わせでは、Strutsのバージョンや画面数、Action数、JSP・独自タグを共有します。さらに、データベースや外部連携、帳票、バッチ、利用者数、停止可能時間も伝えます。加えて、脆弱性診断の指摘内容も添えます。
そのうえで、代表画面の変換と認証、入力チェックをPoCの対象にします。さらに、帳票やデータ連携、現新比較テストも含め、変換率と残作業を確認します。調査成果物と見積もりの前提を明確にし、テスト計画や切り戻し方法、移行後の保守担当も固めてから、開発会社を決めるのが安全です。
Strutsのシステムは、古いから即座に捨てるとは限らず、Javaで動いているから延命すればよいとも限りません。業務価値とセキュリティリスクを調べ、現行踏襲、段階移行、再構築、SaaS・パッケージ化の中から自社に合う方法を選びます。また、公開情報と自社の現状を照合しながら、複数社へ同じ条件で相談することが、予算と停止リスクを抑えた発注につながります。
▼全体ガイドの記事
・Strutsのシステム開発の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。