如何進行軟件需求分析

2009/2/4 10:12:35 | 8934次閱讀 | 來源：網友轉載【已有0條評論】發(fā)表評論

為易于翻閱和理解的方式組織編寫。要評審編寫出的規(guī)格說明以確保它們準確而完整地表達了你的需求。一份高質量的軟件需求規(guī)格說明能有助于開發(fā)人員開發(fā)出真正需要的產品。
4：要求得到需求工作結果的解釋說明
    分析人員可能采用了多種圖表作為文字性軟件需求規(guī)格說明的補充。因為如工作流程圖那樣的圖表能很清楚地描述出系統(tǒng)行為的某些方面。所以需求說明中的各種圖表有著極高的價值。雖然它們不太難于理解，但是你很可能對此并不熟悉。因此可以要求分析人員解釋說明每張圖表的作用或其它的需求開發(fā)工作結果和符號的意義，及怎樣檢查圖表有無錯誤及不一致等。
5：要求開發(fā)人員尊重你的意見
    如果用戶與開發(fā)人員之間不能相互理解，那關于需求的討論將會有障礙，共同合作能使大家“兼聽則明”。參與需求開發(fā)過程的客戶有權要求開發(fā)人員尊重他們并珍惜他們?yōu)轫椖砍晒λ冻龅臅r間。同樣，客戶也應對開發(fā)人員為項目成功這一共同目標所作出的努力表示尊重與感激。
6：要求開發(fā)人員對需求及產品實施提供建議，拿出主意
    通常，客戶所說的“需求”已是一種實際可能的實施解決方案，分析人員將盡力從這些解決方法中了解真正的業(yè)務及其需求，同時還應找出已有系統(tǒng)不適合當前業(yè)務之處，以確保產品不會無效或低效。在徹底弄清業(yè)務領域內的事情后，分析人員有時就能提出相當好的改進方法。有經驗且富有創(chuàng)造力的分析人員還能提出增加一些用戶并未發(fā)現的很有價值的系統(tǒng)特性。
7：描述產品易使用的特性
    你可以要求分析人員在實現功能需求的同時還要注重軟件的易用性。因為這些易用特性或質量屬性能使你更準確、高效地完成任務。例如，客戶有時要求產品要“用戶友好”或“健壯”或“高效率”，但這對于開發(fā)人員來說，太主觀了并無實用價值。正確的應是：分析人員通過詢問和調查了解客戶所要的友好、健壯、高效所包含的具體特性。
8：調整需求，允許重用已有的軟件組件
    需求通常要有一定的靈活性。分析人員可能發(fā)現已有的某個軟件組件與你描述的需求很相符。在這種情況下，分析人員應提供一些修改需求的選擇以便開發(fā)人員能夠在新系統(tǒng)開發(fā)中重用一些已有的軟件。如果有可重用的機會出現，同時你又能調整你的需求說明，那就能降低成本和節(jié)省時間，而不必嚴格按原有的需求說明開發(fā)。所以說，如果想在產品中使用一些已有的商業(yè)常用組件，而它們并不完全適合你所需的特性，這時一定程度上的需求靈活性就顯得極為重要了。
9：獲得滿足客戶功能和質量要求的系統(tǒng)
    每個人都希望項目獲得成功。但這不僅要求你要清晰地告知開發(fā)人員關于系統(tǒng)“做什么”所需的所有信息，而且還要求開發(fā)人員能通過交流了解清楚取舍與限制。一定要明確說明你的假設和潛在的期望。否則，開發(fā)人員開發(fā)出的產品很可能無法讓你滿意。
客戶有下列義務：
1：給分析人員講解你的業(yè)務
分析人員要依靠你給他們講解的業(yè)務概念及術語。但你不能指望分析人員會成為該領域的專家，而只能讓他們真正明白你的問題和目標。不要期望分析人員能把握你們業(yè)務的細微與潛在之處，他們很可能并不知道那些對于你和你的同事來說理所當然的“常識”。
2：抽出時間清楚地說明并完善需求
客戶很忙，經常在最忙的時候還得參與需求開發(fā)。但無論如何，你有義務抽出時間參與“頭腦風暴”會議的討論，接受采訪或其它獲取需求的活動。有時分析人員可能先以為明白了你的觀點，而過后發(fā)現還需要你的講解。這時，請耐心一些對待需求和需求的精化工作過程中的反復，因為它是人們交流中的很自然的現象，何況這對軟件產品的成功極為重要。
3：準確而詳細地說明需求
    編寫一份清晰、準確的需求文檔是很困難的。由于處理細節(jié)問題不但煩人而且又耗時，故很容易留下模糊不清的需求。但是，在開發(fā)過