轉(zhuǎn)載軟件開發(fā)流程word版-文庫吧資料
2025-07-29 19:53本頁面
【正文】 碑的主要 具體元素，比日歷牌上的日期提供了多得多的內(nèi)容。一些工件更多地處于技術(shù)方面控制之下，另一些工件更多地處于管理方面的控制之下。 換句話說，每個階段可以分為一次或多次迭代過程。根據(jù)迭代在 開發(fā)周期中所處位置的不同，這些活動分別占不同的比例。每次發(fā)布都伴隨一些支持性工件：版本描述、用戶文檔和計(jì)劃等。 ，軟件開發(fā)可以視為一連串的迭代過程，通過這些迭代被開發(fā)的軟件得以增量演進(jìn)。 例如，演進(jìn)周期的啟動可能由以下這 幾項(xiàng)觸發(fā)：用戶建議增強(qiáng)功能、用戶環(huán)境的改變、重要技術(shù)的變更，以及應(yīng)對競爭的需要。這個時期我們稱之為演進(jìn) (evolution)。完成這 4 個階段稱為一個開發(fā)周期 ,它產(chǎn)生的軟件稱作第一代 (generation)。構(gòu)建階段 (Construction)構(gòu)建產(chǎn)品，發(fā)展最初的設(shè)想、構(gòu)架和計(jì)劃，直到 一個可以交付給用戶的產(chǎn)品 (完成后的設(shè)想 )完成。 兩種視角 Rational 過程可以從兩 種不同而又密不可分的視角來觀察： 從管理的視角來看，涉及財務(wù)、戰(zhàn)略、商業(yè)和人文方面從技術(shù)的視角來看，涉及質(zhì)量、工程和設(shè)計(jì)方法方面 周期和階段 從管理的角度，即從業(yè)務(wù)和經(jīng)濟(jì)的角度來看，對應(yīng)項(xiàng)目的進(jìn)展，軟件的生命周期包含四個主要階段： 起始階段 (Inception)有一個好的想法：詳細(xì)構(gòu)想出最終產(chǎn)品的設(shè)想和它的業(yè)務(wù)案例，確定項(xiàng)目的范圍。所以必 須注意，迭代是不能重疊的，即你還沒有完成當(dāng)前迭代時，你決不能進(jìn)入下一迭代，因?yàn)橄乱淮蔚挠?jì)劃是根據(jù)當(dāng)前迭代的結(jié)果而制定的。項(xiàng)目開發(fā)計(jì)劃也是完全體現(xiàn)迭代化的思想，每次迭代中項(xiàng)目經(jīng)理都會根據(jù)項(xiàng)目情況來不斷地調(diào)整和細(xì)化項(xiàng)目開發(fā)計(jì)劃。階段計(jì)劃當(dāng)前階段中包含有幾個迭代，每一次迭代要達(dá)到的目標(biāo)以及進(jìn)度安排。與之相反，迭 代開發(fā)模式認(rèn)為在項(xiàng)目早期只需要制定一個比較粗略的開發(fā)計(jì)劃，因?yàn)殡S著項(xiàng)目的進(jìn)展，項(xiàng)目的狀態(tài)在不斷地發(fā)生變化，項(xiàng)目經(jīng)理需要隨時根據(jù)迭代的結(jié)果來對項(xiàng)目計(jì)劃進(jìn)行調(diào)整，并制定下一次迭代的詳細(xì)計(jì)劃。 制定項(xiàng)目開發(fā)計(jì)劃在迭代化的開發(fā)模式中，項(xiàng)目開發(fā)計(jì)劃也是隨著項(xiàng)目的進(jìn)展而不斷細(xì)化、調(diào)整并完善的。但這種模式有一個固有的弱點(diǎn)，由于它對風(fēng)險的控制能力較差，往往會在產(chǎn)品化階段產(chǎn)生一些額外的迭代，造成項(xiàng)目的延誤。應(yīng)用這種策略時要求系統(tǒng)架構(gòu)非常穩(wěn)定，能夠適應(yīng)滿足后續(xù)需求變化的要求。當(dāng)架構(gòu)建立時，往往系統(tǒng)的功能也已經(jīng)基本實(shí)現(xiàn)，所以構(gòu)建階段只需要一次迭代。但項(xiàng)目的開發(fā)工作量較大，構(gòu)建階段需要有多次迭代來實(shí)現(xiàn)，每次迭代都在上一次迭代的基礎(chǔ)上增加實(shí)現(xiàn)一部分的系統(tǒng)功能，通過迭代的進(jìn)行而逐步實(shí)現(xiàn)整個系統(tǒng)的功能。 基于這種資源分配模式，一個典型的項(xiàng)目在項(xiàng)目進(jìn)度和所完成的工作量之間的關(guān)系可能如下表中的數(shù)據(jù)所示。另外一方面，由于前兩個階段 (先啟和精化 )的風(fēng)險較高，我們只是投入部分的資源，一旦發(fā)生返工或是項(xiàng)目目標(biāo)的改變，我們也可以將資源浪費(fèi)降到最低點(diǎn)。在項(xiàng)目開發(fā)周期中，開發(fā)資源的分配可以如下圖所示。等到這兩個階段結(jié)束之后，項(xiàng)目的一些主要風(fēng)險和問題也得到了解決，這時候再投入整個團(tuán)隊(duì)進(jìn)行全面的系統(tǒng)開發(fā)。 關(guān)于開發(fā)資源的分配基于 RUP 風(fēng)險驅(qū)動的迭代化開發(fā)模式，我們只需要在項(xiàng)目的先啟階段投入少量的資源，對項(xiàng)目的開發(fā)前景和商業(yè)可行性進(jìn)行一些探索性的研究。在精化階段中經(jīng)過幾次迭代后，我們要為系統(tǒng)建立一個穩(wěn)定的架構(gòu)，在此之后再實(shí)現(xiàn)更多的系統(tǒng)需求時，不再需要對該架構(gòu)進(jìn)行修改。每一個階段都是由里程碑來決定的，判斷一個階段是否結(jié)束的標(biāo)志就是看項(xiàng)目當(dāng)前的狀態(tài)是否滿足里碑中所規(guī)定的條件。 軟件開發(fā)的四個階段在 RUP 中，我們把軟件開發(fā)生命周期劃分為四個階段，每個階段的結(jié)束標(biāo)志就是一個主要的里程碑 (如下圖所示 )。 RUP 是一個 通用的軟件流程框架，它是一個以架構(gòu)為中心、用例驅(qū)動的迭代化軟件開發(fā)流程。在日常的工作我們也經(jīng)常地應(yīng)用到這一基本思想，如對于一個非常大型的工程項(xiàng)目，我們經(jīng)常會把它分為幾期來分步實(shí)施，從而把復(fù)雜的問題分解為相對容易解決的小問題，并且能夠在較短周期內(nèi)看到部分系統(tǒng)實(shí)現(xiàn)的效果，通過盡早暴露問題來幫助我們及早調(diào)整我們的開發(fā)資源，加強(qiáng)項(xiàng)目進(jìn)度的可控程度，保證項(xiàng)目的按時完成。這個階段的項(xiàng)目開發(fā)具有很強(qiáng)的可控性，從而保證我們按時交付一個高質(zhì)量的軟件系統(tǒng)。在早期的迭代中一旦遇到問題，如某一個迭代沒有完成預(yù)定的目標(biāo)，我們還可以及時調(diào)整開發(fā)進(jìn)度以保證項(xiàng)目按時完成。 迭代化方法解決的主要是對于風(fēng)險的控制問題，從下圖可以看出，傳統(tǒng)的開發(fā)流 程中系統(tǒng)的風(fēng)險要到項(xiàng)目開發(fā)的后期 (主要是測試階段 )才能夠被真正降低。例如為了同現(xiàn)有的同類產(chǎn)品競爭，可以決定采用搶先競爭對手一步的方法，提前發(fā)布一個功能簡化的產(chǎn)品。項(xiàng)目經(jīng)理可以很清楚地知道有哪些需求已經(jīng)實(shí)現(xiàn)了，并且比較準(zhǔn)確地估計(jì)項(xiàng)目的狀態(tài) ，對項(xiàng)目的開發(fā)進(jìn)度進(jìn)行必要的調(diào)整，保證項(xiàng)目按時完成。因?yàn)樵诿看蔚锌偸遣粩嗟丶m正錯誤，我們可以得到更高質(zhì)量的產(chǎn)品。而在非迭代式開發(fā)中，開發(fā)人員只有在項(xiàng)目接近尾聲時才能看到開發(fā)的結(jié)果，在此之前的相當(dāng)長時間，大家還是在不確定性中摸索前近。等到系統(tǒng)架構(gòu)穩(wěn)定之后，項(xiàng)目的風(fēng)險就比較低了，這個時候再去實(shí)現(xiàn)系統(tǒng)中
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1