システム運用保守とは？運用と保守の違いと見積もりでの扱い方を解説
【結論】システム運用保守とは、本稼働したシステムを使い続けられるようにする運用と、不具合の修正や変更を行う保守のことです。
- IPAの共通フレームは、企画・要件定義・開発に加え、運用・保守までをライフサイクルとして扱います。
- 保守は、国際規格（ISO/IEC 14764）にもとづき、是正・予防・適応・完全化の4つに分けられます。
- 原理原則は、開発費だけでなくライフサイクルコストを重視するよう求めています。
この記事では、システム開発を発注する担当の方に向けて、運用保守の中身と、発注時に決めておくことをまとめます。
システム運用保守とは
システム運用保守とは、本稼働したシステムを使い続けられるようにする運用と、不具合の修正や変更を行う保守のことです。
IPA（情報処理推進機構）SECの資料「共通フレーム2013の概説」（室谷隆）は、共通フレームを「ソフトウェアの構想から開発、運用、保守、廃棄に至るまでのライフサイクルを通じて必要な作業項目、役割等を包括的に規定した共通の枠組み」としています。運用プロセスと保守プロセスは、共通フレームの中で、それぞれ別の工程として位置づけられています。
運用と保守の違い（4つの保守タイプ）
運用は、システムを本稼働させ、日々使える状態を保つための作業です。保守は、引き渡し後のソフトウェア自体を修正する作業です。
同じ資料は、ISO/IEC 14764（JIS X 0161）の定義にもとづき、保守を次の4つのタイプに分けています。
| 保守の種類 | 内容 |
|---|---|
| 是正保守 | 引き渡し後に見つかった問題を訂正するための修正 |
| 予防保守 | 引き渡し後の潜在的な障害を、故障になる前に見つけて訂正する修正 |
| 適応保守 | 変化した環境（OSの更新など）でソフトウェアを使い続けられるようにする修正 |
| 完全化保守 | 引き渡し後のソフトウェアの性能や保守性を改善する修正 |
同じ資料は、実際の案件では、複数の保守タイプが混ざることも多いとしています。
ライフサイクルで運用保守を考える理由（共通フレーム）
共通フレームのプロセス体系図では、開発プロセス、運用プロセス、保守プロセスが並んで示されています。IPAの資料「ソフトウェア開発の標準プロセス」（アーカイブ、2011年、室谷隆）は「システムは生きもの。作って終わりではない」とし、顧客との取引や事業が続く限り、システムライフサイクル全般に目配せして企画や要件定義を行うことが、適正なコストで使えるシステムの実現につながるとしています。
| ライフサイクルの段階 | 主な工程 |
|---|---|
| 超上流 | 企画、要件定義 |
| 開発 | 設計、製作、テスト |
| 本稼働後 | 運用、保守 |
共通フレーム2013では、運用プロセスが強化され、国際規格ISO/IEC 20000との整合を図るサービスマネジメントプロセスが新しく設けられました。
ライフサイクルコストを重視する理由
IPA-SEC（情報処理推進機構 ソフトウェア・エンジニアリング・センター）の開発プロセス共有化部会がまとめた資料「超上流から攻めるIT化の原理原則17ヶ条」は、原理原則7「ライフサイクルコストを重視する」を挙げています。「共通フレーム2013の概説」の説明では、開発コストと運用・保守コストのバランスを考え、ライフサイクルコストを意識することが大切だとしています。
同じ資料は、運用性・保守性を高めるポイントとして、次を挙げています。
| 運用性・保守性を高めるポイント |
|---|
| メンテナンスフリー |
| 拡張性の容易さの確保 |
| モニタリング・トレーサビリティの確保 |
| 障害発生時の調査・リカバリーが容易な設計 |
| OS・ハードウェアのバージョンアップへの対応 |
超上流の段階でシステム化の方針を周知しておかないと、仕様の統一に時間がかかり、構築時だけでなく、そのあとの維持・保守でも費用と時間が増えるとされています。
発注時に運用保守を決めておく理由
原理原則6「システム化実現の費用はソフトウェア開発だけではない」は、依頼する範囲と内容を漏れなく洗い出して提示すること、見積もりに含まれる内容と根拠を明確にすること、運用・保守も見据えた計画と体制を作ることを行動規範として挙げています。
同じ資料は、見積もりの範囲がソフトウェア開発だけを指すのか、インフラ整備のような付帯作業も含むのかを明確にすることが大切だとしています。発注者は何を依頼し、何を自分たちで行うかを、受注者は提供する作業の範囲を、お互いに明確にしておくことが求められます。
見積もりでの運用保守の扱い（ミツモリーの画面）
ミツモリー（mitsumo.li）は、株式会社ワンオブゼムが運営する、AIでシステム開発の概算見積もりを出すサービスです。見積もりは無料で、会員登録はいりません。
作りたいものを一言で書くと、AIがその場で開発の概算金額を出します。概算見積書には、「この見積もりに含まないもの」として「公開後の保守・運用」が示されます。公開後の保守・運用は、開発の概算とは別に、内容を相談して見積もります。
正式な金額は、担当者が内容を確認してお送りする正式見積書でお知らせします。運用保守の範囲や費用も、正式見積書の前提条件を確かめる際に、あわせて相談できます。
よくある質問
システム運用保守とは何ですか？
本稼働したシステムを使い続けられるようにする運用と、不具合の修正や変更を行う保守のことです。IPAの共通フレームでは、運用プロセスと保守プロセスが、それぞれ別の工程として位置づけられています。
運用と保守はどう違いますか？
運用は、システムを本稼働させ、日々使える状態を保つ作業です。保守は、引き渡し後に見つかった問題の訂正や、環境の変化への対応など、ソフトウェア自体を修正する作業です。
保守にはどのような種類がありますか？
IPAの資料は、ISO/IEC 14764（JIS X 0161）の定義にもとづき、保守を是正保守・予防保守・適応保守・完全化保守の4つに分けています。実際の案件では、複数のタイプが混ざることも多いとされています。
なぜ運用保守をライフサイクルで考える必要がありますか？
IPAの資料は「システムは生きもの。作って終わりではない」とし、事業が続く限り、システムライフサイクル全般に目配せして企画や要件定義を行うことが、適正なコストで使えるシステムの実現につながるとしています。
ライフサイクルコストとは何ですか？
開発コストと、運用・保守コストを合わせた費用のことです。原理原則7は、開発コストと運用・保守コストのバランスを考え、ライフサイクルコストを意識することが大切だとしています。
運用性・保守性を高めるにはどうすればよいですか？
IPAの資料は、メンテナンスフリー、拡張性の容易さの確保、モニタリング・トレーサビリティの確保、障害発生時の調査・リカバリーが容易な設計、OS・ハードウェアのバージョンアップへの対応を挙げています。
発注時に運用保守をどう扱えばよいですか？
原理原則6は、運用・保守も見据えた計画と体制を作ることを行動規範として挙げています。見積もりの範囲がソフトウェア開発だけかインフラ整備などの付帯作業を含むかも、発注者と受注者で明確にしておく必要があります。
見積書に運用保守の費用は含まれますか？
含まれるかどうかは、見積もりごとに異なります。見積書の前提条件や「含まないもの」の欄を確認すると分かります。保守の内容は、別途相談・見積もりが必要になることがあります。
ミツモリーの概算見積もりは運用保守を含みますか？
含みません。ミツモリーの概算見積書は、「この見積もりに含まないもの」として「公開後の保守・運用」を示しています。運用保守の内容は、別途相談のうえ見積もります。ミツモリーの見積もり自体は無料で、会員登録もいりません。
参考にした資料
- IPA（情報処理推進機構）SEC「共通フレーム2013の概説」（室谷隆）
- IPA（情報処理推進機構）「ソフトウェア開発の標準プロセス」（アーカイブ、2011年、室谷隆）
- IPA-SEC（情報処理推進機構 ソフトウェア・エンジニアリング・センター）「超上流から攻めるIT化の原理原則17ヶ条」
- 上の資料が引用している規格：ISO/IEC 14764:1999（JIS X 0161:2002）