WebSphereのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

WebSphereのシステム開発は、IBM WebSphere Application Server（WAS）を業務アプリケーションの実行基盤として設計し、Javaアプリ・データベース・外部連携・運用を一体で整えるプロジェクトです。

既存WASを継続するか、WebSphere Libertyやコンテナへ移行するかで迷う場合も、要件整理から定着までを6つのフェーズに分ければ判断しやすくなります。この記事では、現行資産の棚卸し、技術選定、設計開発、テスト、稼働、運用定着の順に、実務で使える確認項目と費用の考え方を解説します。

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

WebSphereのシステム開発の全体像

最初に押さえたいのは、WASは販売管理や顧客管理そのものではなく、Javaで作られた業務アプリケーションを稼働させるランタイムだという点です。したがって、WASだけを導入してもシステムは完成せず、利用者、Webサーバーやロードバランサー、WASクラスター、業務アプリ、DB、IBM MQなどのメッセージング、認証、監視、バックアップまでを設計します。

WASには、WARやEAR形式のアプリケーションを配備し、トランザクション処理、接続プール、セッション管理、認証・認可、TLS、ログ、クラスター運用などを支える役割があります。一方、受注計算、顧客情報、在庫引当、帳票、バッチ処理といった業務のルールはアプリケーションやDB側にあります。要件定義でこの境界を曖昧にすると、「WASの設定変更で対応できる範囲」と「アプリ改修が必要な範囲」が混ざり、後から追加費用が発生しやすくなります。

現行調査では、WASのエディションとバージョンだけでなく、Java SDK、EAR・WAR、フレームワーク、JNDI名、JMSキュー、DBドライバー、証明書、外部API、バッチ、運用スクリプト、監視項目を一覧化します。ソースコードや設定ファイルの所在、ビルド手順、障害時の手作業も成果物として確認すると、ブラックボックス化したシステムでも移行範囲を見積もりやすくなります。

traditional WASは既存のJava EE業務システムを継続運用しやすいフル機能型で、Network Deploymentはクラスター、集中管理、高可用性が必要な構成に向いています。WebSphere Libertyは必要な機能だけを有効化する軽量ランタイムで、コンテナ、Kubernetes、CI/CDと組み合わせやすい選択肢です。Open Libertyはオープンソース系のランタイムですが、API互換性、商用サポート、IBM製品との連携を別々に確認する必要があります。

「古いWASだからすぐ廃止する」「Libertyに変えれば必ず安くなる」と決めつけるのは危険です。IBMの公式情報では、2026年にも8.5.5系と9.0.5系の更新情報が公開されているため、判断は製品名ではなく、JavaやOSの状態、修正レベル、運用人材、アプリ互換性、今後の開発方針で行います。参考として、IBMのWebSphere Application Server推奨更新情報を確認し、実環境のサポート契約と照合します。

WebSphereのシステム開発の進め方

WebSphereの案件は、サーバーを作る工程とアプリを作る工程を別々に進めるのではなく、要件と運用を起点に6フェーズで管理します。各フェーズの終了条件を決めてから次へ進むと、テスト直前に非機能要件やデータ移行方式が変わるリスクを抑えられます。

要件整理では、まず業務上の目的を「処理を速くする」「停止時間を短くする」「既存Java資産を活用する」のように明文化します。そのうえで、Mustの業務機能、許容停止時間、RTO・RPO、同時利用者数、ピーク時間帯、月間処理件数、個人情報や決済情報の有無、既存契約の終了時期をRFPに書きます。

実務のチェックリストは、(1)業務アプリの一覧、(2)WASのバージョンとエディション、(3)Javaのバージョン、(4)DB・MQ・外部API、(5)証明書の発行者と期限、(6)障害時の切替方法、(7)バックアップと復旧時間、(8)開発・検証・本番の環境数、(9)保守窓口とSLA、(10)ソースコード・設定・IaCの所有者です。10項目のうち不明なものを「未確認」として残すことも、要件整理の成果です。

選定では、現行traditional WASを維持する案、Libertyへ再配置する案、OpenShiftなどのコンテナへ移す案、AWSやAzureなどのIaaSへリフトする案、業務アプリを再構築する案を同じ評価軸で比較します。短期の改修量、5年程度の運用費、将来のJava更新、スキル確保、障害時の復旧、ライセンスとサポートの条件を一つの評価シートにまとめます。

既存資産を活かしながら段階的に変えるなら、先に互換性診断を行い、代表的なアプリをPoCへ回します。画面1つだけではなく、JNDI経由のDB接続、JMS送受信、認証、ファイル入出力、帳票、外部APIのタイムアウトを含む業務シナリオで試します。LibertyやHybrid Editionを検討する場合は、IBMが提供するTransformation AdvisorやMigration Toolkitなどの支援機能が、どの範囲を自動検出できるかも確認します。

設計では、WASの構成図、ネットワーク、ロードバランサー、クラスター、セッション管理、DB接続プール、JNDI、JMS、認証基盤、ログ、監視、バックアップを一枚の全体図にします。高可用性を求める場合は、単に台数を増やすのではなく、片系停止時のセッション継続、DB障害時の再接続、MQ滞留時のリカバリー、DNSや証明書の切替まで決めます。

開発では、環境差分を手作業で作らないことが重要です。server.xml、データソース、JMS設定、秘密情報、コンテナイメージ、デプロイ手順を可能な範囲でコード化し、開発・検証・本番の差分をレビューします。アプリ改修を行う場合は、互換性修正と業務仕様変更を分け、変更理由、テストケース、ロールバック方法をチケットに残します。

テストは、単体・結合・総合・受入だけで終わらせず、WebSphere特有の非機能試験を別枠で計画します。通常負荷とピーク負荷の応答時間、接続プール枯渇、メモリ増加、GC、ログ量、再起動時間、バックアップからの復旧、クラスターの片系停止、ネットワーク遅延、DB停止、MQ滞留、認証失敗、証明書期限切れをシナリオ化します。

データ移行では、移行件数だけを比較してはいけません。金額や数量の合計、日付とタイムゾーン、文字コード、NULL、重複、採番、再送、監査証跡を照合し、業務部門が確認できる検証帳票を作ります。テスト完了の条件は「全テスト実施」ではなく、重大障害ゼロ、未解決課題の責任者と期限が明確、性能目標達成、切戻し手順のリハーサル完了と定義します。

稼働前には、切替日時、停止時間、利用者への告知、最終バックアップ、データ差分の反映、DNSやロードバランサーの変更、監視開始、連絡網、判断者を分単位で並べた切替計画を作ります。段階リリースや並行稼働が可能なら、低リスクの業務や拠点から始め、結果を確認して対象を広げます。

ロールバックは「問題があれば戻す」と書くだけでは機能しません。どのメトリクスや業務エラーを何分以内に検知し、誰が切戻しを承認し、発生した新規データをどう扱い、旧環境へどう戻すかを決めます。新旧環境でデータを書き込む期間がある場合は、二重登録や更新順序の逆転を防ぐ方式まで業務部門と合意します。

稼働後の定着では、運用担当者が管理コンソールを見るだけでなく、アプリの業務影響まで判断できるようにします。日次の稼働確認、週次の容量確認、月次のパッチ・証明書・アカウント確認、障害時の一次切り分け、IBMやクラウドへの問い合わせ条件を運用手順書に落とします。引継ぎは説明会だけでなく、実際の障害訓練と復旧訓練で確認します。

セキュリティも定着工程の対象です。2026年2月にIBMが公表したCVE-2025-13333は、WAS 8.5と9.0を対象に、管理時のセキュリティが期待より弱くなる可能性を示したもので、CVSS基本値は4.4です。修正済みiFixやFix Packの適用だけでなく、暗号化パスワードを使うセルでの追加手順が案内されているため、パッチ適用は検証環境、バックアップ、適用後確認、切戻しを含む変更管理にします。詳細はIBMのセキュリティ・ブリテンで確認します。

WebSphereのシステム開発にかかる費用相場

WebSphereに限定した国内の一律価格表は公開されていないため、以下はリサーチノートの業務システム相場と、WAS・Java基盤の作業範囲から推定した初期検討用のレンジです。ライセンス、クラウド利用料、機器、データ移行、24時間運用を含むかで大きく変わるため、発注時は必ず前提条件と分けて見積もります。

現状診断・移行アセスメントは100万〜300万円程度、期間は4〜8週間が初期仮説です。アプリ一覧、依存ライブラリ、Java・API、外部接続、性能、脆弱性、移行先候補を調べる範囲を想定しています。小規模なWAS環境構築と単純な業務アプリ1〜数本なら300万〜700万円程度、期間は3〜6か月が目安です。

traditional WASからLibertyやコンテナへ再配置する場合は、500万〜2,000万円程度、3〜9か月が一つの検討レンジです。複数業務・複数拠点でDB、MQ、外部API、権限、監査ログ、データ移行を含む中規模刷新は1,000万〜3,000万円程度、6〜12か月が目安になります。金融・保険・公共の基幹系で多重化、DR、限界性能試験、段階切替まで行う場合は3,000万〜1.5億円以上、9〜24か月になる可能性があります。いずれも公開標準価格ではなく、要件を置いた推定値です。

IBM WebSphere Hybrid Editionの公式価格ページでは、Standard subscriptionが「Starting at USD 759.00」と表示されています。ただし、国・税・提供条件で変動する参考表示であり、年額や日本円の導入費として断定できません。ページではNetwork Deployment、Base、Liberty Coreなどのデプロイ選択肢を組み合わせる考え方が示されているため、契約期間、課金単位、必要VPC、サポート範囲をIBMまたは販売パートナーに確認します。最新価格はIBM WebSphere Hybrid Editionの価格ページを参照します。

開発費では、PM・アーキテクト、WAS・Java基盤SE、アプリ開発者、クラウド・Kubernetes担当、テスター、運用担当の工数を分けます。リサーチノートの一般的な配分では、要件定義10〜12%、設計・環境構築22〜24%、実装48〜50%、テスト15〜17%が参考になりますが、WAS移行案件では診断、移行リハーサル、非機能試験が増える傾向があります。保守は初期開発費の年15〜25%程度を仮置きできますが、IBMサポート、脆弱性対応、Java更新、OS・コンテナ更新、障害対応のどこまで含むかを分けます。

IBMが公開するSOMPO Holdingsの事例では、WebSphere Libertyへのモダナイズ後に100台超のサーバーと7環境を少人数で管理し、CPUコアを54%、メモリ使用量を33%削減したとされています（出典: IBM「SOMPO Holdings」、公開事例）。これは有用な方向性を示す数値ですが、アプリ構成、負荷、集約前の余剰、運用方式が異なるため、自社でも同じ削減率になるとは限りません。事例は期待効果の仮説に使い、PoCと性能試験で検証します。

費用を下げる目的で台数やテストを先に削ると、障害時の復旧時間や将来の改修費が増えることがあります。削減候補は、使われていない環境、重複監視、手作業のデプロイ、不要なアドオンなどから探し、RTO・RPO、監査、セキュリティ、性能の下限は守ります。

WebSphereの見積もりを取る際のポイント

見積もりの比較では、合計金額よりも「何を前提に、どこまで作り、何を納品するか」を揃えることが重要です。WASの経験年数だけでなく、現行アプリ解析、Java互換性、クラウドやコンテナ、性能・障害試験、運用引継ぎまで一貫して説明できる会社を比較します。

問い合わせ前に、WASのバージョン、エディション、セル構成、アプリ数、Javaバージョン、DB・MQ、外部接続、ピーク同時接続、データ量、停止可能時間、クラウド希望、予算、運用体制を準備します。資料がない場合でも、画面一覧、障害履歴、月次の処理件数、バックアップ時間、現在の体制を出すだけで、初期診断の精度が上がります。

見積依頼書には、開発環境・検証環境・本番環境の数、移行対象と対象外、データ移行の期間、並行稼働の有無、性能目標、RTO・RPO、監査ログ、認証方式、証明書の管理者、納品物を明記します。特に「一式」と書かれた項目は、対象アプリ数、環境数、試験回数、レビュー回数、現地対応日数を質問します。

比較先は、メーカー直系の総合支援、大規模基幹SI、基盤設計・保守、AWS・Azure・OpenShift移行、Javaモダナイズなど、得意領域が異なる会社を2〜3社程度選びます。価格の安さだけでなく、同じ業種、同程度のユーザー数、似た連携数の実績があるかを確認します。公開事例が海外中心の場合は、日本語窓口、国内保守、時差、障害時のエスカレーションを質問します。

評価シートには、現行診断、traditional・Liberty・Open Libertyの選択根拠、Java EE・Jakarta EE互換性、クラウド・OpenShift、性能試験、障害試験、24時間運用、ソースコード・IaC・設計書の引渡し、脆弱性修正SLAを入れます。提案書にこれらの回答がない場合は、安いのではなく、未計上の可能性があります。

追加費用が出やすいのは、現行設定の解析、古いライブラリの修正、JNDI・JMS・証明書の再設定、データクレンジング、性能試験のやり直し、移行リハーサル、夜間切替、稼働後の並走支援です。見積もりでは、前提が崩れた場合の変更管理、単価、承認方法、納期への影響を契約書に明記します。

また、ソースコード、ビルド定義、WAS設定、IaC、テスト仕様書、障害履歴、運用手順書、ログの保管先、第三者ライブラリのライセンス、著作権や利用権の帰属を確認します。納品物を受け取れないまま保守契約を解約すると、別会社へ移行できないことがあります。自社で運用を続けるために必要な情報を、契約前に一覧化します。

個人データを扱う場合は、WAS製品に認証マークがあるかだけで判断せず、業務アプリのアクセス制御、管理者の識別・認証、監査ログ、バックアップ、委託先管理を要件にします。TLSは暗号スイート、TLS終端、相互TLS、証明書更新を決め、IPAが2025年4月25日に公開したTLS暗号設定ガイドライン第3.1.1版の推奨セキュリティ型などを参考にします。

WebSphereのシステム開発でよくある質問

WebSphereのシステム開発では、製品の古さ、Tomcatとの違い、Liberty移行の効果、ソースコードの必要性について質問されます。ここでは、発注前に判断しやすいように結論を先に回答します。

すぐに廃止する必要はなく、製品・Java・OS・修正レベルと業務上のリスクを確認して判断します。IBMの更新情報やサポート契約を確認しながら、現行WASを維持する期間、Libertyへ再配置する時期、アプリを改修する範囲を段階的に決めます。サポート対象でも、古い設定や担当者不足がリスクになる場合があります。

単純なランタイム費だけなら比較できる場合がありますが、Tomcatへ置き換えれば同じ機能になるとは限りません。トランザクション、接続プール、JMS、認証、管理、クラスター、運用監視をどの製品や設計で補うかが必要です。WASの標準機能をアプリや別製品で作り直す費用、テスト、保守人材まで含めた5年総額で比較します。

必ず削減できるわけではありません。SOMPOの事例のようにCPUコアやメモリの削減につながる可能性はありますが、移行前のアプリ改修、コンテナ基盤、CI/CD、監視、教育、ライセンス、テストの費用が先に発生します。代表アプリでPoCを行い、処理性能、運用工数、障害復旧、5年総額を比較してから対象範囲を決めます。

互換性診断と安全な移行には、ソースコード、ビルド定義、EAR・WAR、設定ファイル、依存ライブラリ、DB定義、テストデータ、運用手順が必要です。ソースコードがない場合は、バイナリ解析や実機テストで進められる部分もありますが、改修範囲と費用の不確実性が高まります。契約上の利用権、第三者ライブラリ、データの持ち出し可否も先に確認します。

IBM製品の問い合わせ、WASやJavaのパッチ適用、OS・コンテナ更新、脆弱性調査、障害の一次切り分け、性能劣化の分析、証明書更新、バックアップ確認、監視、定例報告を分けて記載します。24時間365日の受付だけでなく、復旧目標、対応時間、対象外のアプリ改修、オンサイト対応、緊急変更の単価も契約に含めます。

まとめ

WebSphereのシステム開発では、WASを業務アプリと混同せず、Javaアプリ、DB、MQ、認証、監視、運用を含む全体として設計することが出発点です。要件整理、選定、設計開発、テスト、稼働、定着の6フェーズを区切り、各フェーズの終了条件を決めると、移行や刷新の判断がぶれにくくなります。

最初に、WASのバージョン、Java、EAR・WAR、JNDI・JMS、DB、外部API、証明書、監視、バックアップ、ソースコードを棚卸しします。そのうえで、現行継続、Liberty再配置、コンテナ化、クラウド移行、再構築を、初期費用だけでなく、性能、可用性、セキュリティ、運用人材、5年総額で比較します。

費用相場は、診断100万〜300万円、小規模構築300万〜700万円、Liberty・コンテナ再配置500万〜2,000万円、中規模刷新1,000万〜3,000万円、大規模基幹系3,000万〜1.5億円以上という推定レンジを初期仮説にできます。ただし、ライセンス、クラウド、データ移行、24時間運用、保守の範囲で変動するため、特定金額を断定せず、前提・工数・試験・切替・成果物を比較してください。

公式価格やサポート情報、脆弱性情報は更新されます。契約前にIBMの最新情報、対象データに関する法令・ガイドライン、開発会社の現行体制を確認し、PoCと移行リハーサルで自社のリスクを確かめることが、WebSphereのシステムを長く安定して使う近道です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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