什么是需求分析(什么是方案需求分析)，36創業加盟網給大家帶來詳細的介紹，讓更多的人可以參考:什么是需求分析(什么是方案需求分析)。
12、 抽出時間清楚地說明并完善需求客戶很忙，但無論如何客戶有必要抽出時間參與“頭腦高峰會議” 的討論，接受采訪或其他獲取需求的活動。有些分析人員可能先明白了您的 觀點，而過后發現還需要您的講解，這時請耐心對待一些需求和需求的精化 工作過程中的反復，因為它是人們交流中很自然的現象，何況這對產品的成 功極為重要。 13、 準確而詳細地說明需求編寫一份清晰、準確的需求文檔是很困難的。由于處理細節問題不 但煩人而且耗時，因此很容易留下模糊不清的需求。但是在開發過程中，必 須解決這種模糊性和不準確性，而客戶恰恰是為解決這些問題作出決定的最 佳人選，否則，就只好靠開發人員去正確猜測了。7在需求分析中暫時加上“待定”標志是個方法。用該標志可指明哪些 是需要進一步討論、分析或增加信息的地方，有時也可能因為某個特殊需求 難以解決或沒有人愿意處理它而標注上“待定”。客戶要盡量將每項需求的 內容都闡述清楚，以便分析人員能準確地將它們寫進“需求報告”中去。如 果客戶一時不能準確表達什么是需求分析，通常就要求用原型技術，通過原型開發，客戶可 以同開發人員一起反復修改，不斷完善需求定義。 14、 及時作出決定分析人員會要求客戶作出一些選擇和決定，這些決定包括來自多個 用戶提出的處理方法或在質量特性沖突和信息準確度中選擇折衷方案等。
有 權作出決定的客戶必須積極地對待這一切，盡快做處理，做決定，因為開發 人員通常只有等客戶做出決定才能行動，而這種等待會延誤項目的進展。 15、 尊重開發人員的需求可行性及評估所有的功能都有其。客戶所希望的某些產品特性可能在技術上行不 通，或者實現它要付出極高的代價，而某些需求試圖達到在操作環境中不可 能達到的性能，或試圖得到一些根本得不到的數據。開發人員會對此作出負 面的評價，客戶應該尊重他們的意見。 16、 劃分需求的優先級絕大多數項目沒有足夠的時間或資源實現功能性的每個細節。決定 哪些特性是必要的，哪些是重要的，是需求開發的主要部分，這只能由客戶 負責設定需求優先級，因為開發者不可能按照客戶的觀點決定需求優先級； 開發人員將為您確定優先級提供有關每個需求的花費和的信息。 在時間 和資源限制下，關于所需特性能否完成或完成多少應尊重開發人員的意見。8盡管沒有人愿意看到自己所希望的需求在項目中未被實現，但畢竟是要面對 現實，業務決策有時不得不依據優先級來縮小項目范圍或延長工期，或增加 資源，或在質量上尋找折衷。 17、 評審需求文檔和原型客戶評審需求文檔，是給分析人員帶來反饋信息的一個機會。
如果 客戶認為編寫的“需求分析報告”不夠準確，就有必要盡早告知分析人員并 為改進提供建議。更好的辦法是先為產品開發一個原型。這樣客戶就能提供 更有價值的反饋信息給開發人員，使他們更好地理解您的需求；原型并非是 一個實際應用產品，但開發人員能將其轉化、擴充成功能齊全的系統。 18、 需求變更要立即聯系不斷的需求變更，會給在預定計劃內完成的質量產品帶來嚴重的不 利影響。變更是不可避免的，但在開發周期中，變更越在晚期出現，其影響 越大；變更不僅會導致代價極高的返工，而且工期將被延誤，特別是在大體 結構已完成后又需要增加新特性時。所以，一旦客戶發現需要變更需求時， 請立即通知分析人員。 19、 遵照開發小組處理需求變更的過程為將變更帶來的負面影響減少到最低限度，所有參與者必須遵照項 目變更控制過程。這要求不放棄所有提出的變更，對每項要求的變更進行分 析、綜合考慮，最后做出合適的決策，以確定應將哪些變更引入項目中。 20、 尊重開發人員采用的需求分析過程開發中最具挑戰性的莫過于收集需求并確定其正確性，分析人員采 用的方法有其合理性。也許客戶認為收集需求的過程不太劃算，但請相信花9在需求開發上的時間是非常有價值的；如果您理解并支持分析人員為收集、 編寫需求文檔和確保其質量所采用的技術，那么整個過程將會更為順利。
“需求確認”意味著什么：在“需求分析報告”上簽字確認，通常被認為 是客戶同意需求分析的標志行為，然而實際操作中，客戶往往把“簽字”看 作是毫無意義的事情。“他們要我在需求文檔的最后一行下面簽名，于是我 就簽了，否則這些開發人員不開始編碼。”這種態度將帶來麻煩，譬如客戶想更改需求或對產品不滿時就會說： “不錯，我是在需求分析報告上簽了字，但我并沒有時間去讀完所有的內容， 我是相信你們的，是你們非讓我簽字的。”同樣問題也會發生在僅把“簽字確認”看作是完成任務的分析人員 身上，一旦有需求變更出現，他便指著“需求分析報告”說：“您已經在需 求上簽字了，所以這些就是我們所開發的，如果您想要別的什么，您應早些 告訴我們。”這兩種態度都是不對的。因為不可能在項目的早期就了解所有的需求， 而且毫無疑問地需求將會出現變更，在“需求分析報告”上簽字確認是終止 需求分析過程的正確方法，所以我們必須明白簽字意味著什么。對“需求分析報告”的簽名是建立在一個需求協議的基線上，因此我們 對簽名應該這樣理解：“我同意這份需求文檔表述了我們對項目需求的了解， 進一步的變更可在此基線上通過項目定義的變更過程來進行。我知道變更可 能會使我們重新協商、資源和項目階段任務等事宜。
”對需求分析達成一定 的共識會使雙方易于忍受將來的摩擦，這些摩擦來源于項目的改進和需求的 誤差或市場和業務的新要求等。 需求確認將迷霧撥散，顯現需求的真面10目，給初步的需求開發工作畫上了雙方都明確的句號，并有助于形成一個持 續良好的客戶與開發人員的關系，為項目的成功奠定了堅實的基礎。 六、點評需求分析誤區要想說什么是好的需求分析，不如說什么是不好的需求分析，知道什 么是不好的，自然也就知道了什么是好的。以下就是一些不好的情況： （１）創意和求實毋庸質疑的，每個人都會為自己的一個新的Ｉｄｅａ而激動萬分， 特別是當這個Ｉｄｅａ受到一些根本不知道你原本要干嘛的人的驚贊時。但 是請注意，當你激動得意的時候，你可能已經忘了你原本是在描述一個需求， 而不是在策劃一個創意、創造一個概念。很多剛開始做需求分析的人員都或 多或少的會犯這樣的錯誤，陶醉在自己的新想法和新思路中，卻違背了需求 的原始客觀性和真實性原則。永遠別忘了：需求不是空中樓閣，是實實在在 的一磚一瓦。 （２）解剖的快感幾乎所有搞的人，做需求分析的時候，一上來就會把用戶告訴你的要 求，完完整整的作個解剖，切開分成幾個塊，再細分成幾個子塊，然后再條 分縷析。
可是當用戶迷惑的看著你辛辛苦苦做出來的分析結果問你：我想作 一個數據備份的任務，怎么做？這時，你會發現，需要先后打開三個窗口才 能完成這個任務。永遠別忘了：分解是必需的，但最終的目的是為了更好的組合，而不 是為了分解。 （３）角度和思維11經常聽到這樣的抱怨：“用戶怎么可以提出這樣苛刻的要求呢？”。 細細一了解，你會發現，用戶只不過是要求把一個需要兩次點擊的功能，改 成只有一次點擊。這樣會導致需要改變需求、改變編碼、甚至重新測試，增 加工作量。可是，如果換個角度來想想，這個功能，開發的時候只用了幾次、 幾十次，可是用戶每天都要用幾百次甚 至幾千次幾萬次，改動一下就減少了 一半的工作量，對他來說，這樣的需求難道會苛刻嗎？永遠別忘了：沒有任何需求是不對的，不對的只是你的需求分析。試 著站在用戶的思維角度想想，你的需求分析就會更加的貼近用戶，更加的合 理。應該是以人為本的。 （４）程序員邏輯從程序員成長為系統分析員是一個普遍的軌跡，但并不是一個好的 程序員就必然能成為一個好的系統分析員。一些程序員的固化邏輯，使得他 們在做需求分析的時候往往鉆進了一些牛角里面。比如說１／０邏輯（或者 是說黑白邏輯），認為不是這樣就是那樣，沒有第三種情況。
可實際情況往往 是，在一定的時候是這樣，其它時候是那樣。又比如窮舉邏輯，喜歡上來就 把所有一二三可能的情況列舉出來，然后一個一個分別處理，每個占用三分 之一的時間；可是實際的情況往往是，三分之一的情況占了９９％的比例， 其它兩種情況一年都不會遇到一次。實際中還有很多這樣的例子，不一一列 舉了。永遠別忘了：需求分析和程序設計不盡相同，合理、可行是才是重要 的。跳出程序設計的圈子，站在系統的角度上來看問題，你的結論會截然不 同。12
總結：以上內容就是什么是需求分析(什么是方案需求分析)詳細介紹，如果您對創業項目感興趣，可以咨詢客服或者文章下面留言，我們會第一時間給您項目的反饋信息。
