此次閱讀了解到了什麼是優秀的需求。
1、完整性：優秀的需求都是完整的，他不需要做更多的擴充套件就可以充分的說明使用者需要的系統功能。每乙個需求的描述都應該包含開發人員設計和實現這項功能需要的所有資訊，這樣在開發過程中，他們才可以被獨立出來，單獨對待。在需求開發的過程中，對於不清晰的資訊可以標記為tbd（待確定），但在需求開發結束之前，所有的tbd都必須被解決。
2、正確性：每一項需求都必須正確的描述所需要的系統功能，要真實的反映使用者的意圖。需求的正確性只有提出需求的人才能加以判斷，所以需求在傳遞給開發人員之前必須請需求的提出者予以確認。
3、精確性：需求的最大的用途是實現知識的共享，它將使用者的期望準確的傳遞給系統的相關開發人員，包括設計者，實現者，測試者等，所以需求的描述是要具有可理解性的。可理解性要求描述的資訊要充分要具有完整性。同時因為過多的冗餘資訊會擾亂讀者的思路，所以，可理解性也要求描述僅包含必要的資訊，即精確性。具有精確性的需求應該簡潔，清晰。
4、可行性：需求必須能夠在系統極其執行環境的已知條件和約束下實現。使用者無法判斷需求的技術可行性，所以需求的可行性是由開發人員檢查的。在檢查過程在，開發人員可能須要進一步的研究和分析，而不是單純的憑藉經驗和直覺。對於難以判斷的需求，必要的時候要通過開發原型進行判斷。
5、必要性：每一項需求都應該是必要的，他是滿足使用者的業務需求所必需的。如果一條需求被忽略之後，系統仍然可以以同樣的效果解決使用者問題，那麼他就不值得在開發過程中消耗額外的資源。
6、無歧義：需求能夠正確的傳遞知識的前提是傳遞者和受眾能夠形成共同的理解，因此每一項需求都應該有且僅有一種解釋，即需求無歧義。
7、可驗證：需求應該是可驗證的，也就是說可以通過分析，檢查，模擬或者測試等方法能夠判斷需求是否被滿足。
《需求工程 軟體建模與分析》閱讀筆記02
相信做軟體的都知道，需求獲取是一件非常困難的事，建民老師說他們做專案的時候，拎著電腦包去做需求調研，裡面工作的人一看就嫌棄的表情，他們那些人又來了，同樣，在跟對方經理聊天的過程中，對方也經常會打斷談話去處理一些別的事，但對於做乙個專案，偏偏需求分析是至關重要的一環，在需求分析的過程中，我們經常會遇到...
《需求工程 軟體建模與分析》閱讀筆記03
一 需求工程過程概念介紹 一 概述 1.規格說明 需求工程過程是系統開發中需求開發活動的整合，它以使用者所面臨的業務問題為出發點進行分析和各種轉換，最終產生乙個能在使用者環境下解決使用者業務問題的系統方案，並將其文件化為明確的規格說明。2.生命週期 需求工程也有屬於它自己的生命週期模型，即存在針對需...
《需求工程 軟體建模與分析》閱讀筆記三
需求管理是來完成需求開發結束後，保障系統質量的乙個管理活動。需求管理在實踐中的作用有 增強專案涉眾對複雜產品特徵在細節和相互依賴關係上的理解 增進了專案涉眾之間的交流 減少了工作量的浪費，提高了生產力 準確反映社會的狀態，有助於專案決策 改變專案文化，使得需求的作用得到重視和有效發揮。維護需求基線 ...