【導(dǎo)讀】某商貿(mào)物流樞紐區(qū)綜合信息服務(wù)平臺

　　

【正文】 12) 定義應(yīng)用系統(tǒng)的邊界； 13) 描 述系統(tǒng)如何與外界交互； 14) 作為獲得其它分析設(shè)計模型的基礎(chǔ)； 15) 作為創(chuàng)建測試用例的基礎(chǔ)； 16) 作為變更控制的基礎(chǔ)。 一個完整的用例模型必須確認所有的參與者以及主要用例都被第 35 頁 發(fā)現(xiàn)、描述，并包括到模型中。 ? 開發(fā)分析原型 除用例模型外，業(yè)務(wù)需求模型的另一主要內(nèi)容是分析原型，它由關(guān)鍵用戶界面組成，用于演示系統(tǒng)實際外觀界面和界面間的遷移。 ? 得到初步對象模型 業(yè)務(wù)需求模型的另一個主要內(nèi)容是業(yè)務(wù)對象模型，它描述了： 1) 組成應(yīng)用系統(tǒng)的關(guān)鍵對象類； 2) 類之間的關(guān)系； 3) 類的屬性； 4) 類提供的方法。 在業(yè)務(wù)需求建模階段，通過尋找關(guān)鍵業(yè)務(wù)對象類和類 之間的關(guān)系，最后提交一個初步的對象模型。該模型只包括關(guān)鍵業(yè)務(wù)對象類、類的屬性和類之間的關(guān)系，基本沒有類的行為的詳細定義。對象模型還有一個很重要的內(nèi)容就是建立一個完整的模型字典，其中精確地描述每個類在業(yè)務(wù)范圍中的定義的屬性、方法和使用、用途等信息。 有了用例模型、用戶界面和初步的對象模型后，就得到了一個基本完整的業(yè)務(wù)需求模型。除此之外，還可根據(jù)實際需要給業(yè)務(wù)需求模型加入下列內(nèi)容： 活動圖 :用來捕獲系統(tǒng)內(nèi)部工作流的各種活動 ,活動間控制關(guān)系 , 活動的參與者以及活動間對象傳遞的流程圖； 業(yè)務(wù)規(guī)則 ： 用來描述用例中有關(guān) 業(yè)務(wù)規(guī)則。 ? 確認類的責(zé)任和協(xié)作關(guān)系 第 36 頁 面向?qū)ο蠓治觯?OOA）的主要任務(wù)是理解業(yè)務(wù)需求 , 構(gòu)建一個針對業(yè)務(wù)需求和功能所對應(yīng)的、與實現(xiàn)模型和具體實施技術(shù)平臺無關(guān)的軟件邏輯模型。 在面向?qū)ο蟮拈_發(fā)中，軟件邏輯模型包括靜態(tài)模型和動態(tài)模型兩個部分。前面幾個活動中分析了靜態(tài)模型，后面則要分析動態(tài)模型。 在創(chuàng)建順序圖等動態(tài)模型之前需要先確定類的責(zé)任和類在用例場景中的相互作用關(guān)系。這時可以利用 CRC 之類的方法，通過分析業(yè)務(wù)需求、用例模型或角色扮演，得到在各場景中每個類的責(zé)任和與其他類之間的協(xié)作關(guān)系。 ? 創(chuàng)建動態(tài)模型 為了進一步 明確需求，這時需要對對象之間的相互關(guān)系和對象內(nèi)部的狀態(tài)變化做進一步的細化，這就是創(chuàng)建業(yè)務(wù)的動態(tài)模型。動態(tài)模型包括順序圖 /協(xié)作圖（反映對象間關(guān)系）和狀態(tài)圖（反映對象內(nèi)部狀態(tài)的變化）。動態(tài)模型也是根據(jù)用例模型得到的，主要是通過分析用例的事件流。 ? 重復(fù)上述活動以得到穩(wěn)定的分析對象模型 上述過程可能需要反復(fù)多次以得到穩(wěn)定的分析對象模型。 ． 面向?qū)ο笤O(shè)計 面向?qū)ο笤O(shè)計的主要工作是細化面向?qū)ο蠓治鏊玫降哪Ｐ?。面向?qū)ο蠓治鲋饕紤]滿足需求 , 面向?qū)ο笤O(shè)計則重點考慮實現(xiàn)方案。軟件的體系結(jié)構(gòu)，各種需要實現(xiàn)的具體算法， 以及底層服務(wù)（比如持第 37 頁 久化 , 分布 , 并行 , 安全等等）的使用 , 需要在設(shè)計中細化出它們的實現(xiàn)。 面向?qū)ο笤O(shè)計主要包括下列三個任務(wù)： ? 系統(tǒng)設(shè)計 系統(tǒng)設(shè)計包含三個方面的內(nèi)容： 1) 將分析活動得到的對象組織成若干子系統(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)框架。它包含一組預(yù)定義的子系統(tǒng)，并定義了這些子系統(tǒng)的作用 , 相互間關(guān)系以及所含的規(guī)則。下列是常見的系統(tǒng)結(jié)構(gòu)模式： 1) 層次模式：在層次模式中 , 應(yīng)用被分解為若干層次。 現(xiàn)在流行的應(yīng)用系統(tǒng)三層架構(gòu) , 網(wǎng)絡(luò)服務(wù)的七層協(xié)議都是典型的層次模式的例子； 2) MVC模式：即模型 視圖 控制（ ModelViewController）模式。 在 MVC 模式中 , 應(yīng)用分為三部分 : 模型負責(zé)數(shù)據(jù)和其中的規(guī)則 , 視圖負責(zé)信息如何展現(xiàn)給用戶，控制則負責(zé)處理用戶的輸入。 值得注意的是 , 系統(tǒng)結(jié)構(gòu)模式是可以協(xié)同工作的。比如 , 當(dāng)前流行的應(yīng)用系統(tǒng)中都同時采用了三層結(jié)構(gòu)的層次模式和顯示與業(yè)務(wù)分離的 MVC 模式。所有的系統(tǒng)結(jié)構(gòu)模式都有自己的優(yōu)點和缺點。 在應(yīng)用系統(tǒng)中，最重要的系統(tǒng)結(jié)構(gòu)模式就是層次模式。分層意 味著按一定順序來組織系統(tǒng)功能，業(yè)務(wù)相關(guān)的功能放在上面的層次，公第 38 頁 共的功能放在中間層，而和具體部署平臺緊密關(guān)聯(lián)的功能則放在下面的層次。 分層的數(shù)量和每一層的力度決定于所要解決問題的復(fù)雜度。分層的一般原則為： 1) 將系統(tǒng)的組件組織起來 , 并按照從上到下的順序排放； 2) 保證上層組件只能使用它以下層次的組件，下層組件不能使用上層的組件； 3) 不要跨層使用，即只使用剛好在下面一層的組件。 除了系統(tǒng)結(jié)構(gòu)模式，應(yīng)用系統(tǒng)結(jié)構(gòu)還包括確定業(yè)務(wù)需求模型中的技術(shù)平臺，比如各種中間件產(chǎn)品。 除了應(yīng)用系統(tǒng)結(jié)構(gòu)外，系統(tǒng)設(shè)計還要考慮硬件系統(tǒng)的體系結(jié)構(gòu) ，包括網(wǎng)絡(luò)的拓撲結(jié)構(gòu)等，并要確定如何將業(yè)務(wù)子系統(tǒng)和其它軟件平臺分配到具體的硬件上去。 ? 對象設(shè)計 對象設(shè)計將進一步細化對象分析產(chǎn)生的對象模型。前面闡述了，分析模型是完全與需求相對應(yīng)的。當(dāng)在設(shè)計活動中考慮它們的具體實現(xiàn)時，需要將分析模型中的面向業(yè)務(wù)的類映射到多個面向?qū)崿F(xiàn)的類。主要有這樣三種面向?qū)崿F(xiàn)的類： 1) 界面類：提供用戶界面的實現(xiàn)； 2) 應(yīng)用類：為了重用及性能等原因而對分析模型中的類重新組織過的類； 3) 服務(wù)類：實現(xiàn)一些公共基本服務(wù)的類，比如各種數(shù)據(jù)結(jié)構(gòu)類，提供底層技術(shù)平臺服務(wù)的類。 第 39 頁 ? 對象持久化設(shè)計 對象持久化設(shè)計的三 個任務(wù)： 1) 設(shè)計關(guān)系數(shù)據(jù)庫結(jié)構(gòu)； 2) 設(shè)計對象模型到關(guān)系數(shù)據(jù)庫的映射； 3) 設(shè)計數(shù)據(jù)庫的訪問接口。 在大部分應(yīng)用系統(tǒng)中，數(shù)據(jù)都是存在關(guān)系數(shù)據(jù)庫中的。由于面向?qū)ο蠓椒ㄖ械念惡完P(guān)系數(shù)據(jù)庫中的數(shù)據(jù)存在沒有簡單的映射關(guān)系，雖然現(xiàn)在有許多的中間件產(chǎn)品可以方便地實現(xiàn) OR（ 對象－關(guān)系 ） 轉(zhuǎn)換，比如 TopLink、 EJB等，但數(shù)據(jù)庫結(jié)構(gòu)和對象模型的差異（ Impedance Mismatch）還是有可能在性能及開發(fā)效率上造成麻煩。因此，即使在面向?qū)ο箝_發(fā)的方法中，也必須在精心設(shè)計數(shù)據(jù)庫的結(jié)構(gòu)或 OR 間的映射關(guān)系，或重新改變應(yīng)用類的結(jié)構(gòu) 。 對象持久化的另一個任務(wù)是通過改變應(yīng)用類，或引入一些服務(wù)類來實現(xiàn) OR 轉(zhuǎn)換及原子操作（ Unit of Work）。 ． 面向?qū)ο髮崿F(xiàn) 這一階段的工作主要是基于面向?qū)ο笤O(shè)計活動所得到的模型，使用面向?qū)ο蟪绦蛘Z言，實現(xiàn)一個完全滿足模型要求的可執(zhí)行的系統(tǒng)。 在實現(xiàn)階段要注意將經(jīng)過測試的可重用的組件管理起來，在以后的迭代中使用。 第 40 頁 7. 平臺架構(gòu)設(shè)計 ． 采用 J2EE 架構(gòu) 在應(yīng)用系統(tǒng)架構(gòu)上采用 J2EE 架構(gòu)進行設(shè)計，能支持 N－ tier 服務(wù)模式，使系統(tǒng)具有很好的框架和靈活性。 分層設(shè)計的好處在于，表現(xiàn)層（界面層） 與業(yè)務(wù)處理層（應(yīng)用層）和數(shù)據(jù)通訊層（數(shù)據(jù)庫層）分隔，在增加一個新的訪問渠道時，僅增加渠道驅(qū)動，改變內(nèi)容展示格式，而交易處理和與后臺的數(shù)據(jù)通訊及處理不作任何修改。業(yè)務(wù)層與數(shù)據(jù)通訊層的分隔，可以在業(yè)務(wù)處理不作大量的改動的情況下，連接到不同的后臺。因此，分層設(shè)計可以使得系統(tǒng)更加靈活、易于維護。 Web服務(wù)器只是作為所有服務(wù)的訪問入口并管理靜態(tài)的頁面，而所有的業(yè)務(wù)邏輯和后臺數(shù)據(jù)的訪問邏輯都交給 Web 應(yīng)用服務(wù)器（ ApplicationServer）來處理，降低了 Web 服務(wù)器的負載，同時有效地將的表示邏輯（ PresentationLogic），業(yè)務(wù)邏輯（ BusinessLogic）第 41 頁 和對數(shù)據(jù)庫的訪問邏輯（ DataLogic）有效地分離開，極大地提高了應(yīng)用的可擴展性，構(gòu)造了一個完整的三層次（ 3tier）或多層次（ Ntier）應(yīng)用；同時由于 Web應(yīng)用服務(wù)器在可靠性，可擴充性，可用性等方面的優(yōu)勢，保證了整個系統(tǒng)的總體可用性。 ． 采用面向服務(wù)的構(gòu)架體系（ SOA） 采用傳統(tǒng)的系統(tǒng)架構(gòu)技術(shù)和傳統(tǒng)的 EAI和 B2B技術(shù)則存在系統(tǒng)封閉、廠商依賴性強、耦合度高、重用性差，擴展性差、無法和上下游企業(yè)的系統(tǒng)建立統(tǒng)一的接口等問題。而采用 SOA技術(shù)則可以有效解決上述問題，由于 SOA 基于 HTTP/SOAP/WSDL 等開放式技術(shù)，對于特定廠商產(chǎn)品依賴性??；系統(tǒng)開放、互操作性強，可以建立統(tǒng)一的 WEB服務(wù)用于和不同的業(yè)務(wù) 系統(tǒng) 實現(xiàn)信息共享。由于 SOA 的松耦合特性、比較符合 某 業(yè)務(wù)綜合性強、延展性要求高等 特點，業(yè)務(wù)流程整合和項目協(xié)調(diào)的阻力會有效降低。 SOA以服務(wù)為基本單元，更加貼近于 某 的各類業(yè)務(wù)管理工作，業(yè)務(wù)梳理和建模的復(fù)雜度會有效降低，重用性也會有效提高。另外采用SOA， IT系統(tǒng)所提供的服務(wù)會更容易擴展、組合和變更，符合目前業(yè)務(wù)管理發(fā)展變化較快的特點， 可以有效的降低 IT 系統(tǒng)的長期擁有總體成本。 ?協(xié)同商務(wù)?的新經(jīng)濟時代即將到來，采用 SOA 技術(shù)最終將使得某 管委會和政府 各部門之間 ， 以及與 某 內(nèi) 各 市場和商戶 之間實現(xiàn)高效實時的聯(lián)接，使得整個 商貿(mào)活動 實現(xiàn)自動化的協(xié)同事務(wù)，將 會有力的第 42 頁 提高 某 的 業(yè)務(wù)綜合處理 應(yīng) 變能力，轉(zhuǎn)變 大型商貿(mào)市場的 傳統(tǒng)服 務(wù)模式，轉(zhuǎn)變業(yè)務(wù)處理的方式。 SOA 技術(shù)將促進 平臺在 經(jīng)營管理 和商貿(mào)服務(wù) 等活動中的全面滲入和發(fā)展，對于 市場運行、銷售情況 、 物流調(diào)度 、資金流動等各類 信息的 采集和處理 ，將會由 平臺 自動化實現(xiàn)；對于復(fù)雜的統(tǒng)計與分析以及宏觀調(diào)控 數(shù)據(jù) ， 平臺 將會為 主管部 門 提供足夠的決策信息并可以高效的執(zhí)行決策。 SOA 技術(shù)的應(yīng)用將會全面提高管理和服務(wù) 的自動化、智能化和實時化水平。 采用 SOA 技術(shù)可以將物流企業(yè)、生產(chǎn)制造企業(yè)、商業(yè)流通企業(yè)、消費者整體整合在一起，對供應(yīng)鏈關(guān)聯(lián)企業(yè)、物流企業(yè)以及 電子 支付體系、安全認證體系等環(huán)境建設(shè)具有明顯的帶動作用，有利于促進支撐環(huán)境協(xié)同發(fā)展，從而也創(chuàng)造了更多的就業(yè)機會和社會財富。 第 43 頁 ．平臺架構(gòu)圖 8. 平臺 應(yīng)用系統(tǒng)設(shè)計 平臺由底層硬件設(shè)備及網(wǎng)絡(luò)系統(tǒng)、 數(shù)據(jù)處理邏輯和面向服務(wù)的 多個 應(yīng)用 系統(tǒng)組成。各 個 系統(tǒng) 統(tǒng)一數(shù)據(jù)存儲格式， 數(shù)據(jù) 資源 共享，協(xié)同工作， 形成一個綜合的服務(wù)集群整體。 主要 提供 某 管委會協(xié)同辦公、政務(wù) 中心協(xié)同審批等政務(wù)服務(wù)，以及電子商務(wù)、物流服務(wù)和數(shù)據(jù)挖掘等應(yīng)用功能。 ． IDC 數(shù)據(jù)中心 機房 服務(wù)器、存儲 設(shè)備 、網(wǎng)絡(luò) 設(shè)備 等 與 監(jiān)控 系統(tǒng) 、 網(wǎng)絡(luò)和安全 設(shè)備集成， 建立 一個集安全可靠與高效實用為一體，具有容災(zāi)恢復(fù)能力的 統(tǒng)一 數(shù)據(jù)中心，是 建設(shè)綜合信息服務(wù)平臺 的基礎(chǔ)。 數(shù)據(jù)中心 作為?公有第 44 頁 云? ，為 各子系統(tǒng)應(yīng)用和業(yè)務(wù)系統(tǒng) 提供支撐 資源 ，提供強大的?云計算?能力 。 數(shù)據(jù)中心基礎(chǔ)設(shè)施的建設(shè)，很重要的一個環(huán)節(jié)就是計算機機房的建設(shè)。計算機機房工程不僅集建筑、電氣、安裝、網(wǎng)絡(luò)等多 個專業(yè)技術(shù)于一體，更需要豐富的工程實施和管理經(jīng)驗。由于計算機機房的環(huán)境必須滿足計算機等各種 精密 電子設(shè)備和工作人員對溫度、濕度、潔凈度、電磁場強度、噪音干擾、安全保安、防漏、電源質(zhì)量、振動、防雷和接地等的要求。一個合格的現(xiàn)代化計算機機房，應(yīng)該是一個安全可靠、舒適實用、節(jié)能高效和具有可擴充性的機房 ，其建設(shè) 包括裝修工程、配電工程、空調(diào)工程、設(shè)備監(jiān)控、安全 防范 、消防工程等。 IDC 數(shù)據(jù)中心 示意 圖 第 45 頁 ． 集中 監(jiān)控 中心 本項目的監(jiān)控 系統(tǒng)包括 兩部分。一是 某 管委會辦公場所的安防監(jiān)控，一是 集中 接入 某 各專業(yè)市場的分布 式 監(jiān) 控系統(tǒng)。 某 管委會辦公場所的安防監(jiān)控對機房 、辦公 等重要 區(qū)域 和 樓梯、走廊等通道 進行監(jiān)控， 并統(tǒng)一 進行錄像存儲 ，全面掌控 某 管委會工作區(qū)域的安全情況。 某 各專業(yè)市場已自行投資建設(shè)了 數(shù)字視頻 監(jiān)控系統(tǒng)， 但 各 系統(tǒng) 間相對分散，且互不相通。 為了 對 某 整體的安全防衛(wèi)工作進行監(jiān)管，并便于突發(fā)事件時 的 緊急 調(diào)度， 在 管委會 中心機房 部署集中設(shè)備，將 各專業(yè) 市場的視頻監(jiān)控系統(tǒng)接入平臺監(jiān)控中心，并協(xié)調(diào)有關(guān)部門接入室外重點區(qū)域及道路的?平安城市?監(jiān)控點，形成 某 的集中監(jiān)控管理中心及調(diào)度中心，統(tǒng)一監(jiān)管，統(tǒng)一調(diào)度，統(tǒng)一指揮。 第 46 頁 ． 數(shù)據(jù) 資源服務(wù)系統(tǒng) 本系統(tǒng)是 在 保障 安全、冗余等 要求的基礎(chǔ)上 ， 建設(shè)的核心數(shù)據(jù)處理系統(tǒng)。包括數(shù)據(jù)庫服務(wù)器和陣列存儲 等 設(shè)備，建立 數(shù)據(jù)庫和數(shù)據(jù)倉庫 。 數(shù)據(jù)庫采用 SQL Server 或 ORACLE 等主流商業(yè)數(shù)據(jù)庫系統(tǒng)， 集中存儲 各種 文本、 數(shù)據(jù)信息 和 交易數(shù)據(jù) ，及 所有應(yīng)用系統(tǒng)的海量業(yè)務(wù)數(shù)據(jù) ； 建立 數(shù)據(jù)共享和交換 應(yīng)用 ， 提供 數(shù)據(jù)統(tǒng)一 的 標(biāo)準(zhǔn)接口 ；建設(shè)數(shù)據(jù)倉庫， 對日常 業(yè)務(wù)形成 的 交易和管理等信息進行清洗和抽取。這些底層 應(yīng)用 數(shù)據(jù) 共同 形成信息平臺核心數(shù)據(jù)層。它為信息平臺上各類應(yīng)用提供強大的數(shù)據(jù)處理能力，安全保障數(shù)據(jù)流轉(zhuǎn)，輔助各個系統(tǒng)高效運作， 利用數(shù)據(jù)倉庫對數(shù)據(jù)進行 深度挖掘和鉆取。 ． 政務(wù)中心 電子政務(wù)系統(tǒng) 本項目 規(guī)劃 在 某 建立本區(qū)政務(wù) 分中心 ：在新購的一層 建設(shè) 一站式第 47 頁 政務(wù)大廳 ， 為政務(wù)大廳建立 電子政務(wù) 行政審批系統(tǒng)，為客戶提供 一站式 行政審批服務(wù)。 行政 審批 系統(tǒng) 與實體行政