軟件產(chǎn)品wbs分解指南-資料下載頁
2025-04-02 00:18本頁面
【正文】 原型模型從需求收集開始，軟件開發(fā)組與目標(biāo)用戶一起定義軟件的總體目標(biāo)，標(biāo)識(shí)出已知的需求，并規(guī)劃出進(jìn)一步定義的區(qū)域。然后是“快速設(shè)計(jì)”?？焖僭O(shè)計(jì)建立軟件中對(duì)用戶可見的部分，即“原型”。原型由用戶評(píng)估，并據(jù)此進(jìn)一步精化用戶需求。逐步調(diào)整原型使其滿足用戶的要求，同時(shí)也使開發(fā)組對(duì)該軟件有更好的理解，這個(gè)過程是迭代的，每一個(gè)迭代完成后均可生成一個(gè)可用的產(chǎn)品版本。拋棄型原型模型一般用來描述和驗(yàn)證用戶需求，可以采用與實(shí)際開發(fā)所不同的開發(fā)工具，建立模擬的數(shù)據(jù)庫系統(tǒng)，從而達(dá)到與用戶交流的最好效果。到用戶需求確定之后即不再繼續(xù)開發(fā)此原型。與非拋棄型原型模型的主要區(qū)別在于：①目的不同，拋棄型原型模型的目的是為了與用戶更好的溝通；②手段不同，拋棄型原型模型采用的技術(shù)手段與正式開發(fā)可以完全不同；③結(jié)果不同，拋棄型原型模型的工作產(chǎn)品不會(huì)在軟件研發(fā)中使用或大量使用，而多用于開發(fā)demo及驗(yàn)證用戶需求的復(fù)合性。使用原型模型進(jìn)行軟件開發(fā)，項(xiàng)目活動(dòng)包含以下幾個(gè)階段：①確定用戶需求階段 軟件項(xiàng)目負(fù)責(zé)人員根據(jù)用戶意向或市場(chǎng)調(diào)研等前期準(zhǔn)備的資料、文檔，對(duì)用戶需求進(jìn)行分析，編寫用戶需求文檔。 ②建造/修改原型階段 項(xiàng)目組根據(jù)原型評(píng)價(jià)結(jié)果對(duì)設(shè)計(jì)原型進(jìn)行建立、修改和完善，并記錄相關(guān)過程。 ③運(yùn)行/評(píng)價(jià)原型階段 項(xiàng)目負(fù)責(zé)人協(xié)同市場(chǎng)人員與用戶對(duì)設(shè)計(jì)原型進(jìn)行評(píng)價(jià)和討論，明確設(shè)計(jì)原型中要保留的和需去除的原型設(shè)計(jì)部分，提出需要進(jìn)一步補(bǔ)充和完善的需求內(nèi)容。 重復(fù)上述過程，直至用戶需求全部明確為止。各階段需要遵循的項(xiàng)目標(biāo)準(zhǔn)過程參見PD《項(xiàng)目標(biāo)準(zhǔn)過程裁剪指南》。 圖 6 原型模型開發(fā)的幾個(gè)階段（2）WBS劃分非拋棄型原型模型的WBS劃分 階段和過程ID從過程中選取任務(wù)工作成果名稱用戶需求分析《需求開發(fā)與管理規(guī)范》1獲取用戶需求《需求調(diào)研記錄單》2建立系統(tǒng)需求《需求分析說明書》3驗(yàn)證需求已經(jīng)驗(yàn)證的《軟件系統(tǒng)需求》建造/修改原型《產(chǎn)品實(shí)現(xiàn)管理規(guī)范》4搭建開發(fā)環(huán)境開發(fā)環(huán)境5編寫代碼源代碼、產(chǎn)品原型運(yùn)行/評(píng)價(jià)原型6運(yùn)行評(píng)價(jià)原型更新后《需求分析說明書》拋棄型原型模型的WBS劃分 任務(wù)類型ID任務(wù)工作成果名稱用戶需求分析1需求調(diào)查和分析《需求調(diào)研記錄單》建造/修改原型2用戶界面設(shè)計(jì)原型界面3與用戶交流修改界面修改后的原型界面4建立模擬數(shù)據(jù)庫模擬數(shù)據(jù)庫5開發(fā)源代碼，原型6功能測(cè)試及修改測(cè)試記錄和通過測(cè)試的工作產(chǎn)品運(yùn)行/評(píng)價(jià)原型7原型運(yùn)行問題記錄表8評(píng)價(jià)原型原型評(píng)價(jià)表（3）優(yōu)缺點(diǎn)該模型的優(yōu)點(diǎn)：①符合人們認(rèn)識(shí)事物的規(guī)律，系統(tǒng)開發(fā)循序漸進(jìn)，反復(fù)修改，確保較好的用戶滿意度；②開發(fā)周期短，費(fèi)用相對(duì)少；③由于有用戶的直接參與，系統(tǒng)更加貼近實(shí)際，易學(xué)易用，減少用戶的培訓(xùn)時(shí)間；該模型的缺點(diǎn)：①開發(fā)過程管理要求高，整個(gè)開發(fā)過程要經(jīng)過“修改—評(píng)價(jià)—再修改”的多次反復(fù)；②用戶過早看到系統(tǒng)原型，誤認(rèn)為系統(tǒng)就是這個(gè)模樣，易使用戶失去信心；③開發(fā)人員易將原型取代系統(tǒng)分析；④缺乏規(guī)范化的文檔資料，不利于系統(tǒng)的后期維護(hù)。（4）適用范圍該模型適合于：①處理簡(jiǎn)單過程明確、涉及面窄的小型系統(tǒng)；②大型系統(tǒng)的需求階段，用原型去跟用戶交流，需求分析會(huì)更加明確和細(xì)化。該模型不適合于：①大型、復(fù)雜系統(tǒng)，難以模擬；②存在大量運(yùn)算、邏輯性強(qiáng)的處理系統(tǒng)；③管理基礎(chǔ)工作不完善、處理過程不規(guī)范的系統(tǒng)；④大量批處理的系統(tǒng)。三、軟件生命周期模型的選擇在眾多的開發(fā)模型和過程方法中，企業(yè)應(yīng)選擇什么樣的開發(fā)模型，應(yīng)從以下幾方面進(jìn)行慎重考慮：實(shí)施推廣的難度雖然各種開發(fā)模型的內(nèi)容極其豐富，定義項(xiàng)目各個(gè)階段的活動(dòng)，并提供了一大堆的文檔模板，但是各個(gè)開發(fā)模型的實(shí)施最終還是依靠人。項(xiàng)目管理團(tuán)隊(duì)的管理能力和系統(tǒng)開發(fā)團(tuán)隊(duì)的技術(shù)能力決定了所選擇開發(fā)模型的實(shí)施難度。選擇一個(gè)適合項(xiàng)目團(tuán)隊(duì)特點(diǎn)的開發(fā)模型尤為重要。項(xiàng)目管理的側(cè)重點(diǎn)以上各個(gè)開發(fā)模型的過程特點(diǎn)也各不相同，如瀑布模型是文檔驅(qū)動(dòng)型的，迭代模型是風(fēng)險(xiǎn)驅(qū)動(dòng)型的，增量模型是任務(wù)驅(qū)動(dòng)型的，原型模型是需求驅(qū)動(dòng)型的。項(xiàng)目不同，其側(cè)重點(diǎn)也不同，如側(cè)重于進(jìn)度、質(zhì)量、成本控制、風(fēng)險(xiǎn)管理等等。根據(jù)項(xiàng)目的側(cè)重點(diǎn)，可以選擇不同的開發(fā)模型?？傊x擇一個(gè)合適的生命周期模型，并應(yīng)用正確的方法，對(duì)于任何軟件項(xiàng)目的成功是至關(guān)重要。企業(yè)在選擇開發(fā)模型應(yīng)從項(xiàng)目時(shí)間要求、需求明確程度、風(fēng)險(xiǎn)狀況等選擇合適的生命周期模型。18
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1