标准规范下载简介：

内容预览由机器从pdf转换为word，准确率92%以上，供参考

T／CREA 016-2022 工程信息模型数据字典标准(附条文说明).pdf

1实体的关系应用关系实体描述，关系实体应从IFCRelationship 继承； 2用来引用需建立关联的可交换实体应包含Relating*和 Related*两个属性； 3根据引用实体数目，关系实体可分为一对一关系[1：1]和

一对多关系[1：n两类： 4IFC模型中应包含赋值、关联、分解、定义、连通、声 明六种基本关系，应均来源于IFCRelationship； 5模型表达中可通过IFCRelationship描述构件和空间的 隶属关系、构件之间的连接关系及构件与材料间的引用关系 （图4.2.5）。

4.3.1数据字典应包含管理信息数据字典和构件信息数据字典。 4.3.2管理信息数据字典宜包含数据表信息、视图信息、存储 过程信息、用户函数信息、领域信息、数据项信息、项目信息和 其他信息。管理信息数据字典宜按本标准附录A的示例编写。

4.3.2管理信息数据字典宜包含数据表信息、视图信息、存储

学院迁建工程学生宿舍楼基础结构施工组织设计方案其他信息。管理信息数据字典宜按本标准附录A的示例编与。 4.3.3构件信息数据字典应包含必备的几何和文本信息。构件

4.3.3构件信息数据字典应包含必备的几何和

5.1.1属性和属性组应由一组特性来定义，包括必选特性和可 选特性。定义属性的特性表应符合本标准附录C规定。定义属 性组的特性表应符合本标准附录D规定。 5.1.2属性是对数据元素的描述，一个属性应只对于数据元素 或数据组元素的某一特征进行定义。 5.1.3属性组由多个属性组成，属性组可用树形结构进行 构建。 5.1.4属性和属性组信息应通过对工程建设领域中构件数据模 板信息引用进行（图5.1.4）

板信息引用进行（图5.1.4）。

5.1.5属性组应涵盖在不同的类别下，一个属性可包含在不同 的属性组中。

5.1.5属性组应涵孟在不向的类别下，一个属性可包含在不向 的属性组中。 5.1.6用户可根据需要结合具体业务提出一组适合的属性 (图5.1.6）

图5.1.6门属性组示例

5.1.7管理特性列表应由编码、名称、描述、数据字典互联的 管理规则、需求表单管理规则、数据类型、值列表组成，并应符 合下列规定： 1属性特性编码应用PA表示，属性组特性编码应用GA 表示； 2名称表示属性的名称； 3描述应包含对属性的描述及使用场景； 4数据字典互联的管理规则应定义是否必须为该属性提供 值；如必须提供应为“必要”，不必须提供应为“非必要”； 5需求表单管理规则应定义是否必须为与数据字典交互的 需求表单中特性赋值；如必须提供应为“必要”，不必须提供应 为“非必要”； 6数据类型应描述数据元素类型值的特定特性，应包含简 单类型和复合类型； 7值列表应包含特性允许取值的集合

5.2属性和属性组创建

5.2.1用户应通过数据字典及数据字典互联进行属性（属性组 检索。 5.2.2未查找到属性（属性组）时，用户可向数据字典管理人 员提出创建申请，经过数据字典管理人员审核后进行创建。

5.2.3数据字典管理人员应通过离线或在线方式采集字典相关 信息并进行补充完善，通过审核后将其加人到数据字典中。

5.2.3数据字典管理人员应通过离线或在线方式采集字

5.3属性和属性组维护

5.3.1数据字典的维护需求可包含创建、修改、停用、替换、 分解、合并和删除。 1创建：用户有创建需求时，应对属性及唯一的标识符进 行创建，对应的状态为“非活动”。 2修改：用户有修改需求时，提出的需求经验证通过后引 起一个或多个属性更新。修改不应改变属性语义，同时“修订 号”属性也应更新。 3停用：用户发现一个或多个属性不再适用时应提出停用 需求，停用会导致属性修改，但属性不应从系统中删除。停用需 求验证通过后，属性状态值应由“活动”改为“非活动”。 4替换：用户发现一个不再适用的属性，并创建了一个新 的属性来替代它时应提出替换需求，替换对应新属性的创建和它 所替换的旧属性的停用。替换请求验证通过后，被替换的属性被 停用，属性状态应改为“非活动”。PA012属性被自动填充为替 换它的属性的标识符。 5分解：用户准备用多个属性替换一个属性（多个创建和 一个停用）时应提出分解需求，分解请求引起一个属性的停用和 多个属性的创建。分解请求验证通过后，被分解属性应被停用 状态改为“非活动”。PA012属性被自动填充为替换它的属性的 标识符。 6合并：合并是指用单个属性替换多个属性（一个创建和 多个停用）。合并请求引起一个属性的创建和几个属性的停用。 合并请求验证通过后，合并属性被停用，状态改为“非活动”。 PA012属性被自动填充为替换它们的属性的标识符。 5.3.2数据字典管理人员可使用采集工具监控数据字典的动态

5.3.2数据字典管理人员可使用采集工具监控数据字典的动 变化信息。

3.3 1 属性和属性组的维护管理需求所需信息的列表应含编码

3.3属性和属性组的维护管理需求所需信息的列表应含编码 称、描述、管理规则、类型、值列表等，内容应符合表5.3.1 定。

表5.3.3需求特性表

0.1.1效据子典建立应遵循下列原则。 1一致性：数据字典设计应保证字典使用一致性和修改 致性。 2完整性：数据字典应能完整地描述数据库的文件结构 应依据数据字典的内容生成数据库。 3唯一性：数据字典建立过程中，数据元属性定义和表述 应唯一。 4颗粒度适中：数据字典建立应避免分类颗粒度过大导致 数据字典信息子集内容过大及颗粒度过小导致数据字典信息子集 数量过多。 5复用性：同一种属性在不同行业同一实体中应有相同的 数据结构和语义定义。 6简洁性：数据字典建立应遵从简洁、明了要求，便于各 方统一使用。 7独立性：数据元描述应体现数据自身特点，与信息系统 结构和功能无关。

6.1.3应交付数据字典说明文件，便于后续使月

住宅楼节能改造施工组织设计6.2.1数据字典的流程建立应包括以下五个阶段： 1 前期准备； 2 构建数据字典；

6.2.1数据字典的流程建立应包括以下五个阶段： 1前期准备； 2 1 构建数据字典：

3 编辑数据字典; 4 数据验证; 5成果导出。

图6.2.2 数据字典流程建立（以XML语言为例条文说明

6.2.3前期准备应包括通过对数据中心及数据库基本信息维护 获取数据中心及数据库基本信息，通过XMLSchema注册或注 销获取XMLSchema，由数据模型生成XML模型文件。

2.4构建数据字典应包含下列步骤：

1构建数据字典应根据行业、企业、项目决定包含何种元 素并应明确元素为共享或为行业特定； 2完善每个数据库的数据字典信息； 3添加包含数据类型的数据字典模块。 6.2.5编辑数据字典应包括对值的编辑和对结构的编辑。 6.2.6数据字典编辑完成后SLT 811.4-2021标准下载，应进行数据验证保证数据字典成 果的正确性和规范性