保守性

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

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

ソフトウェアの修正のしやすさを表す品質特性。モジュール性、再利用性、解析性、修正性、試験性から構成され、非機能要件として定義する。

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

システムの品質や制約に関する要件。性能（応答時間、スループット）、信頼性、安全性、消費電力、耐環境性、コスト制約などが含まれる。組込みシステムでは非機能要件がシステム設計を大きく左右する。

定められた時間制約内に処理を完了する能力。ハードリアルタイムでは時間制約の違反が許されず（例：自動車のエアバッグ制御）、ソフトリアルタイムでは一定の遅延が許容される（例：動画再生）。組込みシステムの最も重要な品質特性の一つ。

プログラムの内部構造（ソースコード）に基づいてテストケースを設計するテスト手法。命令網羅、分岐網羅、条件網羅、パス網羅などのカバレッジ基準を用いる。組込みソフトウェアの単体テストで広く使用される。

機能適合性、性能効率性、信頼性、使用性、保守性など、製品の品質を評価する観点。組込みシステムでは信頼性と性能効率性の要求が特に厳しい。

設計の妥当性を関係者が確認する会議。DRともいい、工程の節目で実施して後戻りを防ぐ。

達成すべき品質を、不具合密度やテスト網羅率などの数値で表したもの。設計と検証の方針を決める基準になる。