Permissions Comparison

显示您的项目区域的角色和权限与参考项目有哪些不同，使访问控制在各处保持一致，或只在您有意为之的地方不同。

支持的产品: RM = IBM Engineering Requirements Management DOORS Next (Requirements Management) CCM = IBM Engineering Workflow Management (Change and Configuration Management) QM = IBM Engineering Test Management (Quality Management) GC = IBM Global Configuration Management配置与治理只读版本 1.8 · 发布于 2026-10-27

它是什么，为何存在

在 IBM Engineering Lifecycle Management 中，用户在项目中可以做什么，取决于项目区域的角色以及每个角色拥有的权限：谁可以创建或删除工件、修改模块、批准评审、创建基线或交付变更集。团队区域、时间线和迭代还可以针对项目中各自负责的部分再次更改这些权限。

组织通常让每个项目都从同一个流程模板开始，之后各项目便逐渐产生差异：一个项目允许作者删除工件，另一个项目为某个团队区域设置了自己的权限，第三个项目有一个其他项目没有的角色。Web 客户端一次只显示一个项目区域的权限，因此要找出这些差异，就得把相同的界面并排打开，逐个角色地对比。Permissions Comparison 替您读取这些信息，并只列出不同之处。

解决的问题

从同一模板创建的项目区域，其权限已不再一致，却没有人知道差异在哪里。
访问审查需要手动检查每个项目区域中的每个角色。
团队区域或迭代悄悄地给某个角色比项目区域更多或更少的权限。
无法向审计员证明文档中记录的角色和权限就是服务器上配置的角色和权限。

对标准和审计的重要性

受监管和安全相关开发领域的标准很少点名某个工具，但它们要求只有获得授权的人员才能更改受控记录，并且您能够说明谁可以做什么。在 ELM 项目区域中，这种控制就是角色权限。Permissions Comparison 可用于检查这种控制在每个项目中是否一致，并且与您文档中记录的流程相符。

FDA 21 CFR Part 11（医疗器械和制药领域的电子记录）：§ 11.10(d) 要求 "limiting system access to authorized individuals"（将系统访问限制于获得授权的人员），§ 11.10(g) 要求进行权限检查，以确保只有获得授权的人员才能修改记录或执行相应操作。比较结果按项目区域显示哪个角色可以执行哪项操作。
ISO/IEC 27001:2022：附录 A 的控制措施 5.15 Access control、5.18 Access rights、5.3 Segregation of duties 和 8.2 Privileged access rights。访问权限应定期审查，相互冲突的职责应予以分离，例如编写需求的角色与批准需求的角色。Excel 报告记录了审查的内容和时间。
ISO 26262、Automotive SPICE、DO-178C 和 IEC 62304：这四项标准都要求对需求等工作产品进行配置管理和变更管理（ISO 26262 Part 8、Automotive SPICE 中的 SUP.8 和 SUP.10、DO-178C 第 7 节、IEC 62304 第 8 条）。在 DOORS Next 中，这种控制的一部分就是哪些角色可以修改工件、创建基线和交付变更。角色允许的操作超出流程描述的项目，是典型的审计发现项。

评估员会抽查一部分项目，并期望每个项目都遵循相同的流程。在评估之前将每个项目区域与您的参考项目进行比较，您就能先看到差异。

优势

所有差异集中在一个列表中： 角色、角色的顺序和基数，以及在一侧允许而在另一侧不允许的每项权限，涵盖项目区域、团队区域，以及可选的时间线和迭代。
一个来源，多个目标： 可将一个参考项目区域与同一应用程序中最多 25 个其他项目区域进行比较。
适用于所有 ELM 应用程序： DOORS Next、Workflow Management (EWM)、Test Management (ETM) 和 Global Configuration，通过 ELM Mini Dashboard 使用。
Excel 报告：包含完整的权限矩阵，可直接用于访问审查或审计档案。
只读： 小部件只读取权限，从不更改任何权限。

使用方法

您1选择应用程序、源项目区域和目标
小组件2读取每个项目区域的角色和权限
您3选择目标和类别并打开一行
结果4Excel 中的完整比较

在 Settings 中，选择是否比较团队区域（默认开启）以及时间线和迭代（默认关闭）。
在 Compare 下选择 Application（应用程序）。From 是源：在 DOORS Next 仪表板上默认为当前打开的项目，Change 可另选一个项目区域。
在 To 下单击 Add，勾选最多 25 个项目区域（可借助搜索、Select all 和 Show archived），然后单击 Apply。
单击 Compare。结果区块按类别或按目标显示差异数量，并列出无法读取的目标，提供 Retry。
在 Differences（差异）下，如有多个目标先选择一个目标，再选择 Roles 或 Permissions。权限按角色和级别分组，例如 Author / Team area: Business Recovery。单击某一行可查看两侧的情况。
单击结果区块中的 Export to Excel 保存整个比较结果。

屏幕截图

1Compare：应用程序、源项目区域和三个目标项目区域
2Found 10 differences：按角色和级别分组的权限，每项标记为 Only in source 或 Only in target
3展开的一项权限：在源中允许、在目标中不允许
4Roles：一个角色在源中名为 Commenter、在目标中名为 Reviewer，以及一个只有目标才有的角色
5三个目标：两个与源不同，一个相同，并显示每个目标的差异数量

须知

角色先按 ID 匹配，再按名称匹配，因此名称相同但 ID 不同的角色会被视为同一角色。角色顺序也会被比较，因为拥有多个角色的用户获得的是第一个允许该操作的角色的权限。
小部件比较的是角色及其权限，而不是谁拥有这些角色。User Audit 会列出哪些用户拥有哪些角色。
如果在某个团队区域、时间线或迭代中只有一侧为某个角色设置了自己的权限，则报告为一行，而不是一长串权限差异。
典型使用时机：审计或评估之前、更改流程模板之后，以及根据模板建立新项目时。
小部件不会让项目自动合规。它为您提供事实，用于检查权限是否与文档中记录的流程相符，并提供一份可作为证据保存的报告。