今天終於把<<軟件需求模式>>讀完了，但是我對這本書的理解還是不夠透徹和明白，然而通過一個月閲讀，還是有很多的感悟和見解，我對軟件需求有了更深一步的理解，下面我就來談一談我對這本書的感受。

　　這次主要介紹適應性需求模式，性能需求模式，訪問控制模式和商業需求模式。適應性需求模式通常有助於產生跟健壯的系統，並滿足特定的目標。但有些適用性使用很昂貴。其中主要包括6方面：可伸縮性（準備好處理業務容量的增加）、可擴展性（能夠容易的插入額外的軟件）、安裝性（安裝系統的容易程度）、非狹窄性（避免限制在其他地方安裝）、多樣性（同時支持多個公司、貨幣等）、多語言（同時支持多語言用户界面）。軟件會慢慢變老，在不斷地修改中，對系統構架施加額外的壓力。所以重構，有意識的整理軟件，可以看做減緩衰老進程的一種努力。可以更有效的減緩退化的過程。可擴展性是一種適用性，有助於延長軟件的壽命。適用性是系統設計色的基礎，而且適用性需求和性能需求有複雜的關係。適用性需求主要影響軟件的性質；性能需求則主要影響所需要的硬件，要特別注意適應性和性能之間的長期和短的權衡。性能需求模式包括五種的性能的需求模式：影響時間（系統需要多少時間完成一個請求）、動態容量（系統能夠同時處理多少件事）、吞吐量（系統處理時間的速率）、靜態容量（系統可以保存多少某種類型煩的實體）和可用性（什麼時候系統對用户是可用的，以及多麼可靠）。當我們對性能的某方面定義時，如果他值得定義，那就仔細考慮定義好；若不值得，就省略他。在做需求的過程中經常遇見性能問題：1.編寫容易等同於實現困難。2.我們定義一個完整的運行還是隻是軟件。3.性能指標適用於系統的哪個部分？4.避免武斷的性能指標。5.性能因素對系統有多大的影響？6.怎樣可以測量實際的性能？7.到什麼時候性能指標需要滿足？8.在每一個需求中之定義一個性能指標。9.如果性能指標沒有達到該怎麼辦。在具體分析那五個需求模式時，都有各自的注意事項和處理步驟。

　　訪問控制有3個主要活動組成：1.使系統知道有關人員（用户註冊）2.確認用户是譯製人員（用户認證）3.控制用户可以做什麼和看什麼（用户授權）。訪問控制需求模式適唯一的有關安全的需求模式，但對訪問控制進行需求分析時，要包括：用户類別、用户詳細信息（身份詳細信息、認證信息、事實、選擇、訪問權限）、註冊流程、密碼、用户認證和確認、權限等。商業需求模式包括費/税和多組織單員（業務結構，辦事處，公司等）多組織單元需求包括：單元類型名稱、單元類型定義、父單元類型、特徵、預計的實例數等，還可以額外的包括訪問控制、單元標識符等。費/税需求包括：名稱、基礎、起源、條件、什麼時候徵收、付款人、收款人、費率的決定因素、系統的責任、參考。還可以額外的包括特殊情況和因素、人為干涉、費用金額的理由。

　　我讀完這本書，對我的幫助非常的大，書中的軟件需求模式為我編寫軟件需求提供了各種情況的框架。我今後會通過不斷地實踐和鍛鍊來進一步加深對軟件需求模式的理解。