３.５ 设计—元素集

３. ５. １　　元数据元素集合在下面的整体设计中。通常分为三类或三组元数 据进行描述， 如下：

３. ５. １. １　描述性元数据（Ｄｅｓｃｒｉｐｔｉｖｅ Ｍｅｔａｄａｔａ）
用于发现和识别对象。

３. ５. １. ２　结构性元数据（Ｓｔｒｕｃｔｕｒａｌ Ｍｅｔａｄａｔａ）
用于显示和浏览用户的特定对象， 并包括关于该对象的内 部组织的信息， 例如事件的预期顺序以及与其他对象间的 关系， 例如图像或访问脚本。

３. ５. １. ３　管理性元数据（Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｍｅｔａｄａｔａ）
代表对象的管理信息（例如授权元数据本身的命名空间）， 创建 或修改对象的日期， 技术性元数据（其验证的内容文件格式、 持续时间、采样率等）， 权利和许可信息。该类别包括对保存至 关重要的数据。

３. ５. ２　　所有三类元数据： 不管操作被如何支持， 描述性、结构性和管理 性都必须存在， 尽管在任何文件或实例中可能存在不同的数据子 集。因此， 如果元数据支持保存“支持和记录数字保存过程的 信息（ＰＲＥＭＩＳ）”， 那么它将丰富关于对象来源的、其真实性和 对其执行的操作的数据。尽管阐述和强调描述性、结构性和许可 数据将更加重要， 但如果它支持发现某些部分或全部的保存元数 据对于最终用户（即作为真实性的保证人） 将是有用的， 那么 将提供使原始元数据转换为直观的显示或准备好由网络外部用户 进行收割或交互。不用说， 无法找到的项目既不能被保存也不能 被倾听， 因此对于这些操作， 元数据越具包容性将越好。

３. ５. ３　　这三组元数据中的每一组都可以单独编制： 作为大规模数字化的副 产品的管理性（技术） 元数据； 从遗留数据库导出的描述性元数 据； 作为清关的权利元数据已完成， 并且许可证已签发。然而， 这 些各种编译的结果需要汇集在一起， 并保存在单个元数据实例或一 组链接文件， 及其与保存有关的相关语句中。将所有这些元数据片 段与模式或文档类型定义（ＤＴＤ） 相关联将是至关重要的， 否则元 数据将仅保留为“二进制大型对象（ＢＬＯＢ）”。而数据的积累， 对 于人类来说是清晰可辨的， 但对于机器来说却是难以理解的。