在DOORS里做基线，核心目的是把某个时点的需求内容冻结下来，后续任何评审、交付、追溯都能指向同一份版本，避免边改边评导致口径漂移。实际操作里，基线创建要解决的是如何把快照生成出来，只读防改要解决的是如何让团队在日常使用中不误改当前模块，同时确保交付给外部的是不可变版本。

　　一、DOORS基线怎么创建

　　基线创建建议按先确认权限与编辑模式，再在模块窗口生成基线，最后用基线文件夹验证可打开可追溯的顺序来做。注意DOORS Web Access通常只能查看基线，创建动作要在客户端完成，并且创建前需要对模块具备创建或修改权限。

　　1、确认你对目标模块具备创建或修改权限

　　在数据库浏览器中定位到模块，若你能看到模块但无法进入编辑模式，先让管理员核对你对该模块是否有Modify或Create权限，再继续创建基线，避免在最后一步才发现没有权限无法落盘。

　　2、用独占编辑模式打开模块

　　在数据库浏览器点击【File】进入【Open】选择【Exclusive Edit】打开模块，确保状态栏显示当前编辑模式为独占编辑，避免共享编辑模式下受限制的操作影响基线创建。

　　3、在模块窗口创建基线版本

　　进入模块窗口后点击【File】进入【Baseline】点击【New】，在弹窗里选择版本号，按需要填写Suffix与Description后点击【OK】生成基线，建议版本号按里程碑递增，描述里写清变更单号或评审单号便于追溯。

　　4、用基线文件夹核对基线是否生成成功

　　回到数据库浏览器，在模块下方找到baseline folder并双击打开，确认能看到刚创建的基线条目，双击该条目能正常打开并查看内容，避免只在模块窗口看到提示却实际未落库。

　　5、需要同时冻结多模块与链接时改用基线集

　　如果你希望把多个模块以及它们之间的链接一起冻结，建议走Baseline Set流程，先在项目或文件夹上右键【Properties】进入【Baseline Set Definitions】创建定义并把模块加入定义，再在同一页点击【Create Set】生成基线集版本，这样交付时能用同一套版本号管理多模块快照。

　　6、基线集里补齐各模块基线后及时关闭基线集

　　创建基线集后，在【Baseline Set Definitions】里点击【View】进入详情，切到【Baseline Sets】选中目标集，在下方面板的【Baselines】点击【Add to Set】把需要冻结的模块加入，确认齐全后在【Baseline Sets】页点击【Close】关闭该基线集，避免长期保持打开状态导致交付口径不稳定。

　　二、DOORS基线怎么设置只读防止修改

　　先把概念说清楚，DOORS的基线本身就是只读版本，核心风险不在基线被改，而在团队误把当前模块当成已冻结版本去编辑，或在评审阶段仍有人能改动当前模块造成评审结论失效。处理思路是用正确打开方式确保查看的是基线，用编辑模式限制临时改动，用访问权限控制长期改动。

　　1、确认你打开的是基线而不是当前模块

　　查看基线时优先从数据库浏览器进入模块下的baseline folder，双击选中的基线条目打开，这样打开的是明确的基线版本，避免从当前模块窗口误点进入编辑。

　　2、把当前模块切到只读编辑模式做临时防改

　　当你需要在评审期冻结当前模块的日常修改，可以在模块窗口点击【Edit】进入【Edit Mode】选择【Read-only】，或在数据库浏览器用【File】进入【Open】直接选择【Read-only】打开模块，这样即使有写权限也不会在该会话里改动数据。

　　3、用访问权限把模块或文件夹长期设为只读

　　如果你要长期防止某些成员修改模块，在模块窗口点击【File】进入【Module properties】找到【Access】页，把普通成员组的权限收敛为Read并移除Modify与Create等权限，让写权限只保留给少数维护者，同时利用继承机制把文件夹权限一致地下发到子模块。

　　4、把默认打开模式设为只读降低误操作概率

　　在桌面DOORS快捷方式上右键点击【Properties】，在【Target】末尾追加空格再追加参数-o READ_ONLY-O READ_ONLY，让用户默认以只读方式打开模块，减少双击模块后直接进入可编辑模式的误操作。

　　5、评审交付时优先交付基线或已关闭的基线集

　　对外评审或跨团队交付时，要求交付口径以基线版本或已关闭的基线集为准，并在评审材料里写清版本号与Suffix，避免把当前模块当交付件导致评审期间仍在变化。

　　三、DOORS基线验收与归档

　　把基线做出来只是第一步，真正能防止后续扯皮的，是你能证明基线版本可打开、只读、可追溯，并且每次交付都能在几分钟内把版本、范围、责任人对齐。建议把验收动作做成固定清单，把归档材料做成固定目录，后续换人维护也不会断链。

　　1、创建后立刻做一次只读验收

　　用普通只读账号从baseline folder打开该基线，确认能浏览需求对象、视图与主要属性，尝试编辑时应被阻止或无编辑入口，以此证明交付版本确实不可修改。

　　2、把版本号与评审节点绑定并写进描述字段

　　版本号建议与里程碑一致，Suffix用于区分同一里程碑下不同目的的冻结，例如客户评审与内部评审，Description里写清评审编号与冻结范围，这样半年后回查也能快速定位。

　　3、多模块交付一律用基线集并在关闭后归档

　　当交付范围涉及多个模块及其链接，先把模块加入Baseline Set Definition，再创建Baseline Set并补齐模块基线，最后点击【Close】关闭后再归档该版本号与范围清单，避免基线集处于打开状态被继续扩展导致交付口径变化。

　　4、把权限变更与只读策略同步纳入交付记录

　　如果你通过Access Rights限制了修改权限，交付记录里要写清哪一层目录做了权限收敛、哪些角色保留Modify权限、何时生效，这样外部审查时能解释为什么该版本可被信任。

　　总结

　　DOORS基线创建的关键动作是用独占编辑模式打开模块并在模块窗口通过【File】【Baseline】【New】生成基线，再用baseline folder验证可打开可追溯。只读防改的关键点是理解基线天然只读，同时通过【Edit】【Edit Mode】【Read-only】与访问权限把当前模块的修改风险压到可控范围，并在需要多模块交付时使用并关闭基线集。把验收清单与归档目录固化后，基线就能真正成为评审与交付的稳定锚点。