怎樣編寫高質量“軟件需求說明書”(doc 7頁)

怎樣編寫高質量“軟件需求說明書”內容提要：
你的工程應該有個好的起點。一個小組要帶領客戶進入需求啟發階段而且你要寫軟件需求說明書。這份說明有些大，但客戶會很重視，所以說明必須得到讚同。
現在你正在設計其中的一個特性，已經發現了需求的一些問題。你可以用多種不同的方式解釋需求15；需求9 的說明正好與需求21相反，你因該相信哪一個？需求24非常含糊，你根本不明白它的意思；你不得不花上一個小時與2位開發人員討論需求30，隻因為你們對其各有各的理解；並且，唯一能夠澄清這些問題的客戶沒有給你們答複。你被迫破解眾多需求的含義，並且你能預料到，如果你錯了，你要做大量的重複工作。
許多軟件需求說明書（SRS）寫得非常糟糕。任何產品的質量需要其原始材料的質量保證，糟糕的軟件需求說明書不可能產出優秀的軟件。不幸的是，幾乎沒有開發人員受過與需求的抽象、分析、文檔、質檢有關的教育。而且，沒有非常多的好需求可以借鑒學習，部分原因是很少有工程可以找到一個好的借鑒，其他原因是公司不願意將其產品說明書放在公共區域。
這篇文章描述了高質量需求敘述和說明的幾個特性（特點）。我們將用這些觀點檢查一些有缺陷的需求，帶著痛楚重新編寫。而且我會談一些如何編寫好的需求的提示。你也許想通過這些質量標準評估你的工程需求。對於修訂，也許遲了，但你會學到一些有用的東西，並幫助你的小組在下次編寫出更好的需求。
不要期望能夠編寫出一份能體現需求應具備的所有特性的SRS。無論你怎麼細化、分析、評論和優化需求，都不可能達到完美。但是，如果你牢記這些特性，你就會編寫出更好的需求，生產出更好的產品。
…………
..............................