processes軟件生命周期-i(編輯修改稿)
2025-08-18 20:21 本頁面
【文章內(nèi)容簡介】 處理關(guān)鍵特征能力，用 E來表示極好， F表示一般， P表示差。 表格 4：利用項目特征選擇生命周期的例子 項目 特征 V4 V3 EVO 工作量 不詳 不詳 不詳 復(fù)雜度 不詳 不詳 不詳 團隊規(guī)模 不詳 不詳 不詳 周轉(zhuǎn)時間 不詳 不詳 不詳 危險程度 不詳 不詳 不詳 需求清晰度 一般 一般 好 需求穩(wěn)定度 不詳 不詳 不詳 軟件生命周期 版本 6 技術(shù) /架構(gòu)獲得度 差 差 好 必須生成可重用軟件 一般 差 一般 必須使用已有軟件 一般 不詳 不詳 時間表可靠性需求 一般 一般 好 最小化開銷需求 不詳 不詳 不詳 顧客可見性需求 差 差 好 管理層可見性需求 一般 一般 好 模型總體情況 一般 差 好 表格 3被使用來對示例項目決定生存周期。對這個真實的項目，根據(jù)相應(yīng)的特征填入值總體情況最好的生存周期不一定是為項目選擇的實際生存周期。然而，最終選擇的規(guī)則必須歸檔。 示例項目實施上用了兩階段的進化開發(fā)模型。 生命周期模型 本節(jié)更詳細介紹了推薦的 4種模型。 每種模型都用圖形的方式來描述，顯示了它們應(yīng)用的階段和里程碑。描述了在何種條件下使用該模型，需要注意風(fēng)險和應(yīng)用裁剪 的指導(dǎo)。 每一幅圖都指出了運用于該模型的階段和里程碑。用粗體和斜體表示的里程碑推薦要有高層經(jīng)理參加。所有的里程碑都要由項目經(jīng)理簽字。 主要階段 : 項目定義 (PD) 項目初始化 (PI) 需求分析和計劃 (RAamp。P) 系統(tǒng)設(shè)計 (DD) 編碼（ CD） 測試 (TST) 軟件生命周期 版本 7 發(fā)布 (REL) 關(guān)閉 (CLS) 里程碑： 項目初始化里程碑 需求和計劃里程碑（ RAamp。P） 設(shè)計里程碑 (DSO) 編碼 測試里程碑 (ST) 發(fā)布里程碑 (REL) 結(jié)項 會議 (CLS) 利用這節(jié)提供的細節(jié)來最終選擇生存周期。對大多數(shù)的項目，從前面的部 分表格來看可能有不止一種適合的模型。利用本節(jié)所詳細描述的模型，有適應(yīng)或裁剪最終選出最合適的模型。 4 階段 V— 瀑布生命周期（ V4） 這個模型適合對于正規(guī)化程度低的小到中型項目。系統(tǒng)榮的規(guī)模和復(fù)雜度低，可以用一層設(shè)計表示。最終的系統(tǒng)可以用一個或多個單元來構(gòu)成。在這個生命周期中單元測試是必要的。 軟件生命周期 版本 8 何時使用： 項目的工作量、周轉(zhuǎn)時間中等。 產(chǎn)品復(fù)雜度和團隊規(guī)模中等。 需求和技術(shù)比較好地被理解。 周轉(zhuǎn)時間的性能上好。 優(yōu)勢： 可以對時間中等的控制 中等的開銷 對交付的解決方案有合理的控制 裁減指導(dǎo)： 在圖中所有的階段和里程碑都是必須的。因為只有一層設(shè)計和測試，所以測試的文檔都是不能裁減的。 該模型除了發(fā)布里程碑可以裁減所有的里程碑都是必須的，不可以裁減。 3 階段 V— 瀑布生命周期（ V3） 這個模型推薦給小到中規(guī)模的項目。系統(tǒng)的復(fù)雜度和團隊的規(guī)模一定要小，因為這個模型不提供單獨的需求和設(shè)計階段。這也可以對現(xiàn)有軟件功能少量的爭強。 軟件生命周期 版本 9 需求設(shè)計階段是在設(shè)計里程碑之前的所有階段的合并。需求、分析、計劃和設(shè)計活動都在這個階段進行，在這個生命周期模型中單元測試時不可裁減的。 何時使用： 規(guī)模和工作量要求低。 團隊規(guī) 模小。 由于排除了單的設(shè)計階段系統(tǒng)復(fù)雜度低。 需求和技術(shù)被很好的理解。 產(chǎn)品的結(jié)構(gòu)穩(wěn)定。 優(yōu)勢： 可以對時間中等的控制。 減少開銷。 注意： 在開發(fā)過程中最終用戶可視性不好。 由于沒有單獨的分析和設(shè)計階段而產(chǎn)生的風(fēng)險。 裁減指導(dǎo)： 在圖中所有的階段和里程碑都是必須的。 可以建立單獨的 SRS 和設(shè)計文檔。 測試計劃活動一定要在需求設(shè)計階段進行。 由于沒有單獨的設(shè)計階段所以需求里程碑和設(shè)計里程碑在 RSO 里程碑一起進行。 軟件生命周期 版本 10 進化開發(fā)模型 開發(fā)模型（ EVO）是一種迭代模型，可用來降低大項目的風(fēng)險。風(fēng)險可以用很多種類 ，這個模型的每一個迭代或發(fā)布都針對了特定的風(fēng)險集合。風(fēng)險可以是對需求理解不清楚、新技術(shù)的使用、架構(gòu)的可行性、潛在的性能問題等。每一個迭代都有不同的模型作為基礎(chǔ)，這個模型是從 表格 1種選出來的基本瀑布模型。問題指出了有多少個迭代和最后一迭代所需的產(chǎn)品。 以上所敘述的僅是在迭代的工程活動。非工程性活動將使用項目管理身命周期的一部份。請參考項目管理生命周期已獲得詳細資料。 何時使用： 中到高等項目，可靠性和最終用戶的可視性都很重要。 需求、框架和技術(shù)都沒有被很好的理解。 最終產(chǎn)品要有很好的擴展性。 優(yōu)勢： 對管理層 和顧客有很高的可視性。 風(fēng)險管理容易。 中等的開銷，至少提供相對穩(wěn)定的時間計劃。 注意： 軟件生命周期 版本 11 需要有很有經(jīng)驗和成熟的管理。 對每個周期的管理和文檔都有開銷。 對中途修改要明確定義，包括對原型周期。 在迭代過程發(fā)生巨大的變化會導(dǎo)致開銷增加和缺乏可靠性及擴展性。 裁減指導(dǎo)： 每一個迭代都有不同的模型作為基礎(chǔ)，這個模型是從表格 1 或表格 2 選出的基本瀑布模型，遵循他們的裁減指導(dǎo)。在每個迭代中可以使用不同的模型。 需求里程碑、設(shè)計里程碑、編碼測試里程碑是第一次迭代中 V4 中的各個里程碑的選擇點。
公司管理相關(guān)推薦
鄂ICP備17016276號-1