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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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