1、XXX電子商務平臺項目實施方案 目錄第一章 系統概述51.1 項目背景51.2 項目建設內容61.3 總體目標81.4 項目實施總則9第二章 技術規劃92.1 系統采用面向服務構架(SOA)的技術體系92.2 可適應未來SSO單點登錄方式112.3 數據中心規劃思路122.4 兼容未來數據擴展122.5無縫銜接Web Services技術132.6 技術路線142.7 系統建設原則15第三章 系統設計173.1 網絡拓撲結構173.2 總體結構設計183.3 架構規劃193.4 應用體系結構規劃203.5 電子商務門戶結構213.6 門戶用戶訪問流圖223.7 主要業務流程分析223.7.1

2、掛牌交易223.7.2 競價交易233.7.3 通過競價銷售資源的主要流程263.7.4 通過競價采購資源的主要流程263.7.5 會員入市流程273.8 系統關鍵用例273.9 設計范圍283.10數據庫設計293.10.1 對數據庫平臺的性能要求293.10.2 數據庫系統結構設計303.10.3 數據庫系統邏輯結構313.10.4 數據庫設計遵循技術規范標準32第四章 欄目設置及功能354.2 網站欄目劃分354.3 功能設計354.3.1 系統管理354.3.2基礎數據管理364.3.3 會員信息管理364.3.4 交易單證管理（分配到相關各子系統中）364.3.5 結算管理364.3

3、.6 異常管理374.3.7 統計分析374.3.8 客戶交互平臺（信息增值服務系統）374.3.9 客戶服務384.4 網頁設計規范384.5 技術性能設計404.5.1 相應時間404.5.2 CPU和LAN負荷率404.5.3并發處理41第五章 接口設計415.1 模塊級、系統級的數據交換425.2 接口規范42第六章 系統性能設計446.1 系統安全性設計446.2 系統可靠性設計466.3 存儲解決方案466.4 災難備份設計476.5 系統實用性設計486.6 系統可擴展性設計496.7 系統靈活性設計496.8 系統容錯性設計506.9 系統快速恢復設計506.10方案設計特點5

4、1第七章 項目質量保障方案527.1 質量計劃編制537.2 質量控制原則547.2.1 事前控制原則547.2.2 標準原則557.2.3 階段性控制原則557.2.4 定性測試和量化測試相結合原則557.2.5 用戶需求符合性原則567.3 質量控制影響因素567.3.1 全面地、系統地了解用戶需求567.3.2 充分討論系統設計方案567.3.3 設計完整的系統驗證方案577.3.4 確定可行的質量控制方案577.3.5 形成表述規范的設計文檔577.3.6 遵循科學的實施流程和技術要求587.3.7 合理進行階段性測試587.4 質量控制具體措施587.4.1 技術保障措施587.4.

5、2 管理保障措施607.4.3 質量保障措施61第八章 項目風險管理628.2 風險分析628.3 風險應對措施648.4 風險跟蹤658.5 風險狀態通報658.6 風險數據庫65第九章 項目實施669.1 實施步驟669.1.1 基于里程碑的迭代式開發過程模型669.1.2 風險控制的時間進度669.1.3 全面質量管理控制679.1.4 實施步驟689.1.5 進度計劃689.2 項目的組織與領導699.2.1 項目組織結構699.2.2 項目領導小組709.2.3 項目協調小組709.2.4 質量管理小組719.2.5 需求分析小組729.2.6 系統設計小組739.2.7 軟件開發小

6、組749.2.8 系統測試小組749.2.9 文檔整理小組759.2.10 系統培訓小組759.2.11 系統維護小組769.3 評審驗收769.4用戶培訓819.5 系統移交81第一章 系統概述1.1 項目背景XXX鋼鐵電子商務平臺是迎合當下鋼鐵物流業集成化發展現狀，滿足鋼鐵物流業未來發展的戰略需求、運作需求和技術需求所開發的平臺化解決方案，以互聯網、電子商務、網上銀行、身份認證等先進思想和技術，與傳統鋼鐵貿易實際相融合，給鋼廠、貿易商、鋼鐵消費者、倉儲加工中心、運輸商、結算和信貸銀行提供的專業性安全高效的鋼鐵現貨交易平臺系統。平臺整體建成后應滿足倉儲、加工、運輸、財務、物業、設備等市場運營

7、的各項業務需求，以互聯網、電子商務、網上銀行、身份認證、現貨電子交易、融資管理等先進思想和技術，給市場中參與各方提供專業、安全、高效的增值服務和信息交換、共享。現代物流是建立在信息技術高度發達的基礎上，以供應鏈思想融合到客戶服務，從而形成效益的全新盈利模式。而鋼鐵物流園區作為一個高度集中的物流集散地，其信息化建設涉及園區與企業、企業與企業、企業與政府三個相關方向的信息交互和供應鏈的有機貫通，通過建立統一的系統運作體系，推動電子商務發展和園區企業競爭力提升，實現各類網絡資源的綜合利用和共享，降低鋼鐵企業的綜合運行成本以及提升服務能力。其核心應用是面向包括鋼廠、貿易商、服務商及鋼廠用戶在內的鋼鐵供

8、應鏈企業，提供全面的商務信息支持及通常的交易服務。1.2 項目建設內容隨著產業鏈的延伸、信息技術的日臻成熟，特別是供應鏈管理競爭理念的普及，建立信息共享或交易平臺等均成為鋼鐵物流園區資源整合的手段，但資源整合的目的無外乎是增強客戶服務能力、提高客戶服務水平和獲得更好的投資回報。所以，盡管不同的企業在實際運作中所采取的資源整合方式方法不盡相同，但還是有一些共同的范疇需要納入企業的視野。它們是客戶資源整合、能力資源整合和信息資源整合。實施資源整合的時候，必須牢牢把握住兩點：對企業內部資源整合的價值的調整和對企業外部資源整合。我們要做的就是找到最佳的結合點，并實現服務資源的優化配置。在本項目中，我們

9、將從企業的服務化運作去考慮和審視系統架構，把企業運作經驗總結并積累變成一個個“服務”，把“組織能力”服務化，通過對“服務”的編排來實現彈性的業務流程，將這種方法定義為SOA架構，其核心是對企業業務的抽象和組件化。也就是說，系統從一開始，就不是“像傳統軟件那樣按照工作流的方式”去設計的，而是從企業的戰略，到業務流程，以及流程所需要的服務去考慮。這樣的思路所設計出來的系統，通過服務的編排來實現業務流程，自然地形成以服務為基礎的架構。XXX鋼鐵電子商務平臺，參與方示意如下：根據各參與方的需求和相關服務，我們期望構建的系統如下圖所示：l 園區業務管理平臺 實現物流園區在線服務的可行性，集成物流作業及實

10、際業務數據，包括倉儲、加工、運輸、配送、供應鏈管理和市場管理等業務。該平臺包括市場業務過程的信息化和集成，能幫助鋼鐵流通企業提高作業管理水平，降低管理成本，同時也為物流服務提供基礎數據源。l 電子商務平臺包括綜合信息平臺（EIP，即門戶網站）、鋼鐵現貨電子交易平臺和融資管理平臺三部份電子商務業務，支持各種電子單證流轉，主要的功能包括產品展示、企業展示、供求信息、商務洽談、交易撮合、詢價報價、訂單委托等商務應用，通過該系統，提高空閑物流資源的利用率，增強加工貿易、鋼材流通企業的商機，降低鋼材物流成本，加快商業信息流轉和融資管理渠道。l 內部管理平臺由協同辦公信息系統（OA）、綜合結算管理系統、客

11、戶關系管理和決策支持系統組成，包括數據查詢統計和智能決策分析。結算管理包括應收應付、物流費用結算和網上電子支付功能，提高鋼鐵物流資金回收率和安全，加快資金流轉率。1.3 總體目標1. 滿足鋼鐵物流園區不同業務形式的信息化需求； 2. 建立基于鋼鐵供應鏈一體的物流作業機制，實現與外界供貨商、鋼鐵物流合作伙伴業務流的對接，減少園區重復性操作，提升物流作業效率和服務能力； 3. 三平臺有機結合，為企業提供全方位的運營管理。 4. 動態財務管控，為企業提高資金流轉率，降低經營風險。 5. 系統中貫徹SOA架構，支持多種業務模式擴展，滿足系統擴充或引入更為復雜應用。6. 通過電子商務平臺提升園區對各個要

12、素或能力的整合能力：n 使鋼鐵物流園區從平面型向立體型轉變，提高土地綜合收益。n 實現鋼材市場和網上鋼材市場的完美結合，提升對客戶的網上和網下綜合服務能力。n 緊密結合土地以外的資源，如集中采購、各種融資方案、擔保、加工和配送服務資源，給流通企業提供鋼鐵供應鏈的全程服務。n 跨區物流服務配套設施建設、電子商務系統無區域時空限制特點和B2B實時安全的支付結算系統的結合，將拓展市場的輻射和跨區經營能力，提供流通企業跨區銷售、融資和結算服務。1.4 項目實施總則1. 系統全面采用瀏覽器技術實現，遵循SaaS理念進行系統架構設計。2. 采用整體規劃，逐步實施的的原則。3. 充分考慮企業現有系統和平臺系

13、統間的數據庫結構優化、接口的工作。4. 重點突破，根據XXX工貿實際需求，將首先選擇最緊迫的門戶網站和現貨電子交易平臺進行開發，起到以點帶面的效果。本案以下內容將僅對項目一期開發實施做詳細描述。第二章 技術規劃2.1 系統采用面向服務構架(SOA)的技術體系SOA架構對松耦合的系統的需要來源于業務應用程序需要，根據業務的需要變得更加靈活，以適應不斷變化的環境，比如經常改變的政策、業務級別、業務重點、合作伙伴關系、行業地位以及其他與業務有關的因素，這些因素甚至會影響業務的性質。我們稱能夠靈活地適應環境變化的業務為按需（On demand）業務，在按需業務中，一旦需要，就可以對完成或執行任務的方式

14、進行必要的更改。實例表明，基于SOA架構的集成模式用于解決企業信息集成中相關異構系統之間互操作的問題具有一定優勢。整個系統被設計和實現為一組相互交互的服務，它使得系統中的某些服務能夠充分利用其他的服務同時卻無需考慮其物理位置。在該模型中，任何的業務功能被作為提供的一個服務使用。應用程序的不同功能(服務)通過這些服務之間定義良好的接口和契約聯系起來，使得構建在系統中的服務可以以一種統一和通用的方法進行調用。這種具有中立的接口定義(沒有強制綁定到特定的實現上)的特征稱為服務之間的松藕合。松藕合系統的好處有兩點：它的靈活性；當組成整個應用程序的每個服務的內部結構和實現逐漸地發生改變時，它能夠繼續存在

15、。這就為解決EAI集成問題和快速開發新的IT系統鋪平了道路。SOA模型如下圖所示，說明了SOA中的不同角色及其工作流程。2.2 可適應未來SSO單點登錄方式本系統將預留SSO單點登陸接口，可適應系統的整體規劃采用用戶單一登陸控制方式，用戶在通過統一登錄驗證后，就可訪問相關管理信息系統，不需多次驗證.SSO單點登錄指用戶只需登錄一次，就可使用多個SSO enable的應用系統。用戶通過任何應用系統都能進行SSO，這對于基于Web的系統是可行的。這種單一的登錄點在整個系統的設計中是唯一認證用戶的地方，由登錄點將SSO token（針對不同的C/S，B/S應用可能還需要傳遞用戶名，口令）傳遞給應用系

16、統，應用系統利用SSO token來進行用戶已認證的驗證。簡單地說就是要修改已有的應用系統，屏蔽已有的應用系統的用戶認證模塊，使用系統提供的SSO API來驗證用戶，以及對用戶的操作進行授權。通常，認證與授權管理模塊以一種應用專有的方式實現，系統的授權模型、認證，授權信息存貯結構與訪問控制邏輯與應用的業務邏輯之間耦合緊密。這種設計與實現方式的缺點是顯而易見的：由于認證、授權模塊與應用邏輯之間的緊耦合使得認證、授權模塊很難進行擴展與維護；認證、授權模塊的設計與編碼需要很大的工作量，而且很難在不同的應用系統之間共享與重用。這也是越來越多企業應用需要SSO的原因之一。2.3 數據中心規劃思路結合數據

17、倉庫技術思路，有效收集整理系統數據，為逐步實現知識管理和數據分析應用提供數據基礎。作為一種理想的數據加工及存儲模式，數據中心的建立將為管理中心的數據整合及有效利用提供了基礎，為知識管理和決策分析應用提供數據支持。2.4 兼容未來數據擴展作為日常使用極為頻繁的交易平臺，可通過業務管理或電子商務服務平臺在前臺（訪問界面）對后臺各數據進行集成訪問，包括各類統計報表的展現和傳遞，基于綜合辦公管理平臺的權限控制體系對各后端數據進行受控安全訪問和傳遞，與其他信息系統實現數據集成，互為補充，滿足集成需求。2.5無縫銜接Web Services技術Web Services結構圖Web services是一種能

18、夠被描述并通過網絡發布、發現和調用的自包含、自描述、松散耦合的軟構件。在Web services體系中，所有的應用實體都被抽象成服務。其中包括三個實體和三種操作。三個實體：(1)服務提供者(Service Provider)。從商務角度看它是指服務的所有者，從體系結構上看它是指提供服務的平臺。(2)服務請求者(Service Requester)。從商務角度看它是指需要請求特定功能的企業，從體系結構上看它是指查找和調用服務的客戶端應用程序。(3)服務代理(Service Broker)。它是指用來存儲服務描述信息的信息庫(Repository)。服務提供方在這里發布他們的服務;服務請求方在這里

19、查找服務，獲取服務的綁定信息。三種操作：(1)發布。服務提供者需要首先將服務進行一定描述并發布到注冊服務器上。在發布操作中，服務提供者需要通過注冊服務器的身份驗證，才能對服務描述信息進行發布和修改。(2)查找。服務請求方根據注冊服務器提供的規范接口發出查詢請求，以獲取綁定服務所需的相關信息。在查找操作中，一般包含兩種查找模式:一種是瀏覽模式(Browse Pattern)，即服務請求方可以根據通用的分類標準來瀏覽或者通過一些關鍵字來搜索，并逐步縮小查找的范圍，直到找到滿足需要的服務，查找結果是一系列服務的集合;另一種是直接獲取模式(Drill down Pattern)，即通過唯一的關鍵字直接

20、得到特定服務的描述信息，其查找結果是唯一的。(3)綁定(Binding)。服務請求方通過分析從注冊服務器中得到的服務綁定信息，包括服務的訪問路徑、服務調用的參數、返回結果、傳輸協議、安全要求等，對自己的系統進行相應配置，進而遠程調用服務提供者所提供的服務。2.6 技術路線1. 開發語言為JAVA語言，并采用中間件（基于SUN技術路線）的三層結構。2. 在J2EE開發環境下采用三層結構進行開發，前端表現層采用網頁方式。將所有商業邏輯獨立出來制作成EJB存放于中間層，由app server負責運行，并將結果以網頁方式返回到browser端。利用中間件（基于SUN技術路線）的三層結構技術。3. 跨平

21、臺（UNIX，LINUX，WINNT），跨數據庫（ORACLE、SYSBASE、INFORMAX、DB2、SQLSERVER等等）。2.7 系統建設原則l 電子商務網站1、擴展性系統應便于新業務的生成和實現第三方系統（如：支付系統等）與平臺的連接。另外系統提供動態頁面定制工具，能夠有效的幫助運營方生成產品和服務表單，方便管理人員擴充分類目錄等信息，并在權限管理、會員管理上有高度的靈活性。2、安全性通過詳細注冊資料的方式確保會員身份的可靠性，線上實施交易支付時，網站需確認雙方的身份。為了防止網上糾紛，應該將用戶的交易過程信息以日志形式保存，以作為仲裁交易糾紛的原始依據。4、適用的廣泛性交易應支持

22、掛牌交易、競價交易等多種交易模式；支持實時在線支付、企業網銀等多種支付手段。l 電子交易模塊1、先進實用系統規劃和設計理念可對照現有技術先進、成熟的產品，提高用戶體驗，以減少系統開發的周期和成本；功能定位充分考慮平臺服務對象的需求。2、擴充性保證XXX工貿內已有平臺和系統的兼容性及對未來發展的適應性，使系統可在原有的基礎升級改造和更新，并應當充分考慮技術進步因素的影響。3、開放性交易平臺不是一個封閉的系統，今后必須通過接口和其他平臺或系統相連，在平臺建設中應充分考慮與外界信息系統交換的需求，保證既能滿足基本功能的需要，有具有與外界系統進行信息交換與處理的能力。4、安全性在系統規劃和設計時應充分

23、考慮系統安全性問題，防止非法操作和惡意入侵造成系統災難，給使用平臺的企業帶來損失。5、可靠性交易平臺提供365247不間斷服務，在系統規劃和設計時充分考慮系統可靠性問題，采用備份方案或其它管理和技術手段提高系統可靠性，避免由于系統崩潰而造成災難性后果。第三章 系統設計3.1 網絡拓撲結構系統結構基于Intranet/Internet 技術，以瀏覽器/服務器（B/S）結構的技術架構方式進行設計，并支持虛擬專用網絡（VPN），系統必須支持主流計算機硬件及軟件平臺，并兼容現有的設備，支持多種開放技術標準，系統應提供標準的接口程序或和預留技術接口標準，便于擴展應用系統功能和與其他應用系統的互聯，互訪。

24、系統數據庫采用通用大型數據庫技術；充分考慮利用現有網絡和硬件設備；瀏覽器支持多種通用瀏覽器。系統具有開放性、易操作性、界面的友好性、可靠性和安全性等特點，為用戶提供統一的、友好的操作界面。3.2 總體結構設計采用J2EE的架構進行開發，采用現階段成熟的基于MVC的Struts架構。WEB SERVER接受客戶的訪問交易請求，并建立起安全通道之后，根據不同的業務請求，由專門的Action Servlet進行處理，該Servlet會根據不同的請求調用相應EJB或Javabean對數據庫進行訪問，并調用交易組件處理相應的業務方面的交易流程，最后根據配置文件定義的結果顯示頁面，將系統處理結果傳輸到用戶

25、端，從而實現了對用戶業務請求的處理。交易業務邏輯利用EJB或Javabean進行封裝，保證了邏輯的完整性和一致性。表現層把結果以頁面的方式呈現給用戶，在本層中采用Servlet及JSP技術進行實現。同時為更方便界面的修改，我們采用模板技術，模板是一些嵌有標識符的html頁面，由JSP或Servlet進行解析。這樣以后頁面的修改只需懂HTML即可，無須修改JSP或Servlet程序。在系統實現上，采用目前國際流行的面向對象技術、MVC的設計模式和純JAVA技術，將整個系統從邏輯上分為展現層平臺、中間應用服務平臺和業務系統平臺等幾大部分，以提高整體網站系統的可擴展性、靈活性、易維護性。3.3 架構

26、規劃3.4 應用體系結構規劃3.5 電子商務門戶結構3.6 門戶用戶訪問流圖3.7 主要業務流程分析3.7.1 掛牌交易在線掛牌是指在市場規定的交易商品范圍內，賣方將其已存入指定倉庫的貨物詳細情況、交易代碼、商品代碼（交易系統自動生成）、執行標準、產地（生產商）、鋼號（材質）、交貨日期、掛牌價格、掛牌數量、最小購買批量、最小購買量、履約保證形式（定金或電子貨單）等要素放入分類“貨架”發布供貨信息；買方根據分類“貨架”查詢相關供貨信息，如需購買，除輸入該條供貨信息的掛牌號和按最小購買批量、最小購買量確定買入數量外，不需輸入其他信息，檢查確認后即與該條掛牌供貨信息的賣方成交簽訂電子交易合同的一種交

27、易模式。3.7.2 競價交易競價交易模式是傳統的拍賣、招標交易模式和新興的網絡技術相結合的產物，會員通過交易系統向其他會員發出邀約，在特定時間對某特定資源通過交易平臺進行競買或競賣，競價交易結束時交易系統根據價格優先、時間優先的原則確定成交會員的交易模式。競價交易分為買方會員競價采購（即賣方拍賣，或稱競買）和賣方會員競價銷售（即買方招標采購，或稱競賣）兩種方式。l 競賣交易模式競賣交易是指買方會員（采購方）按照一定的規則將采購需求組成標書，對外邀標；交易中心幫助推介，組織賣方會員（供應商）應邀；約定時間內，賣方根據競價規則參與競價；競價結束，交易系統按照價格、時間優先原則確定供應商，需要分標時

28、，系統按約定的規則進行分標供應，買賣雙方確立購銷合同。合同的交收及結算控制流程與掛牌交易相同。l 競買交易模式競買交易是指賣方按照一定的規則將需要銷售的資源組成拼盤，對外公開或定向邀標；交易中心幫助推介，組織買方會員應邀；在約定的時間內，買方根據競價規則參與競價；競價結束，交易系統按照價格最高優先，時間優先的原則自動評標，中標的買方與賣方訂立購銷合同。合同的交收及結算控制流程與掛牌交易相同。 3.7.3 通過競價銷售資源的主要流程3.7.4 通過競價采購資源的主要流程3.7.5 會員入市流程3.8 系統關鍵用例3.9 設計范圍 3.10數據庫設計建立完善的數據庫結構管理設備的基本參數、運行狀態

29、和各種工作計劃。數據庫的框架和結構必須根據設備和運行狀態而設計，方便提供強大的錄入、查詢、統計、分析和報表等各種功能，較好的反映平臺業務的基本情況和運行狀況，滿足運營管理信息化的要求。3.10.1 對數據庫平臺的性能要求根據本系統數據的特點,我們采用Oracle作為系統的數據庫平臺，并且數據庫開發方面采用標準SQL語句，以便將來的擴展和移植。系統將采用數據庫建模工具，根據系統功能模塊的設計，構建出整個數據庫。在構建數據庫時，也會定義好數據庫表的約束、關聯以及索引。針對系統的具體特點和系統要求，我們在進行數據庫方案設計時對數據庫平臺提出下列性能方面的要求：l 標準化程度高，符合標準ANSI SQ

30、L 92語言的規范；l 支持Brower/SERVER模式應用，支持對稱處理和多線程技術，支持XML/CORBA，支持數據分區；l 可在多種操作系統，HP、IBM等服務器下運行，獨立性強，對系統結構影響比較小；l 高級語言、漢化功能先進，易于方便使用，支持漢字，GB18030標準；l 支持主流的各種網絡協議，如TCP/IP、IPX/SPX、NETBIOS、DECNET、SNA等。l 能支持同構、異構網絡的分布操作，支持松散耦合型的Cluster及海量并行處理；l 有足夠的并發控制；授權控制和事務處理能力及恢復能力；l 與異種數據源有良好的可互操作性；l 具有可靠的數據安全保密措施以及故障恢復能

31、力；l 具有SMP和MPP的功能，具有快速的并發用戶查詢速度，并發控制穩定可靠；l 具有很強的容錯能力，錯誤恢復能力，錯誤記錄及預警能力，具備異地容災能力；l 允許行級鎖，具有死鎖自動解出功能而無需額外的數據一致性校驗；l 具有強大的復制能力，支持主從式、級連式、對等式以及N-向復制，并支持復制日志技術，具有分布式模式管理能力；l 具有完整的安全性（帳號安全，系統級權限，對象安全性，審計），細粒度化的訪問控制，適合于多層環境的安全模式的能力；l 擁有支持MIS的功能強大的開發工具，提供數據倉庫和數據挖掘的工具。3.10.2 數據庫系統結構設計根據本系統的結構和應用服務，同時考慮到整個系統的一體

32、化方案、功能擴展和靈活性，數據庫將按以下原則采用集中方式與三層結構相結合的體系結構。本系統是大型電子商務平臺系統，能夠提供多種應用服務，這些服務采用集中方式運行可充分利用服務器的資源，發揮服務器的性能，方便管理，提高可靠性。采用三層結構很容易實現客戶機的擴充，使用多服務器能減小系統的處理瓶頸，提高系統的性能，同時能共享網絡中的所有資源數據庫系統，為集中方式和B/S結構的應用提供了可靠的技術保證。3.10.3 數據庫系統邏輯結構本系統考慮到系統的總體要求和今后各業務的發展，本方案中設計數據庫系統邏輯結構體現了以下特點：l 數據庫系統結構具有良好的兼容性。l 數據庫數據的全面性：對平臺運營管理方、

33、園區管理方、物流企業、加工企業等部門的信息系統進行調查，分析及要求，最大限度的保證其共享數據，同時為系統的擴展性保留數據接口，達到數據全面性的目的。l 數據庫系統結構完全完整：既可最大限度開放的公用數據，也嚴格保密的交易結算數據和企業私有數據，對不同的類型應采用不同的安全管理機制。信息系統將采用大型數據庫系統，完善的數據備份和安全控制策略，保證數據的安全性和完整性，保證系統安全運行。數據庫可以采用數據冗余備份，或者數據錄像備份，雙機備份，以確保數據的安全及完整性。3.10.4 數據庫設計遵循技術規范標準目的：保證與其它應用系統的無縫連接，而且便于與運營方其它系統的數據共享和實施園區各方社會資源

34、的數據共享。1. 完善的編碼體系完善的編碼體系是數據庫系統的重要核心之一。要求對業務中涵蓋的信息進行全面分類和編碼管理。要求編碼設計科學合理，使系統能夠具備目錄樹結構顯示、分類路徑明確、多級同步維護（級聯修改）、分類分級的多層次查詢、數據傳送量少等優點。2. 字典驅動的數據庫結構系統的發展變化對應于設備（實體對象）的屬性和設備（實體對象）的增減，能夠通過數據字典驅動的方式，在數據庫中實現設備屬性的擴展修改和新增設備的定義。系統采用這種字典驅動數據庫結構，通過它用戶可以根據需要，對系統中某對象的屬性進行擴展。例如應用在設備管理上，可以采用圖形化界面簡單直觀地實現設備類型的自定義、設備種類的增加、

35、設備屬性的自定義，從而適應不斷出現的新設備的需要，不需要修改程序代碼。3. 面向對象的數據庫設計從某種意義上講,是數據庫設計的面向對象特征最終奠定了整個系統的面向對象性,具體要求包括：l 數據庫結構清晰,便于實現 OOPl 數據庫對象具有獨立性,便于維護l 需求變更時程序與數據庫重用率高,修改少4. 柔性擴展技術數據庫系統賦予查詢系統高度的柔性和充分的可擴充性。查詢系統可以根據用戶的需求不斷地完善自身，以提供新的查詢功能和增強查詢能力。它有兩方面的意義：一是當系統運行一段時間后，用戶極有可能會產生新的查詢需求，在良好的數據結構的基礎上，能夠通過對原有系統的適當調整和配置，滿足用戶新的需求；二是

36、應用系統具備為不同類型的用戶提供自己定制各種查詢的功能，降低了系統后期的維護工作量和費用，保護系統的前期投資。5. 便攜式數據庫系統提供便攜式數據管理功能，可以將需要的數據下載到您身邊的計算機上（不論是臺式機，還是筆記本計算機），以便在無法或不愿連通網絡的情況下（比如在移動的交通工具中、沒有電信服務的區域等）使用相關的數據。 6. 非結構化數據的管理系統對非結構化形式存在的數據如文檔、手冊、 報告、專家意見等數據采用合理的數據庫管理模式。系統將非結構化納入數據庫系統進行管理，從而將企業數據源和應用集成為一個有機整體，實現對數據的集中管理、組織、分類、索引和檢索，以達到對數值、字符等結構化數據和

37、電子文檔、圖像、聲音等非結構化數據高效操作。7. 過程數據存儲管理對一項業務流程從開始、中間各個環節到最后結束和反饋的整個過程中產生的數據進行完整的關聯存儲，這樣不僅在業務流程上完成閉環管理，在具體某項工作所產生的數據上面同樣完成了閉環管理，最終實現了業務真正意義上的閉環管理和監控的功能。8. 最簡單的就是最好的 客觀世界是錯綜復雜的,計算機科學理論的發展也越來越高深、復雜。然而,人類探索理論和技術的最終目的是:讓客觀世界的復雜變簡單,最簡單的就是最好的。為此對數據庫設計提出以下幾個要求：l 慎用外鍵l 適當冗余l 信息隱蔽9. 備份管理實現對系統所有數據的備份，包括圖形數據、屬性數據和規則庫

38、數據，這些數據均存放在數據庫中，定期備份以保證數據的安全性。第四章 欄目設置及功能4.2 網站欄目劃分4.3 功能設計4.3.1 系統管理1. 管理用戶登錄 通過專用路徑訪問管理系統2. 管理員密碼維護 管理員登錄系統后修改密碼3. 管理員帳號維護及任務授權 維護管理員帳號，分配管理權限4. 基礎參數管理 維護系統參數定義和參數值5. 服務器文件管理 維護上傳到服務器的業務文檔和圖片等6. 數據備份 數據庫數據的定期備份7. 數據恢復 數據庫數據的恢復，在災難發生后恢復備份數據8. 數據歸檔 對過期數據的歸檔并進行財務數據結轉9. 計量單位 維護系統中各項業務的計量單位及相互換算4.3.2基礎

39、數據管理1. 機構管理 電子商務公司部門的配置2. 角色配置 維護系統運維人員角色配置3. 費率管理 為系統指定各種初始計算費率4. 貨物類別 客戶委托業務物料分類集成4.3.3 會員信息管理1. 基本信息 會員基本信息2. 費率管理 為會員指定各種計算費率3. 帳號維護及任務授權 為會員分配用戶帳號和管理權限4. 查詢意見反饋 查詢來自會員的意見反饋信息4.3.4 交易單證管理（分配到相關各子系統中）1. 掛牌訂單管理 客戶訂單生成、維護、查詢、打印2. 競買訂單管理 客戶訂單生成、維護、查詢、打印3. 競賣定單管理 客戶訂單生成、維護、查詢、打印4.3.5 結算管理1. 結算處理 定價、結

40、算、查詢、打印客戶對帳單2. 數據導出 條件性分類導出運營數據至EXCEL表進行再編輯，實現與Win office辦公軟件的接口。4.3.6 異常管理1. 警告信息維護 維護各類不同警告信息2. 異常信息維護 記錄、維護、查詢業務過程中的異常信息，提供處理記錄流程3. 外部異常反饋處理 查詢來自外部用戶的反饋信息，并即時定制4.3.7 統計分析1. 客戶業務信息統計、分析 客戶訂單、合同額、應收的查詢報表生成、打印及生成各種對應形式的分析圖2. 業務運營數據的收入、成本、利潤分析 自由時間段、條件性統計各種業務運營的收入匯總、成本匯總報表及利潤、利潤率情況分析圖表。4.3.8 客戶交互平臺（信

41、息增值服務系統）1. 客戶用戶登錄 登錄系統，獲得身份驗證2. 基本信息管理 維護自己基本信息，包括密碼，聯系方式，聯系人等3. 業務動態信息查詢 查詢交易、現貨資源相關的動態信息、異常記錄等，并可以以庫表形式下載4. 財務結算 查詢、下載對帳單及付款通知5. 客戶意見反饋 提交意見反饋4.3.9 客戶服務系統實現的客戶服務內容包括：1. 流程查詢：查詢有關作業的流程狀態2. 資源查詢：查詢有關的現貨資源狀況3. 交易查詢：查詢現貨交易中狀況4. 定制查詢：按照客戶的要求選擇查詢內容5. 帳單下載：在線獲取結算清單6. 實時行情跟蹤：查詢有關資源的行情圖表7. 定制信息：按照需要發出客戶所指定

42、的專業信息8. 咨詢服務：在線解答客戶在系統使用及業務進行中的疑難問題4.4 網頁設計規范1、形象設計規范網站的CI整體形象包括下面幾個要素 （1）標志(logo) 網站有獨立的標志 標志可以以網站中英文名稱設計，也可以采用特別的圖案。原則是簡單易記。 標志可以用黑白和彩色分別清晰表現 標志圖片的名稱為logo_域名.gif，例如：logo_sina.gif 盡量提供標志的矢量圖片 請盡可能在每個頁面上都使用標志 （2）標準色 網站有自己的標準色（主體色） 標準色原則上不超過兩種，如果有兩種，其中一種為標準色，另一種為標準輔助色 標準色應盡量采用216種web安全色之內的色彩 提供標準色確切的

43、RGB和CYMK數值 盡可能使用標準色 （3）標準字體 網站定義一種標準字體（指logo上，圖片上使用的字體） 標準字體原則上定義兩種，一種中文字體，一種英文字體 （不包括文本內容字體） 提供標準字體的名稱和字庫 盡可能使用標準字體2、內容編輯規范（1）標題 力求簡短、醒目、新穎、吸引人。 （2）正文 文章的段首空兩格，與傳統格式保持一致 段與段之間空一行可以使文章更清晰易看 杜絕錯字、別字和自造字 數字符號（不含標點）均為半角3、頁面尺寸 尺寸規范根據實際情況調整： 頁面標準按1024*768分辨率制作 頁面長度原則上不超過3屏，寬度不超過1屏 每個標準頁面為A4幅面大小，即8.5X11英寸

44、 全尺寸banner為468*60px，半尺寸banner為234*60px，小banner為88*31px，另外120*90，120*60也是小圖標的標準尺寸 每個非首頁靜態頁面含圖片字節不超過60K，全尺寸banner不超過14K4.5 技術性能設計4.5.1 相應時間 當數據錄入操作時無等待時間； 日常操作用的顯示響應時間（從敲執行鍵至完全顯示畫面、含相關數據）不大于2秒； 復雜圖表的顯示響應時間不大于10秒； 日常查詢、統計和分析的響應時間不大于5秒。4.5.2 CPU和LAN負荷率1、CPU平均負荷率 系統穩定狀態：工作站30% 系統繁忙狀態：工作站45%2、內存 系統穩定狀態：工作

45、站64M 系統繁忙狀態：工作站70M 在每5分鐘測試期間，系統LAN負荷不大于30%4.5.3并發處理 并發處理用戶500人 系統峰值響應速度，并發處理用戶300人第五章 接口設計1. 與行業主管部門的網站接口采用WebService技術為行業主管部門的網站提供接口，將相關報表、統計數據上報給行業主管部門。2. 與企業內部及物流園區信息系統接口采用WebService技術為企業內部管理信息系統和園區的物流信息系統提供接口。通過此接口進行倉儲、加工、運輸等物流相關操作。3. 與銀行的接口定義銀行與中心數據庫系統數據傳輸包的格式，實現費用查詢，總帳對帳, 明細對帳通知等功能。4. 與中心綜合數據庫

46、接口通過視圖等形式，為中心綜合數據庫提供相關的信息數據。5. 與生產、貿易、物流企業管理系統接口采用WebService技術為相關企業管理系統提供接口。5.1 模塊級、系統級的數據交換系統接口采用XML進行系統功能模塊和系統之間的模塊級別、系統級別的數據信息交換。 5.2 接口規范由于XXX電子商務平臺是基于實體物流園區展開相關運作，在信息化建設過程中，由于行業特點和分步實施的原因，內部容易出現多個系統共存的現象，同時與應用相連的外部應用系統也在不斷增多。各個信息系統之間需要進行數據和信息的集成，這對于在整個內部充分進行信息交互與共享、避免信息孤島的產生起著決定性的作用，在數據的一致性、規范性

47、、業務效率的提高、的合理運營決策等方面也具有重要的意義。因此，建立和提供標準的接口規范，可以在不同系統之間搭建起溝通的橋梁。不同系統間的數據和信息都以不同方式存儲和利用，基礎平臺和數據結構差別非常大，而且這些系統可能使用了完全不同的編程語言、操作系統、數據庫系統，對數據共享和利用造成很大的問題。因此，為了實現異構系統之間的互聯互通，必須遵循一定的規范，按照某種公共約定設計和實現特定接口。為了有效地進行各系統間的數據交換，我們采用在各個系統中間，架設一個數據交換的中心節點，我們稱為數據交換平臺(Data Exchange Platform， 簡稱DXP)的解決方案。這個數據交換平臺將為提供一個支

48、持信息流轉的數據總線， 通過DXP平臺的信息數據能夠在各個應用之間進行交換，從而使的應用完成業務上的協作。通過采取這樣一個星型的統一接口模式，而不是讓多應用系統間進行點對點的反復銜接，可以為系統間的數據交換帶來很多好處：有效地降低系統間的耦合度每個應用系統邏輯上只和數據交換平臺有關系，而不必考慮數據交換另一端的具體部署，使系統間形成簡單的數據耦合，有效降低了系統間的耦合度。提高數據交換接口的規范性由于系統接口統一面向數據交換平臺，在接口的邏輯和技術形態上都具備一致性，這樣，就為系統接口的穩定和規范提供了基礎，有利于設計和實現一致和規范的接口。提高數據交換的開放性數據交換平臺就如同系統間的一個邏

49、輯數據總線，可以對外提供靈活的多種形式的接口，讓系統很容易地集成進來，從而提高了數據交換的開放性。保證數據交換的高效性和穩定性一方面，數據交換平臺可布署于高效的應用服務器中間件，從系統級保證了數據交換的高效和穩定；另一方面，數據交換平臺專門為數據交換過程而設計，從系統設計的合理性上，有效保證數據交換過程的高效和穩定。保證數據交換的安全性采用數據交換平臺后，系統間的數據交換可以完全受到平臺的控制，可以充分利用到交換平臺認證、授權、加密等安全性服務，從而有效地保證了數據交換的安全性。提高數據交換的可擴展性隨著系統需求的發展，一個數據交換過程往往不是固定不變的，當需求變化產生時，通過數據交換平臺定義

50、（而非直接編程實現）的數據交換，可以很容易地進行修改和擴充，從而極大地提高了系統的擴展性。第六章 系統性能設計6.1 系統安全性設計1. 操作安全性操作安全性由網絡登錄驗證、數據庫登錄驗證、應用系統使用驗證三級組成。網絡登錄驗證由操作系統完成，用于對具有網絡資源訪問權限用戶的驗證；數據庫登錄驗證由數據庫服務器完成，用于對具有數據庫訪問權限用戶的驗證；系統使用驗證由應用系統完成，用于對具有應用系統使用權限用戶的驗證；應用系統將采用三種驗證方式相結合的方式驗證用戶。2. 數據傳輸安全性為保證數據傳輸的安全性，使得所傳輸數據不被盜竊、更改，應用系統所采集的重要原始數據可采用網絡加密傳輸、數據庫加密傳

51、輸或應用系統數據加密相結合的技術。3. 數據存儲安全性重要數據因某種原因需用存儲介質進行長期備份存儲時，可采用加密算法對數據進行加密，使得非法用戶不能理解其含義，當合法用戶訪問時再將其還原。4. 采用日志運用日志，對進入系統的用戶的操作進行記錄，包括合法用戶的操作和非法用戶的嘗試性登錄；可以根據日志進行事后分析，從而找到事故的發生原因、責任者或非法用戶。5. 系統維修時的數據安全性當系統需要檢修或維修時，有可能對系統進行調試，在調試時我們將采用切換到臨時運行環境的方法，使系統在調試時與正式存儲設備（數據庫）隔離，維修結束正式使用時，再將系統與正式存儲設備（數據庫）相連接。這樣就可以保證系統在維

52、修時已有數據的安全。6. 原始數據的安全性為了保證原始數據的原始性，原始數據一旦保存，便不能被更改；對錯誤數據只能采取增加一條記錄來修正的方式處理，對修正數據應加標志以保證正確性，同時對于修正操作應做數據修正日志，記錄修正人相關信息及修正原因等。6.2 系統可靠性設計數據需在整個分布式數據庫系統中保持一致，我們將采取以下幾種措施來保證這些數據的一致性：利用關系數據庫管理系統（RDBMS）的一致性檢查與控制機制；關系數據庫管理系統（RDBMS）具有一套嚴格的數據完整性和一致性的管理機制。采用CVS版本控制技術，即對每一類需同步的數據設置其版本號，在用戶登錄系統或系統進行處理時（若要用到這些數據）

53、，則系統先判斷其是不是最新版本，若不是最新版本，則對這些數據進行更新（以原始數據庫的數據為基礎），保證系統所用的數據為最新數據，同時也保證了各級數據的一致。在交易平臺運營中，需要傳輸大量的數據，因此，保證數據傳輸的正確性就顯得尤為重要，即使在網絡通訊不可靠或出現異常時也能保證信息的傳輸。6.3 存儲解決方案本平臺是以建立大額在線交易業務系統為目的的，所以對于這么一個系統，數據的安全、高效存儲是系統建設的重中之重。系統的數據存儲：l 數據集中存儲，所有的數據都存儲在一個中心。l 數據安全性要求高，數據的安全是系統正常運營的前提，一定要認真考慮系統的數據安全性。l 數據增長量大，系統數據在網絡完善

54、的情況下會以更加驚人的速度增加。l 數據備份及管理的工作量比較大。鑒于系統的復雜程度，單純依靠數據庫自身的備份功能，不足以保證系統的災難恢復能力；系統的數據量對普通的硬盤、以太網等，在容量和性能上也是一個考驗；因此，我們建議采用軟硬結合的方式：l 軟件支持各種數據備份策略和各種存儲設備，可采購第三方產品。l 硬件保證容量、縮短備份時間，可使用高速光纖網絡（存儲區域網，SAN），高速磁盤陣列（RAID），大容量磁帶機（TAPE）等。6.4 災難備份設計保證業務持續性的重要手段是提高信息系統的高可靠性，需要建設一個對各種情況都可以抵御或者化解的異地的容災系統。容災系統的核心就在于將災難化解，一是保

55、證業務數據的安全，二是保證業務的連續性。數據的安全需要保證用戶數據的完整性、可靠性和一致性。數據安全是容災系統的基礎，也是容災系統能夠正常工作的保障；業務連續性是容災系統的建設目標，它必須建立在可靠的數據備份的基礎上，通過應用系統、網絡系統等各種資源之間的良好協調來實現。為了建立高可靠性的系統，如機房破壞等重大自然災害，需要建立異地災難備份中心，用戶將本地備份的數據送到遠離本地的地方保存抵御災難。災難發生后，按預定的數據恢復程序購置和安裝備份硬件平臺，恢復系統和數據即可。實現數據的異地復制，有軟件方式和硬件方式兩種途徑。軟件方式，是通過主機端軟件來實現，如遠程卷復制或者數據庫廠家提供的遠程數據

56、備份工具來實現業務數據的遠程復制。建立一個異地的數據系統，該系統是生產中心關鍵應用數據的一個復制。復制可以通過硬件磁盤陣列的同步技術；也可以通過軟件遠程卷鏡像和數據庫遠程復制工具。確保在生產中心發生災難時，生產數據在備份中心仍然可用，可以采用硬件（磁盤陣列）或軟件方式來實現。建立一個集本地、異地數據和應用容災于一體的方案，最大限度的保證數據的一致性，容災級別依次提高，后者以前者為基礎，可以分步實施，后期保護前期投資，能夠支持人工/自動容災的方案，用戶可以根據需要自由選擇,是災難備份設計方案的目標和出發點。6.5 系統實用性設計l 可維護性本方案中選用B/S多層結構體系作為應用系統開發的核心技術，使得開發的應用系