開發(fā)一般流程

WEB項目開發(fā)的一般流程—總綱需求分析的確定(最重要)架構(gòu)與設(shè)計架構(gòu)分析與設(shè)計業(yè)務(wù)邏輯分析業(yè)務(wù)邏輯設(shè)計界面設(shè)計開發(fā)環(huán)境搭建開發(fā)-測試-開發(fā)-測試培訓(xùn)文檔編寫開發(fā)的一般流程—需求分析為什么需求分析需求分析是指理解用戶需求，就軟件功能與客戶達成一致，估計軟件風(fēng)險和評估項目代價，最終形成開發(fā)計劃的一個復(fù)雜過程，在這個過程中，用戶的確是處在主導(dǎo)地位，需求分析工程師和項目經(jīng)理要負責(zé)整理用戶需求，為之后的軟件設(shè)計打下基礎(chǔ)。需求分析階段結(jié)束后，要求得到相關(guān)的需求文檔，需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟件開發(fā)的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟件系統(tǒng)的開發(fā)中,他的作用要遠遠大于程序設(shè)計.

需求分析的任務(wù)需求分析的任務(wù)就是解決“用戶要做什么”的問題,就是要全面地理解用戶的各項要求,并準(zhǔn)確地表達所接受的用戶需求，并且能夠根據(jù)自己對用戶需求的理解，勸說并誘導(dǎo)客戶剔除不合理的需求。需求分析過程需求分析過程

需求開發(fā)過程域

需求開發(fā)過程域

需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。

需求調(diào)查的目的是通過各種途徑獲取用戶的需求信息（原始材料），產(chǎn)生《用戶需求說明書》。

需求分析的目的是對各種需求信息進行分析，消除錯誤，刻畫細節(jié)等。常見的需求分析方法有“問答分析法”和“建模分析法”兩類。

需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進一步定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生《產(chǎn)品需求規(guī)格說明書》。系統(tǒng)設(shè)計人員將依據(jù)《產(chǎn)品需求規(guī)格說明書》開展系統(tǒng)設(shè)計工作。

需求管理過程域需求管理過程域

需求管理的目的是在客戶與開發(fā)方之間建立對需求的共同理解，維護需求與其它工作成果的一致性，并控制需求的變更。需求確認是指開發(fā)方和客戶共同對需求文檔進行評審，雙方對需求達成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。

需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對應(yīng)關(guān)系，建立與維護“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進行開發(fā)。需求變更控制是指依據(jù)“變更申請－審批－更改－重新確認”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項目發(fā)生混亂需求開發(fā)過程中困難知識技能問題

行業(yè)知識是無邊無際的。俗話說“隔行如隔山”，需求分析員可能是某一領(lǐng)域的專家，但當(dāng)他接手陌生的業(yè)務(wù)時，他該怎么辦？首先他要有勇氣做事，否則連實踐的機會都沒有。其次他應(yīng)當(dāng)趕緊補習(xí)這一領(lǐng)域知識，不論是通過自學(xué)還是培訓(xùn)的方式，否則他很難與用戶交流。如果可能的話，開發(fā)方最好請既懂軟件又懂應(yīng)用域知識的行家來幫忙。需求開發(fā)過程中困難態(tài)度問題

相當(dāng)多的開發(fā)人員習(xí)慣于被動地對待需求開發(fā)。每當(dāng)遇到麻煩、挫折時，他們會發(fā)牢騷，找出一堆用戶的毛病。很多開發(fā)人員錯誤地以為：需求是用戶的事情，不是我們的事情。我們?yōu)橛脩糸_發(fā)軟件，難道用戶不該告訴我們應(yīng)當(dāng)開發(fā)什么嗎？如果用戶說不清楚需求，或者經(jīng)常變更需求，這類問題是用戶產(chǎn)生的，應(yīng)當(dāng)由他們自己負責(zé)。

用戶說不清楚需求或者需求發(fā)生變更，這些都是常見的問題，并不是絕癥，是人們可以設(shè)法解決的?？杀氖情_發(fā)人員把這些問題當(dāng)成了借口，不愿主動攻克問題，導(dǎo)致需求問題擴散到整個軟件開發(fā)過程，產(chǎn)生太多的后患。軟件企業(yè)的領(lǐng)導(dǎo)應(yīng)當(dāng)給具有錯誤觀念的開發(fā)人員們洗腦：需求分析員的天職就是在有限的時間內(nèi)獲取準(zhǔn)確而細致的用戶需求，如果做不到就是失職，不要找借口。

合作關(guān)系

如果需求分析員不能與用戶建立良好的合作關(guān)系，那么他們在需求開發(fā)過程中會很疲憊。倘若用戶不能很好地配合需求分析員，那并不表示他是個壞蛋。因為用戶有他自己的想法：我回答了你們的問題，講了該講的。我們付錢給你們，難道還要我伺候你們不成？我還要干自己的事情，別打擾我了。你們自己想辦法把活干好吧

……。

需求分析員不是銷售人員，他們不可能象銷售人員那樣通過某些手段籠絡(luò)住用戶就能成功。出色的需求分析員不僅要有過硬的專業(yè)知識，還要具備較強的交流、溝通能力。開發(fā)方與用戶的合作關(guān)系對需求開發(fā)而言是至關(guān)重要的。對于重大的、復(fù)雜的項目，我們不能完全期望雙方能夠自發(fā)地建立起良好地合作關(guān)系，這樣風(fēng)險太大。開發(fā)方和用戶方在開展需求開發(fā)之前，雙方協(xié)商并撰寫“用戶在需求工程中的權(quán)利與義務(wù)”，即以協(xié)議的方式確定合作關(guān)系?！昂迷挕焙汀俺笤挕倍颊f在前頭，這樣能減少今后的摩擦。如果條件允許的話，開發(fā)方最好為用戶舉辦關(guān)于需求工程的培訓(xùn)，這樣的培訓(xùn)將使用戶明白需求的重要性以及忽視需求的危害性，從而促使他們積極友善地參加需求工程中的各項活動。用戶在需求工程中的“權(quán)利”用戶在需求工程中的“權(quán)利”1.有權(quán)要求開發(fā)方派遣資質(zhì)合格的需求分析員和相關(guān)人員。2.有權(quán)要求開發(fā)方采用用戶熟悉的語言來描述需求，即開發(fā)方必須提供用戶看得懂得需求文檔。3.有權(quán)審查需求文檔，并對有爭議的需求作出決策。如果認為需求文檔不能準(zhǔn)確地反映用戶真實的意愿，可以拒絕在需求文檔上簽字。4.如果用戶想要變更需求，有權(quán)要求開發(fā)方對該變更將產(chǎn)生的影響作出真實可信的評估，以便用戶決定是否變更需求。用戶在需求工程中的“義務(wù)”用戶在需求工程中的“義務(wù)”1.以積極友善的態(tài)度與開發(fā)方人員交流、協(xié)作，盡可能地為開發(fā)方人員提供工作和生活上的便利。2.樂意接受需求分析員的采訪，在不泄漏機密的前提下盡可能地回答需求分析員的問題。3.在不泄漏機密的前提下，盡可能地向需求分析員提供與需求相關(guān)的材料。4.與需求分析員共同評審需求文檔，確保需求文檔準(zhǔn)確地反映用戶真實的意愿。5.對專業(yè)性太深入的知識領(lǐng)域，用戶有義務(wù)組織開發(fā)人員進行簡單的培訓(xùn)。需求沒有做好的后果

如何準(zhǔn)備調(diào)查需求需求分析員應(yīng)當(dāng)確定需求調(diào)查的方式，例如：與用戶負責(zé)人交談，向用戶提問題。同未來此軟件的目標(biāo)用戶交談，了解他們的目前的工作狀況.參觀用戶的工作流程，觀察用戶的操作。與同行、專家交談，聽取他們的意見。分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求。從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。如何做好需求分析為了得到用戶的金錢，企業(yè)不得不鼓吹：用戶就是上帝，用戶永遠是正確的。誰都知道這不是真的。事實上，很多時候用戶說不清楚需求、會說錯需求或者提出一些無法實現(xiàn)的需求。需求分析是指在需求開發(fā)過程中，對所獲取的需求信息進行分析，及時排除錯誤和彌補不足，確保需求文檔正確地反映用戶的真實意圖。需求分析是需求開發(fā)過程中最費腦子的工作。分析方法大體有兩類：“問答分析法”和“建模分析法”。后者技術(shù)性比較強，寫出來有學(xué)術(shù)味，故大多數(shù)軟件工程書籍都有論述。前者就是一些常識而已，雖然寫不成文章，但是簡單易用（保你一學(xué)就會），很有實用價值?！皢柎鸱治龇ā北容^適合于用戶需求調(diào)查階段“建模分析法”比較適合于產(chǎn)品需求定義階段。問答分析方法問答分析方法

問答分析方法很簡單：刨根究底地問，如果問題都被解答了，那么需求也就分析清楚了。一個人可以“自問自答”地分析需求，幾個人分析需求則稱為“研討”。問答分析最重要的問題是：“是什么”,”做什么”和“為什么”。每個需求都應(yīng)當(dāng)用陳述句說明“是什么”，如果“是什么”的內(nèi)涵不夠清晰，則應(yīng)補充說明“不是什么”。如果“是什么”和“不是什么”并不是“理所當(dāng)然”的，那么應(yīng)當(dāng)解釋“為什么”，以便加深讀者的理解。追究“是什么”和“為什么”的目的是獲得正確、清楚的需求。

其它常見的問題有：

需求存在二義性嗎？

需求文檔的上下文有矛盾嗎？

需求完備嗎？

需求是必要的嗎？

需求可實現(xiàn)嗎？

需求可驗證嗎？

需求的優(yōu)先級確定了嗎？

建模分析法人們都有這樣地感受：有些時候用語言描述某個問題特別費勁，而采用圖形則使人一目了然.在需求開發(fā)過程中，對于某些類型的信息，用圖形表示要比文本表示更加有效。所以將圖形與文本結(jié)合起來描述需求是很自然的方法。需求建模就是指用圖形符號來表示、刻畫需求。建模分析方法主要有兩大類：“結(jié)構(gòu)化分析法”和“面向?qū)ο蠓治龇ā薄?/p>

恰當(dāng)?shù)厥褂脠D形符號：現(xiàn)代建模工具如Rose、Jude有非常豐富的圖形符號和文字標(biāo)注，能很好地表達模型的細節(jié)。要注意的是：在建模時使用花樣過多的圖形符號或文字意味著模型表示的復(fù)雜化，將使開發(fā)人員更難掌握，而且使圖形文檔更加雜亂。世上不存在一個包羅萬象的圖——它能完整地描述需求。需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用。建議將模型存放在需求文檔的附錄中，便于正文引用。分析決策當(dāng)需求從四面八方收集來后，需求的沖突在所難免。對于那些難以達成共識的需求而言，經(jīng)常會發(fā)生“公說公有理，婆說婆有理”的現(xiàn)象。那么需求分析員究竟應(yīng)該聽誰的呢？如果一群人對需求有爭議，并不是誰聲音最響就聽誰的。根據(jù)生活經(jīng)驗，最保險的辦法是：先聽官兒大的或者威望高的，如果大家的職位和威望都差不多，那么采用“少數(shù)服從大多數(shù)”的原則。如果一個產(chǎn)品可以賣給幾類客戶，但是各類客戶都要求產(chǎn)品按照他們的喜好來開發(fā)。此時對需求的決策應(yīng)當(dāng)以商業(yè)利益為導(dǎo)向，即哪一類客戶出錢最多就先滿足他們的需求，以后再做那些獲利相對較少的需求。當(dāng)開發(fā)者想象中的產(chǎn)品與客戶所提的需求有沖突時，一般應(yīng)當(dāng)尊重客戶的觀點。但是不要陷入“客戶總是對的”陷阱里，需求分析員應(yīng)當(dāng)糾正明顯不合理的客戶需求。如果產(chǎn)品很復(fù)雜，雙方都不太明白需求，此時最好請開發(fā)人員快速構(gòu)造軟件的原型，雙方看著軟件原型再分析需求什么是好的需求規(guī)格說明書正確

需求規(guī)格說明書應(yīng)當(dāng)正確地反映用戶的真實意圖，“正確”是《產(chǎn)品需求規(guī)格說明書》最重要的屬性。如果“不正確”僅僅是由于錯別字造成的，那么多檢查幾遍文檔就能解決問題。真正的困難是開發(fā)者和用戶自己都不明白用戶究竟“想要什么”和“不要什么”。為確保需求是正確的，開發(fā)方和用戶必須對《需求規(guī)格說明書》進行確認。

清楚

清楚的需求讓人易讀易懂。清楚的反義詞是“難讀”、“難理解”。你可以采用反問的方式來判斷需求文檔是否清楚：文檔的結(jié)構(gòu)、段落是否亂七八糟？上下文是否不連貫？文檔的語句是否含糊其詞、羅里羅嗦？看了半天是否還不明白需求究竟是什么？無二義性

“無二義性”是指每個需求只有唯一的含義。如果一個人說的話，不同的人可能有不同的理解，那么這句話就有二義性。如果需求存在二義性，將會導(dǎo)致人們誤解需求而開發(fā)出偏離需求的產(chǎn)品。為了使需求無二義性，人們在寫《產(chǎn)品需求規(guī)格說明書》時措詞應(yīng)當(dāng)準(zhǔn)確，切勿模棱兩可。什么是好的需求規(guī)格說明書一致

“一致”（Consistent）是指《產(chǎn)品需求規(guī)格說明書》中各個需求之間不會發(fā)生矛盾。矛盾常常潛伏在需求文檔的上下文中。

必要

《產(chǎn)品需求規(guī)格說明書》中的各項需求對用戶而言應(yīng)當(dāng)都是必要的?？梢园选氨匾北扔鳛椤把┲兴吞俊?。“必要”往前一步，要么是“畫蛇添足”要么是“錦上添花”?！爱嬌咛碜恪憋@然是壞事，會導(dǎo)致開發(fā)人員多干一些吃力不討好的工作。所以要盡量剔除需求規(guī)格說明書中“畫蛇添足”的那些需求?！板\上添花”是好事，可能會讓用戶獲得比期望更多的喜悅，但是眼前用戶不會為此多付錢。開發(fā)者應(yīng)當(dāng)集中精力先完成必要的需求，如果條件允許則再做“錦上添花”的需求。為了避免主次顛倒，應(yīng)當(dāng)在《產(chǎn)品需求規(guī)格說明書》中將那些“錦上添花”的需求設(shè)置為較低的優(yōu)先級。什么是好的需求規(guī)格說明書完備“完備”（Complete）是指《產(chǎn)品需求規(guī)格說明書》中沒有遺漏一些必要的需求。人們往往傾向于關(guān)注系統(tǒng)的特色功能，而忽視了其它一些不起眼的但卻是必需的功能。不完備的《產(chǎn)品需求規(guī)格說明書》將導(dǎo)致產(chǎn)生功能不完整的軟件，用戶在使用該軟件時可能無法完成預(yù)期的任務(wù)。什么是好盲的需求規(guī)辮格說明書可實現(xiàn)《產(chǎn)品居需求規(guī)協(xié)格說明罩書》中咸的各項籮需求對開發(fā)方而言應(yīng)當(dāng)慚都是可實狼現(xiàn)的（A旺ttai城nabl姓e）。“可實現(xiàn)零”意味著解在技術(shù)上堪是可行的衰，并且滿減足時間、依費用、質(zhì)父量等約束奔。營銷人員窯和用戶談滑生意時，矛為了能拿淚到“單子抹”，他們餡往往對用鞠戶提出的寶需求“來誦者不拒”箭。吹牛皮季雖然不犯母法，但是頃《產(chǎn)品需夫求規(guī)格說笛明書》可棉是白紙黑嗚字啊。經(jīng)大過雙方確館認的《產(chǎn)碼品需求規(guī)表格說明書倦》相當(dāng)于標(biāo)商業(yè)合同廣，如果開嚇發(fā)方不能偶夠?qū)崿F(xiàn)《民產(chǎn)品需求片規(guī)格說明鴉書》中的鋼內(nèi)容，那沸就是違約蘆，可能會羞被罰款的蹲。對于合同步項目，如歐果開發(fā)方敢不能確信術(shù)某些需求版是否可實勁現(xiàn)，則應(yīng)使事先與用趟戶協(xié)商，烈達成一致女的處理意籌見，避免床將來發(fā)生告商業(yè)糾紛塌。什么是好給的需求規(guī)刑格說明書可驗證《產(chǎn)品恨需求規(guī)碰格說明叛書》中賓的各項承需求對用戶方而言應(yīng)啞當(dāng)都是仆可驗證禍的（V臣eri糟fia于ble億）。如冬果需求稅是不可墾驗證的始，那么封用戶就粘無法驗遮收軟件早，可能宰會發(fā)生銜商業(yè)糾疤紛。例如，摩祥天大樓的鞠一項需求韻是“抗十神二級臺風(fēng)暈”，這個旺需求看起北來堂而皇禾之，但是知如何驗證柱呢？當(dāng)摩宴天大樓完漿工后驗收世時，用戶露又不是巫堪師，他怎圍能造個十丘二級臺風(fēng)嚇來試驗？令如果雙方南都認可“油采用計算漸機模擬十章二級臺風(fēng)威”等效于勸實際測試凝，那么這目項需求就層是“可驗軋證”的什么是好尖的需求規(guī)下格說明書確定優(yōu)穩(wěn)先級為什么擔(dān)要確定歉需求的鍬“優(yōu)先迅級”？理論上擊講，軟陸件的所支有需求尊都應(yīng)當(dāng)招被實現(xiàn)坊。但是車在現(xiàn)實沸之中，補項目存淹在“進揪度、費晚用、人妙力資源查”等限匪制。在季項目剛雄開始的程時候，踏開發(fā)方使和客戶鈔比較樂偷觀，什奴么都要烈做，可浸是做著稼做著，擦人們常習(xí)常會面彩臨“進躬度延誤窄、費用勇超支、揮人員不前足”等皆問題，傘這時就掛亂套了踐。人們想花出了“泥取舍”掩辦法：幫先做優(yōu)校先級高芳的需求或，后做誤（甚至譽放棄）訴優(yōu)先級忠低的需市求，這先樣可以堡將風(fēng)險嗚降到最難低。需求的鑄優(yōu)先級特其實就窮是需求學(xué)“輕重申緩急”狀的分級培表述，赴例如劃呆分為“盲高、中謝、低”響三級。交一般地設(shè)，由用蘋戶和開蘋發(fā)方共寶同確定奇需求的膏優(yōu)先級瓣。什么是響好的需打求規(guī)格迫說明書闡述“純做什么器”而不辛是“怎鮮么做”《產(chǎn)品蝴需求規(guī)梨格說明談書》的租重點是械闡述“沸做什么蘆”，而修不是闡鴨述“怎晝么做”服?！霸趺蠲醋觥弊淌窍到y(tǒng)秋設(shè)計和命實現(xiàn)階診段的事壩情。國內(nèi)的很遷多軟件公淡司里，開直發(fā)人員常紅常身兼數(shù)犬職，可能嗎把需求開避發(fā)、系統(tǒng)汪設(shè)計、編侍程等工作傭從頭做到觀尾。所以何他們在調(diào)大查、分析墓、定義需賺求時，自蛙然會想到帽“怎么做顏”，這并述沒有什么注過錯。如袍果在調(diào)查住、定義需呀求時想好拒了“怎么勞做”，當(dāng)憂然應(yīng)該寫江下來，否分則豈不浪焰費！關(guān)鍵皺是不要將柄“怎么做便”寫到需沸求規(guī)格說普明書里面辟，記錄在暴其它文檔濟里就行了肌。如何定清義產(chǎn)品芽需求第一步殊：細化斑并分析賓用戶需規(guī)求需求分析港員首先對梅《用戶需仔求說明書攪》進行細配化，對比林較復(fù)雜的槳用戶需求蹦進行建模批分析，以攜幫助軟件果開發(fā)人員沉更好地理克解需求。臂例如采用器Rati誘onal姓的Ro鑒se工具張進行需求咬的建模分瘦析，建模燃分析產(chǎn)生腳的文檔可惹以作為《訴產(chǎn)品需求潤規(guī)格說明咱書》的附仰件。補充忽說明：建慣模分析的吧技術(shù)難度忍比較高，熊需求分析子員應(yīng)當(dāng)根蛛據(jù)自身水誼平進行取供舍。第二步：擔(dān)撰寫產(chǎn)品毫需求規(guī)格在說明書需求分析誦員按照指倉定的文檔舞模板撰寫伏《產(chǎn)品需過求規(guī)格說牧明書》。牌如果待開劣發(fā)的產(chǎn)品纏分為軟件鹽和硬件兩剃部分的話屠，則應(yīng)當(dāng)匆撰寫《軟液件需求規(guī)起格說明書茶》和《硬譯件需求規(guī)忘格說明書劍》。第三步偷：進行班需求確球認項目經(jīng)獎理邀請附同行專景家和用語戶（包謙括客戶泡和最終蜓用戶）軌一起評跌審《產(chǎn)臺品需求香規(guī)格說現(xiàn)明書》講，盡最匆大努力域使《產(chǎn)問品需求竭規(guī)格說翻明書》哪能夠正黎確無誤罵地反映詠用戶的碎真實意女愿。需求評休審之后辨，開發(fā)旗方和客柏戶方的追責(zé)任人夫?qū)Α懂a(chǎn)牛品需求畫規(guī)格說待明書》滴作書面拴承諾。需求文貝檔《用戶需斃求說明書禍》與《產(chǎn)晴品需求規(guī)面格說明書梁》的主要舅區(qū)別與聯(lián)從系前者主襲要采用以自然語肝言（和腐應(yīng)用域奏術(shù)語）耕來表達盯用戶需酒求，其塘內(nèi)容相糧對于后污者而言票比較粗督略，不責(zé)夠詳細陷。后者是前冰者的細化仰，更多地綿采用計算碎機語言和鞏圖形符號稍來刻畫需室求，產(chǎn)品遙需求是軟椒件系統(tǒng)設(shè)當(dāng)計的直接蠶依據(jù)。兩者之間件可能并不篩存在一一清影射關(guān)系姑，因為軟旁件開發(fā)商喘會根據(jù)產(chǎn)蘋品發(fā)展戰(zhàn)梁略、企業(yè)媽當(dāng)前狀況財適當(dāng)?shù)卣{(diào)墳整產(chǎn)品需什求，例如類用戶需求急可能被分侍配到軟件綁的數(shù)個版墳本中。軟坐件開發(fā)人籃員應(yīng)當(dāng)依勾據(jù)《產(chǎn)品驚需求規(guī)格順說明書》肅來開發(fā)當(dāng)震前產(chǎn)品。需求確認（添評審和古承諾）需求確認（設(shè)評審和不承諾）需求確認陡是指開發(fā)司方和客戶分方共同對壯《產(chǎn)品需樸求規(guī)格說聲明書》進體行評審，腎雙方對需津求達成共潔識后作出肯承諾。需旦求確認包銷含兩個重役要工作：碌“需求評勤審”和“在需求承諾耐”。人們在找交流的植時候，勵經(jīng)常會話發(fā)生“板問非所蹈求，答瘦非所問梳”的事帥情，用面戶表達茂的需求誼，不同箭的開發(fā)時人員可飾能有不幅同的理渣解。如飽果需求愈分析員黑誤解了裳需求，購那會導(dǎo)哨致后續(xù)渣的不少刪開發(fā)人秘員將錯貴就錯、較白干活群。就像債作文寫著跑題了家，寫得覆再好也捧白搭。樂這類錯脫誤連高蘆智商的拜外星人爆都不能怠避免：有個外子星人間兆諜潛伏稀到地球浩刺探情車報，它網(wǎng)給上司僚寫了一程份報告摸：“主誦宰地球床的是車剛。它們犁喝汽油勵，靠四色個輪子高滾動前擺進。嗓斯門極大靈，在夜娛里雙眼閥能射出尤強光。濟……有搞趣的是柳，車?yán)镒屪≈皇ХN叫作陷‘人’饒的寄生貧蟲，這急些寄生禽蟲完全懂控制了昂車?！辈徽撌菑?fù)綁雜的項目稻還是簡單鋸的項目，演需求分析閥員和用戶違都有可能嗽誤解需求緊。所以需礎(chǔ)求確認工獵作（屬于撐需求管理匹）必不可略少需求評審撲面臨的困崖難需求評知審的一衡個通病融是“虎亞頭蛇尾訪”。需虧求評審減的確乏練味，也杏比較費棒腦子。關(guān)剛開始郵評審時份，大家拒都比較倡認真，良越到后顧頭越馬福虎。需求評審制涉及的人崇員可能比嬌較多，有騙些時候讓尊這么多人漲聚在一起次花費比較篩長的時間無開會并不嘆容易（例好如有些人仔可能出差久在外，有欄些人可能船事務(wù)纏身博）。沒有牌必要把所洽有事情擠賄在一塊做呢，需求開廈發(fā)是循序席漸進的過學(xué)程，需求白評審也可騾以分段進縱行。這樣答每次評審善的時間比擺較短，參輛加評審的擱人員也少廟一些，組歷織會議就籮比較容易需求承諾需求承諾暗是指開發(fā)殿方和客戶覆方的責(zé)任冶人對通過禁了正式技級術(shù)評審的飄《產(chǎn)品需昌求規(guī)格說燥明書》作湖出承諾，衰該承諾具月有商業(yè)合屈同的效果欺。需求承諾臺的“八股尤文”如下迅：本《產(chǎn)柜品需求靈規(guī)格說枯明書》捐建立在晚雙方對唉需求的準(zhǔn)共同理間解基礎(chǔ)紛之上，泡我同意偵后續(xù)的起開發(fā)工棍作根據(jù)擔(dān)該《產(chǎn)宅品需求局規(guī)格說碌明書》涂開展。濾如果需襯求發(fā)生亞變化，屯我們將澤按照“至變更控殃制規(guī)程盜”執(zhí)行味。我明雞白需求紫的變更旦將導(dǎo)致兄雙方重隙新協(xié)商鐮成本、沙資源和摟進度等私。甲方簽醋字乙方簽堅字人們在帶作出承貸諾之前奶務(wù)必要任認真閱世讀文檔棗，一定歐要明白慨簽字意隔味著什楚么。需求跟蹤需求跟蹤悲的目的是陪建立與維揉護“需求鼠－設(shè)計－辰編程－測嫌試”之間側(cè)的一致性憲，確保所圍有的工作擁成果符合豪用戶需求憑。需求跟蹤乖有兩種方斜式：正向跟蹤島。檢查《熄產(chǎn)品需求淹規(guī)格說明舟書》中的問每個需求昂是否都能拍在后繼工希作成果中緩找到對應(yīng)久點。逆向跟達蹤。檢扭查設(shè)計倡文檔、車代碼、社測試用篇例等工羽作成果旱是否都畏能在《鞏產(chǎn)品需敲求規(guī)格槳說明書類》中找介到出處罵。正向跟店蹤和逆穗向跟蹤茶合稱為算“雙向大跟蹤”呼。不論拳采用何怎種跟蹤晝方式，封都要建治立與維應(yīng)護需求脅跟蹤矩匙陣（即零表格）星。需求粒跟蹤矩束陣保存兆了需求半與后繼牢工作成喚果的對怒應(yīng)關(guān)系需求變更氧控制需求發(fā)生禮變更的起心因主要有應(yīng)：隨著項目敵的進展，鍋人們（包塑括開發(fā)方客和客戶方饅）對需求爆的了解越更來越深入垃。原先的勒需求文檔肯可能存在秒這樣那樣場的錯誤或喘不足，因像此要變更咐需求。市場發(fā)節(jié)生了變毯化，原影先的需預(yù)求文檔輕可能跟火不上當(dāng)競前的市簽場需求同，因此代要變更蠢需求。提出需鞭求變更舌的動機李是好的濃，目的屑是希望填產(chǎn)品更拍加符合收用戶的毅需求。折對項目淡開發(fā)小刑組而言木，變更需問求意味公著要調(diào)花整資源各、重新側(cè)分配任環(huán)務(wù)、修可改前期談工作成灘果等，誤開發(fā)小書組要為積此付出型較重的匙代價。如果蝦每次需扔求變更認請求都逢被采納六的話，宇這個項島目也許久永遠不秀能按時涂完成。需求變腿更控制饑的目的旗：如趣果需求嘗變更帶瘦來的好新處大于文壞處，趴那么允匪許變更雪，但必蛇須按照憲已定義療的變更蝕規(guī)程執(zhí)穗行，以津免變更螺失去控誼制。把如果需榮求變更遲帶來的我壞處大腰于好處鞋，那么蠅拒絕變聯(lián)更。需求變控更控制撐過程中撓最難辦坐的事情舍是莫過底于“拒控絕客戶垃提出的茫需求變顛更請求紗”。通慌常情況灑下開發(fā)粗方是不該敢得罪筍客戶的款，但是尚無原則等地退讓徒將使開振發(fā)小組總陷入困代境。解日決這個書問題最命好的辦桿法是事岸先建立馳“游戲忘規(guī)則”行：開發(fā)方與惑客戶方達葛成“事不招過三”的估約定