为属性创建访问权限有什么作用？
What does Create access rights for Attributes do?
我最近在查看属性的访问权限，看看是否某些属性属性由 M 控制，而其他属性属性由 C 控制，但似乎我可以访问具有 M 访问权限的所有属性属性。有谁知道创建访问权限为属性提供了什么？
根据 DOORS 的层次结构和继承概念，以及一切都可能有自己的访问权限的一般概念，并非每一个访问权限都有意义。
C on "something" 允许您创建比 "something" 低一级的 "something else"。如果您的 Module 中有一个 Object 并删除了此 Object 属性中的一组用户的 C，这些用户可能不会在下面创建 Object此 Object（例如：Object 包含第 2.3 章的标题。用户将不允许在第 2.3 章中添加任何 Object）。
Attribute definitions 和 Attribute values 以下的 DOORS 层次结构中没有任何内容，因此在此处设置或删除 C 没有任何效果。
在层次结构中，Attribute definition 直接位于 Module 之下。因此，为了防止用户自己创建属性，您必须在 Module 上为该用户删除 C，即在模块属性中。不幸的是，这也将不允许该用户在级别 1 上创建任何 Object，使他们几乎无法编辑模块内容。
此外，删除模块属性上的 C 将不允许用户创建 View，因为 View 定义也直接放在 Module 的下面层次结构。
我最近在查看属性的访问权限，看看是否某些属性属性由 M 控制，而其他属性属性由 C 控制，但似乎我可以访问具有 M 访问权限的所有属性属性。有谁知道创建访问权限为属性提供了什么？
根据 DOORS 的层次结构和继承概念，以及一切都可能有自己的访问权限的一般概念，并非每一个访问权限都有意义。
C on "something" 允许您创建比 "something" 低一级的 "something else"。如果您的 Module 中有一个 Object 并删除了此 Object 属性中的一组用户的 C，这些用户可能不会在下面创建 Object此 Object（例如：Object 包含第 2.3 章的标题。用户将不允许在第 2.3 章中添加任何 Object）。
Attribute definitions 和 Attribute values 以下的 DOORS 层次结构中没有任何内容，因此在此处设置或删除 C 没有任何效果。
在层次结构中，Attribute definition 直接位于 Module 之下。因此，为了防止用户自己创建属性，您必须在 Module 上为该用户删除 C，即在模块属性中。不幸的是，这也将不允许该用户在级别 1 上创建任何 Object，使他们几乎无法编辑模块内容。
此外，删除模块属性上的 C 将不允许用户创建 View，因为 View 定义也直接放在 Module 的下面层次结构。