社区
取消
显示结果
而是搜索
你的意思是:

信息联盟安全要求

信息联盟安全要求

你好,

我们参与了不同的有安全需求的项目,这些项目需要基于安全措施的信息模型共享和联邦。根据我们的经验,ACC没有对这种需求提供足够的响应,以下是场景:随后我将提供想法:

场景:

项目名称:ABCD

类型:公共、监狱

当事人;

答:委托人(指定方)

B:首席设计顾问(主要委任方:交付团队)

C:架构师(指定方:任务小组)

: anguished_face:结构(指定方:任务小组)

艾凡:机械师(指定方:任务小组)

F:水管(指定方:专责小组)

旅客:电气(指定方:任务小组)

H:保安(指定方:专责小组)

想象一下,所有的任务团队都在每天的基础上开发他们的信息模型,并要求每周将他们的文件发布到ACC Design collaboration中。每个团队的权限都限制在他们的工作范围内,特别是安全信息模型必须可用客户和首席设计顾问,其他任何一方都不能看到他们的信息模型和联邦模型被要求作为两个独立的模型视图定义来开发。

根据ACC中的当前设置,当我们将Security作为一个团队添加时,他们发布的任何内容都将出现在项目时间表中,无论任何手动设置或权限更改,他们的信息都将对其他各方可用。然后我们不能/不应该添加他们作为一个团队,周围的工作是不添加他们作为一个团队来设计协作专业。但问题是,如果没有为他们定义特定的团队,他们的文件将不会出现在模型协调特性中,模型联邦也不能自动完成。

以上是一种情况,还有许多其他情况,我们需要有一方上船,但他们的信息共享必须基于一定的安全措施。

的想法:

当项目管理员在Design collaboration Pro面板中定义团队时,应该有一个复选框,说明团队及其产生的所有信息应被视为机密/安全信息。

一旦选中,应该有一个对话框,项目管理员应该能够说来自安全团队的信息可以被哪一方看到。

bms953_2 - 1667388596718. - png

在那之后,例如,如果首席设计顾问或客户进入项目时间表,他们可以看到安全团队。

bms953_1 - 1667388576701. - png

但是其他方面的安全团队是无法看到和访问这些信息的。

bms953_0 - 1667388557752. - png

随后应用所有设置,以防止以自动(或手动)方式访问安全文件夹和共享信息。

2的评论
Chad-Smith
顾问

我只管理过几个具有严格安全性的项目,正如您所解释的,安全模型需要放到它自己的非team文件夹中。

不幸的是,这是Docs中基于文件夹的文件管理的一个症状,而不是基于元数据的文件管理方法,在这种方法中元数据可以更好地控制单个文件的访问。

我同意你增加访问粒度的“授予”方法。

另一种选择是在包装过程中,在按Share之前有一个类似的收件人选择列表。

bms953
提倡

@Chad-Smith

我同意包装的观点,

顺便说一句,最终,当我们向特定方(作为团队设置)授予许可时,他们发布的任何内容(有安全需求的方)和生产的内容都应该对他们可用,而不是其他任何人。

此外,由于项目性质,安全信息共享可能需要一些例外情况,因此需要采取适当措施,在客户/项目经理需要时提供“Override”选项的可能性。

如果你发布的是关于产品增强或功能要求的帖子,请使用想法板。

提交的想法

“社区

”技巧

“服务

Baidu
map