【正文】 將用三五年時(shí)間對(duì)漢正街小商品市場進(jìn)行整體搬遷改造。 ． 提高 商品總體 銷 量 電子商務(wù) 的開展 將傳統(tǒng)的 商貿(mào)活動(dòng) 電子化、數(shù)字化 、流程化。電子商務(wù)所具有的開放性和全球性的特點(diǎn)， 還可為 企業(yè)創(chuàng)造更多的貿(mào)易機(jī)會(huì) ， 提高了中小企業(yè)的競爭能力。 2. 建設(shè)性質(zhì) 本項(xiàng)目建設(shè)性質(zhì)屬于新建項(xiàng)目。 一樓 750㎡ 作為區(qū)政務(wù)中心 某 分中心； 三樓 劃分為三 個(gè) 部分，包括面積 150㎡的機(jī)房，面積 300 ㎡ 的 信息中心 多 功能展示廳 ，以及面積 300 ㎡ 的工作區(qū)域； 四樓 為面積 750 ㎡ 的辦公區(qū)域 。具體 建設(shè)內(nèi)容包括 管委會(huì)辦公區(qū)建設(shè)和 平臺(tái) 的基礎(chǔ)設(shè)施、硬件 設(shè)備 、 底層支撐系統(tǒng)和應(yīng)用 軟件 系統(tǒng) 等各個(gè)方面 。 平臺(tái) 承擔(dān) 著豐富的內(nèi)部管理和 外向服務(wù) 角色，它既是 某 的網(wǎng)絡(luò)宣傳名片，是 某 的對(duì)外聯(lián)絡(luò)和溝通渠道 ；又 是 某 的安全監(jiān)管平臺(tái)，是 某的內(nèi)部辦公資源平臺(tái) ；也 是 某 政務(wù)服務(wù)的?一站式?平臺(tái)。 2. 建設(shè)思路 某 綜合 信息服務(wù) 平臺(tái)建設(shè)思路是：通過信息平臺(tái)的建設(shè)，保障商貿(mào)活動(dòng)安全，提高行政監(jiān)管和商戶服務(wù)工作的效率和能力；統(tǒng)籌規(guī)劃，整合 某 的優(yōu)勢資源，提高? 某 ?品牌知名度，擴(kuò)大影響力，加強(qiáng)招商吸引力；促進(jìn)商 貿(mào)銷售，利用信息化手段實(shí)現(xiàn)商貿(mào)、物流、誠信一體化經(jīng)營模式；消除信息孤島，深入挖掘信息價(jià)值，輔助科學(xué)決策。其目的就是第 25 頁 要利用現(xiàn)代高科技技術(shù)和信息化手段，充分整合 某 的物流和商品批發(fā)資源，發(fā)揮 某 交通區(qū)位和商貿(mào)品種豐富的優(yōu)勢，助力商貿(mào)區(qū)科學(xué)高速發(fā)展。將 某 規(guī)劃的九個(gè)大型商品批發(fā)市場和交易中心作為一個(gè)整 體，進(jìn)行信息平臺(tái) 的 總體規(guī)劃和設(shè)計(jì)，避免各個(gè)交易市場根據(jù)商品種類的不同，重復(fù)投資建設(shè)，從而最大化信息化投資的效能，提高資金的利用價(jià)值以及信息系統(tǒng)的利用率。通過 信息平臺(tái)的建設(shè)，將行政辦公和政務(wù)服務(wù)流程化、規(guī)范化、信息化，優(yōu)化商貿(mào)服務(wù)結(jié)構(gòu)， 提高辦事效率，并對(duì)平臺(tái)產(chǎn)生的數(shù)據(jù)流進(jìn)行分析，更好地對(duì)各專業(yè)市場進(jìn)行監(jiān)管 ， 利用現(xiàn)代化手段促進(jìn) 某 的高效發(fā)展。 整體 規(guī)劃， 高檔次高起點(diǎn)進(jìn)行 硬件設(shè)施 建設(shè)， 以信息平臺(tái)為切入點(diǎn)，加強(qiáng)信息技術(shù)應(yīng)用， 軟硬件同步推進(jìn)，完善 信息化 服務(wù)支撐體系，提 升 某 的 軟件水平，增強(qiáng) 某 的綜合 競爭 實(shí)力。 借助 信息平臺(tái) 的 智能處理 能力， 利用 互聯(lián)網(wǎng) 加強(qiáng)品牌 宣傳 和商品推介， 廣開門路， 拓展 網(wǎng)絡(luò) 營銷模式 ， 通過銷售渠道 的延伸 ，擴(kuò)大銷售覆蓋范圍，增加 電子 訂單，顯著提高 某 營業(yè) 總 額和稅收收入。 為實(shí)現(xiàn)系統(tǒng)的建設(shè)目標(biāo)，在整個(gè)系統(tǒng)的建設(shè)中除遵循軟件工程的概念，做好總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)并逐步實(shí)施、測試和完善外，在系統(tǒng)的建設(shè)中還 應(yīng)以?實(shí)用、可靠、高效、先進(jìn)?為基本準(zhǔn)則，建立?規(guī)范、安全、開放?的系統(tǒng)構(gòu)架， 平臺(tái) 設(shè)計(jì)和建設(shè)過程中遵循如下 原則 。 ? 先進(jìn)性和擴(kuò)展性 信息系統(tǒng)的建設(shè)都有一個(gè)發(fā)展演變的過程，因此建設(shè)平臺(tái)時(shí)要充分考慮到今后的擴(kuò)展性，在硬件設(shè)備的使用上選擇可伸縮易升級(jí)的產(chǎn)品，在軟件開發(fā)上采用國際流行的架 構(gòu)，便于開發(fā)新的功能和實(shí)現(xiàn)新型應(yīng)用。采用先進(jìn)的數(shù)據(jù)庫設(shè)計(jì)方案，體現(xiàn)數(shù)據(jù)存儲(chǔ)及管理的先進(jìn)性，充分考慮將來數(shù)據(jù)不斷變化增加的需要；采用先進(jìn)的軟件開發(fā)解決方案；采用先進(jìn)的網(wǎng)絡(luò)集成方案，確保一定時(shí)間內(nèi)軟硬件的可 平滑 升級(jí)。系統(tǒng)的分析、設(shè)計(jì)、編碼和測試要嚴(yán)格按照軟件工程標(biāo)準(zhǔn)和規(guī)范 ， 遵從規(guī)劃管理系統(tǒng) 規(guī)范和國家規(guī)定的法律、法規(guī)，制定一個(gè)規(guī)范的動(dòng)態(tài)項(xiàng)目管理與文檔管理流程。 數(shù)據(jù)采集和存儲(chǔ) 要 采用統(tǒng)一標(biāo)準(zhǔn)和統(tǒng)一格式 ； 平臺(tái)應(yīng) 定義接口標(biāo)準(zhǔn)，建立互通渠道，實(shí)現(xiàn)信息共享 ，并 便于 與其他系統(tǒng)互聯(lián)互通。 ? 實(shí)用性 和可維護(hù)性 平臺(tái)應(yīng)按照 人性化 進(jìn)行 設(shè)計(jì)，做到數(shù)據(jù)調(diào)用迅速、操作簡單、便于使用和管理 ，具有 界面友好美觀、數(shù)據(jù)更新和維護(hù)簡便、系統(tǒng)升級(jí)容易等特點(diǎn)， 系統(tǒng)應(yīng)該具有豐富多樣 的管理功能，管理員能夠簡單方便地管理系統(tǒng)，對(duì)系統(tǒng)進(jìn)行日常的維護(hù)， 減少工作人員的工作量，提高工作效率。 平臺(tái) 設(shè)計(jì)應(yīng)充分考慮容錯(cuò)能力，能夠 支持 724 小時(shí)不間斷服務(wù) ，必須 具有 數(shù)據(jù)保護(hù) 手段 ，有數(shù)據(jù) 備份 機(jī)制 。 J2EE 構(gòu)架的應(yīng)用劃分為表示層、業(yè)務(wù)層和數(shù)據(jù)層等多個(gè)層次。表示層和業(yè)務(wù)層之第 29 頁 間主要通過 RMIIIOP進(jìn)行通訊；業(yè)務(wù)層和數(shù)據(jù)層則通過 JDBC和 SQL/J進(jìn)行連結(jié)。 與微軟的 DNA 構(gòu)架不同的是， J2EE 使用的是業(yè)界的標(biāo)準(zhǔn)，而不是某個(gè)特定廠商的標(biāo)準(zhǔn)。它能夠在各種不同的硬件平臺(tái)和操作系統(tǒng)上運(yùn)行。為此， 平臺(tái) 的設(shè)計(jì)和開發(fā)將采用現(xiàn)代軟件工程的 成果，RUP（ Rational Unified Process）軟 件工程方法，指導(dǎo)項(xiàng)目的設(shè)計(jì)工作； 采用行業(yè)標(biāo)準(zhǔn)的統(tǒng)一建模語 言（ Unified Modeling Language，UML） ，記錄和描述開發(fā)工作的成果。 ? 以架構(gòu)為中心 第 32 頁 應(yīng)用系統(tǒng)的構(gòu)架從不同的角度描述即將構(gòu)建的系統(tǒng)，包含系統(tǒng)最重要的靜態(tài)特征和動(dòng)態(tài)特征。構(gòu)架也必須是可進(jìn)化的，以支持未來業(yè)務(wù)的發(fā)展。研究表明少量的用例 （ 5%10%）決定了系統(tǒng)的構(gòu)架。 ? 迭代 統(tǒng)一開發(fā)方式將軟件生命周期分成四個(gè)階段，分別是：初始階段（ Inception） 、細(xì)化階段 （ Elaboration） 、構(gòu)造階段 （ Construction） 和交付階段 （ Transition） ?？紤]到統(tǒng)一開發(fā)過程是一種全生命周期的軟件工程方法，其迭代的工作方第 33 頁 式，可以保證項(xiàng)目工作的延續(xù)性。面向?qū)ο蟮拈_發(fā)方法，特別是結(jié)合了以 UML為基礎(chǔ)的可視化建模的面向?qū)ο箝_發(fā)方法，由于具有模型容易理解、穩(wěn)定、容易過度到編碼實(shí)現(xiàn)等優(yōu)點(diǎn)，很適合與 RUP 一起來完成 RUP 的迭代式、組件化開發(fā)的目標(biāo)。 ．面向?qū)ο蠓治? 面向?qū)ο蠓治霭韵氯蝿?wù)： ? 根據(jù)業(yè)務(wù)需求得到用例模型 用例模型是業(yè)務(wù)需求模型的重要組成部分，它包括系統(tǒng)所提供的功能（用例）和環(huán)境（參與者），通過描述系統(tǒng)的功 能與外界環(huán)境的交互關(guān)系，描述出系統(tǒng)的主要功能。用例則代表用來完成某個(gè)有業(yè)務(wù)意義的功能的動(dòng)作序列，它描述系統(tǒng)做什么，但不描述如何做。 4) 除了用例圖外，每個(gè)用例都要有用例說明，用例說明應(yīng)該包括下列內(nèi)容： 5) 名字：用例名； 6) 簡單描述 : 簡單地描述用例的目的和作用； 7) 事件流 : 對(duì)用例做什么的文字描述 , 可以有一個(gè)基本事件流和若干可選事件流； 8) 非功能性需求 : 描述用例的非功能性需求 , 比如性能； 9) 前置條件 : 定義此用例啟動(dòng)的先決條件 , 比如參與者要先登陸等； 10) 后置條件 : 定義此用例執(zhí)行完成后對(duì)系統(tǒng)的約束要求； 11) 擴(kuò)展點(diǎn) : 描述在用例的執(zhí)行流程中的一些地點(diǎn) , 在哪里可能執(zhí)行擴(kuò)展（ extend）該用例的與該點(diǎn)名稱相應(yīng)的用例中過程。 一個(gè)完整的用例模型必須確認(rèn)所有的參與者以及主要用例都被第 35 頁 發(fā)現(xiàn)、描述，并包括到模型中。 ? 得到初步對(duì)象模型 業(yè)務(wù)需求模型的另一個(gè)主要內(nèi)容是業(yè)務(wù)對(duì)象模型，它描述了： 1) 組成應(yīng)用系統(tǒng)的關(guān)鍵對(duì)象類； 2) 類之間的關(guān)系； 3) 類的屬性； 4) 類提供的方法。該模型只包括關(guān)鍵業(yè)務(wù)對(duì)象類、類的屬性和類之間的關(guān)系，基本沒有類的行為的詳細(xì)定義。 有了用例模型、用戶界面和初步的對(duì)象模型后，就得到了一個(gè)基本完整的業(yè)務(wù)需求模型。 ? 確認(rèn)類的責(zé)任和協(xié)作關(guān)系 第 36 頁 面向?qū)ο蠓治觯?OOA）的主要任務(wù)是理解業(yè)務(wù)需求 , 構(gòu)建一個(gè)針對(duì)業(yè)務(wù)需求和功能所對(duì)應(yīng)的、與實(shí)現(xiàn)模型和具體實(shí)施技術(shù)平臺(tái)無關(guān)的軟件邏輯模型。前面幾個(gè)活動(dòng)中分析了靜態(tài)模型，后面則要分析動(dòng)態(tài)模型。這時(shí)可以利用 CRC 之類的方法，通過分析業(yè)務(wù)需求、用例模型或角色扮演，得到在各場景中每個(gè)類的責(zé)任和與其他類之間的協(xié)作關(guān)系。動(dòng)態(tài)模型包括順序圖 /協(xié)作圖（反映對(duì)象間關(guān)系）和狀態(tài)圖（反映對(duì)象內(nèi)部狀態(tài)的變化）。 ? 重復(fù)上述活動(dòng)以得到穩(wěn)定的分析對(duì)象模型 上述過程可能需要反復(fù)多次以得到穩(wěn)定的分析對(duì)象模型。面向?qū)ο蠓治鲋饕紤]滿足需求 , 面向?qū)ο笤O(shè)計(jì)則重點(diǎn)考慮實(shí)現(xiàn)方案。 面向?qū)ο笤O(shè)計(jì)主要包括下列三個(gè)任務(wù)： ? 系統(tǒng)設(shè)計(jì) 系統(tǒng)設(shè)計(jì)包含三個(gè)方面的內(nèi)容： 1) 將分析活動(dòng)得到的對(duì)象組織成若干子系統(tǒng)； 2) 選擇合適的技術(shù)和系統(tǒng)結(jié)構(gòu)模式來構(gòu)建應(yīng)用的體系結(jié)構(gòu)； 3) 將各子系統(tǒng)分配到體系結(jié)構(gòu)中去； 其中，系統(tǒng)結(jié)構(gòu)模式的定義為：用于描述軟件系統(tǒng)的基本結(jié)構(gòu)框架。下列是常見的系統(tǒng)結(jié)構(gòu)模式： 1) 層次模式：在層次模式中 , 應(yīng)用被分解為若干層次。 在 MVC 模式中 , 應(yīng)用分為三部分 : 模型負(fù)責(zé)數(shù)據(jù)和其中的規(guī)則 , 視圖負(fù)責(zé)信息如何展現(xiàn)給用戶，控制則負(fù)責(zé)處理用戶的輸入。比如 , 當(dāng)前流行的應(yīng)用系統(tǒng)中都同時(shí)采用了三層結(jié)構(gòu)的層次模式和顯示與業(yè)務(wù)分離的 MVC 模式。 在應(yīng)用系統(tǒng)中，最重要的系統(tǒng)結(jié)構(gòu)模式就是層次模式。 分層的數(shù)量和每一層的力度決定于所要解決問題的復(fù)雜度。 除了系統(tǒng)結(jié)構(gòu)模式，應(yīng)用系統(tǒng)結(jié)構(gòu)還包括確定業(yè)務(wù)需求模型中的技術(shù)平臺(tái)，比如各種中間件產(chǎn)品。 ? 對(duì)象設(shè)計(jì) 對(duì)象設(shè)計(jì)將進(jìn)一步細(xì)化對(duì)象分析產(chǎn)生的對(duì)象模型。當(dāng)在設(shè)計(jì)活動(dòng)中考慮它們的具體實(shí)現(xiàn)時(shí)，需要將分析模型中的面向業(yè)務(wù)的類映射到多個(gè)面向?qū)崿F(xiàn)的類。 第 39 頁 ? 對(duì)象持久化設(shè)計(jì) 對(duì)象持久化設(shè)計(jì)的三 個(gè)任務(wù)： 1) 設(shè)計(jì)關(guān)系數(shù)據(jù)庫結(jié)構(gòu)； 2) 設(shè)計(jì)對(duì)象模型到關(guān)系數(shù)據(jù)庫的映射； 3) 設(shè)計(jì)數(shù)據(jù)庫的訪問接口。由于面向?qū)ο蠓椒ㄖ械念惡完P(guān)系數(shù)據(jù)庫中的數(shù)據(jù)存在沒有簡單的映射關(guān)系，雖然現(xiàn)在有許多的中間件產(chǎn)品可以方便地實(shí)現(xiàn) OR（ 對(duì)象－關(guān)系 ） 轉(zhuǎn)換，比如 TopLink、 EJB等，但數(shù)據(jù)庫結(jié)構(gòu)和對(duì)象模型的差異（ Impedance Mismatch）還是有可能在性能及開發(fā)效率上造成麻煩。 對(duì)象持久化的另一個(gè)任務(wù)是通過改變應(yīng)用類，或引入一些服務(wù)類來實(shí)現(xiàn) OR 轉(zhuǎn)換及原子操作（ Unit of Work）。 在實(shí)現(xiàn)階段要注意將經(jīng)過測試的可重用的組件管理起來，在以后的迭代中使用。 分層設(shè)計(jì)的好處在于，表現(xiàn)層（界面層） 與業(yè)務(wù)處理層（應(yīng)用層）和數(shù)據(jù)通訊層（數(shù)據(jù)庫層）分隔，在增加一個(gè)新的訪問渠道時(shí)，僅增加渠道驅(qū)動(dòng)，改變內(nèi)容展示格式，而交易處理和與后臺(tái)的數(shù)據(jù)通訊及處理不作任何修改。因此，分層設(shè)計(jì)可以使得系統(tǒng)更加靈活、易于維護(hù)。 ． 采用面向服務(wù)的構(gòu)架體系（ SOA） 采用傳統(tǒng)的系統(tǒng)架構(gòu)技術(shù)和傳統(tǒng)的 EAI和 B2B技術(shù)則存在系統(tǒng)封閉、廠商依賴性強(qiáng)、耦合度高、重用性差，擴(kuò)展性差、無法和上下游企業(yè)的系統(tǒng)建立統(tǒng)一的接口等問題。由于 SOA 的松耦合特性、比較符合 某 業(yè)務(wù)綜合性強(qiáng)、延展性要求高等 特點(diǎn)，業(yè)務(wù)流程整合和項(xiàng)目協(xié)調(diào)的阻力會(huì)有效降低。另外采用SOA， IT系統(tǒng)所提供的服務(wù)會(huì)更容易擴(kuò)展、組合和變更，符合目前業(yè)務(wù)管理發(fā)展變化較快的特點(diǎn)， 可以有效的降低 IT 系統(tǒng)的長期擁有總體成本。 SOA 技術(shù)將促進(jìn) 平臺(tái)在 經(jīng)營管理 和商貿(mào)服務(wù) 等活動(dòng)中的全面滲入和發(fā)展，對(duì)于 市場運(yùn)行、銷售情況 、 物流調(diào)度 、資金流動(dòng)等各類 信息的 采集和處理 ，將會(huì)由 平臺(tái) 自動(dòng)化實(shí)現(xiàn)；對(duì)于復(fù)雜的統(tǒng)計(jì)與分析以及宏觀調(diào)控 數(shù)據(jù) ， 平臺(tái) 將會(huì)為 主管部 門 提供足夠的決策信息并可以高效的執(zhí)行決策。 采用 SOA 技術(shù)可以將物流企業(yè)、生產(chǎn)制造企業(yè)、商業(yè)流通企業(yè)、消費(fèi)者整體整合在一起，對(duì)供應(yīng)鏈關(guān)聯(lián)企業(yè)、物流企業(yè)以及 電子 支付體系、安全認(rèn)證體系等環(huán)境建設(shè)具有明顯的帶動(dòng)作用，有利于促進(jìn)支撐環(huán)境協(xié)同發(fā)展，從而也創(chuàng)造了更多的就業(yè)機(jī)會(huì)和社會(huì)財(cái)富。各 個(gè) 系統(tǒng) 統(tǒng)一數(shù)據(jù)存儲(chǔ)格式， 數(shù)據(jù) 資源 共享，協(xié)同工作， 形成一個(gè)綜合的服務(wù)集群整體。 ． IDC 數(shù)據(jù)中心 機(jī)房 服務(wù)器、存儲(chǔ) 設(shè)備 、網(wǎng)絡(luò) 設(shè)備 等 與 監(jiān)控 系統(tǒng) 、 網(wǎng)絡(luò)和安全 設(shè)備集成， 建立 一個(gè)集安全可靠與高效實(shí)用為一體，具有容災(zāi)恢復(fù)能力的 統(tǒng)一 數(shù)據(jù)中心，是 建設(shè)綜合信息服務(wù)平臺(tái) 的基礎(chǔ)。 數(shù)據(jù)中心基礎(chǔ)設(shè)施的建設(shè)，很重要的一個(gè)環(huán)節(jié)就是計(jì)算機(jī)機(jī)房的建設(shè)。由于計(jì)算機(jī)機(jī)房的環(huán)境必須滿足計(jì)算機(jī)等各種 精密 電子設(shè)備和工作人員對(duì)溫度、濕度、潔凈度、電磁場強(qiáng)度、噪音干擾、安全保安、防漏、電源質(zhì)量、振動(dòng)、防雷和接地等的要求。 IDC 數(shù)據(jù)中心 示意 圖 第 45 頁 ． 集中 監(jiān)控 中心 本項(xiàng)目的監(jiān)控 系統(tǒng)包括 兩部分。 某 管委會(huì)辦公場所的安防監(jiān)控對(duì)機(jī)房 、辦公 等重要 區(qū)域 和 樓梯、走廊等通道 進(jìn)行監(jiān)控， 并統(tǒng)一 進(jìn)行錄像存儲(chǔ) ，全面掌控 某 管委會(huì)工作區(qū)域的安全情況。 為了 對(duì) 某 整體的安全防衛(wèi)工作進(jìn)行監(jiān)管，并便于突發(fā)事件時(shí) 的 緊急 調(diào)度， 在 管委會(huì) 中心機(jī)房 部署集中設(shè)備，將 各專業(yè) 市場的視頻監(jiān)控系統(tǒng)接入平臺(tái)監(jiān)控中心，并協(xié)調(diào)有關(guān)部門接入室外重點(diǎn)區(qū)域及道路的?平安城市?監(jiān)控點(diǎn)，形成 某 的集中監(jiān)控管理中心及調(diào)度中心，統(tǒng)一監(jiān)管，統(tǒng)一調(diào)度，統(tǒng)一指揮。包括數(shù)據(jù)庫服務(wù)器和陣列存儲(chǔ) 等 設(shè)備，建立 數(shù)據(jù)庫和數(shù)據(jù)倉庫 。這些底層 應(yīng)用 數(shù)據(jù) 共同 形成信息平臺(tái)核心數(shù)據(jù)層。 ． 政務(wù)中心 電子政務(wù)系統(tǒng) 本項(xiàng)目 規(guī)劃 在 某 建立本區(qū)政務(wù) 分中心 ：在新購的一層 建設(shè) 一站式第 47 頁 政務(wù)大廳 ， 為政務(wù)大廳建立 電子政務(wù) 行政審批系統(tǒng)，為客戶提供 一站式 行政審批服務(wù)