摘要：本文介紹了《電子文件管理系統(tǒng)通用功能要求》（GB/T29194-2012）的研制思路，從標準定位、信息模型和功能模型三個主要方面對標準進行了分析與解讀。從概念和管理兩個角度分析標準的具體定位，從宏觀分類方案和文件-文檔-組件結(jié)構(gòu)模型兩個角度解讀標準的信息模型，從配置功能、文件管理業(yè)務功能、安全管理與系統(tǒng)管理功能等方面分析了標準的功能模型，并提出了標準的后續(xù)維護建議。

關鍵詞：電子文件管理系統(tǒng)功能要求標準解讀

Abstract： This paper introduces the develop？ ment idea of“General functional requirements for electronicrecordsmanagementsystem”（GB/ T29194- 2012）， analyzes and explains the standard from the three main aspects of standard positioning， information model and functional model. The author analyzes the concrete location of the standard from two perspectives of concept and management， and interprets information model of the standard from the perspective of the macro classification scheme and the record- document- component structure model， and analyzes functional model of the stan？ dard from the aspects of configuration functions， file management business functions， security manage？ ment and system management functions， and then puts forward follow-up maintenance recommenda？ tions for the standard.

Keywords： electronic records management sys？ tem； functional requirements； interpretation of stan？ dard

電子文件管理終究需要依托系統(tǒng)而非人工來完成，因此一個貫徹管理人員意志與遵從業(yè)務規(guī)則的電子文件管理系統(tǒng)（ERMS）就顯得尤為重要。事實上，檔案信息化在完成起步階段（典型成果是目錄數(shù)據(jù)庫）、準備階段（典型業(yè)務是數(shù)字化工作），進入發(fā)展階段后主要就是各類原生或派生（特指數(shù)字化成果）電子文件的管理問題。[1]

電子文件的管理總體上有兩個定位，如果僅僅是將電子文件視為傳統(tǒng)紙質(zhì)文件的副本，那么該系統(tǒng)就是一個比較單純的資源管理系統(tǒng)，在安全設計、四性保障方面的要求可以放低；而如果系統(tǒng)定位在可“替代原件”的層面上，那么就需要在設計開發(fā)時高度重視電子文件的真實、完整、可用、安全四性的維護。定位不同，二者的建設難度不可同日而語。GB/T 29194-2012《電子文件管理系統(tǒng)通用功能要求》（下文通稱《要求》）正是本著電子文件作為“原件”的理念進行制定的。

事實證明，依托《要求》能夠有效推動檔案工作的數(shù)字轉(zhuǎn)型，促進部分信息化成熟度高的組織和行業(yè)開始推動電子文件“單套制”的施行。例如國家開發(fā)銀行依托《要求》開發(fā)的電子文件管理系統(tǒng)支撐了助學貸款業(yè)務辦理的全流程無紙化，取得了非常良好的社會效益。[2]以本《要求》為基礎陸續(xù)編制了若干重要的國家標準，如《電子文件管理系統(tǒng)建設指南》（GB/T 31914-2015）與《電子文件系統(tǒng)測試規(guī)范第2部分：歸檔管理系統(tǒng)功能符合性測試細則》（GB/T 31021.2-2014）等。

一、標準研制背景

電子文件管理系統(tǒng)功能要求是電子文件管理系統(tǒng)設計和實施的核心，如何收集、整理、分析電子文件的功能要求是各國在開展電子文件管理活動時都非常重視的問題。不少國家和地區(qū)早在上世紀末就系統(tǒng)開始了相關規(guī)范的研究，在標準制定、系統(tǒng)設計、功能測試等方面已取得了較為顯著的成果。比較典型的功能需求規(guī)范包括：歐盟地區(qū)提出的MOREQ系列規(guī)范、[3]美國國防部提出的DOD5015.2、[4]澳大利亞國家檔案館的《電子文件管理系統(tǒng)軟件功能規(guī)范》、ICA（國際檔案理事會）制定的《電子辦公環(huán)境中的文件管理原則與功能需求規(guī)范》、ISO15489-2文件管理規(guī)范等，其中ICA制定的標準就是后續(xù)ISO16175系列國際標準的前身。此外，課題組還組織翻譯研究了挪威的NOARK電子文件管理系統(tǒng)需求、[5]美國的ERA項目需求文檔、[6]澳大利亞維多利亞州電子文件管理規(guī)范VERS[7]等，這些也都是國際上享有盛譽的功能需求規(guī)范。

2009年出臺的《電子文件管理暫行辦法》（中辦2009年第39號文）可視為我國電子文件國家戰(zhàn)略的重要文獻，該文件提出電子文件管理應滿足“統(tǒng)一管理、全程管理、規(guī)范標準、便于利用、安全保密”的管理要求，客觀上要求電子文件管理活動應在具備規(guī)范功能的系統(tǒng)環(huán)境中進行。為此，國電聯(lián)辦在2010年將ERMS功能需求規(guī)范列為當年重要規(guī)劃事項，委托中國人民大學信息資源管理學院主持制定。

二、標準研制主要思路

ERMS標準在研制思路主要包括三部分內(nèi)容：

（一）開展定位研究

電子文件管理系統(tǒng)作為電子文件的管理中樞，功能范圍涉及大量政策要求、業(yè)務規(guī)范、數(shù)據(jù)接口、技術工具，使用環(huán)境復雜，許多功能要求隨行業(yè)和電子文件類型不同而有較大差異，因而研發(fā)ERMS功能需求標準時應結(jié)合國內(nèi)文檔管理實際和國際經(jīng)驗明確其基本定位，從而有效確定需求邊界。標準研制時就花費較大精力進行了定位研究，基本明確了在概念、系統(tǒng)形態(tài)、管理對象、需求類型和適用對象方面的定位要求，這些定位研究內(nèi)容在拙文《電子文件管理系統(tǒng)功能需求規(guī)范定位研究》已有詳述。[8]

（二）明確信息模型與功能模型

功能需求規(guī)范普遍體量較大，為便于描述，標準針對電子文件的靜態(tài)特征（對象特征）和動態(tài)特征（業(yè)務行為）分別進行了模型建設，原則上按照信息模型對機構(gòu)電子文件進行了描述，基于生命周期對電子文件主要業(yè)務進行了功能模型建構(gòu)。其中，信息模型提供了用于描述機構(gòu)電子文件的聚合模型（可大致視為分類方案），以及描述具體文件的結(jié)構(gòu)模型。

（三）明確需求條款描述方法

為便于完整、準確地描述功能需求，在具體編制條款時基本遵從“用戶-對象-規(guī)則-行為”結(jié)構(gòu)進行，即什么樣的用戶依據(jù)何種規(guī)則對什么對象進行了何種行為。為此，《要求》規(guī)定了四種典型的用戶角色（系統(tǒng)管理員、文件管理員、授權用戶、用戶），依托信息模型和分類模型分別明確“對象”和“行為”，具體描述結(jié)構(gòu)如圖1所示；

同時，基于描述結(jié)構(gòu)，根據(jù)特定功能需求的具體情況，在編制需求條款時還充分結(jié)合以下情形進行具體文本描述：

*是否強制，即該功能是必選、條件選、可選；

*行為方式，即描述功能執(zhí)行者是ERMS自動執(zhí)行、人工操作，或者第三方工具；

*行為結(jié)果記錄，是否入審計跟蹤日志；

*行為條件，該項功能是否需要先決條件；

*行為判斷，該項功能執(zhí)行后是否需要進行特別的錯誤處理；

*是否涉及重要元數(shù)據(jù)更改，等等。

三、標準定位研究

（一）概念定位

本標準所謂“文件”是指機構(gòu)或個人為了履行法律責任或開展業(yè)務活動而生成、接收和維護的具有憑證價值和查考價值的信息，這個定義參考了ISO15489標準，國際上幾乎所有的ERMS功能需求規(guī)范也都采取了類似說法。從其基本概念描述來看，Records本質(zhì)上基本等同于我們平時所說的“歸檔文件”的含義，從文件生命周期來看，基本屬于半現(xiàn)行階段。[9]

概念定位也直接決定了對應的信息系統(tǒng)定位。根據(jù)文件生命周期理論，文件形態(tài)大致會經(jīng)歷docu？ ment-record-archives不同形式，對應的系統(tǒng)形態(tài)也存在業(yè)務系統(tǒng)（Business System）、電子文件管理系統(tǒng)（ERMS）和可信數(shù)字倉儲系統(tǒng)（TDR，在檔案領域可以特指數(shù)字檔案館系統(tǒng)）。

其中，Document（文檔）具有最寬泛的含義，在該階段的文檔管理特別關注提供利用、系統(tǒng)流程和版本控制等功能。Records（文件）作為業(yè)務活動的固化物，ERMS包括對文件的形成、接收、維護、利用及處置進行高效和系統(tǒng)控制的管理活動，維護文件內(nèi)容、背景、結(jié)構(gòu)以及文件之間的聯(lián)系，維護文件的可用性和憑證價值，尤其關注文件真實性、可靠性、完整性和可用性。Archives（檔案）特指進入檔案館的用于長期和永久保存的文件，對應系統(tǒng)的功能重點在于長期保存。

（二）管理定位

1.要求與需求

需求是以一種清晰、簡明、一致且無二義的方式對一個待開發(fā)系統(tǒng)中的各個方面有意義的陳述的集合，是“系統(tǒng)必須符合的條件或具備的功能”。一般來說，軟件需求包括三個不同的層次：業(yè)務需求、用戶需求和功能需求，由于功能需求的實現(xiàn)需要用戶需求和業(yè)務需求的支撐，是二者的集中體現(xiàn)，因而，國際上有關項目對ERMS的需求研究都普遍集中在功能需求規(guī)范上。[10]但由于我國電子文件管理方面的規(guī)范積累較少，加之ERMS規(guī)范體量大，使用環(huán)境復雜，在政策、技術、管理、標準、業(yè)務等多方面還存在大量不定項，正因為有這個考慮，在標準審定會上將原定的“需求”改為了“要求”，就需要實施部門或開發(fā)單位對規(guī)范條款進行一定的辯證理解。

2.需要大量配套規(guī)范支撐

電子文件管理系統(tǒng)功能要求規(guī)范作為一個系統(tǒng)開發(fā)的總體規(guī)范，需要大量管理和業(yè)務規(guī)范的支撐，如果沒有將這些具體的業(yè)務流程、規(guī)則、標準等沉淀到規(guī)范需求中，將出現(xiàn)“以已昏昏，使人昭昭”的荒唐情形。《要求》作為可信電子文件管理系統(tǒng)的設計參考規(guī)范，需要具體的執(zhí)行機構(gòu)以其為核心進行規(guī)范體系的建設，切實向《要求》提供可執(zhí)行層面的規(guī)范營養(yǎng)，保證ERMS系統(tǒng)能進行有效運轉(zhuǎn)和實施。

首先，應提供較為完備的基礎配置規(guī)范。這些業(yè)務規(guī)范是驅(qū)動ERMS得以運轉(zhuǎn)的基礎標準，包括分類方案、保管期限表、處置規(guī)范和主要的元數(shù)據(jù)方案等。事實上，《要求》中就專門提供了配置管理模塊，用于指導通過ERMS系統(tǒng)這些配置規(guī)范的設計和修改功能。其次，應提供大量的業(yè)務規(guī)范，如用于支持捕獲功能的歸檔范圍，用于驗證完整性的檢查清單。第三，應提供核心的外圍規(guī)范，如應與安全管理、質(zhì)量管理、系統(tǒng)運維的標準體系進行銜接，保障ERMS系統(tǒng)具備良好的外圍環(huán)境。

四、信息模型解讀

ERMS默認管理的是一個機構(gòu)的所有歸檔文件，如果將一個機構(gòu)的所有文件資源視為一棵樹，那么《要求》的信息模型主要包括兩個方面內(nèi)容，其一是負責描述樹干的分類模型，其二是負責描述樹葉的文件結(jié)構(gòu)模型。

（一）宏觀分類方案

分類方案是將機構(gòu)檔案資源進行整體管控的核心工具，主要目的在于解決全宗、類、卷之間的邏輯關系。在多數(shù)ERMS規(guī)范中，常用聚合（Aggregation）來表示上至全宗下至案卷的各類文件組合的情況，因而對一個機構(gòu)而言，全宗就是最高的聚合層次，不同的職能線具有不同的聚合層級，分類方案作為一種層次管理模型，能夠很好地適應機構(gòu)文件各類聚合管理。

ERMS按照一定的邏輯結(jié)構(gòu)管理文件，形成不同層次的文件聚合，如圖2羅列了部分文件聚合的情形。在圖示的層次型結(jié)構(gòu)中，類以上的部分被稱為分類方案。分類方案一般應根據(jù)機構(gòu)的業(yè)務職能確定，按照樹狀結(jié)構(gòu)組織類目，其層次設置需要結(jié)合機構(gòu)實際情況而定。在分類方案的最底層類目下，可按照文件管理的需要設置案卷層次進行管理，對于不需立卷管理的文件類型，可以在最末一級類目下進行文件組織。

（二）文件-文檔-組件結(jié)構(gòu)模型

文件結(jié)構(gòu)模型是包括文件-文檔-組件在內(nèi)的微觀信息模型，主要用于描述件內(nèi)關系，以便實施元數(shù)據(jù)層級的精細管理，這也是ERMS與傳統(tǒng)檔案管理的核心區(qū)別之一。

構(gòu)建件內(nèi)模型，需要明確一些基本概念。（1）文檔是構(gòu)成文件的最小管理單元，也稱為自然件。一份文件可以由一個或多個文檔組成；（2）組件（compo？ nent）是獨立的比特流，是操作系統(tǒng)管理信息的基本單元，也就是計算機意義上的“文件”；（3）組合文件（combined record）是指若干文檔按照關聯(lián)關系組織在一起的集合，ERMS將其作為一份文件來處理；（4）復合文件（compound record）是包含多個組件的文件。

需要厘清幾種容易混淆的場景。（1）文件與文檔。最簡單的情形是一件文件只包含一份文檔，而如果一項業(yè)務需要多份文檔參與，則該“文件”需要由這些文檔組成，它們之間存在一對多的關系。（2）組合文件與復合文件。需要明確的是組成復合文件的組件之間具有技術意義上的緊密關聯(lián)，如網(wǎng)頁文件中的HTML、CSS、JPEG圖片都是組件，它們共同構(gòu)成一份復合文件。組成組合文件的文檔之間具有業(yè)務意義上的緊密關聯(lián)，如請示和批復是兩個相對獨立的文檔，但二者需要組合在一起才能表示一個完整的管理活動。抽象的說，文件、文檔、組件三者之間存在一對多關系如圖2所示，機構(gòu)應根據(jù)各自特點識別這三者之間的各種“組合”情況，從而確保文件的完整性。

五、功能模型解讀

GB/T29194-2012 ERMS的功能架構(gòu)如圖3所示，基本功能要求部分闡述了文件管理配置功能、文件管理業(yè)務功能、安全管理功能、系統(tǒng)管理功能等四個方面的ERMS基本功能要求，是本標準的核心部分。其中，配置是條件，文件管理業(yè)務功能是主題，安全管理與系統(tǒng)管理是保障。此外，可選功能要求部分闡述了數(shù)字化文件的管理、多載體文件的管理、離線利用、接口管理、工作流、性能要求等要求，有條件的機構(gòu)可以采用。主要功能板塊的需求設計邏輯簡述如下如圖3所示。

（一）配置功能。文件管理配置功能是建立和維護文件管理業(yè)務規(guī)范的功能，包括分類方案、保管期限與處置表、元數(shù)據(jù)方案、文件類型等內(nèi)容，《要求》中提出了總共74條配置功能要求。配置是電子文件管理系統(tǒng)功能得以發(fā)揮的前提，電子文件管理系統(tǒng)需要對分類方案、保管期限表、元數(shù)據(jù)方案等文件管理工具提前進行配置，以便為具體的電子文件管理業(yè)務的開展搭建出環(huán)境。在具體執(zhí)行功能時，通過將分類方案與權限、處置、保管期限等進行聯(lián)動就能夠?qū)崿F(xiàn)大量業(yè)務活動自動運行，達到分類驅(qū)動業(yè)務的效果。

（二）捕獲登記。捕獲是將業(yè)務活動過程中生成或接收到的數(shù)據(jù)對象作為文件與其元數(shù)據(jù)一起保存到電子文件管理系統(tǒng)中的過程，《要求》中提出了多達60條的捕獲功能要求。捕獲可以理解為傳統(tǒng)的收集，由于該環(huán)節(jié)牽涉到外部系統(tǒng)、組織、人員，導致依賴因素較多，其功能設計是整個ERMS的難點，涉及大量接口界面，因而功能描述邏輯比較復雜?！兑蟆份^為詳盡的規(guī)定了捕獲流程，明確了捕獲什么、誰來捕獲、如何捕獲等基本問題。

（三）分類組織。分類組織實質(zhì)上是對電子文件管理系統(tǒng)管理范圍內(nèi)的對象，包括全宗、類目、案卷、文件等層級在內(nèi)的有序化管理，《要求》中提出了23條功能要求。分類就是根據(jù)文件的各種特點分門別類，表征文件之間的聯(lián)系。電子文件的分類不僅能夠使文件管理更加條理化，也是實施其他電子文件管理功能必不可少的前提。

（四）鑒定處置。鑒定處置的主要工具是保管期限與處置表。ERMS應該支持隨時對文件的保管狀態(tài)進行調(diào)整并及時做出處置決定，能夠?qū)μ幹脹Q定進行自動或者手動實施，并可通過審計跟蹤日志對處置活動進行記錄，文件處置通常包括移交、銷毀和續(xù)存等類型?！兑蟆分刑岢隽?6條鑒定處置功能要求。鑒定處置的任務是解決存多久，到期之后怎么辦的問題，其主要工具是保管期限與處置表。ERMS應該支持隨時對文件的保管狀態(tài)進行調(diào)整并及時做出處置決定，能夠?qū)μ幹脹Q定進行自動或者手動實施，并可通過審計跟蹤日志對處置活動進行記錄。

（五）存儲保管。電子文件的存儲應該能確保文件在保存期限內(nèi)的可用性、可靠性、真實性，要完整解決這個問題需要在文件整個生命周期中考慮與維護、保管和存儲相關的問題?！兑蟆诽岢隽?0條功能，重在管理層面而非技術方案，大量的技術實現(xiàn)需要外圍規(guī)范和工具支撐。ERMS應該支持文件的遷移、轉(zhuǎn)換等長期保存方法，能夠?qū)w移前后數(shù)據(jù)的準確程度進行比較，并對遷移過程進行記錄。

（六）安全管理。ERMS應保護系統(tǒng)內(nèi)的文件資源不被非法存取和破壞，保證授權用戶能夠在其權限范圍內(nèi)進行合法操作，對系統(tǒng)中的重要行為進行審計跟蹤?！兑蟆诽岢隽?9條安全功能要求，包括身份認證、權限管理、審計跟蹤、文件變更、電子簽名等。電子文件管理系統(tǒng)應支持多種用戶身份認證機制，如用戶名/密碼、數(shù)字證書、指紋識別等方式來確認用戶身份。ERMS必須提供權限管理，對用戶的權限與系統(tǒng)分類方案下電子文件等實體的訪問進行安全管理等。

六、實施標準的要求和措施的建議

國際大量類似規(guī)范的應用經(jīng)驗表明，電子文件系統(tǒng)功能要求規(guī)范的建設絕非一日之功，需要大量的積累與持續(xù)維護，這方面歐盟的MOREQ標準就是很好的榜樣。

具體的措施和要求需要多部門通力合作。（1）標準主管部門需要建立相應的長效維護機制，以促使功能要求規(guī)范滿足實際需要，表達更為清晰完整，內(nèi)容逐步豐富完善。（2）業(yè)務指導部門基于《要求》逐步建設完善配套規(guī)范體系，以保障ERMS功能的完整實現(xiàn)與可持續(xù)管理。這是由于功能需求規(guī)范普遍體量較大，同時很多具體功能的實現(xiàn)涉及大量外部規(guī)范的支撐與配合。（3）實施機構(gòu)應建立適于電子文件管理系統(tǒng)運行的業(yè)務規(guī)范和系統(tǒng)管理環(huán)境，保證功能要求的順利實現(xiàn)，在具體管理活動中還需要靈活使用《要求》，如在設計權限矩陣時就可以依托標準，將分散在具體功能板塊中的權限與角色進行匹配如表1所示，從而有效支撐ERMS的設計與開發(fā)。

參考文獻

[1][10]馮惠玲，劉越男.電子文件管理國家戰(zhàn)略[M].中國人民大學出版社.北京.2010年：P339

[2]國家開發(fā)銀行助學貸款電子合同試點建設方案通過專家論證.[EB/OL] http：//sca.gov.cn/sca/ztpd/2016-01/29/content_1002509.shtml [2018-03-14]

[3]MODULAR REQUIREMENTS FOR RECORDS SYSTEMS.[EB/OL]www.moreq.info[2018-03-14]

[4]DoD Standard 5015.2. [EB/OL] https：//www.ar？ chives.gov/records-mgmt/initiatives/dod-standard-5015-2.html [2018-03-14]

[5]NOARK-4 Norwegian recordkeeping system Ver？ sion4.[EB/OL] https：//docgo.net/philosophy-of-money. html？utm_source=noark- 4- norwegian- recordkeepingsystem-version- 4-part-i-functional-description-and- specification-of-requirements [2018-04-16]

[6]ERA Requirements Document.[EB/OL] https：// www.archives.gov/files/era/about/requirements.pdf[2018-04-16]

[7]VERS Standard. [EB/OL] https：//www.prov.vic. gov.au/recordkeeping-government/about-standardsframework-policies/vers-standard [2018-04-16]

[8][9]錢毅.電子文件管理系統(tǒng)功能需求規(guī)范定位研究[J].北京檔案2011（01）：24-26