? ? ? 今天終于把這本書讀完了，雖然有很多東西還是不是很明白，但是通過這一個月的閱讀，我還是學到了不少有用的東西。讓我對軟件需求分析有了進一步的了解。

? ? ? 這本書的最后一部分主要講了軟件需求中的幾種常見的需求模式，分別是：基礎需求模式，信息需求模式，數據實體需求模式，用戶功能需求模式，性能需求模式，訪問控制需求模式，商業需求模式。每種不同的需求模式，都有其應用的場合。并且在每個打的需求模式中又分為許許多多稀奇的需求模式。例如在軟件需求分析中，我們會經常遇見性能問題：1.編寫容易等同于實現困難。2.我們定義一個完整的運行還是只是軟件。3.性能指標適用于系統的哪個部分？4.避免武斷的性能指標。5.性能因素對系統有多大的影響？6.怎樣可以測量實際的性能？7.到什么時候性能指標需要滿足？8.在每一個需求中之定義一個性能指標。9.如果性能指標沒有達到該怎么辦。這些都是我們在做性能需求分析時所應考慮到的問題。它們每一個出現問題都有可能導致項目的失敗。

? ? ? 同時在開發過程中我們還要考慮用戶額外的需求，如獨特的用戶界面，輸入解釋，替換缺失，客戶支持，編輯功能等，我分必須在不損害自己的利益上最大程度的買足客戶的需求，這樣我們才有可能做得更好。在開發軟件過程中我們要注意系統的安全性，如要實現系統的跨實例訪問和轉換，隔離數據等，都要考慮在內。在開發完成后。我們還要考慮安裝需求，即軟件的安裝是否簡潔迅速，誰來安裝？，安裝環境又是什么樣的？還要有使用培訓，故障維修等。

? ? ? 既然是系統，坑定要用到訪問控制需求模式。我們首先要明白我們開發的系統是給誰用的，客戶是那些，我們要給不同級別的用戶設置那些不同訪問權限。訪問控制另外的一個重要功能是記錄誰做了什么。一個人的操作需要另一個人的批準才可完成。

? ? ?用戶認證需求應該包括：用戶類別，認證機制，發起時間。不同的前提條件有不同的認證結果。總而言之，需求的措辭很大程度上取決于個人的偏好，我們不會過度的限制，因為這樣可以使需求更生動，而不是華而不實的技術文檔。措辭還要考慮組織的文化，還有，以客戶的語言編寫需求規格是并且永遠是最重要的。由于這些原因，需求模式模板中使用的語言應該與使用模式的需求規格的語言一致。風格的突然改變會讓讀者感到突兀和不舒服。最壞的情況下，由于規格的一些語言來自組織外部，可能會損害作者的信譽。由于這些原因，有必要裁剪需求模式而不是設計模式。

轉載于:https://www.cnblogs.com/bingoing/p/5006247.html

總結

以上是生活随笔為你收集整理的需求工程-软件需求模式读书笔记3的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。