結論：JSFのシステム開発費は、画面数や業務ルール、既存Java資産の移行、外部連携、
非機能要件によって大きく変わり、一般的な業務Webシステムとして見ると小規模で400万〜1,200万円、
中規模で1,500万〜5,000万円、大規模で5,000万円〜2億円以上が一つの目安です。
ただし、これはJSFだけの公開価格表ではなく、
2026年時点の国内システム開発相場とJSF案件で必要になりやすい画面・状態管理・認証・移行・テストの工数をもとにした推定です。
この記事では、JSFのシステム開発にかかる費用の内訳、規模別の価格帯、見積額が変動する理由、
開発の進め方、費用を抑えるポイントを、発注前に確認できる形で解説します。
▼全体ガイドの記事
・JSFのシステム開発の完全ガイド
JSFのシステム開発費はどのように決まりますか？
JSFの開発費は、JSFというフレームワークの利用料だけで決まるものではありません。
業務を理解する担当者、要件定義を行うプロジェクトマネージャー、画面と業務ロジックを設計するエンジニア、
テストや移行を担うメンバーの工数を中心に、基盤・ライセンス・運用の費用が加わって決まります。
JSFとJakarta Facesの違いが費用に影響します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JSFはJavaServer Facesの略称で、現在の仕様上の名称はJakarta Faces、またはJakarta Server Facesです。
Jakarta Facesは、Web画面のUIコンポーネント、状態管理、イベント処理、入力検証、画面遷移、国際化。
アクセシビリティを扱うMVCフレームワークです。
2026年時点で新規開発を検討する場合は、旧Java EE系のjavax名前空間を使うのか。
Jakarta EE系のjakarta名前空間を使うのかを最初に決める必要があります。
Jakarta Faces 4.1はJakarta EE 11向けの仕様で、Java SE 17以上を前提とし。
Mojarra 4.1.1などの互換実装が案内されています（出典: Eclipse Foundation「Jakarta Faces 4.1」。
2026年確認）。
既存システムの移行では、ソースコードの置換だけでなく、CDI、JPA、Bean Validation、UIコンポーネント、アプリケーションサーバー。
テスト環境の互換性確認が必要です。
そのため、単純な画面追加に見えても、旧環境を維持する費用と新環境へ移行する費用を分けて見積もることが重要です。
画面以外の構成要素も開発費に含まれます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JSFの業務システムでは、画面を作るだけでは業務を運用できません。
ログインやSSO、利用者・組織・権限管理、入力チェック、承認ワークフロー、帳票、バッチ、データベース、外部API、監査ログ、バックアップ。
障害通知などを一体で設計します。
特にJSFは画面の状態をサーバー側で扱う設計になりやすいため、セッションサイズ、タイムアウト、同時利用者数、冗長化、スケールアウトを要件に含める必要があります。
費用の見積書を見るときは、「JSF画面開発一式」という表現だけで判断しないことが大切です。
要件定義、画面設計、共通部品、業務ロジック、データ移行、単体テスト、結合テスト、総合テスト、インフラ構築、教育、リリース支援。
保守引き継ぎがどこまで含まれるかを確認してください。
ここが曖昧なまま価格だけを比べると、後から追加費用が発生しやすくなります。
JSFのシステム開発費用の相場と価格帯
JSF固有の開発費を示す公的な価格統計はほとんどありません。そのため、以下の価格帯は、
2026年版の国内システム開発相場、NotebookLMの業務システム相場データ、
JSFに必要なJava・Jakarta EE・画面・移行・テストの作業範囲を組み合わせた概算です。
実際の金額は、画面数やデータの状態、利用者数、連携方式、品質基準によって変わります。
小規模なJSFシステムは400万〜1,200万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
小規模に該当するのは、1部門向けのCRUD、ログイン、検索・一覧、登録・更新、簡易帳票、外部連携0〜1本程度のシステムです。
工数は5〜10人月、期間は2〜5か月程度、初期開発費は400万〜1,200万円を一つの目安にできます。
画面数が少なくても、権限が細かい、承認経路が複雑、既存データの形式が不統一、古いJSFからの移行を含む場合は上限側に寄ります。
一般的なシステム開発の参考相場では、小規模の社内向けシステムは100万〜300万円とされる一方、JSFを使った業務システムでは。
Javaの実行基盤や業務画面の共通部品、テスト・運用引き継ぎが必要になるため。
単機能ツールより高くなる場合があります（出典: SIA株式会社「システム開発の費用・相場【2026年版】」、2026年7月）。
この差はJSFの利用料ではなく、システムとして稼働させる範囲の違いから生じます。
中規模のJSFシステムは1,500万〜5,000万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
中規模では、複数部門で利用する顧客・契約・販売・在庫などの管理、申請・承認ワークフロー、複数の権限、帳票、API・バッチ連携。
既存データ移行を含むケースが多くなります。
工数は15〜35人月、期間は5〜10か月程度、初期開発費は1,500万〜5,000万円が目安です。要件定義や業務部門との調整に時間がかかる場合は、
開発そのものよりも上流工程と受入支援の費用が増えます。
2026年の一般的な相場では、中規模の部門横断システムは500万〜1,000万円、大規模Webシステムは1,000万円〜数千万円以上。
人月単価は60万〜200万円程度とされています（出典: SIA株式会社、2026年7月）。
JSFの中規模想定がこの相場より上に広がるのは、既存Java環境との整合、状態を持つ画面のテスト。
認証・権限・移行などを含めた業務システム全体の費用として見ているためです。
大規模なJSFシステムは5,000万円〜2億円以上です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
大規模に該当するのは、全社または複数拠点で使う基幹システム、大量データを扱うシステム、SSO、監査ログ、複数の外部システム連携。
厳格な可用性・性能・セキュリティ要件を含む案件です。
工数は50〜120人月、期間は10〜24か月程度、初期開発費は5,000万円〜2億円以上の幅で見積もられることがあります。
この価格帯では、画面開発費だけでなく、全体アーキテクチャ、データ移行のリハーサル、障害時の切り戻し、性能試験、脆弱性診断、利用者教育。
複数環境のリリース管理まで含めて考えます。
旧JSFを全面的に作り直すのではなく、API化や画面単位の段階刷新を組み合わせると、年度ごとの投資に分けられる可能性がありますが。
移行期間中の二重運用費は別に確保する必要があります。
JSFのシステム開発費用の内訳
見積書の金額を比較するには、総額を工程・役割・成果物に分解する必要があります。JSF案件では、
見える画面数だけでなく、共通部品や状態管理、業務ルール、テストパターン、移行対象のデータ量が工数を左右します。
初期開発費だけでなく、運用開始後のサポート費やバージョンアップ費も含めて確認してください。
要件定義・設計・画面開発の人件費です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最も大きな割合を占めやすいのは、要件定義、業務設計、画面設計、実装、テストを担う人件費です。
2026年の一般的な相場では。エンジニアの人月単価はスキルや地域によって60万〜200万円程度とされます
（出典: SIA株式会社「システム開発の費用・相場【2026年版】」。2026年7月）。
同じ10人月でも、単価の異なるPM、上級Javaエンジニア、業務担当、テスターの構成によって総額は変わります。
要件定義では、業務フロー、権限マトリクス、画面一覧、データ項目、承認条件、例外処理、連携仕様、非機能要件を整理します。
画面設計では、Faceletsのテンプレート、再利用コンポーネント、入力エラーの表示、Ajaxによる部分更新、状態保存の扱いまで決めます。
ここを省略すると、開発中に仕様が増え、工数が当初見積もりの1.3〜1.5倍に膨らむリスクがあります。
アプリケーション基盤・クラウド・ライセンス費です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JSF自体は仕様・実装・構成によって利用形態が異なり、システム全体の料金体系を一律に決められません。
Payara、GlassFish、WildFly、JBoss EAP、WebLogicなどのアプリケーションサーバーを使う場合は。
無償版を利用できるかだけでなく、商用サポート、パッチ提供、障害時の問い合わせ、バージョン互換性の費用を見ます。
データベース、SSO、帳票、監視、バックアップ、脆弱性診断のライセンスやサービス費も忘れないでください。
クラウドでは、サーバー利用料に加えて、ロードバランサー、データベース、ログ保管、バックアップ、監視、通信、検証環境の費用が毎月発生します。
JSFのセッションを複数台で扱う場合は、セッションレプリケーションやスティッキーセッションの設計が必要になることがあります。
初期構築だけを安くしても、運用要件によって月額費用が増えるため、月次・年次の料金を見積書に分けて記載してもらうことが大切です。
データ移行・試験・保守の費用です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存JSFの再構築やクラウド移行では、現行調査とデータ移行が大きな費用要因になります。
古い画面の仕様書がない、業務ルールがソースコードに埋め込まれている、マスターデータの表記揺れがある、利用されていない機能が残っているといった状態では。
調査・整理・移行リハーサルの工数が増えます。
移行対象をすべて同じ品質で持ち込むのではなく、利用頻度や業務影響で優先順位を付けると予算を調整しやすくなります。テスト費用には、
単体・結合・総合・受入・性能・障害復旧・脆弱性診断が含まれます。
JSFでは入力値、画面遷移、Ajax更新、セッション切れ、二重送信、権限ごとの表示差分を組み合わせるため、画面数だけではテスト量を判断できません。
保守運用費は初期費用の年15〜25％程度が目安とされることがありますが、24時間監視、SLA、古いライブラリの延命、定期的な脆弱性対応を含むかで変わります。
JSFの開発費用が変動する主な要因
同じJSFでも、単純な社内管理画面と金融系の基盤システムでは費用が大きく異なります。
価格差を生むのは、JSFの採用そのものよりも、業務の複雑さ、既存資産、品質・運用の要求水準です。
発注前に変動要因を洗い出すと、安い・高いではなく、何に費用がかかっているのかを比較できます。
画面数よりも業務ルールと連携数が重要です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
費用を見積もるときは、画面数だけでなく、画面ごとの入力項目、検索条件、一覧の列数、承認経路、例外処理、帳票、権限差分を整理します。
例えば同じ10画面でも、単純な登録・検索だけなら小さく収まりますが、部門ごとに表示項目が違い、承認者が条件で変わり。外部APIの応答異常にも対応する場合は、
設計・実装・テストの工数が増えます。
外部APIやバッチ連携は、1本ごとに仕様確認、認証、タイムアウト、リトライ、エラー通知、再実行、監視を設計します。
金融、医療、製造などの業務では、監査証跡やデータ保持期間、承認記録が必要になりやすいため。機能一覧の中に「連携」「帳票」「監査」「運用」
を別項目として記載してください。
連携先が増えるほど、単純な足し算以上に結合テストの組み合わせが増えることがあります。
旧JSFからの移行か新規開発かで変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
新規開発では、Java 17または21、Jakarta Faces、CDI、JPA、アプリケーションサーバー、CI/CDを最初から整えられます。
一方、既存システムでは、JavaServer Faces 2.x、Java EE 8、javax名前空間、MojarraやMyFaces。
PrimeFacesなどの部品、独自タグ、アプリケーションサーバーの組み合わせを確認する必要があります。
javaxからjakartaへの移行は、パッケージ名の変更だけでなく、依存ライブラリや設定、テストコードにも影響する可能性があります。
すべてを一度に作り直すと、初期費用と業務停止リスクが大きくなります。
変更頻度が低く、障害も少ない画面は現行維持し、利用頻度と事業影響が高い画面からAPI化・画面刷新を進める段階移行なら、年度単位で予算を分けられる場合があります。
ただし、旧新システムのデータ同期や認証連携、二重保守が必要になるため、移行方式ごとに一時的な追加費用も提示してもらいます。
セキュリティと運用水準が上がるほど費用も増えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
認証だけを実装すれば安全というわけではありません。
入力値検証、CSRF、XSS、SQLインジェクション、セッション固定、権限分離、秘密情報管理、依存ライブラリの脆弱性対応、監査ログ。
バックアップからの復旧までを設計します。
OWASP ASVS 5.0.0は、Webアプリケーションの技術的なセキュリティ対策を検証する基準として。
開発と調達の要件に使えると説明されています
（出典: OWASP Foundation「Application Security Verification Standard」、2025年5月公開）。
24時間365日の監視、障害時の一次対応、復旧目標、脆弱性情報を受けたパッチ検証、定期的な性能試験を契約に含めると、その分の費用が必要です。
逆に、平日日中の問い合わせ、月次パッチ適用、重大障害のみの対応など、運用範囲を明確にすれば、必要以上の保守契約を避けられます。費用を削る場合も、
セキュリティと復旧要件を曖昧にしてはいけません。
JSFのシステム開発を進める手順とコスト最適化
費用を抑えるには、単価を下げるよりも、手戻りと作り過ぎを減らすことが効果的です。
要件を整理してから複数社へ相談し、代表的な画面でPoCを行い、優先順位を付けて段階的に開発します。
最初から全機能を完成させるのではなく、業務に必要な最小範囲を決めて品質を確保する考え方が重要です。
現行調査と小さなPoCから始めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存システムなら、JSFのバージョン、javaxまたはjakarta、MojarraまたはMyFaces、PrimeFacesなどのコンポーネント。
Java、サーバー、DB、認証、帳票、バッチ、外部連携、定期処理を棚卸しします。
さらに、画面ごとの利用頻度、障害、改修頻度、属人化の有無を整理すると、残す機能と刷新する機能を判断しやすくなります。
新規開発でも、いきなり全画面を作らず、代表的な入力画面、複雑な一覧、認証、1本のAPI連携をPoCにします。
画面の応答性、状態保存、権限、セッション切れ、コンテナ化、テスト自動化を確認し、問題が出やすい部分の費用を先に確定させます。
PoCを無償の試作品と考えず、本開発の判断材料になる成果物として範囲と費用を合意してください。
優先順位を付けて段階的にリリースします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
コストを抑えるために機能を一律に削ると、リリース後の手作業や障害対応が増え、総費用が上がることがあります。
まずは、売上・顧客対応・法令・業務継続への影響が大きい機能を優先し、利用者が少ない帳票や細かな表示変更は第2段階へ回します。
画面、API、データ、認証を一つの機能単位として切り出すと、品質を保ちながら段階リリースしやすくなります。
クラウド移行では、すべてのサーバーを最初から冗長化するのではなく、必要な可用性と復旧時間を業務ごとに定義します。
開発・検証・本番環境の構成を整理し、不要な検証環境を常時起動しない運用も有効です。ただし、データ保護、監査、復旧の要件を満たすことが前提であり、
環境削減を目的にバックアップやログを削ってはいけません。
OSSと商用サポートを役割で使い分けます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
OSS実装を使うとライセンス費用を抑えられる可能性がありますが、障害原因の調査、脆弱性情報の確認、互換性検証、アップデート、引き継ぎの費用は残ります。
反対に、商用サポートを契約すれば問い合わせやパッチの安心感を得やすくなりますが、対象製品、対応時間、バージョン、サポート終了時期を確認しないと。
支払った費用を十分に活用できません。
JSFの経験だけでなく、Java 17・21、Jakarta EE、アプリケーションサーバー、コンテナ、CI/CD、認証、データ移行。
運用を一式で扱える会社を選ぶことが費用最適化につながります。
既存JSFを保守する場合は、担当者の経験年数よりも、現行環境の調査結果、テストの自動化、ソースコード・設計書・IaCの引き渡し。
担当交代の方法を見積もりと契約に含めることが重要です。
JSFシステムの見積もりを取る際のポイント
見積もりは、金額を出してもらうだけでなく、会社ごとの前提条件と作業範囲をそろえるために行います。
最低でも2〜3社に同じ資料を渡し、総額、工数、期間、体制、成果物、除外事項を比較してください（出典: SIA株式会社「システム開発の費用・相場【2026年版】」
、2026年7月）。安い見積もりに見えても、要件定義やテスト、移行、保守が除外されていれば単純比較できません。
RFPには画面・データ・非機能の前提を書きます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFPや相談資料には、開発の目的、対象業務、利用者数、拠点数、画面一覧、帳票、承認フロー、権限、データ量、連携先、ピーク時間、稼働時間。
目標リリース日を記載します。
既存JSFなら、バージョン、javaxまたはjakarta、Java、サーバー、DB、UIコンポーネント、ソースコードや設計書の有無、既知の障害。
移行対象を明示します。
非機能要件は、性能、可用性、バックアップ、復旧目標、監視、ログ保持、認証、脆弱性診断、アクセス権、アクセシビリティまで含めます。
特に「多人数が使える」「安全に運用できる」のような表現は、見積もりの根拠になりません。
同時利用者数、応答時間、障害時の復旧時間、ログの保存期間などに置き換えると、会社ごとの価格差を説明しやすくなります。
見積書は工程と除外事項まで比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
見積書では、要件定義、基本設計、詳細設計、実装、単体・結合・総合テスト、移行、教育、リリース、保守を分けて確認します。
工数の単位が人月なのか一式なのか、各工程の担当者と人数、前提となる画面数、連携本数、レビュー回数、受入支援の範囲を確認してください。
見積もりの有効期限、物価や単価の改定、追加要件の扱いも明記してもらいます。
契約では、成果物の検収条件、仕様変更の承認手順、障害と追加要件の切り分け、知的財産権、ソースコードの引き渡し、再委託、保守のSLA。
契約終了時の引き継ぎを確認します。
IPAは、情報システム開発でユーザー企業とITベンダーが各開発段階で担う責務を明確にするため。
モデル取引・契約書を提供しています（出典: IPA「情報システム・モデル取引・契約書」、2025年6月17日サイト更新）。
技術だけでなく契約の境界を整理することが、予算超過と責任の押し付け合いを防ぎます。
公開事例は技術名だけでなく運用範囲を確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JSFを明記した国内の公開事例は多くありませんが、アクロホールディングスの開発実績には。
株式会社ネオテックスによるクレジットカード会社向けアプリサービス基盤開発が掲載されています。
掲載情報では、環境としてJava、Linux、DB2、JSFが示され。掲載日は2023年12月22日です
（出典: アクロホールディングス「クレジットカード会社向けアプリサービス基盤開発」）。
金融系の業務基盤でJSFが使われた事例として参考になりますが、2026年の新規導入実績と誤認せず、現在対応できるバージョンや保守体制は個別に確認してください。
開発会社に問い合わせるときは、「JSFの実績がありますか」だけでなく、JSFまたはJakarta Facesのバージョン移行。
PrimeFacesなどのUI部品、Java 17・21、SSO・権限・監査ログ、データ移行、性能試験、クラウド・コンテナ、脆弱性対応。
ソースコードの引き渡しを質問します。
公開事例がない会社でも、同じ技術構成と品質基準で提案できる場合があるため、実績数だけでなく、調査・テスト・運用を含む提案の具体性を見て判断します。
JSFのシステム開発費用に関するよくある質問
JSFの費用を考えるときは、技術の利用料よりも、業務システムとして必要な機能・品質・運用を見ます。
ここでは、発注前によくある疑問に直接回答します。
JSFのシステム開発を安くする方法はありますか？
要件を先に整理し、代表画面でPoCを行い、優先度の低い機能を第2段階へ回す方法が有効です。
既存システムを活用できる部分は再利用し、パッケージやSaaSで標準化できる業務を無理にJSFで作らないことも、
初期費用と保守費の抑制につながります。
2026年にJSFで新規開発しても問題ありませんか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
問題があるかどうかは、JSFという技術名だけでなく、業務画面の複雑さ、Java資産の再利用、内製化、将来のUI方針、保守体制で判断します。
Jakarta Faces 4.1はJakarta EE 11向けに提供され、Java SE 17以上を前提としていますが。
スマートフォン中心の公開サービスやリアルタイム性の高い画面では、ReactなどとJava REST APIを組み合わせる方が適する場合もあります。
JSFシステムの保守費用はどれくらいですか？
保守費用は、初期開発費の年15〜25％程度を一つの目安にできますが、対応時間、監視、
バックアップ、障害対応、パッチ検証、追加改修、アプリケーションサーバーの商用サポートを含むかで変わります。
見積もりでは、月額固定の範囲と、別途請求される作業を分け、担当者の交代や契約終了時の引き継ぎ費用も確認してください。
見積もりではJSFの経験をどのように確認すればよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JSFの導入件数だけでなく、対象バージョン、MojarraやMyFaces、PrimeFacesなどのコンポーネント、Java 17・21。
アプリケーションサーバー、クラウド移行、認証・権限、データ移行、性能・脆弱性試験の経験を確認します。
公開事例の技術名と自社案件の構成が一致するとは限らないため、代表画面の設計方針、テスト計画、障害時の対応。
成果物のサンプルまで説明してもらうと判断しやすくなります。
まとめ
JSFのシステム開発費は、JSFのフレームワーク料金ではなく、業務画面、Java・Jakarta EE基盤、
認証・権限、データベース、外部連携、テスト、移行、運用を含めた総工数で決まります。
2026年時点の概算では、小規模で400万〜1,200万円、中規模で1,500万〜5,000万円、
大規模で5,000万円〜2億円以上が目安ですが、JSF固有の公表統計ではないため、
画面数や業務ルールなどの前提とセットで利用してください。
費用を適正化するには、現行調査と要件定義を行い、代表画面のPoC、段階リリース、
標準化できる業務の切り分け、複数社の内訳比較を進めます。旧JSFを保守する場合も、
新規でJakarta Facesを採用する場合も、技術バージョン、アプリケーションサーバー、
セキュリティ、データ移行、保守の責任分界を見積もりと契約に明記することが、予算超過を防ぐ最も重要なポイントです。
費用相場は前提条件と一緒に確認します
小規模400万〜1,200万円、中規模1,500万〜5,000万円、大規模5,000万円〜2億円以上という価格帯は、
業務システム全体を開発・運用する場合の推定です。画面数、利用者数、外部連携、データ移行、
セキュリティ、サポート範囲をそろえて初めて、複数社の見積もりを比較できるようになります。
発注前は技術・移行・保守の境界を明文化します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
JSFまたはJakarta Facesのバージョン、アプリケーションサーバー、認証、テスト、移行、脆弱性対応、運用の責任分界を見積もりと契約に記載してください。
技術に詳しい担当者が退職・交代しても運用を続けられるよう、ソースコード、設計書、テスト仕様書、構築手順、監視設定。
引き継ぎ方法まで成果物として合意することが大切です。
▼全体ガイドの記事
・JSFのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。