標準規(guī)范體系建設方案設計說明

1、.專業(yè).專注 .標準規(guī)范體系建設方案設計1.1需求分析1.1.1 采購范圍與基本要求收集智慧園區(qū)建設涉及的國家標準 、行業(yè)標準 、 管理規(guī)范 、技術標準和信息標 準，編寫XX高新區(qū)開發(fā)區(qū)智慧園區(qū)的接口規(guī)范 、信息交換標準、元數(shù)據(jù)標準等 。1.1.2 建設內(nèi)容要求（1）編寫XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)元數(shù)據(jù)信息標準 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)代碼規(guī)范目錄 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)交換方式 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)交換內(nèi)容標準 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)接口標準 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)采集規(guī)范 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)處理規(guī)范 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)質(zhì)量規(guī)范

2、 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)數(shù)據(jù)管理制度 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)系統(tǒng)運維管理規(guī)范 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)文檔管理制度 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)運營管理標準 （2）收集智慧城市公共信息平臺建設指南 （試行）（住建部智慧城市文件 （2013 年 4 月）word 可編輯.專業(yè).專注 .智慧城市 評價模型及基礎評價指標體系 (全國通信標準化技術委員會 )基于云計算的電子政務公共平臺頂層設計指南 (工信部，2013 年 4 月) 政務信息資源目錄體系 (GB/T21063-2007 )政務信息資源交換體系 (GB/T21062-2007 )信息技術 大數(shù)據(jù) 術語 (20141191-T-46

3、9 )信息技術 大數(shù)據(jù) 參考架構 (20141191-T-469 )關系數(shù)據(jù)管理系統(tǒng)技術要求 (GB/T28821-1012 )城市基礎地理信息系統(tǒng)技術規(guī)范 關于促進智慧城市健康發(fā)展的指導意見 關于積極推進 “互聯(lián)網(wǎng) +”行動的指導意見 促進大數(shù)據(jù)發(fā)展行動綱要 國家信息化發(fā)展戰(zhàn)略綱要 國家電子政務工程建設項目管理暫行辦法 國家信息化領導小組關于我國電子政務建設指導意見 國家電子政務總體框架 城市地下管線工程檔案管理辦法 (住建部 2005 年)城市地下空間開法利用管理規(guī)定 (建設部 59 號 、第 108 號) 電信建設管理辦法 (國發(fā)委第 20 號)2006 2020 年國家信息化發(fā)展戰(zhàn)略

4、1.2設計方案XX 高新區(qū)智慧園區(qū)是一個大規(guī)模的建設工程 。該工程以業(yè)務系統(tǒng)的相關數(shù)據(jù)為 業(yè)務處理核心 ，以其它相關部門為信息交換對象 ，實現(xiàn)跨機構的大型綜合與分布式word 可編輯.專業(yè).專注 .的信息化系統(tǒng) 。面對這樣一個大型的信息系統(tǒng) ，XX 高新區(qū)智慧園區(qū)建設首先必須建立完善的標 準體系和相關制度 。保障 XX 高新區(qū)智慧園區(qū)生態(tài) XX高新區(qū)智慧園區(qū)建設標準的可 持續(xù)發(fā)展能力 ，實現(xiàn)真正意義上的互聯(lián)互通 。1.2.1 標準在系統(tǒng)建設中的作用XX 高新區(qū)智慧園區(qū)建設與標準規(guī)范建設是相輔相成的 。一方面，生態(tài) XX 高新 區(qū)智慧園區(qū)各項內(nèi)容的建設必須遵循標準和規(guī)范 ，其設計 、開發(fā)和實施等

5、需要標準 和規(guī)范進行指導 ；另一方面 ，標準和規(guī)范的制訂和維護離不開生態(tài) XX 高新區(qū)智慧 園區(qū)的建設實踐 ， 標準和規(guī)范必需符合實際需求 ，隨著生態(tài) XX 高新區(qū)智慧園區(qū)建 設的不斷建設和推廣 ，標準和規(guī)范也要根據(jù)生態(tài) XX 高新區(qū)智慧園區(qū)建設的進展不 斷完善 。沒有規(guī)矩不成方圓 ，生態(tài) XX 高新區(qū)智慧園區(qū)及其配套體系的建設需要相應的 標準和規(guī)范進行指導 。標準和規(guī)范具有以下指導作用 ：有利于確保 XX 高新區(qū)智慧園區(qū)相關信息共享和業(yè)務協(xié)同 ；有利于確保 XX 高新區(qū)智慧園區(qū)建設網(wǎng)絡互聯(lián)互通 ；有利于確保 XX 高新區(qū)智慧園區(qū)建設安全可靠 ；有利于規(guī)范和促進 XX 高新區(qū)智慧園區(qū)建設和系統(tǒng)

6、運營 ；有利于 XX 高新區(qū)智慧園區(qū)建設總體設計和可持續(xù)發(fā)展 。標準和規(guī)范的建設要和具體系統(tǒng)的建設結合起來 。具體上講 ，就是要與 XX 高 新區(qū)智慧園區(qū)建設的建設相結合 ，XX 高新區(qū)智慧園區(qū)在實踐中對標準和規(guī)范進行完 善和補充 。word 可編輯.專業(yè).專注 .1.2.2 標準體系建設的總體目標XX 高新區(qū)智慧園區(qū)建設的標準體系建設的總體目標是 ： 建立并不斷完善生態(tài)智慧 XX 高新區(qū)智慧園區(qū)平臺 、政務信息資源目錄的標 準體系，為 XX高新區(qū)智慧園區(qū)平臺建設和政務信息資源目錄建設提供支持 與服務 ；制定一系列 XX 高新區(qū)智慧園區(qū)的關鍵建設標準 ，為實現(xiàn)眾多系統(tǒng)的互聯(lián)互 通、信息共享 、

7、業(yè)務協(xié)同 、信息安全打好基礎 ；建立 XX 高新區(qū)智慧園區(qū)建設標準貫徹實施機制 ，為標準的實施提供有效服務 和支撐。1.2.3 標準體系建設框架下圖給出 XX 高新區(qū)智慧園區(qū)建設標準體系框架如上圖所示 ， XX高新區(qū)智慧園區(qū)建設標準體系框架由八個分體系構成 ，即總體 標準分體系 、信息資源標準分體系 、數(shù)據(jù)交換標準分體系 、業(yè)務應用標準分體系 、 應用支撐標準分體系 、網(wǎng)絡標準分體系 、安全標準分體系和管理標準分體系 。word 可編輯.專業(yè).專注 .1.2.4 標準體系建設內(nèi)容基于標準體系框架 ，給出 XX 高新區(qū)智慧園區(qū)標準體系建設的具體建設內(nèi)容序號分體系規(guī)范名稱承建方各業(yè)務單位1總體標準

8、分體系術語編寫配合2主題詞表編寫配合3標準體系編寫配合4標準化指南編寫配合5信息資源分體系業(yè)務基礎共享數(shù)據(jù)元和代碼集編寫配合6主題庫基礎數(shù)據(jù)元和代碼集編寫配合7分析平臺基礎數(shù)據(jù)元和代碼集編寫配合8信息服務平臺基礎數(shù)據(jù)元和代碼集編寫配合9管理系統(tǒng)基礎數(shù)據(jù)元和代碼集編寫配合10數(shù)據(jù)交換分體系內(nèi)部數(shù)據(jù)交換格式編寫配合11對外數(shù)據(jù)交換格式編寫配合12業(yè)務應用分體系應用系統(tǒng)業(yè)務流程標準組織及編寫配合13業(yè)務系統(tǒng)通用技術要求編寫配合14應用支撐分體系應用支撐平臺通用技術規(guī)范編寫配合15網(wǎng)絡標準分體系網(wǎng)絡建設規(guī)范指導配合16網(wǎng)絡管理規(guī)范指導配合17安全標準分體系系統(tǒng)安全管理規(guī)范指導配合18系統(tǒng)安全等級保護定

9、級指南指導配合19系統(tǒng)安全技術框架指南指導配合20管理標準分體系系統(tǒng)項目管理辦法編寫配合21系統(tǒng)軟件工程文檔編制規(guī)范編寫配合22系統(tǒng)標準符合性測試管理辦法編寫配合23系統(tǒng)運行維護規(guī)范編寫配合word 可編輯.專業(yè).專注 .1.2.5 標準規(guī)范體系建設工作方案標準規(guī)范體系建設工作方案的主要步驟包括 ：第一步 ：制定并完善 XX 高新區(qū)智慧園區(qū)平臺信息化標準體系按照智慧 XX 高新區(qū)智慧園區(qū)平臺的目標及工程各構成要素對標準的總體需求 和具體需求 ，按照面向應用而不是面向技術的原則 ，研究和制定符合 XX 高新區(qū)智 慧園區(qū)平臺的標準體系 ，提出并建設 XX 高新區(qū)智慧園區(qū)平臺建設所需的各種標準 ，

10、指導 XX 高新區(qū)智慧園區(qū)平臺的建設和應用 ， 使其少走彎路 ，在高起點上沿著標準 化、 規(guī)范化的軌道有序 、 高效、快速 、健康地發(fā)展 。第二步 ： 制定和發(fā)布一系列關鍵業(yè)務和技術標準在制定和完善標準體系的基礎上 ， 明確急需制定的一系列關鍵技術標準 ，按照 “統(tǒng)籌規(guī)劃 、分工合作 ”的工作思路 ，組織和協(xié)調(diào)好這些標準的制定 。在摸索 、總結、 提高的基礎上 ，在各相關部門的共同支持下 ，將一些共性的標準制定形成若干個 XX 高新區(qū)智慧園區(qū)電子政務的建設標準 。第三步 ：建立標準咨詢服務機制 ，組織相關的宣貫工作圍繞標準體系的總體建設思路 、建設目標和建設實際 ， 系統(tǒng)地編制相關宣貫教 材，

11、 建立標準咨詢服務機制 ，為工程建設管理人員 、技術人員 、業(yè)務人員 、軟件開 發(fā)商和系統(tǒng)集成商提供咨詢服務 ，使其了解標準 、熟悉標準 ，能在系統(tǒng)建設過程中 自覺地運用標準 ， 并通過一定的強制性測試和實施監(jiān)督機制 ，保證工程建設在標準 化、 規(guī)范化的基礎上健康發(fā)展 ，促進信息共享與交換的長效機制的建立 。標準和規(guī)范的建設與應用系統(tǒng)建設是相輔相成的 。一方面 ，系統(tǒng)建設必須遵循 標準和規(guī)范 ，其設計、開發(fā)和實施等需要標準和規(guī)范進行指導 ；另一方面 ，標準和 規(guī)范的制訂和維護離不開系統(tǒng)實踐 ，標準和規(guī)范必需符合系統(tǒng)應用與服務的實際需word 可編輯.專業(yè).專注 .求， 隨著城市級數(shù)據(jù)交換與共享

12、平臺以及 XX 高新區(qū)智慧園區(qū)政務信息資源交換體 系和目錄體系的不斷建設和推廣 ，標準和規(guī)范也要根據(jù)系統(tǒng)建設的進展不斷完善 。1.2.6 標準規(guī)范體系建設預期成果本項目預期成果包括如下的標準規(guī)范的編寫 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 元數(shù) 據(jù)信息標準 、XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)代碼規(guī)范目錄 、XX 高新區(qū)開發(fā) 區(qū)智慧園區(qū) 數(shù)據(jù)交換方式 、XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)交換內(nèi)容標準 、 XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)接口標準 、XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)采 集規(guī)范 、XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)處理規(guī)范 、XX 高新區(qū)開發(fā)區(qū)智慧園 區(qū) 數(shù)據(jù)質(zhì)量規(guī)范 、XX 高新區(qū)開發(fā)區(qū)智慧園區(qū)

13、 數(shù)據(jù)管理制度 、XX 高新區(qū)開發(fā) 區(qū)智慧園區(qū) 系統(tǒng)運維管理規(guī)范 、XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 文檔管理制度 、 XX高新區(qū)開發(fā)區(qū)智慧園區(qū) 運營管理標準 。(1) XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 元數(shù)據(jù)信息標準 元數(shù)據(jù)標準 (Metadata Standards )描述某類資源的具體對象時所有規(guī)則的集 合。 不同類型的資源可能有不同的元數(shù)據(jù)標準 ，一般包括完整描述一個具體對象所 需的數(shù)據(jù)項集合 、各數(shù)據(jù)項語義定義 、著錄規(guī)則和計算機應用時的語法規(guī)定 。元數(shù)據(jù) (Meta Data )是關于數(shù)據(jù)倉庫的數(shù)據(jù) ，指在數(shù)據(jù)倉庫建設過程中所產(chǎn) 生的有關數(shù)據(jù)源定義 ， 目標定義 ，轉(zhuǎn)換規(guī)則等相關的關鍵數(shù)據(jù) 。

14、同時元數(shù)據(jù)還包含 關于數(shù)據(jù)含義的商業(yè)信息 ，所有這些信息都應當妥善保存 ， 并很好地管理 。為數(shù)據(jù) 倉庫的發(fā)展和使用提供方便 。元數(shù)據(jù)是一種二進制信息 ， 用以對存儲在公共語言運行庫可移植可執(zhí)行文件 (PE) 文件或存儲在內(nèi)存中的程序進行描述 。將您的代碼編譯為 PE 文件時 ，便會將 元數(shù)據(jù)插入到該文件的一部分中 ，而將代碼轉(zhuǎn)換為 Microsoft 中間語言 (MSIL) 并word 可編輯.專業(yè).專注 .將其插入到該文件的另一部分中 。在模塊或程序集中定義和引用的每個類型和成員 都將在元數(shù)據(jù)中進行說明 。當執(zhí)行代碼時 ，運行庫將元數(shù)據(jù)加載到內(nèi)存中 ，并引用 它來發(fā)現(xiàn)有關代碼的類 、 成員

15、、繼承等信息 。元數(shù)據(jù)以非特定語言的方式描述在代碼中定義的每一類型和成員 。存儲的信息 ：程序集的說明 。標識（名稱、版本、區(qū)域性 、公鑰）。導出的類型 。該程序集所依賴的其他程序集 。運行所需的安全權限 。類型的說明 。名稱、可見性 、基類和實現(xiàn)的接口 。成員（方法、字段、屬性、事件、嵌套的類型 ）。屬性。修飾類型和成員的其他說明性元素 。（2）XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)代碼規(guī)范目錄 根據(jù)各項靜態(tài)基礎數(shù)據(jù)的特點 ，以及數(shù)據(jù)準備工作量和難度 ， 分別采用如下準 備策略：1）簡單基礎數(shù)據(jù) 制定編碼規(guī)范 ，安排業(yè)務培訓 ，下發(fā) Excel格式的編碼模板 ， 由各項目人員自行準備 ， 此類基礎

16、數(shù)據(jù)比較簡單 ，人員按示例數(shù)據(jù)整理即可 ，并能 采用簡單方法導入系統(tǒng) （導入方法在 “導入實現(xiàn)方式 ”章節(jié)詳細說明 ）。 檢查編碼規(guī)范執(zhí) 行情況 ，并提供必要的工作指導 。. word 可編輯 .專業(yè).專注 .2）復雜基礎數(shù)據(jù) 制定編碼規(guī)范 ，安排業(yè)務培訓 ，下發(fā) Excel格式的編碼模板 ， 與簡單基礎數(shù)據(jù)相比 ，數(shù)據(jù)結構要復雜得多 ， 并且存在一些關聯(lián)關系 ，對數(shù)據(jù)準備 要求也比較高 ，占全部工作量 50%以上，因此 ，需要采用專門的處理方法 ，其導入 方法也比較特別 。因此 ，復雜數(shù)據(jù)單獨作為一類 ，企業(yè)需要配備更多的人員進行處 理。以業(yè)務編碼為例 ，除了物資管理部門外 ， 技術部門也需

17、要參與基礎數(shù)據(jù)準備 ， 以保證編碼質(zhì)量 。重點進行指導檢查 ，并根據(jù)實際需要提供更多的支持 。3）固定基礎數(shù)據(jù) 為了使業(yè)務流程趨同 ，為業(yè)務匯總創(chuàng)造有利條件 ，因此 ， 對于此類編碼由項目顧問組提出建議方案 ，一般不再需要調(diào)整 ，以固定編碼的方法 主導實施 ， 使業(yè)務流程趨于一致化 （配合業(yè)務流程規(guī)范 ）。此類編碼一般內(nèi)容固定 ， 有規(guī)范可遵循 ，數(shù)據(jù)量很少 ，按照統(tǒng)一的編碼導入即可 。（3）XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)交換方式 數(shù)據(jù)交換技術 （data switching techniques ）， 是在兩個或多個數(shù)據(jù)終端設備 （DTE）之間建立數(shù)據(jù)通信的暫時互連通路的各種技術 。在數(shù)據(jù)

18、通信系統(tǒng)中 ，當終端與計算機之間 ，或者計算機與計算機之間不是直通 專線連接 ，而是要經(jīng)過通信網(wǎng)的接續(xù)過程來建立連接的時候 ，那么兩端系統(tǒng)之間的 傳輸通路就是通過通信網(wǎng)絡中若干節(jié)點轉(zhuǎn)接而成的所謂 “交換線路 ”。在一種任意拓撲的數(shù)據(jù)通信網(wǎng)絡中 ，通過網(wǎng)絡節(jié)點的某種轉(zhuǎn)接方式來實現(xiàn)從任 一端系統(tǒng)到另一端系統(tǒng)之間接通數(shù)據(jù)通路的技術 ，就稱為數(shù)據(jù)交換技術 。數(shù)據(jù)交換技術主要是電路交換 、分組交換和報文交換 。 這三種交換方式各有優(yōu)缺點 ，因而各有適用場合 ，并且可以互相補充 。與電路 交換相比 ， 分組交換電路利用率高 ，可實現(xiàn)變速 、變碼、差錯控制和流量控制等功 能。 與報文交換相比 ， 分組交換時

19、延小 ，具備實時通信特點 。分組交換還具有多邏word 可編輯.專業(yè).專注 .輯信道通信的能力 。但分組交換獲得的優(yōu)點是有代價的 。把報文劃分成若干個分組 每個分組前要加一個有關控制與監(jiān)督信息的分組頭 ，增加了網(wǎng)路開銷 。所以 ，分組 交換適用于報文不是很長的數(shù)據(jù)通信 ， 電路交換適用于報文長且通信量大的數(shù)據(jù)通 信。1) 數(shù)據(jù)交換的方法DTE 之間要進行通信 ，最簡單的方法是在兩者之間一一用直達線路連接 ，稱全 連通。當 DTE個數(shù)為時 ，全連通線路條數(shù)為 。這種方法通信質(zhì)量較好 ，但所需互連 線路數(shù)多 ，線路利用率低 ，通常不可取 。如果個 DTE 之間經(jīng)交換機進行轉(zhuǎn)接 ，則僅 需條用戶線

20、，線路利用率高 。2) 數(shù)據(jù)交換的基本要求 數(shù)據(jù)交換的基本要求有 ： 適應從很低到很高范圍內(nèi)的不同速率 ，以滿足不同用戶的需要 ； 盡量快的接續(xù)速度 ；適應實時性要求 ， 網(wǎng)路時延要小 ； 有高的傳輸準確性具有適應數(shù)據(jù)用戶特性變化 (多樣化的 DTE和多樣化的數(shù)據(jù) 業(yè)務)的能力。(4) XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)交換內(nèi)容標準 數(shù)據(jù)交換接口 ，是指在異步轉(zhuǎn)移模式 (ATM)中傳送數(shù)據(jù)時 ，數(shù)據(jù)終端設備 (DTE) 與網(wǎng)絡所提供的數(shù)據(jù)業(yè)務單元 (DSU)之間的接口 。 數(shù)據(jù)交換接口是集成化 CAD 研 究領域中的主要研究方向之一 。實現(xiàn)數(shù)據(jù)接口 ，實際上就是把已有的模型經(jīng)過處理 ，將特定軟件

21、的自定義表示 轉(zhuǎn)換成其它軟件可以理解和接受的中性模式 。 其實現(xiàn)過程就是對要輸出的模型中所word 可編輯.專業(yè).專注 .含的基本對象進行遍歷 ，對相應模型中的對象使用中性標準的表示形式加以說明和 表示 ，并將這些對象按相關標準加以組織輸出即可 。相應的讀入此中性模型的軟件 需要有輸入接口 ，它們分別被稱為前置 、后置處理器 。文中在設計逆向工程數(shù)據(jù)處 理系統(tǒng)當中 ，考慮僅僅將設計好的模型提供給其它軟件作進一步處理和使用 ，因此 僅進行輸出接口的設計和實現(xiàn)工作 。為說明方便 ，將其實現(xiàn)步驟列出如下 :步驟 1:標志段的確定此段為可選段 ，指明是使用二進制格式還是壓縮的 L.MJJ 格式 ，如果

22、是非壓 縮 L.M JJ 格式，則沒有此段，由于使用非壓縮 L.M JJ 格式，故設計中此段為空 。步驟 2:開始段的確定 設計開始段的目的是為了給使用者提供一個可讀文件的序言 ， 至少必須有一個 開始段的記錄 ，在此段作者加入了一些軟件的說明性語句 ，以便用戶理解文件的相 關內(nèi)容。步驟 3:全局參數(shù)段的確定全局參數(shù)段提供前后置處理器所需要的信息 ，包括版本 、數(shù)據(jù)精度 、模型空間 比例 、作者等等信息 ，這些數(shù)據(jù)一般由軟件當前的用戶全局設置 、前置處理器使用 的版本等相關信息確定 ， 此處按標準的相關要求及定義格式依次組織輸出 。步驟 4:目錄條目段的確定 文件中的每個實體在目錄條目段都有一

23、個目錄條目 。其目的在于為文件提供一 個索引，并含有每個實體的屬性信息 。在此段中 ，除定義實體必須先于它的全部引 例外 ，目錄條目的次序是隨意的 。此段的確定必須通過遍歷所有需要輸出的對象才 能確定 ，設計中結合參數(shù)數(shù)據(jù)段共同確定 。步驟 5:參數(shù)數(shù)據(jù)段的確定word 可編輯.專業(yè).專注 .文件的參數(shù)數(shù)據(jù)段包含有與每個實體相連的參數(shù)數(shù)據(jù) 。其數(shù)據(jù)以自由格式存放 ， 所有參數(shù)行的第 FF 列到第 E! 列都含有本參數(shù)數(shù)據(jù)所屬實體的目錄條目第一行的 序號 。這樣就將參數(shù)數(shù)據(jù)段與目錄條目段關聯(lián)了起來 。步驟 6:結束段的確定結束段僅有一行 ，分成 10 個域 ，各域包含有前述各段中每個段所使用的表

24、示 段類型的字母及最后的序號 。 其中序號由前述各段的統(tǒng)計結果確定 ，依次寫入即 可。經(jīng)過以上步驟 ， 則文件各段即可確定 ;其中目錄條目段及參數(shù)數(shù)據(jù)段的確定為 處理過程的核心 。(5) XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)接口標準 名稱定義 ：一個數(shù)據(jù)元在應用環(huán)境下的不同稱謂 。約束：可選數(shù)據(jù)類型 ：字符串說明 ：一個數(shù)據(jù)元可以有多個同義詞 ，第一個同義詞應該是統(tǒng)一的約定名稱 。表示符號定義 ：數(shù)據(jù)元的表示符號 ，可用于數(shù)據(jù)交換時的交換名稱 。約束：可選數(shù)據(jù)類型 ：字符串定義定義 ：數(shù)據(jù)元的含義的描述 ，表達一個數(shù)據(jù)元的本質(zhì)特性并使其區(qū)別于所有其 他數(shù)據(jù)元的陳述 。( 特別明確的可省略 。)wo

25、rd 可編輯.專業(yè).專注 .約束：可選 數(shù)據(jù)類型 ：字符串 對數(shù)據(jù)元定義應注意 ：1）每個定義必須區(qū)別于目錄中的任何其他定義 ，以保證專一性 。定義中所表 述的一個或多個特性必須使被定義的概念與其他概念相區(qū)別 。2）用描述性的短語或句子闡述 ，闡述必須簡練 、準確而不含糊 ，避免跟其他 數(shù)據(jù)元定義互相依存 。3）定義中僅可使用人們普遍理解的縮略語 。4）所有簡稱在第一次出現(xiàn)時 ，必須予以說明 。（6）XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)采集規(guī)范 基本信息配置 ：設置編碼與名稱 ， 設置 ETL系統(tǒng)采集端編碼 ；導出文件配置 ： 導出文件的保存路徑 、數(shù)據(jù)文件名 、數(shù)據(jù)文件列分隔符 、導出文件的編碼

26、格式 ， 目 前數(shù)據(jù)文件默認為文本文件方式 ；鏈接配置：配置需要鏈接的零售商數(shù)據(jù)庫的數(shù)據(jù)庫類型 、鏈接的 IP地址、數(shù)據(jù)庫用戶名和密碼 ；配置對應的 ETL 系統(tǒng)入庫端的鏈接地址 、用戶名及密碼 ；數(shù)據(jù)集配置 ：配置需要提取的數(shù)據(jù)集清單與每種數(shù)據(jù)集的采集周期 （比如年 、月、日等）；腳本編寫及植入 ：可手工編寫數(shù)據(jù)提取的 SQL 語句或存儲過程 ，然后將腳本植入到數(shù)據(jù)采集單元中 ；運行監(jiān)控 ： 監(jiān)控數(shù)據(jù)采集的過程 ，日志自動保存與輸出 、報錯提醒 （郵件 短 信等）等；數(shù)據(jù)打包上傳 ：對已經(jīng)提取的數(shù)據(jù)進行加密 、打包且上傳到數(shù)據(jù)加載單元 ；為 保證數(shù)據(jù)采集的及時性 、準確性 ，需要根據(jù)零售商機

27、房環(huán)境和數(shù)據(jù)庫種類的不同 為數(shù)據(jù)采集單元設計不同的部署方式word 可編輯.專業(yè).專注 .（7）XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)處理規(guī)范 定義 ：從應用的角度規(guī)定的數(shù)據(jù)元值的格式需求 ，包括所允許的最大或最小字 符長度 ，數(shù)據(jù)元值的類型和表示格式等 。約束 ：必選數(shù)據(jù)類型 ：字符串說明：數(shù)據(jù)格式的表示（8）XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)質(zhì)量規(guī)范 數(shù)據(jù)質(zhì)量的一致性首要體現(xiàn)在數(shù)據(jù)記載的規(guī)范和數(shù)據(jù)能否契合邏輯 。規(guī)范指的 是， 一項數(shù)據(jù)存在它特定的格局 ，邏輯指的是 ， 多項數(shù)據(jù)間存在著固定的邏輯關系 例如 PV 必定是大于等于 UV 的，跳出率必定是在 0 到 1 之間的 。通常的數(shù)據(jù)都有著規(guī)范

28、的編碼規(guī)矩 ，關于數(shù)據(jù)記載的一致性查驗是較為簡略的 只需契合規(guī)范編碼規(guī)矩即可 。精確性是指數(shù)據(jù)記載的信息能否存在反常或過錯 。和一致性不一樣 ， 存在精確 性難題的數(shù)據(jù)不僅規(guī)矩上的不一致 。最為常見的數(shù)據(jù)精確性過錯就如亂碼 。其次 ， 反常的大或許小的數(shù)據(jù)也是不契合條件的數(shù)據(jù) 。數(shù)據(jù)質(zhì)量的精確性能夠存在于單個記載 ， 也能夠存在于整個數(shù)據(jù)集 ，例如數(shù)量 級記載過錯 。這類過錯則能夠運用最大值和最小值的計算量去審閱 。通常數(shù)據(jù)都契合正態(tài)散布的規(guī)則 ，若是一些占比少的數(shù)據(jù)存在難題 ，則能夠經(jīng) 過比擬其他數(shù)量少的數(shù)據(jù)份額 ，來做出判別 。（9）XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 數(shù)據(jù)管理制度 數(shù)據(jù)導入指應數(shù)

29、據(jù)擁有部門要求 ，通過后臺數(shù)據(jù)庫 ，將數(shù)據(jù)導入運行環(huán)境的操 作。 對于發(fā)生在批處理中的自動數(shù)據(jù)導入 。word 可編輯.專業(yè).專注 .數(shù)據(jù)修改指應數(shù)據(jù)擁有部門要求 ，對信息系統(tǒng)中的數(shù)據(jù)在后臺數(shù)據(jù)庫中進行的 修改 。數(shù)據(jù)修改包含數(shù)據(jù)內(nèi)容的修改以及數(shù)據(jù)庫結構的變更 。數(shù)據(jù)導入 / 修改必須遵循統(tǒng)一的數(shù)據(jù)導入 /修改申請流程 。任何人不得在未經(jīng)授 權的情況下對應用系統(tǒng)數(shù)據(jù)庫進行數(shù)據(jù)導入 /修改的操作 。數(shù)據(jù)導入 /修改流程中的申請 、審批 、操作工作需分別由不同人員承擔 。數(shù)據(jù) 導入/修改操作只能由指定的信息部人員執(zhí)行 ，導入 /修改權限須按照規(guī)范通過系統(tǒng) 設定分配給指定人員 。數(shù)據(jù)庫中的數(shù)據(jù)操作日

30、志 、數(shù)據(jù)導入 / 修改/ 提取須保存三年 。 信息部負責人每 半年委派人員將數(shù)據(jù)操作日志 、數(shù)據(jù)導入 /修改/提取申請表 和數(shù)據(jù)導入 /修改/提 取匯總表 進行核對 ，確保所有數(shù)據(jù)導入 / 修改均經(jīng)過了有效的審批以及數(shù)據(jù)導入 / 修改是準確的 。（10）XX 高新區(qū)開發(fā)區(qū)智慧園區(qū) 系統(tǒng)運維管理規(guī)范 運維崗位人員要具備良好的工作作風和嚴謹?shù)墓ぷ鲬B(tài)度 ，服從管理，認真負責 ， 堅守崗位 ，在問題面前不推諉 、不拖拉 、 不盲目 、不蠻干 ，要冷靜分析 、沉著處 理。遵照各項運維管理制度及客戶運維工作要求 ，嚴格執(zhí)行維護工作服務規(guī)范 ，確 保人員、系統(tǒng)及各項設施安全 。具體要求包括 ：1）基本維護

31、要求a）遵守客戶業(yè)務管理和現(xiàn)場管理要求 。b）周期性的維護工作應經(jīng)客戶審批同意后方可實施 。c）因故障修復 、功能升級等引起的系統(tǒng)版本升級和割接工作應經(jīng)客戶測試通過 后方可實施 。word 可編輯.專業(yè).專注 .d）未經(jīng)客戶同意 ，各維護崗位人員不得私自對客戶的在線系統(tǒng)進行數(shù)據(jù)變更 、 數(shù)據(jù)統(tǒng)計、應用程序變更 、系統(tǒng)參數(shù)調(diào)整 、硬件設備調(diào)整 。e）維護外包人員須經(jīng)業(yè)務和管理培訓 ， 明確崗位職責 ，通過部門考核確認后 方可上崗 。在客戶現(xiàn)場以理想員工身份執(zhí)行維護工作 ，遵循各項運維管理制度 。f ）定期檢查所維護系統(tǒng)的安全狀況 ，為客戶提出合理的預防處理措施 。2）故障響應 / 處理制度a）遵照故障控制管理辦法要求 ， 在接到故障報修通知后 ，及時與用戶取得聯(lián) 系后進行排障 ，故障排除后填寫故障修復信息 。b）各維護崗位人員應確保通訊工作 24 小時暢通 。3）嚴格執(zhí)行故障處理和處理逐級上報制度 。信息記錄（維護資料管理 ）a）建立健全系統(tǒng)維護文檔和記錄資料庫 ，相關資料由各部門妥善保管 。b）系統(tǒng)維護文檔隨系統(tǒng)變化及時維護 、修改 、校對。c）實施維護后 ，及時做好維護記錄 ， 要求