軟件項目過程定義表模版

1、單擊此處輸入項目名稱項目過程定義表文檔編號：項目編號：受控狀態(tài)：受控版本號：V1.02014年10月15日類別：A -增加 M -修改 D -刪除版本日期制定類別批準(zhǔn)描述（注明修改的條款或 頁）1.02014-10-09胡秋蘋A1. 項目生命周期選擇 12. 項目已定義過程 12.1通用過程裁剪12.2項目開發(fā)過程裁剪矩陣 3221瀑布型3222迭代型92.3項目支持過程裁剪矩陣 163. 偏差說明 184. 審核過程 18項目過程定義表項目名稱項目編號項目開始日期:項目計劃完成日期1. 項目生命周期選擇提示：請在選擇欄劃"，并在“選擇理由”欄說明理由可選生命周期模型選擇理由瀑布型迭

2、代型螺旋型增量型2. 項目已定義過程2.1通用過程裁剪通用過程：適用于所有生命周期模型適用的生命周期模型："瀑布型V增量型 V迭代型 V螺旋型階 段過程過程元素裁剪屬性裁剪選項輸出裁剪準(zhǔn)則生 命 周 期 全 階 段項 目 監(jiān) 控活 動項目計劃監(jiān)控頻率每周一次每兩周一次項目計劃監(jiān)控一 覽表項目周期較 長（6個月以 上）的項目， 可以選擇每 兩周一次周期性項目進(jìn)展 評估與匯報頻率每周一次每兩周一次項目周報項目周期較 長（6個月以 上）的項目， 可以選擇每 二周一次項目里程碑評估方式正式非正式項目里程碑報告當(dāng)里程碑節(jié) 點是階段結(jié) 束點時，采 用正式評 估，其它里 程碑評估方 式由項目經(jīng) 理

3、根據(jù)對項 目控制的重 要程度決定問題與偏差管理/項目計劃監(jiān)控一 覽表一差異與問 題管理/風(fēng) 險 管 理活 動制定風(fēng)險管理計劃方式專題計劃含在項目計 劃中風(fēng)險管理計劃中小項目風(fēng) 險管理計劃 可含在項目 計劃中風(fēng)險管理計劃技術(shù)評 審可選1 I 毛"W1一11仃J女不需要專題計劃需 要單獨(dú)的技 術(shù)評審方式非正式評審檢查表 評審報告風(fēng)險識別與應(yīng)對/風(fēng)險列表/風(fēng)險監(jiān)控/項目風(fēng)險列表（包 含于“項目計劃監(jiān) 控表”中）/項目風(fēng)險管理總結(jié)方式單獨(dú)總結(jié)報告含在項目總結(jié)報告中風(fēng)險管理總結(jié)報告/供 應(yīng) 商 管 理過程可選1 I 毛"W1一11仃J女不需要不需要：如 果項目不涉 及采購和外 包，可

4、裁剪 該過程活 動制定米購計劃方式專題計劃在項目計劃中采購計劃/米購計劃技術(shù)評審可選I I 毛"WII 需<不需要專題計劃需 要單獨(dú)的技 術(shù)評審方式非正式評審技術(shù)評審檢查表 技術(shù)評審報告選擇供應(yīng)商方式自主采購招標(biāo)供應(yīng)商評價表原則上采購 單價大于50 萬元的設(shè) 備、軟件和 外包或同類 設(shè)備總額大于100萬元時，采用招 標(biāo)方式簽定合同可選I I 毛"WII 需<不需要合同與合同審批 表不需要：供 應(yīng)商為公司 內(nèi)部時/采購產(chǎn)品交付計 劃/監(jiān)控合同執(zhí)行情況可選I I 毛"WII 需<不需要合同執(zhí)行狀態(tài)報告不需要：非 合冋方式可選I I 毛"WI

5、I 需<不需要外包過程監(jiān)控報告需要：外包方式到貨驗收/采購產(chǎn)品驗收報告/產(chǎn)品交付/2.2項目開發(fā)過程裁剪矩陣項目經(jīng)理在EPG組與和項目團(tuán)隊的協(xié)助下，在所選生命周期模型的指導(dǎo)下，對項目 開發(fā)裁剪矩陣進(jìn)行裁剪，定義項目的項目開發(fā)過程需要的活動和輸出。注：不同的生命周期模型具有不用的開發(fā)過程，本表支持二種類型的生命周期模型, 瀑布型、迭代型，在定義的過程中，可以依據(jù)項目特點定義。不需要的生命周期模型， 請刪除。2.2.1瀑布型適用的生命周期模型：“瀑布型口迭代型口螺旋型階 段過程過程元素（活動）裁 剪 屬 性裁剪選項輸出裁剪準(zhǔn)則*3立項項 目 計 劃召開項目啟動會 議方 式 Email正式會議

6、會議紀(jì)要Email:項目組成員少于5人制定初步項目計劃/項目計劃/獲取對項目計劃的承諾方 式 口頭 Email回復(fù)簽字根據(jù)承諾對于項目 的重要性，項目經(jīng) 理自己確定需 求 分 析 階 段需 求 開 發(fā)、技 術(shù) 評 審需求調(diào)研可選I 1 寶兩II 需<不需要需求調(diào)研計劃 需求調(diào)研報告不需要：用戶提出 明確紙質(zhì)需求時； 維護(hù)型項目/需求討論會議記錄/需求分析、需求 定義/需求討論記錄表 或會議記錄/可選I 1 寶兩II 需<不需要客戶需求說明書不需要：用戶提供 紙質(zhì)需求文檔時； 維護(hù)型項目；軟件 產(chǎn)品研發(fā)；/產(chǎn)品需求說明書/需求雙向追蹤表/客戶需求評審可選I 1 寶兩II 需<不

7、需要不需要：用戶提供 完整用戶需求說明 書時（用戶提供紙 質(zhì)需求文檔時；維 護(hù)型項目）方 式非正式評審正式評審評審檢查表 技術(shù)評審報告產(chǎn)品需求說明書 評審方 式正式評審評審計劃 評審檢查表 技術(shù)評審報告客戶需求確認(rèn)方 式會議會簽客戶需求說明書根據(jù)客戶要求確定項 目 計 劃 階 段項 目 計 劃、驗 收（計項目過程定義/項目過程定義表/項目估算/項目估算報告/制定項目計劃/項目計劃/項目計劃評審方 式正式評審 Email回復(fù)簽字評審計劃 評審檢查表 管理評審報告根據(jù)承諾對于項目 的重要性，項目經(jīng) 理自己確定制定驗收計劃/驗收計劃/制定系統(tǒng)測試計 戈U/系統(tǒng)測試計劃/劃）、系 統(tǒng) 測 試（ 計 劃

8、 ）、技 術(shù) 評 審系統(tǒng)測試計劃同行評審方 式正式評審 Email回復(fù)簽字評審計劃 評審檢查表 管理評審報告/概 要 設(shè) 計 階 段概 要 設(shè) 計、系 統(tǒng) 測 試（ 設(shè) 計 ）、技 術(shù) 評 審制疋備選方案并 評選可選I 1 寶兩II 需<不需要備選方案評估準(zhǔn) 則及評估方法備選方案評估分 析表備選方案需要：技術(shù)、需求 上具有創(chuàng)新性或者 大型項目不需要：1.在需求、 技術(shù)等方面與以前 項目高度類似的項 目2.采用相冋技術(shù)方 案的維護(hù)型項目新技術(shù)評價可選I 1 寶兩II 需<不需要新技術(shù)評價表需要：需制疋備選 方案且備選方案中 含有新技術(shù)不需要：1.不需制 疋備選方案2.備 選方案中不含

9、新技 術(shù)概要設(shè)計/概要設(shè)計說明書 接口一覽表/概要設(shè)計評審方 式正式評審 Email回復(fù)技術(shù)評審計劃 技術(shù)評審檢查表技術(shù)評審報告/設(shè)計系統(tǒng)測試用 例/系統(tǒng)測試用例/系統(tǒng)測試用例評審方 式 一般評審 Email回復(fù)技術(shù)評審檢查表 技術(shù)評審報告/詳 詳 細(xì) 設(shè) 計 階 段產(chǎn) 品 集 成（ 計 劃 ）、 詳 細(xì) 設(shè) 計、集 成 測 試（ 計 劃 和 設(shè) 計 ）、 技 術(shù) 評 審制定集成計劃/集成計劃/集成計劃技術(shù)評 審方 式正式評審其他技術(shù)評審表 技術(shù)評審報告制定集成測試計劃/集成測試計劃/集成測試計劃技術(shù)評審方 式會簽 Email答復(fù)正式評審技術(shù)評審表 技術(shù)評審報告詳細(xì)設(shè)計可選I 1 寶兩II 需

10、<不需要當(dāng)滿足如下情況 時，可將詳細(xì)設(shè)計 合并至概要設(shè)計 說明書：1 小項目，系統(tǒng)復(fù) 雜程度低，開發(fā)人 員能力足以根據(jù)概 要設(shè)計進(jìn)行開發(fā)2中小項目，為以 前項目的后繼或派 生，開發(fā)人員了解 程序結(jié)構(gòu)和需求3. 中小項目，采用 以前成熟項目的系 統(tǒng)結(jié)構(gòu)和設(shè)計思 想，開發(fā)人員了解 程序結(jié)構(gòu)4. 使用成熟的構(gòu)架 進(jìn)行設(shè)計、且概要 設(shè)計已包括詳細(xì)設(shè) 計信息5. 不變更技術(shù)方案 的維護(hù)型項目，且 開發(fā)人員了解結(jié)構(gòu) 和需求方 法面向?qū)ο竺嫦蜻^程詳細(xì)設(shè)計說明書 （面向?qū)ο螅┰敿?xì)設(shè)計說明書 （面向過程）詳細(xì)設(shè)計說明書 技術(shù)評審方 式 一般評審技術(shù)評審表 技術(shù)評審報告/設(shè)計集成測試用 例/集成測試用例/集

11、成測試用例技 術(shù)評審方 式 一般評審技術(shù)評審表 技術(shù)評審報告/編單制定單元測試計方按照測試計單元測試計劃自主研發(fā)大項目碼 與 單 元 測元 測 試( 計劃式劃模板制定含在項目計 戈V的附件項目 進(jìn)度計劃中項目進(jìn)度計劃中、小項目或者合 同項目試 階劃和單元測試計劃技術(shù)評審方 式 一般評審技術(shù)評審表 技術(shù)評審報告段設(shè) 計 )、支持文檔編寫文 檔 種 類培訓(xùn)材料 用戶手冊 安裝手冊 操作手冊可根據(jù)項目的具體 要求，編制上述文 檔中的一至多份編 碼支持文檔技術(shù)評 審方 式 一般評審 Email回復(fù)技術(shù)評審檢杳表 技術(shù)評審報告/實 現(xiàn)設(shè)計單元測試用 例方 式按照測試用 例模板制定單元測試用例*2關(guān)鍵軟件

12、代碼組 件技 術(shù) 評開發(fā)人員自己 編寫，格式不做限 制非關(guān)鍵軟件代碼組 件審、單 元 測 試單元測試用例技術(shù)評審方 式 一般評審技術(shù)評審表 技術(shù)評審報告*2關(guān)鍵軟件代碼組 件可不專門做評 審，可在測試時米 用交叉測試執(zhí)行 方式驗證非關(guān)鍵軟件代碼組 件編碼實現(xiàn)/源代碼/代碼技術(shù)評審方 式代碼走杳代碼走查報告項目經(jīng)理自定正式評審技術(shù)評審計劃 技術(shù)評審表 技術(shù)評審報告*2關(guān)鍵軟件代碼組 件執(zhí)行單元測試/測試用例的執(zhí)行 歷史缺陷管理頻 率事件驅(qū)動(有 缺陷時)測試記錄單根據(jù)測試情況而定編寫單元測試報告方 式合并到工作周 報個人工作周報 項目周報/集成產(chǎn) 品集成測試發(fā)布/ EmailEmail/與集建立

13、集成環(huán)境/集成環(huán)境檢杳單/集成確保接口兼容性/會議紀(jì)要/成 測 試 階 段、集 成 測 試確認(rèn)產(chǎn)品構(gòu)件準(zhǔn)備就緒/產(chǎn)品集成/集成后的產(chǎn)品 集成日志/執(zhí)行集成測試/測試用例的執(zhí)行 歷史/缺陷管理頻 率事件驅(qū)動（有 缺陷時）測試記錄單或Bug管理系統(tǒng)根據(jù)測試情況而定編寫集成測試報告/個人工作報告及 項目周報/產(chǎn)品打包/產(chǎn)品包/系 統(tǒng) 測 試 階 段系 統(tǒng) 測 試系統(tǒng)測試發(fā)布/ Email/集成測試通過，方 可申請系統(tǒng)測試執(zhí)行系統(tǒng)測試/測試用例的執(zhí)行 歷史/缺陷管理頻 率事件驅(qū)動（有 缺陷時）測試記錄單或Bug管理系統(tǒng)根據(jù)測試情況而定編寫系統(tǒng)測試報告/系統(tǒng)測試報告/驗 收 階 段驗 收 過 程驗收測試

14、申請/ Email正式申請驗收測試申請/*3對軟件產(chǎn)品的 驗收測試方 式用戶驗收測試用系統(tǒng)測試替 代或部分替代驗收測試報告用系統(tǒng)測試報告 替代或部分替代根據(jù)合同、任務(wù)書 的要求和項目本身 的情況選擇一種或 多種方式。當(dāng)系統(tǒng) 測試環(huán)境符合或可 模擬產(chǎn)品預(yù)期使用 環(huán)境時，系統(tǒng)測試 可作為軟件產(chǎn)品內(nèi) 部驗收測試驗收和產(chǎn)品交付/發(fā)布清單/問題處理頻 率事件驅(qū)動根據(jù)驗收測試和驗收情況而定編寫驗收報告:/驗收報告/產(chǎn)品發(fā)布（最終 版本發(fā)布）/全 生 命 周 期需 求 管 理需求變更頻 率事件驅(qū)動變更申請表當(dāng)需求發(fā)生變更時更新維護(hù)需求 雙向追蹤表頻 率事件驅(qū)動需求雙向追蹤表事件驅(qū)動：根據(jù)項 目情況而定注：*

15、1:立項的度量數(shù)據(jù)應(yīng)包含在項目管理類中，不單獨(dú)按階段統(tǒng)計。注：*2 :關(guān)鍵軟件代碼組件。對關(guān)鍵組件（或組件的部分）的選擇需要考慮如下的風(fēng)險條件:使用了新的技術(shù)、方法、工具，缺少經(jīng)驗的組件，比如新領(lǐng)域的軟件開發(fā);關(guān)鍵的架構(gòu)性的組件；必須準(zhǔn)確和優(yōu)化的復(fù)雜邏輯或算法；具有多個異常條件或失敗模式的組件；不易測試的異常處理代碼；打算復(fù)用的組件；將作為其他組件的模型或模板的組件；影響產(chǎn)品多個部分的組件；復(fù)雜的用戶界面；由缺乏經(jīng)驗的開發(fā)者創(chuàng)建的組件；以往具有很多缺陷或變更的模塊。符合這些條件中任何一種或幾種被認(rèn)為是高風(fēng)險的，我們都視為關(guān)鍵組件。注：*3 :對軟件產(chǎn)品的驗收測試，關(guān)鍵是要在軟件產(chǎn)品的預(yù)定使用環(huán)

16、境中來確認(rèn)其滿足預(yù)期用途。項目的合同、任務(wù)書或項目本身的項目計劃的制定要考慮這個關(guān)鍵因素。在項目中可能是采用一種或多種方式來確認(rèn)的。2.2.2迭代型適用的生命周期模型：口 瀑布型 V迭代型 口螺旋型階 段過程過程元素（活動）裁剪屬 性裁剪選項輸出裁剪準(zhǔn)則初 始 計 劃 階 段項 目 計 劃召開項目啟動會議方式 Email正式會議會議紀(jì)要Email:項目組成員少于5人制定初步項目計劃/項目計劃/獲取對項目計劃的承諾方式 口頭 Email回復(fù)簽字根據(jù)承諾對于項目 的重要性，項目經(jīng)理 自己確定需 求 階 段（需 求 管 理 和 需 求 開 發(fā)需求調(diào)研可選I I 毛"WII 需<不需要

17、需求調(diào)研計劃需求調(diào)研報告不需要：用戶提出明 確紙質(zhì)需求時（如國 稅總局直接下達(dá)明 確任務(wù)書）；雖然沒 有明確的紙質(zhì)需求， 但需求非常明確，（如采用新技術(shù)的 產(chǎn)品升級項目等）需求分析、需求定義/需求討論會議記錄/第1次 迭 代 )可選 車兩 需<不需要用戶需求說明書不需要：用戶提供紙 質(zhì)需求文檔時；產(chǎn)品 升級時/產(chǎn)品需求說明書/需求跟蹤/需求雙向追蹤表或需求管理系統(tǒng)/需求確認(rèn)方式會議會簽客戶需求確認(rèn)表根據(jù)客戶要求確定需求變更/變更申請表/項 目 計 劃 階 段( 第1次 迭 代 )項 目 計 劃項目過程定義/項目過程定義表/項目估算/項目估算報告/制定項目計劃/項目計劃/獲取對項目計劃的承

18、諾方式 口頭 Email回復(fù)簽字根據(jù)承諾對于項目 的重要性，項目經(jīng)理 自己確定設(shè) 計 和 編 碼 實 現(xiàn) 階 段( 第1技 術(shù) 方 案制疋備選方案并評 審可選 車兩 需<不需要備選方案評估準(zhǔn)則表 備選方案中小項目備選方案評 估分析報告需要：技術(shù)、需求上 具有創(chuàng)新性或者大 型項目不需要：在需求、技 術(shù)等方面與以前項 目高度類似的項目新技術(shù)評價可選 車兩 需<不需要新技術(shù)評價表需要：需制疋備選方 案且備選方案中含 有新技術(shù)不需要：1.不需制疋 備選方案2.備選方 案中不含新技術(shù)確定設(shè)計準(zhǔn)則方式單獨(dú)形成表 格含在產(chǎn)品需 求說明書中設(shè)計準(zhǔn)則及接口準(zhǔn)則 表已在產(chǎn)品需求說明 書中明確表達(dá)時不

19、需此表次 迭 代 ）概要設(shè)計/概要設(shè)計說明書詳細(xì)設(shè)計可選 車兩 需<不需要當(dāng)滿足如下情況時， 可將詳細(xì)設(shè)計合并 至概要設(shè)計說明 書：1小項目，系統(tǒng)復(fù) 雜程度低，開發(fā)人員 能力足以根據(jù)概要 設(shè)計進(jìn)行開發(fā)2中小項目，為以 前項目的后繼或派 生，開發(fā)人員了解程 序結(jié)構(gòu)和需求3. 中小項目，采用 以前成熟項目的系 統(tǒng)結(jié)構(gòu)和設(shè)計思想， 開發(fā)人員了解程序 結(jié)構(gòu)4. 使用成熟的構(gòu)架 進(jìn)行設(shè)計、且概要設(shè) 計已包括詳細(xì)設(shè)計 信息方法面向?qū)ο竺嫦蜻^程詳細(xì)設(shè)計說明書（面 向?qū)ο螅┰敿?xì)設(shè)計說明書（面 向過程）需求雙向追蹤/需求雙向追蹤表或需 求管理系統(tǒng)根據(jù)項目情況而定編碼實現(xiàn)/源代碼/支持文檔編寫文檔種類培訓(xùn)材

20、料 用戶手冊 操作手冊 安裝手冊 維護(hù)手冊可根據(jù)項目的具體 要求，編制上述文檔 中的一至多份產(chǎn) 品 集 成制定集成計劃/集成計劃/建立集成環(huán)境/集成環(huán)境檢查單/確保接口兼容性/確認(rèn)產(chǎn)品構(gòu)件準(zhǔn)備就緒/產(chǎn)品集成/集成后的產(chǎn)品 集成日志/驗 收 階 段（ 第1次 迭 代）產(chǎn)品打包/產(chǎn)品包/測 試（ 單 元 測 試 ）制定單元測試計劃方式按照測試計 劃模板制定含在項目計 戈V的附件項 目進(jìn)度計劃中單元測試計劃項目計劃自主研發(fā)大項目中、小項目或者合冋 項目編寫單元測試用例可選 車兩 需<不需要單元測試用例需求雙向追蹤/需求雙向追蹤表或需 求管理系統(tǒng)根據(jù)項目情況而定執(zhí)行單元測試/測試記錄單/缺陷管理

21、頻率事件驅(qū)動測試記錄單根據(jù)測試情況而定編寫單元測試報告方式單獨(dú)形成報告包含在其他報告單元測試報告人個工作報告、項目 周報中自主研發(fā)大項目中、小項目或者合冋項目測 試（集 成 測 試）制定集成測試計劃/集成測試計劃/編寫集成測試用例/集成測試用例/需求雙向追蹤/需求雙向追蹤表或需求管理系統(tǒng)根據(jù)項目情況而定執(zhí)行集成測試/測試記錄單/缺陷管理頻率事件驅(qū)動測試記錄單根據(jù)測試情況而定編寫集成測試報告/集成測試報告/測 試（ 系 統(tǒng) 測 試 ）制定系統(tǒng)測試計劃/系統(tǒng)測試計劃/編寫系統(tǒng)測試用例/系統(tǒng)測試用例/需求雙向追蹤/需求雙向追蹤表或需求管理系統(tǒng)根據(jù)項目情況而定執(zhí)行系統(tǒng)測試/測試記錄表/缺陷管理頻率事件

22、驅(qū)動測試記錄表根據(jù)測試情況而定編寫系統(tǒng)測試報告/系統(tǒng)測試報告/驗收申請驗收/驗收申請/驗收/問題處理頻率事件驅(qū)動問題管理系統(tǒng)根據(jù)驗收情況而定編寫驗收報告/驗收報告/需 求 階 段（ 第N次 迭 代）需 求 管 理 和 需 求 開 發(fā)疋否重新開發(fā)需求1 I 毛"W需<不需要不需要：如果在第一 次迭代的階段就已經(jīng)做好了 N次迭代的 需要開發(fā)。否則每次 迭代開始前必須重新做需求開發(fā)。需求調(diào)研可選1 I 毛"W需<不需要需求調(diào)研計劃需求調(diào)研報告不需要：用戶提出明 確紙質(zhì)需求時（如國 稅總局直接下達(dá)明 確任務(wù)書）；雖然沒 有明確的紙質(zhì)需求， 但需求非常明確，（如米用新技術(shù)

23、的 產(chǎn)品升級項目等）需求分析、需求定義/需求討論會議記錄/可選 車兩 需<不需要用戶需求說明書不需要：用戶提供紙 質(zhì)需求文檔時；產(chǎn)品 升級時/產(chǎn)品需求說明書/需求跟蹤/需求雙向追蹤表/需求確認(rèn)方式會議會簽客戶需求確認(rèn)表根據(jù)客戶要求確定需求變更/變更申請表/項 目 計 劃 階 段（ 第N次 迭 代 ）項 目 計 劃修改項目計劃可選 車兩 需<不需要項目計劃需要：若項目計劃沒 有對該次迭代的內(nèi) 容進(jìn)行計劃獲取對項目計劃的承諾可選 車兩 1仃女不需要不需要：該次迭代沒 有弓1入新的項目干 系人方式 口頭 Email回復(fù)簽字根據(jù)承諾對于項目 的重要性，項目經(jīng)理 自己確定注：如果該次迭代沒

24、有弓1入新的項目干 系人則無需選擇該 項設(shè) 計 和 編 碼 實 現(xiàn) 階 段（ 第 N 次 迭 代 ）技 術(shù) 方 案制疋備選方案并評 審可選1 I 毛"W需<不需要備選方案評估準(zhǔn)則表 備選方案中小項目備選方案評 估分析報告需要：技術(shù)、需求上 具有創(chuàng)新性或者大 型項目不需要：在需求、技 術(shù)等方面與以前項 目高度類似的項目新技術(shù)評價可選1 I 毛"W需<不需要新技術(shù)評價表需要：需制疋備選方 案且備選方案中含 有新技術(shù)不需要：1.不需制疋 備選方案2.備選方 案中不含新技術(shù)確定設(shè)計準(zhǔn)則方式單獨(dú)形成表 格含在產(chǎn)品需 求說明書中設(shè)計準(zhǔn)則及接口準(zhǔn)則 表已在產(chǎn)品需求說明 書中明

25、確表達(dá)時不 需此表概要設(shè)計方式修改概要設(shè) 計重新進(jìn)行概 要設(shè)計概要設(shè)計說明書修改概要設(shè)計：如果 系統(tǒng)框架沒有發(fā)生 大變動，否則需要重 新進(jìn)行概要設(shè)計詳細(xì)設(shè)計可選 車兩 需<不需要當(dāng)滿足如下情況時， 可將詳細(xì)設(shè)計合并 至概要設(shè)計說明 書：1小項目，系統(tǒng)復(fù) 雜程度低，開發(fā)人員 能力足以根據(jù)概要 設(shè)計進(jìn)行開發(fā)2中小項目，為以 前項目的后繼或派 生，開發(fā)人員了解程 序結(jié)構(gòu)和需求3. 中小項目，采用 以前成熟項目的系 統(tǒng)結(jié)構(gòu)和設(shè)計思想， 開發(fā)人員了解程序 結(jié)構(gòu)4. 使用成熟的構(gòu)架 進(jìn)行設(shè)計、且概要設(shè) 計已包括詳細(xì)設(shè)計 信息方式修改詳細(xì)設(shè) 計口重新設(shè)計方法面向?qū)ο竺嫦蜻^程詳細(xì)設(shè)計說明書（面 向?qū)ο螅?/p>

26、詳細(xì)設(shè)計說明書（面 向過程）編碼實現(xiàn)/源代碼/支持文檔編寫文檔種類培訓(xùn)材料 用戶手冊 操作手冊 安裝手冊 維護(hù)手冊可根據(jù)項目的具體 要求，編制上述文檔 中的一至多份需求雙向追蹤/需求雙向追蹤表或需 求管理系統(tǒng)根據(jù)項目情況而定產(chǎn) 品 集 成制定集成計劃/集成計劃/建立集成環(huán)境/集成環(huán)境檢查單/確保接口兼容性/確認(rèn)產(chǎn)品構(gòu)件準(zhǔn)備就緒/驗 收 階 段（ 第N次 迭 代 ）產(chǎn)品集成/集成日志 集成后的產(chǎn)品/產(chǎn)品打包/產(chǎn)品包/測 試（ 單 元 測 試）制定單元測試計劃方式按照測試計 劃模板制定含在項目計 戈V的附件項 目進(jìn)度計劃中單元測試計劃項目計劃自主研發(fā)大項目中、小項目或者合冋 項目編寫單元測試用例/

27、單元測試用例/需求雙向追蹤/需求雙向追蹤表或需求管理系統(tǒng)根據(jù)項目情況而定執(zhí)行單元測試/測試記錄單/缺陷管理頻率事件驅(qū)動測試記錄單根據(jù)測試情況而定編寫單元測試報告/單元測試報告/測 試（ 集 成 測 試 ）制定集成測試計劃/集成測試計劃/編寫集成測試用例/集成測試用例/需求雙向追蹤/需求雙向追蹤表或需求管理系統(tǒng)根據(jù)項目情況而定執(zhí)行集成測試/測試記錄單/缺陷管理頻率事件驅(qū)動測試記錄單根據(jù)測試情況而定編寫集成測試報告/集成測試報告/測 試（ 系 統(tǒng) 測 試 ）制定系統(tǒng)測試計劃/系統(tǒng)測試計劃/編寫系統(tǒng)測試用例/系統(tǒng)測試用例/需求雙向追蹤/需求雙向追蹤表或需求管理系統(tǒng)根據(jù)項目情況而定執(zhí)行系統(tǒng)測試/測試記錄單/缺陷管理頻率事件驅(qū)動測試記錄單根據(jù)測試情況而定編寫系統(tǒng)測試報告/系統(tǒng)測試報告/驗收申請驗收/驗收申請/驗收/問題處理頻率事件驅(qū)動根據(jù)驗收情況而定編寫驗收報告/驗收報告/2.3項目支持過程裁剪矩陣項目經(jīng)理在EPG組的協(xié)助下（其中配置管理的裁剪應(yīng)有配置管理人員參與、質(zhì)量保證