保守性

障害からの復旧や保守作業のしやすさ。MTTR（平均修復時間）で測られ、部品の交換容易性や遠隔保守の可否、障害箇所の特定しやすさが影響する。

システムやソフトウェアを、修正、改良、環境の変化への適応などのために変更しやすい度合い。製品品質モデルの品質特性の一つで、モジュール性、再利用性、解析性、修正性、試験性の副特性からなる。RASISのS（Serviceability）として、障害時の保守のしやすさを指すこともある。

不具合の修正や機能追加をどれだけ容易に行えるかという性質。組込み機器では現地での更新手段の有無が大きく影響する。

障害が発生した際に、原因を特定し復旧させる容易さの度合い。RASISの一要素で、MTTRやMTRSで測る。監視の充実、手順書の整備、部品の入手性、要員のスキルが保守性を左右する。

システムを異なる環境（ハードウェア、OS、クラウドプロバイダ等）に移行する際の容易さ。移行計画、データ移行、並行運用期間の設計が必要。非機能要件の一つとして、初期段階から考慮すべき品質特性。

システムの品質や制約に関する要件の総称。性能、信頼性、可用性、セキュリティ、拡張性、運用性、移行性などが含まれる。IPAの非機能要件グレードでは6つの大項目に分類される。

IPAが策定した非機能要件の定義・合意のためのフレームワーク。可用性、性能・拡張性、運用・保守性、移行性、セキュリティ、システム環境・エコロジーの6大項目について、段階的なグレードを設定し要件を具体化する。

サービス提供者と利用者の間で、提供するサービスの品質水準（可用性、応答時間、障害復旧時間等）を合意した文書。非機能要件を運用段階で保証するための定量的な指標と測定方法を定める。

システムが必要なときに利用可能な状態にある度合い。稼働率で定量化され、99.99%（フォーナイン）のように表現する。冗長化、フェールオーバー、計画的保守などにより向上させる。

システムが規定された条件下で、規定された期間にわたり、要求された機能を正しく実行し続ける能力。MTBFやMTTRなどの指標で定量的に評価する。