2014年下半年軟考中級系統(tǒng)集成項目管理工程師下午案例分析真題試題三
案例問題：簡述配置項的版本控制流程。
案例背景
某信息系統(tǒng)開發(fā)公司承擔了某企業(yè)的ERP系統(tǒng)開發(fā)項目，由項目經(jīng)理老楊帶領著一支6人的技術團隊負責開發(fā)。由于工期短、任務重，老楊向公司申請增加人員，公司招聘了2名應屆大學畢業(yè)生小陳和小王補充到該團隊中。老楊安排編程能力強的小陳與技術骨干老張共同開發(fā)某些程序模塊，而安排編程技術弱的小王負責版本控制工作。在項目開發(fā)初期，小陳由于不熟悉企業(yè)的業(yè)務需求，需要經(jīng)常更改他和老張共同編寫的源代碼文件，但是他不知道哪個是最新版本，也不知道老張最近改動了哪些地方。一次由于小王的計算機中了病毒，造成部分程序和文檔丟失，項目組不得不連續(xù)一周加班進行重新返工。此后，老楊吸取教訓，要求小王每天下班前把所有最新版本程序和文檔備份到2臺不同的服務器上。一段時間后，項目組在模塊聯(lián)調時發(fā)現(xiàn)一個基礎功能模塊存在重大BUG，需要調取之前的備份進行重新開發(fā)?？墒切⊥醢l(fā)現(xiàn)，這樣一來，這個備份版本之后的所有備份版本要么失去意義，要么就必須全部進行相應的修改。項目工期過半，團隊中的小李突然離職，老楊在他走后發(fā)現(xiàn)找不到小李所負責模塊的最新版本源代碼了．只好安排其他人員對該模塊進行重新開發(fā)。
整個項目在經(jīng)歷了重重困難，進度延誤了2個月后終于勉強上線試運行。可是很快用戶就反應系統(tǒng)無法正常工作。老楊帶領所有團隊成員在現(xiàn)場花費了1天時間終于找出問題所在，原來是2臺備份服務器上的版本號出現(xiàn)混亂，將測試版本中的程序打包到了發(fā)布版中。
[問題]
簡述配置項的版本控制流程。
案例問題參考答案（僅供參考，信管網(wǎng)標準答案及試題解析請查看下面鏈接）：
(1)創(chuàng)建配置項。
(2)修改處于“草稿”狀態(tài)的配置項。
(3)技術評審或領導審批。
(4)正式發(fā)布。
(5)變更。
查看該案例完整試題與信管網(wǎng)參考答案：http://m.xiexiliangjiufa.com/st/140953144.html