相談する

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

IISのシステム開発は、要件整理から定着まで6段階で進みます。方式と開発会社の選定、設計開発、テスト、稼働の順に積み上げていきます。

全体像や費用相場、見積もりの確認点も、この流れに沿って説明します。

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

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

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

IISのシステム開発を中央に置き、Webサーバー、画面や業務ルール、データ、対応範囲を注釈で示した図解です。
基盤・アプリ・データの担当範囲が分かれています。

IISのシステム開発では、Webサーバーからアプリ、データまでを一つのサービスとして考えます。ネットワーク、セキュリティ、運用も含めて捉えると、技術用語の役割が整理でき、提案や見積書の比較にも役立ちます。

IIS、ASP.NET、SQL Serverの役割の分け方

各技術の役割を分けて捉えると、IIS開発で必要な作業範囲が見えてきます。

  • IIS：HTTP・HTTPSを受け、設定したサイトやアプリへ振り分けるWindowsのWebサーバーです。
  • ASP.NET・ASP.NET Core：画面や業務ルールを担うアプリケーションです。
  • SQL Server：顧客、商品、受注、在庫などのデータを保持します。
  • 対応範囲：「IIS対応」がサーバー設定だけか、アプリ開発や保守まで含むかの見極めです。

Microsoft LearnのASP.NET Core公開手順では、IISのWeb Server役割と.NET Hosting Bundleを導入します。続けて、ASP.NET Core Module、サイトの物理パス、バインディングも設定します（出典：Microsoft Learn「IISにASP.NET Coreアプリを発行する」、2026年2月26日更新）。

初期段階では、IISのバージョンとWindows Serverの組み合わせを一覧にします。.NET、データベース、外部連携も含めて整理します。

IISが向いているシステムと向いていないケース

社内利用が中心で、既存の認証やデータと結びつくシステムは、IISやWindowsの既存環境を活かせます。

  • 社内業務システム：社内LANやVPNで使うWebアプリに適しています。
  • Windows認証の社内ポータル：既存の認証の仕組みや運用体制を活かせます。
  • 既存資産を使うシステム：C#・VB.NET・ASP.NETやSQL Server、ファイルサーバーと連携できます。
  • ハイブリッド構成：オンプレミスとAzureを組み合わせる形にも対応しやすい方式です。

世界中に利用者がいる公開サービスでLinuxやコンテナを前提とし、Windows固有機能も使わない場合には、IISを選ぶ必然性が薄いことがあります。

ただし、クラウド化するだけで安くなり安全になるとは限りません。そのため、認証方式や回線、データの保管場所を比べ、停止を許容できる時間や運用担当者のスキルにも目を向けます。

方式は、オンプレミスIISとAzure VM、Azure App Serviceのどれか、あるいは別方式から選びます。

ポイント

IISを使うか別の方式にするかは、既存資産や運用担当者のスキル、停止を許容できる時間を並べて、全体で判断します。

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

要件整理、方式と開発会社の選定、設計開発、テスト、稼働と定着へ進む開発工程を横並びで示した図解です。
前段の整理が後工程の手戻りを抑えます。

IIS案件では、業務と非機能の要件を先に固めることが出発点になります。後から認証やデータ移行の条件が判明すると、手戻りが生じるためです。そのうえで技術を選び、設計開発、テスト、稼働、定着へ進みます。

フェーズ1：要件整理による業務と環境の洗い出し

まず利用者と利用時期を押さえ、業務と扱うデータを整理します。そのうえで、要件を一つずつ洗い出します。

  • 業務機能：画面や帳票、検索、登録・承認ルール、権限、通知、外部連携、バッチ
  • 現行環境の確認：IISサイト、アプリケーションプール、仮想ディレクトリ、バインディング、証明書、接続先DB、ジョブ、ログ、バックアップ、利用者数
  • 非機能要件：利用状況、性能、停止条件、復旧目標、ログ保存期間、バックアップ頻度、監査要件
  • 環境別の確認：公開環境はWAFやMFA、証明書更新、脆弱性診断、社内環境はWindows認証やVPN、端末管理、Active Directory連携

業務機能は、「必須」「できれば必要」「今回は対象外」に分けます。

具体的には、同時利用者数やピーク時間帯を押さえ、目標レスポンスタイムと停止可能時間を定めます。あわせて、RTO（復旧目標時間）とRPO（復旧時点目標）も決めます。

個人情報を扱う場合は、安全管理措置を自社のリスクに合わせて要件に落とし込みます。その際の参考として、個人情報保護委員会のガイドラインは、組織的・人的・物理的・技術的な安全管理措置を示しています。

フェーズ2：方式と開発会社の選定

方式の候補を比べ、自社の業務と既存資産に合う選択肢に絞ります。

  1. パッケージ、SaaS、既存IIS改修、オンプレミス新規開発、Azure VM移行、Azure App Service化、スクラッチ開発を比べます。
  2. 標準業務に合わせられるならパッケージで期間を抑えやすく、固有の承認や製造工程が競争力に直結するならスクラッチや段階改修が適します。
  3. 既存資産をすべて捨てず、データや認証を残して画面から順に置き換える方法も検討します。
  4. 開発会社は、要件定義から保守までの対応実績を持つかどうかを確認します。

開発会社には、ASP.NETまたはASP.NET Core開発とSQL Server設計に加え、Windows認証やHTTPSに対応できるかを尋ねます。さらに、データ移行や負荷試験にも対応できるかを確認します。障害対応や保守も担当できるかを、あわせて見ます。

公開事例には、IISと.NET Framework、SQL Server、ASP.NET（C#）を使った生産管理システムがあります。その案件は4事業部6拠点に導入され、規模は110人月でした。

実績名だけで判断せず、自社案件との規模や連携数の近さを見ることが大切です。

フェーズ3：運用できる構成への落とし込み

基本設計と詳細設計に分けて、運用に必要な構成を具体化します。

  1. 基本設計では、画面遷移や権限、DBの主要テーブル、外部連携を決めます。サーバー構成やネットワーク経路、バックアップ方式も定めます。
  2. 詳細設計で、IISのサイト名、ホスト名、ポート、HTTPSバインディングと、アプリケーションプールの実行アカウント、リサイクル条件を定めます。
  3. 物理パスやフォルダACL、ログ出力先を書き、秘密情報は平文で置かず、開発・ステージング・本番を分けます。
  4. ASP.NET CoreをIISで動かすためのホスティング設定を見ます。
  5. 設計書には、設定値と変更理由、復旧手順を残しておきます。

.NET Hosting BundleとASP.NET Core Moduleを導入し、発行されたweb.configやアプリプール、Data Protectionキーの永続化も確認します。

インプロセスホスティングはIISのワーカープロセス内で動くため性能面の利点があります。ただし、リサイクルでセッションや一時データに影響しない設計が必要です。

フェーズ4：業務とインフラを同時に検証するテスト

単体・画面テストに加えて受入テストも準備し、業務とインフラを検証します。

  1. 代表的な業務データを使い、登録や承認、取消、締め処理、帳票、CSV入出力、外部API連携を一連で試します。
  2. 権限のない利用者による閲覧や変更、エラー時の表示、管理者が見るログを検証します。
  3. HTTPSや証明書更新、DNS、ファイアウォール、Windows認証を確かめます。アプリプール再起動や500エラーのログ、バックアップ復旧も見ます。
  4. 負荷試験と障害通知も対象にし、停止・復旧を含めて合否を決めます。

IPAのTLS暗号設定ガイドラインは、用途に応じた複数の暗号設定基準を示しています（出典：IPA「TLS暗号設定ガイドライン」、2025年4月25日更新）。

フェーズ5・6：稼働と定着の一体計画

稼働前後の作業と、定着に必要な対応を順に計画します。

  1. 移行件数と照合方法、切替日時、旧システム停止方法を決め、DNS・証明書切替や問い合わせ窓口、ロールバック条件も定めます。
  2. パイロット稼働は1部署か1拠点で行い、実績を見て対象を広げます。
  3. IIS再起動やアプリプール停止、証明書期限、容量、CPU・メモリ、500エラーやSQL Server性能、バックアップ結果を監視します。
  4. 利用者に操作を研修し、管理者にアカウント追加、権限変更、ログ確認、障害の一次切り分けを伝えます。
  5. ソースコードやDB定義、IIS設定、テスト結果を納品し、リリース手順やバックアップ復旧手順、保守連絡先も渡して、社内運用を定着させます。

リハーサルでは、所要時間と業務停止時間を測ります。

ポイント

要件を固めてから方式と開発会社を選び、設計、テスト、稼働へ進む順を崩さないことが、手戻りを抑える判断の目安です。

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

IIS構築から大規模・複雑な構成まで、4つの作業範囲別に開発費用の目安を横棒で比較した図解です。
機能や運用条件に応じて費用幅が広がります。

IIS単体には、公定の開発価格表がありません。サーバー設定だけの案件と、業務アプリや移行、複数拠点連携、高可用性まで含む案件とでは、工数が異なります。

ここで示すのは、リサーチノートにある業務システムの相場を基にした目安です。IIS・ASP.NET・SQL Server構成で起きやすい作業を加味し、2025〜2026年時点の金額として整理しています。

作業範囲別の開発費用の目安

作業範囲ごとの費用目安は、含まれる機能や運用条件によって変わります。まずは、この幅を比較の起点にします。

  • IIS構築：既存サーバーの設定、HTTPS化、基本ログ設定、リリースで20万〜80万円程度です。
  • 小規模システム：社内業務用で300万〜800万円程度になります。
  • 中規模システム：受発注、在庫、顧客管理などで800万〜2,000万円程度です。
  • 大規模・複雑な構成：複数拠点や24時間運用などで2,000万円〜1億円以上になることがあります。

小規模の目安には、ログインやマスタ管理、基本的な登録・検索が入るほか、帳票数本、SQL Server、テストも含まれます。画面数や帳票数で上下するうえ、既存データの品質や認証方式によっても変わります。

中規模の目安には、権限や承認、外部APIやCSV連携が含まれます。さらに、データ移行や監視、利用者教育も入ります。大規模では、ERP・EDI連携や冗長化が加わるほか、負荷試験や段階移行も必要になる場合があります。

費用の目安は、市場案件の条件から整理したものであり、特定の企業が提示する確定金額ではありません。

ライセンス、クラウド、保守費の開発費との切り分け

初期開発費とは分けて、ライセンスや基盤、保守の費用を見込みます。

  • 基盤の費用：Windows Server・SQL Serverのライセンス、サーバー、ストレージ、バックアップ、ネットワーク
  • Azure App Service：料金は利用条件で変わるため、個別の確認が必要です。
  • 料金の確認：公式料金計算ツールで公開時の価格を確認し、DB、通信、ログ、バックアップの費用も加えます。
  • 本番の構成：可用性、性能、バックアップ、監視を含めた構成

WAFや証明書も費用に含めます。保守費は、初期開発費の年間15〜20％程度になる場合があります。

料金はプランや台数、地域によって変わり、契約や為替によっても動きます。調査時点では、Basic B1が月54.75米ドル、B2が月109.50米ドルでした。

FreeやSharedプランは検証や学習向けで、本番ワークロードはサポートされません（出典：Microsoft Azure「App Serviceの料金」、2026年8月確認）。

障害対応やパッチ適用、IIS・.NETの更新は、契約でどこまでを誰が受け持つかを決めます。証明書更新やバックアップ確認、軽微改修についても、範囲を明確にしておきます。

古い環境の更新費用の別枠見積もり

古い環境の更新では、互換性確認と移行費用を別枠で見積もります。

  1. Windows Server 2012や古い.NET Frameworkは、単純なサーバー交換では動かない場合があります。
  2. ファイル共有や帳票出力の仕様を確認し、互換性検証と改修を費用に含めます。
  3. Windows Server 2025のサポート終了時期を確認し、更新計画に反映します。
  4. Microsoft提供の移行アシスタントやAzure Migrateで、既存IISアプリを検出・評価します。
  5. アプリ改修やデータ移行、ネットワーク、運用変更、教育を、別項目に分けて予算化します。

Azure App Serviceへ移す場合は、Windows固有機能やファイル共有、常駐処理の互換性を確認します。加えて、オンプレミスDB接続や認証方式も見ておきます。

更新時は、32bit依存や古い暗号方式、固定接続文字列、廃止ライブラリの有無も調べます。

Windows Server 2025のメインストリームサポートは2029年11月13日、延長サポートは2034年11月14日に終了します（出典：Microsoft Learn「Windows Server 2025 – Microsoft Lifecycle」、2026年8月確認）。

ポイント

費用は作業範囲と運用条件で変わるため、目安の金額だけで予算を決めず、ライセンスや保守費を別枠で見込んでおくことが判断の目安です。

IISのシステム開発で見積もりを取る際のポイント

「開発一式」だけの見積書では、会社ごとに何が含まれるかを比べられません。そこで、見積もりは工程ごとに分けて依頼し、要件定義、設計、実装、移行を一つずつ別の項目にします。テスト、教育、インフラ、保守も、別の項目として挙げてもらいます。

安い見積もりを選ぶ前に、対象外の作業と、追加費用が発生する条件を確認します。

見積依頼書に書く対象範囲と前提条件

見積依頼書では、対象範囲と前提条件をそろえ、追加費用の条件も確認します。

  • 規模・機能：利用者数や拠点数、画面数、帳票数、マスタ数、データ件数を記載します。
  • 連携・稼働条件：連携本数や同時接続数、希望時期、停止可能時間を伝えます。
  • 認証・既存資産：認証方式と既存システムの有無を明記します。
  • 関連資料：現行IISの設定バックアップやソースコード、DB定義、画面一覧、障害履歴を共有します。

関連資料を共有すると、調査工数の不確実性を下げられます。また、「データ移行は別途」「帳票は要相談」「インフラ費は実費」のような条件も尋ねます。

変更管理や仕様凍結時期、追加改修の単価、承認者は、事前に決めておきます。仕様が定まらない場合は、要件定義を独立して発注します。

複数社の同条件での比較

同じ条件で複数社を比べ、技術力や運用体制、契約内容を確認します。

  1. 各社には同じ要件資料と想定データ、納期条件を渡し、業務理解や運用体制も評価します。
  2. IISやASP.NET Core・既存ASP.NET、SQL Server、認証・認可、移行、テスト、運用保守への対応力を比べます。
  3. 障害時の連絡体制、現行環境のリスク、見積もり対象外の説明の仕方を見ます。
  4. 契約前に、成果物、ソースコード権利・納品、設計書、第三者保守、検収条件、瑕疵対応を確認します。保守受付時間やSLA、一次対応、再委託の有無も見ます。

調査で見つかったリスクと見積もりの対象外を説明できる会社は、実行段階でも透明性を期待しやすくなります。

公開実績だけでなく、現在のIIS・.NETバージョンや担当者体制、類似案件の規模、保守範囲を個別に見ます。

リリース後のリスクの見積もりへの組み込み

リリース後の運用リスクと移行時の復旧策を見積もりに含めます。

  1. 証明書切れ、パッチ後の互換性、アプリプール停止、容量不足、バックアップ失敗、SQL Server性能劣化への対応を見込みます。
  2. 監視やアラート、定期点検、パッチ検証を含めるか確認します。証明書更新や復旧訓練、障害報告、軽微改修も確認し、対象外なら社内担当と頻度を決めます。
  3. 旧環境移行では、事前調査、互換性検証、リハーサル、並行稼働、データ照合、ロールバックを計画します。

これらが抜けると、本番直前に追加されるおそれがあります。なお、優先順位は業務停止の影響と復旧可能性も踏まえます。

ポイント

見積もりは工程ごとに分け、対象範囲や前提条件、リリース後のリスクまで同じ条件で並べて比べることが、判断の目安です。

よくある質問（FAQ）

IIS開発では、業務アプリとの関係やクラウド移行のほか、費用や古い環境についても質問があります。計画段階で判断できるよう、それぞれ答えを先に示します。

IISを入れれば業務システムを作れますか？

いいえ。IISはWebサイトやWebアプリを公開・実行する基盤で、業務システムの画面や業務ルールは別途開発が必要です。

ASP.NETやASP.NET Core、SQL Serverで組み、認証や権限、帳票まで設計します。外部連携やバックアップ、監視も含めて、業務で使えるシステムになります。

既存のIISシステムはAzureへ移行できますか？

移行の可否と方式は、アプリ構成や依存関係を調べて判断します。

  • Azure VM：Windows ServerやIIS設定を維持したい場合の候補です。
  • Azure App Service：OS管理を減らしてASP.NETアプリを運用したい場合の候補です。
  • 互換性確認：Windows認証やファイル共有、常駐処理、オンプレミスDBへの接続などを検証します。

Microsoft Learnには、IIS上のASP.NETアプリを検出・評価し、App Serviceへ移すツールや手順があります。

IISのシステム開発はどのくらいの費用がかかりますか？

IIS設定とHTTPS化だけなら20万〜80万円程度、小規模な社内Web業務システムなら300万〜800万円程度が目安です。

中規模の受発注・在庫・顧客管理は800万〜2,000万円程度です。さらに、複数拠点連携や高可用性まで含めると、2,000万円〜1億円以上になる場合もあります。

画面数や連携本数、データ移行、ライセンス、テスト、保守の範囲で変わります。そのため、工程別の見積もりを取ります。

古いWindows ServerやASP.NETを使い続けても問題ありませんか？

サポート期限や脆弱性、互換性、運用担当者の知識を確認し、計画的に更新します。すぐに全面再構築できない場合は、現行環境を一覧にして延命期間を決めます。

バックアップと監視を整えたうえで、ASP.NET Coreや新しいWindows Serverへ段階的に移行します。サポート期限だけでなく、古いライブラリや暗号方式も調べます。

まとめ

IIS開発は、IIS設定だけでなくアプリやSQL Serverまで含め、認証やネットワーク、セキュリティ、バックアップ、保守も視野に入れて計画します。要件整理から定着まで6段階で進めれば、抜け漏れや手戻りを抑えられます。

費用の目安は、IIS構築で20万〜80万円、小規模で300万〜800万円、中規模で800万〜2,000万円です。移行や連携、拠点数、高可用性に加え、ライセンスやクラウド利用料、保守費によっても変わります。

工程別の見積もりで運用範囲を確かめ、業務への定着までを成果に含めて考えます。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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