對(duì)于用戶本身需求不明情況下,對(duì)于業(yè)務(wù)要先從基本業(yè)務(wù)進(jìn)行細(xì)化,對(duì)于不明業(yè)務(wù)或不確定業(yè)務(wù)在后面進(jìn)行。對(duì)于進(jìn)出的單據(jù)一般在這種情況下用戶當(dāng)沒(méi)有現(xiàn)在的文檔,這個(gè)過(guò)程只需明確單據(jù)的進(jìn)出的必須數(shù)據(jù)源就可以,如果做到細(xì)節(jié),由用戶在需求調(diào)研期確定單證,是不太可能的----只是設(shè)計(jì)單據(jù)的樣式、風(fēng)格就不是短時(shí)間可以完成的。對(duì)于報(bào)表也只能明確基本報(bào)表要求及數(shù)據(jù)項(xiàng)。一般這種情況使用原型法進(jìn)行,先做一個(gè)簡(jiǎn)單的,在簡(jiǎn)單的上面再進(jìn)行完善。
對(duì)于用戶本身需求不明情況下的調(diào)研要做每日(或2到3天,最多3天為間隔)的工作(分析進(jìn)展)記錄,由雙方簽字,因?yàn)檎{(diào)研過(guò)程會(huì)出現(xiàn)為用戶要求添加一支新業(yè)務(wù),對(duì)新業(yè)務(wù)進(jìn)行分析后,因某些原因發(fā)現(xiàn)不能添加。這個(gè)過(guò)程的結(jié)果是一個(gè)0,但為證明是0這結(jié)果可能花了很長(zhǎng)的時(shí)間。要記錄這個(gè)過(guò)程,說(shuō)明調(diào)研過(guò)程中做了什么事情,有時(shí)有些人可能會(huì)說(shuō)為什么這么長(zhǎng)時(shí)間才出這點(diǎn)點(diǎn)東西,到時(shí)以便說(shuō)明原因。
關(guān)于選取開發(fā)模型
有時(shí)開發(fā)模型的選取不是很容易判斷的,這里面有時(shí)不單是需求及開發(fā)的問(wèn)題,對(duì)于開發(fā)商有開發(fā)周期、開發(fā)費(fèi)用的問(wèn)題,對(duì)于用戶同樣有內(nèi)部計(jì)劃、公司發(fā)展計(jì)劃等因素進(jìn)行影響。
一般來(lái)說(shuō)對(duì)于應(yīng)用開發(fā)―――為客戶開發(fā)軟件,客戶在開發(fā)及測(cè)試完畢軟件后就要實(shí)際開始使用,那么就使用瀑布模型。
當(dāng)然在需求明確的情況下自然也要使用瀑布模型
對(duì)于自主開發(fā)及客戶需求不明并有較長(zhǎng)的設(shè)計(jì)時(shí)間―――可以用演化模型。
而螺旋模型適于適合于大型軟件開發(fā),吸收了"演化"概念,不過(guò)有時(shí)也用于用戶需求不明的情況下。
當(dāng)然還有其他開發(fā)模型,沒(méi)有在本文討論。
名詞定義
瀑布模型:規(guī)定了各項(xiàng)軟件工程活動(dòng)。包括:制定開發(fā)計(jì)劃、進(jìn)行需求分析和說(shuō)明、軟件設(shè)計(jì)、程序編碼、測(cè)試及維護(hù)。
特點(diǎn):自上而下,相互銜接的固定次序,如瀑布流水、逐級(jí)下落。
演化模型:第一次只是試驗(yàn)開發(fā),其目標(biāo)只在于探索可行性,弄清軟件需求;第二次則在此基礎(chǔ)上獲得較為滿意的軟件產(chǎn)品,通常把一次得到的試驗(yàn)性產(chǎn)品稱"原型"。
特點(diǎn):減少由于軟件需求不明確而給開發(fā)帶來(lái)的風(fēng)險(xiǎn)。
螺旋模型:將瀑布模型及演化螺旋模型結(jié)合起來(lái),并且加入被兩種模型都忽略了的風(fēng)險(xiǎn)分析,彌補(bǔ)了兩者的不足。
完成需求確認(rèn)
對(duì)于需求最終的確認(rèn)需求先由系統(tǒng)開發(fā)人員對(duì)編寫的文檔進(jìn)行內(nèi)部審核及修訂,特別是文字問(wèn)題。系統(tǒng)分析人員(在中國(guó)這些人員一般是物科專業(yè)人員)編寫的文檔文字語(yǔ)法上一般有一定問(wèn)題。
內(nèi)部審核后交由用戶業(yè)務(wù)人員進(jìn)行確認(rèn),明確系統(tǒng)開發(fā)人員已經(jīng)了解業(yè)務(wù)需求,并進(jìn)行簽字確認(rèn)。 此文章共有4頁(yè) 上一頁(yè) 1 2 3 4
文章來(lái)源:中國(guó)項(xiàng)目管理資源網(wǎng)
軟件開發(fā)項(xiàng)目管理培訓(xùn)課程方案 |