『定義』： 　
     檢查每項需求并確保它能為后續活動提供清晰、完整和無二義的描述，說明要構建什么。

『需求評審關注的幾個方面』：
    1、超出范圍 　　　
        1）對于工作之外的某個實體，增加承載這方面信息的數據流，就增加了工作的范圍，它就不是工作的一部分，超出了范圍。
        2）許多非功能性需求也可以看作是對項目的目標有間接貢獻，相比之下，無關的需求表明需要和需求的提出者談談。
　 2、測試完整性  　　　
        1）使用白雪卡作為需求項框架，來測試需求的完整性。
        2）白雪卡的要素：需求編號、需求類型、事件/BUC/PUC編號、描述、理由、來源、驗收標準、顧客滿意度、顧客不滿意度、依賴關系、沖突、支持材料、歷史
    3、測試驗收標準 　　　
        1）采用數字來表達需求，但數字本身必須不是主觀確定的，要基于事實依據。　　　  
        2）采用事先定義的標準，如公司品牌標準。
    4、一致使用術語
        1）要讓指定的需求只能以一種方式理解，除了驗收標準之外，還需要在規格說明書中定義術語及其含義。
        2）檢查每項需求使用術語的方式都符合定義。
    5、限制條件下是否可行
        1）考慮產品的用戶是否是熟練的計算機操作者，如：采用最新的高科技向很老的人支付養老金。
        2）組織機構是否足夠成熟，能應付某項需求，如：請的是最低工資的體力勞動者，指定的產品卻需要有工程學位才能使用。
        3）你是否具備這項需求的技術能力，如：指定的產品超出你的開發能力。
        4）是否有時間和財力來實現該項需求，如：需求成本超出預算
        5）是否所有利益相關者都接受該需求，如：如果相當一部分利益相關者不認可一項需求的情況下，在產品中加入這項需求是徒勞的。
    6、需求還是解決方案
        1）需求越抽象，就越不可能是解決方案。
        2）必須拒絕所有不是需求的解決方案，除非解決方案實際上是限制條件。
    7、需求價值
        1）顧客滿意度的評分
        2）顧客不滿意度的評分
    8、鍍金需求
        1）檢查那些不必要的特征或需求
        2）檢查方法：“如果沒有該需求，會有影響嗎？”、“不滿意評分很低”，其中，某些特征可以被認為是鍍金的，但拒絕之前要問一下，是否增加了產品的吸引力，還是只增加了成本。
    9、需求蔓延
        1）指在大家認為需求已經完成后，新需求又進入規格說明書。
        2）如果評分高，那么蔓延的需求也許可以容忍（伴隨著預算的調整）。
        3）需求所附的理由必須有意義，通常蔓延的需求的理由會表明，該需求超出了范圍。
        4）大多數的需求蔓延都是因為一開始就沒有正確地收集需求
        5）用戶和客戶沒有機會完整的參與需求過程，毫無疑問，需求將是不完整的。

『需求規格說明書模板』：
    1）項目驅動
        1.項目的目標
        2.利益相關者
    2）項目限制條件
        1.強制的限制條件
        2.命名慣例和定義
        3.相關事實和假定
    3）功能需求
        1.工作的范圍
        2.業務數據模型和數據字典
        3.產品的范圍
        4.功能需求
    4）非功能需求
        1.觀感需求
        2.易用性和人性化需求
        3.執行需求
        4.操作和環境需求
        5.可維護性和支持需求
        6.安全需求
        7.文化需求
        8.法律需求
    5）項目問題
        1.開放式問題
        2.立即可用的解決方案
        3.新問題
        4.任務
        5.遷移到新產品
        6.風險
        7.費用
        8.用戶文檔和培訓
        9.后續版本需求
        10.關于解決方案的設想

1、原子需求：是因為它們不需要分解，它們包含一些屬性，就像真正的原子包含一些亞原子粒子，但作為一個單元來處理更有用。這些屬性溝通了完成的原子需求，看成需求項框架。

『匯編需求規格說明書』：
    1、與其說需求規格是寫出來的，不如說是匯編的。
　 2、需求規格說明書模板和白雪卡提供了方便的指導，說明了匯編哪些內容才能得到完整的需求規格說明書。
　 3、模板指出了規格說明書要包含的主題
　 4、白雪卡表明了每項原子需求要包含的內容