システム品質属性一覧

システムエンジニアリング において、品質属性とは、システムのパフォーマンスを評価するために使用される、実現された非機能要件のことです。これらは、アーキテクチャ特性、あるいは多くの単語に共通する接尾辞にちなんで「ilities」と呼ばれることもあります。これらは通常、アーキテクトの注意を必要とする、アーキテクチャ的に重要な要件です。^{[ 1 ]}

ソフトウェアアーキテクチャでは、これらの属性は「アーキテクチャ特性」または 非機能要件として知られています。これらの属性をビジネス要件およびユーザー要件に一致させるのはソフトウェアアーキテクトの責任であることに注意してください。ソフトウェアアーキテクチャコンポーネント間の同期通信はそれらを絡み合わせ、それらは同じアーキテクチャ特性を共有する必要があることに注意してください。^{[ 2 ]}

特筆すべき品質特性は以下のとおりです。

これらの品質特性の多くは、データ品質にも適用できる。

• 信頼性、可用性、保守性、使いやすさ、設置性を総称してRASUIと呼びます。
• ソフトウェア要件に関して言えば、機能性、使いやすさ、信頼性、性能、およびサポート可能性は、まとめてFURPSと呼ばれます。
• 動作するソフトウェアにおける俊敏性とは、デバッグの容易性、拡張性、移植性、スケーラビリティ、セキュリティ、テストの容易性、理解しやすさという、アーキテクチャ的に重要な7つの属性の集合体である。
• データベースにとって、信頼性、可用性、拡張性、および回復性（RASR）は重要な概念です。
• 原子性、一貫性、分離性（場合によっては完全性）、耐久性（ACID）はトランザクションの指標です。
• 安全性が極めて重要なシステムを扱う場合、信頼性、可用性、保守性、安全性（RAMS）という頭字語がよく使われます。
• 信頼性とは、可用性、信頼性、安全性、完全性、保守性の集合体である。
  • 誠実さは、安全性と生存可能性にかかっている。
  • セキュリティは、機密性、完全性、可用性の3つの要素から構成される。セキュリティと信頼性は、しばしば一体のものとして扱われる。

• 非機能要件
• 情報品質
• ISO/IEC 9126ソフトウェアエンジニアリング - 製品品質
• 表記法の認知的側面
• ソフトウェア品質

• Erl, Thomas (2007). SOA: サービスデザインの原則. Prentice Hall. ISBN 9780132344821。
• Gitzel, R.; Korthausa, A.; Schadera, M. (2007年4月30日). 「確立されたWebエンジニアリングの知識をモデル駆動型アプローチに利用する」 . Science of Computer Programming . 66 (2): 105–124 . doi : 10.1016/j.scico.2006.09.001 .
• Bass, Len; Clements, Paul C.; Kazman, Rick (2012).ソフトウェアアーキテクチャの実践（第3 版）. Addison-Wesley. ISBN 9780321815736。