轉(zhuǎn)載軟件開(kāi)發(fā)流程word版-展示頁(yè)
2025-08-02 19:53本頁(yè)面
【正文】 尚未完成的功能，進(jìn)而完成整個(gè)項(xiàng)目。在迭代式方法中，集成可以說(shuō) 是連續(xù)不斷的，每一次迭代都會(huì)增量式集成一些新的系統(tǒng)功能，要集成的元素都比過(guò)去少得多，所以工作量和難度都是比較低的。通過(guò)向用戶演示迭代所產(chǎn)生的部分系統(tǒng)功能，我們可以盡早地收集用戶對(duì)于系統(tǒng)的反饋，及時(shí)改正對(duì)于用戶需求的理解偏差，從而保證開(kāi)發(fā)出來(lái)的系統(tǒng)真正地解決客戶的問(wèn)題。 與傳統(tǒng)的瀑布式開(kāi)發(fā)模型相比較，迭代化開(kāi) 發(fā)具有以下特點(diǎn)： 允許變更需求需求總是會(huì)變化，這是事實(shí)。在迭代化的方法中，我們將整個(gè)項(xiàng)目的開(kāi)發(fā)目標(biāo)劃分成為一些更易于完成和達(dá)到的階段性小目標(biāo)，這些小目標(biāo)都有一個(gè)定義明確的階段性評(píng)估標(biāo)準(zhǔn)。 ，我們建議采用迭代化的開(kāi)發(fā)方法來(lái)取代瀑布模型。項(xiàng)目管理人 員專注于文檔的完成和審核來(lái)估計(jì)項(xiàng)目的進(jìn)展情況所以項(xiàng)目經(jīng)理對(duì)于項(xiàng)目狀態(tài)的估計(jì)往往是不準(zhǔn)確的，當(dāng)他回答系統(tǒng)已完成了 80%的開(kāi)發(fā)任務(wù)時(shí)，剩下 20%的開(kāi)發(fā)任務(wù)實(shí)際上消耗的是整個(gè)項(xiàng)目 80%的開(kāi)發(fā)資源。對(duì)于項(xiàng)目風(fēng)險(xiǎn)的控制能力較弱項(xiàng)目風(fēng)險(xiǎn)在項(xiàng)目開(kāi)發(fā)較晚的時(shí)候才能夠真正降低，往往是經(jīng)過(guò)系統(tǒng)測(cè)試之后，才能確定該設(shè)計(jì)是否能夠真正滿足系統(tǒng)需求。這就意味著只有當(dāng)所有的系統(tǒng)模塊全部開(kāi)發(fā)完成之后，我們才進(jìn)行系統(tǒng)集成，對(duì)于一個(gè)由上百個(gè)模塊組的復(fù)雜系統(tǒng)來(lái)說(shuō)，這是一個(gè)非常艱巨而漫長(zhǎng)的工作。轉(zhuǎn)載 軟件開(kāi)發(fā)流程 原文地址：軟件開(kāi)發(fā)流程作者：軟件開(kāi)發(fā)專業(yè)軟件開(kāi)發(fā)流程圖 ，它將整個(gè)軟件開(kāi)發(fā)過(guò)程劃分為順序相接的幾個(gè)階段，每個(gè)階段都必需完成全部規(guī)定的任務(wù) (文檔 )后才能夠進(jìn)入下一個(gè)階段。如必須完成全部的系統(tǒng)需求規(guī)格說(shuō)明書(shū)之后才能夠進(jìn)入概要設(shè)計(jì)階段，編碼必需在系統(tǒng)設(shè)計(jì)完成之后才能夠進(jìn)行。 隨著我們所開(kāi)發(fā)的軟件項(xiàng)目越來(lái)越復(fù)雜，傳統(tǒng)的瀑布型開(kāi)發(fā)流程不斷地暴露出以下問(wèn)題： 需求或設(shè)計(jì)中的錯(cuò)誤往往只有到了項(xiàng)目后期才能夠被發(fā)現(xiàn)例如：系統(tǒng)交付客戶之后才發(fā)現(xiàn)原先對(duì)于需求的理解是錯(cuò)誤的，系統(tǒng)設(shè)計(jì)中的問(wèn)題要到測(cè)試階段才能被發(fā)現(xiàn)。軟件項(xiàng)目常常延期完成或開(kāi)發(fā)費(fèi)用超出預(yù)算項(xiàng)目開(kāi)發(fā)進(jìn)度往往會(huì)被意外發(fā)生的問(wèn)題所打亂，需要進(jìn)行返工或其他一些額外的開(kāi)發(fā)周期，造成項(xiàng)目延期或費(fèi)用超支。在傳統(tǒng)的瀑布模型中，需求和設(shè)計(jì)中的問(wèn)題是無(wú)法在項(xiàng)目開(kāi)發(fā)的前期被檢測(cè)出來(lái)的，只有當(dāng)?shù)谝淮蜗到y(tǒng)集成時(shí)，這些設(shè)計(jì)缺陷才會(huì)在測(cè)試中暴露出來(lái)，從而導(dǎo)致一系列的返工：重新設(shè)計(jì)、編碼、測(cè)試，進(jìn)而導(dǎo)致項(xiàng)目的延期和開(kāi)發(fā)成本的上升。 在瀑布模型中，我們要完成的是整個(gè)軟件系統(tǒng)開(kāi)發(fā)這個(gè)大目標(biāo)。迭代就是為了完成一定的階段性目標(biāo)而所從事的一系列開(kāi)發(fā)活動(dòng)，在每個(gè)迭代開(kāi)始前都要根據(jù)項(xiàng)目當(dāng)前的狀態(tài)和所要達(dá)到的階段性目標(biāo)制定迭代計(jì)劃，整個(gè)迭代過(guò)程包含了需求、設(shè)計(jì)、實(shí)施 (編碼 )、部署、測(cè)試等各種類型的開(kāi)發(fā)活動(dòng)，迭代完成之后需要對(duì)迭代完成的結(jié)果進(jìn)行評(píng)估，并以此為依據(jù)來(lái)制定下一次迭代的目標(biāo)。給項(xiàng)目帶來(lái)麻煩的常常主要是需求變化和需求 蠕變 ，它們會(huì)導(dǎo)致延期交付、工期延誤、客戶不滿意、開(kāi)發(fā)人員受挫。逐步集成元素在傳統(tǒng)的項(xiàng)目開(kāi)發(fā)中，由于要求一下子集成系統(tǒng)中所有的模塊，集成階段往往要占到整個(gè)項(xiàng)目很大比例的工作量 (最高可達(dá) 40%)，這一階段的工作經(jīng)常是不確定并且非常棘手。盡早降低風(fēng)險(xiǎn)迭代化開(kāi)發(fā)的主要指導(dǎo)原則就是以架構(gòu)為中心，在早期的迭代中所要解決的主要問(wèn)題就是盡快確定系統(tǒng)架構(gòu)，通過(guò)幾次迭代來(lái)盡快地設(shè)計(jì)出能夠滿足核心需求的系統(tǒng)架構(gòu)，這樣可以迅速降低整個(gè)項(xiàng)目的風(fēng)險(xiǎn)。有助于提高團(tuán)隊(duì)的士氣開(kāi)發(fā)人員通過(guò)每次迭代都可以在短期內(nèi)看到自己的工作成果，從而有助于他們?cè)鰪?qiáng)信心，更好地 完成開(kāi)發(fā)任務(wù)。生成更高質(zhì)量的產(chǎn)品每次迭代都會(huì)產(chǎn)生一個(gè)可運(yùn)行的系統(tǒng)，通過(guò)對(duì)這個(gè)可運(yùn)行系統(tǒng)進(jìn)行測(cè)試，我們?cè)谠缙诘牡芯涂梢约皶r(shí)發(fā)現(xiàn)缺陷并改正，性能上的瓶頸也可以盡早發(fā)現(xiàn)并處理。保證項(xiàng)目開(kāi)發(fā)進(jìn)度每次迭代結(jié)束時(shí)都會(huì)進(jìn)行評(píng)估，來(lái)判斷該次迭代有沒(méi)有達(dá)到預(yù)定的目標(biāo)。容許產(chǎn)品進(jìn)行戰(zhàn)術(shù)改變迭代化的開(kāi)發(fā)具有更大的靈活性，在迭代過(guò)程中可以隨時(shí)根據(jù)業(yè)務(wù)情況或市場(chǎng)環(huán)境來(lái)對(duì)產(chǎn)品的開(kāi)發(fā)進(jìn)行調(diào)整。迭代流程自身可在進(jìn)行過(guò)程中得到改進(jìn)和精煉一次迭代結(jié)束時(shí)的評(píng)估不僅要從產(chǎn)品和進(jìn)度的角度來(lái)考察項(xiàng)目的情況，而且還要分析組織和流程本身有什么待改進(jìn)之處，以便在下次迭代中更好地完成任務(wù)。而迭代化開(kāi)發(fā)中的風(fēng)險(xiǎn)，可以在項(xiàng)目開(kāi)發(fā)的早期通過(guò)幾次迭代來(lái)盡快地解決掉。一般到了項(xiàng)目開(kāi)發(fā)的后期 (風(fēng)險(xiǎn)受控階段 )，由于大部分高風(fēng)險(xiǎn)的因素 (如需求、架構(gòu)、性能等 )都已經(jīng)解決，這時(shí)候只需要投入更多的資源去實(shí)現(xiàn)剩余的需求即可。 迭代化開(kāi)發(fā)不是一種高深的軟件工程理論，它提 供了一種控制項(xiàng)目風(fēng)險(xiǎn)的非常有效的機(jī)制。 ，Rational 統(tǒng)一開(kāi)發(fā)流程 RUP(Rational Unified Process)可以給予我們實(shí)踐的指導(dǎo)。 RUP 是從幾千個(gè)軟件項(xiàng)目的實(shí)踐經(jīng)驗(yàn)中總結(jié)出來(lái)的，對(duì)于實(shí)際的項(xiàng)目具有很強(qiáng)的指導(dǎo)意義，是軟件開(kāi)發(fā)行業(yè)事實(shí)上的行業(yè)標(biāo)準(zhǔn)。 這四個(gè)階段主要是為了達(dá)到以下階段性的目標(biāo)里程碑： 先啟 (Inception)：確定項(xiàng)目開(kāi)發(fā)的目標(biāo)和范圍精化 (Elaboration)：確定系統(tǒng)架構(gòu)和明確需求構(gòu)建 (Construction)：實(shí)現(xiàn) 剩余的系統(tǒng)功能產(chǎn)品化(Transitio
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1