『為什么需要功能需求』：    　
     因?yàn)楫?dāng)業(yè)務(wù)分析師理解了產(chǎn)品必須的功能后，他要用功能需求告訴開發(fā)者要構(gòu)建什么。

 『功能需求定義』：
     功能需求指明了產(chǎn)品必須做的事情，即產(chǎn)品為了滿足它存在的根本理由而必須執(zhí)行一些動(dòng)作。

『需求與解決方案』：
     1、需求：產(chǎn)品需要做什么來支持擁有者的業(yè)務(wù)
     2、解決方案：需求的技術(shù)實(shí)現(xiàn)
     注意：
          1）我們?cè)诿枋鋈绾尉帉懶枨髸r(shí)，最重要的是要理解真正的業(yè)務(wù)需求，同時(shí)溝通這種需求，確保構(gòu)建正確的產(chǎn)品。
          2）不要去嘗試打造技術(shù)方案，而是要指定技術(shù)解決方案必須做的事，如何實(shí)現(xiàn)結(jié)果是設(shè)計(jì)師的事情。

『如何發(fā)現(xiàn)功能需求』：
     1、將編寫好的PUC場(chǎng)景與利益相關(guān)者取得一致意見。 
     2、針對(duì)每一個(gè)步驟問一個(gè)問題：“為了完成這些步驟，產(chǎn)品必須做什么？”
     3、窮盡所有步驟后，就為這個(gè)PUC寫好了功能需求。    　
     4、經(jīng)驗(yàn)值，從一個(gè)步驟導(dǎo)出的需求數(shù)量通常要少于3～6個(gè)。多了表示要么需求粒度太細(xì)，要么用例本身很復(fù)雜。少了表示要么場(chǎng)景的粒度太細(xì)，要么需求粒度太大。
　      備注： 　　　
           1）PUC場(chǎng)景的價(jià)值在于，它讓你、利益相關(guān)者和開發(fā)者對(duì)功能有概括的理解，再針對(duì)它編寫原子需求。
           2）場(chǎng)景中的步驟是業(yè)務(wù)利益相關(guān)者可以識(shí)別的，因?yàn)槟阌美嫦嚓P(guān)者的語言編寫了這些步驟。
           3）這意味著它們程度較高，封裝了產(chǎn)品功能的細(xì)節(jié)。將每一步的細(xì)節(jié)當(dāng)做它的功能需求，你現(xiàn)在的任務(wù)是通過編寫功能需求來展示這些細(xì)節(jié)。

『優(yōu)質(zhì)功能需求的標(biāo)志』：
     1、必須包含足夠的細(xì)節(jié)，讓開發(fā)者能夠構(gòu)造出正確的產(chǎn)品。　
     2、只需要需求分析師和利益相關(guān)者最少的澄清和解釋。

『優(yōu)質(zhì)功能需求的要素』：
     1、細(xì)節(jié)程度和粒度
          1）需求由一個(gè)單句寫成，只有一個(gè)動(dòng)詞。如：產(chǎn)品將接收一個(gè)調(diào)度日期（如果調(diào)度日期不是今天也不是明天，產(chǎn)品將發(fā)出警告）。
          2）使用一致的形式來編寫需求描述（‘產(chǎn)品應(yīng)該/必須/將......’是最常見的），并使用單獨(dú)的屬性來說明需求的優(yōu)先級(jí)。         　　
     2、給需求添加‘理由’，說明需求為什么存在。好處：　
          1）不僅讓開發(fā)者有機(jī)會(huì)構(gòu)建最好的解決方案，而且也告訴測(cè)試人員需要在測(cè)試這項(xiàng)需求上投入多少工作量。      　　　　
          2）向未來的維護(hù)者說明了需求一開始為什么會(huì)存在   　　　　
          3）有助于克服不小心寫下解決方案，而不是真正的需求。     　　
     3、收集常用的術(shù)語，在數(shù)據(jù)字典中定義術(shù)語的含義，為團(tuán)隊(duì)提供共同的語言。
     4、針對(duì)每個(gè)PUC場(chǎng)景中的[異常/可選]步驟編寫功能需求（即確定產(chǎn)品完成這個(gè)步驟必做的事）。    　　
     5、針對(duì)有條件的需求（只有在特定的處理環(huán)境下才會(huì)發(fā)生）編寫功能需求
     6、避免二義性的方法：       　　　
          1）語言本身有很多一詞多義的情況。如：‘產(chǎn)品要顯示未來24小時(shí)的天氣預(yù)報(bào)’還是‘它必須顯示某種天氣情況并持續(xù)一天’？
          2）雖然所有東西都有可能存在二義性，但是場(chǎng)景為需求設(shè)定了上下文，從而減少了這種風(fēng)險(xiǎn)。
          3）在數(shù)據(jù)字典中漸進(jìn)地定義術(shù)語，將在很大程度上消除二義性。
          4）消除需求中所有的代詞，用主語或賓語取代它們，指明所代稱的東西。
          5）編寫一項(xiàng)需求時(shí)將它大聲朗讀出來。如果可能，讓一個(gè)同事把它朗讀出來。與利益相關(guān)者確認(rèn)你們都把需求理解為相同的意思。
     7、對(duì)于技術(shù)需求（純粹因?yàn)樗x擇的技術(shù)而產(chǎn)生的）建議將它在一份單獨(dú)的規(guī)格說明書中記錄下來，要么清楚的指出它是技術(shù)需求，與業(yè)務(wù)需求記錄在一起。
     8、按用例對(duì)功能分組，好處是容易發(fā)現(xiàn)相關(guān)的需求組，也容易測(cè)試功能的完整性。
     備注：這里是指編寫需求的描述，真正的需求將在編寫驗(yàn)收標(biāo)準(zhǔn)時(shí)展現(xiàn)出來，在那之前，好的描述和理由是值得的，也足夠了。
   
『描述產(chǎn)品功能的其他方式』：  　　
     1、利用BUC場(chǎng)景添加實(shí)現(xiàn)細(xì)節(jié)來作為規(guī)格說明  　　　
          1）針對(duì)預(yù)期的產(chǎn)品是常規(guī)產(chǎn)品，大家對(duì)業(yè)務(wù)領(lǐng)域非常熟悉
          2）需求分析師和開發(fā)者很有經(jīng)驗(yàn)，并且愿意合作。
          備注：
              1.對(duì)場(chǎng)景進(jìn)行改寫時(shí)要讓場(chǎng)景中的步驟體現(xiàn)出產(chǎn)品的視角，需求分析師和開發(fā)者、測(cè)試者必須相信，他們能夠基于這種增強(qiáng)的場(chǎng)景編寫和測(cè)試該產(chǎn)品。
              2.如果產(chǎn)品構(gòu)建要外包給外部供應(yīng)商或組織機(jī)構(gòu)中的其他部門，就不要采用這種方法。對(duì)于外包，最好通過編寫原子功能需求，減少誤解的可能性。
    2、用戶故事
          1）它是編寫功能需求的一種方式
          2）用戶故事形式‘作為[角色]，我想要[功能]，這樣就能[使用該功能的理由]’。    　　　
          3）用戶故事通常由產(chǎn)品擁有者（客戶的代表）寫在故事卡片上，產(chǎn)品擁有者是敏捷團(tuán)隊(duì)的一部分，代表業(yè)務(wù)的視角。
          4）故事卡片的意圖不是要指定需求，而是作為需求的起點(diǎn)，或占位符。在開發(fā)過程中，通過開發(fā)者和利益相關(guān)者之間的對(duì)話，會(huì)發(fā)現(xiàn)這些故事。
          5）故事通常寫在卡片上，開發(fā)者會(huì)在卡片上標(biāo)注他們的詳細(xì)需求，以及必要的測(cè)試用例。
     3、業(yè)務(wù)過程建模    　　　
          1）如果你創(chuàng)建了活動(dòng)圖（或其他類型的過程模型），那么考慮它們是否可以和過程描述一起作為功能需求。和文字場(chǎng)景相比，利益相關(guān)者更容易適應(yīng)圖。
          2）流行的技術(shù)有UML活動(dòng)圖、BPMN過程模型圖、數(shù)據(jù)流模型
          3）可以把過程模型作為基礎(chǔ)，然后根據(jù)圖中的每個(gè)活動(dòng)編寫原子需求。