某公司承接了一個(gè)智能物流管理系統(tǒng)開(kāi)發(fā)項(xiàng)目，任命張工為項(xiàng)目經(jīng)理。項(xiàng)目初期，張工考慮到需求可能頻繁變更，口頭指定開(kāi)發(fā)人員小李兼任配置管理員，但未制定正式的配置管理計(jì)劃。為方便協(xié)作，張工要求小李為所有團(tuán)隊(duì)成員開(kāi)放代碼倉(cāng)庫(kù)的讀寫(xiě)權(quán)限，未設(shè)置權(quán)限分級(jí)。
項(xiàng)目進(jìn)入開(kāi)發(fā)階段后，客戶提出新增 “智能路徑規(guī)劃” 功能，張工直接通知開(kāi)發(fā)組修改代碼。開(kāi)發(fā)人員小王在未進(jìn)行版本分支的情況下，直接在主代碼庫(kù)中修改了路徑算法模塊，并將變更后的代碼提交至受控庫(kù)，未更新配置項(xiàng)標(biāo)識(shí)。測(cè)試人員發(fā)現(xiàn)新功能與原有訂單分配模塊存在接口沖突，導(dǎo)致系統(tǒng)崩潰。張工組織緊急修復(fù)時(shí)，因無(wú)法找到歷史版本的基線文件，只能從零開(kāi)始排查問(wèn)題，延誤了 3 天工期。
兩周后，客戶再次提出調(diào)整系統(tǒng)界面布局的需求。小李收到變更請(qǐng)求后，未提交 CCB 評(píng)審，自行批準(zhǔn)了變更。開(kāi)發(fā)人員在修改界面代碼時(shí)，誤刪了后臺(tái)數(shù)據(jù)校驗(yàn)的部分邏輯，導(dǎo)致測(cè)試階段出現(xiàn)數(shù)據(jù)異常。配置審計(jì)時(shí)發(fā)現(xiàn)，受控庫(kù)中缺少需求文檔和設(shè)計(jì)文檔的基線版本，且版本號(hào)規(guī)則混亂（如 V1.0、V1.1、V1.0.1 并存）。
【問(wèn)題 1】（12分）
結(jié)合案例，分析該項(xiàng)目在配置管理方面存在的問(wèn)題。
【問(wèn)題 2】（6 分）
簡(jiǎn)述配置管理中 “基線” 的作用，并說(shuō)明案例中缺少哪些基線？
【問(wèn)題 3】（7分）
在配置管理中，版本號(hào)規(guī)則是？