數(shù)字化城市垃圾管理玄平臺(tái)（垃圾玄）建

設(shè)方案

佛山市卡邦環(huán)?？萍加邢薰?/p>

2012年6月25日

目錄

1.項(xiàng)目概述.....................................................................3

1o1o...................................................................................................................項(xiàng)目背景3

1o2.......................................................................................................................項(xiàng)目目的4

1.3o.....................................................................................................................項(xiàng)目范圍4

1o4..........................................................................................................................設(shè)計(jì)原則4

1o4O1o................................................................................................科學(xué)性原則4

1o4.2O.................................................................................................可靠性原則5

1.4.3o....................................................................................................安全性原則5

1o4O4o................................................................................................經(jīng)濟(jì)性原則5

2o系統(tǒng)總體設(shè)計(jì).................................................................5

2o1.......................................................................................................三層結(jié)構(gòu)功能描述5

2.2o...................................................................模型一視圖一控制(MVC)體系結(jié)構(gòu)6

2.3.基于組件設(shè)計(jì)...........................................................8

2。4。..............................................基于RBAC模型的權(quán)限管理8

2.5.ETL數(shù)據(jù)抽取.............................................................9

3o系統(tǒng)總體架構(gòu)................................................................10

4.系統(tǒng)功能描述................................................................11

4O1o..................................................................................................固廢垃圾管理模塊11

4O1o1生活垃圾管理模塊..............................................11

4.1o2建筑垃圾管理模塊....................................................12

4O1.3園林垃圾管理模塊...............................................12

4O1O4醫(yī)療、工業(yè)垃圾管理模塊............................................12

4O2O..................................................................................................餐廚垃圾管理模塊13

4O3.......................................................................................................實(shí)時(shí)處理監(jiān)視模塊13

5.機(jī)房TI設(shè)備配置設(shè)計(jì)原則與方案...........................................13

6O實(shí)施計(jì)劃.....................................................................18

7.配置及費(fèi)用要求..............................................................19

L項(xiàng)目概述

1.1.項(xiàng)目背景

為配合佛山市三年提升計(jì)戈L在佛山市禪城區(qū)張槎街道政府主導(dǎo)下，佛山市卡邦環(huán)保科技

有限公司運(yùn)作的新型生活垃處理模式扎根張槎，以云計(jì)算和物聯(lián)網(wǎng)為基礎(chǔ)的垃圾分類實(shí)名制及

垃圾流向全程監(jiān)控體系張槎街道各鎮(zhèn)街的住宅小區(qū)、工業(yè)園區(qū)、產(chǎn)業(yè)集聚區(qū)、餐飲區(qū)等實(shí)現(xiàn)城

市垃圾從源頭就地?zé)o害化、資源化、減量化、產(chǎn)業(yè)化、社會(huì)化、信息化處理，最終向“垃圾零

填埋”理想目標(biāo)邁進(jìn)的垃圾管理道路，張槎街道從2011年開始，從生活垃圾處理著手，系統(tǒng)思考、

科學(xué)實(shí)踐、將垃圾管理現(xiàn)代化事業(yè)穩(wěn)步推進(jìn)。為推動(dòng)張槎街道產(chǎn)業(yè)升級(jí)，推動(dòng)城市升級(jí)做出巨

大努力.

縱觀佛山周圍的標(biāo)兵與追兵，不缺少資金，就缺少創(chuàng)意，不缺少技術(shù)，就缺少設(shè)計(jì)，再加上

中國(guó)市場(chǎng)模仿的高效性，使我們不得不產(chǎn)生強(qiáng)烈的危機(jī)感.因此，抓緊時(shí)間，突破障礙，迅速擴(kuò)

展，以先發(fā)優(yōu)勢(shì)使佛山本土優(yōu)質(zhì)環(huán)保企業(yè)占據(jù)這一領(lǐng)域的標(biāo)準(zhǔn)制訂權(quán)和話語(yǔ)權(quán)，以新型垃圾管

理模式帶動(dòng)佛山城市文明衛(wèi)生形象的提升，需要市政府的宏觀統(tǒng)籌和政策支撐。

1.4.2.可靠性原則

由于城市垃圾云平臺(tái)需要保證長(zhǎng)時(shí)間不停運(yùn)行，因此，城市垃圾云平臺(tái)均采用容錯(cuò)和集群設(shè)

計(jì)，在城市垃圾云平臺(tái)集成了故障功能和恢復(fù)功能，能夠在城市垃圾云平臺(tái)發(fā)生故障時(shí)快速恢

復(fù)，提高整體系統(tǒng)的可用性和可靠性，確保整體系統(tǒng)的正常運(yùn)行以滿足系統(tǒng)不間斷運(yùn)行的需要。

1.4.3.安全性原則

城市垃圾云平臺(tái)應(yīng)該具備有效可信的安全保密機(jī)制，防止未經(jīng)授權(quán)的訪問(wèn)，防范非法侵入。

1.4.4.經(jīng)濟(jì)性原則

城市垃圾云平臺(tái)具有優(yōu)異的性能價(jià)格比，運(yùn)行成本杓宜經(jīng)濟(jì)，適合在公共場(chǎng)所進(jìn)行大規(guī)模的

部署。

2.系統(tǒng)總體設(shè)計(jì)

2.1.三層結(jié)構(gòu)功能描述

采用組件框架為企業(yè)應(yīng)用的開發(fā)提供一個(gè)輕量級(jí)的解決方案.該解決方案包括：基于依賴注

入的核心機(jī)制，基于AOP的聲明式事務(wù)管理與多種持久層技術(shù)的整合，以及優(yōu)秀的MVC框架等。

組件框架為應(yīng)用程序的表現(xiàn)層、業(yè)務(wù)邏輯層及數(shù)據(jù)持久層都提供了極好的解決方案，因?yàn)?/p>

框架提供的不僅僅是一種框架，而且提供了一種企業(yè)應(yīng)用的開發(fā)規(guī)范。組件框架是實(shí)際開發(fā)的

抽象，其提供的“模板設(shè)計(jì)”大大簡(jiǎn)化了應(yīng)用的開發(fā)。

組件框架的系列TempIate將通用步碟以優(yōu)雅的方式完成，留給開發(fā)者的僅僅是與特定應(yīng)用

相關(guān)的部分，從而大大提高企業(yè)應(yīng)用的開發(fā)效率。組件框架支持對(duì)業(yè)務(wù)對(duì)象的管理，能將應(yīng)用

各層的對(duì)象”焊接“在一起，甚至這些對(duì)象無(wú)須是標(biāo)準(zhǔn)的對(duì)象.

ORMWob

AOP------------------------------MVC

DAOContext

Core

■組件核心模塊：組件架構(gòu)中最為基礎(chǔ)、重要的模塊。它提供了loC容器，即依賴注入.其

中，BeanFactory是最為重要的概念，對(duì)理解loC和ApplicationContext起到了重要作

用.

■組件AOP模塊：實(shí)現(xiàn)了A0P聯(lián)盟中定義的A0P編程實(shí)現(xiàn)。如提供攔截器實(shí)現(xiàn)事務(wù)管理。

用它來(lái)提供非管理環(huán)境下申明方式的事務(wù)、安全等服務(wù).

■組件Context模塊：直接位于組件的核心模塊之上。組件上下文模塊除了繼承組件核心

模塊的功能外還添加了月于資源綁定、事件移植、資源裝載以及裝載上下文等功能。這

對(duì)于Web應(yīng)用和J2EE應(yīng)用十分有效。

■組件Web模塊：提供面向Web應(yīng)用集成的功能.

■組件DA0模塊：提供了JDBC抽象層，使得開發(fā)者不用再去編寫同RDBMS交互、非業(yè)務(wù)

功能的JDBC代碼。而且DA0模塊還能夠分析RDBMS廠商專有的SQL錯(cuò)誤代碼。同時(shí)能夠

提供編程方式和聲明方式控制事務(wù)。

■組件ORM模塊：為當(dāng)前流行的0/RMapping技術(shù)提供集成.借助于組件框架提供的簡(jiǎn)單事

務(wù)聲明，開發(fā)者能夠很容易實(shí)現(xiàn)對(duì)0/RMapping中操作的事務(wù)控制。

■組件WebMVC模塊：提供MVC實(shí)現(xiàn)，清晰的劃分了Web應(yīng)用中涉及到的各項(xiàng)內(nèi)容.

22模型-視圖一控制（MVC）體系結(jié)構(gòu)

模型-視圖一控制結(jié)構(gòu)是交互式應(yīng)用程序廣泛使用的一種體系結(jié)構(gòu)。它有效地在存儲(chǔ)和展示

數(shù)據(jù)的對(duì)象中區(qū)分功能模塊以降低它們之間的連接度，這種體系結(jié)構(gòu)將傳統(tǒng)的輸入、處理和輸

入模型轉(zhuǎn)化為圖形顯示的用戶交互模型。

MVC體系結(jié)構(gòu)具有三個(gè)層面：模型(ModeI)、視圖(View)和控制(ControlIer),每個(gè)

層面有其各自的功能作用，MVC體系結(jié)構(gòu)如下：

Model

?Ef€aDsu?atesaop^cations?ate

?Responds!ostatecuwies

?Exposesaoplcation

fjfrttloranty

State*1■State

?Notifiesviewsofchanges

QueryIChange

Change

View

ViewSelectionController

Deftw：aop'icationb的獷or

?updates"c-models?Vansuseraetionsto

?Se*yJsuse*8sMestoccrtto^efmcdetupdate?

?Allowscortrclle*tose'ectv:ew?Selectsviewmr”R-$p

?Oreforeachfuneiongfity

MethodInvocations

Events

MVC體系結(jié)構(gòu)圖

模型層負(fù)責(zé)表達(dá)和訪問(wèn)商業(yè)數(shù)據(jù)，執(zhí)行商業(yè)邏輯和操作。也就是說(shuō)，這一層就是現(xiàn)實(shí)生活

中功能的軟件模擬；在模型層變化的時(shí)候，它將通知視圖層并提供后者訪問(wèn)自身狀態(tài)的能力，

同時(shí)控制層也可以訪問(wèn)其功能函數(shù)以完成相關(guān)的任務(wù)。

視圖層負(fù)責(zé)顯示模型層的內(nèi)容。它從模型層取得數(shù)據(jù)并指定這些數(shù)據(jù)如何被顯示出來(lái)。在模

型層變化的時(shí)候，它將自動(dòng)更新。另外視圖層也會(huì)將用戶的輸入傳送給控制器。

控制層負(fù)責(zé)定義應(yīng)用程序的行為.它可以分派用戶的請(qǐng)求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同

時(shí)它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作；在一個(gè)圖形界面中，常見(jiàn)的

用戶輸入包括點(diǎn)擊按鈕和菜單選擇?？刂茖涌梢曰谟脩舻慕换ズ湍Ｐ蛯拥牟僮鹘Y(jié)果來(lái)選擇下

一個(gè)可以顯示的視圖，一個(gè)應(yīng)用程序通常會(huì)基于一組相關(guān)功能設(shè)定一個(gè)控制層的模塊，甚至一

些應(yīng)用程序會(huì)根據(jù)不同的用戶類型具有不同的控制層設(shè)定，這主要是由于不同用戶的視圖交互

和選擇也是不同的.

在模型層、視圖層和控制層之間劃分責(zé)任可以減少代碼的重復(fù)度，并使應(yīng)用程序維護(hù)起來(lái)更簡(jiǎn)

單。同時(shí)由于數(shù)據(jù)和商務(wù)邏輯的分開，在新的數(shù)據(jù)源加入和數(shù)據(jù)顯示變化的時(shí)候，數(shù)據(jù)處理也會(huì)

變得更簡(jiǎn)單。

23基于組件設(shè)計(jì)

組件結(jié)構(gòu)是一個(gè)分布式計(jì)算框架，它將可再使用的面向?qū)ο蟮慕M件同一個(gè)健康可靠的實(shí)施環(huán)

境結(jié)合起來(lái)，以提交多應(yīng)用的協(xié)作.

應(yīng)月程序可以松散的業(yè)務(wù)組件構(gòu)造。這些業(yè)務(wù)組件可以各自獨(dú)立的安裝和升級(jí)。其關(guān)系優(yōu)勢(shì)

在于能夠緊密集成或插入所選的第三方產(chǎn)品組件.用戶可以獲得那些組件集合以滿足他們特定

的和獨(dú)特的維修，調(diào)度，和采購(gòu)需求.

公司業(yè)務(wù)組件通過(guò)適當(dāng)定義的接口反映業(yè)務(wù)程序和義務(wù)目標(biāo)，業(yè)務(wù)組件也支持組件對(duì)象模式

(COM),因此可以同許多提供COM接口到它們的目標(biāo)模式的應(yīng)用程序的集成，

業(yè)務(wù)組件是組件結(jié)構(gòu)的重要部分。它們通過(guò)預(yù)先定義的和一致的接口，提供專用的業(yè)務(wù)功能

作為壓縮軟件產(chǎn)品。通過(guò)這種方式它們給出了對(duì)任何封裝在應(yīng)用中的過(guò)程和業(yè)務(wù)規(guī)則的訪問(wèn)，而

無(wú)需考慮后續(xù)的實(shí)施.此外，業(yè)務(wù)組件提供了確認(rèn)模式和警告，以便用戶在盡可能早的階段捕捉

錯(cuò)誤。沒(méi)有用戶接口組件是業(yè)務(wù)組件的一部分。

24基于RBAC模型的權(quán)限管理

RBAC(RBACModel,Role—basedAccessModel)模型的基本思想是將訪問(wèn)許可權(quán)分配給一

定的角色，用戶通過(guò)飾演不同的南色獲得角色所擁有的訪問(wèn)許可權(quán)。這是因?yàn)樵诤芏鄬?shí)際應(yīng)用中,

用戶并不是可以訪問(wèn)的客體信息資源的所有者(這些信息屬于企業(yè)或公司)，這樣的話，訪問(wèn)控制

應(yīng)該基于員工的職務(wù)而不是基于員工在哪個(gè)組或是誰(shuí)信息的所有者，即訪問(wèn)控制是由各個(gè)用戶

在部門中所擔(dān)任的角色來(lái)確定的，例如，一個(gè)學(xué)?？梢杂薪坦?、老師、學(xué)生和其他管理人員等

角色。

RBAC從控制主體的角度出發(fā)，根據(jù)管理中相對(duì)穩(wěn)定的職權(quán)和責(zé)任來(lái)劃分角色，將訪問(wèn)權(quán)限與

角色相聯(lián)系，這點(diǎn)與傳統(tǒng)的MAC和DAC將權(quán)限直接授予用戶的方式不同；通過(guò)給用戶分配合適的

角色，讓用戶與訪問(wèn)權(quán)限相聯(lián)系。角色成為訪問(wèn)控制中訪問(wèn)主體和受控對(duì)象之間的一座橋梁.

基于角色的訪問(wèn)控制方法是目前公認(rèn)的解決大型企業(yè)的統(tǒng)一資源訪問(wèn)控制的有效方法。其顯著

的兩大特征是：1.減小授權(quán)管理的復(fù)雜性，降低管理開銷；2。靈活地支持企業(yè)的安全策略，并對(duì)

企業(yè)的變化有很大的伸縮性。

標(biāo)準(zhǔn)RBAC模型由4個(gè)部件模型組成，這4個(gè)部件模型分別是基本模型RBACO(CoreRBAC)、角

色分級(jí)模型RBAC1(HierarchalRBAC)、角色限制模型RBAC2(ConstraintRBAC)和統(tǒng)一模型RBAC3

(CombinesRBAC)[1]ORBACO模型如圖所示。

用戶角色分配角色許可分配

(UA)(PA)

控制

操作

對(duì)象

許可(PERM)

2.5.ETL數(shù)據(jù)抽取

ETL的定義ETL分別是“Extract”、Transform",“Load”三個(gè)單詞的首字母縮寫也就

是“抽取”、“轉(zhuǎn)換”、“裝載”，但我們?nèi)粘Ｍ?jiǎn)稱其為數(shù)據(jù)抽取.ETL是BI/DW(商務(wù)智能/

數(shù)據(jù)倉(cāng)庫(kù))的核心和靈魂，按照統(tǒng)一的規(guī)則集成并提高數(shù)據(jù)的價(jià)值，是負(fù)責(zé)完成數(shù)據(jù)從數(shù)據(jù)源向

目標(biāo)數(shù)據(jù)倉(cāng)庫(kù)轉(zhuǎn)化的過(guò)程，是實(shí)施數(shù)據(jù)倉(cāng)庫(kù)的重要步驟。ETL包含了三方面，首先是“抽取”：

將數(shù)據(jù)從各種原始的業(yè)務(wù)系統(tǒng)中讀取出來(lái)，這是所有工作的前提。其次“轉(zhuǎn)換”：按照預(yù)先設(shè)

計(jì)好的規(guī)則將抽取得數(shù)據(jù)進(jìn)行轉(zhuǎn)換，使本來(lái)異構(gòu)的數(shù)據(jù)格式能統(tǒng)一起來(lái).最后“裝載”：將轉(zhuǎn)換

完的數(shù)據(jù)按計(jì)劃增量或全部導(dǎo)入到數(shù)據(jù)倉(cāng)庫(kù)中.

ETL的作用整個(gè)BI/DW系統(tǒng)由三大部分組成：數(shù)據(jù)集成、數(shù)據(jù)倉(cāng)庫(kù)和數(shù)據(jù)集市、多維數(shù)據(jù)分

析。通常，商務(wù)智能運(yùn)作所依靠的信息系統(tǒng)是一個(gè)由傳統(tǒng)系統(tǒng)、不兼容數(shù)據(jù)源、數(shù)據(jù)庫(kù)與應(yīng)用所

共同構(gòu)成的復(fù)雜數(shù)據(jù)集合，各個(gè)部分之間不能彼此交流。從這個(gè)層面看：目前運(yùn)行的應(yīng)用系統(tǒng)

是用戶花費(fèi)了很大精力和財(cái)力構(gòu)建的、不可替代的系統(tǒng)，特別是系統(tǒng)的數(shù)據(jù)。而新建的商務(wù)智

能系統(tǒng)目的就是要通過(guò)數(shù)據(jù)分析來(lái)輔助用戶決策，恰恰這些數(shù)據(jù)的來(lái)源、格式不一樣，導(dǎo)致了

系統(tǒng)實(shí)施、數(shù)據(jù)整合的難度.此時(shí)，非常希望有一個(gè)全面的解決方案來(lái)解決用戶的困境，解決數(shù)

據(jù)一致性與集成化問(wèn)題，使用戶能夠從已有傳統(tǒng)環(huán)境與平臺(tái)中采集數(shù)據(jù)，并利用一個(gè)單一解決方

案對(duì)其進(jìn)行高效的轉(zhuǎn)換。這個(gè)解決方案就是ETLoETL是BI/DW的核心和靈魂，按照統(tǒng)一的規(guī)

則集成并提高數(shù)據(jù)的價(jià)值，是負(fù)責(zé)完成數(shù)據(jù)從數(shù)據(jù)源向目標(biāo)數(shù)據(jù)倉(cāng)庫(kù)轉(zhuǎn)化的過(guò)程，是實(shí)施數(shù)據(jù)

倉(cāng)庫(kù)的重要步驟.

3.系統(tǒng)總體架構(gòu)

手持設(shè)備

卡邦業(yè)務(wù)支撐系統(tǒng)

數(shù)據(jù)倉(cāng)庫(kù)

4.系統(tǒng)功能描述

4.1,固廢垃圾管理模塊

固廢垃圾分可回收目錄、有害廢品目錄等，城市垃圾云平臺(tái)會(huì)通過(guò)卡邦業(yè)務(wù)支撐系統(tǒng)，利用

終端系統(tǒng)對(duì)垃圾投放的市民、單位實(shí)時(shí)在線記錄數(shù)據(jù)，并根據(jù)垃圾投放的時(shí)間、種類、數(shù)量進(jìn)行

實(shí)時(shí)的跟蹤、管理、分析，實(shí)現(xiàn)垃圾信息化、數(shù)字化、智能化。

4.1.1.生活垃圾管理模塊

生活垃圾管理模塊主要針對(duì)張槎街道各鎮(zhèn)街小區(qū)居民的生活垃圾（如：報(bào)紙、廢瓶、鐵

皮等）進(jìn)行分類管理，居民通過(guò)安裝在小區(qū)內(nèi)的固廢智能回收終端，實(shí)現(xiàn)生活垃圾的固廢垃圾回

收工作，通過(guò)終端可以清楚記錄居民投放信息，包括投放人員、投放時(shí)間、投放位置、投放的垃

圾數(shù)量、種類并記錄投放時(shí)間及數(shù)量等.該管理模塊會(huì)旗據(jù)投放的相關(guān)信息進(jìn)行數(shù)據(jù)采集和分

析，實(shí)現(xiàn)小區(qū)生活垃圾智能化、信息化管理;

模塊記錄信息主要包括：垃圾產(chǎn)生的單位或居民、投放時(shí)間、投放位置、投放的種類（例

如：報(bào)紙、廢瓶、鐵皮等）、投放的數(shù)量、分揀的綠房子位置、最終的垃圾分配資源化專業(yè)公司；

4.1.2.建筑垃圾管理模塊

建筑垃圾管理模塊主要是針對(duì)張槎街道內(nèi)小區(qū)的建筑垃圾、廠房的建筑垃圾進(jìn)行信息化

跟蹤管理，通過(guò)無(wú)線采集終端，清晰、實(shí)時(shí)地對(duì)建筑垃圾的產(chǎn)生者、源頭輸出時(shí)間、跟蹤運(yùn)輸路

徑、最終的流向?qū)崿F(xiàn)數(shù)字化管理。

模塊記錄信息包括：建筑垃圾產(chǎn)生者、源頭收集時(shí)間、收集數(shù)量、收集地點(diǎn)、運(yùn)輸路徑、

后端專業(yè)處理公司；

4.1.3.園林垃圾管理模塊

園林垃圾管理模塊主要是針對(duì)張槎街道內(nèi)小區(qū)的綠化植物垃圾、市政道路垃圾進(jìn)行信息

化跟蹤管理，通過(guò)無(wú)線采集終端，清晰、實(shí)時(shí)地對(duì)園林垃圾的產(chǎn)生者、源頭輸出時(shí)間、跟蹤運(yùn)

輸路徑、最終的流向?qū)崿F(xiàn)數(shù)字化管理。

模塊記錄信息包括：園林垃圾源頭收集時(shí)間、收集數(shù)量、收集地點(diǎn)、運(yùn)輸路徑、后端專業(yè)

處理公司；

4.L4.醫(yī)療、工業(yè)垃圾管理模塊

醫(yī)療垃圾和工業(yè)有害垃圾可以根據(jù)醫(yī)療、工業(yè)垃圾管理模塊利用終端設(shè)備對(duì)垃圾投放過(guò)

程進(jìn)行詳細(xì)記錄，垃圾產(chǎn)生的單位位置，追蹤垃圾運(yùn)輸車輛的路線以及最后的處理地點(diǎn)。

模塊記錄信息包括：醫(yī)療、工業(yè)垃圾源頭收集時(shí)間、收集數(shù)量、收集地點(diǎn)、運(yùn)輸路徑、

后端專業(yè)處理公司;

42餐廚垃圾管理模塊

餐廚垃圾管理模塊需通過(guò)餐廚處理數(shù)字化一體處理機(jī)配合實(shí)現(xiàn)餐廚垃圾的數(shù)字化管理，

工作人員可以利用手持終端實(shí)時(shí)記錄餐廚垃圾產(chǎn)生單位的垃圾收集信息、運(yùn)揄信息、處理信息

等，餐廚處理數(shù)字化一體處理機(jī)會(huì)通過(guò)3G無(wú)線網(wǎng)絡(luò)，上傳處理的垃圾數(shù)據(jù)，由餐廚垃圾通過(guò)生

物分解后產(chǎn)生的有機(jī)初肥到最終有機(jī)初肥提供給蚯蚓食物，甚至油水分離后，油脂最終的流向

有資質(zhì)的處理公司作生物柴油、工業(yè)涂料、肥皂等資源化利用，都將通過(guò)模塊全程數(shù)字化跟蹤

管理.

模塊記錄信息包括：餐廚產(chǎn)生單位、餐廚垃圾收集時(shí)間、地點(diǎn)、質(zhì)量、運(yùn)輸流向、綠房子

處理站地點(diǎn)，餐廚處理數(shù)字化一體處理機(jī)處理該單位餐廚垃圾的油水量、殘?jiān)?、油水分離之

后油脂量、每個(gè)綠房子產(chǎn)生初肥量、最終蚯蚓投放的蚯蚓肥時(shí)間等；

4.3.實(shí)時(shí)處理監(jiān)視模塊

城市垃圾云技術(shù)服務(wù)平臺(tái)增加了實(shí)時(shí)處理監(jiān)視模塊，實(shí)時(shí)處理監(jiān)視模塊將通過(guò)實(shí)時(shí)、動(dòng)態(tài)

監(jiān)視城市垃圾的情況介紹（數(shù)量、時(shí)間、對(duì)象、油脂產(chǎn)量、初肥產(chǎn)量等）進(jìn)行數(shù)字化分析，信

息化處理。可以利用GPS智能系統(tǒng)顯示產(chǎn)生單位的位置，追蹤垃圾運(yùn)輸車輛的路線，實(shí)現(xiàn)圖像

化、可視化跟蹤分析。

5.機(jī)房TI設(shè)備配置設(shè)計(jì)原則與方案

本次項(xiàng)目建設(shè)滿足以下幾項(xiàng)基本原則：

實(shí)用性：在滿足要求的基礎(chǔ)上，充分考慮現(xiàn)有設(shè)備、未來(lái)發(fā)展和節(jié)省投資三個(gè)因素。

安全性：杜絕各種安全問(wèn)題，包括：病毒，木馬，端蟲及黑客攻擊等安全問(wèn)題，保護(hù)操作系

統(tǒng)和應(yīng)用系統(tǒng)安全。

可靠性：系統(tǒng)設(shè)計(jì)要有效的避免單點(diǎn)故障，在設(shè)備的選擇和關(guān)鍵設(shè)備的互聯(lián)時(shí),應(yīng)提供充分的

冗余備份，一方面最大限度地減少故障的可能性，另一方面要保證系統(tǒng)能在最短時(shí)間內(nèi)修復(fù)。

成熟和先進(jìn)性：設(shè)備選擇等方面應(yīng)采用國(guó)際上先進(jìn)的同時(shí)又是成熟、實(shí)用的技術(shù)和主流品牌.

高可用性：在較高的可靠性后可用性前提下，保證系統(tǒng)的正常運(yùn)行，關(guān)鍵設(shè)備做到實(shí)時(shí)備份

和自動(dòng)故障切換。

規(guī)范性：系統(tǒng)設(shè)計(jì)所采用的技術(shù)和設(shè)備應(yīng)符合國(guó)際標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)和業(yè)界標(biāo)準(zhǔn)，為系統(tǒng)的擴(kuò)

展升級(jí)、與其他系統(tǒng)的互聯(lián)提供良好的基礎(chǔ)。

開放性和標(biāo)準(zhǔn)化：在設(shè)計(jì)時(shí)，要求提供開放性好、標(biāo)準(zhǔn)化程度高的技術(shù)方案；設(shè)備的各種接

口滿足開放和標(biāo)準(zhǔn)化原則。

可擴(kuò)充和擴(kuò)展化：所有系統(tǒng)設(shè)備不但滿足當(dāng)前需要，并在擴(kuò)充模塊后能夠滿足可預(yù)見(jiàn)未來(lái)需

求，保證建設(shè)完成后的系統(tǒng)在向新的技術(shù)升級(jí)時(shí)，能保護(hù)現(xiàn)有的投資.

可管理性：整個(gè)系統(tǒng)的設(shè)備應(yīng)易于管理，易于維護(hù)，易學(xué)，易用，便于進(jìn)行系統(tǒng)配置，在安

全性、系統(tǒng)性能等方面很好的監(jiān)視和控制，方便進(jìn)行遠(yuǎn)程管理和故障診斷.

第一階段將以WEB服務(wù)作為核心，進(jìn)行服務(wù)器的配置。出于安全性能的考慮操作系統(tǒng)取用

Linux核心。服務(wù)器取用世界知名品牌IBM,進(jìn)行雙機(jī)熱備方案，托管于政府制定機(jī)房之內(nèi)，考

慮到設(shè)備托管在政府機(jī)房的情況，因托管于現(xiàn)有機(jī)房，土建、機(jī)房環(huán)境、消防，災(zāi)備等條件上已

經(jīng)存在并符合規(guī)范，只需考慮設(shè)備購(gòu)置.根據(jù)以上情況提出如下設(shè)備方案：

1.網(wǎng)絡(luò)接入

路由器

AR22XX系列企業(yè)路由器采用多核CPU和無(wú)阻塞交換架構(gòu)，產(chǎn)品性能業(yè)界領(lǐng)先，充分滿足企業(yè)及

分支機(jī)構(gòu)網(wǎng)絡(luò)的多元化擴(kuò)展和不斷增長(zhǎng)的業(yè)務(wù)需求。

?使月多核CPU,提高數(shù)據(jù)、語(yǔ)音的并發(fā)處?理能力，為大容量業(yè)務(wù)的全方位部署創(chuàng)造條件

?無(wú)阻塞交換，單槽位總線帶寬最大可達(dá)10GE,業(yè)務(wù)轉(zhuǎn)發(fā)無(wú)瓶頸

?協(xié)議管理、業(yè)務(wù)處理、數(shù)據(jù)交換獨(dú)立分布處理，性能更高，業(yè)務(wù)更可靠

?路由交換一體化，跨板卡交換效率高，配置維護(hù)靈活簡(jiǎn)單

?板卡熱插拔，電源、風(fēng)扇等關(guān)鍵硬件冗余設(shè)計(jì)，保證業(yè)務(wù)安全穩(wěn)定

備選設(shè)備如下：

AR2240性能參數(shù)：

■轉(zhuǎn)發(fā)性能：1.5Mpps(標(biāo)準(zhǔn)性能)、3Mpps(增強(qiáng)性能)

?固定接口：3*GE(2*Combo)

?插槽：4*SIC+2*WSIC+2*XSIC

?USB2o0接口：2

?外形尺寸(WxDxH):442mmx470mmx88.1mm

防火墻：

網(wǎng)絡(luò)安全狀況不斷的惡化，越來(lái)越多基于各項(xiàng)應(yīng)用和業(yè)務(wù)的深層次網(wǎng)絡(luò)安全問(wèn)題困擾著用戶.

惡意入侵、釣魚網(wǎng)站、木馬程序以及P2P泛濫等網(wǎng)絡(luò)安全問(wèn)題，導(dǎo)致企業(yè)網(wǎng)絡(luò)效率低下，業(yè)務(wù)安

全受到嚴(yán)重威脅.華為賽門鐵克科技有限公司長(zhǎng)期致力于為用戶提供全面的網(wǎng)絡(luò)安全解決方案，

擁有業(yè)界最強(qiáng)的網(wǎng)絡(luò)協(xié)議分析團(tuán)隊(duì)以及最全的協(xié)議知識(shí)庫(kù)，針對(duì)各種網(wǎng)絡(luò)協(xié)議的安全威脅有著

深入的分析和理解，可以為用戶提供應(yīng)對(duì)各種網(wǎng)絡(luò)安全威脅的技術(shù)支撐。USG5000系列統(tǒng)一安全

網(wǎng)關(guān)是華為賽門鐵克公司推出的新一代統(tǒng)一安全網(wǎng)關(guān)，能夠?yàn)橛脩籼峁┓阑饓ΑPN、IPS、反病

毒、URL過(guò)濾等多項(xiàng)領(lǐng)先的安全功能，提供全方位的網(wǎng)絡(luò)系統(tǒng)安全防護(hù)，保障網(wǎng)絡(luò)系統(tǒng)高效運(yùn)行。

性能參數(shù)如下：

?FW吞吐率：3G

?每秒新建連接數(shù)：5萬(wàn)/秒

?最大并發(fā)連接數(shù)：200萬(wàn)

?最大支持連接數(shù)：1萬(wàn)

?安全功能：狀態(tài)檢測(cè)包過(guò)濾，虛擬專用網(wǎng)(VPN),虛擬防火墻，網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT),P2P

流控，攻擊防范，入侵防御，病毒檢測(cè)等功能

?保修一年.

2.UPS不間斷電源

取月SANTAKC3KS長(zhǎng)延時(shí)在線式UPS配備一小時(shí)容量電池，峰值功率3kVA,雙轉(zhuǎn)換在線式，

單相輸入，單相輸出的不間斷電源設(shè)備。產(chǎn)品具有高效率和高可靠性，為您的設(shè)備提供可靠、

優(yōu)質(zhì)的交流電源.城堡系列1?3WAUPS體積小巧，方便客戶使用，特別適合金融、電信、政府、

交通、制造、教育等用戶的基礎(chǔ)設(shè)備.

3.服務(wù)器

數(shù)據(jù)存儲(chǔ)方面使用RAID0+1陣列：也被稱為RAID10標(biāo)準(zhǔn)，實(shí)際是將RAID0和RAID1標(biāo)準(zhǔn)結(jié)合

的產(chǎn)物，在連續(xù)地以位或字節(jié)為單位分割數(shù)據(jù)并且并行讀/寫多個(gè)磁盤的同時(shí)，為每一塊磁盤作

磁盤鏡像進(jìn)行冗余。它的優(yōu)點(diǎn)是同時(shí)擁有RAID0的超凡速度和RAID1的數(shù)據(jù)高可靠性，但是CPU

占用率同樣也更高，而且磁盤的利用率比較低.

服務(wù)器方面取用2個(gè)備選方案：

?IBMSystemx3650M3(機(jī)柜式)

IBMSystemx3650M3為您的任務(wù)關(guān)鍵型應(yīng)用程序提供出色的性能.它采用節(jié)能型設(shè)計(jì)，

可在一個(gè)易于維護(hù)和管理的可擴(kuò)展2U封裝中支搭更多的內(nèi)核、內(nèi)存和數(shù)據(jù)容量。憑借更

高的計(jì)算能力功耗比和最新的英特爾?至強(qiáng)?處理器，您可以在維持速度和可用性的同時(shí)

降低成本。x3650M3提供靈活的可擴(kuò)展設(shè)計(jì)以及升級(jí)至16個(gè)硬盤驅(qū)動(dòng)器或固態(tài)驅(qū)動(dòng)器和

192GB內(nèi)存的簡(jiǎn)便途徑。全面的系統(tǒng)管理工具(如高級(jí)診斷工具)、電纜管理托架以及從單

點(diǎn)控制資源的能力，使其易于部署、集成、維護(hù)和管理。

外形：2U機(jī)架式服務(wù)器。

CPU:2個(gè)四核英特爾至強(qiáng)處理器E56202o4GHz（12MB三級(jí)緩存，最高

支持1333MHz內(nèi)存頻率，5.86GT/sQPI）,可擴(kuò)展至2個(gè)處理器。

內(nèi)存：16GB（4x4GB）1O35VDDR3RDIMM內(nèi)存，高達(dá)18個(gè)內(nèi)存插槽（每

處理器配置9個(gè)內(nèi)存插槽）.

I/O:4個(gè)PCI-Expressx8二代插槽；4個(gè)x8插槽通過(guò)可選的擴(kuò)展卡

可轉(zhuǎn)換為2個(gè)x16插槽；通過(guò)可選的擴(kuò)展卡支持PCI-X。

硬盤：配置四個(gè)300GB熱插拔SAS10000轉(zhuǎn)硬盤，最多支持16個(gè)2.5

英寸熱插拔硬盤托架；標(biāo)配8個(gè)，通過(guò)選件擴(kuò)展至16個(gè)。

網(wǎng)絡(luò)：集成雙口千兆以太網(wǎng)，支持網(wǎng)絡(luò)喚醒、網(wǎng)絡(luò)卸載引擎（T0E）等

網(wǎng)絡(luò)高級(jí)特性。

光驅(qū):SATA超薄DVDRW刻錄光驅(qū)。

電源：2個(gè)460W熱插拔冗余電源。

陣列：ServeRAIDM5015陣列卡，支持RAID0、1、1+0、5

其他：集成IMM,可選的VirtualMediaKey用于遠(yuǎn)程呈現(xiàn)支持，光

通路診斷面板（對(duì)處理器、VRM、內(nèi)存、硬盤驅(qū)動(dòng)器、電源及風(fēng)扇關(guān)鍵部分的故障進(jìn)

行快速診斷）O

4.機(jī)柜

采用圖騰42U工業(yè)標(biāo)準(zhǔn)服務(wù)器網(wǎng)絡(luò)機(jī)柜

尺寸規(guī)格：高2000mm大寬600mm大深1000mm,三個(gè)層板,4個(gè)頂部散熱風(fēng)扇，1個(gè)6位PDU電源

6.實(shí)施計(jì)劃

項(xiàng)目分項(xiàng)時(shí)間工作日備注