開發(fā)一般流程ppt課件

1、WEB工程開發(fā)的普通流程總綱需求分析確實定(最重要)架構(gòu)與設(shè)計架構(gòu)分析與設(shè)計業(yè)務(wù)邏輯分析業(yè)務(wù)邏輯設(shè)計界面設(shè)計開發(fā)環(huán)境搭建開發(fā)-測試-開發(fā)-測試培訓(xùn)文檔編寫開發(fā)的普通流程需求分析為什么需求分析 需求分析是指了解用戶需求，就軟件功能與客戶達(dá)成一致，估計軟件風(fēng)險和評價工程代價，最終構(gòu)成開發(fā)方案的一個復(fù)雜過程，在這個過程中，用戶確實是處在主導(dǎo)位置，需求分析工程師和工程經(jīng)理要擔(dān)任整理用戶需求，為之后的軟件設(shè)計打下根底。需求分析階段終了后，要求得到相關(guān)的需求文檔， 需求分析之所以重要,就由于他具有決策性,方向性,戰(zhàn)略性的作用,他在軟件開發(fā)的過程中具有舉足輕重的位置.大家一定要對需求分析具有足夠的注重.在一

2、個大型軟件系統(tǒng)的開發(fā)中,他的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計. 需求分析的義務(wù) 需求分析的義務(wù)就是處理“用戶要做什么的問題,就是要全面地了解用戶的各項要求,并準(zhǔn)確地表達(dá)所接受的用戶需求 ，并且可以根據(jù)本人對用戶需求的了解，勸說并誘導(dǎo)客戶剔除不合理的需求。需求分析過程需求分析過程需求開發(fā)過程域 需求開發(fā)過程域 需求開發(fā)的目的是經(jīng)過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。 需求調(diào)查的目的是經(jīng)過各種途徑獲取用戶的需求信息原始資料，產(chǎn)生。 需求分析的目的是對各種需求信息進(jìn)展分析，消除錯誤，描寫細(xì)節(jié)等。常見的需求分析方法有“問答分析法和“建模分析法兩類。 需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)

3、確無誤的產(chǎn)品需求，產(chǎn)生。系統(tǒng)設(shè)計人員將根據(jù)開展系統(tǒng)設(shè)計任務(wù)。 需求管理過程域需求管理過程域 需求管理的目的是在客戶與開發(fā)方之間建立對需求的共同了解，維護(hù)需求與其它任務(wù)成果的一致性，并控制需求的變卦。 需求確認(rèn)是指開發(fā)方和客戶共同對需求文檔進(jìn)展評審，雙方對需求達(dá)成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。 需求跟蹤是指經(jīng)過比較需求文檔與后續(xù)任務(wù)成果之間的對應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣，確保產(chǎn)品根據(jù)需求文檔進(jìn)展開發(fā)。 需求變卦控制是指根據(jù)“變卦懇求審批更改重新確認(rèn)的流程處置需求的變卦，防止需求變卦失去控制而導(dǎo)致工程發(fā)生混亂需求開發(fā)過程中困難知識技藝問題 行業(yè)知識是無邊無際的。俗話說“隔行

4、如隔山，需求分析員能夠是某一領(lǐng)域的專家，但當(dāng)他接手陌生的業(yè)務(wù)時，他該怎樣辦？首先他要有勇氣做事，否那么連實際的時機都沒有。其次他該當(dāng)趕緊補習(xí)這一領(lǐng)域知識，不論是經(jīng)過自學(xué)還是培訓(xùn)的方式，否那么他很難與用戶交流。假設(shè)能夠的話，開發(fā)方最好請既懂軟件又懂運用域知識的行家來協(xié)助。需求開發(fā)過程中困難態(tài)度問題 相當(dāng)多的開發(fā)人員習(xí)慣于被動地對待需求開發(fā)。每當(dāng)遇到費事、波折時，他們會發(fā)牢騷，找出一堆用戶的缺陷。很多開發(fā)人員錯誤地以為： 需求是用戶的事情，不是我們的事情。我們?yōu)橛脩糸_發(fā)軟件，難道用戶不該通知我們該當(dāng)開發(fā)什么嗎？假設(shè)用戶說不清楚需求，或者經(jīng)常變卦需求，這類問題是用戶產(chǎn)生的，該當(dāng)由他們本人擔(dān)任。 用戶

5、說不清楚需求或者需求發(fā)生變卦，這些都是常見的問題，并不是絕癥，是人們可以設(shè)法處理的?？杀氖情_發(fā)人員把這些問題當(dāng)成了借口，不愿自動攻克問題，導(dǎo)致需求問題分散到整個軟件開發(fā)過程，產(chǎn)生太多的后患。 軟件企業(yè)的指點該當(dāng)給具有錯誤觀念的開發(fā)人員們洗腦：需求分析員的天職就是在有限的時間內(nèi)獲取準(zhǔn)確而細(xì)致的用戶需求，假設(shè)做不到就是失職，不要找借口。 協(xié)作關(guān)系 假設(shè)需求分析員不能與用戶建立良好的協(xié)作關(guān)系，那么他們在需求開發(fā)過程中會很疲憊。 倘假設(shè)用戶不能很好地配合需求分析員，那并不表示他是個壞蛋。由于用戶有他本人的想法：我回答了他們的問題，講了該講的。我們付錢給他們，難道還要我伺候他們不成？我還要干本人的事情

6、，別打擾我了。他們本人想方法把活干好吧。 需求分析員不是銷售人員，他們不能夠象銷售人員那樣經(jīng)過某些手段籠絡(luò)住用戶就能勝利。出色的需求分析員不僅要有過硬的專業(yè)知識，還要具備較強的交流、溝通才干。開發(fā)方與用戶的協(xié)作關(guān)系對需求開發(fā)而言是至關(guān)重要的。對于艱苦的、復(fù)雜的工程，我們不能完全期望雙方可以自發(fā)地建立起良好地協(xié)作關(guān)系，這樣風(fēng)險太大。 開發(fā)方和用戶方在開展需求開發(fā)之前，雙方協(xié)商并撰寫“用戶在需求工程中的權(quán)益與義務(wù)，即以協(xié)議的方式確定協(xié)作關(guān)系?！昂迷捄汀俺笤挾颊f在前頭，這樣能減少今后的摩擦。假設(shè)條件允許的話，開發(fā)方最好為用戶舉行關(guān)于需求工程的培訓(xùn)，這樣的培訓(xùn)將運用戶明白需求的重要性以及忽視需求的危害

7、性，從而促使他們積極友善地參與需求工程中的各項活動。 用戶在需求工程中的“權(quán)益用戶在需求工程中的“權(quán)益 1. 有權(quán)要求開發(fā)方派遣資質(zhì)合格的需求分析員和相關(guān)人員。2. 有權(quán)要求開發(fā)方采用用戶熟習(xí)的言語來描畫需求，即開發(fā)方必需提供用戶看得懂得需求文檔。3. 有權(quán)審查需求文檔，并對有爭議的需求作出決策。假設(shè)以為需求文檔不能準(zhǔn)確地反映用戶真實的志愿，可以回絕在需求文檔上簽字。 4. 假設(shè)用戶想要變卦需求，有權(quán)要求開發(fā)方對該變卦將產(chǎn)生的影響作出真實可信的評價，以便用戶決議能否變卦需求。用戶在需求工程中的“義務(wù)用戶在需求工程中的“義務(wù) 1. 以積極友善的態(tài)度與開發(fā)方人員交流、協(xié)作，盡能夠地為開發(fā)方人員提供

8、任務(wù)和生活上的便利。 2. 樂意接受需求分析員的采訪，在不走漏的前提下盡能夠地回答需求分析員的問題。3. 在不走漏的前提下，盡能夠地向需求分析員提供與需求相關(guān)的資料。 4. 與需求分析員共同評審需求文檔，確保需求文檔準(zhǔn)確地反映用戶真實的志愿。5. 對專業(yè)性太深化的知識領(lǐng)域，用戶有義務(wù)組織開發(fā)人員進(jìn)展簡單的培訓(xùn)。 需求沒有做好的后果 如何預(yù)備調(diào)查需求需求分析員該當(dāng)確定需求調(diào)查的方式，例如： 與用戶擔(dān)任人交談，向用戶提問題。同未來此軟件的目的用戶交談，了解他們的目前的任務(wù)情況.觀賞用戶的任務(wù)流程，察看用戶的操作。 與同行、專家交談，聽取他們的意見。 分析曾經(jīng)存在的同類軟件產(chǎn)品，提取需求。 從行業(yè)規(guī)

9、范、規(guī)那么中提取需求。如何做好需求分析為了得到用戶的金錢，企業(yè)不得不鼓吹：用戶就是上帝，用戶永遠(yuǎn)是正確的。 誰都知道這不是真的?，F(xiàn)實上，很多時候用戶說不清楚需求、會說錯需求或者提出一些無法實現(xiàn)的需求。需求分析是指在需求開發(fā)過程中，對所獲取的需求信息進(jìn)展分析，及時排除錯誤和彌補缺乏，確保需求文檔正確地反映用戶的真實意圖。 需求分析是需求開發(fā)過程中最費腦子的任務(wù)。分析方法大體有兩類：“問答分析法和“建模分析法。后者技術(shù)性比較強，寫出來有學(xué)術(shù)味，故大多數(shù)軟件工程書籍都有論述。前者就是一些常識而已，雖然寫不成文章，但是簡單易用保他一學(xué)就會，很有適用價值。 “問答分析法比較適宜于用戶需求調(diào)查階段“建模分

10、析法比較適宜于產(chǎn)品需求定義階段。問答分析方法問答分析方法 問答分析方法很簡單：刨根究底地問，假設(shè)問題都被解答了，那么需求也就分析清楚了。一個人可以“自問自答地分析需求，幾個人分析需求那么稱為“研討。 問答分析最重要的問題是：“是什么,做什么和“為什么。每個需求都該當(dāng)用陳說句闡明“是什么，假設(shè)“是什么的內(nèi)涵不夠明晰，那么應(yīng)補充闡明“不是什么。假設(shè)“是什么和“不是什么并不是“理所當(dāng)然的，那么該當(dāng)解釋“為什么，以便加深讀者的了解。清查“是什么和“為什么的目的是獲得正確、清楚的需求。 其它常見的問題有： 需求存在二義性嗎？ 需求文檔的上下文有矛盾嗎？ 需求完備嗎？ 需求是必要的嗎？ 需求可實現(xiàn)嗎？ 需

11、求可驗證嗎？ 需求的優(yōu)先級確定了嗎？ 建模分析法人們都有這樣地感受：有些時候用言語描畫某個問題特別費力，而采用圖形那么使人一目了然. 在需求開發(fā)過程中，對于某些類型的信息，用圖形表示要比文本表示更加有效。所以將圖形與文本結(jié)合起來描畫需求是很自然的方法。需求建模就是指用圖形符號來表示、描寫需求。建模分析方法主要有兩大類：“構(gòu)造化分析法和“面向?qū)ο蠓治龇ā?恰當(dāng)?shù)剡\用圖形符號：現(xiàn)代建模工具如Rose、Jude有非常豐富的圖形符號和文字標(biāo)注，能很好地表達(dá)模型的細(xì)節(jié)。要留意的是：在建模時運用花樣過多的圖形符號或文字意味著模型表示的復(fù)雜化，將使開發(fā)人員更難掌握，而且使圖形文檔更加雜亂。 世上不存在一個包

12、羅萬象的圖它能完好地描畫需求。需求建模不能夠取代文字描畫。在需求文檔中，文字描畫是第一重要的，建模主要是起分析、解釋作用。建議將模型存放在需求文檔的附錄中，便于正文援用。 分析決策當(dāng)需求從四面八方搜集來后，需求的沖突在所難免。對于那些難以達(dá)成共識的需求而言，經(jīng)常會發(fā)生“公說公有理，婆說婆有理的景象。那么需求分析員終究應(yīng)該聽誰的呢？ 假設(shè)一群人對需求有爭議，并不是誰聲音最響就聽誰的。根據(jù)生活閱歷，最保險的方法是：先聽官兒大的或者聲威高的，假設(shè)大家的職位和聲威都差不多，那么采用“少數(shù)服從大多數(shù)的原那么。假設(shè)一個產(chǎn)品可以賣給幾類客戶，但是各類客戶都要求產(chǎn)品按照他們的喜好來開發(fā)。此時對需求的決策該當(dāng)以

13、商業(yè)利益為導(dǎo)向， 即哪一類客戶出錢最多就先滿足他們的需求，以后再做那些獲利相對較少的需求。 當(dāng)開發(fā)者想象中的產(chǎn)品與客戶所提的需求有沖突時，普通該當(dāng)尊重客戶的觀念。但是不要墮入“客戶總是對的圈套里，需求分析員該當(dāng)糾正明顯不合理的客戶需求。假設(shè)產(chǎn)品很復(fù)雜，雙方都不太明白需求，此時最好請開發(fā)人員快速構(gòu)造軟件的原型，雙方看著軟件原型再分析需求什么是好的需求規(guī)格闡明書正確 需求規(guī)格闡明書該當(dāng)正確地反映用戶的真實意圖，“正確是最重要的屬性。假設(shè)“不正確僅僅是由于錯別字呵斥的，那么多檢查幾遍文檔就能處理問題。真正的困難是開發(fā)者和用戶本人都不明白用戶終究“想要什么和“不要什么。為確保需求是正確的，開發(fā)方和用戶

14、必需對進(jìn)展確認(rèn)。 清楚 清楚的需求讓人易讀易懂。清楚的反義詞是“難讀、“難了解。他可以采用反問的方式來判別需求文檔能否清楚：文檔的構(gòu)造、段落能否亂七八糟？上下文能否不銜接？ 文檔的語句能否模糊其詞、羅里羅嗦？ 看了半天能否還不明白需求終究是什么？ 無二義性 “無二義性 是指每個需求只需獨一的含義。假設(shè)一個人說的話，不同的人能夠有不同的了解，那么這句話就有二義性。假設(shè)需求存在二義性，將會導(dǎo)致人們誤解需求而開發(fā)出偏離需求的產(chǎn)品。為了使需求無二義性，人們在寫時措詞該當(dāng)準(zhǔn)確，切勿模棱兩可。 什么是好的需求規(guī)格闡明書一致 “一致Consistent是指中各個需求之間不會發(fā)生矛盾。矛盾經(jīng)常埋伏在需求文檔的

15、上下文中。 必要 中的各項需求對用戶而言該當(dāng)都是必要的。可以把“必要比喻為“雪中送炭?！氨匾耙徊?，要么是“畫蛇添足要么是“錦上添花。“畫蛇添足顯然是壞事，會導(dǎo)致開發(fā)人員多干一些費勁不討好的任務(wù)。所以要盡量剔除需求規(guī)格闡明書中“畫蛇添足的那些需求?！板\上添花是好事，能夠會讓用戶獲得比期望更多的喜悅，但是眼前用戶不會為此多付錢。開發(fā)者該當(dāng)集中精神先完成必要的需求，假設(shè)條件允許那么再做“錦上添花的需求。為了防止主次顛倒，該當(dāng)在中將那些“錦上添花的需求設(shè)置為較低的優(yōu)先級。什么是好的需求規(guī)格闡明書完備 “完備Complete是指中沒有脫漏一些必要的需求。人們往往傾向于關(guān)注系統(tǒng)的特征功能，而忽視了其它

16、一些不起眼的但卻是必需的功能。 不完備的將導(dǎo)致產(chǎn)生功能不完好的軟件，用戶在運用該軟件時能夠無法完成預(yù)期的義務(wù)。 什么是好的需求規(guī)格闡明書可實現(xiàn) 中的各項需求對開發(fā)方而言該當(dāng)都是可實現(xiàn)的Attainable?！翱蓪崿F(xiàn)意味著在技術(shù)上是可行的，并且滿足時間、費用、質(zhì)量等約束。營銷人員和用戶談生意時，為了能拿到“單子，他們往往對用戶提出的需求“來者不拒。吹牛皮雖然不犯法，但是可是白紙黑字啊。經(jīng)過雙方確認(rèn)的相當(dāng)于商業(yè)合同，假設(shè)開發(fā)方不可以實現(xiàn)中的內(nèi)容，那就是違約，能夠會被罰款的。 對于合同工程，假設(shè)開發(fā)方不能確信某些需求能否可實現(xiàn)，那么應(yīng)事先與用戶協(xié)商，達(dá)成一致的處置意見，防止未來發(fā)生商業(yè)糾紛。 什么是

17、好的需求規(guī)格闡明書可驗證 中的各項需求對用戶方而言該當(dāng)都是可驗證的Verifiable。假設(shè)需求是不可驗證的，那么用戶就無法驗收軟件，能夠會發(fā)生商業(yè)糾紛。 例如，摩天大樓的一項需求是“抗十二級臺風(fēng)，這個需求看起來堂而皇之，但是如何驗證呢？當(dāng)摩天大樓完工后驗收時，用戶又不是巫師，他怎能造個十二級臺風(fēng)來實驗？假設(shè)雙方都認(rèn)可“采用計算機模擬十二級臺風(fēng)等效于實踐測試，那么這項需求就是“可驗證的什么是好的需求規(guī)格闡明書確定優(yōu)先級 為什么要確定需求的“優(yōu)先級？ 實際上講，軟件的一切需求都該當(dāng)被實現(xiàn)。但是在現(xiàn)實之中，工程存在“進(jìn)度、費用、人力資源等限制。在工程剛開場的時候，開發(fā)方和客戶比較樂觀，什么都要做，

18、可是做著做著，人們經(jīng)常會面臨“進(jìn)度延誤、費用超支、人員缺乏等問題，這時就亂套了。人們想出了“取舍方法：先做優(yōu)先級高的需求，后做甚至放棄優(yōu)先級低的需求，這樣可以將風(fēng)險降到最低。 需求的優(yōu)先級其實就是需求“輕重緩急的分級表述，例如劃分為“高、中、低三級。普通地，由用戶和開發(fā)方共同確定需求的優(yōu)先級。 什么是好的需求規(guī)格闡明書論述“做什么而不是“怎樣做 的重點是論述“做什么，而不是論述“怎樣做?！霸鯓幼鍪窍到y(tǒng)設(shè)計和實現(xiàn)階段的事情。 國內(nèi)的很多軟件公司里，開發(fā)人員經(jīng)常身兼數(shù)職，能夠把需求開發(fā)、系統(tǒng)設(shè)計、編程等任務(wù)從頭做到尾。所以他們在調(diào)查、分析、定義需求時，自然會想到“怎樣做，這并沒有什么過錯。假設(shè)在調(diào)

19、查、定義需求時想好了“怎樣做，當(dāng)然應(yīng)該寫下來，否那么豈不浪費！關(guān)鍵是不要將“怎樣做寫到需求規(guī)格闡明書里面，記錄在其它文檔里就行了。如何定義產(chǎn)品需求第一步：細(xì)化并分析用戶需求 需求分析員首先對進(jìn)展細(xì)化，對比較復(fù)雜的用戶需求進(jìn)展建模分析，以協(xié)助軟件開發(fā)人員更好地了解需求。例如采用Rational 的Rose工具進(jìn)展需求的建模分析，建模分析產(chǎn)生的文檔可以作為的附件。補充闡明：建模分析的技術(shù)難度比較高，需求分析員該當(dāng)根據(jù)本身程度進(jìn)展取舍。 第二步：撰寫產(chǎn)品需求規(guī)格闡明書 需求分析員按照指定的文檔模板撰寫。假設(shè)待開發(fā)的產(chǎn)品分為軟件和硬件兩部分的話，那么該當(dāng)撰寫和。第三步：進(jìn)展需求確認(rèn)工程經(jīng)理約請同行專家

20、和用戶包括客戶和最終用戶一同評審，盡最大努力使可以正確無誤地反映用戶的真實志愿。 需求評審之后，開發(fā)方和客戶方的責(zé)任人對作書面承諾。 需求文檔與的主要區(qū)別與聯(lián)絡(luò)前者主要采用自然言語和運用域術(shù)語來表達(dá)用戶需求，其內(nèi)容相對于后者而言比較粗略，不夠詳細(xì)。后者是前者的細(xì)化，更多地采用計算機言語和圖形符號來描寫需求，產(chǎn)品需求是軟件系統(tǒng)設(shè)計的直接根據(jù)。 兩者之間能夠并不存在一一影射關(guān)系，由于軟件開發(fā)商會根據(jù)產(chǎn)品開展戰(zhàn)略、企業(yè)當(dāng)前情況適當(dāng)?shù)卣{(diào)整產(chǎn)品需求，例如用戶需求能夠被分配到軟件的數(shù)個版本中。軟件開發(fā)人員該當(dāng)根據(jù)來開發(fā)當(dāng)前產(chǎn)品。 需求確認(rèn)評審和承諾需求確認(rèn)評審和承諾 需求確認(rèn)是指開發(fā)方和客戶方共同對進(jìn)展評

21、審，雙方對需求達(dá)成共識后作出承諾。需求確認(rèn)包含兩個重要任務(wù)：“需求評審和“需求承諾。人們在交流的時候，經(jīng)常會發(fā)生“問非所求，答非所問的事情，用戶表達(dá)的需求，不同的開發(fā)人員能夠有不同的了解。假設(shè)需求分析員誤解了需求，那會導(dǎo)致后續(xù)的不少開發(fā)人員將錯就錯、白干活。就像作文寫跑題了，寫得再好也白搭。這類錯誤連高智商的外星人都不能防止： 有個外星人間諜埋伏到地球刺探情報，它給上司寫了一份報告：“主宰地球的是車。它們喝汽油，靠四個輪子滾動前進(jìn)。嗓門極大，在夜里雙眼能射出強光。有趣的是，車?yán)镒≈环N叫作人的寄生蟲，這些寄生蟲完全控制了車。 不論是復(fù)雜的工程還是簡單的工程，需求分析員和用戶都有能夠誤解需求。所

22、以需求確認(rèn)任務(wù)屬于需求管理必不可少需求評審面臨的困難需求評審的一個通病是“虎頭蛇尾。需求評審確實乏味，也比較費腦子。剛開場評審時，大家都比較仔細(xì)，越到后頭越馬虎。 需求評審涉及的人員能夠比較多，有些時候讓這么多人聚在一同破費比較長的時間開會并不容易例如有些人能夠出差在外，有些人能夠事務(wù)纏身。沒有必要把一切事情擠在一塊做，需求開發(fā)是循序漸進(jìn)的過程，需求評審也可以分段進(jìn)展。這樣每次評審的時間比較短，參與評審的人員也少一些，組織會議就比較容易需求承諾需求承諾是指開發(fā)方和客戶方的責(zé)任人對經(jīng)過了正式技術(shù)評審的作出承諾，該承諾具有商業(yè)合同的效果。 需求承諾的“八股文如下： 本建立在雙方對需求的共同了解根底

23、之上，我贊同后續(xù)的開發(fā)任務(wù)根據(jù)該開展。假設(shè)需求發(fā)生變化，我們將按照“變卦控制規(guī)程執(zhí)行。我明白需求的變卦將導(dǎo)致雙方重新協(xié)商本錢、資源和進(jìn)度等。甲方簽字 乙方簽字人們在作出承諾之前務(wù)必要仔細(xì)閱讀文檔，一定要明白簽字意味著什么。需求跟蹤需求跟蹤的目的是建立與維護(hù)“需求設(shè)計編程測試之間的一致性，確保一切的任務(wù)成果符合用戶需求。 需求跟蹤有兩種方式： 正向跟蹤。檢查中的每個需求能否都能在后繼任務(wù)成果中找到對應(yīng)點。 逆向跟蹤。檢查設(shè)計文檔、代碼、測試用例等任務(wù)成果能否都能在中找到出處。 正向跟蹤和逆向跟蹤合稱為“雙向跟蹤。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣即表格。需求跟蹤矩陣保管了需求與后繼任務(wù)成果的對應(yīng)關(guān)系需求變卦控制需求發(fā)生變卦的原因主要有： 隨著工程的進(jìn)展，人們包括開發(fā)方和客戶方對需求的了解越來越深化。原先的需求文檔能夠存在這樣那樣的錯誤或缺乏，因此要變卦需求。 市場發(fā)生了變化，原先的需求文檔能夠跟不上當(dāng)前的市場需求，因此要變卦需求。 提出需求變卦的動機是好的，目的是希望產(chǎn)品更加符合用戶的需求。對工程開發(fā)小組而言，變卦需求意味著要調(diào)整資源、重新分配義務(wù)、修正前期任務(wù)成果等，開發(fā)小組要為此付出較重的代價。假設(shè)每次需求變卦懇求都被采用的話，這個工程也許永遠(yuǎn)不能按時完成。 需求變卦控制的目的： 假設(shè)需求變卦帶來的益處大于害處，那么允許變卦，但必