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