第一篇：上云評審意見書

上云評審意見書

經(jīng)專家評審組核實，xxx 技術(shù)有限公司 提供的企業(yè)上云項目申報書要件齊全，符合項目備案相關(guān)要求；企業(yè)上年度審計報告顯示，該企業(yè)上年度營業(yè)收入 92.77

萬元，申請補貼

5.5

萬元，符合引導(dǎo)企業(yè)上云實施方案確定的補貼標準。

經(jīng)專家評審組對企業(yè)上云項目申報書、解決方案及服務(wù)價格評定，認定企業(yè)目前已正式開通上云服務(wù)，且上云解決方案及服務(wù)價格 合理。

專家評審組建議按照

5.5

萬元標準對

XXX 技術(shù)有限公司

企業(yè)上云項目予以補貼。

專家組組長簽字：

專家組成員簽字：

2020 年 08 月 20 日

第二篇：企業(yè)發(fā)展規(guī)劃 專家評審意見書

專家評審意見

X年X月X日，XXX公司組織召開了《XXX十三五發(fā)展規(guī)劃》（以下簡稱“發(fā)展規(guī)劃”）專家評審會。評審專家組審閱了規(guī)劃文本，聽取了編制單位XXX研究院對該規(guī)劃的匯報，并對規(guī)劃進行了認真評審。形成意見如下：

一、在XX市（區(qū)）“十三五”規(guī)劃的指導(dǎo)思想下，《發(fā)展規(guī)劃》立足于服務(wù)區(qū)域發(fā)展，深入分析了國際大環(huán)境下XXX公司面臨的機遇和挑戰(zhàn)，并進一步分析了公司的優(yōu)勢和短板所在，全面、準確地反映了XXX公司發(fā)展的基本狀況，并在此基礎(chǔ)上對公司的發(fā)展模式進行了科學(xué)定位，有助于推動XXX公司成長為具有強大市場競爭力、服務(wù)于區(qū)域全功能的國際化投資控股集團。

二、《發(fā)展規(guī)劃》總體戰(zhàn)略定位明確，思路清晰，目標合理，重點突出，具有較好的前瞻性，發(fā)展對策和措施具有較強的針對性和可操作性，符合國家、省、市發(fā)展要求，對于推進XXX公司構(gòu)建“ ”的協(xié)調(diào)發(fā)展的運作模式，實現(xiàn) 的總體目標具有重要的指導(dǎo)作用。

三、《發(fā)展規(guī)劃》文本規(guī)范，結(jié)構(gòu)層次清楚，內(nèi)容全面，符合規(guī)劃編制的正確性、準確性和實用性的要求，通過反復(fù)認真評審，專家組一致同意《發(fā)展規(guī)劃》通過評審，建議規(guī)劃編制單位研究吸收與會評審專家意見，對規(guī)劃文本進一步修改完善。

評審專家組組長：

評審專家組成員：

X年X月X日

第三篇：云南礦產(chǎn)資流勘察實施方案評審意見書

云南省礦產(chǎn)資源勘查實施方案審查要求

礦產(chǎn)資源勘查實施方案應(yīng)重點審查以下內(nèi)容：

一、勘查工作的地質(zhì)依據(jù)審查

勘查目標是否明確，勘查礦種與成礦地質(zhì)條件是否相符。對新申請項目，勘查區(qū)以往地質(zhì)資料收集是否齊全；是否具備成礦地質(zhì)條件。對延續(xù)、變更申請項目，是否反映探礦權(quán)人已投入的主要實物工作量、礦體地質(zhì)特征、工程控制及礦石加工選冶性能等情況。

二、勘查工作的技術(shù)合理性審查

勘查工作總體部署是否合理，工作安排是否適當；技術(shù)路線是否可行，工作方法是否科學(xué)合理，技術(shù)要求是否明確、技術(shù)手段是否可行；多礦種工作區(qū)是否設(shè)計了綜合勘查、綜合評價；實物工作量投入能否滿足勘查階段的要求；預(yù)期成果是否明確，預(yù)期提交的地質(zhì)資料是否符合相應(yīng)勘查階段規(guī)范要求。

探礦權(quán)人應(yīng)按照勘查實施方案進行勘查施工，需要對勘查實施方案進行調(diào)整的，應(yīng)及時向登記管理機關(guān)備案。調(diào)整工作量縮減l／3以上的，應(yīng)組織專家進行審查并作出是否予以備案的決定。

新立探礦權(quán)的勘查區(qū)塊面積一般不得小于1個基本單

1位區(qū)塊。申請勘查區(qū)域與他人采礦權(quán)區(qū)域之間應(yīng)保持合理間距，無法根據(jù)地質(zhì)條件確定間距的，應(yīng)不少于100米。

新立探礦權(quán)有效期為3年，每延續(xù)一次時間最長為2年，并應(yīng)提高符合規(guī)范要求的地質(zhì)勘查工作階段。確需延長本勘查階段時間的，應(yīng)組織進行專家論證，并進行審查，可再準予一次在本勘查階段的延續(xù)，但應(yīng)縮減勘查面積，每次縮減的勘查面積不得低于首次勘查許可證載明勘查面積的25％。

三、勘查工作的經(jīng)濟合理性審查

經(jīng)費預(yù)算是否達到最低勘查投入要求，是否與設(shè)計的勘查工作量相符，預(yù)算編制是否符合國家、省（區(qū)、市）有關(guān)規(guī)定，各種取費標準是否符合現(xiàn)有行業(yè)標準或市場價格。

四、勘查方案的可操作性審查

組織管理制度是否健全；專業(yè)技術(shù)人員結(jié)構(gòu)是否合理；質(zhì)量保障措施是否完善。

五、評審意見書格式要求 評審意見書格式參考下表。

云南省礦產(chǎn)資源勘查實施方案

評 審 意 見 書

項目名稱：申請單位：編制單位：評審結(jié)論：

評審單位（蓋章）二〇年月

項 目 概 況 簡 表

注：此表由申請人填寫

評 審 專 家 組 名 單

第四篇：慧云系統(tǒng)中期評審申請報告-

第1章 總則....................................................................................................................................3 第2章 總體技術(shù)方案.................................................................................................................4 2.1 基于云技術(shù)的平臺架構(gòu)...........................................................................................4 2.1.1 基于服務(wù)構(gòu)建IaaS........................................................................................4 2.1.2 支持私有云部署.............................................................................................4 2.1.3 軟件方式體統(tǒng)服務(wù)SaaS.............................................................................5 2.1.4平臺規(guī)模標準擴展........................................................................................6 2.1.5 抽象化標準接口.............................................................................................7 2.2 系統(tǒng)架構(gòu)設(shè)計文檔化................................................................................................7 2.3 安全管理........................................................................................................................8 2.3.1 安全資產(chǎn)建模.................................................................................................8 2.3.2 安全威脅建模.................................................................................................8 2.3.3 安全管控建模.................................................................................................9 2.3.4 物理安全風(fēng)險分析........................................................................................9 第3章 應(yīng)用技術(shù)方案..............................................................................................................10 3.1 消息通訊.....................................................................................................................10 3.2 為不同廣場提供一致性服務(wù)...............................................................................10 3.2.1 應(yīng)用部署方式一致性................................................................................10 3.2.2 應(yīng)用部署內(nèi)容一致性................................................................................10 3.2.3 應(yīng)用配置方式及內(nèi)容一致性..................................................................11 3.3 應(yīng)用服務(wù)無單點故障.............................................................................................11 第4章 存儲技術(shù)方案..............................................................................................................12 4.1 數(shù)據(jù)存儲無單點故障.............................................................................................12 4.1.1 實時數(shù)據(jù)庫無單點故障...........................................................................12 4.1.2 歷史數(shù)據(jù)庫無單點故障...........................................................................12 4.1.3 配置數(shù)據(jù)庫無單點故障...........................................................................13 4.2 支持數(shù)據(jù)備份............................................................................................................13 第5章 界面功能設(shè)計..............................................................................................................15 5.1 系統(tǒng)首頁.....................................................................................................................15 5.1.1 一級導(dǎo)航欄菜單..........................................................................................15 5.1.2 一級導(dǎo)航欄圖標及功能...........................................................................15 5.1.3 子系統(tǒng)導(dǎo)航欄完整性................................................................................16 5.1.4 子系統(tǒng)縮略圖..............................................................................................17 5.2 暖通空調(diào).....................................................................................................................18 5.2.1 主控臺完整性..............................................................................................18 5.2.2 主控臺交互...................................................................................................18 5.2.3 冷源系統(tǒng)結(jié)構(gòu)圖..........................................................................................19 5.2.4 冷源設(shè)備列表..............................................................................................20 5.2.5 空調(diào)末端設(shè)備系統(tǒng)結(jié)構(gòu)圖.......................................................................20 5.2.6 空調(diào)末端設(shè)備系統(tǒng)平面圖.......................................................................20 5.2.7 空調(diào)末端設(shè)備列表.....................................................................................21 5.2.8 DDC...................................................................................................................21 5.3 給水排水.....................................................................................................................22 5.3.1 系統(tǒng)平面圖...................................................................................................22

5.3.2 系統(tǒng)結(jié)構(gòu)圖...................................................................................................23 5.3.3 設(shè)備列表........................................................................................................23 5.4 變配電..........................................................................................................................24 5.4.1 系統(tǒng)結(jié)構(gòu)圖...................................................................................................24 5.4.2 設(shè)備列表........................................................................................................24 5.5 夜景照明.....................................................................................................................25 5.5.1 模式預(yù)覽........................................................................................................25 5.5.2 設(shè)備列表........................................................................................................26 5.6 公共照明.....................................................................................................................26 5.6.1 系統(tǒng)平面圖...................................................................................................26 5.6.2 場景切換........................................................................................................27 5.6.3 設(shè)備列表........................................................................................................27 5.7 嵌套窗口.....................................................................................................................28 5.8 模式管理.....................................................................................................................28 5.8.1 基本模式編輯能力.....................................................................................28 5.8.2 照明模式........................................................................................................29 5.8.3 暖通空調(diào)模式..............................................................................................29 5.8.4 系統(tǒng)日歷........................................................................................................30 5.9 視頻屏..........................................................................................................................30 5.9.1 3X3視頻窗.....................................................................................................30 5.9.2 云臺界面設(shè)計..............................................................................................31 5.10 報警屏.......................................................................................................................31 5.10.1 報警分類.....................................................................................................31 5.10.2 實時報警的不同處理階段....................................................................32 5.10.3 歷史報警.....................................................................................................32 5.10.4 報警處理流程............................................................................................33 5.10.5 報警定義.....................................................................................................33

總則

我方平臺完全滿足以下選項要求：

1、慧云系統(tǒng)平臺基于基礎(chǔ)設(shè)施即服務(wù)（Infrastructure as a Service, Iaas)進行構(gòu)建，且以軟件即服務(wù)（Software as a Service, SaaS）方式提供服務(wù)；

2、慧云系統(tǒng)平臺設(shè)計具備統(tǒng)一的抽象接口，在子系統(tǒng)變更時平臺能保持穩(wěn)定；

3、公共照明、夜景照明和暖通空調(diào)子系統(tǒng)在慧云系統(tǒng)中支持按模式自動運行；

4、慧云系統(tǒng)并采用B/S結(jié)構(gòu)。

總體技術(shù)方案

2.1 基于云技術(shù)的平臺架構(gòu) 2.1.1 基于服務(wù)構(gòu)建IaaS GENESIS64提供給用戶的服務(wù)是對所有私有云計算基礎(chǔ)設(shè)施的利用，包括處理CPU、內(nèi)存、存儲、網(wǎng)絡(luò)和其它基本的計算資源，用戶不管理或控制任何云計算基礎(chǔ)設(shè)施，但能控制操作系統(tǒng)的選擇、存儲空間、部署的應(yīng)用，也有可能獲得有限制的網(wǎng)絡(luò)組件（例如路由器、，防火墻，、負載均衡器等）的控制。

2.1.2 支持私有云部署

GENSIS64允許在私有云之間更好的交流和部署，在云環(huán)境中的另一個新功能，可以是非常有幫助的，是能夠壓縮配置數(shù)據(jù)和記錄數(shù)據(jù)包的能力。這可以用來收集機和記錄器之間的帶寬最小化。

2.1.3 軟件方式體統(tǒng)服務(wù)SaaS SaaS是Software-as-a-Service（軟件即服務(wù)）的簡稱，它是一種通過Internet提供軟件的模式，廠商將應(yīng)用軟件統(tǒng)一部署在響應(yīng)的服務(wù)器上，客戶可以根據(jù)自己實際需求，通過互聯(lián)網(wǎng)向廠商定購所需的應(yīng)用軟件服務(wù)，按定購的服務(wù)多少和時間長短向廠商支付費用，并通過互聯(lián)網(wǎng)獲得廠商提供的服務(wù)。用戶不用再購買軟件，而改用向提供商租用基于Web的軟件，來管理企業(yè)經(jīng)營活動，且無需對軟件進行維護，服務(wù)提供商會全權(quán)管理和維護軟件，軟件廠商在向客戶提供互聯(lián)網(wǎng)應(yīng)用的同時，也提供軟件的離線操作和本地數(shù)據(jù)存儲，讓用戶隨時隨地都可以使用其定購的軟件和服務(wù)。對于許多企業(yè)來說，SaaS是采用先進技術(shù)的最好途徑，它消除了企業(yè)購買、構(gòu)建和維護基礎(chǔ)設(shè)施和應(yīng)用程序的需要。

GENSIS64提供給客戶的服務(wù)是運行在云計算基礎(chǔ)設(shè)施上的應(yīng)用程序，用戶可以在各種設(shè)備上通過客戶端界面訪問，如瀏覽器。不需要管理或控制任何云計算基礎(chǔ)設(shè)施，包括網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)、存儲等等。描述不清晰。

2.1.4平臺規(guī)模標準擴展

ICONICS應(yīng)用服務(wù)器和歸檔數(shù)據(jù)庫服務(wù)器支持標準的動態(tài)擴展配置。增加的點數(shù)可以實現(xiàn)包括128~1000000點之間的任意動態(tài)擴容。以滿足不斷增加的業(yè)務(wù)需求。

廊坊數(shù)據(jù)中心歸檔數(shù)據(jù)庫采用冗余配置，前期每臺配置一套可采集5萬點的歸檔數(shù)據(jù)庫，最大可以支持100萬點的數(shù)據(jù)采集量，按照每個廣場1萬點數(shù)據(jù)量計算兩臺冗余數(shù)據(jù)庫服務(wù)器最多可以支持100個萬達廣場的數(shù)據(jù)。但是隨著數(shù)據(jù)量的增加服務(wù)器硬件的負載也會加重，需要根據(jù)實時負載情況增量式增加硬件設(shè)備滿足接入更多廣場的需要。服務(wù)器擴容是按照廣場數(shù)據(jù)量的增加成對增加。

Hyper Historian主Hyper Historian備冗余數(shù)據(jù)庫Hyper Historian主Hyper Historian備冗余數(shù)據(jù)庫一廣場數(shù)據(jù)N廣場數(shù)據(jù)一廣場數(shù)據(jù)N廣場數(shù)據(jù)

2.1.5 抽象化標準接口

ICONICS接口驅(qū)動庫全部采用基于國際通用的工控領(lǐng)域標準接口，能夠滿足不同廠家的系統(tǒng)集成。

ICONICS產(chǎn)品是業(yè)內(nèi)首家獲得了B-AWS、OPC-UA認證的行業(yè)軟件，確保了GENESIS64可以完美集成包含BACnet對象、趨勢、報警等在內(nèi)的BACnet協(xié)議。GENESIS64獲得了OPC基金會的認證并能完美兼容OPC-UA協(xié)議。OPC-UA是結(jié)合了WPF優(yōu)勢的基于安全性、健壯性和靈活性的Web Service。真正做到了“OPC-to-the-Core?”,是典型的第四代基于標準協(xié)議的數(shù)據(jù)采集方式和全新展現(xiàn)方式的可視化平臺。

2.2 系統(tǒng)架構(gòu)設(shè)計文檔化

文檔含架構(gòu)設(shè)計詳見《萬達慧云平臺項目軟件設(shè)計說明書_架構(gòu)設(shè)計》 概要設(shè)計《萬達慧云平臺項目軟件設(shè)計說明書_架構(gòu)設(shè)計》 數(shù)據(jù)結(jié)構(gòu)設(shè)計《萬達慧云平臺項目軟件設(shè)計說明書_架構(gòu)設(shè)計》。

2.3 安全管理

系統(tǒng)的高效運行，依賴于有效的信息安全體系。網(wǎng)絡(luò)及應(yīng)用系統(tǒng)的安全性尤其重要。為此，在整個項目的建設(shè)過程中，需要進行安全體系規(guī)劃。

單純依靠一種安全措施不能解決全部的安全問題，多種有效安全措施綜合使用效果更佳；任何安全措施都需要付出代價（資金、性能損失等），均衡考慮各種安全措施的效果，提供出具有最優(yōu)的性能價格比的安全解決方案。

2.3.1 安全資產(chǎn)建模

系統(tǒng)平臺按照系統(tǒng)生成資產(chǎn)集，資產(chǎn)集下每個設(shè)備都可以實現(xiàn)基于用戶權(quán)限的管理，在系統(tǒng)中設(shè)定人員對模塊的訪問權(quán)限，不同模塊有不同的權(quán)限級別，保證被授權(quán)的人才能正確使用系統(tǒng)中的數(shù)據(jù)；做好用戶對系統(tǒng)的操作記錄，以便必要時可以追蹤用戶的操作。

2.3.2 安全威脅建模

威脅建模具有一種結(jié)構(gòu)化的方法，該方法與隨意應(yīng)用安全特性的方式（這種隨意的方式并不確切了解每種安全特性應(yīng)對付的威脅是什么）相比更經(jīng)濟，也更有效。將威脅建模方法應(yīng)用到 Web 應(yīng)用程序中，就可以根據(jù)對應(yīng)用程序缺陷的充分理解來識別和評價現(xiàn)存的威脅。有了這些信息，您就可以按照一定的邏輯順序，利用適當?shù)膶Σ邅硖幚憩F(xiàn)存的威脅，并從具有最大風(fēng)險的威脅開始。當 Web 應(yīng)用程序向諸等非友善環(huán)境公開時，沒有 100% 安全的系統(tǒng)。唯一可能的解決方案是承認威脅的存在，減少或控制相關(guān)的危險。威脅建模使得您可以進行這種分析，并把資源集中到相關(guān)問題上，使投資回報最大化。

GENESIS64在產(chǎn)品開發(fā)過程中開發(fā)威脅模型。先構(gòu)建一個威脅模型，再在需要的時候進行開發(fā)。這是一項不斷改進的工作。安全威脅在發(fā)展，應(yīng)用程序也是如此。用一個文檔來找出已知的威脅是什么，并且不斷處理它們的這樣就可以控制應(yīng)用程序的安全。

2.3.3 安全管控建模

綜合管理平臺用戶統(tǒng)一由系統(tǒng)管理員管理，其他業(yè)務(wù)系統(tǒng)進行同步，對于用戶管理只有一個入口，用戶密碼在數(shù)據(jù)庫中以加密方式存儲，配合系統(tǒng)強大的操作日志可以有效的杜絕用戶密碼泄露的安全隱患。

電子文件從生成起就永久處于加密狀態(tài)，防止被任何人用任何方法對文件進行篡改，從而有效保護敏感數(shù)據(jù)的安全性。

2.3.4 物理安全風(fēng)險分析

為應(yīng)對平臺運行過程中可能出現(xiàn)的故障和災(zāi)難，建立一套完善的應(yīng)急安全措施,可以通過以下幾種方式進行應(yīng)急處理：

1）應(yīng)用備份

對于已經(jīng)安裝好的應(yīng)用以包的形式進行備份，每次系統(tǒng)更新后都生成新的包。2）數(shù)據(jù)備份

采用操作系統(tǒng)的定時任務(wù)機制實現(xiàn)數(shù)據(jù)庫的定時備份，當數(shù)據(jù)出現(xiàn)問題時可通過數(shù)據(jù)還原的方式實現(xiàn)數(shù)據(jù)的恢復(fù)。3）系統(tǒng)集群

將平臺數(shù)據(jù)統(tǒng)一存放到共享存儲當中，確保當系統(tǒng)發(fā)生故障時，數(shù)據(jù)不會受到任何影響。當其中一臺服務(wù)器發(fā)生故障時，將系統(tǒng)自動切換到另一臺服務(wù)器。待系統(tǒng)管理員將故障服務(wù)器恢復(fù)正常后，系統(tǒng)自動切換回集群方式運行。

應(yīng)用技術(shù)方案

3.1 消息通訊

平臺內(nèi)部通訊機制完全基于標準消息推送進行通訊。OPC是以O(shè)LE/COM機制作為應(yīng)用程序的通訊標準。OLE/COM是一種客戶/服務(wù)器模式，具有語言無關(guān)性、代碼重用性、易于集成性等優(yōu)點。OPC規(guī)范了接口函數(shù)，不管現(xiàn)場設(shè)備以何種形式存在，客戶都以統(tǒng)一的方式去訪問，從而保證軟件對客戶的透明性，使得用戶完全從低層的開發(fā)中脫離出來。

3.2 為不同廣場提供一致性服務(wù) 3.2.1 應(yīng)用部署方式一致性

GENESIS64采用基于云的部署方式，每個萬達廣場部署兩臺冗余采集服務(wù)器，在廊坊數(shù)據(jù)中心部署數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器，所有廣場的部署方式均采用增量式的一致性部署方案

3.2.2 應(yīng)用部署內(nèi)容一致性

GENSIS64部署內(nèi)容包括模式管理、報警管理、用戶管理、圖形管理、框架管

理和別名管理，以上功能均采用模塊化部署，保證每個廣場的部署內(nèi)容和方式的統(tǒng)一。

3.2.3 應(yīng)用配置方式及內(nèi)容一致性

GENSIS64平臺配置包括實時數(shù)據(jù)配置、報警配置以及關(guān)系數(shù)據(jù)配置信息，所有的配置均采用導(dǎo)入導(dǎo)出的方式進行，保證配置的部署和下達動態(tài)化和批量化。

3.3 應(yīng)用服務(wù)無單點故障

模式管理、報警管理、用戶管理、圖形管理、框架管理和別名管理等服務(wù)均采用冗余部署方式，應(yīng)用支持應(yīng)用自身自動失效轉(zhuǎn)移，應(yīng)用支持操作系統(tǒng)、基礎(chǔ)設(shè)施的自動失效轉(zhuǎn)移。

應(yīng)用訪問支持負載均衡機制，在Genesis64負載均衡，用戶被分配到一個服務(wù)器當創(chuàng)建會話時，會自動選擇較小的負載。所有負載平衡服務(wù)器必須配置相同，包括其安全性和許可證設(shè)置的負載平衡層。

存儲技術(shù)方案

4.1 數(shù)據(jù)存儲無單點故障 4.1.1 實時數(shù)據(jù)庫無單點故障

廊坊數(shù)據(jù)中心實時數(shù)據(jù)庫采集器采用冗余配置，兩臺并行運行實時進行數(shù)據(jù)同步，當其中一臺出現(xiàn)故障時自動轉(zhuǎn)移應(yīng)用，保證數(shù)據(jù)100%不會丟失。最大可以支持100萬點的數(shù)據(jù)采集量，按照每個廣場1萬點數(shù)據(jù)量計算兩臺冗余數(shù)據(jù)庫服務(wù)器最多可以支持100個萬達廣場的數(shù)據(jù)。

4.1.2 歷史數(shù)據(jù)庫無單點故障

廊坊數(shù)據(jù)中心歸檔數(shù)據(jù)庫采用冗余配置，兩臺并行運行實時進行數(shù)據(jù)同步，當其中一臺出現(xiàn)故障時自動轉(zhuǎn)移應(yīng)用，保證數(shù)據(jù)100%不會丟失。前期每臺配置一套可采集5萬點的歸檔數(shù)據(jù)庫，最大可以支持100萬點的數(shù)據(jù)采集量，按照每個廣場1萬點數(shù)據(jù)量計算兩臺冗余數(shù)據(jù)庫服務(wù)器最多可以支持100個萬達廣場的數(shù)據(jù)。但是隨著數(shù)據(jù)量的增加服務(wù)器硬件的負載也會加重，需要根據(jù)實時負載情況增量式增加硬件設(shè)備滿足接入更多廣場的需要。

Hyper Historian主Hyper Historian備數(shù)據(jù)庫服務(wù)器I/O服務(wù)器I/O服務(wù)器冗余Hyper Historian CollectorKep ServerHyper Historian CollectorKep Server廣場采集服務(wù)器

4.1.3 配置數(shù)據(jù)庫無單點故障

SQL Server數(shù)據(jù)庫采用冗余配置，兩臺并行運行實時進行數(shù)據(jù)同步，當其中一臺出現(xiàn)故障時自動轉(zhuǎn)移應(yīng)用，保證數(shù)據(jù)100%不會丟失。主要為報警信息和配置信息的管理建立相應(yīng)的數(shù)據(jù)庫，主要存儲與報警相關(guān)的數(shù)據(jù)及配置數(shù)據(jù)等數(shù)據(jù)。

SQL Server數(shù)據(jù)庫劃分為以下幾個數(shù)據(jù)庫： ? 配置庫 ? 數(shù)據(jù)存儲庫

4.2 支持數(shù)據(jù)備份

GENESIS64廊坊數(shù)據(jù)中心歸檔數(shù)據(jù)庫及SQL Server數(shù)據(jù)庫存儲均支持基于事件觸發(fā)的容災(zāi)備份功能，包括存儲容量計算及自動轉(zhuǎn)移、運行故障自動轉(zhuǎn)移等。

? 高速實時數(shù)據(jù)，支持備份到網(wǎng)絡(luò)存儲器 ? 數(shù)據(jù)存儲時間10年以上 ? 高性能備份記錄方式 ? 基于磁盤

? 記錄到一個或多個文件 ? 條件觸發(fā)存儲 ? 基于內(nèi)存

? 前觸發(fā)、后觸發(fā)方式將數(shù)據(jù)從內(nèi)存記錄到磁盤 ? 擴展性

? 幾乎無限的數(shù)據(jù)量擴展 ? 利用64位操作系統(tǒng)的優(yōu)勢 ? 冗余的數(shù)據(jù)記錄器 ? 數(shù)據(jù)處理

? 數(shù)據(jù)類型：浮點，布爾量，整型，字符串 ? 數(shù)據(jù)過濾：死區(qū)，旋轉(zhuǎn)門，原始數(shù)據(jù)? ? 數(shù)據(jù)聚合：最小，最大，平均 ?

? 性能計算

? 先進的文件管理和備份技術(shù) ? 用于控制磁盤使用空間 ? 自動文件創(chuàng)建，基于： ? 文件大小 ? 時間周期 ? UDM 觸發(fā)器

? 自動備份(分離, 移動或刪除)? 易于整合已分離的文件 ? 自動備份技術(shù)，基于： ? 數(shù)據(jù)時限 ? 事件觸發(fā) ? 在線文件的大小

界面功能設(shè)計

5.1 系統(tǒng)首頁 5.1.1 一級導(dǎo)航欄菜單

一級菜單圖

下拉式菜單圖

5.1.2 一級導(dǎo)航欄圖標及功能

圖標及功能圖

5.1.3 子系統(tǒng)導(dǎo)航欄完整性

導(dǎo)航欄圖

5.1.4 子系統(tǒng)縮略圖

系統(tǒng)縮略圖

5.2 暖通空調(diào) 5.2.1 主控臺完整性

主控臺圖

5.2.2 主控臺交互

確認提示框圖

手動狀態(tài)設(shè)定窗口圖

5.2.3 冷源系統(tǒng)結(jié)構(gòu)圖

冷源結(jié)構(gòu)圖

趨勢圖

5.2.4 冷源設(shè)備列表

設(shè)備列表圖

5.2.5 空調(diào)末端設(shè)備系統(tǒng)結(jié)構(gòu)圖

末端設(shè)備系統(tǒng)結(jié)構(gòu)圖

5.2.6 空調(diào)末端設(shè)備系統(tǒng)平面圖

平面圖

5.2.7 空調(diào)末端設(shè)備列表

設(shè)備列表圖

5.2.8 DDC

DDC平面圖

DDC設(shè)備列表圖

5.3 給水排水 5.3.1 系統(tǒng)平面圖

排水平面圖

狀態(tài)顯示圖

5.3.2 系統(tǒng)結(jié)構(gòu)圖

系統(tǒng)結(jié)構(gòu)圖

5.3.3 設(shè)備列表

設(shè)備列表3X3視頻窗

5.4 變配電 5.4.1 系統(tǒng)結(jié)構(gòu)圖

供配電系統(tǒng)圖

5.4.2 設(shè)備列表

如上圖。

5.5 夜景照明 5.5.1 模式預(yù)覽

模式預(yù)覽圖

5.5.2 設(shè)備列表

設(shè)備列表圖

5.6 公共照明 5.6.1 系統(tǒng)平面圖

系統(tǒng)平面圖

5.6.2 場景切換

場景切換圖

5.6.3 設(shè)備列表

設(shè)備列表圖

5.7 嵌套窗口

5.8 模式管理

5.8.1 基本模式編輯能力

暖通模式編輯界面圖

5.8.2 照明模式

照明模式編輯界面圖

5.8.3 暖通空調(diào)模式

暖通模式編輯界面圖

5.8.4 系統(tǒng)日歷

系統(tǒng)日歷圖

5.9 視頻屏 5.9.1 3X3視頻窗

3x3視頻窗圖

5.9.2 云臺界面設(shè)計

云臺界面圖

5.10 報警屏 5.10.1 報警分類

實時報警分類圖

5.10.2 實時報警的不同處理階段

報警未處理和處理階段圖

5.10.3 歷史報警

歷史報警圖

5.10.4 報警處理流程

添加報警處理流程圖

5.10.5 報警定義

報警定義列表圖

添加報警表單圖

第五篇：意見書

健康第一 服務(wù)師生

——關(guān)于改進食譜、提高早中餐質(zhì)量的意見書

尊敬的家長：

常言道：“民以食為天”。任何時候，吃飯是非常重要的一件事，是身體健康的保障。

一日三餐，餐餐重要。尤其是早中餐，每一餐的成敗都會影響一個人半天乃至一天的工作學(xué)習(xí)狀態(tài)。古語說：“早吃好午吃飽晚吃少。” 早中餐必須吃飽吃好。

怎樣才算吃飽吃好呢？這里面大有學(xué)問。吃飽吃好，并不是要餐餐魚肉，頓頓山珍，而是要葷素搭配，粗細均衡，紅黃綠白黑協(xié)調(diào)，干濕相宜。

通常情況下，我們?nèi)妥钪匾膬刹突径荚趯W(xué)校，也就是說，大多數(shù)師生的健康都交給了學(xué)校后勤處，我們的后勤工作責(zé)任重大。

反思我們的后勤工作，的確存在許多問題。一是由于學(xué)校條件有限，老校區(qū)的舊食堂根本無法供應(yīng)幾千人的早中餐，有些食品只好買半成品或直接在外面訂購，增加了就餐成本；二是有些食品應(yīng)當是做了就要馬上吃，結(jié)果因為設(shè)備不夠，早早就做熟了，孩子們只好吃涼的；三是沒有精心研究食譜，學(xué)生飯菜亂倒，浪費現(xiàn)象十分嚴重；四是我們服務(wù)意識不濃，對孩子們吃飯督促力度不夠，愛惜糧食的教育也做得不夠，導(dǎo)致有些孩子早中餐根本沒有吃飽，許多家長不得不在風(fēng)雨中為孩子們送飯。這些問題一直是我們十分揪心的問題。

鑒于此，學(xué)校后勤處下定決心在新學(xué)期里改進工作。一是投資二十多萬元定購天然氣、購蒸飯車、蒸饃車等先進設(shè)備在新校區(qū)建新食堂，讓低年級學(xué)生與中高年級學(xué)生分開就餐，讓絕大多數(shù)學(xué)生就近用餐，避免遠程送飯吃冷飯冷菜；二是牢固樹立“健康第一，服務(wù)師生”的后勤工作理念，精心設(shè)計食譜。無論是早餐還是中餐，營養(yǎng)均衡是前提。每周五天，天天不相同，食譜面向全社會公布，虛心采納家長、老師、學(xué)生的意見，接受家長委員會監(jiān)督，隨著季節(jié)的變換定期更新食譜；三是不斷加強服務(wù)意識，全力為學(xué)生服務(wù)。新校區(qū)率先為低年級學(xué)生提供專用消毒碗筷、消毒專柜，聘專職生活老師免費為低年級學(xué)生提供洗碗、消毒等優(yōu)質(zhì)服務(wù)。

現(xiàn)將學(xué)校春季學(xué)期第一個月早中餐食譜和明春作息時間提前告知并虛心聽取您的意見。

新學(xué)期食堂進餐標準如下：早餐每月80元，全學(xué)期360元；中餐每月100元，全學(xué)期450元，自愿訂餐。

為方便管理，學(xué)校不再供應(yīng)零餐，中途放假不退餐費，放假期間餐費納入食堂統(tǒng)籌安排。

家長朋友，新的一年，我們一定建好新老校區(qū)兩個放心食堂，服務(wù)師生，全面提高教育質(zhì)量。

衷心感謝您對學(xué)校工作的大力支持，值此在新春佳節(jié)即將來臨之際，向家長朋友們拜個早年，恭祝各位身體健康，合家歡樂！

蘄春縣實驗小學(xué)后勤處

二0一三年臘月十八日