數字檔案館歸檔接口平臺建設方案

公司數字檔案館接口服務平臺建設方案數字檔案館接口服務平臺建設方案審核人：日期：審批人：日期：公司2022年11月

變更記錄*A–增加M–修改D–刪節(jié)變更版本日期圖表、表格、段落號A/M/D原因與修改情況描述修訂人審核人1.0.02022.10.15A建立初稿1.1.02022.11.04M增加內容，修訂部分文字描述1.2.02022.11.06M工作量相關修訂1.3.02022.11.13M增加接口檢測、修改項目進度計劃等1.4.02022.11.21M文字表述微調1.5.02022.11.24M補充4.3章節(jié)內容公司數字檔案館接口服務平臺建設方案目錄TOC\o"1-3"第1章項目概述 項目概述項目背景公司為了在新形勢下更好地促進公司檔案管理工作，設計研發(fā)了數字檔案館系統(tǒng)，已投入使用。為了規(guī)范各業(yè)務系統(tǒng)數字檔案歸檔工作，設計研發(fā)了統(tǒng)一數據接口平臺，實現(xiàn)了一體化公文系統(tǒng)歸檔對接。在業(yè)務系統(tǒng)數據歸檔過程中，發(fā)現(xiàn)接口平臺在文件傳輸、四性檢測、擴容方面存在一些不足，有必要進一步優(yōu)化設計，完善接口服務平臺。本方案依據國家檔案局檔案行業(yè)標準《基于XML的電子文件封裝規(guī)范》及公司標準《公司電子文件封裝規(guī)范》《公司電子檔案四性檢測方案》，從公司業(yè)務系統(tǒng)現(xiàn)狀出發(fā)，深入分析建設需求，致力于解決接口服務平臺問題，滿足公司業(yè)務系統(tǒng)數據在線歸檔的實際需求。項目范圍接口服務平臺的使用機構包括公司及其二級單位、三級單位、海外機構。接口服務平臺的使用對象為業(yè)務系統(tǒng)數據歸檔兼職檔案管理人員、業(yè)務系統(tǒng)數據歸檔開發(fā)技術人員、集團檔案管理員。項目目標數字檔案館接口服務平臺的建設將嚴格遵守國家檔案局、公司關于檔案管理、數字檔案館接口的相關政策、法規(guī)和技術規(guī)范，在深入研究分析數字檔案館的實際需求的基礎上實現(xiàn)項目建設目標。項目建設目標主要包括：實現(xiàn)接口服務平臺監(jiān)控站點，作為業(yè)務系統(tǒng)、接口配置、歸檔進度、日志監(jiān)控的重要用戶接口。實現(xiàn)接口服務平臺集中調度服務、文件傳輸服務、四性檢測服務、狀態(tài)消息服務、接口日志服務等基礎功能。實現(xiàn)智能會議系統(tǒng)業(yè)務數據歸檔功能，驗證接口服務平臺的設計理念。實現(xiàn)科研項目管理系統(tǒng)業(yè)務數據歸檔功能，驗證接口服務平臺的設計理念。建設歷史數據歸檔接口，提供歷史數據歸檔客戶端。建設二級單位自建系統(tǒng)歸檔接口，提供自建系統(tǒng)歸檔客戶端，開放給自建系統(tǒng)集成。建設內容接口服務平臺將秉承公司“統(tǒng)一規(guī)劃、統(tǒng)一標準、分步實施、試點先行”的建設思路，穩(wěn)步推進項目建設。項目建設內容主要包括：（1）建設接口服務平臺監(jiān)控站點監(jiān)控站點是接口服務平臺的用戶窗口，用于管理配置業(yè)務系統(tǒng)及運行參數，監(jiān)控歸檔進度，檢查運行日志等。監(jiān)控站點采用4A集成認證，統(tǒng)一管理組織機構和用戶授權。（2）建設集中調度服務集中調度服務主要負責部署和管理文件傳輸服務、四性檢測服務、狀態(tài)消息服務、接口日志服務，監(jiān)測服務狀態(tài)和壓力，實現(xiàn)負載自動均衡配置。集中調度服務采用集中部署方式。（3）建設文件傳輸服務文件傳輸服務實現(xiàn)歸檔文件的切片加密傳輸，支持斷點續(xù)傳。文件傳輸服務采用多節(jié)點獨立部署方式，由調度服務分派文件傳輸任務。（4）建設四性檢測服務四性檢測服務實現(xiàn)多線程并發(fā)處理，將檢測項平均分派給各子線程執(zhí)行。四性檢測服務采用多節(jié)點獨立部署方式，由調度服務分派具體檢測任務。（5）建設接口日志服務接口日志服務支撐所有服務節(jié)點的日志接收和存儲工作，實現(xiàn)日志緩存、監(jiān)控、分級、存儲等任務。接口日志服務采用集中部署方式。（6）建設狀態(tài)消息服務狀態(tài)消息服務支撐所有服務節(jié)點配置參數、狀態(tài)、進度的緩存功能，并進行定期數據入庫存儲。狀態(tài)消息服務采用集中部署方式。（7）建設客戶端服務為業(yè)務系統(tǒng)建設獨立的客戶端服務，客戶端服務主要負責歸檔EEP文件生成，從集中調度服務獲取服務節(jié)點，完成歸檔文件傳輸、四性檢測，并更新本地數據狀態(tài)。（8）建設智能會議系統(tǒng)歸檔接口通過配置智能會議系統(tǒng)業(yè)務歸檔數據接口和運行參數，實現(xiàn)智能會議系統(tǒng)業(yè)務歸檔數據線上歸檔功能。（9）建設科研項目管理系統(tǒng)歸檔接口通過配置科研項目管理系統(tǒng)業(yè)務歸檔數據接口和運行參數，實現(xiàn)科研項目管理系統(tǒng)業(yè)務歸檔數據線上歸檔功能。編制依據《基于XML的電子文件封裝規(guī)范》國家檔案局DA/T48-2009《公司電子文件封裝規(guī)范》公司-DAZD-24《公司電子檔案四性檢測方案》公司-DAZD-26《公司管理類檔案管理辦法》公司-DAZD-02《公司數字檔案館一期檔案系統(tǒng)對接接口標準》《公司數字檔案館一期檔案系統(tǒng)AMS統(tǒng)一數據接口平臺設計方案》《公司數字檔案館一體化公文電子文件歸檔接口標準》《質量管理和質量保證標準第三部分：在軟件開發(fā)、供應和維護中的使用指南》ISO9000-3

現(xiàn)狀及需求分析現(xiàn)狀分析本節(jié)針對數字檔案館歸檔管理工作的業(yè)務現(xiàn)狀和信息化現(xiàn)狀兩個角度進行闡述。業(yè)務現(xiàn)狀公司數字檔案館采用統(tǒng)一建設思路，需要接收公司所有業(yè)務系統(tǒng)的歸檔數據，存在數據量大、保密性高等重要特點。根據國家檔案局及公司管理規(guī)范，歸檔數據主要以文件包方式進行傳輸。歸檔文件包需要通過四性檢測方可歸檔至數字檔案館。業(yè)務系統(tǒng)歸檔數據一般包括條目信息、附件兩部分內容。信息化現(xiàn)狀公司在依據國家檔案館相關規(guī)范的基礎上，制定了公司數字檔案館歸檔的業(yè)務和技術規(guī)范，為接口服務平臺建設提供了規(guī)范基礎。目前已上線一體化公文歸檔至數字檔案館的接口系統(tǒng)，積累了接口服務平臺的建設經驗。同時也發(fā)現(xiàn)了存在的一些問題，為完善接口服務平臺建設提供了參考。需求分析本節(jié)針對數字檔案館接口服務平臺建設及實施工作具體內容進行需求分析，主要包括基礎服務建設需求、智能會議系統(tǒng)歸檔接口需求、科研項目管理系統(tǒng)歸檔接口需求、歷史檔案歸檔接口需求及自建系統(tǒng)歸檔接口需求。基礎服務平臺建設需求公司需要建設數字檔案館接口服務平臺，實現(xiàn)歸檔文件的穩(wěn)定可靠傳輸，提升四性檢測執(zhí)行效率，提高業(yè)務系統(tǒng)接口可擴展性。接口服務平臺需要一個提供用戶監(jiān)控站點，管理、配置和擴展業(yè)務系統(tǒng)，監(jiān)控文件歸檔進度，檢查運行日志等。并統(tǒng)一管理組織機構和用戶授權，實現(xiàn)集成認證。接口服務平臺應統(tǒng)一管理和調度各服務節(jié)點，實現(xiàn)傳輸任務、四性檢測服務的統(tǒng)一調配和負載均衡。同時，作為對外統(tǒng)一入口，完成狀態(tài)查詢、安全認證、加密約定等工作。接口服務平臺需要提供獨立的文件傳輸服務，接口服務平臺應支持斷點續(xù)傳，在大文件、遠程傳輸、網絡帶寬受限等條件下，滿足文件傳輸的穩(wěn)定性、安全性、可靠性。接口服務平臺需要提供獨立的四性檢測服務，提升四性檢測的執(zhí)行效率，降低四性檢測執(zhí)行時間。接口服務平臺需要應密切監(jiān)控各服務節(jié)點的實時狀態(tài)、執(zhí)行進度，并在監(jiān)控站點上進行呈現(xiàn)。接口服務平臺需要集中記錄各服務節(jié)點的操作日志，提供日志監(jiān)控窗口，提供分級查詢歷史日志功能。智能會議系統(tǒng)歸檔接口需求目前會議資料歸檔以紙質載體和電子目錄為主，未開展電子檔案的移交工作。集團已經建成了智能會議管理系統(tǒng)，系統(tǒng)記錄了會議的基本信息、簽到表、會議材料、表決結果等信息。需要進行智能會議管理系統(tǒng)與數字檔案館系統(tǒng)進行對接，實現(xiàn)會議資料電子文件在線歸檔。歸檔需求如下：（1）業(yè)務系統(tǒng)審批流程數據。業(yè)務系統(tǒng)應具備全流程管理與審核功能，電子文件從形成到最終定稿、發(fā)布、生效，均必須有完整的審核流程，能夠詳細記錄審核過程，包括審核人、審核時間、審核意見。（2）元數據捕獲。電子文件從形成到歸檔過程中的所有元數據，均能夠通過業(yè)務系統(tǒng)自動捕獲。（3）文件固化。智能會議管理系統(tǒng)應具體審批單固化功能，將表單信息固化為版式文件（PDF或OFD）進行歸檔。（4）電子文件格式轉換。按照國家檔案局相關要求，智能會議管理系統(tǒng)要具備格式轉換功能，將系統(tǒng)中電子文件的非通用格式轉換為通用格式后，向數字檔案館系統(tǒng)移交。（5）四性檢測。智能會議管理系統(tǒng)進行電子文件歸檔時，應調用接口四性檢測工具，保證電子文件的真實性、完整性、安全性、可用性，系統(tǒng)可根據需求細化檢測內容，對于檢測未通過的電子文件將反饋給智能會議管理系統(tǒng)，需要智能會議管理系統(tǒng)修正后重新歸檔，（6）EEP封裝。按照《公司暨公司電子文件封裝規(guī)范》（中交辦發(fā)〔2020〕200號），業(yè)務系統(tǒng)向數字檔案館系統(tǒng)歸檔時，應將電子文件及元數據生成EEP數據包，滿足封裝要求。科研項目管理系統(tǒng)歸檔接口需求目前科研檔案歸檔以紙質載體和電子目錄為主，未開展電子檔案的移交工作。集團已經建成了科研項目管理系統(tǒng)，系統(tǒng)主要對集團科研項目從立項、合同、執(zhí)行、變更、驗收進行全過程管理，各個管控環(huán)節(jié)都會上傳相關附件并形成審批記錄。需要進行科研項目管理系統(tǒng)與數字檔案館系統(tǒng)進行對接，實現(xiàn)科研檔案電子文件在線歸檔。紙質檔案科研項目管理系統(tǒng)建設前，在科研項目完成驗收后，由項目組負責整理紙質實體檔案進行歸檔?？蒲许椖抗芾硐到y(tǒng)建設完成后，在系統(tǒng)中運行的項目的檔案需要同科研項目管理系統(tǒng)生成的電子文件相匹配，其他檔案需要通過數字化加工形成電子檔案。電子檔案歸檔要求科研項目管理系統(tǒng)主要對集團科研項目從立項、合同、執(zhí)行、變更、驗收進行全過程管理，各個管控環(huán)節(jié)都會上傳相關附件并形成審批記錄，根據數字檔案館建設相關標準，科研項目管理系統(tǒng)與數字檔案館系統(tǒng)集成實現(xiàn)在線歸檔。1）業(yè)務系統(tǒng)審批流程數據。業(yè)務系統(tǒng)應具備全流程管理與審核功能，電子文件從形成到最終定稿、發(fā)布、生效，均必須有完整的審核流程，能夠詳細記錄審核過程，包括審核人、審核時間、審核意見。2）元數據獲取。電子文件從形成到歸檔過程中的所有元數據，均能夠通過業(yè)務系統(tǒng)自動捕獲。3）審批單固化。科研項目管理系統(tǒng)應具體審批單固化功能，將表單信息固化為版式文件（PDF或OFD）進行歸檔。4）電子文件格式轉換。按照《電子文件歸檔與電子檔案管理規(guī)范》（GB/T18894），提出了電子文件歸檔格式的要求：“電子文件應以通用格式形成、收集并歸檔，或在歸檔前轉換為通用格式”。因此，科研項目管理系統(tǒng)要具備格式轉換功能，將系統(tǒng)中電子文件的非通用格式轉換為通用格式后，向數字檔案館系統(tǒng)移交。5）進行四性檢測?？蒲许椖抗芾硐到y(tǒng)進行電子文件歸檔前，應調用接口四性檢測工具，保證電子文件的真實性、完整性、安全性、可用性，系統(tǒng)可根據需求細化檢測內容，對于檢測未通過的電子文件將反饋給科研項目管理系統(tǒng)，需要科研項目管理系統(tǒng)修正后重新歸檔。6）完成EEP封裝。按照《公司暨公司電子文件封裝規(guī)范》（中交辦發(fā)〔2020〕200號），業(yè)務系統(tǒng)向數字檔案館系統(tǒng)歸檔時，應將電子文件及元數據生成EEP數據包，滿足封裝要求。歷史檔案數據歸檔接口需求目前公司存在大量歷史檔案數據，載體形式包括紙質、電子文件，尚未開展檔案移交工作。根據歷史檔案數據載體和現(xiàn)狀，具有不同的歸檔需求。（1）紙質檔案歸檔需求紙質檔案需要根據當前數字檔案館業(yè)務分類進行分類整理，統(tǒng)一填制檔案條目；根據標準掃描文件，并進行統(tǒng)一封包處理，生成EEP文件。紙質檔案歸檔需要的加工處理、形成封包文件不在本項目建設范圍內。整理后的電子檔案進行EEP封包，EEP文件需要通過本系統(tǒng)的傳輸客戶端進行歸檔。（2）電子檔案歸檔需求對于已有電子檔案，無論是通過專業(yè)或非專業(yè)檔案軟件進行管理，都需要首先根據數字檔案館歸檔標準進行整理。不符合數字檔案館元數據標準的，應進行整理和補充信息；掃描件不符合管理標準的，應進行重新掃描。整理后的電子檔案進行EEP封包，EEP文件需要通過本系統(tǒng)的傳輸客戶端進行歸檔。自建系統(tǒng)歸檔接口需求目前部分二級單位獨立建設有數字檔案館（稱為二級單位自建系統(tǒng)），自建系統(tǒng)具有將檔案數據歸檔至集團數字檔案館的需求。（1）導出歸檔數據需求自建系統(tǒng)的檔案數據相對完整，電子文件和掃描件比較齊備。需要完成的工作是根據集團數字檔案館的元數據規(guī)范導出統(tǒng)一的EEP文件包。該部分功能由自建系統(tǒng)通過二次開發(fā)完成，不在本項目建設范圍內。（2）EEP包歸檔需求EEP文件包需要通過本項目的傳輸客戶端完成。自建系統(tǒng)二次開發(fā)時，可以結合傳輸客戶端提供的開發(fā)接口實現(xiàn)歸檔及結果查詢的功能。

項目建設必要性和可行性分析項目建設必要性公司已經建設運行了眾多業(yè)務系統(tǒng)，存在著大量的待歸檔的業(yè)務數據。文檔類型包括文書、實物、聲像、工程等多種；電子文件格式眾多，包括WORD、EXCEL、OFD、PDF、HTML等。這些電子文檔根據公司歸檔標準，應通過接口進行文件傳輸、通四性檢測進行數據歸檔。公司通過建設一體化公文系統(tǒng)統(tǒng)一接口程序，實現(xiàn)了文書類檔案歸檔至數字檔案館。實施過程出現(xiàn)了SFTP傳輸卡頓、無法斷點續(xù)傳、四性檢測工作效率低、業(yè)務系統(tǒng)擴容難等實際問題。因此，為了更好實現(xiàn)接口服務平臺功能，解決數字檔案館歸檔的實際問題，建設接口服務平臺是非常必要的。項目建設可行性公司已經完成了數字檔案館的建設，并實現(xiàn)了一體化公文文書檔案線上歸檔的接口，這為進一步改進設計，建設接口服務平臺打下了較好的前期基礎。公司結合國家檔案局相關規(guī)范，制定了數字檔案館歸檔相關接口技術規(guī)范、元數據規(guī)范、四性檢測項目規(guī)范。為建設接口服務平臺提供良好的業(yè)務支撐。隨著網絡技術的發(fā)展和成熟，很多新的技術經過了深入應用和完善，驗證了其強大的性能和穩(wěn)定性，為接口服務平臺建設提供了很多的技術可選項。綜上所述，建設數字檔案館接口服務平臺，具有現(xiàn)實需求的必要性和迫切性。同時，目前規(guī)范先行、業(yè)務儲備、技術成熟性也為提供了項目建設的可行性。

項目建設方案本章主要包括建設思路、技術架構、系統(tǒng)核心設計思想、部署方式等內容。建設思路設計原則在公司信息化總體規(guī)劃的要求下，接口服務平臺建設符合以下原則：（1）可擴展性接口服務平臺需要重點關注其業(yè)務系統(tǒng)接口的可擴展性，否則將造成較多的重復投資。系統(tǒng)在技術架構、服務設計、功能設計、數據庫設計等方面，應優(yōu)先考慮復用性，降低耦合度耦合度，便于將來業(yè)務系統(tǒng)接口部署和實施。（2）穩(wěn)定性和可靠性接口服務平臺需要實現(xiàn)億萬級歸檔文件的傳輸和檢測，程序的穩(wěn)定性和可靠性要求比較高。在系統(tǒng)設計、功能測試、性能測試方面應優(yōu)先關注穩(wěn)定性和可靠性。（3）高效性歸檔文件普遍存在數據量大的顯著特點，所以設計應在每個細節(jié)考慮程序執(zhí)行效率，各環(huán)節(jié)盡可能支持并發(fā)處理。性能測試過程中也關注各環(huán)節(jié)執(zhí)行效率的提高。（4）規(guī)范性系統(tǒng)的設計和開發(fā)在嚴格遵循國家檔案局制定的各項規(guī)范和政策的同時，在軟件部署和模型結構上要與公司相關計算機軟、硬件規(guī)劃一致。（5）適用性把規(guī)范化、標準化作為工作的出發(fā)點和落腳點，以業(yè)務需求為導向和動力，合理采用先進的技術手段，通過改進、優(yōu)化和完善，建設高效實用的信息管理系統(tǒng)，簡化用戶操作，降低系統(tǒng)使用難度，滿足公司歸檔管理的業(yè)務需求。（6）經濟性系統(tǒng)充分利用公司網絡基礎設施和信息化成果，依托現(xiàn)有技術體系，減少建設系統(tǒng)的費用開銷。（7）安全性系統(tǒng)將處理大量歸檔數據，保證數據的安全性是本系統(tǒng)有效運行的必要條件，將通過嚴格的法規(guī)、有效的管理、嚴密的組織、先進的技術等多方面措施確保系統(tǒng)網絡和數據的安全性。（8）先進性和成熟性系統(tǒng)設計適應技術發(fā)展的潮流，采用主流技術體系，既保證系統(tǒng)的先進性，又能兼顧技術上的成熟性，降低由于新技術和新產品不成熟因素帶來的風險。（9）易維護性系統(tǒng)將提供運行檢測、維護工具和完備的系統(tǒng)異常應急處置方案，便于維護人員開展日常維護工作。（10）準確性通過對業(yè)務流程的關鍵環(huán)節(jié)和關鍵功能的數據入口設置數據校驗功能,對數據進行嚴密的數據校驗，確保系統(tǒng)數據的完整性和準確性。（11）兼容性通過與OA系統(tǒng)進行系統(tǒng)集成，實現(xiàn)數據共享和業(yè)務融合，提高本系統(tǒng)在公司信息化框架下的兼容性。（12）性能規(guī)范在網絡穩(wěn)定的環(huán)境下操作性界面單一操作的系統(tǒng)響應時間小于5秒；單條數據庫記錄保存、修改、刪除等操作的響應時間最大不超過3秒；可以保證系統(tǒng)在指定網絡和軟硬件條件下支持100個用戶同時使用，系統(tǒng)性能不會顯著下降。建設思路公司接口服務平臺項目建設將嚴格遵循國家檔案局、公司的相關政策、法規(guī)，在深入分析數字檔案館歸檔管理需求的基礎上進行建設。項目主要包括以下工作階段：（1）需求分析。分析數字檔案館接口服務平臺當前業(yè)務現(xiàn)狀和信息化現(xiàn)狀，深入分析歸檔管理業(yè)務需求和技術需求，提供貼合實際需求的信息化解決方案。（2）系統(tǒng)設計。針對需求分析的結果，制定系統(tǒng)的軟件架構和設計方案，設計接口服務平臺監(jiān)控站點、集中調度服務、文件傳輸服務、四性檢測服務、狀態(tài)消息服務及日志服務。（3）系統(tǒng)研發(fā)。采用先進的技術架構和開發(fā)平臺，運用計算機信息化技術，編碼實現(xiàn)各項功能模塊。同時進行系統(tǒng)功能測試、性能測試。（4）系統(tǒng)試運行。在真實數據環(huán)境下進行試運行，驗證系統(tǒng)的正確性、穩(wěn)定性和高效性。（5）系統(tǒng)驗收。在系統(tǒng)試運行工作的基礎上，通過專家組對系統(tǒng)進行驗收，確保系統(tǒng)的質量。技術架構主要包括總體架構、接口服務平臺技術架構、零拷貝原理、文件傳輸服務架構、四性檢測服務架構等內容。體系結構從公司數字檔案館建設規(guī)劃總體角度來看，接口服務平臺位于數據歸檔的紐帶位置，體系結構圖如下所示：圖4-1體系結構圖接口服務平臺將提供給前端業(yè)務系統(tǒng)、自建檔案系統(tǒng)、歷史數據采集程序一套歸檔客戶端（譬如可獨立運行的JAR包服務），用于將生成好的歸檔文件包發(fā)送給接口服務平臺，接口服務平臺接收歸檔文件包后，完成四性檢測，將檔案條目信息放到共享數據庫中，并將歸檔文件包存儲到數字檔案館指定位置。數字檔案從共享數據庫讀取條目數據，并寫入數字檔案館歸檔庫。最終，用戶可以通過數字檔案館檔案管理功能查看到歸檔的數據及原文信息。技術架構接口服務平臺主要包括監(jiān)控站點、集中調度服務、文件傳輸服務、四性檢測服務、狀態(tài)消息服務、接口日志服務等內容。其技術架構圖如下所示：圖4-2技術架構圖其中，監(jiān)控站點主要完成業(yè)務系統(tǒng)接入配置、接口文件及元數據配置、歸檔進度（包括文件傳輸、四性檢測）。集中調度服務統(tǒng)一接受客戶端的請求，并建立傳輸的安全配置和參數約定等工作，然后分派文件傳輸服務節(jié)點或四性檢測服務節(jié)點為客戶端提供相應服務。文件傳輸服務和四性檢測服務服務節(jié)點可以配置多個，用于實現(xiàn)復用和負載均衡。狀態(tài)消息服務和接口日志服務主要協(xié)助各服務節(jié)點進行信息和日志的統(tǒng)一接收、存儲和接受查詢的工作。零拷貝零拷貝（ZeroCopy）技術對于提升數據傳輸效率具有重要作用，在文件傳輸、消息處理、日志處理等方面有出色的性能表現(xiàn)。傳統(tǒng)數據拷貝工作原理圖如下：圖4-3傳統(tǒng)數據拷貝圖零拷貝工作原理圖如下：圖4-4零拷貝原理圖從理論上講，零拷貝技術使得數據拷貝次數比傳統(tǒng)拷貝減少了一半。減少的步驟都是CPU的讀寫操作，可以大幅度降低阻塞，提升數據傳輸效率。本方案將基于零拷貝技術原理實現(xiàn)各服務設計研發(fā)工作。文件傳輸服務架構文件傳輸服務架構圖如下所示：圖4-5文件傳輸服務架構圖文件傳輸服務客戶端部署在業(yè)務系統(tǒng)端，各客戶端獨立部署，主要負責發(fā)起文件傳輸請求、文件切片、切片加密、發(fā)送切片、發(fā)送結果確認。如果發(fā)送中斷或失敗，從頭開始重新請求上傳，服務端會返回上次斷點，作為切片的起點。接口服務平臺文件傳輸服務端，采用分布式節(jié)點部署，服務節(jié)點由集中調度服務統(tǒng)一管理和分派，服務端節(jié)點只接受集中調度服務分派的客戶端傳輸需求。建立連接后，依次接收切片，解密（或驗證）切片，寫入至輸出文件，更新傳輸進度，直至傳輸完畢，驗證整體文件完整性。傳輸中斷時，緩存最后一次成功接收的切片編號，在客戶端下次請求時通知其重傳起點。傳輸失敗的文件在監(jiān)控站點將發(fā)送消息提醒，并顯示進度和錯誤原因。四性檢測服務架構四性檢測服務架構圖如下所示：圖4-6四性檢測服務架構圖業(yè)務系統(tǒng)歸檔客戶端在文件上傳成功后，再次請求集中調度服務對已上傳文件進行檢測。收到檢測結果后，更新本地狀態(tài)。檢測失敗的歸檔文件一般需要業(yè)務系統(tǒng)修改后，重新歸檔。接口服務平臺四性檢測服務端，采用分布式節(jié)點部署，服務節(jié)點由集中調度服務統(tǒng)一分派四性檢測任務。四性檢測服務完成解壓后，啟動多線程并行完成檢測項目，全部檢測通過后通知客戶端檢測通過。并完成條目進入共享數據庫。檢測不通過的歸檔文件將在監(jiān)控站點進行消息提醒，管理員可以清理檢測不通過的歸檔文件。接口服務平臺監(jiān)控站點本節(jié)主要完成歸檔服務監(jiān)控站點的功能設計。業(yè)務功能設計接口服務平臺監(jiān)控站點主要包括對接系統(tǒng)管理、接口配置管理、歸檔進度監(jiān)控、日志監(jiān)控查詢、安全管理等模塊。整體功能設計圖如下所示：圖4-7接口服務平臺監(jiān)控站點功能圖監(jiān)控站點首頁監(jiān)控站點首頁包括系統(tǒng)菜單、統(tǒng)計、圖表、消息、警告、進度、動態(tài)等內容。圖4-8監(jiān)控站點首頁示意圖部分內容描述如下：（1）統(tǒng)計條塊首頁采用色彩較為鮮明的條塊，顯示幾個重要的統(tǒng)計摘要信息，比如業(yè)務系統(tǒng)接口數量、完成歸檔文件數量、已歸檔數據條目數等。（2）消息提醒接收狀態(tài)消息服務的最新消息，并實時滾動顯示消息內容。主要包括：歸檔文件接收完畢、歸檔文件四性檢測通過等。（3）錯誤警告主要顯示服務運行過程中發(fā)生的中斷、錯誤等信息，方便監(jiān)控用戶第一時間發(fā)現(xiàn)問題。主要包括：歸檔文件傳輸失敗、歸檔文件四性檢測未通過等。（4）進度報告首頁主要以業(yè)務系統(tǒng)為單元，顯示各業(yè)務系統(tǒng)已歸檔文件數量。點擊業(yè)務系統(tǒng)進入詳細頁面，已天為單位顯示每天歸檔成功的文件數量。對接業(yè)務系統(tǒng)管理（1）業(yè)務系統(tǒng)擴展包括新增業(yè)務系統(tǒng)功能，重要業(yè)務系統(tǒng)屬性包括：系統(tǒng)唯一編碼、系統(tǒng)名稱、歸檔文件目錄、歸檔編碼、啟停標志、備注等內容。業(yè)務系統(tǒng)歸檔文件目錄應對所有文件傳輸服務節(jié)點、四性檢測服務節(jié)點開放讀寫權限。目錄空間大小應滿足歸檔業(yè)務需要。圖4-9擴展新的業(yè)務系統(tǒng)示意圖（2）開啟歸檔業(yè)務系統(tǒng)的歸檔標志開啟后，集中調度服務才會給客戶端傳輸請求分配接收服務節(jié)點，完成傳輸任務。（3）停止歸檔業(yè)務系統(tǒng)的歸檔標志關閉后，客戶端再請求傳輸歸檔文件，則返回服務已關閉的錯誤通知。圖4-10服務節(jié)點管理示意圖接口配置管理（1）EEP命名規(guī)則封裝包名稱主要由系統(tǒng)名稱、批次名稱、封裝日期等內容組成，具體根據業(yè)務系統(tǒng)情況定義。命名規(guī)則配置到接口中，用于校驗文件名。文件名應保持全局唯一性。（2）接口文件列表根據《公司電子文件封裝規(guī)范》，將接口文檔列表中核心文件列表內置在接口配置中，主要包括：說明文件.XML（參見附件1）、目錄文件.XML（參見附件2）、文件元數據.XML（參見附件3），用于規(guī)范接口配置。其中EEP接口文件結構示意圖如下：圖4-11EEP包結構圖圖4-12XML配置示意圖（3）校驗規(guī)則管理校驗內容包括基礎檢測和四性檢測兩個主要部分。基礎檢測主要包括：EEP文件可讀性、可解壓、XML文件有效性、所有電子文件可讀性等。四性檢測主要依據《公司電子檔案四性檢測方案》完成對檢測項目的配置。四性檢測服務（4）參數配置考慮到不同的業(yè)務系統(tǒng)業(yè)務數據特點和網絡條件差異，體現(xiàn)出來就是歸檔文件包單個大小、數量多少、網絡帶寬的差異，因此需要調整接口配置參數進行適應。接口參數包括，一個業(yè)務系統(tǒng)最多支持的文件傳輸節(jié)點數、四性檢測服務節(jié)點數。一般情況下，單個文件包越大、數量越多、網絡越差，配置的節(jié)點數量越多。網絡條件好時，當個切片可以配置的比較大（比如4Mb），網絡條件差時配置的網絡包比較小（比如2Kb）。局域網內，可以考慮不加密切片，以提高效率；遠程傳輸、境外傳輸時，需要采用較復雜的加密方式，以保障數據安全。每個服務節(jié)點，可以設置并發(fā)處理任務數，避免服務器壓力過大。歸檔進度管理歸檔進度監(jiān)控示意圖如下：圖4-13歸檔進度監(jiān)控示意圖（1）文件傳輸進度網站從狀態(tài)消息服務中獲取正在傳輸的歸檔文件實時狀態(tài)，分業(yè)務系統(tǒng)和文件維度進行進度圖表展示，并定時更新。（2）四性檢測進度網站從狀態(tài)消息服務中獲取正在執(zhí)行四性檢測的歸檔文件實時狀態(tài)，分業(yè)務系統(tǒng)和文件維度進行進度圖表展示，并定時更新。（3）歸檔文件統(tǒng)計統(tǒng)計已歸檔歷史數據，按照業(yè)務系統(tǒng)、日期、條目數據、文件類型等維度進行統(tǒng)計和展示。歸檔日志監(jiān)控（1）實時日志監(jiān)控連接接口日志服務，通知日志服務將最新日志推送至展示網頁，主要用于監(jiān)控實際運行情況?？梢赃^濾僅監(jiān)控某個業(yè)務系統(tǒng)、某個文件的日志。圖4-14歸檔日志監(jiān)控示意圖（2）失敗日志列表文件傳輸過程中的異常和失敗、四性檢測過程中的異常和未通過都作為失敗日志，需要及時通過監(jiān)控站點列出來，方便管理員及時干預解決問題。（3）日志查詢監(jiān)控站點提供通用的日志檢索功能，可以指定業(yè)務系統(tǒng)、日期時間、文件等篩選參數，已方便快速定位日志內容。接口檢測監(jiān)控站點提供接口檢測頁面，主要用于業(yè)務系統(tǒng)接入時，用戶在線檢測XML文件有效性、文件傳輸測試、文件四性檢測測試，方便開發(fā)用戶、維護用戶完成接口開發(fā)和實施工作。圖4-15接口檢測示意圖（1）檢測XML文件業(yè)務系統(tǒng)接入時，開發(fā)用戶可以將生成的XML文件（比如說明文件.XML和文件目錄.XML）通過頁面提交給監(jiān)控站點，監(jiān)控站點實時反饋檢測結果。（2）在線文件傳輸測試對于生成的EEP包，可以調用傳輸客戶端的接口實時傳輸，并通過站點實時查看服務端接收日志，方便業(yè)務系統(tǒng)接入時實時查看日志和糾正錯誤。（3）在線四性檢測針對歸檔數據的四性檢測，開發(fā)用戶可以實時調用客戶端檢測接口，并查看實時日志，方便糾正數據條目錯誤。集成認證與授權（1）集成認證接口服務平臺監(jiān)控站點采用公司統(tǒng)一認證，機構、部門、用戶信息與統(tǒng)一認證保持同步一致。本系統(tǒng)提供機構、部門、用戶的數據緩存，提供頁面展示和手工同步的功能。圖4-16機構管理示意圖（2）用戶授權管理接口服務平臺監(jiān)控站點基于角色進行授權管理。主要角色包括：系統(tǒng)管理員、歸檔業(yè)務管理人員、歸檔接口開發(fā)人員。圖4-17用戶授權理示意圖集中調度服務（1）服務節(jié)點配置集中調度服務啟動時，通過配置文件加載個服務節(jié)點列表及其地址、路徑等參數，然后校驗各服務節(jié)點運行狀態(tài)，如果服務節(jié)點尚未啟動，則自動啟動該服務節(jié)點。集中調度服務將節(jié)點狀態(tài)和參數發(fā)送到狀態(tài)消息服務進行緩存。（2）調度請求首先，客戶端請求調度服務分派一個服務節(jié)點，完成具體業(yè)務操作。調度服務會根據客戶端的業(yè)務系統(tǒng)、請求類型等情況生成一個任務編號；然后查詢服務節(jié)點列表，找到一個空閑的服務節(jié)點，通知其客戶端請求；再告知客戶端與選定的服務節(jié)點進行業(yè)務操作。（3）負載均衡調度服務需要實時更新各服務節(jié)點運行進度和情況。一旦服務節(jié)點進入空閑狀態(tài)，調度任務將及時將服務節(jié)點加入等待分派任務的列表。調度服務通過優(yōu)先選擇空閑服務的的方式實現(xiàn)服務負載均衡。每個服務節(jié)點并發(fā)處理的業(yè)務多余一個時，調度服務根據待處理文件總數的多少確定分派給那個服務節(jié)點。如果每個服務節(jié)點都達到了最大并發(fā)數，通知客戶端等待。文件傳輸客戶端業(yè)務系統(tǒng)歸檔文件生成后，交由文件傳輸客戶端完成后續(xù)歸檔業(yè)務操作。（1）請求傳輸客戶端提供本地業(yè)務系統(tǒng)編碼及名稱、歸檔文件包大小及名稱等信息，向調度服務請求分派一個服務節(jié)點。如果調度服務返回等待標記，則10秒后重新請求。直到調度服務分派一個傳輸任務，包括服務節(jié)點地址、任務號、切片大小、加密策略等內容。（2）建立連接客戶端以任務編號請求連接服務節(jié)點，建立連接。如果連接失敗，重新嘗試3次，仍不成功時，重新請求調度服務。（3）生成切片客戶端根據要求，讀取指定大小的文件片段。（4）加密切片如需加密，客戶端將文件片段按照指定的加密方式進行加密處理。（5）發(fā)送切片客戶端對處理后的文件片段以SOCKET包方式發(fā)送給服務節(jié)點。循環(huán)執(zhí)行文件切片讀取、加密、發(fā)送，直到文件尾部。（6）發(fā)送結果客戶端發(fā)送請求文件完整性校驗請求，服務端返回正確標志后，客戶端更新發(fā)送成功標志。如果返回失敗，同樣更新失敗標志。在全部發(fā)送完成后，客戶端自動對發(fā)送失敗的歸檔文件執(zhí)行一次重新發(fā)送嘗試，最多嘗試發(fā)送3次。文件傳輸服務端（1）準備接收文件傳輸服務端接收調度服務發(fā)來的客戶端請求信息，根據傳輸任務信息等待客戶端連接，客戶端發(fā)送的任務編號正確時，連接成功。如果超過1小時未收到客戶端請求，則標記傳輸失敗。連接成功后，服務端創(chuàng)建待接收的文件。（2）接收切片服務端通過SOCKET讀取切片數據包。（3）解密切片如需解密，服務端根據加密方式進行切片解密處理。（4）寫入切片服務端將處理后的切片寫入文件。（5）結尾校驗接收到文件結尾標記后，關閉文件。檢測已接收文件大小、格式、可讀性。檢查通過返回接收成功標志；檢查失敗，通知客戶端失敗重新發(fā)送。狀態(tài)消息服務狀態(tài)消息服務主要負責收集各服務節(jié)點運行狀態(tài)、接收即時消息，并進行緩存；同時接受各服務節(jié)點狀態(tài)查詢，接受監(jiān)控站點消息提取。（1）收集服務節(jié)點狀態(tài)定時調用各服務節(jié)點ECHO服務，返回服務節(jié)點運行狀態(tài)。將各服務節(jié)點組合成列表，供調度服務、監(jiān)控站點取用。（2）收集服務節(jié)點任務進度實時接收文件傳輸服務節(jié)點已保存文件切片進度，用于更新文件傳輸進度。接收文件傳輸服務中斷、完成的消息，并更新文件傳輸狀態(tài)。實時接收四性檢測服務節(jié)點各檢測項目通過情況，更新檢查項通過比率。接收四性檢測服務中斷、未通過的消息，并更新檢測結果狀態(tài)。接口日志服務接口日志服務接收并緩存所有服務節(jié)點的執(zhí)行日志，定時批量寫入日志文件。（1）日志接收服務以單向增加的方式追加日志。日志放在當日目錄下，采用業(yè)務系統(tǒng)編碼和歸檔文件命名。日志內容采用統(tǒng)一格式，包括：日期時間、日志等級、消息內容。（2）日志監(jiān)控監(jiān)控站點指定歸檔文件，打開頁面，通知日志服務將接收到的對應歸檔文件的日志推送至日志監(jiān)控頁面。部署方式接口服務平臺采用分布式部署，部署方式如下圖所示：圖4-18部署方式圖客戶端隨業(yè)務業(yè)務系統(tǒng)進行部署，并可以根據業(yè)務系統(tǒng)特定需求進行二次開發(fā)，以適應業(yè)務系統(tǒng)數據形式需要。服務端中監(jiān)控站點、集中調度服務、狀態(tài)消息服務、接口日志服務集中部署在公司服務器端。文件傳輸服務根據實際需要分布式部署多個節(jié)點，并支持擴展。四性檢測服務根據實際需要分布式部署多個節(jié)點，并支持擴展。數據服務包括歸檔文件存儲、共享數據庫兩部分。文件存儲應保證文件傳輸服務對相應目錄有讀寫權限。軟硬件配置清單（1）系統(tǒng)運行需要的軟硬件環(huán)境的配置要求如下：表4-1接口服務平臺硬件環(huán)境配置序號服務器類型數量推薦配置部署軟件備注1應用服務器2臺操作系統(tǒng)：銀河麒麟高級服務器操作系統(tǒng)V10（龍芯版64位）CPU：32核內存：64GB及以上硬盤：容量2TBOpenJDK1.8及以上也可以選擇配置接近的其他LINUX服務器及虛擬服務器。2數據庫服務器2臺操作系統(tǒng)：銀河麒麟高級服務器操作系統(tǒng)V10（龍芯版64位）CPU：32核內存：64GB硬盤：容量2TBMySQL7.0及以上版本也可以選擇達夢數據庫7.0及以上、MARIADB10.0及以上。3存儲設備2臺雙控，64GB緩存標配BBU+Flash本地復制（快照、卷鏡像、卷克隆、卷備份、遷移）自精簡、QoS、DRAID.可擴展FC、萬兆、千兆、FCoE主機接口HBA_2Port_FC16Gb_E*2HDD_2.4T_SAS_12Gbps_10Krpm_2.5*5NAS存儲方案可利用現(xiàn)有共享存儲盤陣：≥12TB，檔案存儲器，含冗余備份設備。（2）網絡帶寬應用訪問建議帶寬，具體情況如下：表4-2網絡帶寬參考表帶寬應用響應時間最大并發(fā)用戶數電子文件傳輸速率100M0.8秒2008MB/S10M0.8秒1001MB/S4M1.8秒50500KB/S2M3.5秒20200KB/S為保證本系統(tǒng)的應用，推薦采用100M帶寬。

智能會議系統(tǒng)歸檔接口方案通過接口服務平臺接口配置完成智能會議系統(tǒng)對接工作。歸檔范圍智能會議系統(tǒng)歸檔范圍如下表所示：表5-1智能會議系統(tǒng)歸檔范圍序號歸檔材料名稱材料來源保管期限歸檔方式紙質電子1會議基本信息系統(tǒng)錄入永久√2會議議程系統(tǒng)錄入永久√3會議手冊系統(tǒng)上傳永久√√4會議材料（含報告、決議、決定、通知、議題及討論通過的文件，領導人講話，專題材料、代表發(fā)言材料、交流材料）系統(tǒng)上傳永久√√5參會人員名單系統(tǒng)錄入永久√√6會議記錄系統(tǒng)生成永久√√7會議紀要系統(tǒng)上傳永久√8新聞稿系統(tǒng)生成永久√歸檔數據項智能會議系統(tǒng)歸檔會議對象數據項如下表所示：表5-2會議歸檔數據項序號屬性名稱數據類型（字符長度）必填情況輸入方式屬性說明1會議編號字符型（200）必填系統(tǒng)自動生成公司會議的唯一編碼2會議名稱字符型（200）必填輸入型會議的名稱3會議類型字符型（60）必填選擇型按照管理辦法進行分類，分為一類會議、二類會議、三類會議、四類會議4會議類別字符型（200）必填選擇型按照會議業(yè)務分類，分為的黨委會、總經理辦公會、總裁辦公、周例會、董事會、評審會、工作會【目前歸這幾類，后續(xù)類型會增加】5申請人字符型（200）必填選擇型存儲人員的十位編碼6聯(lián)系方式字符型（200）必填系統(tǒng)自動生成申請人的聯(lián)系方式，自動帶出7預定日期日期型（8）必填選擇型預定會議的日期，自動帶出可修改8預定部門字符型（200）必填選擇型會議的主辦部門，存儲部門編碼9會議地點字符型（200）必填選擇型召開會議的會議地點，可輸入自定義會議地點10開始日期時間日期型（8）必填選擇型會議的開始日期時間11結束日期時間日期型（8）必填輸入型會議的結束日期時間12公司領導是否參會布爾型必填選擇型選擇是或否13公司領導字符型（200）選擇型選擇領導的名字14參會人員字符型（1000）非必填選擇型選擇參會人員的名字15會議現(xiàn)場規(guī)模字符型（200）非必填選擇型選擇20人以下，50人以下，100人以下16是否有樓外人員參與 布爾型必填選擇型選擇是/否17所屬單位字符型（100）必填選擇型會議的主辦單位元數據標準會議材料屬于管理類檔案，采用公司管理類檔案元數據標準。四性檢測內容會議檔案四性檢測主要內容如下表所示：表5-3四性檢測內容真實性檢測電子文件來源真實性檢測【GD-1-1】固化信息有效性檢測電子文件元數據準確性檢測【GD-1-2】元數據項數據長度檢查【GD-1-3】元數據項數據類型、格式檢測【GD-1-4】設定值域的元數據項值域符合度檢測【GD-1-5】元數據項數據合理性檢測【GD-1-6】元數據項數包含特殊字符檢測【GD-1-7】檔案規(guī)范性檢測【GD-1-8】元數據項數據重復性檢測電子文件內容真實性檢測【GD-1-10】電子文件內容數據的電子屬性一致性檢測元數據與內容關聯(lián)一致性檢測【GD-1-11】元數據是否關聯(lián)內容數據歸檔信息包真實性檢測【GD-1-12】說明文件和目錄文件規(guī)范性檢測【GD-1-13】歸檔信息包目錄結構規(guī)范性檢測【GD-1-14】歸檔信息包一致性檢測完整性檢測電子文件數據總量檢測【GD-2-1】總件數相符性檢測【GD-2-2】總字節(jié)數相符性檢測電子文件元數據完整性檢測【GD-2-3】元數據項完整性檢測【GD-2-4】元數據必填項著錄項檢測【GD-2-5】過程信息完整性檢測【GD-2-6】連續(xù)性元數據項檢測電子文件內容完整性檢測【GD-2-7】內容數據完整性檢測（人工檢測）【GD-2-8】附件數據完整性檢測（人工檢測）歸檔信息包完整性檢測【GD-2-9】歸檔范圍檢測【GD-2-11】信息包內容數據完整性檢測可用性檢測電子文件元數據可用性檢測【GD-3-1】歸檔信息包中元數據的可讀性檢測【GD-3-2】目標數據庫中的元數據可訪問性檢測電子文件內容可用性檢測【GD-3-3】內容數據格式檢測【GD-3-4】內容數據的可讀性檢測（人工檢測）電子文件軟硬件環(huán)境檢測【GD-3-6】軟硬件環(huán)境合規(guī)性檢測歸檔信息包可用性檢測【GD-3-8】信息包中電子文件合規(guī)性檢測安全性檢測歸檔信息包病毒檢測【GD-4-1】系統(tǒng)環(huán)境中是否安裝殺毒軟件檢測【GD-4-2】病毒感染檢測歸檔載體安全性檢測【GD-4-3】載體中多余文件檢測【GD-4-4】載體讀取速度檢測【GD-4-5】載體外觀檢測（人工檢測）【GD-4-6】光盤合格性檢測【GD-4-7】操作過程安全性檢測智能會議系統(tǒng)接口擴展在接口服務平臺對接業(yè)務系統(tǒng)管理模塊，新增業(yè)務系統(tǒng)，填寫基本屬性和參數設置。其中系統(tǒng)代碼須保持在數字檔案館內唯一。完成后續(xù)接口配置等工作后，開啟接口功能，即可接受智能會議系統(tǒng)數據歸檔請求。智能會議系統(tǒng)接口配置通過站點創(chuàng)建各文件模板，包含EEP文件命名、文件目錄.XML、說明文件.XML、文件夾、文件元數據.XML、電子文件。EEP命名規(guī)則智能會議系統(tǒng)EEP文件包命名規(guī)則是：系統(tǒng)名稱+日期+批次編號.eep。命名約定如下：系統(tǒng)名稱代碼：MMS（大寫字母，在數字檔案館必須唯一）發(fā)送日期：YYYYMMDD（8位數字）批次編碼：XXXXXX（6位數字，000001--999999）擴展名：.eep（小寫）命名示例：MMS_20221025_000123.eep說明文件.XML說明文件.XML，主要指對歸檔信息包信息的描述，在監(jiān)控站點添加該文件模板，用于結構校驗。其結構規(guī)范模板參見附件1。文件目錄.XML文件目錄.XML模板參見附件2，主要指對歸檔信息包多個數據記錄信息的描述，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。其結構主要屬性解釋如下：文件路徑：歸檔信息EEP包內文件相對路徑；文號、文件題名、文種、責任者、成文機構、成文日期、頁數、語種、緊急程度、歸檔日期、關聯(lián)標識：歸檔文件的元數據信息，以制度《公司數字檔案館元數據標準》評審結果為準；流程ID、流程名稱：因分發(fā)配置需要的擴展字段，確認全宗下檔案庫類型；歸檔部門編碼、歸檔部門名稱：確認歸檔文件的歸檔部門信息；歸檔單位編碼、歸檔單位名稱：確認歸檔數據的全宗信息；成文機構編碼：便于與4A系統(tǒng)機構匹配。文件元數據.XML文件元數據.XML參見附件3，按照國標進行組織，用于描述數據內容，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。部署接口客戶端在業(yè)務系統(tǒng)端，有兩種部署模式。（1）接口客戶端可以獨立運行為歸檔服務，對于已經生成的EEP文件包定時自動掃描上傳，并將歸檔結果已文檔日志方式輸出。（2）業(yè)務系統(tǒng)可以采用二次開發(fā)模式，集成接口客戶端，由程序調用EEP文件包歸檔接口。

科研項目管理系統(tǒng)歸檔接口方案通過接口服務平臺接口配置完成科研項目管理對接工作。歸檔范圍科研項目管理系統(tǒng)的歸檔范圍如下表所示：表6-1科研項目管理系統(tǒng)歸檔范圍序號環(huán)節(jié)產生文件備注1立項階段立項申請書、立項審批表應歸檔2工作大綱工作大綱、工作大綱審批表業(yè)務部門意見：不歸檔3合同合同文件、合同審批表應歸檔4執(zhí)行執(zhí)行情況報告業(yè)務部門意見：不歸檔5變更變更申請、變更審批表不歸檔。本環(huán)節(jié)不一定有6驗收驗收審批表、驗收證書(驗收通知、驗收意見、工作報告、財務報告、審計報告、技術報告)應歸檔，業(yè)務部門意見：除紅括號內不歸檔歸檔數據項科研項目對象歸檔數據項主要如下表所示：表6-2科研項目檔案數據項序號屬性名稱數據類型（字符長度）必填情況輸入方式屬性說明1科研項目主數據編碼字符型（12）必填系統(tǒng)自動生成公司項目的唯一編碼2科研項目名稱字符型（200）必填輸入型項目的中文名稱，該字段與項目分類、承擔單位共同構成科研項目的唯一標識3科研項目外文名稱字符型（500）非必填輸入型科研項目的外文名稱4科研項目分類字符型（4）必填選擇型按照科研項目來源進行的類型分類，包括一級、二級分類5曾用名字符型（200）非必填輸入型變更前的項目名稱，支持多值6承擔單位字符型（200）必填選擇型承擔科研項目的主要任務的單位，可選多值7參與單位字符型（300）必填選擇型參與科研項目的所有單位（除承擔單位外），可選多值8委托單位字符型（200）必填選擇型科研項目的委托單位9項目負責人字符型（200）必填輸入型科研項目的主要負責人，可選多值10項目總費用幣種字符型必填選擇型項目約定的總費用對應幣種，默認人民幣11項目總費用（萬）數值型（20）必填輸入型科研項目的經費投入總預算12立項年份字符型（4）必填選擇型立項通知發(fā)布年份13計劃開始日期日期型（8）必填選擇型項目實施的計劃開始日期14計劃完成日期日期型（8）必填選擇型項目實施的計劃完成日期15是否委外項目布爾型非必填選擇型是否屬于委外項目16項目狀態(tài)字符型（2）必填選擇型項目所處狀態(tài)，分為在研、暫停、中止、完成、延期17專業(yè)類型字符型（1）必填選擇型按照所屬產業(yè)分類進行的類型劃分18所屬二級單位字符型（9）必填選擇項按照承擔單位、參與單位、委托單位的所屬二級單位選擇，可選多值元數據標準管理類檔案標準科研項目檔案材料屬于管理類檔案，采用公司管理類檔案元數據標準。文件實體元數據（1）項目級元數據表6-3科研項目項目級元數據序號元數據英文名元數據中文名數據類型必選元素類型捕獲方式說明1QZH全宗號字符是簡單型默認值2DH檔號字符是復合型系統(tǒng)捕獲+人工3FLH分類號字符是簡單型系統(tǒng)捕獲+人工按分類方案編號規(guī)則形成的類別編碼4XMDH項目代號字符是簡單型人工檔案室分配的科學技術研究項目歸檔順序號5KYXMMC科研項目名稱字符是簡單型系統(tǒng)捕獲+人工6XMBH項目編號字符是簡單型系統(tǒng)捕獲+人工科研項目在公司立項后形成的編號7CYXMLX科研項目類型字符是簡單型系統(tǒng)捕獲+人工8KYXMJD科研項目階段字符是簡單型系統(tǒng)捕獲+人工9HJDJ獲獎等級字符否簡單型人工10AJSL案卷數量數值是簡單型系統(tǒng)計算11ZYKYF主要科研方日期否簡單型人工12KYFLXFS科研方聯(lián)系方式字符否簡單型人工13HZF合作方數值否簡單型人工14HZFLXFS合作方聯(lián)系方式數值否簡單型人工15BZ備注字符否簡單型人工（2）案卷級元數據表6-4科研項目案卷級元數據序號元數據英文名元數據中文名數據類型必選元素類型捕獲方式說明1QZH全宗號字符是簡單型默認單位全宗號2DH檔號字符是復合型系統(tǒng)捕獲3ND年度字符是簡單型［默認當前系統(tǒng)年度］4MJ密級字符是簡單型系統(tǒng)捕獲5BMQX保密期限字符否簡單型人工6BGQX保管期限字符是簡單型系統(tǒng)捕獲+人工7FLH分類號字符是簡單型系統(tǒng)捕獲+人工按分類方案編號規(guī)則形成的類別編碼8AJH案卷號字符是簡單型系統(tǒng)捕獲+人工按編號規(guī)則最低一級類別內的案卷順序號9AJTM案卷題名字符是簡單型人工11ZTLX載體類型字符是簡單型系統(tǒng)捕獲+人工12JNWJS卷內文件數數值是簡單型系統(tǒng)捕獲+人工13ZYS總頁數數值是簡單型系統(tǒng)捕獲+人工14HJH互見號字符否簡單型系統(tǒng)捕獲+人工15QSRQ起始日期日期是簡單型系統(tǒng)捕獲+人工16ZZSJ終止日期日期是簡單型系統(tǒng)捕獲+人工17LJSW立卷單位字符是簡單型人工18YJDW移交單位字符否簡單型系統(tǒng)捕獲+人工19YJRQ移交日期日期否簡單型系統(tǒng)捕獲+人工

20YJR移交人字符是簡單型系統(tǒng)捕獲+人工21JSR接收人字符是簡單型系統(tǒng)捕獲+人工22GDR歸檔人（立卷人）字符是簡單型系統(tǒng)捕獲23GDBM歸檔部門字符是簡單型系統(tǒng)捕獲24GDRQ歸檔日期日期是簡單型系統(tǒng)捕獲25DATMMZ檔案條碼碼值字符否簡單型系統(tǒng)捕獲粘貼的檔案二維條碼，系統(tǒng)捕獲需要硬件支持26KWM庫位碼字符否簡單型系統(tǒng)捕獲庫房二維條碼，系統(tǒng)捕獲需要硬件支持27CFWZ存放位置字符否復合型系統(tǒng)捕獲+人工系統(tǒng)捕獲需要硬件支持29ZTC主題詞字符否簡單型系統(tǒng)捕獲+人工30BZ備注字符否簡單型人工31XMBH項目編號字符是簡單型系統(tǒng)捕獲+人工32XMDH項目代號字符是簡單型人工檔案室分配的科學技術研究項目歸檔順序號33TZZS圖紙張數數值是簡單型人工（3）文件級元數據項表6-5科研項目文件級元數據序號元數據英文名元數據中文名數據類型必選元素類型捕獲方式說明1QZH全宗號字符是簡單型默認單位全宗號2DH檔號字符是復合型系統(tǒng)捕獲3ND年度字符是簡單型［默認當前系統(tǒng)年度］4MJ密級字符是簡單型系統(tǒng)捕獲+人工5BMQX保密期限字符否簡單型人工6BGQX保管期限字符是簡單型系統(tǒng)捕獲+人工7FLH分類號字符是簡單型系統(tǒng)捕獲+人工按分類方案編號規(guī)則形成的類別編碼8ZRZ責任者字符是簡單型系統(tǒng)捕獲+人工9JNSXH卷內順序號字符是簡單型系統(tǒng)捕獲10HH盒號字符否簡單型人工11ZTLX載體類型字符是簡單型系統(tǒng)捕獲+人工12YS頁數數值否簡單型人工13YC頁次字符否簡單型系統(tǒng)捕獲+人工14HJH互見號字符否簡單型系統(tǒng)捕獲+人工15STFS實體份數數值是簡單型系統(tǒng)捕獲+人工16STDQFS實體當前份數數值是簡單型系統(tǒng)捕獲17ZTC主題詞字符否簡單型系統(tǒng)捕獲+人工18BZ備注字符否簡單型人工19WJBH文件編號字符否簡單型系統(tǒng)捕獲+人工20TM題名字符是簡單型系統(tǒng)捕獲+人工21WJRQ文件日期日期是簡單型系統(tǒng)捕獲+人工22TZZS圖紙張數數值是簡單型人工23NGR擬稿人字符否簡單型系統(tǒng)捕獲+人工24CS處室字符否簡單型系統(tǒng)捕獲+人工檔案業(yè)務實體元數據表6-6科研項目檔案業(yè)務實體元數據序號元數據英文名元數據中文名數據類型必選元素類型捕獲方式說明1業(yè)務狀態(tài)字符是簡單型系統(tǒng)捕獲2業(yè)務行為字符是簡單型系統(tǒng)捕獲3行為時間字符是簡單型系統(tǒng)捕獲4行為依據字符否簡單型系統(tǒng)捕獲+人工5行為描述字符否簡單型系統(tǒng)捕獲+人工四性檢測內容科研項目檔案四性檢測主要內容如下表所示：表6-7四性檢測內容真實性檢測電子文件來源真實性檢測【GD-1-1】固化信息有效性檢測電子文件元數據準確性檢測【GD-1-2】元數據項數據長度檢查【GD-1-3】元數據項數據類型、格式檢測【GD-1-4】設定值域的元數據項值域符合度檢測【GD-1-5】元數據項數據合理性檢測【GD-1-6】元數據項數包含特殊字符檢測【GD-1-7】檔案規(guī)范性檢測【GD-1-8】元數據項數據重復性檢測電子文件內容真實性檢測【GD-1-10】電子文件內容數據的電子屬性一致性檢測元數據與內容關聯(lián)一致性檢測【GD-1-11】元數據是否關聯(lián)內容數據歸檔信息包真實性檢測【GD-1-12】說明文件和目錄文件規(guī)范性檢測【GD-1-13】歸檔信息包目錄結構規(guī)范性檢測【GD-1-14】歸檔信息包一致性檢測完整性檢測電子文件數據總量檢測【GD-2-1】總件數相符性檢測【GD-2-2】總字節(jié)數相符性檢測電子文件元數據完整性檢測【GD-2-3】元數據項完整性檢測【GD-2-4】元數據必填項著錄項檢測【GD-2-5】過程信息完整性檢測【GD-2-6】連續(xù)性元數據項檢測電子文件內容完整性檢測【GD-2-7】內容數據完整性檢測（人工檢測）【GD-2-8】附件數據完整性檢測（人工檢測）歸檔信息包完整性檢測【GD-2-9】歸檔范圍檢測【GD-2-11】信息包內容數據完整性檢測可用性檢測電子文件元數據可用性檢測【GD-3-1】歸檔信息包中元數據的可讀性檢測【GD-3-2】目標數據庫中的元數據可訪問性檢測電子文件內容可用性檢測【GD-3-3】內容數據格式檢測【GD-3-4】內容數據的可讀性檢測（人工檢測）電子文件軟硬件環(huán)境檢測【GD-3-6】軟硬件環(huán)境合規(guī)性檢測歸檔信息包可用性檢測【GD-3-8】信息包中電子文件合規(guī)性檢測安全性檢測歸檔信息包病毒檢測【GD-4-1】系統(tǒng)環(huán)境中是否安裝殺毒軟件檢測【GD-4-2】病毒感染檢測歸檔載體安全性檢測【GD-4-3】載體中多余文件檢測【GD-4-4】載體讀取速度檢測【GD-4-5】載體外觀檢測（人工檢測）【GD-4-6】光盤合格性檢測【GD-4-7】操作過程安全性檢測科研項目管理系統(tǒng)接口擴展在接口服務平臺對接業(yè)務系統(tǒng)管理模塊，新增業(yè)務系統(tǒng)，填寫基本屬性和參數設置。其中系統(tǒng)代碼須保持在數字檔案館內唯一。完成后續(xù)接口配置等工作后，開啟接口功能，即可接受科研項目管理系統(tǒng)數據歸檔請求。科研項目管理系統(tǒng)接口配置包含文件目錄.XML、說明文件.XML、文件夾、文件元數據.XML、電子文件。通過站點創(chuàng)建各文件模板。EEP命名規(guī)則智能會議系統(tǒng)EEP文件包命名規(guī)則是：系統(tǒng)名稱+日期+批次編號.eep。命名約定如下：系統(tǒng)名稱代碼：SPS（大寫字母，在數字檔案館必須唯一）發(fā)送日期：YYYYMMDD（8位數字）批次編碼：XXXXXX（6位數字，000001--999999）擴展名：.eep（小寫）命名示例：SPS_20221025_000123.eep說明文件.XML說明文件.XML，主要指對歸檔信息包信息的描述，在監(jiān)控站點添加該文件模板，用于結構校驗。其結構規(guī)范模板參見附件1。文件目錄.XML文件目錄.XML模板參見附件2，主要指對歸檔信息包多個數據記錄信息的描述，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。其結構主要屬性解釋如下：文件路徑：歸檔信息EEP包內文件相對路徑；文號、文件題名、文種、責任者、成文機構、成文日期、頁數、語種、緊急程度、歸檔日期、關聯(lián)標識：歸檔文件的元數據信息，以制度《公司數字檔案館元數據標準》評審結果為準；流程ID、流程名稱：因分發(fā)配置需要的擴展字段，確認全宗下檔案庫類型；歸檔部門編碼、歸檔部門名稱：確認歸檔文件的歸檔部門信息；歸檔單位編碼、歸檔單位名稱：確認歸檔數據的全宗信息；成文機構編碼：便于與4A系統(tǒng)機構匹配。文件元數據.XML文件元數據.XML參見附件3，按照國標進行組織，用于描述數據內容，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。部署接口客戶端在業(yè)務系統(tǒng)端，有兩種部署模式。（1）接口客戶端可以獨立運行為歸檔服務，對于已經生成的EEP文件包定時自動掃描上傳，并將歸檔結果已文檔日志方式輸出。（2）業(yè)務系統(tǒng)可以采用二次開發(fā)模式，集成接口客戶端，由程序調用EEP文件包歸檔接口。

歷史檔案數據歸檔接口方案歷史檔案數據需要首先進行整理、掃描等加工處理，形成EEP文件包，然后進行歸檔。本方案將實現(xiàn)集團數字檔案館端歷史檔案歸檔接口。歸檔范圍歷史檔案數據內容包括較多檔案類型：管理類、科技類、經濟類等，檔案實體和電子文件應按檔案類型進行分類、整理、數據封包。對于管理類檔案，未數字化的檔案需要首先完成數字化，根據相關元數據規(guī)范進行檔案采集整理，形成規(guī)范的歸檔文件包。已數字化后的文件，建議尊重歷史，保持原貌。歸檔數據項鑒于歷史數據檔案類型的多樣性，歸檔數據項根據不同的檔案類型也存在不同的元數據標準。原則上，歷史數據歸檔應滿足對應檔案類型的元數據規(guī)范。（1）管理類公司已經制定了管理類檔案元數據和歸檔規(guī)范。因此，管理類歷史數據歸檔只要根據不同的檔案分類匹配元數據規(guī)范，完成數據采集和文件封包，即可進行歸檔。（2）科技類科技類檔案包括科研項目、工程施工等眾多資料。應根據標準先行、統(tǒng)一安排的原則進行歸檔。（3）其他類其他類檔案涉及較多內容，可以參照管理類檔案進行歸檔。元數據標準不同的檔案類型依照不同的元數據標準。管理類檔案，公司已制定相關元數據標準，歸檔時須參照該標準執(zhí)行，進行數據整理和驗證?？萍碱悪n案，科技類檔案元數據相對復雜，需要完成元數據標準確認，然后依照元數據標準，進行數據整理和歸檔。其他類檔案，在沒有標準時，可參考管理類檔案進行歸檔。接口配置通過站點創(chuàng)建各文件模板，包含EEP文件命名、文件目錄.XML、說明文件.XML、文件夾、文件元數據.XML、電子文件。EEP命名規(guī)則歷史數據EEP文件包命名規(guī)則是：系統(tǒng)名稱+日期+批次編號.eep。命名約定如下：系統(tǒng)名稱代碼：大寫字母，在數字檔案館必須唯一，一般已存在發(fā)送日期：YYYYMMDD（8位數字）批次編碼：XXXXXX（6位數字，000001--999999）擴展名：.eep（小寫）命名示例：BBB_20221028_100127.eep說明文件.XML說明文件.XML，主要指對歸檔信息包信息的描述，在監(jiān)控站點添加該文件模板，用于結構校驗。其結構規(guī)范模板參見附件1。文件目錄.XML文件目錄.XML模板參見附件2，主要指對歸檔信息包多個數據記錄信息的描述，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。其結構主要屬性解釋如下：文件路徑：歸檔信息EEP包內文件相對路徑；文號、文件題名、文種、責任者、成文機構、成文日期、頁數、語種、緊急程度、歸檔日期、關聯(lián)標識：歸檔文件的元數據信息，以制度《公司數字檔案館元數據標準》評審結果為準；流程ID、流程名稱：因分發(fā)配置需要的擴展字段，確認全宗下檔案庫類型；歸檔部門編碼、歸檔部門名稱：確認歸檔文件的歸檔部門信息；歸檔單位編碼、歸檔單位名稱：確認歸檔數據的全宗信息；成文機構編碼：便于與4A系統(tǒng)機構匹配。文件元數據.XML文件元數據.XML參見附件3，按照國標進行組織，用于描述數據內容，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。部署接口客戶端歷史數據整理歸檔時，有兩種部署模式。（1）接口客戶端可以獨立運行為歸檔服務，對于已經生成的EEP文件包定時自動掃描上傳，并將歸檔結果已文檔日志方式輸出。（2）如果歷史數據龐雜繁多，可以考慮進行二次開發(fā)，創(chuàng)建檔案采集程序，集成接口客戶端，檔案采集程序收集完畢后，集中調用EEP文件包歸檔接口。

自建系統(tǒng)數據歸檔對接方案二級單位自建系統(tǒng)一般通過二次開發(fā)，集成歸檔客戶端接口完成檔案數據歸檔。本方案將實現(xiàn)集團數字檔案館端自建系統(tǒng)歸檔對接接口。歸檔范圍二級檔案自建系統(tǒng)通常具有較多的檔案類型，但在符合集團統(tǒng)一元數據規(guī)范方面尚需確認。歸檔前，應針對二級單位的檔案類型與集團的檔案類型進行對應關系確認，符合集團檔案類型要求的應納入歸檔范圍。已納入歸檔范圍的電子檔案，應根據對應的元數據規(guī)范進行數據整理，整理后形成歸檔文件包。主要檔案類型還包括：管理類、科技類、經濟類等，均需根據相關元數據規(guī)范進行檔案采集整理，形成規(guī)范的歸檔文件包。歸檔數據項二級單位自建系統(tǒng)的檔案通常具有較多的數據項，具有自己的數據標準。需要根據集團對應的元數據標準對自建系統(tǒng)的數據項進行對應轉換，以滿足集團元數據規(guī)范。歸檔數據項的轉換通常需要通過自建系統(tǒng)的二次開發(fā)實現(xiàn)。元數據標準二級單位自建系統(tǒng)應根據集團響應檔案元數據標準，進行數據二次整理，形成規(guī)范的歸檔文件包。管理類檔案，公司已制定相關元數據標準，歸檔時須參照該標準執(zhí)行，進行數據整理和驗證。科技類檔案，科技類檔案元數據相對復雜，需要完成元數據標準確認，然后依照元數據標準，進行數據整理和歸檔。其他類檔案，在沒有標準時，可參考管理類檔案進行歸檔。接口配置通過站點創(chuàng)建各文件模板，包含EEP文件命名、文件目錄.XML、說明文件.XML、文件夾、文件元數據.XML、電子文件。EEP命名規(guī)則智能會議系統(tǒng)EEP文件包命名規(guī)則是：系統(tǒng)名稱+日期+批次編號.eep。命名約定如下：系統(tǒng)名稱代碼：大寫字母，在數字檔案館必須唯一，一般已存在發(fā)送日期：YYYYMMDD（8位數字）批次編碼：XXXXXX（6位數字，000001--999999）擴展名：.eep（小寫）命名示例：CCC_20221025_000123.eep說明文件.XML說明文件.XML，主要指對歸檔信息包信息的描述，在監(jiān)控站點添加該文件模板，用于結構校驗。其結構規(guī)范模板參見附件1。文件目錄.XML文件目錄.XML模板參見附件2，主要指對歸檔信息包多個數據記錄信息的描述，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。其結構主要屬性解釋如下：文件路徑：歸檔信息EEP包內文件相對路徑；文號、文件題名、文種、責任者、成文機構、成文日期、頁數、語種、緊急程度、歸檔日期、關聯(lián)標識：歸檔文件的元數據信息，以制度《公司數字檔案館元數據標準》評審結果為準；流程ID、流程名稱：因分發(fā)配置需要的擴展字段，確認全宗下檔案庫類型；歸檔部門編碼、歸檔部門名稱：確認歸檔文件的歸檔部門信息；歸檔單位編碼、歸檔單位名稱：確認歸檔數據的全宗信息；成文機構編碼：便于與4A系統(tǒng)機構匹配。文件元數據.XML文件元數據.XML參見附件3，按照國標進行組織，用于描述數據內容，可以將文檔模板添加到監(jiān)控站點，用于結構校驗。二次開發(fā)自建系統(tǒng)由于數據繁多，但相對規(guī)范，適合通過二次開發(fā)進行歸檔。二次開發(fā)需要集成接口客戶端，并調用EEP文件包歸檔接口實現(xiàn)數據歸檔。

項目計劃進度和人員組織機構本章包括項目進度計劃、組織結構和職責、項目實施組織及運行維護機構等內容。項目進度計劃本項目建設主要包括需求分析、系統(tǒng)設計和開發(fā)、系統(tǒng)測試、系統(tǒng)試運行四個階段。本項目建設周期為12個月，從2022年12月到2023年12月。根據項目建設期安排，確定項目建設實施進度計劃如下表所示。表9-1項目進度表項目階段時間1．前期調研需求分析階段2022年11月-2023年01月2．系統(tǒng)設計和開發(fā)階段2023年01月-04月3.系統(tǒng)測試階段2023年05月-06月智能會議系統(tǒng)接入聯(lián)調2023年07月科研項目管理系統(tǒng)接入聯(lián)調2023年08月系統(tǒng)上線試運行2023年09月系統(tǒng)驗收2023年10月項目組織機構和職責公司成立接口服務平臺的建設管理機構項目建設領導小組，專門負責本次軟件項目建設的決策管理、組織協(xié)調、技術審核等項工作，保證工程建設的順利進行。并應成立專門的項目執(zhí)行機構，負責日常具體的項目和技術管理工作。配置專門人員，落實建設責任，保證工程的順利實施。由公司辦公室、科技與數字化部共同組成系統(tǒng)建設領導小組。領導小組下設專家小組、工作小組。為確保項目有序推進，相關組織機構及職責如下：圖9-1：人員組織架構圖（1）項目領導小組項目控制組由公司的相關領導、辦公室檔案處、科數部系統(tǒng)建設處主管人員組成。全面領導項目建設工作，負責批準系統(tǒng)建設方案，監(jiān)督檢查項目建設進度，協(xié)調系統(tǒng)建設中的重大事項、組織及經費保障。（2）項目管理辦公室項目管理辦公室是項目建設領導小組的常設辦公機構，由辦公室檔案處、科數部系統(tǒng)建設處主管人員組成。主要負責制定和遵循質量計劃；及時通報信息化建設的進度和質量問題；建立和保持項目建設標準，制定文檔規(guī)范、文檔的整理與歸檔以及相關文件的上傳和下達。（3）專家小組專家顧問由檔案管理等相關領域權威專家以及法律顧問組成。主要職責是及時了解項目的進展狀況，對檔案管理業(yè)務提供指導，使信息系統(tǒng)開發(fā)符合實際業(yè)務需要，并不違反相關政策法規(guī)。（4）項目工作小組項目工作小組由公司和系統(tǒng)開發(fā)單位的相關業(yè)務和技術人員組成。為保證項目建設的順利進行，公司項目管理設置項目負責人1人，采取項目負責人負責制。系統(tǒng)開發(fā)單位設置項目經理、技術經理、業(yè)務經理、商務經理各1人，施行項目經理負責制。（5）項目實施小組信科集團作為項目總集成商支撐項目建設，負責項目總體的管理、組織和協(xié)調工作，負責項目全過程文檔及相關成果管控，針對項目設計文檔、實施方案等關鍵里程碑成果組織評審；負責項目分包采購；負責對項目質量進行把控，對系統(tǒng)進行確認測試，并組織各使用單位進行用戶測試；負責與協(xié)調準備系統(tǒng)實施環(huán)境。由于本項目專業(yè)性強，且涉及重大工程檔案專業(yè)業(yè)務，承建單位應根據項目需要和相關規(guī)定協(xié)商確定產生。系統(tǒng)供應商作為項目實施主體承建商，應具備以下條件：必須具備國家規(guī)定的與所建設的項目相關的資質；具有實施類似項目的技術、組織、管理能力、經驗和技術隊伍；具備較好的財務狀況和資金實力。負責系統(tǒng)建設相關標準、制度梳理及編制工作；軟件系統(tǒng)功能開發(fā)及實施部署，聯(lián)調測試，使用培訓；配合系統(tǒng)推廣；承擔系統(tǒng)運維服務。關聯(lián)其他項目組和其他業(yè)務系統(tǒng)廠商，主要負責配合項目開發(fā)，對接聯(lián)調測試，數據同步，系統(tǒng)推廣等。項目實施組織圖9-2：項目實施組織需求分析組：負責系統(tǒng)功能建設需求分析、系統(tǒng)詳細功能設計、需求確認等工作。系統(tǒng)研發(fā)組：負責按照需求分析組最終確認的功能需求，完成系統(tǒng)功能開發(fā)，并進行單元測試。系統(tǒng)實施組：負責開發(fā)的系統(tǒng)功能升級、部署、配置等工作，保證各單位能夠正常使用數字檔案館系統(tǒng)。系統(tǒng)測試組：負責根據需求分析結果組織開展系統(tǒng)功能測試，包括編寫相關測試文檔，并給出測試報告。系統(tǒng)培訓組：對相關用戶進行系統(tǒng)操作培訓及運維、配置等培訓。運行維護機構為了保證建成后系統(tǒng)的穩(wěn)定運行，保障數據的準確性、真實性，對內、對外提供高質量的服務，除了需要相應的技術保障措施外，還需注重系統(tǒng)的管理和維護工作。公司辦公室（黨委辦公室）作為檔案管理部門，科數部作為集團技術牽頭部門，負責系統(tǒng)運行維護的宏觀管理和協(xié)調，復雜問題可組織集成商、系統(tǒng)開發(fā)商和設備供貨商進行維護。

項目工作量估算本章對項目對項目實施工作量進行評估和說明。工作量評估表項目合作方式：信科集團作為總集成單位，負責項目的管理；各平臺實施商共同開展項目開發(fā)實施建設；待平臺正式上線后，由信科集團為主做好技術運維工作，保證平臺的長久、穩(wěn)定運行。表10-1工作量估算表接口服務平臺項目工作量估算表系統(tǒng)名稱：數字檔案館接口服務平臺估算內容：按建設內容和功能點估算工作量估算單位：人天，1人月=22人天項目階段建設內容項目啟動項目策劃需求分析設計開發(fā)系統(tǒng)測試上線試運行驗收結項項目管理合計需求調研分析內部現(xiàn)狀梳理與業(yè)務需求分析5335編寫建設方案（初稿）336建設方案評審52合同簽訂分包采購文件編制56確定供應商113簽訂分包合同1511接口服務平臺建設需求分析說明書665系統(tǒng)設計883系統(tǒng)功能研發(fā)測試發(fā)布4402202211系統(tǒng)上線試運行666智能會議系統(tǒng)對接2244115科研項目管理系統(tǒng)對接2244115配合兩個二級單位歷史數據移植2266225配合兩個二級單位自建對接2266225系統(tǒng)驗收222合計（人·天）5332237482868822801485合計（人·月）0.231.5010.1434.0013.004.001.003.6467.50工作量說明項目建設過程中，將首先實現(xiàn)接口服務平臺的集中調度服務、文件傳輸服務、四性檢測服務、消息狀態(tài)服務、接口日志服務、歸檔客戶端以及監(jiān)控站點。然后實現(xiàn)智能會議系統(tǒng)、科研項目管理系統(tǒng)歸檔集成功能。實現(xiàn)歷史數據歸檔、二級單位自建系統(tǒng)接入接口和對接客戶端，實現(xiàn)遠程文件傳輸，在測試環(huán)節(jié)考慮遠程傳輸測試驗證。

效益分析隱形效益分析公司接口服務平臺的建設，可以為后續(xù)自建檔案檔案系統(tǒng)順利接入、歷史檔案數據歸檔、工程檔案數據歸檔提供良好的基礎平臺，有效節(jié)約后續(xù)接口研究和開發(fā)成本，避免接口項目重復投資，由此帶來可觀的經濟效益。同時也提高公司檔案管理的工作效率、有效節(jié)省資金、時間和人力成本。顯性效益分析公司接口服務平臺的建立不僅進一步提高了數字檔案館歸檔操作的工作效率，更是加強了業(yè)務系統(tǒng)數據歸檔的規(guī)范化管理。從管理層來看是加大了數字檔案館歸檔管理的信息化手段，提高歸檔管理工作質量。從業(yè)務上來看是加強了辦公的智能化程度，規(guī)范了數據歸檔管理的流程，提高了工作效率，降低了檔案管理工作成本。

項目風險與風險管理風險識別和分析項目實施風險分析及管理的目標在于提高項目積極事件的概率和影響，降低項目消極事件的概率和影響。通過對實施過程和內容分析，認為項目實施過程中存在著各種風險，例如政策變化導致業(yè)務也得相應地變化、項目延期、資金困難、人力資源、技術問題、基礎設備、基礎數據、外部預算協(xié)作、或者達不到項目的目標而完全失敗等等。有效的管理風險就可以降低項目失敗的概率，增加成功的機會，如果提前重視風險，對其風險予以詳細的分析，并且有所防范，就可以最大限度減少風險的發(fā)生。（1）技術更新風險在項目建設過程中，技術創(chuàng)新占據了重要的地位。如果發(fā)現(xiàn)現(xiàn)有工具或者框架不能滿足需求，或者不能提高生產效率的話，就需要考慮引進新的技術來滿足需求。但是，當項目決定采用一個新技術、新工具或者新框架的時候，風險就會隨之而來，是不可避免的。所有人對它的了解程度越低，經驗越少，面臨的風險就越大。這時候必須盡早對新技術進行試用、熟悉、全面評估，之后便決定項目中是否能夠真正采用該技術。（2）基礎設備風險系統(tǒng)實施涉及到整個IT系統(tǒng)基礎設施環(huán)境的調整和優(yōu)化。IT基礎設施包括機房、網絡、硬件、軟件和其他外部設備在內的軟硬件平臺，預算系統(tǒng)將存儲大量的預算編制及執(zhí)行數據，具有一定的保密性，需單獨設置設備存儲數據，并選擇合適的機房放置服務器。基礎設施準備不到位會嚴重影響系統(tǒng)上線的進度，會對系統(tǒng)性能和穩(wěn)定性造成影響。（3）項目目標不匹配風險項目目標不匹配的風險，就是實施的預算系統(tǒng)沒有達到用戶的要求，功能不能滿足用戶的實際使用，從而造成項目返工，延長項目驗收時間，給用戶和開發(fā)方雙方都帶來損失。（4）信息系統(tǒng)建設一般性風險任何一個信息化系統(tǒng)，都存在項目組織失控、技術方案有缺陷、軟件提供商和系統(tǒng)集成商選擇不合適、合同簽訂有漏洞、項目實施質量和進度不理想等風險。預算系統(tǒng)也不例外，從項目的設計、建設，到后期運營，每一個階段都存在風險。風險對策和管理為了規(guī)避上述風險，本單位將做好以下四個方面的工作：（1）選用成熟的技術及主流廠商的主流設備，以規(guī)避基礎設備和技術更新的風險。（2）建立管理風險預警機制。對在項目研發(fā)過程中有可能超出項目經理管理范圍的風險事件的預警。預警機制可由低到高，并由定期的項目聯(lián)席管理（多方）會議討論處理。這樣可以減少處理風險事件的響應時間；同時，使高層管理者能夠及時介入，處理可能產生的風險。（3）針對項目目標不匹配的風險，可從開發(fā)方對公司項目管理業(yè)務熟悉情況、公司檔案業(yè)務信息化項目經驗和開發(fā)團隊技術水平選擇合適的開發(fā)商，以規(guī)避該風險。（4）組織管理性措施。主要是貫徹項目建設綜合、系統(tǒng)、全方位原則和經濟、合理、先進性原則，包括管理流程設計、確定組織結構、管理制度和標準制定、人員選配、崗位職責分工，落實風險管理的責任等。

附件1.說明文件.XML模板<?xmlversion="1.0"encoding="UTF-8"?><文件說明> <載體編號>9999</載體編號> <!--填寫封裝包批次，例如：9999，為第999次批推送的封裝包--> <制作時間>2022-10-11</制作時間> <文件容量>100.33M</文件容量> <立檔單位名稱>某某單位</立檔單位名稱> <年度>2022</年度> <歸檔文件數量>5</歸檔文件數量> <歸檔類型>文件</歸檔類型> <信息系統(tǒng)名稱>智能會議系統(tǒng)</信息系統(tǒng)名稱></文件說明>

附件2.文件目錄.XML模板<?xmlversio