WebLogicのシステム開発を発注するときは、現行環境の診断、要件と責任範囲の整理、複数社の比較の順に進めます。この順で決めると、移行や運用まで含めた発注条件を整えられます。
発注形態、RFPと契約、費用相場の目安を順に扱います。全体像はWebLogicのシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・WebLogicのシステム開発の完全ガイド
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
WebLogicのシステムを発注・外注するときの全体像
WebLogic Serverは、JavaやJakarta EEの業務アプリケーションを動かすアプリケーションサーバーです。業務システムは、WebLogicの周辺も含めて初めて完成します。
発注範囲には、ロードバランサーやWebサーバー、ドメインとManaged Serverを含めます。DBや外部サービス、監視、バックアップも、対象に入れて検討します。
業務システムにおけるWebLogicの役割
WebLogicは、要求を業務ロジックへ渡し、JDBCでDBへ接続する中間層です。さらに、JTAでトランザクションを管理し、結果を返します。
- Administration Server：設定や配備の管理を担います。
- Managed Server：業務アプリケーションを実行します。
- クラスタ：負荷分散や障害時の切替、段階的なデプロイに使う仕組みです。
複数台をクラスタ化するほど、LB、セッション管理、監視、障害試験の費用も増えます。
ミドルウェア以外も含めた発注範囲
発注範囲を決めるときは、業務画面やAPI以外に必要な周辺作業も洗い出しておきます。
- 業務機能：認証・認可、帳票、バッチを対象に入れます。
- データベース：Oracle Databaseなどの対象と、その連携の整理。
- 連携と試験：DB、他システムとのファイル連携、性能試験までが範囲です。
- 移行と運用：データ移行、利用者教育、稼働後の保守の確認が要ります。
依頼する内容が、インストールのみ、既存アプリの移行、新規構築のどれかによって、必要な会社や見積額が変わります。
WebLogicのシステムに合う発注形態
発注形態は、自社の体制と不確実性の大きさで選びます。たとえば、要件や既存コードが不明なまま一式で発注すると、追加費用や納期延長が起きやすくなります。
診断や要件定義を小さく依頼し、その結果から本開発へ進む二段階発注も有効です。
仕様と成果物を固められる案件での一括請負
一括請負は、受託会社が合意した成果物を納期までに完成させる方式です。
画面一覧、API仕様、データ項目を発注前に具体化できる場合は、予算と納期を管理しやすくなります。WebLogic構成、試験基準、移行方式も、具体化の対象に入ります。
- 完成条件：曖昧な表現を避けた成果物の具体化。
- 検収条件：合否の基準と確認方法を決めます。
- 変更と分担：仕様変更、前提条件、発注者の作業を明記します。
「必要に応じて作る」「十分な性能」といった記述だと、完成条件の解釈が会社ごとに分かれてしまいます。そのため、契約書と別紙に条件を落とし込みます。
調査や改善を含む案件での準委任・ラボ型
準委任やラボ型では、一定期間の作業時間と体制を契約します。
要件整理、互換性調査、構成検討、移行候補の修正などは、成果物を固定しにくい探索的な作業です。そのため、準委任やラボ型に向いています。
- 調査対象：互換性、構成、移行候補の修正を調べます。
- 古い環境：12cやJava 8では、実行時設定、JMS、JDBCを確認します。
- 成果物：調査報告書、課題一覧、移行方針を合意します。
調査はソースコードだけでなく、独自ライブラリ、バッチ、運用手順にも及びます。さらに、次工程の見積条件も成果物として合意しておきます。
基盤会社とアプリ会社を分ける場合の責任の分け方
分離発注では、障害が起きたとき、WebLogic、アプリ、DB、LBのどこが原因かを、各社がそれぞれ切り分ける状態になりがちです。そのため、どの会社がどこまで受け持つかを先に決めておく必要があります。
- 基盤：ライセンスやOCIはOracle系、ネットワークは基盤会社に依頼できます。
- アプリ：業務アプリはJavaに強い開発会社へ依頼できます。
- 統括責任：主契約者、設計統括、一次窓口の明記。
性能、切替、文書統合の責任者も定めます。そのうえで、最低一回は三者合同の障害訓練を行う前提にします。
RFPと要件整理で発注先に伝える内容
RFPは、価格を尋ねるだけの文書というより、発注の前提を伝える文書です。対象業務、現行環境、期待効果の三つを、どの発注先にも同じ条件で伝えます。非機能要件、納品物、発注者側の制約も、同じ粒度で示します。
製品名や構成を細かく決めすぎず、「なぜWebLogicを使うのか」という理由も示します。また、既存資産をどこまで残すかも、提案と見積を比べる判断材料になります。
RFPに含める現行環境と業務の情報
構成と業務の現状を、発注先が見積もれる情報に整理します。
- 基盤情報：WebLogicとJDKの版、OS、CPUとメモリです。ドメイン数とサーバー台数も含みます。
- 接続情報：JDBCデータソース、JMS、認証と証明書、DBと外部連携。
- 業務情報：月間と日次の処理量、ピーク同時接続数、目標応答時間。
- 移行条件：障害履歴、バックアップ容量、稼働時間、RTOとRPO。
希望リリース日も記載します。例外処理や手作業は隠さず開示し、表記揺れやマスタ重複も示しておくと、要件定義の後の追加費用を減らせます。
非機能要件の数値と試験方法
「高速」「止まらない」「安全」を、測定できる条件と試験方法に置き換えます。
- 性能：同時利用者数、1秒以内に返す画面の割合、1時間あたりの処理件数。
- 可用性：稼働率、復旧時間、許容データ損失、保守可能時間。
- 運用：ログ保存期間と障害時の合格基準を決めます。
クラスタを採用する場合は、Managed Server停止やDB接続障害、JMS滞留、LB障害、証明書切れの試験を入れます。
12cやJava 8からの移行可否の確認（PoC）
WebLogic Server 15.1.1は、Jakarta EE 9.1、Java SE 17と21に対応しています。さらに、Spring Framework 6.xとHibernate 6.6.xへの対応も案内されています。
- 依存の確認：12.2.1.4、Java 8、古い`javax.*` APIを対象に調べます。
- 互換性：JAX-RPC、SAML 1.1、記述子、古いライブラリが対象です。
- 移行検証：Rewrite変換後の画面、トランザクション、帳票、異常系を人手で試験します。
Oracleは移行向けのRewriteレシピも案内しています。ただし、自動変換後はトランザクションや外部連携も人手で検証します（出典：Oracle WebLogic Server 15.1.1公式ドキュメント、2025年）。
契約形態と納品物の決め方
工程ごとに作業の性質が異なるため、契約を組み合わせると責任と変更管理を整理できます。
- 調査と要件定義は準委任で進めます。
- 仕様が確定した後の構築と開発は、請負を検討します。
- 稼働後の監視と障害対応は、保守契約にします。
設計書だけでなく設定と運用資産まで含む成果物の定義
引き継ぎと運用に必要な成果物は、契約の前に一覧にしておきます。
- 設計：要件、基本・詳細設計、ドメイン構成図。
- 設定と開発：JDBCとJMS、ネットワーク、ソース、ビルド手順を含みます。
- 試験と移行：試験仕様と結果、性能報告、移行とロールバック手順。
- 運用：監視、バックアップ、障害対応、教育資料。
クラウドでは、TerraformなどのIaC、アカウント権限、秘密情報の保管場所、ログ保存先も対象になります。そのうえで、第三者が引き継げる形式か、発注者が変更できるかを検収条件にします。
契約に明記する仕様変更と発注者側の作業
変更や発注者側の作業の責任を明確にすることで、遅延や追加費用の誤解を防ぎます。
- 変更管理：影響調査、再見積、承認者、納期変更を定めます。
- 発注者作業：マスタ確認、データ整備、受入テストの割り当て。
- 当日の責任：教育と切替時の意思決定者、期限を決めます。
追加画面や業務ルールの変更、移行データの不備、試験環境の遅れは、WebLogic以外が原因でも起こります。そのため、責任範囲が契約にないと、受託会社の作業待ちではない遅延も誤解されてしまいます。
保守契約の対応時間と対象範囲
保守費だけでなく、対応時間、範囲、応答条件を分けて比較します。
- 受付と監視：平日対応か、24時間365日監視かを確認します。
- 保守作業：パッチ、JDK、証明書、脆弱性、性能分析の範囲。
- 復旧支援：バックアップ、DR、Oracle問合せ代行の対応範囲。
重大度別の初動時間、暫定と恒久対応の期限、月次報告、対象外の改修基準も合意しておくと、追加請求を予測しやすくなります。
WebLogicのシステム発注費用・相場の目安
WebLogic固有の国内開発費をまとめた公的統計は少ないため、次に示す数字は目安です。業務システムの相場に、商用ミドルウェア、冗長化、Javaアプリ移行、性能・障害試験を加味しています。発注額を断定するものではありません。
ライセンスやProcessor数、製品割引、為替で変わります。クラウドや移行量、保守時間も影響します。そのため、費目を分けて見積を依頼します。
規模別の初期費用のレンジ
初期費用と期間の目安は、規模や冗長化、移行範囲で異なります。
- PoC・接続確認：50万〜300万円、2〜8週間。
- 小規模業務Web：1,000万〜3,000万円、4〜9か月。
- 中規模・高可用性：3,000万〜1.5億円、9〜18か月。
- 大規模基幹：1.5億円から数億円以上になる可能性があります。
PoCは、既存ライセンスや評価環境の利用を想定しています。小規模の想定には、画面・API、DB、Managed Server約2台が入ります。さらに、認証、基本監視、初期移行も含みます。
中規模の想定には、クラスタ、SSO、複数DBが入ります。外部連携、試験、段階移行も含まれます。大規模では、複数拠点、DR、大量移行が費用を押し上げます（出典: リサーチノートの業務システム相場と工程分析、2026年）。
ライセンス費とクラウド費（開発費とは別枠）
Oracle Technology Global Price Listの2025年3月1日版では、Processor 1ライセンスの価格が示されています。
- WebLogic Server Standard Edition：Processor 1ライセンスは10,000米ドルです。
- Enterprise Edition：Processor 1ライセンスは25,000米ドルです。
- WebLogic Suite：Processor 1ライセンスは45,000米ドルです。
同じ資料では、Software Update License & Supportの年額も示されています。各エディションの年額は、2,200米ドル、5,500米ドル、9,900米ドルです。
1ドル150円で機械換算すると、初期費用は約150万円、375万円、675万円です。年サポートは約33万円、82.5万円、148.5万円になります。
これは米ドルのリスト価格による参考試算です。Processor定義、契約割引、国内税、為替は、別途確認が必要です。
Oracle Database、構築費、保守費も、別途確認します（出典: Oracle Technology Global Price List、2025年3月1日版）。
OCIにはBYOLとUCMがあります。BYOLは既存ライセンスと有効なサポート契約を使い、主にコンピュート費を支払います。
一方で、UCMはWebLogic利用権をOCPU時間に応じて支払い、コンピュート費も別途発生します。なお、OCIでStandard Editionを使う場合、選べる方式はBYOLに限られます。
方式を決める前に、保有ライセンス、サポート契約、必要なエディションを確かめます。さらに、平常時とピーク時のOCPUの数も確認対象です（出典：Oracle WebLogic Server for OCI公式ドキュメント、2026年確認）。
保守費の目安（初期開発費の10〜20％）と内訳
保守費は、初期開発費の年10〜20％程度を起点に検討できます。ただし、WebLogic案件では、対応範囲や運用体制によって差が出ます。
- 監視と障害対応：サーバー台数、24時間監視、障害時の対応範囲。
- 更新と保守作業：パッチ、JDKと証明書の更新、軽微改修、DR訓練。
- 費用の内訳：月次定額、従量作業、Oracle問合せ、緊急対応。
「保守一式」とだけ書かれた見積は比べにくいため、内訳と3年程度の総保有コストで比べます（出典: リサーチノートの業務システム保守費分析、2026年）。
委託先の選定と見積比較の観点
製品を扱えることと、業務アプリを安全に移行・運用できることは、分けて確認します。
ライセンスやOCI、Java改修の専門性は、同じ会社にそろうとは限りません。基盤・ネットワークや監視・DRについても、同じことが言えます。
また、現行環境のリスクを具体的に指摘し、見積の前提と除外事項を説明できる担当者かを見ます。
確認すべき実績（製品名ではなく担当範囲）
「WebLogicの経験」の有無だけでなく、実績の環境、規模、担当工程を確かめます。
- 技術範囲：バージョン、Java世代、クラスタ、JMS、DB連携。
- 業務範囲：アプリ種別、移行データ量、ピーク負荷。
- 担当実績：工程と稼働後の保守期間を確かめます。
12c・Java 8から15.1.1・Java 17または21へ移す場合は、`javax.*`と`jakarta.*`、ライブラリ、JDK差分も質問します。
古いWebサービスやデプロイ方式を実際に調べた経験も確認します。
見積書の粒度（工程・工数・単価・前提）
複数社の見積は同じ工程と条件で並べ、価格差の理由を判断できる形にします。
- 工程：要件、設計、構築、開発、各種試験、移行を含みます。教育、管理、保守も並べます。
- 内訳：人月、単価、期間、担当者、成果物をそろえます。
- 条件：前提、除外事項、追加費用の条件。
ライセンス費とクラウド費は、別欄に分けます。「一式」が多い場合は、内訳を示せない理由と増額条件を尋ねます。
安い見積では、非機能要件、移行、切替リハーサル、運用設計が除外されていないかを確かめます。一方で、高い見積では、過剰なクラスタや環境、発注者側で対応できる作業が含まれていないかも見ます。
選ぶときは、最安値よりも、要件を満たす総額、変更時の透明性、稼働後の責任を重視します。
セキュリティと運用の質問に具体的に答えられる会社
提案では、管理系へのアクセス、認証、権限を確認します。通信、秘密情報、監査の扱いについても、提案の中身を見ておきます。
- 管理保護：管理ポートを公開せず、SSO・多要素認証と最小権限を使います。
- 情報保護：TLS、キーストア、秘密情報、監査ログの扱い。
- 更新運用：四半期ごとのCPU・JDK更新や復元試験を決めます。
公開Webの場合は、SQLインジェクション、XSS、CSRF、認可漏れも対象になります。
TLS設定では、2025年4月25日改訂のIPAガイドラインを参照します。そのうえで、採用する暗号スイートと例外の扱いも要件に加えます（出典: IPA TLS暗号設定ガイドライン、2025年）。
OracleのCritical Patch Updateを前提にして、検証環境、停止可能時間、回帰試験を定めます。
適用できない場合に備えて、代替策も決めておきます。情報収集から本番適用、ロールバックまでの担当範囲によって、保守費が変わります。
セキュリティは納品時だけでなく、稼働後に繰り返す運用として見積もります。
WebLogicのシステム発注でよくある質問
発注では、製品選定、互換性、費用、保守責任について質問が集まりやすいものです。発注前に確認したい3つの質問に、結論から答えます。
WebLogicのシステム開発費用は最初にいくら用意すればよいですか？
小規模業務Webは1,000万〜3,000万円程度、中規模・高可用性は3,000万〜1.5億円程度が検討レンジです。
費用は、エディション、開発量、移行、クラスタ、連携数で変わります。50万〜300万円程度のPoCや診断を先に行う方法もあります。
複数社から、ライセンス、クラウド、開発、移行、保守を分けた見積を取ります。
古いWebLogicとJava 8のシステムはそのまま移行できますか？
そのまま移行できるとは限りません。
- 互換性調査：12c、Java 8、`javax.*`、ライブラリを確認します。JMS、Webサービス、JDK差分、削除機能も対象です。
- PoC：代表的な業務と異常系を、実際に動かして確かめます。
- Rewrite：Oracleは15.1.1への移行を支援するレシピを案内しています。
- 回帰試験：本番反映の前に、性能、トランザクション、帳票、外部連携、データ移行を確かめます。
WebLogicに強い開発会社はどのように選べばよいですか？
製品販売だけでなく、業務要件、Javaアプリ、DB連携、試験、切替、保守まで担えるかを確認します。類似案件のバージョン、クラスタ、JMS、移行・運用の担当範囲を聞き、同じRFPで複数社を比べます。
価格だけでなく、見積条件、除外事項、担当者の経験、障害窓口、成果物の引き継ぎやすさを重視します。
まとめ
導入費だけでなく、アプリ、DB、ネットワーク、移行を含めて比較します。試験、セキュリティ、運用保守も比較の対象に入れます。要件が不明確な場合は、開発一式を固定発注する前に、診断やPoC、要件定義を先行させて見積の精度を上げます。
最初に準備する資料
現行資料をそろえてから、発注条件を順に決めると、要件の抜けを抑えられます。
- 現行構成、アプリ一覧、WebLogicとJDKの版をまとめます。
- DB・外部連携、ピーク負荷、SLA、移行データを整理します。
- 希望切替日と保守条件を決め、発注形態やRFPを作ります。
- 契約と検収、ライセンス、見積内訳の確認。
発注者側のマスタ整理と受入テストの責任者は、会社を選ぶ前に決めておきます。
比較できる形の提案依頼
同じRFPを候補会社へ渡し、工程別に同じ粒度の提案を依頼します。
- 見積内訳：工数、単価、期間、成果物、前提と除外事項。
- 追加費用：増額条件と保守範囲の確認。
- 実行体制：Java移行、パッチ運用、障害対応を、どの会社が受け持つかを確かめます。
業務理解、クラウド・オンプレミスの担当範囲、障害時の体制も比べると、価格だけでは見えない失敗リスクを減らせます。
▼全体ガイドの記事
・WebLogicのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。