第一篇：電子錢箱綜合管理系統技術方案

電子錢箱綜合管理系統主要技術要求

一、項目開發背景

一方面，目前銀行現金、重要單證調撥主要業務操作方式，交易發起方必須手工填寫現金調撥單，再由人工傳遞給付款方，由付款方進行現金、重要單證出庫的帳務處理，這種人工傳遞憑證的方式已不能達到我行的這種快速、高效的要求，特別是實行扁平化管理的縣支行無法滿足目前管理的需要。同時，部分網點為了加快調撥速度，存在先送款后記賬或依據網點的傳真信息、電話信息記帳送款等現象，存在安全隱患。

為了根本解決營業網點人員營業中離崗辦理現金、重要單證調撥的問題，縮短業務處理時間，加快現金周轉速度，減少現金、重要單證調撥的風險隱患，加強對縣支行現金庫存的管理與控制，必須開發一套集約化經營、精細化管理的縣支行現金作業中心電子錢箱綜合管理系統。另外，上門收款業務也存在預約性，因此，也應包含在該系統當中。

另一方面，目前縣支行對現金錢箱交接中網點柜員與解款員之間錢箱及鈔箱交接憑據僅僅是簡單的簽字確認，縣支行無法保證入庫的錢箱是否全部網點上收的錢箱及加鈔置換下鈔箱，早上錢箱及鈔箱回到網點時，網點在開箱前無法確認收到的錢箱及鈔箱是否為前日交出的錢箱及鈔箱，在交接、押運過程存在一定的隱患，隨著銀行押運工作逐步委托保安公司來承擔，對現金及重空憑證管理、錢箱及鈔箱押運監控的要求更高。因此迫切需求建立一套錢箱及鈔箱交接管理系統，實現管理信息化和電子化，從而提高縣支行現金作業中心管理及錢箱和鈔箱管理安全性。

綜上所述，該系統應包括四個子系統：早晚尾箱出入庫子系統，營業期間現金重空調撥子系統、上門收款子系統和電子鈔箱子系統。

二、術語定義

柜員：柜員劃分為A級主管、B級主管、現金柜員和普通柜員四類，對經過審批后的柜員系統從注冊、崗位設置、制卡等環節，明確了其操作權限，由計算機對每個柜員的操作權限進行自動控制，不得越權處理

管庫員：銀行負責金庫日常管理的工作人員，本系統主要指金庫內負責錢箱出入庫操作的人員

解款員：受銀行合法委托，負責將錢箱從出發地押運到目的地的武裝人員

錢箱：銀行營業機構用于存放營業備付現金的專用款箱

調撥預約：銀行柜員或上門收款客戶根據自身需求發出任務申請信息的過程

派工：管理中心對押運任務的派出過程

銷工：管理中心對已派出的押運任務進行注銷的過程

鈔箱交接：指鈔箱在傳遞過程中發生在管庫員與解款員交接行為

三、功能需求詳細描述

3.1 賬戶管理 實現對商業銀行系統操作人員、中心金庫（現金作業中心）整點清分人員、中心金庫（現金作業中心）其他相關人員及解款員的統一管理。賬戶信息包含：賬戶人員基本信息、身份卡信息、指紋信息、賬戶密碼修改等。3.2 機構管理

實現對商業銀行各級機構網點ATM 機網點信息集中管理。3.3 設備管理

3.3.1、ATM 機管理：ATM 機的基礎信息管理。主要是實現ATM 機的新增、修改和刪除及隸屬機構（離行式及附行式兩種ATM 機設備），及對應鈔箱管理，實現鈔箱的新增、修改及刪除。

3.3.2、PDA 管理：電子鈔箱PDA 的設備信息新增、修改及刪除。3.3.3、設備卡管理：實現對鈔箱內置設備卡信息的新增、修改及刪除。3.4 系統報表

系統可生成多種報表，如：各種電子登記簿、配送任務清單、交接登記統計分析表等。3.5 用戶權限管理功能

系統對用戶的操作權限進行相應的設定，分別設定不同級別的用戶及權限。

3.6 解款員身份驗證功能

實現金庫（現金作業中心）解款員信息實時驗證，可通過指紋、動態口令、解款員卡、照片等方式驗明身份。3.7 清機加鈔計劃管理

實現加鈔計劃的新增、修改和刪除。確定每臺ATM機的加鈔數額、加鈔周期、加鈔時間、及鈔箱匹配、幣種設定、余鈔量等。具備兩種計劃生成方式自動生成加鈔計劃和臨時加鈔計劃手動添加。3.8 配款裝箱

實現對ATM 機上鈔箱現金整點信息錄入，或通過接口對接，同時根據加鈔計劃配置上鈔箱現鈔信息，實現ATM 機賬戶數據同步核對功能。

3.9 整點清分

實現下鈔箱回鈔信息（幣種、票面、卷別等）統一整點清分，并記錄冠字號信息。3.10 賬務聯動

整點數據錄入系統及賬務數據比對，賬實數據不符，復核人再次整點復核，低于限定值可以掛賬完成整點，高于限定值必須當天現場處理，直至賬實數據相符。3.11 流程監控

加鈔計劃制定完成后，對整點、配鈔、整點入庫、加鈔出庫、現場加鈔、下鈔箱入庫、下鈔箱整點清分、賬務核對全流程監控，狀態監控等。3.12 現場加鈔

加鈔間置換鈔箱，通過PDA 空中下載當前加鈔計劃，上傳加鈔ATM 信息、上鈔箱信息、下鈔箱信息、用空鈔箱信息、加鈔時間、加鈔人員等數據，實時監控加鈔計劃全流程。3.13 應急預案

當系統故障或者設備故障時，提供一個可行的應急加鈔方案及數據補入功能。3.14 線路排班

加鈔線路網點配置、解款員配置、加鈔員配置、車輛管理等，確認后按照最優線路完成線路排班。3.15 冠字號追蹤

實現記錄每個鈔箱現鈔冠字號追蹤，同時與清點數據對賬錄入。3.16 操作流程配置

對系統所有業務流程各功能節點的驗證方式及業務流程實行可配置化設計。

第二篇：《綜合電子系統實習》指導書

電子信息專業

《綜合電子系統實習》指導書

一、實習的目的和任務

1． 目的：使學生通過解決實際問題，鞏固和加深在“模擬電子技術基礎”和“數字電子技術基礎”課程中所學的理論知識和實踐技能，基本掌握常用電子電路的一般分析和設計方法，提高對電子電路的分析、設計和實踐能力，為以后從事生產和科研工作打下一定的基礎。

2． 任務：根據電子電路設計的特點組織實施綜合電子系統實習，通過此實踐性環節訓練，使學生掌握多種元器件的識別方法、儀器的基本使用、印刷搬電路的設計和制作、電子電路組裝和調試、故障排除的基本方法和步驟。通過此實踐性環節訓練，對學生畢業設計和畢業后從事電子技術工作將有很大幫助。

二、綜合電子系統實習題目的選定

一般情況下，綜合電子系統題目由電子信息教研室共同研究，經系審批后執行。題目的擬定，要充分考慮教學的實際情況和學生的水平。要求所選定的題目要有一定的深度和廣度，使學生需經過努力后能在規定時間內完成任務。

三、綜合電子系統實習的基本要求

要求學生以三至四個人為一個小組，選擇一個設計題目，進行分工合作。前期根據所給題目查閱文獻，收集資料，確定設計方案；然后進行系統設計實現，完成系統原理圖設計和PCB板設計，購買元器件，完成系統實物制作和調試，要求實物調試必須成功。

之后，每個小組撰寫一份總體設計報告，每個小組成員根據自己在設計中承擔的工作撰寫相應的實習報告，總結自己在實習中的收獲和體會，以此作為實習評定成績的依據之一。

綜合電子系統實習總時間：

19、20周兩周時間，20周周五驗收作品與提交實習報告，到時要求小組成員全部到場。

四、實習安排

五、常用電子電路的一般設計方法

通常所說的電子電路設計，一般包括，擬訂性能指標、電路的預設計、實驗和修改設計四個環節。

衡量設計的標準是：工作穩定可靠，能達到所要求的性能指標，并留有適當的余量：電路簡單、成本低、功耗低；所采用元器件的品種少、體積小且貨源充足；便于生產、測試和維修等。

常用電子電路的一般設計方法和步驟是：選擇總體方案，設計單元電路，選擇元器件，審圖，實驗（包括修改測試性能），畫出總體電路圖。

由于電子電路種類繁多，千差萬別，設計方法和步驟也因情況不同而不同，因而上述設計步驟需要交叉進行，有時甚至會出現反復。因此在設計時，應根據實際情況靈活掌握?？傮w方案的選擇

設計電路的第一步就是選擇總體方案，所謂總體方案是根據所提出的任務、要求和性能指標，用具有一定功能的若干單元電路組成一個整體，來實現各項功能，滿足設計題目提出的要求和技術指標。

由于符合要求的總體方案往往不止一個，應當針對任務、要求和條件，查閱有關資料，以廣開思路，提出若干不同的方案，然后仔細分析每個方案的可行性和優缺點，加以比較，從中取優。在選擇過程中，常用框圖表示各種方案的基本原理。框圖一般不必畫得太詳細，只要說明基本原理就可以了，但有些關鍵部分一定要畫清楚，必要時要畫出具體電路來加以分析。

選擇方案應注意的幾個問題：

①應當針對關系到電路全局的問題，開動腦筋，多提些不同的方案，深入分析比較。有些關鍵部分，還要提出各種具體電路，根據設計要求進行分析比較，從而找出最優方案。

②既要考慮方案的可行性，還要考慮性能、可靠性、成本、功耗和體積等實際問題。

③選定一個滿意的方案并非易事，在分析論證和設計過程中需要不斷改進和完善，出現一些反復是再所難免的，但應盡量避免方案上的大反復，以免浪費時間和精力。

2單元電路的設計

在確定了總體方案、畫出詳細框圖之后，便可進行單元電路設計。

設計單元電路的一般方法和步驟：

①根據設計要求和已選定的總體方案的原理框圖，確定對各單元電路的設計要求，必要時應詳細擬訂主要單元電路的性能指標。注意各單元電路之間的相互配合，但要盡量少用或不用電平轉換之類的接口電路，以簡化電路結構、降低成本。

②擬訂出個單元電路的要求后，應全面檢查一遍，確實無誤后方可按一定順序分別設計各單元電路。

③選擇單元電路的結構形式。一般情況下，應查閱有關資料，以豐富知識、開闊眼界，從而找到適用的電路，當確實找不到性能指標完全滿足要求的電

路時，也可選用與設計要求比較接近的電路，然后調整電路參數。

3總電路圖的畫法

設計好各單元電路以后，應畫出總電路圖?？傠娐穲D是進行實驗和印制電路板設計制作的主要依據，也是進行生產、調試、維修的依據，因此畫好一張總電路圖非常重要。

畫總電路圖的一般方法如下：

①畫總電路圖應注意信號的流向，通常從輸入端或信號源畫起，由左到右或由上到下按信號的流向依次畫出各單元電路。但一般不要把電路畫成很長的窄條，必要時可按信號流向的主要通道依次把各單元電路排成類似字母“U”的形狀，它的開口可以朝左，也可朝向其他方向。

②盡量把總電路圖畫在一張圖樣上，如果電路比較復雜，一張圖樣畫不下，應把主電路畫在一張圖樣上，而把一些比較獨立或次要的部分（例如直流穩壓電源）畫在另一張或者幾張圖樣上，并用適當的方式說明各圖樣之間的信號聯系。

③ 電路圖中所有的連線都要表示清楚，各元器件之間的絕大多數連線應在圖樣上直接畫出。連線通常畫成水平線或豎線，一般不畫斜線。互相連通的交叉處用圓點標出，連線要盡量短。電源一般只標出電源電壓的數值（例如+5V，+15V，-15V）。電路圖的安排要緊湊、協調，稀密恰當，避免出現有的地方畫的很密，有的地方卻空出一大塊。總之，要清晰明了，容易看懂，美觀協調。

④ 電路圖中的中大規模集成電路，通常用框形表示。在框中標出它的型號，框的邊線兩側標出每根連線的功能名稱和管腳號。除中大規模器件外，其余元器件的符號應當標準化。

⑤ 集成電路器件的管腳較多，多余的管腳應作適當處理。

⑥ 如果電路比較復雜，設計者經驗不足，有些問題在畫出總體電路之前難以解決，可以先畫出總電路圖的草圖，調整好布局和連線后，在畫出正式的總體電路圖。

以上只是總電路的一般畫法，實際情況千差萬別，應根據具體情況靈活掌握。4 元器件的選擇

從某中意義上講，電子電路的設計就是選擇最合適的元器件，并把他們最好的組合起來。因此在設計過程中，經常遇到選擇元器件的問題，不僅在設計單元電路和總體電路及計算參數時要考慮選哪些元器件合適，而且在提出方案、分析和比較方案的優缺點時，也需要考慮用哪些元器件以及它們的性價比如何等；怎樣選擇元器件呢？必須搞清兩個問題：第一，根據具體問題和方案，需要哪些元器件，每個元器件應具有哪些功能和性能指標；第二，哪些元器件實驗室有，哪些在市場上能買到，性能如何？價格如何？體積多大。電子元器件種類繁多，新產品不斷出現，這就需要經常關心元器件的信息和新動向，多查資料。一般優先選用集成電路，集成電路的應用越來越廣泛，它不但減小了電子設備的體積、成本，提高了可靠性，安裝、調試比較簡單，而且大大簡化了設計，使數字電路的設計非常方便。審圖

因為在設計過程中有些問題難免考慮不周，所以在畫出電路圖后，要進行全面審查，審圖時應注意以下幾點：

① 先從全局出發，檢查總體方案是否合適，有無問題，再檢查各單元電路的原理是否正確，電路形式是否合適。

② 檢查各單元電路之間的電平、時序等配合有無問題。

③ 檢查電路圖中有無煩瑣之處，是否可以簡化。

④ 要特別注意電路圖中各元器件是否工作在額定值范圍內，以免實驗時損壞。

⑤ 解決所發現的全部問題后，若改動較多，應當復查一遍。

6實驗

（1）實驗的必要性

設計一個能實際應用的電子電路，既要考慮方案以及用哪些單元電路，各單元電路之間怎樣連接，如何配合，還要考慮用哪些元器件，他們的性能、價格、體積、功耗、貨源等。因此，設計時要考慮的問題和因素特別多，加之電子元器件品種繁多、性能各異，初學者經驗不足，以及一些新的集成電路功能較多，內部電路復雜，如果沒有實際使用過，單憑看資料很難掌握它的各種用法和具體細節。因此，設計時難免考慮不周、出現差錯。實踐證明，對于比較復雜的電子電路，單是紙上談兵，要想使自己設計的電路無誤和完善，往往是不可能的，所以必須進行實驗。

（2）實驗內容

① 檢查各元器件的性能和質量能否滿足設計要求。

② 檢查各單元電路的功能和主要指標是否達到設計要求。

③ 檢查各個接口電路是否起到應有的作用。

④ 把各單元電路組合起來，檢查總體電路的功能，從中發現設計中的問題。在實驗過程中遇到問題時應善于理論聯系實際，深入思考，分析原因，找出解決問題的辦法。經測試，性能達到全部要求后，再畫出正式的電路圖。

六、綜合電子系統實習設計選題

設計課題1：頻率合成器設計

已知電源電壓VDD=+5V，晶振頻率為1MHZ，用CC4046設計一頻率合成器。● 主要技術指標工作頻率范圍為100HZ~100kHZ，分為三個頻段，即（100HZ~1kHZ），頻率間隔為100HZ；（1kHZ~10kHZ）頻率間隔為1kHZ；（10kHZ~100kHZ）頻率間隔為10kHZ。

● 測試要求

① 測量CC4046鎖定時各引腳的直流電壓及壓控振蕩器VCO的控制特性曲線（注明固有振蕩頻率?v的值），并求特性曲線的斜率Kv.② 測量CC4046鎖相環的捕捉帶Δ?v、同步帶Δ?L

③ 測量頻率合成器的基準頻率、工作頻率范圍、頻率間隔及波道數。

● 頻率合成器的功能擴展實現頻率顯示，采用邏輯控制電路改變分頻系數M和N。

設計課題2：FM調頻與解調電路設計

已知調制信號頻率?Ω=1kHZ，用2塊NE564設計一FM調制與解調電路。● 主要技術指標載波頻率?c =6MHZ，最大頻率偏移Δ?m =1MHZ，調制電路輸出的FM調頻信號的電壓Vo≥200mV；解調電路輸出的FM解調信號的電壓VΩ≥1V，載波信號的電壓Vc ≥100mV。

● 設計要求

① 先設計FM調頻電路，再用調頻電路的輸出信號作為FM解調電路的輸入。② 測量NE564鎖相環的捕捉帶Δ?v和同步帶Δ?L，用頻率計和雙蹤示波器監測

環路的鎖定與失鎖。

③ 測量并觀察NE564的靜態工作點和各引腳的波形。

設計課題3：FSK調制與解調電路設計

在FSK移頻數據傳輸中，常用多個頻率來傳送信息，例如，用?1 =10kHz±

0.5kHz表示信息“1”，?2 =20kHZ表示信息“0”。試用CC4046設計一FSK移頻數

據傳輸調制與解調電路，設傳送的數字信息碼為0110（提示解調電路要用到CC4046中的相位比較器1）。

設計課題4：電話機雙音多頻撥號與譯碼電路設計

已知電源電壓VDD =5V，主要器件有：32kHZ晶振、集成電路鎖相環（CC4046、NE564、NE567任選）、3×4鍵盤等。設計一個具有0~9十個數字按鍵的電話機雙音多頻撥號電路和雙音多頻譯碼電路。

● 設計要求

① 設計產生如表6.1.1所示的8個音頻頻率的振蕩電路。

② 每個數字鍵按下時，雙音多頻撥號電路應輸出對應的兩個頻率的疊加信號，用示波器進行觀測。

③ 對雙音多頻譯碼電路的輸出信號經譯碼顯示電路，顯示對應按鍵的數字。④ 模擬電話機撥號通信。

設計課題5：基于FPGA的數字日歷設計

設計要求

1)用EDA實驗箱的I/O設備和PLD芯片實現數字日歷的設計。

2)數字日歷能夠顯示年、月、日、時、分、秒。

3)數字日歷具有復位和校準年、月、日、時、分、秒的功能。

設計課題6：紅外多路遙控系統設計

設計要求

遙控路數為四路；可控制受控設備的開關狀態，并且在接收端能判別開關信號，以發光二極管的亮暗表示受控設備的開關。工作頻率為50KHz，遙控距離不小于三米。

設計課題7：點對點有線數據通信系統設計

設計要求：

發送端由撥碼開關設置8位碼的狀態并分別用8只發光二極管來顯示。在接收端進行接收，并分別用8只發光管顯示。有線信道長度小于10米。

設計課題8：秒表電路的設計

設計要求：

1、電子秒表具有1只按鈕，當按鈕第一次按下后開始計時，第二次按下后停止計時并保留本次計時時間，第三次按下后電子秒表復位，為下一輪計時做準備。

2、用2只八段數碼管顯示計時時間，計時范圍為00秒-99秒。

設計課題9：數字電壓表的設計

設計要求：

1、用4只八段數碼管顯示被測電壓的結果。

2、測量范圍為0V ~ 5V，測量精度為0.001V

設計課題10：多功能信號發生器的設計

設計要求：

1、能夠產生兩種或以上種輸出波形（正弦波、三角波、鋸齒波等）。

2、輸出的波形的頻率允許有多種選擇。

3、輸出波形的幅度在1V ~ 5V范圍內。

4、輸出的波形能夠用示波器測量。

第三篇：建筑設備集成管理系統技術方案

目錄

1.概述.......................................................................................................3

1.1.系統集成設計目標.........................................................................................4 1.2.設計原則.........................................................................................................7

2.集成系統的總體設計...........................................................................8

2.1.系統集成平臺選型.........................................................................................8 2.2.系統集成總體框架圖.....................................................................................9 2.3.采用J2EE的B/S三層架構模式的整體優勢............................................11 2.4.系統集成網絡結構.......................................................................................13 2.5.數據庫設計...................................................................................................13 2.6.接口網關設計...............................................................................................14 2.7.系統性能指標...............................................................................................16

3.智能建筑集成管理系統功能設計.....................................................16

3.1.管理工具.......................................................................................................17 3.1.1.界面風格設置：....................................................................................17 3.1.2.值班管理................................................................................................17 3.1.3.文檔管理................................................................................................17 3.1.4.常用軟件下載........................................................................................17 3.1.5.系統安全管理........................................................................................17 3.2.工程管理功能...............................................................................................19 3.3.服務管理功能...............................................................................................19 3.4.視頻監控功能...............................................................................................19 3.5.實時監控功能...............................................................................................20 3.6.實時報警功能...............................................................................................20 3.7.報警管理功能...............................................................................................21 3.8.歷史數據查詢報表功能...............................................................................22 3.9.時間表排程功能...........................................................................................22 3.10.系統聯動配置功能.....................................................................................23

3.11.智能預案管理功能.....................................................................................23

4.子系統集成范圍及接口功能描述.....................................................24

4.1.火災自動報警系統.......................................................................................24 4.1.1.接口功能設計........................................................................................24 4.1.2.接口設計................................................................................................25 4.2.視頻監控系統...............................................................................................26 4.2.1.接口功能................................................................................................26 4.2.2.CCTV系統接口設計：.........................................................................27 4.3.防盜（周界防范）報警子系統...................................................................28 4.3.1.接口功能................................................................................................28 4.3.2.防盜報警系統接口設計........................................................................28 4.4.門禁系統.......................................................................................................28 4.4.1.接口功能................................................................................................28 4.4.2.接口設計................................................................................................29 4.5.一卡通應用系統...........................................................................................30 4.5.1.接口功能................................................................................................30 4.5.2.接口設計................................................................................................31 4.6.背景音樂及公共廣播系統...........................................................................32 4.6.1.接口功能設計........................................................................................32 4.6.2.接口設計................................................................................................32 4.7.網絡系統.......................................................................................................32 4.7.1.接口功能................................................................................................32 4.7.2.網絡系統接口設計................................................................................32 4.8.多媒體查詢系統...........................................................................................33 4.8.1.接口功能設計........................................................................................33 4.8.2.接口設計................................................................................................33 4.9.各子系統之間聯動功能...............................................................................35

建筑設備集成管理系統

1.概述

智能建筑的集成管理系統，是把建筑物內若干個既相互獨立，又相互關聯的系統，包括通信網絡系統CNS、信息系統IS、樓宇設備自動化系統BAS、火災自動報警系統FAS、安全防范系統SAS等等，通過集成到一個統一的、協調運行的系統中，實現建筑物設備的自動檢測與優化控制，實現信息資源的優化管理和共享，為使用者提供最佳的信息服務，創造安全、舒適、高效、環保的工作、生活環境。

智能建筑集成管理系統（Building Management System）是以分布式信息與控制理論為基礎而設計的計算機分布式系統，它綜合利用了現代計算機技術（Computer）、現代控制技術（Control）、現代通信技術（Communication）和現代圖形顯示技術（CRT），即所謂4C技術。BMS是智能建筑最為關鍵的神經系統，它需要解決多個復雜系統以及多種控制協議之間的互聯性和互操作性問題。

在2000年頒布的國家標準《智能建筑設計標準GB/T50314-2000》中正式提出了“智能化系統集成”的設計要求。智能建筑系統集成可進一步集成辦公自動化系統OAS，物業管理系統MIS，視頻會議系統，CRM，ERP系統，與建筑物相關的應用信息系統等“純” IT系統，實現更高層次的集成建筑管理系統（IBMS）。

在2006底并于2007年起實施的《智能建筑設計標準GB/T50314-2006》中有關于建筑設備監控系統(IIS)的描述：IIS建筑設備監控系統（以下簡稱IIS系統）是指通過計算機網絡和控制網絡技術，將不同功能的建筑智能化系統，通過統一的綜合信息平臺實現集成，以形成具有信息匯聚、資源共享及優化管理等綜合功能的系統。

智能化集成系統IIS管理層以太網建筑設備管理系統BMS信息設施系統ITSI信息化應用系統ITAS建筑設備監控系統火災自動報警系統緊急廣播系統入侵報警系統視頻監控系統出入口控制系統電子巡更管理系統汽車庫管理系統通訊接入系統電話交換系統信息網絡系統綜合布線系統廣播系統會議系統信息導引及發布系統室內移動通訊覆蓋系統辦公工作業務系統物業運營管理系統公共服務管理系統公共信息服務系統智能卡應用系統信息網絡安全系統其他業務功能所需求應用系統 圖 1-1,建筑設備監控系統圖

根據招標文件要求及業主具體需求分析，本次工程集中管理系統集成的主要任務是完成一、二層次的BMS集成，即實現智能建筑的弱電系統集成，從而能為更高層次的一體化集成打好基礎，在滿足統一管理弱電系統的同時，在軟件架構上、數據標準上采用先進的架構，能夠滿足未來實施一體化IBMS集成的需求。

1.1.系統集成設計目標

現代智能化樓宇包含樓宇自動化系統、消防自動化系統、出入口控制及門禁系統、閉路電視監控系統、智能照明管理系統、防盜報警系統、綜合布線管理系統、物業管理系統、變配電管理系統、公共廣播及背景音樂系統、停車場管理系統、公共及業務信息顯示系統、辦公自動化系統等十余個專業的子系統，這其中包括多層網絡結構的傳統控制域子系統，也包括以數據庫應用為核心的IT管理信息系統，由于技術和市場的原因，各子系統大多采用專有的通訊協議實現內部的數據傳遞，軟件架構采用封閉的模型，對外缺乏符合國際標準的第三方接口，造成了各子系統之間無法實現信息的共享更談不上聯動、互操作了。這種現狀顯然不能滿足現代化樓宇綜合管理水平的要求，現代建筑物所面臨的各種情況客觀上要求各子系統在全局性管理預案的4

指導下，有條不紊的執行各種復雜的指令動作，充分發揮1+1＞2的系統集成合力。具體需求可以概括為以下幾條：（1）信息共享：

這種信息不僅包括各子系統之間需要交互的各種實時狀態信息、聯動信息、用戶權限管理信息，還包括收集管理用戶、物業管理需要的業務和辦公自動化用的各類信息（數據、圖文、音像等），還有來自外部（如Internet 網）的各類信息、數據、圖文、音像等，通過收集整理、建成一個共享信息庫，供用戶和物業管理人員隨時調閱察看。（2）全轄區弱電系統的集中監視

高層次的管理人員需要對負責的各子系統的運行狀況有直觀的了解，卻不可能在一臺電腦上同時運行各個子系統的客戶端，即便能夠安裝大量的客戶端程序，針對高層次管理人員來說，普通的系統控制客戶端含有大量高層管理所不需要的冗余信息，同時包含專業性很強的控制參數設定功能，這就大大降低了高管獲取必要信息的效率，也增大了誤操作的可能性。所以，從提升樓宇物業管理水平的角度出發，迫切需要為物業管理技術總負責人或者企事業單位工程部總監提供一種能夠以統一的圖形界面方式展現所有子系統重要信息的軟件工具。

（3）統一的報警、故障信息管理

在各子系統分散管理、控制的情況下，各種報警、設備故障信息只能到達本系統操作員層次，逐級上報和向其它子系統通報報警或故障信息只能采用人工模式，依賴于人員素質和管理流程，這就造成瞞報或漏報現象，增加了潛在的事故隱患。所以，XXX工程需要在集成平臺上部署針對各個子系統的集中報警管理功能，將各系統分級別的報警信息在實時傳遞到本系統值班操作員的基礎上，同時以多種方式、實時地傳送到上級管理人員、其它相關子系統管理人員、甚至是遠在異地的廠商維護人員處，并提供報警處理功能，系統具備人工智能，根除相應的處理預案，指導管理人員具體處理報警信息。（4）系統聯動以及全局預案配置

在子系統分散管理、運行模式下，系統間的聯動完全依賴于硬件方式，上述方式具有很大局限性，例如安防系統CCTV探頭的移動偵測報警與相關區域的照明控制系統，消防系統煙感探頭報警與相關的CCTV探頭。而上述跨系統聯動功能的實現能夠大大降低事故所造成損害，并降低管理的人力、物力成本。所以，大樓的集中管理集成需要提供一種靈活的聯動觸發配置工具，使得各個子系統能夠實現在某一特定場景下的互聯、互操。（5）信息的處理與分析

在子系統分散管理、運行模式下各個子系統都擁有自己的數據庫，各自擁有本系統相關的歷史數據訪問和分析功能，隨著節能要求的日益緊迫以及對于管理水平不斷提高的大前提下，如何通過管理手段降低空調和照明這兩項最大的能源開支？新的管理流程是必要建立在對既往運行數據的科學分析之上，這就要求XXX工程的集成平臺要能夠提供針對各子系統數據的抽取、挖掘以及分析功能。

本集成管理系統能夠實現工程現場的機電設備、火災及安全信息資源的采集、存儲和共享，能為本工程今后的管理提供先進的手段、科學的信息依據，能為領導和職工提供高效、優質服務。

? 通過規范設備管理程序，實現各子系統的功能聯動、集中管理和信息共享。

? 通過優化設備的運行控制，降低運行成本，合理節省能源。? 確保設備安全可靠運行，全面提升XXX工程的消防及安全、樓宇設備管理和通訊管理等方面弱電管理的服務水平。我們設計的集成管理系統就是要對轄區內所有建筑設備，以及建筑物內的應用信息系統進行全面有效的監控和管理，確保XXX工程建設工程內所有設備處于高效、節能、最佳運行狀態，并提供一個安全、舒適、快捷的工作環境。

1.2.設計原則

XXX工程集成管理系統的設計，將遵循以下原則（這也是ezIBS集成管理系統的設計原則）：（1）標準化與開放性：

智能樓宇信息集成系統必須是一個完全開放性的系統，通過開放的數據接口標準與各個子系統進行通訊，以使各個子系統之間具備“可互操作性”。智能建筑信息集成系統可以通過大廈內部局域網Intranet以瀏覽器的方式實現對整個大廈內的各種設備監控和管理操作。系統設計應完全遵循國際主流標準以及相關工業標準。（2）先進性：

應采用目前國際上的主流技術和系統產品，保證前期所選型的系統與今后系統性能提升在技術先進性方面的可延續性。（3）可擴展性：

系統軟件功能采用模塊化的設計方法，模塊完全根據用戶的實際需要和管理模式來進行編制。系統應采用分布式的網絡架構。（4）安全性：

系統集成平臺或框架應選擇國內知名廠家的產品，應保證有極高的安全性、可靠性和容錯性，保證設備能夠長期穩定運行。（5）經濟性：

系統選擇應從項目的實際需要出發，選擇具有先進性、成熟性、最佳經濟性的優質產品，并在系統合理配置和兼容性方面進行充分論證，保護業主投資。（6）實用性：

系統支持圖形化的監控、管理界面，具有中文操作環境，界面簡練、友好，聯機幫助功能豐富。

2.集成系統的總體設計

本次智能化集成嚴格按照招標文件要求，從三個層次進行，第一層次為子系統縱向集成，目的在于各子系統具體功能的實現。對于樓宇自動化系統以及綜合安防系統首先實現本領域內的縱向集成。

第二層次為橫向集成，主要體現各子系統的聯動和優化組合，在確立各子系統重要性的基礎上，實現幾個關鍵子系統的協調優化運行，報警聯動控制等再生功能。

第三層次為一體化集成，即在橫向集成的基礎上，實現中央集成管理系統（IBMS），即實現信息域層次的集成。主要體現在與物業管理信息系統的集成上。

針對本次集成，采用子系統平等方式，選用基于J2EE/Applet與XML，Web Services技術的開放軟件平臺為基礎實現，系統軟件全部采用web方式的三層軟件架構，采用實時數據庫技術，SVG矢量組態圖形技術，與子系統接口采用統一規范的接口框架，支持主流的OPC、BACnet、LonWorks等工業標準，同時能夠充分利用J2EE技術路線的開放源代碼資源，確保系統今后的開放性和可持續性。

2.1.系統集成平臺選型

針對XXX工程建筑設備監控系統，本次集成選用同方股份有限公司的ezIBS智能建筑集成管理系統作為集成平臺。ezIBS智能建筑集成管理系統以及下文中提到的ezONE業務基礎平臺都是同方股份有限公司自主開發的，擁

ez有完全知識產權的軟件產品。IBS智能建筑集成管理系統已經成功地在國內多項大型弱電系統集成工程中得到了成功應用，其中包括：

? 南京奧林匹克體育中心弱電集成項目 ? 上海東方藝術中心弱電集成項目 ? 北京富盛大廈弱電集成項目

? 清華大學節能示范樓弱電集成項目 ? 天津萬麗泰達酒店弱電集成項目 ? 黑龍江政協新辦公樓弱電集成項目

? 鄭州宇通客車有限公司綜合服務樓弱電集成項目 ? 上海均瑤國際廣場弱電集成項目等近百項

ezIBS集成管理系統是基于J2EE/Applet與XML，Web Services等技術標準開發的，同時兼顧對.NET/ActiveX技術的支持。它充分利用開放源代碼技術資源，提高了系統的開放性和靈活性；集成管理系統與子系統的通訊以OPC標準為主要方式；完全支持B/S+C/S結構的軟件模型。

系統將設置中央數據庫，將樓宇設備監控系統、火災自動報警系統、出入口控制及門禁系統、閉路電視監控系統、防盜報警系統、智能燈光控制系統的設備信息、運行標識信息、各種計量數據，按各自管理的功能范圍，分別裁剪存于中心數據庫以供各類應用程序加工、處理、使用及查詢。在這幾個子系統的監控管理中心，均有各自獨立的數據庫。

2.2.系統集成總體框架圖

ezIBS智能建筑集成管理系統采用J2EE技術路線，包含一組部署在ezONE業務基礎平臺之上的應用組件，可通過J2EE/WebServices架構與同方ezONE業務基礎平臺融合成為一個獨立于智能建筑系統廠商的平臺，能夠將樓宇內各種智能化子系統的信息資源匯集到一個平臺之上，以統一的方式展現，所有的文件和信息都盡可能采用XML標準表達和描述，通過對資源的收集、分析、傳遞和處理，從而對整個大廈進行最優化的控制及決策支持，達到高效、節能、經濟、協調的運行狀態。整套系統可支持多種操作系統。

ezIBS集成管理系統采用基于J2EE的三層架構和“瀏覽器”+“服務器”+“網絡”的系統結構，如圖 2-1 9

圖 2-1，集成平臺軟件架構圖

從軟件功能上劃分為四層：

第一層：人機接口層，用于各級操作員對系統的監視和操作，包括一般用戶和管理員用戶，有線與無線（包括PDA、手機、POS）界面，本次集成的用戶界面層采用標準的瀏覽器，這一層次主要通過ezONE業務基礎平臺的實時門戶實現，支持個性化的用戶界面，并包括一系列通用組件如用戶權限、內容管理、通用查詢、報表等。監控組態由支持先進的SVG（Scalable Vector Graphics）矢量圖標準的ezHMI工具組件生成。

第二層：業務邏輯層，提供第一層的用戶界面所需的經邏輯處理后的所有數據實現業務功能。業務邏輯層將被封裝成很多業務組件。

業務邏輯層主要采用接口隔離的設計方法，保證組件的內部修改不影響應用系統的其他層次。同時業務組件還可以以Web Services的方式橫向為第三方系統提供服務，以利于與第三方軟件的集成。

第三層：數據管理層，提供系統運行所需數據的存儲管理、備份、遷移10

等支持。它包括數據庫和文件系統，數據庫主要存儲業務數據，文件系統主要存貯系統配置數據。

第四層：數據通訊層（接口層），專用于數據采集和與外部系統或設備的數據交換，執行必要的協議轉換。如圖 2-2

圖 2-2，集成系統層次圖

2.3.采用J2EE的B/S三層架構模式的整體優勢

采用J2EE的B/S三層架構模式的優點為：（1）安全性：

應用體系結構為三層結構的應用系統，客戶機必須通過應用服務器才能訪問數據庫服務器，杜絕了客戶端直接訪問數據庫服務器的可能；客戶機對服務器的訪問特權可以指定或內置于三層中的每一層，提供三個級別的安全性。

（2）穩定性：

應用體系結構為三層結構的應用系統，其業務邏輯層與用戶表示層、數11

據服務層完全分離，三層之間相對獨立，使得其中某一層的改變根本不影響到其他兩層。因而，當用戶需求發生變更時，系統維護人員可以很容易地控制變更范圍，系統的穩定性特別高。（3）可適應性：

應用體系結構為三層結構的應用系統，應用服務器（即：業務邏輯層）主要承載與管理應用系統的全部業務邏輯，每一個業務邏輯被封裝成獨立的應用組件，組件與組件之間只通過有限的、指定的接口進行通信，當某一業務邏輯發生變化時，僅需修改其相應的應用組件即可，對象的結構與交互方式、數據的結構與存取方式等不需作修改，有效地限制了一處修改而處處牽連的“波動效應”，系統具有很強的變化適應能力。（4）可移植性：

應用體系結構為三層結構的應用系統，業務邏輯層的應用組件的開發是采用純Java語言來實現的，應用業務邏輯的部署與應用服務器具體的機型、操作系統無關，應用系統可以任意移植、輕松實現跨平臺運行。（5）可伸縮性：

應用體系結構為三層結構的應用系統，由于其所有的應用程序（即：應用組件）全部置于應用服務器中，用戶可以根據其系統的規模，來確定應用服務器的配置與數量，當系統的規模擴大時，僅需升級應用服務器的配置或增添應用服務器的數量，來滿足日益增長的業務需求，系統的可伸縮性極強。（6）易維護性：

應用體系結構為三層結構的應用系統，由于三層之間相對獨立，系統的變更范圍容易控制；客戶機不需要安裝復雜的網絡、數據庫等連接和驅動程序，其維護工作和維護成本趨于“零”；應用服務器中的業務邏輯被封裝成獨立的應用組件，某一業務邏輯的變化僅僅影響到某一獨立的應用組件，系統具有很強的適應能力；因此，應用體系結構為三層結構的應用系統，其系統的維護工作簡單、維護成本較低。

2.4.系統集成網絡結構

網絡平臺是ezIBS集成系統運行的基礎，如圖 2-3

圖 2-3，集成系統網絡結構圖

ezIBS支持各中建筑智能化系統主流接口標準，包括但不限于下列接口標準OPC，DDE，RS232/RS485，LonWorks，BACnet，Socket等。

2.5.數據庫設計

ezIBS集成系統包含一套兼具實時數據庫功能的關系型數據庫，具有實時、分布、事件驅動和遠程在線下裝的特點，一方面數據庫針對大量信息點的實時數據進行存貯、管理，另一方面要為實時監控應用模塊、歷史數據訪問模塊、綜合報警模塊提供信息源，各子系統的數據庫保持獨立，以OPC、JDBC方式與集成系統數據庫交互數據，這種物理上的獨立，體現了“集中管理、分散操作”的設計原則。集成數據庫與子系統數據庫通過同步或異步的方式實現數據一致。

集成系統可根據客戶需求選擇多種產品，數據庫系統可采用免費的系統13

如mySQL, PostgreSQL等，其他開放源代碼如Tomcat 應用服務器也可采用。也支持微軟的SQL SERVER數據庫系統和高端的Oracle數據庫系統。

2.6.接口網關設計

智能建筑集成系統集成各子系統的關鍵是如何解決差異性極大的子系統之間的互聯性和互操作性。ezIBS系統內含一套ezGate通用數據網關，它屏蔽了各控制系統物理設備的差異性，使據。如圖 2-4所示

ez

IBS通過統一的接口訪問現場設備數設備接口管理中心實時協數議據配接置口類型）實例通用接口庫網絡接口插件串口設備接口設備數據組織中心設備數據處理中心對外接口管理中心(提供網絡或串口接口方式的系列實時數據硬件設備報警/故障處理插件將數據組織為標準的格式class CBaseItem{ DWORD m_dwItemID;Cstring m_strName;..Cstring m_strDesc;}通信IBS系統通信接口插件通信數據顯示界面插件通信XMLXMLezIBSOPC Server DA擴展接口插件OPC DA ClientOPC Server HDA擴展接口插件OPC HAD ClientOPC ServerOPC Client接口插件LNS ServerLNS接口插件提供網絡或串口接口方式的系列安防報警硬件設備報警/事件接口類型實例(協議配置XML）通信OPC Server AE擴展接口插件OPC AE ClientWeb Services擴展接口插件其它接口數據組織插件WebServices通用視頻接口插件視頻設備其它接口插件其它接口插件WebService Client其它對外擴展接口插件其它ezGate 數據網關圖 2-4，數據網關示意圖

ezIBS通過一個開放的、統一的標準化控制網關(ezGate)和各種現場總線為基礎的控制系統集成網絡進行集成，可根據不同弱電子系統的特點用不同方式與第三方控制系統直接集成訪問，其中針對大多數控制系統采用OPC標準協議進行通訊，針對個別實時性要求較高的系統，不經由第三方控制上位機軟件系統（如EBI、TAC Vista、同方易視、西門子消防控制軟件），以最高效率的形式訪問/控制底層硬件，即面向各種控制系統的上位機集成控制通訊網關。如圖 2-5所示：

圖 2-5，接口示意圖

數據網關本身是按COM（組件對象模型）設計思想所設計，其本身的每一個重要功能都是以組件形式存在；將各種通訊接口以驅動（插件）安裝的形式集合在通用通訊網關中，以統一的XML數據格式為ezIBS提供數據通訊服務，同時也對ez

IBS提供通用報警服務支持。并且可通過對外擴展訪問接口（如OpcServer，WebServices），為其它系統提供數據通訊服務。

通用通訊網關與底層硬件直接通訊的接口方式如下所示：（1）采用OPC技術實現系統集成的方式：

將OpcClient以插件的形式直接融入通訊網關，從而獲得最高的執行效率。

（2）與Lon 產品的互聯方式：

采用基于LNS的LNS Application Developers Kit TURBO開發包可開發出最高效的Lon通訊驅動接口，實現對LonWorks網絡的最高效率互訪和管理，并以插件的形式安裝在通用通訊網關中,直接提供Lon網絡數據服務支持。

（3）與RS232/485/ TCP產品連接方式

對不符合以上標準的子系統設備，只要具備RS232、RS485串行通訊口15

或基于以太網（TCP/IP）的通訊接口，并提供其通訊指令集，則可通過通訊網關的XML Schema協議配置轉換功能進行通用接口類型實例設置，無須編程既可生成設備驅動。

這樣，由通用通訊網關提供多種接口方式特別是基于Lon/OPC等通用標準的訪問形式，無須編程，可極大的降低工程實施難度，直接高效的與底層硬件通訊進行通訊。

2.7.系統性能指標

子系統報警信息響應時間：小于2秒 子系統故障信息響應時間：小于2秒 子系統狀態信息響應時間：小于2秒 子系統控制操作響應時間：小于2秒 子系統聯動操作響應時間：小于2秒 系統數據查詢響應時間：

小于4秒 系統視頻傳輸速率：25幀/每秒 系統支持最大用戶數量：不限

最大并發訪問用戶數量：大于等于20（在不低于上述響應時間指標條件下）

3.智能建筑集成管理系統功能設計

本次集成功能的主要服務方式表現為XXX工程統一的集成管理信息門戶，這個信息門戶在全面監控所轄范圍內的弱電子系統的同時，還要進一步與一卡通管理平臺與辦公自動化系統等信息系統進行集成，形成一個統一的建筑環境管理入口，為提升大廈的管理水平服務。

3.1.管理工具

建筑設備監控系統采用細粒度的可控安全級別，提供完善的系統管理功能，同時針對建筑智能化管理的具體特點，提供值班管理、工程文檔管理、常用軟件下載等實用功能。

3.1.1.界面風格設置：

本系統根據人機工程學原理，提供多種不同風格顏色的界面風格供不同用戶選擇，除了有經典藍色,金屬銀色外，還有紅色，黃色，綠色等共七種風格。

3.1.2.值班管理

? 值班日志：針對智能樓宇物業管理特點，系統提供完善的值班管理功能，提供詳細的值班日志，包括值班記錄、承辦事項、待辦事項、處理結果、交接備注等內容。

? 訪客管理：系統針對建筑中控室管理特點，提供訪客登記管理功能，包括訪客姓名、來訪時間、離開時間、訪問人、接待人、聯系方式等詳細內容。

3.1.3.文檔管理

針對建筑物業圖紙、合同等文檔管理的需求，系統提供文檔管理功能，管理員可將電子化的工程圖紙、合同、系統使用維護資料文件上傳到集成系統服務器，供授權用戶查詢、下載。

3.1.4.常用軟件下載

系統提供常用軟件下載功能，為物業管理用戶提供安全、快捷的軟件下載服務，下載軟件包括集成系統常用插件以及其它物業管理常用軟件。

3.1.5.系統安全管理

（1）用戶管理：

用戶管理可以對用戶進行增加、修改、刪除、查詢、更新等操作，能夠查詢用戶所在的組和用戶本身所擁有的全部角色，以及角色的繼承性質。（2）組管理：

組管理的主要功能是集中管理各組組內的信息，包括進行新增子組、刪除子組、移動組、新增用戶至組或子組、刪除用戶等操作，并對本組已經授權的角色進行管理，對用戶和子組的角色進行屏蔽操作和取消屏蔽操作。（3）角色管理：

提供創建角色以及具體的角色分配功能，將不同的權限賦予不同類型的角色，并將角色分配給不同的用戶。（4）權限管理

用戶權限管理主要用來管理系統中所有用戶的角色與權限?？蛇x擇增加、刪除角色所擁有的權限，也可選擇組屏蔽。（5）日志管理：

本系統提供完善的日志管理系統工具，只有具備日志維護權限的用戶才能夠在系統維護軟件中進行日志維護的操作。日志維護主要包括兩個部分：操作及信息日志維護、告警日志維護。（6）統計分析

統計分析工具主要提供對用戶的登錄次數、在線時間等進行統計、圖表功能。包括以下分析功能：

? 登錄次數統計； ? 在線時間統計； ? 訪問IP地址統計；（7）數據表遷移：

數據表遷移模塊主要負責把數據庫中的一些重要數據以xml文件形式導出到本地硬盤或其他存儲介質，這樣一旦數據庫數據發生錯誤，可以把導出18 的xml文件再導入到數據庫，恢復數據庫數據，以達到數據的安全性和完整性。數據導出并不是把數據庫原有數據刪除，只是進行備份，而導入卻要覆蓋數據庫中原有數據。

3.2.工程管理功能

以向導方式對實施項目進行功能模塊定制，生成針對實施項目的應用框架，在此基礎上進行項目實施工作（變量管理、人機界面管理、I/O綁定等），在完工后，可對此項目的所屬資源進行打包導出，并可供工程管理功能模塊進行導入部署。以及密碼等通過建筑設備監控系統寫入到數據庫中。同時也包括二次開發中添加的樓宇自控系統、消防系統、安防系統等相關信息。

3.3.服務管理功能

對建筑設備監控系統（WEB）的基礎服務（包括與智能網關ezGate的通訊配置，遠程用戶數據的異步更新服務，一卡通數據服務等）進行管理（包括啟動、停止、重啟）和配置（如服務端口、刷新時間間隔、分頁設置等），從而無需手動更改配置文件。

3.4.視頻監控功能

通過瀏覽器，可以實現多種方式索引訪問實時監控圖像，并可以進行云臺控制，如控制攝像頭的左右上下轉動以及焦距的拉伸等操作并且具有實時的畫面截取和視頻的錄像、回放、抓拍等功能；XXX工程集成管理人員和相關領導可以通過建筑設備監控系統的界面實時監控相應區域的視頻圖像。具體包括以下模塊：

? 監控配置管理功能：用戶能夠可視化配置管理

ez

IBS系統所監控的界面及數據節點，完成對系統、設備、項信息以及監控分區和監控界面的瀏覽、創建、編輯、刪除、動畫效果定義等功能。用戶通過建筑設備監控系統可以對部署在轄區內的監控攝像頭的動態添加。在界面中通過輸入相應攝像頭的IP地19

址可以將其添加到建筑設備監控系統中進行管理。

? 設置監控畫面：采用數字矩陣的授權用戶可以選擇單畫面、雙畫面、四畫面、九畫面等監控方式。

? 電子地圖導航察看：授權用戶可通過二維樓層平面圖，并選擇點擊圖上標注的CCTV監控探頭圖標，就可實時監看該路視頻畫面，并可對云臺或快球實施控制，系統支持快照功能，可在本地客戶端存儲快照圖像。

3.5.實時監控功能

實時監控模塊針對實時性要求較高的智能化子系統，以SVG標準的矢量圖形作為人機界面，為智能建筑管理人員提供統一的界面，監控轄區內重要建筑設備，包括實時監控、輪詢監控、實時趨勢圖三個子模塊。

實時監控模塊：在本次集成中，主要采集了視頻監控系統、防盜報警系統、門禁系統、計算機網絡、公共廣播系統、一卡通系統、多媒體查詢及LED顯示系統、信息發布系統、消防報警系統等的實時數據，并采用圖形、動畫的方式顯示其實時狀態。

輪詢監控：根據管理人員分工和技術專長，支持管理人員選擇具體設備、子系統監控人機界面，并定制輪詢時間間隔，采用自動輪換的方式顯示監控畫面。

實時趨勢圖：管理人員選擇某一設備運行狀態變量進行實時趨勢圖監控。

3.6.實時報警功能

系統在主頁面中顯示24小時內報警信息，當有報警產生時，在系統主頁面右上角顯示未處理的系統報警條數，在頁面左下角顯示“報警提示”的浮動小窗口，并且會在管理客戶端PC機上發出WAV格式報警聲音。

3.7.報警管理功能

在集成系統中，物業管理人員可以根據需要靈活設置基于實時數據的報警規則和聯動規則。系統管理員和用戶可在系統配置頁面（可遠程）上根據預定權限設置進行報警事件的記錄、操作、跟蹤。系統可以根據聯動規則執行OPC聯動及視頻聯動。具體包括以下功能模塊：

? 報警顯示及處理：

報警信息按照發生時間、不同的優先級別、所屬不同的子系統以不同的顏色順序顯示，系統支持顯示優先級別設置。授權人員可根據具體報警類型、優先級別、處警預案等進行報警處理、復位等操作。

? 報警信息查詢：

授權用戶可通過輸入報警類型、報警時間段等限定條件查詢報警信息，查詢結果包括報警序號、報警時間、報警級別、報警類型、報警事件說明、報警處理狀態、報警發送狀態、報警處理人、處警時間等內容。

? 報警信息瀏覽：

報警信息以時間順序列表顯示，內容包括報警序號、報警時間、報警級別、報警類型、報警事件說明、報警處理狀態、報警發送狀態、報警處理人、處警時間等內容。

? 報警策略設置：

報警策略采用“報警類型－報警場景－報警策略”的三層結構。當某個報警場景下的所有報警策略都滿足設置條件時，該報警場景發生報警。報警類型將報警場景根據需要邏輯分類。

報警策略的設置采用一個樹形列表管理上述結構。所有報警設置是根節點，可以在下面首先添加一個報警類型。

? 報警發送設置：

系統支持以報警類型、具體報警規則設置發送策略，支持自定義發送報警信息，支持選擇發送授權用戶，支持發送有效期設定，系統同時提供報警發送測試功能，用來驗證發送途徑的暢通。

? 規則參數設置

系統提供四種報警規則：上限報警，下限報警，上下限報警，布爾值報警。

? 報警事件設置

支持對報警事件設置，報警內容描述，可配置相應的處警預案。

3.8.歷史數據查詢報表功能

系統提供針對歷史數據、歷史報警的查詢報表功能，提供多種統計分析報表，如單棒圖、雙棒圖、三棒圖、多線圖、X-Y圖（坐標點繪圖）、數字式（列表）等形式，并可與時間排程、郵件發送功能相結合，生成Execl、PDF等報表，發送給指定用戶，豐富決策分析功能。同時，系統具有擴展性，為新的查詢應用進行定制開發。具體包括以下模塊：

? 歷史數據查詢：授權用戶通過輸入歷史數據查詢條件選擇所需歷史紀錄，可選擇趨勢曲線顯示，并支持數據導出、打印操作。

? 歷史報警查詢：授權用戶通過輸入歷史報警查詢條件查詢歷史報警信息，并支持數據導出、打印操作。

3.9.時間表排程功能

具有時間表排程功能和節假日設定功能，使用者可根據實際情況，靈活定制排程預案，定制聯動節能機制。并提供了豐富、靈活的統計報表功能，令使用者能夠充分掌握各種資源的使用情況和趨勢，及時發現問題，制訂合理的執行計劃降低能源采購成本。

授權用戶通過選擇事件名稱、優先級別、聯動場景ID號、執行時段、22

執行周期、循環時間等系統參數，配置所有可控開關量實現對受控設備的時間表排程優化。上述操作無需編程，全部以圖形化方式完成。

3.10.系統聯動配置功能

建筑設備監控系統具有應付突發事件和系統聯動的功能，當出現突發事件，不僅可以檢測到該事件的分系統、響應該事件，其他系統也相應動作（對于消防報警系統只進行數據的提取和報表的生成）。

其中系統聯動包括以下模塊：

? 聯動信息瀏覽：聯動信息瀏覽頁面，可以查看在何時執行了哪個聯動場景

? 聯動策略設置：聯動策略設置是“聯動場景－聯動策略”的兩層結構，當觸發某一個聯動場景時，系統會執行該聯動場景下的所有聯動策略。

? 聯動觸發設置： 聯動觸發設置是由用戶選擇聯動觸發的類別。

3.11.智能預案管理功能

考慮到大廈管理的重要性和復雜性，勢必要建立完善的應急預案機制，本集成系統提供智能預案配置管理功能，包括以下模塊：

? 預案配置：授權用戶根據國家有關法令、法規以及本企業管理制度編輯制定一系列相應的應急預案，支持預案分級、分類，存儲在預案庫中?？筛鶕I主具體需求制定包括但不限于以下類型預案：大型活動預案、重要場所緊急情況處理預案、施工疏導預案、緊急救援預案、突發情況疏散預案等。

? 預案綁定：為各種預案設置出發條件，將一個或多個報警條件、場景與對應的預案綁定，使得在特殊出發條件下，授權用戶將自動獲取智能預案系統的決策支持服務。

? 預案執行監視：在突發情況下，預案啟動后，授權管理人員可通過集成平臺實時監控功能實現對各子系統執行預案情況進行監視，評估子系統執預案的時間、效果，通過集成平臺的視頻監控功能及時了解現場情況，制定下一步計劃。

4.子系統集成范圍及接口功能描述

4.1.火災自動報警系統

考慮到消防系統的特殊性，建筑設備監控系統對火災自動報警系統只監不控，可根據用戶需求提供以下信息查詢功能。

4.1.1.接口功能設計

? 能提供整個大廈火災安全狀況的信息；

? 實時監視火災探測報警系統，在建筑設備監控系統上顯示運行狀態信息，包括各類火災報警探頭、煙感探頭、溫感探頭、報警按鈕、警鈴等消防設備動作、報警及故障狀態信息； ? 實時監視消防排煙系統，在建筑設備監控系統上顯示運行狀態信息，包括排煙防火閥、防煙防火閥、調節閥、排煙口、送風口、通風空調風機、加壓送風機等設備的運行狀態、故障信息；

? 實時監視消防水系統，在建筑設備監控系統上顯示運行狀態信息，包括消防水泵、消防水箱、供水閥、噴淋泵、水流指示器等設備的運行狀態、故障信息；

? 實時監視防火門、卷簾系統，在建筑設備監控系統上顯示運行狀態信息，包括卷簾門控制器、監視器等設備的運行狀態、故障信息；

? 實時監視化學滅火系統，在建筑設備監控系統上顯示運行狀24

態信息，包括壓力傳感器、電磁閥等設備的運行狀態、故障信息；

? 能提供各類火災報警探測器的報警統計、歸類和報表；

? 提供集成管理員確認火災報警信號的時間和修改者姓名的資料；

? 當火災報警時，并在確認報警信息后，向其它智能化子系統發出聯動指令；

? 建筑設備監控系統提供多種多樣的報警提示方式：除了通常采用的彈出報警對話框、聲音提示、打印報警信息等報警提示方式外，我們還提供了手機短信、即時消息等報警提示方式，以及E-Mail方式，充分利用現代無線通訊手段和網絡優勢提高和增加報警手段。

4.1.2.接口設計

（1）硬件接口設計：

采用系統主機的RS232或RS485接口連接方式，通過串口服務器連接TCP/IP。

（2）軟件接口設計：

建筑設備監控系統承包商根據消防控制系統廠家提供的專有通訊協議開發相應的標準OPC Server，建筑設備監控系統通過標準OPC Client連接OPC Server獲取整個消防系統各種設備的運行狀態信息。（3）接口界面圖：

火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火火 ezIBSRS/232/485TCP/IP火火火火火火火……火火

圖 4-1，消防系統接口界面圖

建筑設備監控系統與火災自動報警系統的工程界面劃分以圖中紅色虛線為界，以左為火災自動報警系統部分，以右為智能化集成管理系統部分。

火災自動報警系統需提供空余的串行接口，并提供滿足前述接口功能的數據，建筑設備監控系統提供協議轉換設備及數據轉換服務。

4.2.視頻監控系統

4.2.1.接口功能

? 實時監視功能 建筑設備監控系統通過系統軟件，以分區域設備列表方式，選擇某一路監控前端設備，播放實時監控視頻，數據矩陣支持雙畫面、四畫面、九畫面多路顯示，并可通過系統軟件以圖形化方式控制云臺、焦距。

? 若連接硬盤錄像機，可提供歷史視頻回放功能。集成系統通過系統軟件，檢索存貯在硬盤錄像機上的歷史視頻文件，并提供歷史視頻的回放功能。

? 集成系統客戶端支持對某一路實時視頻的抓拍和本地采集存貯功能，并可在客戶端本地回放。

? 按電子地圖監控功能 建筑設備監控系統支持電子地圖的編輯，在電子地圖上方便地定位前端設備，并播放實時監控視頻，支持對地圖的放大、縮小操作。

? 視頻檢測點配置功能 支持對視頻監控攝像頭的分組，通過增加、刪除對應的視頻服務器方式，增加刪除對應的監控攝像頭。

4.2.2.CCTV系統接口設計：

（1）硬件接口設計：

模擬視頻矩陣提供標準控制鍵盤口：RS-232或RJ-45 模擬視頻矩陣提供標準視頻輸出口：復合視頻RAC,BNC 硬盤錄像機提供網絡接口： RJ-45（2）軟件接口設計

視頻矩陣提供RS-232或TCP/IP協議的控制協議，硬盤錄像機提供滿足前述接口功能的SDK開發軟件包，如有綜合性視頻管理平臺軟件也應提供滿足前述接口功能的SDK開發軟件包。（3）接口界面圖：

火火火火火火火火火火火TCP/IPSDK火火火火火火火火TCP/IP火火火火火火 ezIBS火火火火火火火TCP/IP火火火火火火火火火火火火火火火火火火火……火火

圖 4-2，視頻監控系統接口圖

4.3.防盜（周界防范）報警子系統

4.3.1.接口功能

? 監視防盜報警系統各個防區撤布防狀態；

? 監視各個防盜報警設備運行狀態、報警信息、故障信息； ? 防區的撤布防、旁路；

4.3.2.防盜報警系統接口設計

（1）硬件接口設計：

防盜報警系統廠商提供空余的RS232或RJ-45接口。

（2）軟件接口設計：

報警系統提供專有協議，或提供滿足OPC基金會OPC2.0標準的OPC Server軟件接口。（3）接口界面圖：

火火火火火火火火火火火火火火火火火火火火RS-232RS232OPC Server火火火火TCP/IP火火火火火火火火ezIBS火TCP/IP火火火火火火火火 圖 4-3，防盜報警接口圖

4.4.門禁系統

4.4.1.接口功能

? 門禁系統以集成系統指定的規范的通訊協議向集成系統設備28

運行信息包括門禁狀態信息、報警信息、故障信息； ? 集成系統通過軟件接口實現對某一扇門的開關操作； ? 集成系統通過軟件接口實現對門禁刷卡信息的查詢與統計

4.4.2.接口設計

（1）硬件接口設計

通訊控制接口為網絡接口：RJ-45（2）軟件接口設計

門禁系統宜提供滿足OPC基金會OPC2.0標準的OPC Server軟件接口，接口數據包括設備狀態信息、刷卡記錄信息等。

門禁系統同時需提供ODBC接口。

門禁系統向集成管理系統開放其數據庫，使集成管理平臺可以通過訪問其數據庫查詢持卡人記錄、刷卡記錄、進出記錄等信息。同時還應提供二次開發包，提供如下控制功能，例如在聯動情況下控制門禁控制器開門/關門等。（3）接口界面圖：

火火火火火火火火火火火火ODBCTCP/IP火火火火火火火火火火火火火火火火火火 ezIBSOPC ServerTCP/IP火火火火……火火

圖 4-4,門禁系統接口界面圖

4.5.一卡通應用系統

4.5.1.接口功能

（1）門禁管理

? 門禁系統以集成系統指定的規范的通訊協議向集成系統設備運行信息包括門狀態信息、報警信息、故障信息； ? 集成系統通過軟件接口實現對某一扇門的開關操作； ? 集成系統通過軟件接口實現對門禁刷卡信息的查詢與統計（2）停車場（庫）管理

? 停車庫（場）管理系統以集成系統指定的規范的通訊協議向集成系統設備運行信息包括門狀態信息、報警信息、故障信息； ? 集成系統通過軟件接口實現對某一扇門的開關操作； ? 集成系統通過軟件接口實現對門禁刷卡信息的查詢與統計（3）消費、考勤

集成系統根據業主具體需求通過軟件接口實現對考勤、消費、圖書借閱等一卡通應用系統的查詢訪問。具體包括但不限于以下查詢功能：

? 查詢發卡記錄，根據員工姓名、部門、編號查詢具體發卡記錄；

? 考勤記錄查詢，可根據員工姓名、卡號查詢員工考勤記錄、統計信息，可查詢部門考勤記錄；

? 消費記錄查詢，可查詢某一員工、卡的歷史消費記錄，部門、公司的消費記錄統計，消費機統計；

? 借閱系統查詢，可查詢某一員工、卡的歷史借閱記錄，統計信息；

4.5.2.接口設計

（1）硬件接口設計

通訊控制接口為網絡接口：RJ-45（2）軟件接口設計

一卡通系統宜提供滿足OPC基金會OPC2.0標準的OPC Server軟件接口，接口數據包括門禁、車場設備狀態信息、故障信息、報警信息以及刷卡記錄信息等。

一卡通系統需向集成管理系統開放其數據庫，提供ODBC接口，使集成管理平臺可以通過訪問其數據庫查詢持卡人記錄、刷卡記錄、進出記錄等信息。同時還應提供二次開發包，提供如下控制功能，例如在聯動情況下控制門禁控制器開門/關門等。

一卡通應用系統提供ODBC接口，滿足集成系統對于停車場管理的數據查詢要求，包括車輛出入信息、發卡信息、授權信息等。

一卡通應用系統提供ODBC接口，滿足集成系統對于考勤及消費管理的數據查詢要求，包括發卡授權信息、消費信息、考勤記錄信息、圖書借閱信息等。

（3）接口界面圖：

火火火火火火火 火火火火火火火ODBCTCP/IP火火火火火火火火火火火火火火 火火火火……火火

圖 4-5,一卡通應用系統接口界面圖

4.6.背景音樂及公共廣播系統

4.6.1.接口功能設計

? 通過集成系統軟件獲取公共廣播各回路工作狀態。? 以聲光、圖形方式顯示廣播系統故障、報警信息。

? 可通過集成系統軟件實現對公共廣播系統的模式設定、編組。? 報警聯動，根據聯動規則，在報警觸發條件下，由集成系統下發指令，開啟某一區域的公共廣播設備。

4.6.2.接口設計

硬件接口設計：

通過公共廣播系統網關的RS232接口，通過串口服務器連接TCP/IP。公共廣播系統應提供空閑串口供物理連接。

軟件接口設計：

根據公共廣播系統協議開發相應的標準OPC Server，或由公共廣播系統廠商提供標準的OPC Server,綜合集成系統通過標準OPC Client連接OPC Server獲取整個公共廣播系統的運行狀態、故障、報警信息等。

4.7.網絡系統

4.7.1.接口功能

集成系統通過軟件接口實現對網絡系統的設備的運行狀態、故障、報警信息，記錄信息的查詢、訪問。

4.7.2.網絡系統接口設計

（1）硬件接口設計

通訊控制接口為網絡接口：RJ-45 32

（2）軟件接口設計

網絡系統提供ODBC接口。

網絡系統向集成管理系統開放其數據庫，使集成管理平臺可以通過訪問其數據庫查詢所有設備的運行狀態、故障、報警信息等信息。接口見下圖：

網絡系統網絡系統管理軟件JDBC智能化集成系統TCP/IPTCP/IP智能化集成系統 ezIBS設備設備??設備

圖 4-6,網絡系統接口圖

4.8.多媒體查詢及LED顯示系統

4.8.1.接口功能設計

? 集成系統根據業主具體需求通過軟件接口實現對多媒體查詢及LED顯示系統的數據查詢訪問。

? 通過集成系統軟件獲取多媒體查詢及LED顯示系統的相關設備狀態信息。

4.8.2.接口設計

（1）硬件接口設計

通訊控制接口為網絡接口：RJ-45（2）軟件接口設計

多媒體查詢及LED顯示系統提供ODBC接口。

多媒體查詢及LED顯示系統向集成管理系統開放其數據庫，使集成管理平臺可以通過訪問其數據庫查詢所有設備的運行狀態信息等。接口見下圖：

多媒體查詢系統多媒體查詢系統管理軟件JDBC智能化集成系統TCP/IPTCP/IP智能化集成系統 ezIBS設備設備??設備

圖 4-7, 多媒體查詢及LED顯示系統接口圖

4.9.信息發布系統

4.9.1.接口功能設計

? 集成系統根據業主具體需求通過軟件接口實現對信息發布系統的數據查詢訪問，以及特定功能調度。

? 通過集成系統軟件獲取信息發布系統的相關設備狀態信息。

4.9.2.接口設計

（1）硬件接口設計

通訊控制接口為網絡接口：RJ-45（2）軟件接口設計

信息發布系統提供ODBC接口。

信息發布系統向集成管理系統開放其數據庫，使集成管理平臺可以通過訪問其數據庫查詢所有設備的運行狀態信息等。

4.10.各子系統之間聯動功能

集中管理系統提供跨子系統聯動功能，作為硬件聯動的有益補充，在硬件聯動無法實現的位置、區域通過軟件的方式實現跨系統聯動，包括但不限于以下聯動方式：

消防系統——視頻監控系統：在消防報警發生時，建筑設備監控系統將強制監控系統自動將火災相近區域攝像機旋轉至火災現場位置，并根據工作人員操作將攝像畫面切向客戶端操作界面上，以便重點監視攝像機的攝像內容，供保衛人員分析事故原因。

消防系統——門禁管理系統：當有消防報警發生時，建筑設備監控系統將強制門禁系統將發生火災的樓層區域的門禁置于開放狀態，同時將發生火災樓層的上下兩層的門禁置于開放狀態。（作為干接點聯動方式補充）

消防系統——停車場管理系統：當有消防報警發生時，建筑設備監控系統將強制門禁系統將發生火災相關區域的停車場道閘開啟，以便于車輛及時疏散。

防盜報警子系統——智能照明系統：當非工作時間報警系統發生報警時，建筑設備監控系統將強制將系統將報警相關樓層區域的照明開啟。

防盜報警子系統——視頻監控系統：當報警系統發生報警時，建筑設備監控系統將聯動相關位置的攝像機進行攝錄像，同時將該路畫面切換到指定的監視器上，方便安保人員工作。

門禁子系統——智能照明系統：在非工作時間有人持卡進入時，建筑設備監控系統將將人員所進入的樓層區域的照明開啟。

電子巡更系統——智能照明系統：當巡更人員按照巡更路線進行巡視工作時，建筑設備監控系統將強制智能照明系統將人員所經過的路線區域的照明提前短時開啟，當幾分鐘后，再強制照明系統將該區域的照明進行關閉。

第四篇：項目申報管理系統技術方案

項目申報管理系統技術方案

一、軟件開發

www.tmdps.cn

本系統是基于互聯網的應用軟件，可以幫助用戶在自動化辦公領域實現互聯網+，從而節約資源，提升工作效率，降低用戶的時間成本以及相關運營費用，并且打破了辦公時間與空間的限制。

隨著當今社會向著信息化發展，辦公自動化越來越受到國家機關、企事業單位的重視。如今，資源短缺問題日益突顯，無紙化辦公已成趨勢。順應節約高效型社會發展趨勢，開發了項目申報管理系統。

通過本軟件，可以高效地、定制化地通過互聯網進行相關項目的申報與管理工作，方便地進行項目資料的提交、查看與篩選等一系列操作。可謂一次投入、持續受益。

二、企業申報 2.1注冊用戶

在瀏覽器中打開指定地址，填寫相關注冊信息后，設定密碼，點擊注冊，獲得用戶名。進入此頁面，新用戶點擊注冊新用戶按鈕，企業開始注冊申報賬號。會出現企業注冊注意事項。

企業參照提示查看是否符合上述條款，符合的話勾選我已閱讀并接受上述條款，單擊下一步。開始填寫注冊信息，帶*的為必填項，除了企業名稱等基本信息，還需填入營業執照號碼，組織機構代碼證號碼，主營業務，以及截止上年底財務數據 等，完成后單擊注冊，即可注冊成功。2.2確認注冊信息

申報企業按用戶名進入，下載《承諾書》，打印后由企業全體股東簽字、加蓋公章、掃描，連同企業法人營業執照、機構代碼、稅務登記證書、公司章程的原件照片或掃描件等注冊資料一并上傳。

注冊賬號完成后，系統跳轉到如下界面，單擊確認注冊信息，之前填寫的注冊信息會重新出現，用戶可檢查信息是否正確。如修改后還需核實，單擊保存即可，以后仍可修改。如信息正確無誤，單擊保存并且下一步。跳轉過程中會出現提示信息，修改成功。2.3上傳相關附件并提交審核

投資公司依據投資原則對申報企業提交的注冊信息進行初審，符合條件者可按提示進入項目填報環節；如未通過初審，請參照駁回信息提示檢查注冊信息及上傳附件是否符合要求，修改后再進行提交。

當用戶確認注冊信息無誤后，會跳轉到如下頁面，需提交融資承諾書和企業基本信息附件。融資承諾書需自己下載，填完后上傳掃描件。提交完成后，點擊提交資料進行審查按鈕。

www.tmdps.cn

如上傳資料不全，會提示補充上傳。如上傳完成，跳轉過程會提示上傳成功，請耐心等待。之后界面回到如下界面： 2.4公司資質審核

管理員審核通過后，此項會變成綠色，然后用戶才可以進行項目填報。2.5填報項目

企業按提示要求依次在線填報企業基本情況、企業知識產權和項目基本情況三個表格。2.5.1填報企業基本情況

填入企業的基本情況，如名稱、營業執照號碼等企業的相關基本情況作為審核是否通過的主要條件之一。

2.5.2填報企業知識產權

有專利和著作權兩項，如需添加，單擊新增項即可。2.5.3填報項目基本情況

填入項目名稱，專項領域，技術領域等。2.5.4填報項目成員情況

填入項目負責人的基本信息，還有其他主要成員的基本信息。界面下方會有一個統計的表格，會依據你添加的信息，對用戶主要公司人員進行學歷，職位等方面的統計。2.6上傳商業計劃書

表格填寫完畢后，下載《商業計劃書》模板，填寫后上傳。企業按要求填寫《商業計劃書》并上傳，與此同時，對商業計劃書所需要的相關附件（詳見附件目錄）進行掃描、上傳提交，等待審核。2.7項目提交審核

在填寫上傳完畢所有基本情況和資料之后，點擊提交按鈕，等待管理員后臺審核。2.8申報資料下載

審核通過后在商業計劃書頁面下載生成的PDF申報材料刻錄成光盤，并打印的一份紙質版，加蓋公章并由區縣科委審核后一同報送天津市科技金融發展中心（可以寄送，以郵戳日期為準）。

三、管理員管理

項目管理者在瀏覽器中打開指定管理地址，以管理員身份登陸進入系統。在此界面中，輸入用戶名、密碼、驗證碼，點擊登錄，即可登錄系統。

在后臺管理中共分為項目管理，專家管理，評審安排，匯總統計，企業歸檔這幾個模塊。3.1項目查看

管理員可對企業申報的材料等信息進行管理，并確定該企業資質能否通過審核要求。3.2專家管理

www.tmdps.cn

管理員對專家可以進行管理的內容有是否有新增專家、已存在的專家中是否有變動，這對這些內容管理員可以增加、刪除、修改、查詢的操作。3.3評審安排

管理員可以將待審核的材料交由專家進行評審，可指定分配任意專家進行項目的審核工作。

四、專家評審

評審專家由管理員提供賬戶和密碼通過通過登錄系統后，進入評審系統，登界面如下圖：

系統登陸后，顯示后臺管理的菜單欄，共包含4個模塊，分別是評審流程、專家承諾書、項目評審和退出系統。4.1評審流程

評審專家在進行項目評審前需閱讀評審流程、評審說明和評審操作手冊了解評審的具體要求。4.2專家承諾書

專家在閱讀完評審流程后還需閱讀專家承諾書，點擊同意并進行下一步。

專家承諾書同意后方可進行項目評審工作。4.3項目評審

在項目評審中，評審專家可以查看由管理員分配的待評審項目，專家可按照評審要求進行評審，在評審完后保存相關信息即可。4.4退出系統

點擊退出系統，即可退出評審系統。

五、系統服務器平臺架構

根據多個項目申報與管理系統的實際開發和運營經驗，整個系統架構在阿里云平臺，方便使用者隨時隨地訪問系統，快速高效的完成相應的工作。

軟件架構采用Linux-Apache-MySQL-PHP的開源架構，這是目前大多數的網絡系統采用的技術架構。該系統具備系統開源、擴展能力好、部署量大、安全性高、靈活、穩定的優勢。LAMP也提供了非常好的靈活性，開發人員可以選擇自己喜歡的框架，甚至構建自己的框架，其它平臺通常包括它們自己的框架，可選擇的余地很小，例如，.NET框架是ASP.NET開發的唯一選擇，J2EE是基于Java的框架，Rails則基于Ruby框架，使用PHP時，開發人員可以選擇ThinkPHP，CodeIgniter，Zend Framework等框架。

使用LAMP還有另一個好處，開發人員可以獲得全部的源代碼，因此可以自行修改LAMP中的軟件，以滿足特殊需要，例如，Apache Web服務器支持可裝載模塊，開發人員可

www.tmdps.cn

以開發自己的模塊來處理特殊的任務，如通過可裝載模塊在Apache內實現身份認證，LAMP給開發人員提供了很好的選擇靈活度。

LAMP一向以穩定而著稱，新版本的向后兼容性通常也比較好，即便是升級到了新版本，開發人員也很少需要重寫代碼，LAMP的模塊化特性使得它可高度配置，在穩定性方面，與商業化的ASP.NET或J2EE解決方案相比，LAMP也是毫不遜色的。

第五篇：增值稅發票系統升級版與電子發票對接技術方案

附件2 增值稅發票系統升級版與電子發票對接技術方案

為做好增值稅發票系統升級版與電子發票對接工作，制定如下對接技術方案。

一、設計原則

升級版與電子發票對接堅持以下四條原則：

（一）統一納稅人端稅控開票功能，確保增值稅發票系統升級版在納稅人端的一致性。

（二）不改變現有電子發票服務平臺和納稅人（主要是電商企業）端ERP系統的格局和使用，僅對發票開具部分做接口對接。

（三）充分考慮電商企業的特殊性，保證其短期大量開票的性能要求，也要解決大量電子發票進入稅務端后臺的性能壓力問題。

（四）公布相關技術接口規范，要求稅控單位不得以升級版與電子發票系統接口調試名義向企業收費。

二、技術實現方案

（一）對接示意圖

增值稅發票系統升級版與電子發票對接邏輯示意圖如下：

（二）主要功能點

1.納稅人登記注冊。保持現有電子發票試點納稅人登記、票種核定等業務流程不變，在現有征管系統、電子發票管理系統中完成。

2.發票賦碼。電子發票的號段，始于征管系統、電子發票管理系統，通過接口方式，由升級版稅控系統、統一受理平臺最終賦予給納稅人。

3.電子發票元數據生成。鑒于大型電子商務平臺（如：京東商城廣東平臺每日開票量達30-40萬份），單個稅控盤/金稅盤（每分鐘開具20-30份）難以滿足此類開票要求，經與兩家稅控裝置生產單位共同研究，擬使用兩家單位研制的稅控開票服務器（即：大容量、高性能的稅控盤/金稅盤，每分鐘開具3000-10000份）來滿足企業需要。票量小的電商平臺直接使用稅控盤/金稅盤和增值稅發票開票軟件完成電子發票開具功能。

4.電子發票生成。仍由第三方電子發票服務平臺完成。電子發票元數據傳遞給第三方電子發票服務平臺，該平臺按照電子發票試點現有機制和要求生成帶納稅人簽章的電子發票及其圖像文件，并返給納稅人。

5.電子發票明細數據進入電子底賬庫。電子發票明細數據通過升級版統一受理平臺進入電子底賬系統。

三、數據接口規范

數據接口規范包含兩種。第一種適用于使用金稅盤或稅控盤開具電子發票的納稅人，包含發票開具接口。第二種適用于開票量大、使用稅控開票服務器的納稅人，包含登記信息查詢、發票庫存查詢、發票開具和發票查詢四個接口。規范將與本方案同步對外發布。