【正文】 ......................................................................................... 12 第一步：變更提出 ............................................................................................ 12 第二步 變更評估 ............................................................................................ 12 2 第三步 變更審核 ............................................................................................ 12 第四步 變更實施 ............................................................................................ 12 第五步 變更確認(rèn) ............................................................................................ 13 第六步 變更標(biāo)識 ............................................................................................ 13 配置狀態(tài)報告 ................................................................................................. 13 配置審核 ........................................................................................................ 13 配置審核的類別 ................................................................................... 13 SQA配置審核執(zhí)行的時機 ...................................................................... 14 不符合項的處理 ................................................................................... 14 發(fā)行管理 ...................................................................................................... 14 版本標(biāo)識 ............................................................................................ 14 交付管理 ............................................................................................ 14 3 軟件系統(tǒng)集成配置管理流程 1 目的 規(guī)范配置管理活動，確保配置項正確地唯一標(biāo)識并易于存取，保證基準(zhǔn)配置項的更改受控，明確基線狀態(tài)，在貫穿整個軟件生命周期中建立和維護(hù)項目產(chǎn)品的完整性和可追溯性。 3． 3 軟件開發(fā)單位 software development anization 軟件開發(fā)單位是指直接或間接受項目委托單位委托而直接負(fù)責(zé)開發(fā)軟件的單位或個人。硬件產(chǎn)品可以是純設(shè)備也可以是具有控制功能的 智能設(shè)備。 3． 8 開發(fā)庫 （ development library） 開發(fā)庫是指在軟件 （ 集成 系統(tǒng)） 生存周期的 每一 個階段期間， 存放開發(fā)過程中需要保留的各種信息。在實現(xiàn)之前，要確保對這些功能特性和物理特性所建議的修改已經(jīng)過評審和批準(zhǔn)。指派基線是最初批準(zhǔn)的指派配置標(biāo)識。它也指將集成與系統(tǒng)測試階段結(jié)束時所獲得的最終產(chǎn)品向用戶提交的過程。配置管理的目標(biāo)是記錄軟件產(chǎn)品的演化過程，確保軟件開發(fā)者在軟件生命周期中各個階段都能得到精確的不同版本的產(chǎn)品配置。 5 配置項主要有兩大類： 1)屬于產(chǎn)品組成部分的工作成果， 例如需求文檔、設(shè)計文檔、源代碼、測試用例等； 2)項目管理和機構(gòu)支撐過程產(chǎn)生的文檔。配置項及其歷史記錄反映了軟件的演化過程。一般情況下，基線一般在指定的里程碑（ Milestone）處創(chuàng)建，并與項目中的里程碑保持同步。 建立基線的好處： 1)重現(xiàn)性：及時返回并重新生成軟件系統(tǒng)給定發(fā)布版的能力，或者是在項目中的早些時候重新生成開發(fā)環(huán)境的能力。 3)版本隔離：基線為開發(fā)工件提供了一個定點和快照，新項目可以從基線提供的定點之中建立。其具體工作職責(zé)如下： 1． 制定項目的組織結(jié)構(gòu)和配置管理策略； 2． 批準(zhǔn)、發(fā)布配置管理計劃； 3． 決定項目起始基線和軟件開發(fā)工作里程碑； 配置管理員（ CMO， Configuration Management Officer）。 2. 對產(chǎn)生的基線版本變更提出書面申請。 配置控制 小組（ CCB， Configuration Control Board） 職責(zé)： 負(fù)責(zé)指導(dǎo)和控制配置管理的各項具體活動的進(jìn)行，為項目經(jīng)理的決策提供建議。 5）管理評審文檔 ：各 階段評審報告、變更記錄等。 配置項標(biāo)識規(guī)則 配置項標(biāo)識要求 1) 合同有明確標(biāo)識和追蹤要求時，由開發(fā)人員按合同要求進(jìn)行標(biāo)識，以保證滿足合同追蹤要求。本文標(biāo)識規(guī)則對名稱、編號、文件狀 態(tài)和版本進(jìn)行了描述和規(guī)定。 ? 評審前 提交 的 工作成果為 “草稿” 狀態(tài) ； 8 ? 測試、評審 后提交的工作成果為“ 發(fā)布 ” 狀態(tài) ； ? 發(fā)布后要變更修改，通過變更控制程序進(jìn)行修改時為“修改”狀態(tài) ； ? 修改 工作成果 通過測試、評審后 為“發(fā)布” 狀態(tài) 。 ? 當(dāng)開發(fā)庫中出現(xiàn)“發(fā)布”狀態(tài)工作成果，配置管理員 檢出，取消文件狀態(tài)，編制版本號提交到基線庫被“凍結(jié)”，但是要通知開發(fā)人員保存的位置，開發(fā)人員可以閱讀，按照這個版本基線開展工作，此時任何人都不能隨意修改，要修改必須依據(jù)配置變更控制的規(guī)則執(zhí)行，并且根據(jù)修改的程度重新核定版本） 版本控制標(biāo)識 在版本號后面加入 Alpha, Beta,等后綴名稱，便于對各個版本進(jìn)行控制。 SR：修正版或更新版，修正了正式版推出后發(fā)現(xiàn)的 Bug。 配置庫 的建立和 管理 配置庫（ Repository）的分類 ： 按照項目建庫，項目下設(shè)三級庫 ? 一級庫： 開發(fā)庫、控制庫 (基線庫 )、產(chǎn)品庫 ? 二級庫： 每個 一級庫 分為兩類： 1) 文檔庫（ Document Library）： 存放 程序以外的文檔資料（包括圖片等）； 2) 程序庫（ Program Library）： 存放 程序 、 代碼 、數(shù)據(jù) 。 分配權(quán)限 配置管理員 為每個項目成員分配配置庫操作權(quán)限。 配置管理員 根據(jù)配置管理計劃創(chuàng)建與維護(hù)基線，“凍結(jié)”配置項，控制變更。 配置項和基線管理 CMO 根據(jù)配置管理計劃，對配置項和基線進(jìn)行分階段管理。在需求分析報告取得客戶的確認(rèn)后，封鎖該子項目，建 11 立需求基線。 系統(tǒng)設(shè)計 系統(tǒng)設(shè)計可分為概要設(shè)計、詳細(xì)設(shè)計和數(shù)據(jù)庫設(shè)計等部分。代碼基線分別在單元測試