【正文】 支持。在這一層中主要包括：權(quán)限認(rèn)證、圖庫信息管理、報(bào)表平臺等支撐組件平臺以及電網(wǎng)數(shù)據(jù)模型、計(jì)算模型和工況處理模型等業(yè)務(wù)應(yīng)用的支持模型。 數(shù)據(jù)服務(wù)層：主要功能是完成收集、存儲、校驗(yàn)、統(tǒng)計(jì)各種類型的數(shù)據(jù)，同時(shí)肩負(fù)著業(yè)務(wù)應(yīng)用和系統(tǒng)服務(wù)之間的橋梁作用。在這一層中主要模塊有：通信代理、數(shù)據(jù)存儲、數(shù)據(jù)校驗(yàn)、數(shù)據(jù)統(tǒng)計(jì)、實(shí)時(shí)數(shù)據(jù)庫、數(shù)據(jù)接口服務(wù)等模塊。 通信服務(wù)層：該層主要功能是根據(jù)系統(tǒng)配置和客戶的各種操作產(chǎn)生各類采集任務(wù)，并按優(yōu)先級、采集策略等對采集任務(wù)進(jìn)行調(diào)度和執(zhí)行。在此層主要包括：前置通信服務(wù)和規(guī)約庫。規(guī)約庫以dll方式提供，主要完成對某個(gè)特定規(guī)約的解析，該層次收發(fā)的數(shù)據(jù)與通道類型無關(guān)，完全是基于應(yīng)用層規(guī)約的數(shù)據(jù)，根據(jù)規(guī)約標(biāo)識調(diào)用相應(yīng)的規(guī)約解析處理可實(shí)現(xiàn)與不同通信規(guī)約的終端通信。 通信控制層：該層主要是解決在底層通信適配層建立連接以后，針對不同通信方式的鏈路需要特別處理部分。如撥號方式，底層采用RS232接口，在RS232打開后還沒有與終端建立鏈路，必須經(jīng)過發(fā)送撥號命令，經(jīng)過撥號過程后才能確定是否與終端鏈路建立起來了；再比如GPRS底層采用網(wǎng)絡(luò)通信方式，它與普通網(wǎng)絡(luò)還有所區(qū)別，因?yàn)镚PRS不提供鏈路狀態(tài)查詢，需通過應(yīng)用層的心跳幀來實(shí)現(xiàn)鏈路的維持。象上述通信方式的鏈路控制操作在通信控制層中實(shí)現(xiàn)，在本層之上提供的訪問接口為面向應(yīng)用層的數(shù)據(jù)傳輸操作。 通信適配層：該層主要實(shí)現(xiàn)前置機(jī)與通道的軟件接口，該接口目前主要分為兩大類，即RS232和以太網(wǎng)絡(luò)，RS232和以太網(wǎng)絡(luò)的接口在操作系統(tǒng)已經(jīng)進(jìn)行封裝，其中RS232的通信接口是唯一的，而網(wǎng)絡(luò)接口有根據(jù)網(wǎng)絡(luò)協(xié)議提供各種協(xié)議接口，目前最通用協(xié)議為TCP/IP協(xié)議，其它協(xié)議在本系統(tǒng)和其它相關(guān)系統(tǒng)中很少使用。TCP/IP協(xié)議接口在操作系統(tǒng)中提供了四種方式（TCP服務(wù)端、TCP客戶端、UDP服務(wù)端、UDP客戶端），所以目前最常用的基于操作系統(tǒng)之上的底層接口主要包括RS23TCP服務(wù)端、TCP客戶端、UDP服務(wù)端、UDP客戶端五類，實(shí)現(xiàn)上述五類接口即可實(shí)現(xiàn)與目前絕大多數(shù)通道的連接。 數(shù)據(jù)接口層：此層包括了所有與本系統(tǒng)連接提供信息服務(wù)接口的集合。這些接口的技術(shù)、復(fù)雜程度差異較大。提供中間庫、Web服務(wù)、Ftp、消息服務(wù)、應(yīng)用層協(xié)議服務(wù)等多種方式。這些接口不僅作為本系統(tǒng)內(nèi)部進(jìn)行數(shù)據(jù)交換的基礎(chǔ)，也是系統(tǒng)間信息集成的紐帶。在本次開發(fā)過程，本系統(tǒng)內(nèi)部主要OCI和JDBC兩種接口作為數(shù)據(jù)庫數(shù)據(jù)交換的基礎(chǔ)組建組件；而在系統(tǒng)間信息集成方面，我們只實(shí)現(xiàn)中間庫方式的數(shù)據(jù)接口方式。其它方式的接口暫不在此次開發(fā)中實(shí)現(xiàn)。 從軟件設(shè)計(jì)的角度，本系統(tǒng)的整體上分為服務(wù)端模塊和客戶端的應(yīng)用模塊。所有的服務(wù)端模塊都采用無界面的應(yīng)用進(jìn)程服務(wù)模式提供。除了數(shù)據(jù)統(tǒng)計(jì)模塊采用數(shù)據(jù)庫的存儲過程來實(shí)現(xiàn)外，其它的服務(wù)程序都使用標(biāo)準(zhǔn)的C++語言實(shí)現(xiàn)?？蛻舳四K則根據(jù)具體的應(yīng)用對象和數(shù)據(jù)對象進(jìn)行分類。所有客戶端模塊都是基于J2EE架構(gòu)的B/S模式開發(fā)的。所有程序都是使用Java、Html、Javascript等web開發(fā)語言進(jìn)行開發(fā)功能框架圖 服務(wù)端模塊 前置通信服務(wù)與采集設(shè)備通信規(guī)約解析任務(wù)管理 數(shù)據(jù)處理服務(wù)數(shù)據(jù)存儲數(shù)據(jù)計(jì)算 數(shù)據(jù)上報(bào)服務(wù)數(shù)據(jù)上報(bào) 實(shí)時(shí)數(shù)據(jù)服務(wù)實(shí)時(shí)的狀態(tài)數(shù)據(jù) 數(shù)據(jù)備份恢復(fù) 功能概述 功能設(shè)計(jì)1) 備份策略如下：216。 每日備份檔案數(shù)據(jù)表；并可自動定期刪除。216。 數(shù)據(jù)庫按用戶每日備份。216。 對數(shù)據(jù)庫的數(shù)據(jù)文件和歸檔日志增量備份。2) 數(shù)據(jù)文件備份數(shù)據(jù)庫文件數(shù)據(jù)的重要部分，必須對其進(jìn)行及時(shí)備份。數(shù)據(jù)庫需要備份的文件有：參數(shù)文件、建庫腳本、創(chuàng)建用戶腳本、表空間創(chuàng)建腳本及數(shù)據(jù)庫對象（存儲過程，表，索引，視圖等）建立腳本。此類文件納入文檔管理庫備份管理，用于特殊狀況的快速恢復(fù)。3) 檔案數(shù)據(jù)備份216。 檔案數(shù)據(jù)表備份格式為txt。216。 備份時(shí)間：每天17點(diǎn)。216。 備份只保留3天。216。 恢復(fù)時(shí)，系統(tǒng)通過SQLLDR或第三方工具進(jìn)行恢復(fù)。 客戶端功能模塊 檔案管理 功能框架本模塊主要完成本系統(tǒng)涉及到各類對象檔案的查詢及關(guān)聯(lián)等操作。對象來源分為兩部分：本系統(tǒng)自建的對象和從營銷系統(tǒng)導(dǎo)入的對象。本系統(tǒng)自建對象主要是計(jì)量點(diǎn)、測量點(diǎn)、總加組等，從營銷系統(tǒng)導(dǎo)入的對象主要是變電站、線路、終端、用戶、電能表、變壓器對象等。本系統(tǒng)自建的計(jì)量點(diǎn)與營銷系統(tǒng)的客戶進(jìn)行關(guān)聯(lián)，測量點(diǎn)與營銷系統(tǒng)的電表進(jìn)行關(guān)聯(lián)。本系統(tǒng)中由營銷系統(tǒng)導(dǎo)入的對象通過營銷接口系統(tǒng)與營銷系統(tǒng)檔案保持一致；本系統(tǒng)自建的對象，本模塊提供編輯界面，完成對象檔案的編輯操作。對于導(dǎo)入的對象，本系統(tǒng)不再提供編輯界面，但對于某些重要對象信息也可以通過xls的格式化文件中導(dǎo)入。 功能設(shè)計(jì) 子系統(tǒng)/單元分解[子系統(tǒng)/單元是從邏輯角度對系統(tǒng)的分解，應(yīng)描述每個(gè)子系統(tǒng)/單元具備的功能和提供的界面。]平臺層： 子系統(tǒng)/單元1 子系統(tǒng)/單元2 組件/模塊分解[組件/模塊是從物理角度對系統(tǒng)的分解，應(yīng)描述子系統(tǒng)/單元與組件/模塊之間的映射關(guān)系。] 組件/模塊1 組件/模塊2 進(jìn)程分解[本節(jié)說明將系統(tǒng)分解為輕量級進(jìn)程（單個(gè)控制線程）和重量級進(jìn)程（成組的輕量級進(jìn)程）的情況。本節(jié)的內(nèi)容按照各個(gè)通信或交互的進(jìn)程組來進(jìn)行組織。說明進(jìn)程之間的主要通信模式，例如消息傳遞、中斷和會合。] 進(jìn)程1 進(jìn)程2 數(shù)據(jù)分解[描述相應(yīng)的數(shù)據(jù)存儲方式，確定各類數(shù)據(jù)分別以何種方式存儲，常見的存儲方式有文件、數(shù)據(jù)庫、內(nèi)存等。] 數(shù)據(jù)實(shí)體1描述 數(shù)據(jù)實(shí)體2描述4 功能實(shí)現(xiàn)原理描述《軟件需求規(guī)格書》中第4節(jié)“功能需求”的需求分配表，某功能需求涉及的組件/模塊用“√”選擇。功能需求組件/模塊1組件/模塊2……組件/模塊n功能需求1……功能需求m5 依賴性描述[描述實(shí)體使用或需要哪些實(shí)體，可以用結(jié)構(gòu)圖，數(shù)據(jù)流圖和交互圖來表示。需要明確定義設(shè)計(jì)實(shí)體間交互的策略，以及交互的方式、原因、位置和級別。設(shè)計(jì)實(shí)體間關(guān)系的類型包括：共享信息，預(yù)定義的執(zhí)行順序以及定義好的參數(shù)接口。] 組件/模塊間依賴描述[組件/模塊的關(guān)系可以規(guī)劃為多層，在此處也使用多層劃分這些依賴關(guān)系。] 進(jìn)程間依賴描述 數(shù)據(jù)依賴6 接口描述[描述其它實(shí)體如何與本實(shí)體交互，包括交互的方法和控制交互的規(guī)則。交互的方法包括調(diào)用或中斷實(shí)體的機(jī)制，通過參數(shù)、公共數(shù)據(jù)區(qū)、消息進(jìn)行通訊的機(jī)制，以及直接訪問內(nèi)部數(shù)據(jù)的機(jī)制。控制交互的規(guī)則包括通訊協(xié)議，數(shù)據(jù)格式，合理的取值范圍，以及每個(gè)值的含義。描述中應(yīng)當(dāng)說明輸入值的范圍，輸入輸出值的含義，每個(gè)輸入輸出值的格式，輸出的錯誤碼。]數(shù)據(jù)上傳接口 組件/模塊間接口[描述組件/模塊對外提供的接口。] 接口1描述 接口2描述 進(jìn)程間接口 接口1描述 接口2描述7 系統(tǒng)集成 系統(tǒng)集成順序整個(gè)系統(tǒng)集成時(shí)，首先要進(jìn)行數(shù)據(jù)庫的安裝以及本系統(tǒng)初始化參數(shù)表、人員表和權(quán)限表的初始化。然后安裝各服務(wù)器上的數(shù)據(jù)庫客戶端，再安裝本系統(tǒng)各服務(wù)端程序并配置各環(huán)境變量和配置文件，運(yùn)行進(jìn)程監(jiān)控程序，啟動各服務(wù)器的服務(wù)模塊。在web服務(wù)器上安裝web服務(wù)程序軟件（Tomcat、Weblogic等），然后配置數(shù)據(jù)源和連接池，并發(fā)布應(yīng)用程序包到應(yīng)用目錄。各服務(wù)服務(wù)器的安裝順序如下：1) 數(shù)據(jù)庫服務(wù)器2) 應(yīng)用服務(wù)器3) 前置服務(wù)器4) Web服務(wù)器 軟硬件環(huán)境 硬件環(huán)境 軟件環(huán)境8 其他附錄 A 詞匯表[定義所有必要的術(shù)語，以便讀者可以正確理解體系結(jié)構(gòu)設(shè)計(jì)的內(nèi)容，包括詞頭和縮寫。]本文所涉及主要縮寫和詞頭的含義如下：178。 建筑能耗在線監(jiān)測系統(tǒng)：。本文所涉及主要術(shù)語的含義如下：178。附錄 B 參考文獻(xiàn)[列舉編寫本文時(shí)所參考的資料或其它資源。在這里應(yīng)該給出詳細(xì)的信息，包括標(biāo)題名稱、作者、版本號、日期、出版單位或資料來源，以方便讀者查閱這些文獻(xiàn)。如果在廣域或局域網(wǎng)上可以找到該文件，應(yīng)給出相應(yīng)的超鏈接。]如果本設(shè)計(jì)書中某部分內(nèi)容來自于技術(shù)決策結(jié)果，應(yīng)在此處列出決策評估記錄的名稱，并在前文相應(yīng)章節(jié)中增加對該決策評估記錄的引用。附錄 C 架構(gòu)模型[以圖示化的形式表現(xiàn)的體系設(shè)計(jì)模型，以便讀者直觀地把握系統(tǒng)的體系結(jié)構(gòu)。]本項(xiàng)目組使用了XX工具來分析和設(shè)計(jì)☆☆☆系統(tǒng)系統(tǒng)，本文描述的架構(gòu)是由XXX模型文件中抽取得到的。文中的部分模型圖以及下面的模型圖均出自該模型。25