本文献按照GB/T 1.1-2020《轨范化责任导则 第1部分：轨范化文献的结构和草拟王法》的轨则草拟快播xx电影。
请着重本文献的某些内容可能触及专利。
本文献的发布机构不承担识别专利的拖累。
本文献由国度档案局提倡并归口。
本文献草拟单元：中国商用飞机有限拖累公司、国度档案局经济科技档案业务教化司。
本文献主要草拟东谈主：刘文恭、蔡盈芳、王木亮、殷瑛、蒋君仁、许成伟、朱志赟、陈丽娟、孙晓清、李璐。
正 文
1 规模
本文献描写了企业家具数据管制（PDM）系统酿成的电子文献存档和存档后电子档案管制的方法。
本文献适用于企业家具数据管制（PDM）系统酿成的电子文献和存档后电子档案管制责任。
2 表大肆援用文献
下列文献中的内容通过文中的表大肆援用而构资本文献必不可少的条目。其中，注日历的援用文献，仅该日历对应的版块适用于本文献；不注日历的援用文献，其最新版块（包括总共的修改单）适用于本文献。
GB/T 11822 科学时候档案档册组成的一般要求
GB/T 18894—2016 电子文献存档与电子档案管制表率
DA/T 15 磁性载体档案管制与保护表率
DA/T 38 电子文献存档光盘时候要乞降应用表率
DA/T 46—2009 秘书类电子文献元数据决策
DA/T 48—2009 基于XML的电子文献封装表率
DA/T 70—2018 秘书类电子档案检测一般要求
DA/T 74 电子档案存储用可录类蓝光光盘（BD-R）时候要乞降应用表率
DA/T 75 档案数据硬磁盘离线存储管制表率
3 术语和界说
GB/T 18894—2016、DA/T 70—2018界定的以及下列术语和界说适用于本文献。
3.1 家具数据管制系统 product data management system
管制家具坐蓐全过程以及坐蓐过程中产生的与家具相关的信息（包括文档、CAD文献、装置关系、物料清单、竖立、权限信息等）的系统。
注：简称 PDM 系统。
3.2 电子文献 electronic document
国度机构、社会组织或个东谈主在履行其法定职责或处理事务过程中，通过谋划机等电子开荒酿成、办理、传输和存储的数字形态的多样信息记载。电子文献由内容、结构、配景组成。
[起原：GB/T 18894—2016，3.1]
3.3 电子档案 electronic record
具有笔据、参考和保存价值并存档保存的电子文献。
[起原：GB/T 18894—2016，3.2]
3.4 电子档案管制 electronic records management
对电子档案进行给与、整理、看护、哄骗、统计、苟且和科罚的行为。
3.5 电子档案管制系统 electronic records management system；ERMS
对电子档案进行给与、整理、看护、统计、哄骗和科罚的谋划机信息系统。 [起原:GB/T 18894—2016，3.10，有修改]
3.6 电子文献存档 electronic document archiving
办理已矣或已郑重发布的具有笔据、参考和保存价值的电子文献提交电子档案管制系统保存的过程。
3.7 着实性 authenticity
电子文献、电子档案的内容、逻辑结构和配景与酿成时的原始情状相一致的性质。
[起原：GB/T 18894—2016，3.5]
3.8 齐全性 integrity
电子文献、电子档案的内容、结构和配景信息王人全且莫得破裂、变异或丢失的性质。
[起原：GB/T 18894—2016，3.7]
3.9 可用性 usability
电子文献、电子档案不错被检索、呈现和相识的性质。
[起原：GB/T 18894—2016，3.8]
3.10 安全性 security
电子文献、电子档案的管制过程可控、数据存储可靠，未被破裂、未被行恶探问的性质。
[起原：DA/T 70—2018，3.7]
3.11 四性 four properties
电子文献、电子档案的着实性、齐全性、可用性、安全性。
3.12 信息包 information package
包含电子文献、电子档案组件（文档）和对应元数据，按照一定的结构组织，可用于不同方法之间信息传递的信息荟萃对象。
[起原：DA/T 70—2018，3.10]
3.13 存档信息包 archiving submission information package；ASIP
电子文献存档时立档单元里面业务部门向档案部门提交的信息包。
[起原：DA/T 70—2018，3.11]
3.14 保存信息包 archival information package；AIP
按照永恒保存要求酿成的电子档案信息包。
[起原：DA/T 70—2018，3.13]
3.15 系统显现名 system display title
在电子档案管制系统中存储的，档案东谈主员和用户顺利可见的件内组件（文档）落款。
注：文档是指存档文献最小的文献单元，不错是一个闲静的当然件，也不错是组合文献中的某一当然件或当然件的附件。
3.16 谋划机文献名 computer file title
在电子档案管制系统存储器中惟一符号电子档案组件（文档）的一个字符串。
4 总则
4.1 总体要求
4.1.1 PDM 系统中酿成的电子文献是企业的中枢信息钞票，PDM系统电子文献存档与电子档案管制责任应纳入单元电子文献存档和电子档案管制举座责任中，统筹谋划，有序鼓吹。
4.1.2 应按照全程管制、前端截止、蚁合扶植原则对PDM系统电子文献实施全生命周期管制，确保电子档案的“四性”。
4.1.3 应试验表率的责任轨范，选择必要的时候妙技，对PDM系统电子文献存档和电子档案管制全过程实行监控。
4.1.4 应酬PDM 统中电子文献的情况进行玄虚侦察，制定存档决策、看护期限表、元数据决策、探问截止王法/哄骗王法等表率，据此开展PDM系统电子文献存档与电子档案管制责任。
4.1.5 档案部门、信息时候部门、业务部门等总共触及PDM系统电子文献存档与电子档案管制责任的部门和东谈主员应明确单干，相互和解，通过表率的电子档案管制，做事于家具管制、风险截止、钞票保护等谋划。
4.1.6 应配备必要的信息化基础设施和信息安全设施，保险电子档案管制系统的平素运转和信息安全。
4.2 职责
4.2.1 PDM 系统把握部门
PDM系统把握部门职责如下：
a) 根据家具数据管制表率和档案业务需求，组织信息时候部门、档案部门和磋交易务部门开展PDM系统存档功能培植；
b) 为PDM系统存档功能的培植提供支抓。
4.2.2 档案部门
档案部门职责如下：
a) 将PDM系统酿成的电子文献纳入管控规模，提倡存档规模、存档神色、存档形态、存档时分和“四性”检测等业务需求；
b) 参与PDM系统与电子档案管制系统接话柄施责任，负责存档接口功能测试，考据是否旺盛假想要求；
c) 如期对上线后的集成存档接口运转情况进行监测，确保功能运转平素；
d) 负责电子文献的给与，以及电子档案的整理、看护、统计、哄骗；
e) 负责组织看护期满电子档案的苟且、科罚责任。
4.2.3 信息时候部门
信息时候部门职责如下：
a) 根据PDM系统电子文献存档需求，开展 PDM系统与电子档案管制系统存档接口开发、测试和运转爱戴责任；
b) 实时反应PDM系统把握部门和档案部门提倡的PDM系统电子文献存档需乞降问题反馈，并妥善处理；
c) 参与看护期满电子档案殉难责任，对殉难是否透澈进行阐明。
4.2.4 业务部门
业务部门职责如下：
a) 负责对待存档电子文献质地进行审核；
b) 负责根据PDM系统操作手册和本单元电子文献管制轨则开展电子文献提交存档；
c) 参与看护期满电子档案苟且责任。
4.3 责任历程
PDM 系统电子文献存档与存档后电子档案管制历程包括电子文献过甚元数据拿获、存档、“四性” 检测、给与、整理、看护、统计、哄骗、苟且、科罚等方法，见图1。
4.4 元数据要求
元数据要求如下：
a) 元数据应能为PDM系统和电子档案管制系统所处理，达成元数据的传输、领路、交换、哄骗等；
b) 元数据的拿获神色和拿获节点应在PDM 系统和电子档案管制系统假想与开发过程中进行谋划，达成元数据与电子文献同期拿获；
c) 元数据的拿获神色包括顺利索要、谋划写入、手工录入、默许赋值等；
d) 元数据的拿获节点包括但不限于电子文献管制全程中的拿获、存档、检测、给与、整理、看护、哄骗、迁徙、治愈、苟且、科罚等各个节点；
e) PDM系统电子文献存档时，应同期存档对应元数据，确保元数据与所描写的电子文献的灵验关联；
f) 按照DA/T 46—2009、DA/T 48—2009，将PDM系统电子文献存档和电子档案管制元数据缔造为文献实体、机构东谈主员实体、业求实体、文献关系实体；
g) 本文献对元数据属性的描写方法与 DA/T 46—2009 轨则的描写方法一致。凡DA/T 46— 2009、DA/T 48—2009 中已描写的元数据，以DA/T 46—2009、DA/T 48—2009为准。DA/T 46—2009、DA/T 48—2009未描写的元数据，本文献在附录A 表A.1～表A.2的备注中进行了描写。
5 PDM 系统电子文献存档
5.1 存档规模与看护期限
5.1.1 PDM系统电子文献存档规模以假想类电子文献为主，与假想探讨联的名目管制类电子文献、历练类电子文献、制造类电子文献、客服类电子文献、商场与销售类电子文献、供应商类电子文献应同期存档。
5.1.2 看护期限一般分为永恒、30 年、10 年 （看护期限一般自存档时分起算），具体参见附录B表 B.1～表B.7。
5.1.3 档案部门、业务部门、PDM 系统把握部门应共同笃定本单元PDM系统电子文献存档规模和看护期限表。
5.2 电子文献组件
5.2.1 件的组成
5.2.1.1 存档电子文献一般以每份文献为一件。
5.2.1.2 正文、附件为一件；来文与复文一般闲静成件。
5.2.1.3 并吞文献编号的并吞版块二维图、三维图和审签文档为一件。
5.2.1.4 并吞文献编号的并吞版块原始形态和治愈形态为一件。
5.2.1.5 并吞文献编号的不同版块闲静成件。
5.2.1.6 并吞文献编号的并吞版块的不同语种版块一般闲静成件。
5.2.1.7 并吞文献编号的转变文献一般闲静成件。
5.2.1.8 并吞文献编号的不同版块的软件源码和试验码一般闲静成件。
5.2.2 件内电子文献排序
5.2.2.1 件内文献排序时正文在前，附件在后。
5.2.2.2 并吞文献编号的二维图、三维图和审签文档按照审签文档、三维图、二维图排序。
5.2.2.3 并吞文献编号的原始形态和治愈形态按照原始形态、治愈形态排序。
5.2.3 系统显现名
5.2.3.1 系统显现名一般应与PDM系统定名保抓一致。
5.2.3.2 PDM系统定名不表率的，可在存档时由电子档案管制系管辖受“文献编号+正落款”的形态再行定名。
5.2.4 谋划机文献名
5.2.4.1 电子档案管制系统内电子档案谋划机文献名应具有惟一性。
5.2.4.2 谋划机文献名一般摄取“惟一性代码+系统显现名”形态定名。
5.2.4.3 惟一性代码可摄取“哈希值+日历时分”或“马上码+日历时分”形态。“马上码”由谋划机自动马上生成，一般为32位。
5.3 存档要求
5.3.1 存档神色
5.3.1.1 在软硬件条件具备的前提下，PDM系统电子文献存档应选择在线存档神色，通过PDM系统和电子档案管制系统存档接口达成，不然不错摄取线下存档神色。
5.3.1.2 存档接口经常包括但不限于以下两种：WebService存档接口和中间库存档接口。
5.3.1.3 WebService存档接口旨趣暗示图见图2。
5.3.1.4 中间库存档接口旨趣暗示图见图3。
5.3.2 存档时分
5.3.2.1 PDM系统电子文献存档可选择实时存档和如期存档。
5.3.2.2 实时存档是指在电子文献发布的同期即启动存档轨范，达成PDM系统向电子档案管制系统即时存档。
5.3.2.3 如期存档是指根据本单元具体情况选择如期（每周、每月、每年等）、家具定型或要害节点完成后1年内存档。
5.3.3 存档形态
5.3.3.1 电子文献存档形态
电子文献存档形态要求如下：
a) PDM系统电子文献存档形态应具备形态洞开、不绑定软硬件、显现一致性、可治愈、易于哄骗等性能，有时支抓形态治愈。
b) 文本类电子文献一般摄取适当轨则的版式文献形态，根据需要可同期保存原始形态。
c) 二维图样、三维数模电子文献应按以下要求存档：
—— 二维图样文献以原始形态和适当轨则的版式文献形态同期存档；
—— 三维数模文献以原始形态和STEP、PDF/E 等中秉性式同期存档。
d) PDM系统结构化数据库应根据数据库表结构及电子档案管制要求治愈为以下形态存档：
—— 以XML、ET、XLS、DBF 等任意一种形态存档；
—— 参照纸质表单或电子表单版面形态，将应存档数据库数据治愈为版式文献存档。
e） 若是摄取原始形态和中秉性式同期存档保存，电子档案管制系统应酬二者建立关联。
5.3.3.2 元数据存档形态
PDM 系统酿成的各样电子文献元数据应根据存档接口笃定存档形态。按照 GB/T 18894—2016中8.4和 DA/T 48—2009的要求，勾搭本单元接口开发时候阶梯，元数据可摄取XML、ET、DBF等形态。
5.3.3.3 电子文献形态治愈
电子文献形态治愈要求如下：
a) 电子文献形态治愈时分的优先级别离为文献发布时、存档前、存档过程中；
b) 电子文献形态治愈器用优先选择电子文献编制软件自带治愈功能，并以此为基础开发批量治愈器用。批量治愈器用的可靠性应经过评审，阐明旺盛本单元坐蓐运营场景需求。
5.3.4 拿获
5.3.4.1 存档电子文献应郑重发布，探讨元数据信息获得准确、齐全拿获。
5.3.4.2 存档前应由业务部门东谈主员对存档电子文献质地进行搜检，阐明是否旺盛存档要求。
5.3.4.3 存档电子文献的形态不适当存档要求，可在生成信息包前进行治愈，确保治愈前后内容一致。
5.3.4.4 存档信息包以件为单元生成，包内包含存档电子文献全文和元数据文献，参见附录 C。
5.3.4.5 电子文献存档后PDM系统电子文献如发生转变或作废，应将新版文献或作废诠释文献另行拿获存档，并将探讨关联关系以元数据体式同步存档，确保存档电子文献状态与PDM系扶植致。
5.3.5 分类
档案部门应制定分类决策对PDM系统电子档案进行分类（参见附录D）。
5.3.6 立卷
5.3.6.1 立卷王法
档案部门应参照如下王法，勾搭本单元本色制定电子档案立卷王法：
a) 名目管制类电子文献按照“名目-类别-年度”立卷；
b) 假想时候敷陈类电子文献按照“名目-类别-专科”立卷；
c) 假想图样类电子文献按照“名目-类别-家具结构”立卷；
d) 历练类电子文献按照“名目-类别-专科”立卷；
e) 制造类电子文献按照“名目-类别-年度”立卷；
f) 客户做事类电子文献按照“名目-类别-年度”立卷；
g) 商场与销售类电子文献按照“名目-类别-年度”立卷；
h) 供应商类电子文献按照“名目-类别-供应商-年度”立卷。
5.3.6.2 排序王法
档案部门应参照如下王法，勾搭本单元本色制定卷内电子档案排序王法：
a) 卷内文献一般按事由勾搭时分陈列；
b) 如并吞卷内有多少事由，按事由终局时分先后陈列；
c) 并吞事由的电子档案应蚁合陈列；
d) 并吞事由内的电子档案按酿成时分先后规则陈列；
e) 时候敷陈、图样文献等有严格编号结构的电子档案按编号（文献编号、图号等）规则陈列。
5.3.7 档号
档案部门应恪守 GB/T 11822的轨则，一般按照“全宗号+分类号+档册规则号+卷内序号”结构制定编号王法。
5.3.8 存档
电子文献拿获齐全后，由业务部门东谈主员按照内置分类决策、组卷和排序王法，补充分类号和档号，立卷之后提交存档。
5.3.9 检测给与
5.3.9.1 电子档案管制系统应酬电子文献“四性”进行检测，检测决策参见附录 E。
5.3.9.2 关于检测及格的电子文献，电子档案管制系统应有时正确领路存档信息包，将元数据、电子文献实体、各样关联关系按照商定例则写入。
5.3.9.3 关于检测不对格的电子文献，电子档案管制系统应向PDM系统发送拒收原因敷陈。
5.3.9.4 检测敷陈一般在电子档案管制系统结构化存储，手脚业求实体元数据保存，支抓查阅。
5.3.9.5 胜利给与后，电子档案管制系统应酬电子档案进行登记，同期向PDM系统发送给与胜利信息。
5.4 存档接口
5.4.1 PDM系统的存档接口功能
PDM系统的存档接口功能如下：
a) 存档前将待存档电子文献过甚元数据以件为单元进行拿获，酿成存档信息包；
b) 应有时镶嵌分类决策和组卷决策，业务部门东谈主员可根据电子文献内容选择生成类号和档号；
c) 将存档信息包传输至指定位置，传输过程中存档信息包中信息不丢失、不被行恶转变；
d) 给与存档信息包给与方的反馈音书，包括存档胜利音书与失败音书，以及失败故障代码；
e) 对存档胜利的电子文献进行已存档象征，以谨防重叠存档，存档象征能取消，并在东谈主工烦闷下再行存档；
f) 应有时将升版、作废等电子文献转变信息传递至电子档案管制系统，确保PDM系统电子文献与电子档案管制系统电子档案状态保抓一致；
g) 应有时索要零部件装置关系，以过甚他数据对象之间的关联关系，并以文献实体关系元数据体式传递至电子档案管制系统；
h) 应具有存档截止功能模块，记载存档电子文献类型、存档时分、存档状态，并有时达成按照存档电子文献类型、存档时分、存档状态组合查询；
i) 应具有扩张功能，支抓新增文献类型在线存档。
5.4.2 电子档案管制系统接口功能
电子档案管制系统接口功能如下：
a）向PDM系统发送存档信息包存储位置信息；
b) 给与业务系统传递来的信息包，并正确领路；
c) 对PDM系统提交存档的电子文献过甚元数据的“四性”进行检测，检测不对格不可给与，并反馈相应不对格的检测甩手及不对格原因；
d) 将领路后的电子文献过甚元数据存储在指定位置；
e) 应有时正确领路升版、作废等电子文献变化信息，并按商定例则与对应电子档案关联；
f) 应有时正确领路零部件潦倒级关系，以过甚他数据对象之间的关联关系，并按商定例则与对应电子档案关联；
g) 向PDM系统发送电子文献存档胜利或失败音书，以及失败故障代码；
h) 在存档信息包给与、领路和数据存储等过程中，信息不丢失、不被行恶转变；
i) 应具有给与截止功能模块，记载存档电子文献类型、存档时分、存档状态，并有时达成按照存档电子文献类型、存档时分、存档状态组合查询；
j) 应具有扩张功能，支抓新增文献类型在线存档。
5.4.3 存档接口培植管制要求
存档接口培植管制要求如下：
a）存档接口宜与业务系统同假想、同开发、同测试和同实施，未开发存档接口的业务系统应实时通过二次开阐扬成；
b) 存档接口开发时应进行充分测试，并经众人评审，以阐明功能要求达到假想谋划要求；
c) 存档接口插足运转后，应安排专东谈主对接口运转情况进行抓续追踪，发现问题实时科罚；
d) PDM系统和电子档案管制系统更新应充分论证对存档接口功能的影响，确保存档接口有时平素运转； e) 将接口济急科罚决策纳入PDM 系统和电子档案管制系统的济急预案，在PDM系统和电子档案管制系统因升级、系统故障、病毒感染等原因影响存档接口功能后立即启动济急反应。
6 电子档案管制
6.1 整理
6.1.1 编目
应根据本单元业务需要，按照 GB/T11822的轨则酿成档册目次、卷内目次和档册文献目次。
6.1.2 检测
6.1.2.1 档案部门应酬整理甩手进行“四性”检测，搜检整理责任质地，检测决策参见附录E。
6.1.2.2 如检测未通过，应根据检测论断，再行进行整理，直至检测通过。
6.1.3 入库
“四性”检测通过的电子档案，由电子档案管制系统自动转为入库状态。
6.1.4 修改
6.1.4.1 入库后，若要对电子档案管制系统中电子档案元数据进行修改，应在线提交苦求，并由档案部门批准甘心后方可修改。
6.1.4.2 修改完成后，再行提交“四性”检测。
6.2 存储
6.2.1 在线存储
6.2.1.1 在线存储神色应在电子档案管制系统假想开发时进行谋划，并配备对应软硬件开荒。
6.2.1.2 在线存储神色应能得当大容量电子档案存储需要，跟着数据存储容量增多不应影响电子档案管制系统探问、运转性能。
6.2.1.3 在线存储容量应至少旺盛3年增量需求，幸免电子文献存档因存储容量不及而中断。
6.2.1.4 电子档案管制系统应依据分类王法和年度在谋划机存储器中逐级建立文献夹，目别汇分、蚁合有序地存储电子档案。
6.2.1.5 电子档案管制系统应在元数据中自动记载电子档案在线存储旅途，便捷在线查阅、下载。
6.2.1.6 建议每天实施增量备份，至少一个月全备份一次，有条件的单元可实施双机热备。
6.2.2 离线存储
6.2.2.1 应酬电子档案进行以件（含元数据）为存储单元的保存信息包离线存储，以进一步缩短电子档案永恒保存风险。
6.2.2.2 电子档案离线存储结构过甚诠释参见附录F。
6.2.2.3 电子档案离线存储介质至少应制作3套。
6.2.2.4 不同套别的存储载体应分开保存，有条件的单元应将1套置于300km 以上、不在并吞流域的场合保存，或不同的建筑物内保存。
6.2.2.5 离线存储载体管制应按照DA/T 15、DA/T 38、DA/T 74、DA/T 75的要求进行。
6.3 看护
6.3.1 应选择科学行动对存储载体进行管控，幸免存储载体损坏，并谨防未经授权的探问。
6.3.2 电子档案管制系统应当有时追踪到看护时代对电子档案的探讨操作，不管是正当操作依然行恶操作，应在日记中进行记载。
6.3.3 档案部门应每年对电子档案的可读取性进行评估，酿成评估敷陈；如存在因软硬件或其他时候升级、变动出现电子档案不可读取的风险，应酬电子档案进行迁徙或治愈。
6.3.4 电子档案现时形态将被淘汰或失去时候支抓时，应实施电子档案删除的形态治愈。
6.3.5 因时候更新、介质检测不对格等原因需更换离线存储介质时，应实施电子档案或元数据离线存储介质的治愈。
6.3.6 支抓电子档案管制系统运转的操作系统、数据库管制系统、台式谋划机、做事器、磁盘阵列等主要系统硬件、基础软件等开荒升级时，应实施电子档案或元数据离线存储介质的迁徙。
6.3.7 电子档案管制系统更换时，应实施电子档案过甚元数据的迁徙。
6.3.8 电子档案迁徙或治愈前应进行迁徙可行性评估，包括谋划载体、系统、形态的可抓续性评估和看护资本评估等，并保证迁徙或治愈过程可控，谨防迁徙过程中电子文献信息丢失、被行恶点窜。
6.3.9 在信赖治愈或迁徙行为胜利实施后，根据本单元本色对治愈或迁徙前的电子档案过甚元数据进行殉难或链接留存的科罚。
6.4 哄骗
6.4.1 电子档案管制系统应通过灵验的智能检索、组合检索、全文检索、主题导航和基于家具层级结构的树形导航等功能，便捷用户查询、浏览电子档案。
6.4.2 检索甩手呈现应包括必要的元数据、电子全文和关联关系。
6.4.3 档案部门应制定详备的电子档案哄骗权限轨则，哄骗权限应在电子档案管制系统中达成，并经过阐明。超权限哄骗时应进行审批，并保证哄骗过程中电子档案不被行恶点窜。
6.4.4 电子档案可根据授权通过电子档案管制系统在线或离线提供哄骗，但不管何种哄骗神色均应通过日记或其他神色记载哄骗过程，记载信息包括哄骗者、哄骗神色、档号、文献编号、文献名、哄骗时分等。哄骗过程应手脚电子档案业求实体元数据的一部分进行保存。
6.5 统计
电子档案统计应按照 GB/T 18894—2016的要求进行。
6.6 苟且科罚
6.6.1 应如期对看护期限到期的电子档案进行苟且，苟且方法可根据本单元管制要求进行。
6.6.2 到期苟且后对电子档案进行科罚，包括殉难、续存和移交。
6.6.3 电子档案的殉难应先登记、编制清册，并按相关轨则履行审批手续后，再将电子档案进行物理删除。
6.6.4 物理删除时至少两东谈主监督，殉难清单及记载需打印成纸质档案保存。涉密电子档案的殉难应当按照国度守密法律法则的轨则处理。
附 录 A
附 录 B
附 录 C
(贵府性)
PDM系统电子文献存档元数据示例
PDM 系统电子文献存档xml形态见教例：
示例：
<? xml version="1.0"encoding="UTF-8"?>
<Documents>
<Document>
/*文献描写*/
<description >
<archive code >SH002</archive code>
<organizational structure or function>XXX<organizational structure or function>
<document nbumber >983GD001</document nbumber >
<version >A</version >
<title >文献称号</title >
<parallel title >并排落款</parallel title >
<descriptor >主题词</descriptor >
<keyword >要津词</keyword >
<effectivity>灵验</effectivity>
<Language >汉文</Language >
<security classification >里面</security classification >
<retention Period >30年</retention Period >
<project number >30年</project number >
<data original >XX系统</data original >
……………
</description >
/*文献描写*/
/*电子属性*/
<electronic attribute >
<File>
<filename>附件1.TXT</filename>
<ftpname>1.TXT</ftpname>
<size>13.14KB</size>
<path>/SFYDATA/ARJ_SH</path>
<pagecount></pagecount>
<hashcode></hashcode>
</File>
...
...
...
<File>
<filename>附件2.TXT</filename>
<ftpname>2.TXT</ftpname>
<size>13.14KB</size>
<format>pdf</format>
<hashcode>ddfaeed79ac1255713c8ab7165399b9b</hashcode>
</File>
...
...
...
</Files>
/*电子全文*/
/*电子签名*/
<electronic signature>
<signature rules>XXXX</signature rules>
<signature time >XXXX</signature time >
<signer >XXXX</signer >
<signature >XXXX</signature >
<certificate >XXXX</certificate >
<certificate reference >XXXX</certificate reference >
<certificate algorithm identifier >XXXX</certificate algorithm identifier e >
<electronic signature>
/*电子签名*/
/*权限管制*/
<right smanagement>
<IPRStatement >XXXX</IPRStatement >
<AuthorizationTo >XXXX</AuthorizationTo >
<AuthorizationAct r >XXXX</AuthorizationAct >
<AuthorizationStartingDate >XXXX</AuthorizationStartingDate >
<AuthorizationEndingDate >XXXX</AuthorizationEndingDate >
<rights management>
/*权限管制*/
/*团聚档次*/
<aggregationlevel>文献级</aggregationlevel>
/*团聚档次*/
/*机构东谈主员实体*/
<agent entities>
<agent entity>
<agent type>编制东谈主</agent typel>
<agent type>王五</agent typel>
<organization code>XX部</organization code>
<position name>XX</position name>
<agent entity>
<agent entity>
<agent type>校对东谈主</agent typel>
<agent type>赵六</agent typel>
<organization code>XX部</organization code>
<position name>XX</position name>
<agent entity>
…………
…………
<agent entities>
/*机构东谈主员实体*/
/*业求实体*/
<business entities>
<business entity >
<business entity identifier>H004</business entity identifier>
<agent entity identifier>王五</agent entity identifier
<文献符号符>961JB001</文献符号符>
<business activity>分发</business activity>
<action time>2009.02.23</action time>
<action mandate>XX</action mandate>
<action description>XX有限公司</action description>
<business entity >
<business entity >
<business entity identifier>H004</business entity identifier>
<agent entity identifier>王五</agent entity identifier
<文献符号符>961JB001</文献符号符>
<business activity>签收</business activity>
<action time>2009.02.23</action time>
<action mandate>XX</action mandate>
<action description>XX有限公司</action description>
</business entity >
…………
/*业求实体*/
/*文献实体关系*/
<record entities relations>
<record entities relation>
<record identifier>961JB001</record identifier>
<version >B</version >
<related record identifier>961JB001</related record identifier>
<version >A</version >
<relation type >文献--文献</relation type>
<relation >代替/被代替</relation >
<relation description >代替/被代替</relation description >
</record entities relation>
<record entities relation>
<record identifier>961JB001</record identifier>
<version >ZF</version >
<related record identifier>961JB001</related record identifier>
<version >A</version >
<relation type >文献--文献</relation type>
<relation >作废/被作废</relation >
<relation description >XXXX</relation description >
</record entities relation>
…………
</record entities relations >
/*文献实体关系*/
附 录 D
附 录 E
附 录 F
电子档案离线存储载体存储结构诠释如下：
a)诠释文献定名为“诠释文献.TXT”，一个载体惟有一个诠释文献，存放本载体相关信息，包括载体参数（如载体容量、载体类型等）、载体编号、载体看护单元、载体制作单元、载体搜检单元、读取本载体内档案所需要的软硬件环境过甚他多样有助于诠释本载体的信息。
b)目次文献一般包括文献目次、档册目次，别离定名为“文献目次.TXT”及“档册目次.TXT”，存放相关档案的目次信息。目次文献条目与离线存储电子档案相对应，根据电子档案具体内容进行描写，每个条目中包括对应电子档案规则号、档号、拖累者、落款、日历、密级、电子档案称号、备注等元数据。
c)电子档案文献夹定名为“电子档案”，存放电子档案过甚元数据（元数据结构参见附录C），一般按年度-类别-文献的档次缔造文献夹。根据档案整理和分类方法以及本色情况可对存储结构中的类别、档册、文献等层级进行弃取。
d)其他文献夹定名为“其他”，存放多样其他存入载体的文献，主要包括：所摄取的元数据表率、数据封装表率、分类编号王法、文献定名王法、XML模式及嘱咐信息（包含嘱咐、迁徙、治愈、保存等元数据）等，这些文献应摄取 TXT、XML 和适当永恒保存要求的形态。
参 考 文 献
[1] GB/T 18391.3—2009 信息时候 元数据注册系统(MDR) 第3部分：注册系统模子与基本属性
[2] GB/T 26162.1—2010 信息与文献 文献管制 第1部分：通则
[3] GB/T 26163.1—2010 信息与文献 文献管制过程 文献元数据 第1部分：原则
[4] GB/T 29194—2012 电子文献管制系统通勤勉能要求
[5] DA/T 22—2015 存档文献整理王法
[6] DA/T 31—2017 纸质档案数字化表率
[7] DA/T 46—2009 秘书类电子文献元数据决策
[8] DA/T 58—2014 电子档案管制基本术语
[9] HB 20142—2014 航空工业电子档案管制元数据
[10] ISO 13028 信息与文献 档案数字化实施指南（Information and documentation—Digital records conversion and migration process）
[11] ISO 14721 Open archival information system
[12] ISO 16175.2 Principles and functional requirements for records in electronic office environments—Part2：Guidelines and functional requirements for digital records management systems
[13] 电子档案移交与给与目标（档发〔2012〕7号）
[14] 企业电子文献存档和电子档案管制指南（档办发〔2015〕4号）
[15] 电子档案管制系统基本功能轨则（档办发〔2017〕3号）
