『關于理由』：
    1、理由是需求的原因，或存在的道理。加上理由，更容易理解真正的需求。
    2、理由是業務和提交的產品之間的認知紐帶。知道了存在的理由，業務分析師就能夠發現正確的需求表達，開發者就能夠構建正確的產品。
    3、在向利益相關者詢問需求的理由時，你可能看起來就像一個兒童，不斷問父母為什么。這就對了，因為這就是需求分析師的職責，直到了解真正理由。

『驗收標準』：
    1、需求的測量指標就是‘驗收標準’，它量化了需求的行為、執行方式以及一些其他品質。
    2、需求測量的目的是為了保證需求本身是可測量的，從而達到測試方案滿足和符合需求。
    3、它既不是測試，也不是對測試的設計，而是測試提交的產品必須采用的測試基準，是構建測試用例的輸入信息。                    　
    4、要讓需求準確，它就不能只是一段文字描述，還需要理由和驗收標準。
    5、所有需求都可以找到合適的尺度（如：毫秒／分鐘／月等）來測量它，實際上幾乎所有東西都存在測量尺度。

『導出驗收標準』：
    從分析得到的需求描述和理由開始。如：
        描述：產品應該讓購買者容易找到他選擇的音樂
        理由：音樂購買者熟悉因特網，習慣了方便和快速的響應時間。他們不能忍受慢慢查找或很不方便找到他們選擇的曲子。
        驗收標準：90%的音樂購買者應該能夠在6秒內，通過不超過3個動作，定位任意一首曲子。
        備注：基于某些目標用戶會在平均的操作水平之下，所以可以將驗收標準做如上‘90%’的調整，這些調整稱為‘業務誤差’。

『非功能需求的驗收標準』：
    1、驗收標準是對產品必須具備的品質（諸如易用性、觀感、執行特點等）的量化
    2、不同類型的非功需求如何確定驗收標準：
        1）產品失敗，問利益相關者‘你覺得什么是滿足需求失敗？’
        2）主觀測試，測試原型或專門構建模擬系統，而不是測試提交的產品，通常更為經濟實惠。其中：
可以采用主觀測試作為驗收標準但驗收標準中的數字是客觀的，數字來自于研究業務得出的經驗數據。如：'有一項文化需求‘不冒犯任何團體’，導出的驗收標準是‘產品應該讓測試組85%以上的人感到友好，測試組所代表的利益團體感覺被冒犯的不超過10%。’
    3、標準，可以引用標準，得到更好的驗收基準。
        可以引用相應的法律作為驗收標準，但因為你和開發團隊可能不理解，所以簡單的辦法是讓法務部給出意見，證明解決方案符合法律的標準。
    4、觀感需求
        1）堅持品牌標準
            如：產品應該由公關部領導認證，符合今年的公司品牌標準。
        2）強化顧客的認知
            如：60%的目標用戶在第一次見到該產品的5秒內，就意識到產品屬于該公司。
    5、易用性和人性化需求
        它是產品使用體驗的需求，為這些需求編寫驗收標準，必須發現測量尺度。可以量化成實現給定任務允許的時間、允許的差錯率、用戶的滿意率、易用性實驗室的評分等。
            如：在首次使用該產品時，不參考產品以外的幫助，道路工程是應該能夠在10分鐘內得到一份正確的除冰預報。
    6、性能需求：
        1）容易量化：在描述速度、精度、容量、可用性、可靠性、可伸縮性等方面的需求時，傾向于使用數據。
        2）因為它本身都是量化的，所以編寫合適的驗收標準應該很直接。如果需求是以正確的量化方式提交的，那么驗收標準和需求就是一回事。
            如：在95%的情況下，響應時間不超過0.5秒，在其他情況下不超過2秒。
    7、操作需求：
        驗收標準量化了要求環境下使用的成功率。
            如：在模擬的5年一遇的暴風雨條件下，操作者應該能在30分鐘內成功完成任務1/2/3/4，在暴露24小時之后，產品仍能操作正常。
    8、可維護性需求：
        這類需求的驗收標準量化了進行某種變更所允許的時間。
        如：所有功能遷移到新的網站時，站點不可訪問的時間不超過10分鐘。　
    9、安全需求：
        將組織機構中已存在的一些安全標準加入到驗收標準中，如果將來發生問題，至少你可以說產品是符合標準的。
    10、文化需求：
        本質上是主觀的，難以量化，驗收標準通常基于誰來認證產品可以接受。
        如：公關部將給出意見，表明產品中沒有詞語或符合被解釋為帶有宗教或政治傾向。
    11、法律需求：
        根據組織編寫的大所屬標準/法律需求，來寫驗收標準。
        如：
            如果產品的用戶發起訴訟，你的客戶會贏。
            法律部或公司的律師將認證產品符合XX法律。

『功能需求的驗收標準』：
     1、驗收標準指明了如何得知產品已經成功完成了該動作。
     2、對功能需求來說，不存在測量的尺度：動作要么完成，要么沒完成。完成就是權威滿意，這里的權威是數據源或發起該行動的相鄰系統（人/外部系統）。
     3、如果動作是記錄一些東西，那么驗收標準就是記錄的數據與權威的數據保持一致。
         如：
　　     描述：產品應該記錄氣象站的讀數
　　     理由：準備除冰調度表需要這些讀數，而且必須保存以備審計。
　　     驗收標準：記錄下來的氣象站讀數應該與負責傳送的氣象站所記錄的讀數相同。

『用例和驗收標準』： 
    1、用例的驗收標準是一個整體，是一組需求寫作的基準測試。
    2、如果每個用例都有一個驗收標準，就更容易確保記錄的所有需求都對整體的用例作出了貢獻。

『項目目標的驗收標準』：
    項目目標的測量是針對整個產品的，是關于進行項目投資的理由或要解決的問題的一個陳述。

『解決方案限制條件的驗收標準』：  　
    1、限制條件是一種特殊類型的全局需求
    2、限制條件含：實現環境、伙伴應用、商業上架銷售軟件、開源軟件、工作場地環境、時間預算、財務預算等。