Informixのシステム開発費用は、既存資産の活用範囲、移行先、可用性要件によって、0万〜数億円まで変わります。
費用は開発の目的ごとに読み分けると、比べやすくなります。全体像はInformixのシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・Informixのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Informixのシステム開発費用を左右する全体像
Informixは、リレーショナルデータに加え、SQL、NoSQL・JSON、時系列データを扱えるデータベースです。また、開発の進め方には、既存アプリに画面やAPIを加える方法と、サーバーやOSを更新してクラウドへ移す方法があります。
Informixのシステム開発の目的
開発の目的は、既存データの活用、環境の移行、データベースの移行に分かれます。
- 機能追加：既存のInformixデータを使い、Web・スマートフォン画面や外部向けAPIを加える開発。
- 環境移行：SolarisなどからLinuxやAWSへ移し、保守性と可用性を高めます。
- 他DBへの移行：PostgreSQL、SQL Server、Oracleなどへ移し、アプリも作り替えます。
同じInformixの開発でも、選ぶ方法によって費用の中心は変わります。
製品代よりも周辺作業で変わる費用
ライセンスと周辺作業の費用は、性質が異なるため分けて考えます。
- ライセンス条件：エディション、CPU、環境数、サポート、可用性構成で変わります。
- 無償版：Developer Editionは開発・テスト・試作向けです。
- 本番利用：Innovator-C Editionは小規模向けの無償版です（出典：IBM Informix公式製品情報、2026年確認）。
- 商用環境：Workgroup EditionやEnterprise Editionの利用条件。
- 周辺作業：調査、データ移行、基盤、運用も、費用に含めて見積もります。
大規模データ、複製、サポート、性能要件を満たすには、商用環境の条件を確かめる必要があります。
Informixのシステム開発費用の目安
費用は、既存データベースを活かすか、アプリとデータベースを刷新するかで異なります。ここに挙げる金額は、Informixの定価ではなく、業務システムの工数にレガシー資産や移行要件を加えた概算です。
期間の目安は、接続確認が数週間〜2か月、小規模PoCから基幹システムの再構築が6〜18か月です。内容によっては、1〜3年の計画になることもあります。
接続確認や小規模PoCの費用目安
PoCの費用は、検証範囲の費用と準備作業の費用に分けて見ると、内訳が分かりやすくなります。
- 費用目安：開発者版や既存環境で接続、SQL、データ型、簡単な性能を確かめるPoCは、0万〜100万円程度です。
- 準備工数：無償版でも、環境構築、匿名化データ、ドライバー設定、結果整理には人件費がかかります。
- ライセンス：Developer Editionは開発・テスト・試作向けのため、本番条件とは切り分けて扱います。
PoCを接続確認だけで終えると、本番移行の時点で性能や文字コードの問題が見つかることがあります。そのため、匿名化した実データで受発注、在庫、会計などの重要処理を再現しておく必要があります。さらに、NULL、DECIMAL、日付の扱いを確かめると、後工程の手戻りを減らせます。BLOB、ロック、トランザクションの動きを検証し、帳票の改ページも確かめておきます。
既存InformixのWeb・API化の費用目安
既存環境に追加する開発では、機能の範囲と、再利用できる資産の有無を先に確かめます。
- 費用目安：既存Informixに業務・検索画面、REST API、認証、帳票の一部を加える場合は、150万〜500万円程度です。
- 下限に近づく条件：画面が少なく、データモデルを変えずに済み、既存バッチや権限を再利用できる場合。
- 上振れ要因：複雑な権限、複数拠点、外部決済、帳票刷新、スマートフォン対応が加わる場合。
API開発の見積もりには、Informixへの接続だけでなく、APIゲートウェイ、TLS、認証・認可、監査ログ、レート制限も含めます。公開APIでは、CSRF対策とセッション管理を含むセキュリティ設計も欠かせません。
見積もりでは画面の開発だけでなく、利用者、データ項目、更新権限、エラー時の再実行方法まで定めておきます。
クラウド移行や段階的モダナイズの費用目安
クラウド移行や段階的な近代化では、移行内容と既存資産の扱いが見積もりを左右します。
- 移行内容：Solarisや古いUNIXからLinux・AWSへ移し、Informixも更新します。
- 費用目安：複製、監視、バックアップ、切り戻しまで整える場合は、1,500万〜5,000万円程度です。
- 個別見積もり：4GL・ESQL/C・古いVB、バッチ、帳票を残すか改修するかで、工数が変わります。
Claranetの2026年の事例では、Solaris・SPARC上のInformix 12.10をUbuntu Linux・AWSへ移しました。移行では、14.10への更新に加えて、Enterprise Replication、監視、バックアップも実施しています。
また、複数回のリハーサルも実施しています（出典：Claranet「From Solaris to the cloud: lessons from a real Informix migration」、2026年）。
この事例は価格を示していませんが、データ同期、性能調整、監視、ロールバックも移行作業に含まれていることが分かります。
他データベースへの全面移行の費用目安
全面移行では、対象業務の範囲を先に決めておくと、見積もりの前提がそろいます。
- 費用目安：Informixと業務アプリを別DBへ移すと、5,000万円〜数億円になることがあります。
- 対象範囲：一部業務の移行なら、この費用幅に届かない場合もあります。
- 全社移行：受発注、在庫、会計、物流、顧客、帳票、連携で、変換・受入テストが増えます。
移行ツールを使えば、テーブル定義や単純なSQLは効率化できる可能性があります。ただし、ストアドプロシージャ、トリガー、4GLのロジックは、自動変換できるとは限りません。文字コードや日付計算、NULLや帳票の扱いも、ツールだけでは変換しきれないことがあります。ツールの削減効果だけでなく、変換後のレビューと業務テストの工数も含めて比べます。
Informixのシステム開発費用の内訳
見積書は「開発一式」にまとめず、工程と費目ごとに分けてもらいます。工程は調査、要件定義、設計、実装、移行、テストで、費目は基盤、ライセンス、教育、保守です。内訳が見えていれば、機能、期間、移行範囲を調整しやすくなります。Informixの開発では、画面よりも現行解析と切替準備が費用に影響することがあります。
現行解析と要件定義の費用
現行調査と要件定義で確かめる対象を一覧にして、見積もりの前提をそろえます。
- 環境・DB：Informixのバージョン、OS、DBサイズ、表・インデックス、SQL、ストアドプロシージャを調べます。
- 周辺資産：4GL・ESQL/C・VBのソース、バッチ、帳票、外部連携、バックアップ、障害履歴を確認します。
仕様書が古い場合は、担当者への聞き取りと実機ログの分析で、利用中の機能と不要な機能を分けます。
要件定義では、機能要件に加えて、停止可能時間、RTO、RPOを数値で定めます。同時接続数、ピーク処理、性能目標、監査ログ、個人情報の範囲も数値で扱います。
非機能要件を後から加えると、HA、バックアップ、監視、負荷試験、切替手順のやり直しが起きやすくなります。また、初期調査を省くと、後工程の追加費用が膨らみやすくなります。
アプリ改修・データ移行・テストの工数
開発と移行の工数は、作業領域ごとに分けて把握します。
- アプリ改修：既存・新規の画面、API、認証、権限、バッチ、帳票、外部連携の数を数えます。
- データ移行：対象表、マッピング、コード変換、重複排除、履歴、リハーサル、移行後の件数照合を設計します。
単純なコピーに見えても、業務として正しいかを確かめる作業は欠かせません。
テストは、単体、結合、システムの各段階に分けます。そのほかに、性能、セキュリティ、ユーザー受入、切替リハーサルも行います。Informixから別DBへ移す場合は、SQLの結果だけでなく業務の結果も確かめます。
締め処理、在庫引当、請求計算、日次バッチ、障害復旧が従来どおり動くかを検証します。また、テストデータと受入基準を発注時に合意しておくと、追加費用の原因になりにくくなります。
ライセンス・クラウド・保守費用の考え方
契約費と運用保守を分けておくと、初期費用と継続費用を比べられます。
- 契約条件：ライセンス形態と契約条件を、販売元に確認します。
- 見積項目：ライセンス、基盤、運用保守に分けて見積もります。
- 保守費用：初期開発費の年10〜20％が一般的な目安です。
- 例：初期費1,000万円なら年100万〜200万円です。ただし、Informix固有の定価ではありません。
- 保守範囲：平日日中か24時間365日か、駆け付け、更新、性能改善、移行支援で変わります。
ライセンス費用は、エディションとCPUによって変わります。開発・検証・本番の環境数も影響します。さらに、待機系とサポートレベルも費用に関わります。IBMは、Informixサーバーライセンスをハードウェア全体ではなく、リソース基準のモデルとして説明しています。見積もりの単位は、販売元に確かめる必要があります（出典：IBM Informix server licensing、2026年確認）。
AWS MarketplaceのHCL Informix on CloudはBYOL方式です。ライセンスは外部で購入し、AWS側ではEC2などの基盤費用が別途発生します。価格と利用権は、ベンダーとの外部の請求関係で管理されます（出典：AWS Marketplace「HCL Informix on Cloud – BYOL」、2026年確認）。
見積書では、Informix契約、AWSの月額費用、バックアップ、監視、通信、保守を別の行に分けておきます。
Informixのシステム開発費用が変動する要因
データ量、接続数、停止可能時間が違えば、見積もりも変わります。資産の状態やセキュリティ、移行先、納期も、見積もりを左右します。総額だけでなく、前提と対象外の作業も確かめます。
4GL・ESQL/C・古いバッチの属人化による工数増
Informix本体より、周辺アプリに費用が隠れている場合があります。たとえば、ソース管理がない、仕様書と処理が違う、担当者しか知らない夜間バッチがある、文字コード変換が複数箇所にあるといったケースでは、解析工数が増えます。
4GL、ESQL/C、古いVisual Basic、独自帳票は、単純に新しい言語へ置き換えられるとは限りません。保守を続けるなら動作確認と接続の整理が中心になりますが、全面移行では業務ロジックの再設計が必要です。
見積もりの前に、ソース、DDL、ジョブと帳票の定義、運用手順書をそろえておくと、調査の不確実性を下げられます。
データ量・同時接続数・性能要件による基盤費用の差
基盤の見積もりでは、処理規模と可用性の条件を確かめます。
- 構成条件：DBが小さくても、ピーク同時接続数や夜間バッチの締切が厳しい場合は、CPU・メモリ・ストレージ・I/O・接続プールの設計が変わります。
- 比較に使う数値：毎秒の処理件数、1時間あたりの取引件数、許容応答時間、バックアップ時間、ログ保持期間。
ここに挙げた数値を示すと、基盤を比べられます。高可用性や災害対策では、待機系、複製、別リージョンのバックアップ、切替訓練、監視、障害通知が加わります。停止できないシステムでは、同期や切替リハーサルが大きな費目になることもあります。
停止を許容できる時間は、何分までかを明確に合意しておきます。
セキュリティ・法令・運用体制の見積もり項目
扱う情報と運用体制に応じて、見積もりに含める対策が変わります。
- データ保護：個人・決済情報にはTLS、保存データとバックアップの暗号化、権限分離、監査ログが必要です。
- 運用管理：脆弱性対応と委託先管理も見積もりに含めます。
Informixに加えて、JDBC、Java、REST listener、OS、コンテナ、監視ツールも、パッチ対象として整理します。たとえば、IBMは2025年7月、Informix同梱Javaの脆弱性対応を案内しています（出典：IBMセキュリティ速報、2025年7月）。
会計や請求の機能では、電子帳簿保存法、インボイス制度、業種別ガイドラインなどを確かめます。
必要な規制や対策は、Informixの利用そのものより、扱う内容によって決まります。たとえば、個人情報、財務データ、医療情報などがあります。
監査証跡やログの保存期間は、後から加えると設計や運用のやり直しになるため、初期要件に含めておきます。
Informixのシステム開発を進める手順
全面刷新は一度に発注せず、現行の把握、PoC、段階移行、本番切替、運用改善の順に進めます。各段階の成果物と判断基準を決めておくと、追加費用の理由を説明しやすくなります。
現行資産と業務依存関係の洗い出し
Informixのバージョン、OS、サーバー、DBサイズ、表、索引を一覧にします。そのほか、ストアドプロシージャ、ドライバー、アプリを確かめます。さらに、バッチ、帳票、外部連携も対象になります。バックアップも、あわせて確かめます。
部署ごとの画面や帳票、処理時間帯を業務フローと照らし合わせます。成果物には、残す機能、廃止候補、改修対象、移行対象外、不明点を記載します。
使われていないように見える機能も、利用ログと業務部門への確認を経てから削除します。不要な機能は費用を下げますが、必要な機能を削ると本番障害の原因になります。
保守継続・クラウド移行・他DB移行の比較
移行方式ごとの特徴を比べ、現行環境に合う選択肢を探ります。
- リフト：既存のInformixを保守する方式。
- リホスト：AWSなどへ移す方式。
- モダナイズ：Linux・コンテナ・Kubernetesへ寄せる方式。
- リプレース：PostgreSQLやSQL Serverなどへ移す方式。
保守継続は初期費用を抑えやすいものの、古いOSや人材不足のリスクが残ります。クラウド移行は基盤更新と運用改善を進めやすい反面、ライセンス・クラウド費用と移行テストが必要です。
他DB移行は、人材確保や標準化に有効な場合がありますが、既存ロジックの変換と業務テストに時間がかかります。DataArtの公開事例では、データセンター退出に向けたクラウド移行で、移行方式、データ転送、バックアップ、アプリ稼働確認を組み合わせています。提案を比べるときは、方式名だけでなく、対象資産、停止時間、切戻し、運用引き継ぎまで見ます。
PoCと切替リハーサルによる本番リスクの低減
本番移行に備えて、事前検証と切替時の確認事項を整理します。
- PoC：接続、代表業務の性能、データ整合性、文字コード、帳票、復元、監視通知を確かめます。
- クラウド性能：CPU・メモリに加え、ストレージI/O、共有メモリ、ログ、ネットワーク・複製遅延を測ります。
切替では、バックアップ、データ転送、差分同期を先に進めます。そのうえで、アプリ停止と接続先変更を行います。最後に、件数照合、業務確認、切戻し条件を並べます。
Claranetの事例では、新旧環境を同期し、切替後も戻せる状態を保ったうえで、手順を複数回リハーサルしました。高額な移行では、実際に戻せることの確認にも費用を配分します。
Informixの見積もりを取る際のポイント
複数社には、同じ前提と成果物を渡します。そのうえで、製品サポート、クラウド移行、他DB変換など会社ごとの得意分野を踏まえ、調査範囲、テスト、移行後の運用担当を比べます。
RFPに書く対象範囲と前提条件
見積もりの条件をそろえるため、RFPに書く事項と成果物を整理します。
- 環境・規模：バージョン・エディション、OS、DB容量・増加量、接続方式・数。
- 対象業務：画面、帳票、バッチ、外部連携の数と、データ保持期間。
- 前提条件：停止時間、RTO・RPO、セキュリティ、納期。
- 不明項目：「調査工程で確定」とし、調査費を別枠で提示してもらいます。
成果物は、要件定義書、資産一覧、基本・詳細設計を明示してもらいます。DDL、移行計画、テスト仕様も、明示してもらいます。運用・切替手順、教育資料、ソースコードなども、明示してもらいます。
ソースやDB定義が納品されないと、ベンダーを変えるときに再調査費用が生じやすくなります。納品形式と知的財産権は、契約前に確かめます。
発注先のInformix以外の対応範囲
発注先の選定では、Informix以外の技術領域も確かめます。
- 開発・移行：ソース解析、SQL調整、データ移行、業務テストへの対応力。
- 基盤・運用：AWS・Linux、HA・ER、バックアップ、監視、教育の対応力を聞きます。
提案書には、担当者の経験、類似規模の実績、再委託、障害時の連絡体制、SLA、更新方針を記載してもらいます。
実績は、旧OSからの移行かInformix維持か他DB移行か、停止時間をどこまで抑えたかを確かめます。製品知識と業務システムの設計力は、別の能力として見ます。
業務部門と話し合いながら受入基準を一緒に作れる会社であれば、稼働後の追加費用を抑えやすくなります。
工程別人日と対象外項目による見積もりの比較
総額1,000万円でも、要件定義から保守まで含む場合と開発だけの場合では内容が違うため、工程別人日、単価、期間を分けて見ます。ライセンス、クラウド、移行の費目は、対象外も合わせて確かめます。テスト、教育、保守も、費目ごとに分けて見ます。
安価な見積もりでは、データ整備、性能試験、切替リハーサル、障害対応が除外されていることもあります。
要件変更の単価、想定外の資産やデータ不備の扱い、責任分担、納期遅延の条件は、契約に反映します。固定価格と調査後の段階契約を分けておくと、無理な前提で契約するリスクを下げられます。
Informixのシステム開発費用を抑えるポイント
費用を抑える際は、機能を無理に削らず、目的に必要な範囲を分けます。既存Informixを活用する部分と刷新する部分を切り分け、初回リリースでは業務効果の大きい機能に集中します。
安さだけを優先すると、移行後の障害対応や運用負担が増え、結果として総額が高くなることがあります。
小さな機能からの段階的な開発
まずは、読み取り専用API、マスタ管理、帳票、検索画面など影響の小さい機能から始めます。反応と性能を確かめながら、更新処理、バッチ、外部連携へ広げていきます。
段階移行なら、効果の見えにくい機能を後回しにして、予算を重要領域へ集中できます。ただし、新旧システム間の連携と権限設計が必要です。
二重入力、差分同期、マスタの正本、問い合わせ窓口を決めておかないと、運用費が増えます。統合の時期と段階移行の終了条件も、先に定めておきます。
既存資産と無償版の検証での活用
利用条件を確かめたうえで、Developer EditionやInnovator-C Editionを使い、接続方式やSQL互換性を検証できます。
IBMによると、Innovator-C Editionには1コア・2GB RAM、Express Editionには4コア・8GB RAMの制限があります（出典：IBM Informix公式製品情報、2026年確認）。
検証環境の制限は本番性能の根拠にはならないため、商用条件と本番相当のデータ量で別に確かめます。
- 再利用：既存の画面、SQL、帳票、バッチから、活用できる部分を見つけます。
- 整理：接続情報の外出し、ログの標準化、テストの自動化、不要な依存関係の整理。
再利用と整理を組み合わせると、将来の改修費を抑えやすくなります。
運用の標準化による将来の保守費用の抑制
運用費用を抑えるには、平時に監視する対象を決め、継続して確かめます。
- 継続監視：CPU、I/O、共有メモリ、論理ログ、チェックポイントを監視します。
- 運用状況：長時間トランザクション、バックアップ、複製遅延も追います。
Claranetの事例では、Zabbix、Informixのヘルスチェック、性能収集、アラート、履歴指標を組み合わせています。監視項目と通知先を標準化すれば、属人的な確認を減らせます。
保守、障害の切り分け、復旧、バックアップの復元、更新、アカウントの確認は文書にまとめ、複数人が対応できるようにします。担当者一人に頼ると、異動や退職のときに引き継ぎ費用が生じます。
運用担当者を開発に参加させ、リリース前に手順を実行すると、長期的なコスト削減につながります。
Informixのシステム開発費用に関するよくある質問
費用は、既存システムの残し方、移行先、停止時間、運用水準によって変わります。
Informixのシステム開発費用を安くするにはどうすればよいですか？
現行資産を一覧にして、影響の小さい機能から開発すると、初期費用を分散しやすくなります。無償の開発者版を検証に使う場合も、本番ライセンス、基盤、保守、セキュリティは別に見積もります。
Informixのライセンス料金は公開されていますか？
エディションや契約形態によって条件が異なり、一律の価格表として比べられるとは限りません。AWS MarketplaceのBYOLは、ライセンスを外部で購入し、AWS基盤費用を別に支払う方式です。
必要なCPUリソース、環境数、サポート範囲をまとめ、販売元または契約窓口へ見積もりを依頼します。
Informixをクラウドへ移行すると費用は下がりますか？
費用が下がるかどうかは、内容によって変わります。専用ハードや特殊な保守を減らせる一方で、仮想サーバー、ストレージ、バックアップが発生します。さらに、監視、通信、冗長化も加わります。移行作業や商用ライセンスも、費用に含まれます。
AWS移行では、OS・DB更新、複製、性能調整、切替リハーサルまで含めたうえで、初期費用と月額費用の両方で比べます。
Informixのシステム開発にはどのくらいの期間がかかりますか？
接続確認・小規模PoCは2週間〜2か月、Web・API化は1〜3か月、中小規模の受発注・在庫連携は3〜6か月が目安です。
段階的な近代化やクラウド移行は6〜18か月、全面的な他DB移行や全社刷新は1〜3年になることもあります。現行解析、データ量、停止可能時間、受入テスト、移行リハーサルも期間を左右します。
まとめ
費用相場の要点
既存Informixの小規模Web・API化は150万〜500万円、中小規模の業務連携は500万〜1,500万円が概算です。クラウド移行や段階的近代化は1,500万〜5,000万円、他DBへの全面移行や大規模刷新は5,000万円〜数億円が概算です。いずれも、Informixの公式定価ではなく、業務システムの工数に移行・基盤・運用要件を組み合わせた目安です。
見積もり時の要点
複数社の見積もりを比べる際は、費用と実施体制を合わせて確かめます。
- 前提費用：資産、規模、接続数、停止時間、RTO・RPO、ライセンス、クラウド、セキュリティを区分します。
- 工程・方式：テスト、切替、保守を分け、保守継続・クラウド・他DB移行の3ルートを比べます。
- 進め方：現行資産の洗い出しとPoCの後、影響範囲を絞った段階移行へ進むと、停止リスクと費用の不確実性を抑えやすくなります。
- 発注先：Informix経験に加え、4GL・ESQL/C解析、データ移行、業務テスト、AWS・Linux基盤、運用引き継ぎを確認します。
- 契約条件：金額だけで決めず、成果物、対象外、変更条件、切戻し、移行後支援を確かめ、長期費用を抑えます。
▼全体ガイドの記事
・Informixのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。