在DOORS里做权限管理，最怕的不是权限不够细，而是先粗放地全开，后面再一点点补洞。模块一多、参与角色一多，项目经理、需求作者、评审人、只读用户如果都吃同一套权限，最后不是有人改不了，就是有人改太多。IBM官方文档把DOORS的权限逻辑说得很清楚，它本身有读、改、建、删、管五类访问权，而且新建项默认会继承父级权限，所以权限细分这件事，关键不是到处单独设，而是先把层级和继承边界定清。

　　一、DOORS怎么细分访问权限

　　先别一上来就在对象上逐条改权限。更稳的做法，是先按项目、文件夹、模块把大框架搭好，再把真正需要例外控制的对象、视图和属性单独切出来。这样做的好处是，日常维护时改动不会散，后面也更容易回头检查。

　　1、先按角色把基础权限拆开

　　DOORS的五类访问权分别是读、改、建、删、管。先按角色把这五类权利分层，比如查看人员先给读，编写人员给读和改，模块负责人再给建和删，真正少量的管理员再保留管。这样第一层先收住，后面对象级细分才不会失控。

　　2、项目和文件夹层先做大面控制

　　项目和文件夹本来就是最适合放通用权限的地方。IBM文档说明，项目和文件夹可以编辑名称、描述和访问权；数据库根权限还会默认传给顶层项目和文件夹。所以如果团队要按部门、子项目或供应商隔离，优先先在这一层切分，不要一开始就钻到模块里逐条补。

　　3、模块层负责收业务边界

　　正式模块和链接模块都支持在属性里单独设访问权。做法上更实用的是，让模块层承接业务边界，比如谁能改需求模块，谁只能看测试模块，谁能建链接模块。这样模块一打开，基本边界就已经定住，后面对象级权限只处理少量例外。

　　4、对象级权限只留给重点条目

　　如果确实有少量对象需要和上级不同的访问控制，IBM官方给了明确入口，就是右键对象后进Properties，再到Access标签页，取消Inherit from parent，然后单独设这条对象的权限。这个动作适合少量敏感对象，不适合拿来替代整模块的权限设计。

　　5、视图和属性也能继续细分

　　很多团队只管模块权限，结果忽略了视图和属性。IBM文档说明，视图保存后可以在View里的Manage Views中单独改访问权；属性类型也可以取消继承，给模块属性设置不同权限。也就是说，想把权限真正收细，不能只盯模块本身，还要看视图和关键属性是不是该单独控。

　　二、DOORS访问权限继承关系怎么检查

　　继承关系检查这件事，重点不是去背规则，而是先找出哪里还在跟着父级走，哪里已经被人为切断。因为DOORS的默认逻辑就是向下继承，真正容易出问题的，通常不是继承太多，而是某些位置早就关了继承，后面又没人继续核。

　　1、先记住默认继承规则

　　IBM官方写得很直接，新建项会自动继承父项权限，父级权限变化也会一路向下传；但凡是已经关闭继承的项，以及它们的直接后代，不会再跟着父级一起变。检查时先把这条规则记牢，后面看界面就不会乱。

　　2、先从父级开始往下查

　　检查继承关系时，不要先在对象层乱点。先看数据库根、项目、文件夹、模块这几层的权限设置，再往下看对象、视图和属性。因为上层没问题而下层异常，通常才说明继承在某处被切断；如果上层本身就配错了，那往下看再细也只是重复错误。这个顺序是基于IBM对继承机制和层级权限的定义整理出来的，更适合日常排查。

　　3、对象检查重点看Access页里的继承状态

　　对象级最直接的检查入口，就是对象Properties的Access标签页。只要看到Inherit from parent已经被取消，就说明这条对象不再跟着父级权限走。排查引用错乱或编辑范围异常时，这一步往往最能直接定位问题。

　　4、模块内异常编辑区可以反查editable sections

　　IBM官方在editable sections的说明里提到，只要某个对象停止从父对象继承访问权，就会形成一个新的可编辑区段。换句话说，如果你发现模块里有一段对象谁都改不了，或者只有局部能改，往往就该回头查是不是这里存在独立的权限断点。

　　5、视图和属性也要单独核继承

　　有时模块本身权限看着没问题，真正出问题的是视图或属性。视图可以在Manage Views里单独改访问权，属性类型也支持取消继承。所以用户反馈“模块能开，但某个视图打不开”或“模块能改，但某些属性只能读”时，不要只查模块本身，要把这两层也一起核。

　　三、DOORS权限检查先收哪一层

　　权限问题一乱，最怕一上来就到对象层挨个修。这样虽然看起来很勤快，但很容易越修越碎。更稳的做法，是先从大层级收口，再处理例外，再回头核继承断点。只要顺序对了，DOORS的权限体系其实不算难管。

　　1、先收项目和模块

　　先把项目、文件夹、模块三层权限收清楚，让多数用户在这一层就能被正确分流。这样大面一旦站稳，后面对象级只需要处理少数特殊情况。

　　2、再查对象例外

　　当大层级已经没问题时，再回头找哪些对象取消了继承。对象例外本来就该少，不该成为主力权限手段。

　　3、最后核视图和属性

　　如果用户反馈还是不一致，再去核视图和属性层。很多“我能看模块但不能看内容”的问题，真正卡点就落在这里。

　　总结

　　DOORS怎么细分访问权限，关键不是把每条对象都单独设一遍，而是先用项目、文件夹和模块把大面权限收住，再把少量对象、视图和属性做例外控制。DOORS访问权限继承关系怎么检查，重点也不是盲目点开一堆对象，而是先按父级往下查，再专门找哪些地方关掉了Inherit from parent。顺着这个顺序去做，权限会更容易控，继承关系也更不容易越查越乱。