某公司承接了一个智能物流管理系统开发项目，任命张工为项目经理。项目初期，张工考虑到需求可能频繁变更，口头指定开发人员小李兼任配置管理员，但未制定正式的配置管理计划。为方便协作，张工要求小李为所有团队成员开放代码仓库的读写权限，未设置权限分级。
项目进入开发阶段后，客户提出新增 “智能路径规划” 功能，张工直接通知开发组修改代码。开发人员小王在未进行版本分支的情况下，直接在主代码库中修改了路径算法模块，并将变更后的代码提交至受控库，未更新配置项标识。测试人员发现新功能与原有订单分配模块存在接口冲突，导致系统崩溃。张工组织紧急修复时，因无法找到历史版本的基线文件，只能从零开始排查问题，延误了 3 天工期。
两周后，客户再次提出调整系统界面布局的需求。小李收到变更请求后，未提交 CCB 评审，自行批准了变更。开发人员在修改界面代码时，误删了后台数据校验的部分逻辑，导致测试阶段出现数据异常。配置审计时发现，受控库中缺少需求文档和设计文档的基线版本，且版本号规则混乱（如 V1.0、V1.1、V1.0.1 并存）。
【问题 1】（12分）
结合案例，分析该项目在配置管理方面存在的问题。
【问题 2】（6 分）
简述配置管理中 “基线” 的作用，并说明案例中缺少哪些基线？
【问题 3】（7分）
在配置管理中，版本号规则是？