轉(zhuǎn)載軟件開發(fā)流程word版-資料下載頁(yè)
2025-07-21 19:53本頁(yè)面
【正文】 果一個(gè)詳細(xì)描述下一次 迭代的計(jì)劃對(duì)下一次迭代的客觀度量標(biāo)準(zhǔn)到構(gòu)建階段的后期，必須完成以下工件，及本階段最后一次迭代額外的出口準(zhǔn)則： 一個(gè)部署計(jì)劃，指定必需的事項(xiàng)： 打包定價(jià)演示支持培訓(xùn)移交策略 (例如一個(gè)現(xiàn)有系統(tǒng)的更新計(jì)劃 )產(chǎn)品 (軟盤和手冊(cè) )用戶文檔 。它涉及銷售、打包、安裝、配置、支持用戶社區(qū)和做出修正等 . 從技術(shù)角度來看，伴隨本階段迭代的是一次或多次發(fā)布： `beta39。版發(fā)布、正式版發(fā)布、修補(bǔ) bug,或增強(qiáng)版發(fā)布。 當(dāng)用戶對(duì)產(chǎn)品滿意時(shí)，本階段即告結(jié)束。例如，契約性開發(fā)時(shí)正式驗(yàn)收，或者產(chǎn)品有關(guān)的所有活動(dòng)都已結(jié)束。此時(shí)，某些積累的資產(chǎn)可以加以整理，以為下一個(gè)周期或其他項(xiàng)目重用。 入口準(zhǔn)則： 上一次迭代的產(chǎn)品和工件，尤其是足夠成熟可以交付給用戶的軟件產(chǎn)品出口準(zhǔn)則： 前一階段某些文檔的更新，以及必要時(shí)根據(jù)原始及修訂后的成功標(biāo)準(zhǔn)，進(jìn)行 事后 項(xiàng)目性能分析，從而替換原有計(jì)劃。一個(gè)簡(jiǎn)短的清單，列出本次開發(fā)周期給組織帶來的新的資產(chǎn) ，我們應(yīng)用整個(gè)過程遞歸，仍從起始階段開始一個(gè)新的周期。因?yàn)槲覀円呀?jīng)有了一個(gè)產(chǎn) 品，所以比起一個(gè)初次開發(fā)的產(chǎn)品，起始階段可能大大縮短。細(xì)化階段也可能縮小范圍，而在計(jì)劃方面的關(guān)注程度要大于分析或構(gòu)架的演進(jìn)方面。需要指出：周期之間可以略有重疊。 較小的演進(jìn)可以通過延長(zhǎng)移交階段或增加一兩次迭代來完成。 移交階段可以以一個(gè)終結(jié)過程而結(jié)束，即產(chǎn)品不再演進(jìn)了，但是為了終結(jié)它，需要采取一些特定的動(dòng)作。 過程中的活動(dòng) Rational 過程中各個(gè)階段的名稱 (如起始、細(xì)化、構(gòu)建、移交 )與描述高級(jí)活動(dòng)的術(shù)語(yǔ) (如分析、設(shè)計(jì)、測(cè)試等 )相差甚遠(yuǎn)。因此我們?nèi)菀桌斫饽撤N活動(dòng)的進(jìn)行并不局限于某個(gè)特定階 段，也與其他作者、標(biāo)準(zhǔn)及特定領(lǐng)域的所使用的術(shù)語(yǔ)無關(guān)。這些活動(dòng)確實(shí)發(fā)生，但它們?cè)诿總€(gè)階段和每次迭代中的程度有所不同。下圖表明了活動(dòng)重點(diǎn)如何隨時(shí)間的推進(jìn)而發(fā)生演進(jìn)。 圖中活動(dòng)重點(diǎn)的變化也說明盡管每次迭代在形式上都是 相似 的，但它們的性質(zhì)和內(nèi)容卻是隨時(shí)間而改變的。 這還表明，一項(xiàng)活動(dòng)的結(jié)束并不總意味著另一項(xiàng)活動(dòng)的開始，即并不是分析完成了才開始設(shè)計(jì)，而是這些活動(dòng)相關(guān)的各種 工件 在隨著開發(fā)者對(duì)問題或需求的理解的加深也不斷得到更新。 最后，在一個(gè)迭代過程中，計(jì)劃、測(cè)試和集成這些活動(dòng)不是集中堆積在開發(fā)活動(dòng)的開始和結(jié)束 階段，而是增量地分布在整個(gè)開發(fā)周期的各個(gè)階段、每次迭代之中。它們并不表現(xiàn)為開發(fā)過程的某個(gè)獨(dú)立的階段或步驟。 盡管具體的項(xiàng)目有具體的區(qū)別，但對(duì)于一個(gè)中等規(guī)模、初次開發(fā)的典型項(xiàng)目來說，其開發(fā)周期中各種活動(dòng)的比例如下： 計(jì)劃與管理 15% 分析 /需求 10% 設(shè)計(jì) /集成 15% 實(shí)施 /功能測(cè)試 30% 度量 /評(píng)估 /驗(yàn)收測(cè)試 15% 工具 /環(huán)境 /變更管理 10% 維護(hù) (開發(fā)過程中的修補(bǔ) )5% ：它的工件中必須一直包括軟件產(chǎn)品自身。文檔應(yīng)該十分精簡(jiǎn)，數(shù)目不能太多，應(yīng)只保留那些確實(shí)從管理或技術(shù) 的角度有真正價(jià)值的文檔。 Rational 建議保留以下典型的文檔集。 管理工件管理工件不是產(chǎn)品，而是用來驅(qū)動(dòng)或監(jiān)控項(xiàng)目進(jìn)展、估計(jì)項(xiàng)目風(fēng)險(xiǎn)、調(diào)整項(xiàng)目資源，以及使客戶或投資者對(duì)項(xiàng)目保持一定的 可見性 的。 一份機(jī)構(gòu)策略文檔，是機(jī)構(gòu)開發(fā)過程的明文規(guī)定。它包含一個(gè)此類項(xiàng)目的實(shí)例。一份遠(yuǎn)景文檔 ,描述系統(tǒng)級(jí)需求，質(zhì)量要求和優(yōu)先級(jí)。一份業(yè)務(wù)案例文檔 ,描述財(cái)務(wù)環(huán)境、合同，以及項(xiàng)目的投資回報(bào)等等。一份開發(fā)計(jì)劃文檔 ,包括總體的迭代計(jì)劃和當(dāng)前及近期迭代的詳細(xì)規(guī)劃。一份評(píng)估標(biāo)準(zhǔn)文檔，包括需求、驗(yàn)收標(biāo)準(zhǔn)及其他特定的技術(shù)目標(biāo)，它們 由各個(gè)階段演進(jìn)的主要 里程碑 組成。包含迭代的目標(biāo)和驗(yàn)收水平。每次發(fā)布的版本描述文檔。部署文檔 ,包含對(duì)交付、培訓(xùn)、安裝、銷售、制造和交割相關(guān)的有用信息。狀態(tài)評(píng)估文檔：項(xiàng)目狀態(tài)的階段性 快照 ，具有進(jìn)展、人力、開銷、結(jié)果、關(guān)鍵風(fēng)險(xiǎn)、活動(dòng)等的度量標(biāo)準(zhǔn)。 技術(shù)工件它們或者是交付的產(chǎn)品，可執(zhí)行的軟件及手冊(cè)，或者是一些用于制造產(chǎn)品的藍(lán)圖，這些產(chǎn)品包括軟件模型、源代碼和其他有助于理解和演進(jìn)產(chǎn)品的工程信息。 用戶手冊(cè) ,在生命周期早期開發(fā)。軟件文檔 ,最好以源代碼自建文檔和模型的形式，其中模型是用合適的 CASE 工具捕獲并 維護(hù)的這些模型包括用例、類圖和過程圖等。一個(gè)軟件構(gòu)架文檔 ,描述軟件的整體構(gòu)架，及它的主要組成元素的分解說明：類的分組、類、過程、子系統(tǒng)、關(guān)鍵接口的定義和關(guān)鍵設(shè)計(jì)決策的依據(jù)。本文第 3 部分中列舉的入口準(zhǔn)則和出口準(zhǔn)則可以映射到這 11 類文檔之中。 上面介紹的這套文檔可以依照具體項(xiàng)目的類型進(jìn)行擴(kuò)充和刪減，一些文檔可以合并。文檔不必一定是紙張形式 也可以是電子表格、文本文件、數(shù)據(jù)庫(kù)、源代碼的注釋、超文本文檔等等 但相應(yīng)的信息資源必須被清楚地識(shí)別，易于訪問，也要保存一些歷史記錄。 去 七 樂無窮，盡在新浪新版博客，快來體驗(yàn)啊 ~請(qǐng)點(diǎn)擊進(jìn)入 ~ 特別聲明： 1：資料來源于互聯(lián)網(wǎng)，版權(quán)歸屬原作者 2：資料內(nèi)容屬于網(wǎng)絡(luò)意見，與本賬號(hào)立場(chǎng)無關(guān) 3：如有侵權(quán)，請(qǐng)告知，立即刪除。
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1