忽視品質屬性需求在內的非功能性需求是很致命的。
關於品質屬性，以下幾方面的認識是很重要的
- 軟體品質屬性可以劃分為運行期品質屬性和開發期品質屬性兩種。為了滿足效能、持續可用性登運行期品質方面的需求，架構師必須深入研究軟體系統運行期間的情況，合理劃分系統不同部分的職責，權衡輕重緩急，並指定相應的並行、分時、排隊、緩衝、批處理等設計決策；而要滿足可擴充性、可重用性等開發期間品質需求，則要求架構師深入研究軟體系統開發期間的職責劃分、變化隔離、架構使用、程式碼群組織等情況，制定相應的設計決策。
- 各類需求對架構設計的影響不同，不同品質屬性對架構的要求也不同，例如，為了獲得高可移植性，架構設計中必須考慮對硬體和平台相關特性進行封裝和隔離。
- 眾多屬性需求之間往往有衝突，我們必須權衡。
品質屬性分析是概念性架構設計的重要步驟，概念性架構包括一些高層次的設計選擇，對未來軟體系統的品質和功能都起著關鍵作用。設計概念性架構的第一步是分析關鍵用例的用例規約，運用魯棒圖構造系統理想化的職責模型。接下來，明確架構模式，確定互動機制，形成初步的概念性架構。最後，還要通過品質屬性分析，制定出滿足非功能性需求的高層設計決策，並根據這些設計決策對此前的工作成果進行增強、調整，以保證概念性架構體現這些設計決策。
所謂品質屬性分析，就是軟體架構師對軟體系統要達到的品質屬性需求進行分析、制定相應的軟體架構設計決策的過程。
我們可以使用‘屬性—情境—決策’的方法來進行品質屬性分析，它提倡通過一組具體情境將要達到的品質屬性需求目標細化，再根據這些實實在在的情境制定架構決策。在使用過程中，它可操作性強、符合人們思維的規律，同時還為評估軟體架構設計品質提供了‘可評測’的標準。
‘屬性—情境—決策’的好處：
- 可操作性強
- 避免過度設計，通過權衡情境發生的機率和遺漏它的代價，可以決定是否應該滿足該情境的要求。
- 便於系統升級時參考，在進行架構重構時，可以很快得到舊有架構在品質屬性方面的決策考慮。
參考文獻：
《軟體架構設計》 溫昱
