【文章內(nèi)容簡介】 單元測試測試記錄代碼抽查 問題跟蹤表軟件集成 內(nèi)測版本測試記錄缺陷記錄系統(tǒng)實現(xiàn)集成測試測試報告測試方案編寫 測試方案測試計劃編寫 測試計劃測試用例編寫 測試用例測試記錄缺陷記錄測試報告系統(tǒng)測試執(zhí)行系統(tǒng)測試交付版本上線準備 上線計劃及方案系統(tǒng)上線系統(tǒng)切換 上線報告運行維護 運行維護記錄項目文檔交付清單項目成果集驗收準備試運行報告軟件工程類試運行提交驗收申請22 / 9223 / 92變更驗證 變更跟蹤表度量分析 度量分析報告決策分析 決策分析報告. 配置項命名規(guī)范. 使用范圍適用于項目過程中編制的文檔的命名。程序源代碼、目標代碼、執(zhí)行程序的文件編制參照相關編程語言的程序命名規(guī)范。. 命名規(guī)則納入基線前的命名規(guī)則：SGCC—項目簡稱—文檔名稱—文檔時間信息納入基線的命名規(guī)則：SGCC—項目簡稱—文檔名稱—版本號. 文檔時間信息格式為YYYYMMDD。在文檔沒有納入基線前，要求對文檔采納時間信息。. 版本定義主版本號設置時間：本項目中發(fā)布的文檔產(chǎn)品通過正式評審及正式對外發(fā)布時，或未發(fā)布前的初始化設置人員：配置管理員；設置規(guī)則：1）新產(chǎn)品發(fā)布，主版本號為 1；2）產(chǎn)品的主體構件進行重大修改，主版本號加 1；3）產(chǎn)品的主體構件之間的接口協(xié)議修改，主版本號加；4）主版本號變更時，副版本號同時置 0。副版本號24 / 92設置時間：產(chǎn)品發(fā)布及版本更新時；設置部門：配置管理員；設置規(guī)則：1）新產(chǎn)品發(fā)布，副版本號為 0；2）對現(xiàn)有功能模塊做重大修改，副版本號加 1；3）改進現(xiàn)有功能模塊，不增加新的功能模塊，產(chǎn)品的主體構件未做重大修改，副版本號加 1；4）為增加產(chǎn)品功能，在原版本產(chǎn)品上增加新的功能模塊，而產(chǎn)品的主體構件未做重大修改，并且產(chǎn)品的主體構件之間的按口協(xié)議也未做修改，副版本號加 1；5）當主版本號變更時，副版本號同時置 0。版本編號說明說明：V 是版本標識 X 是主版本號 Y 是副版本號. 配置庫目錄結構在本項目中采用VSS進行文檔管理。25 / 920 1 參考資料配置庫0 2 開發(fā)庫0 3 基線庫0 4 產(chǎn)品庫0 1 客戶資料0 2 前期項目資料0 4 其他0 1 需求0 2 原型開發(fā)0 3 系統(tǒng)設計0 4 系統(tǒng)實現(xiàn)0 5 系統(tǒng)測試0 6 上線 / 試運行0 1 需求0 1 軟件產(chǎn)品0 2 發(fā)布版本程序0 3 文檔0 2 計劃0 3 設計0 3 項目資源0 4 測試0 7 管理. 配置庫結構說明26 / 92一級目錄名稱二級目錄名稱三級目錄名稱存放內(nèi)容 目錄變更情況 權限主要是項目組共同共享、且是可以經(jīng)常查詢參考的資料只要有需要，該目錄下的下層目錄是可以添加的，提出需求，統(tǒng)一由配置管理員操作項目組成員都有讀的權限、配置管理員有添加、刪除和維護的權限01 客戶資料 存放客戶的聯(lián)系信息，客戶提供的前期的原始資料02 前期項目資料售前的項目資料03 項目資源 項目組公共性的資源， 將公共性的內(nèi)容抽出來放在這個路徑下便于查詢01 項目通訊錄包括項目組、客戶、監(jiān)理、廠商等通訊方式02 文檔模板所有項目的文檔模板，下面可以再分子目錄01 參考資料04 其他 可以存放類別名稱不好定義的公共文檔02 開發(fā)庫 工程類文檔的公共開發(fā)庫下面的子目錄可以根據(jù)生命周期模型的階段不同進行調(diào)整配置管理員有目錄維護、讀、增、刪的權限項目組都有讀、添加、刪除27 / 92文件的權限01 需求 需求階段產(chǎn)生的成果性文檔01 需求調(diào)研存放需求調(diào)研階段相關的資料，以及在需求分析階段對需求進行確認的會議記錄，包括有客戶參與的會議記錄、評審會議記錄02 需求分析需求分析階段的成果性文檔，可以是階段性的成果，不一定是最終版本。 03 需求管理包括需求變更和需求跟蹤的文檔02 原型開發(fā) 原型03 系統(tǒng)設計 存放設計階段的成果性文檔，包括：數(shù)據(jù)庫設計說明書、系統(tǒng)設計說明書等文檔。04 系統(tǒng)實現(xiàn) 安裝手冊，用戶手冊05 系統(tǒng)測試 包括測試計劃、測試用例和測試報告06 上線/試運行上線過程中的文檔07 管理 與項目有關的管理類文檔03 基線庫 操作和維護權限都是配置管理員，其他的人員28 / 92只有讀權限01 需求 需求得到用戶的確認，就納入基線管理；如果需求發(fā)生很大的變更需要重新建立基線，需要以基線為標準進行跟蹤有配置管理員根據(jù)基線計劃進行跟蹤和入庫管理02 計劃 經(jīng)過用戶評審并通過的項目計劃需要建立基線，可以根據(jù)基線對項目進行跟蹤基線都是可以變更的03 設計 用戶確認后的應用系統(tǒng)設計說明書基線都是可以變更的04 測試 用戶確認的測試計劃和相關文檔基線都是可以變更的配置管理員具有所有權限，其他人只有讀權限01 軟件產(chǎn)品 軟件發(fā)布的可安裝軟件產(chǎn)品，發(fā)布后如果有大的改動，再次發(fā)布時需要變換版本號配置管理員進行出入庫操作，其他人要取必須提出申請02 發(fā)布版本程序發(fā)布版本的源代碼 配置管理員進行出入庫操作，其他人要取必須提出申請04 產(chǎn)品庫03 文檔 發(fā)布時提交給用戶的文檔，包括用戶使用說明書配置管理員進行出入庫操作，其他人要取必須提出申請29 / 92. 操作權限整個配置管理庫由參考資料、開發(fā)庫、基線庫、產(chǎn)品庫共 4 個庫組成。 參考資料：主要存放大家都經(jīng)常查看的一些資料，比如客戶的資料、項目組的一些資料，該庫的權限大家都有讀的權限，但客戶的資料和前期項目資料只有配置管理員和核心組人員有其他一些處理權限。開發(fā)庫：存放開發(fā)過程中需要保留的各種信息，主要目的方便項目組成員個人使用。庫中的信息可能有較為頻繁的修改，無需進行嚴格的控制。本項目中，各配置項的責任人具有check in、check out和讀權限，其他人員僅有讀權限。還存放管理方面的文檔和質(zhì)量保證員或配置管理員操作的一些支持工作方面的文檔。主要操作者是項目經(jīng)理或項目核心組人員，其他人員都是可以查看的。如果根據(jù)需要項目組的某些人員需要其他權限，可以先申請進行開通?；€庫：存放已定義的基線，基線必須進行嚴格的控制，由配置管理員負責管理與維護。本項目中，配置管理員具有check in、check out和讀權限，其他人員均只有讀權限。產(chǎn)品庫：存放需要交付給用戶的且經(jīng)過測試、評審的產(chǎn)品。也需要一定的控制，由CM員負責管理與維護。本項目中，配置管理員具有check in、check out和讀權限，其他人員均只有讀權限。. 配置項管理活動. 版本控制采 用 開 發(fā) 主 線 的 方 式 進 行 版 本 管 理無需修改的配置項（如部分記錄、報告、總結等）直接提交配置管理服務器相應模塊下的工作目錄內(nèi)，由配置管理服務器自動管理版本，配置項本身不必體現(xiàn)版本號的記錄?？赡苄薷牡呐渲庙棧ù蟛糠值某晒晕臋n、提交客戶的文檔）? 配置項本身必須體現(xiàn)版本號的記錄；? 對已提交配置管理服務器配置項的修改，必須先從配置管理服務器上檢出該配置項，對檢出的配置項進行修改；? 檢出修改之前，必須先察看是否有人正在操作（修改）此配置項，有人操作時，不準檢出修改；30 / 92? 檢出配置項修改后再次提交配置管理服務器時，版本按照前面的版本定義的規(guī)定管理；? 本地初次生成版本用時間信息控制；? 檢出版本 ，檢出后本地修改版本用時間信息控制；? 未提交配置管理服務器的配置項或文檔、資料（即本地的文檔及資料），按照時間信息的方式管理版本；? 提交配置管理服務器的配置項（即 vss 上的文檔及資料），按照 的方式管理版本。. 基線管理. 基線定義序號 基線名稱 階段 基線內(nèi)容基線生成時間 批準人審核人（配置管理員）1 需求基線 需求階段 《軟件需求規(guī)格說明書》 原型需求基線評審通過后項目經(jīng)理 配置管理 員2 計劃基線 計劃階段《項目總體計劃》《進度計劃》《配置管理計劃》《質(zhì)量保證計劃》計劃評通過審后項目經(jīng)理 配置管理 員3 設計基線 設計階段 《應用系統(tǒng)設計說明書》 《數(shù)據(jù)庫設計說明書》設計基線評審通過后項目經(jīng)理 配置管理 員4 測試基線 測試階段 《測試用例》《測試報告》測試基線評審通過后項目經(jīng)理 配置管理 員5產(chǎn)品基線（存放在產(chǎn)品庫）上線階段軟件產(chǎn)品程序源碼《安裝手冊》《用戶手冊》用戶驗收通過后項目經(jīng)理 配置管理 員. 配置項審計配置項審計在配置管理中占很重要的位置，它是項目過程相關的配置項集合的審查。根據(jù)審計內(nèi)容和審計對象的不同可以把基線審計分為物理審計、功能審計，形成基線審計報告:? 物理審計：主要考察偏差，完整性檢查、版本是否正確。參加人員：項目經(jīng)理、質(zhì)量保證員、配置管理員。? 功能審計：主要考察功能是否實現(xiàn)。參加人員：項目經(jīng)理、質(zhì)量保證員、配31 / 92置管理員、測試人員。進行以下的審計：審計形式 時間 審計內(nèi)容 召集人 參與人員物理審計 每兩個月進行配置檢查，看配置內(nèi)容是否完整質(zhì)量保證員項目經(jīng)理、質(zhì)量保證員、配置管理員。功能審計 上線前 考察功能是否實現(xiàn) 質(zhì)量保證員項目經(jīng)理、質(zhì)量保證員、配置管理員、測試人員。. 配置項狀態(tài)報告受控庫（基線庫和產(chǎn)品庫）配置項出入庫填寫《配置項狀態(tài)報告》并通過郵件發(fā)布出入庫通知。. 基線變更參見《變更管理程序》. 出入庫控制. 入庫受 控 庫 （ 基 線 庫 和 產(chǎn) 品 庫 ） 配 置 項 入 庫 規(guī) 程 ：入庫申請申請人直接或通過郵件向配置管理員提交入庫申請，經(jīng)入庫審查之后,由配置管理員將配置項入庫。入庫審查配 置 管 理 員 對 配 置 項 進 行 完 整 性 、 正 確 性 的 審 查 。入庫登記與通知配 置 管 理 員 執(zhí) 行 入 庫 操 作 ， 同 時 填 寫 《 配 置 項 狀 態(tài) 報 告 》 ， 通 過 郵 件 發(fā) 布 入庫 通 知 。. 出庫受 控 庫 （ 基 線 庫 和 產(chǎn) 品 庫 ） 配 置 項 出 庫 規(guī) 程 ：32 / 92出庫申請申請人直接或通過郵件向配置管理員提交出庫申請，經(jīng)出庫審查之后,由配置管理員將配置項出庫。出庫審查配置管理員對配置項進行完整性、正確性的審查。出庫登記與通知配置管理員執(zhí)行出庫操作，同時填寫《配置項狀態(tài)報告》，通過郵件發(fā)布出庫通知。. 備份本項目的配置管理備份方案：1. 保持配置數(shù)據(jù)庫的大小不超過 5G；2. 備份頻率：每月進行 VSS 庫的完全備份，并將備份文件備份至文檔服務器指定目錄。3. 備份檢查：不定期進行備份文件的文件恢復測試，確保備份文件的有效性。. 質(zhì)量保證計劃. 項目SQA 參與的項目活動項目實施階段 SQA活動 項目工作產(chǎn)品 過程計劃階段項目過程、工作產(chǎn)品檢查。項目周例會《項目任務書》、《項目策劃跟蹤記錄表》、《項目定義軟件過程》、《項目WBS》、《項目開發(fā)計劃》、《項目溝通計劃》、《風險管理計劃》、《成本控制計劃》、《培訓計劃》策劃過程培訓過程同行評審過程跟蹤與監(jiān)控過程需求開發(fā)與管理階段項目過程、工作產(chǎn)品檢查；項目周例會《用戶需求調(diào)研報告》、《需求調(diào)查表》、《軟件需求規(guī)格說明書》、《需求評審記錄、《用例同行評審記錄》《里程碑評審報告》、《會議記需求管理過程策劃過程培訓過程同行評審過程跟蹤與監(jiān)控過程33 / 92錄》 SPE (測試)系統(tǒng)設計階段項目過程、工作產(chǎn)品檢查；項目周例會《概要設計說明書》、《數(shù)據(jù)庫設計說明書》、《用戶界面設計說明書》、《詳細設計說明書》、《設計評審記錄》、《里程碑評審報告》、《會議記錄》、《用例同行評審記錄》需求管理過程策劃過程培訓過程同行評審過程跟蹤與監(jiān)控過程SPE(設計、測試)編碼階段項目過程、工作產(chǎn)品檢查；項目周例會《技術攻關報告》、《軟件實現(xiàn)計劃》、《代碼審查報告》、《單元測試計劃》、《單元測試用例》、《單元測試報告》SPE(編碼)需求管理過程計劃過程培訓過程同行評審過程跟蹤與監(jiān)控過程測試階段項目過程、工作產(chǎn)品檢查；項目周例會《測試計劃(系統(tǒng)、集成)》、《測試用例(系統(tǒng)、集成)》、《測試總結報告》、《BUG跟蹤管理表》、《會議記錄》SPE (測試)需求管理過程策劃過程