? ? ?項目的目標是系統(tǒng)的業(yè)務需求。在很多情況下，涉眾可以清晰地表達出系統(tǒng)的業(yè)務需求，這時可以通過安排和涉眾的面談來明確項目的動機。但也有很多情況下，涉眾無法表達他們的業(yè)務需求，或者表達的業(yè)務需求不夠清晰。因此，要發(fā)現(xiàn)系統(tǒng)的業(yè)務需求，還是要從用戶的問題開始。要分析涉眾的問題，首先要明確問題，將它們變得清晰，變得適宜進行分析。這個過程從問題和相關(guān)的背景描述開始。

? ? ? 從問題來說，我們要清楚客戶需要我們到底是要干什么，不能盲目一抹瞎，想當然的做需求分析報告，要清楚客戶需要解決哪些問題，要我們做出什么樣的功能，使用者與審核者是誰這是要弄清楚的，這就涉及到了我們雙方在審核一個問題的時候需要有著同樣的標準，具體的方法就是用標準化的格式描述問題，并在涉眾之間取得認同。達成共識的問題是一致的問題，但一致的問題不一定是明確的問題。問題的明確性要求它們具有易于理解和能指明解決方向兩個特點。

? ? ? 接下來是背景，可能有的時候與客戶打交道的時候，他們或許不清楚他們到底需要的是一個什么樣的軟件，許多客戶對計算機其實都不太懂得太多，他們或許只是按照領(lǐng)導或上面的這是來完成工作，只知道我需要做出的是一款什么樣子，擁有什么樣的功能，這往往有時候就十分的空曠，這個時候就需要我們來深入了解客戶使用這一款軟件的時候是在什么樣的背景中，他們需要什么，是為了什么情況的時候而需要，所以在這個時候，我們需要用心記錄下客戶及領(lǐng)導之間的對話，要學會快速記筆錄，也許你需要的信息就在對話中就透露出來了。

? ? ? 所以說需求過程是軟件項目成功的關(guān)鍵所在，當其他項目過程變更時會對需求過程的影響下面列舉了一些變更會產(chǎn)生影響的項目過程：制定項目計劃過程（在基線確定前縮小項目范圍或采用版本計劃從而使項目計劃在允許的資源和時間內(nèi)完成），項目跟蹤和控制過程，變更控制過程，系統(tǒng)測試過程（驗證計劃中的功能是否按期完成）用戶編制文檔過程（要編寫出用戶顯示界面及性能的最終變更版本），構(gòu)造過程。

轉(zhuǎn)載于:https://www.cnblogs.com/chengchengshuaio/p/4907427.html

總結(jié)

以上是生活随笔為你收集整理的《需求分析》读后感之二的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。