句和段落的簡短。
采用主動語態(tài)的表達方式。
編寫具有正確的語法、拼寫和標點的完整句子。
使用的術(shù)語與詞匯表中所定義的應(yīng)該一致。
    需求陳述應(yīng)該具有一致的樣式，例如“系統(tǒng)必須..”或者“用戶必須..”，并緊跟一個行為動作和可觀察的結(jié)果。例如，“倉庫管理子系統(tǒng)必須顯示一張所請求的倉庫中有存貨的庫存清單?！?BR>    為了減少不確定性，必須避免模糊的、主觀的術(shù)語，例如，用戶友好、簡單、有效、、最新技術(shù)、優(yōu)越的、可接受的等。當用客說“用戶友好”或者“快”時，你應(yīng)該明確它們的真正含義并且在需求中闡明用戶的意圖。
    避免使用比較性的詞匯，定量地說明所需要提高的程度或者說清一些參數(shù)可接受的最大值和最小值。當客戶說明系統(tǒng)應(yīng)該“處理”、“支持”或“管理”某些事情時，你應(yīng)該能理解客戶的意圖。由于需求的編寫是層次化的，因此，可以把頂層不明確的需求向低層詳細分解，直到消除不明確性為止。
    文檔的編寫人員不應(yīng)該把多個需求集中在一個冗長的敘述段落中。在需求中諸如“和”，“或”之類的連詞就表明了該部分集中了多個需求。務(wù)必記住，不要在需求說明中使用“和/或”，“等等”之類的連詞。
8．需求分析的過程
    需求獲取是在問題及其最終解決方案之間架設(shè)橋梁的第一步。獲取需求的一個必不可少的結(jié)果是對項目中描述的客戶需求的普遍理解。一旦理解了需求，分析者、開發(fā)者和客戶就能探索出描述這些需求的多種解決方案。參與需求獲取者只有在他們理解了問題之后才能開始設(shè)計系統(tǒng)，否則，對需求定義的任何改進，設(shè)計上都必須大量的返工。把需求獲取集中在用戶任務(wù)上—而不是集中在用戶接口上—有助于防止開發(fā)組由于草率處理設(shè)計問題而造成的失誤。
    需求獲取、分析、編寫需求規(guī)格說明和驗證并不遵循線性的順序，這些活動是相互隔開、增量和反復(fù)的。當你和客戶合作時，你就將會問一些問題，并且取得他們所提供的信息（需求獲取）。同時，你將處理這些信息以理解它們，并把它們分成不同的類別，還要把客戶需求同可能的軟件需求相聯(lián)系。然后，你可以使客戶信息結(jié)構(gòu)化，并編寫成文檔和示意圖。下一步，就可以讓客戶代表評審文檔并糾正存在的錯誤。這四個過程貫穿著需求開發(fā)的整個階段。
    由于軟件開發(fā)項目和組織文化的不同，對于需求開發(fā)沒有一個簡單的、公式化的途徑。下面列出了1 4個步驟，你可以利用它們指導(dǎo)你的需求開發(fā)活動。對于需求的任何子集，一旦你完成了第十三步，那么你就可以很有信心地繼續(xù)進行系統(tǒng)的每一部分的設(shè)計、構(gòu)造，因為你將開發(fā)出一個好的產(chǎn)品:
1. 定義項目的視圖和范圍。
2. 確定用戶類。
3. 在每個用戶類中確定適當?shù)拇怼?BR>4. 確定需求決策者和他們的決策過程。
5. 選擇你所用的需求獲取技術(shù)。
6. 運用需求獲取技術(shù)對作為系統(tǒng)一部分的使用實例進行開發(fā)并設(shè)置優(yōu)先級。
7. 從用戶那里收集質(zhì)量屬性的信息和其它非功能需求。
8. 詳細擬訂使用實例使其融合到必要的功能需求中。
9. 評審使用實例的描述和功能需求。
10. 如果有必要，就要開發(fā)分析模型用以澄清需求獲取的參與者對需求的理解。
11. 開發(fā)并評估用戶界面原型以助想像還未理解的需求。
12. 從使用實例中開發(fā)出概念測試用例。
13. 用測試用例來論證使用實例、功能需求、分析模型和原型。
14. 在繼續(xù)進行設(shè)計和構(gòu)造系統(tǒng)每一部分之前，重復(fù)6~1 3步。
    需求獲取可能是軟件開發(fā)中最困難、最關(guān)鍵、最易出錯及最需要交流的方面。需求獲取只有通過有效的客戶—開發(fā)者的合作才能成功。分析者必須建立一個對問題進行徹底探討的環(huán)境，而這些問題與產(chǎn)品有關(guān)。為了方便清晰地進行交流，就要列出重要的小組，而不是假想所有的參與者都持有相同的看法。對需求問題的全面考察需要一種技術(shù)，利用這

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html