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

WebLogicのシステムを発注・外注する際は、WebLogic Serverの導入だけでなく、業務アプリケーション、データベース、ネットワーク、移行、運用までを一つのシステムとして定義することが成功の条件です。

本記事では、発注形態の選び方、RFPと要件の整理、契約形態、費用相場、委託先の選定、複数社の見積比較まで、WebLogicのシステム開発を外注するときの実務的な進め方を解説します。既存の12cやJava 8を使い続ける場合の移行診断や、OCIなどのクラウドを選ぶときの確認点も紹介します。

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

WebLogicのシステムを発注・外注するときの全体像

WebLogic Serverは、JavaやJakarta EEで作られた業務アプリケーションを動かすアプリケーションサーバーです。そのため、WebLogicだけを納品しても業務システムは完成しません。利用者からの通信を受けるロードバランサーやWebサーバー、WebLogicのドメインとManaged Server、データベース、外部サービス、監視やバックアップを含めて発注範囲を決める必要があります。

WebLogicは、クライアントから届いた要求を業務ロジックへ渡し、JDBCでデータベースへ接続し、JTAでトランザクションを管理して結果を返す中間層です。Administration Serverが設定や配備を管理し、Managed Serverが実際のアプリケーション処理を担います。複数のManaged Serverをクラスタ化すれば、負荷分散や障害時の切り替え、段階的なデプロイを設計できますが、クラスタを組むほどロードバランサー、セッション管理、監視、障害試験の費用も増えます。

発注前には、業務画面やAPIの開発、Oracle Databaseなどのデータベース、認証・認可、帳票、バッチ、他システムとのファイル連携、性能試験、データ移行、利用者教育、稼働後の保守をどこまで含めるかを明記します。WebLogicのインストールだけを依頼したいのか、既存アプリを新しいJavaやWebLogicへ移行したいのか、新規業務システムをWebLogic上に構築したいのかで、必要な会社や見積額は大きく変わります。

WebLogicのシステムはどの発注形態で外注するべきですか？

発注形態は、自社の体制と不確実性の大きさで選びます。業務要件や既存コードの状態が見えていない段階で開発一式を固定発注すると、追加費用や納期延長が起きやすくなります。最初に診断や要件定義を小さく依頼し、その結果をもとに本開発へ進む二段階発注も有効です。

一括請負は、受託会社が合意した成果物を納期までに完成させる方式です。画面一覧、API仕様、データ項目、WebLogicの構成、テスト基準、移行方式などを発注前に具体化できる場合は、予算と納期を管理しやすくなります。ただし、「業務画面を必要に応じて作る」「性能は十分にする」といった曖昧な表現では、完成条件の解釈が会社ごとに分かれます。検収条件、仕様変更の扱い、前提条件、発注者の作業分担を契約書と別紙に落とし込むことが必要です。

準委任やラボ型では、一定期間の作業時間と体制を契約し、要件整理、互換性調査、アーキテクチャ検討、移行候補の修正などを進めます。12cやJava 8の古いアプリケーションでは、ソースコードだけでなく実行時設定、JMS、JDBC、独自ライブラリ、バッチ、運用手順を調べないと難易度を判断できません。このような探索的な作業は、成果物を完全に固定する前に準委任で進め、調査報告書、課題一覧、移行方針、次工程の見積条件を成果物として合意すると安全です。

WebLogicのライセンスやOCIの構築はOracle系の会社、ネットワークや監視は基盤会社、業務アプリはJavaに強い開発会社へ分けて発注する方法もあります。専門性を活かせる一方、障害が起きたときにWebLogic、アプリ、DB、LBのどこが原因かを各社が切り分ける状態になりがちです。主契約者、設計の統括者、一次障害窓口、性能責任、切替責任、ドキュメントの統合責任を明記し、最低一回は三者合同で障害訓練を行う前提にすると、分離発注の弱点を抑えられます。

RFPと要件整理では何を発注先に伝えますか？

RFPは、会社に価格だけを尋ねる文書ではありません。対象業務、現行環境、期待する効果、非機能要件、納品物、発注者側の制約を同じ条件で伝え、提案内容と見積の差を比較するための文書です。最初から製品名や構成を決め過ぎず、「なぜWebLogicを使うのか」「既存資産をどこまで残すのか」という判断材料も記載します。

現行のWebLogicのバージョン、JDK、OS、CPUやメモリ、ドメイン数、Administration ServerとManaged Serverの台数、クラスタ構成、JDBCデータソース、JMS、認証方式、証明書、データベース、外部連携を一覧化します。さらに、月間・日次の処理量、ピーク時の同時接続数、目標応答時間、障害履歴、バックアップ容量、稼働時間、RTOとRPO、希望リリース日も記載します。業務側の例外処理や手作業、表記揺れ、マスタの重複を隠さずに書くことが、要件定義後の追加費用を減らします。

「高速」「止まらない」「安全」といった表現だけでは、会社ごとに実装が変わります。ピーク時の同時利用者数、1秒以内に返す画面の割合、1時間あたりの処理件数、稼働率、復旧時間、許容データ損失、ログ保存期間、メンテナンス可能時間へ分解します。WebLogicのクラスタを採用するなら、Managed Server一台の停止、DB接続障害、JMS滞留、LB障害、証明書期限切れを想定した試験項目と合格基準をRFPに入れます。

WebLogic Server 15.1.1は、Oracleの公式情報で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、独自のデプロイメント記述子や古いライブラリに依存している場合は、単純なバージョンアップとはいきません。Oracleは移行向けのRewriteレシピも案内していますが、自動変換後の画面、トランザクション、帳票、外部連携、異常系は人手で検証する必要があります（出典: Oracle WebLogic Server 15.1.1公式ドキュメント、2025年）。

契約形態と納品物はどのように決めますか？

WebLogic案件では、要件定義、設計・構築、アプリ改修、データ移行、運用保守で作業の性質が異なります。全工程を同じ契約に押し込むより、調査・要件定義は準委任、仕様が固まった構築と開発は請負、稼働後の監視や障害対応は保守契約というように、工程ごとに適した契約を組み合わせると、責任と変更管理を整理しやすくなります。

納品物には、要件定義書、基本設計書、詳細設計書、ドメイン構成図、Managed ServerやJDBC・JMSの設定一覧、ネットワークとポート一覧、ソースコード、ビルド手順、テスト仕様書と結果、性能試験報告書、移行手順、ロールバック手順、監視設計、バックアップ・リストア手順、障害対応手順、教育資料を含めます。クラウドを使う場合は、TerraformなどのIaC、アカウント権限、秘密情報の保管場所、ログの保存先も対象です。第三者が引き継げる形式か、納品後に発注者が変更できるかも検収条件にします。

追加画面、業務ルールの変更、移行データの不備、テスト環境の遅れは、WebLogicそのものとは別の要因で発生します。変更要求を受けたときの影響調査、再見積、承認者、納期の再設定を変更管理の手順にします。発注者が行うマスタ確認、データクレンジング、受入テスト、ユーザー教育、切替当日の意思決定も担当者と期限を決めます。これらが契約にないと、受託会社の作業待ちではない遅延まで開発会社の責任と誤解されるためです。

保守費用だけを比較せず、平日営業時間の問い合わせ対応なのか、24時間365日の一次監視なのか、障害時の復旧支援まで含むのかを確認します。WebLogicやJDKのパッチ適用、証明書更新、脆弱性調査、性能劣化の分析、軽微改修、バックアップ確認、DR訓練、Oracleへの問い合わせ代行の有無も項目化します。重大度ごとの初動時間、暫定復旧と恒久対応の期限、月次報告の内容、保守対象外となるアプリ改修の基準まで合意すると、稼働後の追加請求を予測しやすくなります。

WebLogicのシステム発注費用・相場はいくらですか？

WebLogic固有の国内開発費を横断した公的統計は少ないため、以下は業務システムの一般的な相場に、商用ミドルウェア、冗長化、Javaアプリの移行、性能・障害試験を加味した目安です。ライセンス契約、Processor数、Oracle製品の割引、為替、クラウド、データ移行量、保守時間で変動するため、発注額を断定するものではありません。見積依頼では、ライセンス費、クラウド費、開発費、移行費、保守費を分けて提示してもらいます。

開発環境のPoCや接続確認であれば、既存ライセンスや評価環境を使う前提で50万〜300万円程度、期間は2〜8週間が一つの検討レンジです。小規模な業務Webシステムなら、画面・API、DB連携、Managed Server約2台、認証、基本監視、データ初期移行を含めて1,000万〜3,000万円程度、4〜9か月が目安になります。クラスタ、SSO、複数DB、外部連携、性能・障害試験、段階移行を含む中規模・高可用性システムでは、3,000万〜1.5億円程度、9〜18か月が検討レンジです。大規模基幹や複数拠点、DR、大量データ移行では1.5億円から数億円以上になる可能性があります（出典: リサーチノートの業務システム相場と工程分析、2026年）。

参照したOracle Technology Global Price Listの2025年3月1日版では、WebLogic Server Standard EditionがProcessor 1ライセンス10,000米ドル、Enterprise Editionが25,000米ドル、WebLogic Suiteが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を選ぶ場合、Oracle WebLogic Server for OCIにはBYOLとUCMの考え方があります。BYOLは既存のWebLogicライセンスと有効なサポート契約を使い、主にコンピュートリソースを支払う方式です。UCMはWebLogicの利用権をOCPU時間に応じて支払い、コンピュート費も別に発生する方式です。Standard EditionはBYOLのみと案内されているため、契約方式を決める前に保有ライセンス、サポート契約、必要エディション、平常時とピーク時のOCPUを確認します（出典: Oracle WebLogic Server for OCI公式ドキュメント、2026年確認）。

業務システムの保守費は、初期開発費の年10〜20％程度を起点に検討できますが、WebLogic案件ではサーバー台数、24時間監視、パッチ適用、JDK更新、証明書更新、障害対応、軽微改修、DR訓練の有無で差が出ます。したがって「保守一式」の金額だけでは比較できません。月次の定額部分、作業ごとの従量部分、Oracleへの問い合わせや緊急対応の追加費用を分け、3年程度の総保有コストで比較することが大切です（出典: リサーチノートの業務システム保守費分析、2026年）。

委託先の選定と見積比較では何を見ますか？

知名度や提示額だけでなく、WebLogic製品を扱えることと、WebLogic上の業務アプリを安全に移行・運用できることを分けて確認します。製品ライセンスやOCIに強い会社、Javaアプリの改修に強い会社、大規模な基盤・ネットワークに強い会社、監視やDRに強い会社は必ずしも同じではありません。提案書のきれいさより、担当者が現行環境のリスクを具体的に指摘し、見積の前提と除外事項を説明できるかを見ます。

実績を聞くときは「WebLogicの経験がありますか」だけで終わらせません。WebLogicのバージョン、Javaの世代、業務アプリの種類、クラスタやJMSの利用、Oracle Databaseとの連携、移行対象のデータ量、ピーク負荷、担当した工程、稼働後の保守期間を確認します。既存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の「TLS暗号設定ガイドライン」も参照し、採用する暗号スイートと例外の扱いを要件にします（出典: IPA TLS暗号設定ガイドライン、2025年）。

OracleのCritical Patch UpdateでWebLogicの脆弱性が公表されることを前提に、パッチ適用の検証環境、停止可能時間、適用後の回帰テスト、適用できない場合の代替策を決めます。発注先がインストールまでしか担当しないのか、脆弱性情報の収集から本番適用、障害時のロールバックまで担当するのかで、必要な保守体制と費用は変わります。セキュリティを「納品時の設定」ではなく「稼働後に繰り返す運用」として見積もることが重要です。

WebLogicのシステム発注でよくある質問

WebLogicの外注では、製品選定、既存アプリの互換性、費用、保守責任について質問が集中します。ここでは発注前に特に確認しておきたい3つの質問に、結論から回答します。

小規模業務Webシステムでは1,000万〜3,000万円程度、中規模・高可用性では3,000万〜1.5億円程度が一つの検討レンジですが、WebLogicのエディション、アプリ開発量、移行、クラスタ、連携数で変わります。まず50万〜300万円程度のPoCや現行診断を依頼し、互換性と必要工数を把握してから本開発を見積もる方法もあります。ライセンス、クラウド、開発、移行、保守を分けた複数社見積を取得してください。

そのまま移行できるとは限りません。12cやJava 8のアプリでは、`javax.*`から`jakarta.*`への変更、第三者ライブラリ、JMSやWebサービス、JDKの非互換、削除された機能を調査し、代表的な業務と異常系をPoCで動かします。Oracleは15.1.1へのアップグレードを支援するRewriteレシピを案内していますが、自動変換を本番反映する前に、性能、トランザクション、帳票、外部連携、データ移行を含む回帰テストが必要です。

製品の販売やインストールだけでなく、業務要件、Javaアプリ、DB連携、性能試験、切替、稼働後保守まで担当できるかを確認します。類似案件のWebLogic・Java・DBのバージョン、クラスタやJMSの利用、移行と運用の担当範囲を質問し、RFPの同じ条件で複数社を比較します。最安値より、見積の前提と除外事項、担当者の経験、障害時の一次窓口、成果物の引き継ぎやすさを重視してください。

まとめ

WebLogicのシステムを発注・外注するときは、WebLogic Serverの導入費だけで判断せず、業務アプリ、DB、ネットワーク、データ移行、性能・障害試験、セキュリティ、運用保守までを含む総額と責任分界で比較します。要件が不明確な場合は、いきなり開発一式を固定せず、現行診断やPoC、要件定義を先行させると、見積の精度を上げられます。

発注前には、現行構成表、アプリ一覧、WebLogicとJDKのバージョン、DB・外部連携一覧、ピーク負荷、SLA、移行対象データ、希望切替日、保守条件をまとめます。そのうえで、発注形態、RFPの非機能要件、契約と検収、ライセンス方式、見積の内訳を順番に決めます。発注者側のマスタ整理や受入テストの責任者も、会社選定前に決めておくことが重要です。

候補会社には同じRFPを渡し、工程別の工数、単価、期間、成果物、前提、除外事項、追加費用の条件、保守範囲をそろえて提示してもらいます。WebLogicの製品知識だけでなく、業務理解、既存Java資産の移行力、クラウドとオンプレミスの責任分界、セキュリティとパッチ運用、障害時の体制まで確認できれば、価格だけでは見えない失敗リスクを減らせます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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