【正文】 鋼鐵電子商務(wù)平臺項(xiàng)目實(shí)施方案項(xiàng)目一期建設(shè)方案鋼鐵電子商務(wù)平臺項(xiàng)目實(shí)施方案項(xiàng)目一期建設(shè)方案目錄第一章 系統(tǒng)概述 3 項(xiàng)目背景 3 項(xiàng)目建設(shè)內(nèi)容 3 總體目標(biāo) 3 項(xiàng)目實(shí)施總則 3第二章 技術(shù)規(guī)劃 3 系統(tǒng)采用面向服務(wù)構(gòu)架(SOA)的技術(shù)體系 3 可適應(yīng)未來SSO單點(diǎn)登錄方式 3 數(shù)據(jù)中心規(guī)劃思路 3 兼容未來數(shù)據(jù)擴(kuò)展 3 Services技術(shù) 3 技術(shù)路線 3 系統(tǒng)建設(shè)原則 3第三章 系統(tǒng)設(shè)計 3 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu) 3 總體結(jié)構(gòu)設(shè)計 3 架構(gòu)規(guī)劃 3 應(yīng)用體系結(jié)構(gòu)規(guī)劃 3 電子商務(wù)門戶結(jié)構(gòu) 3 門戶用戶訪問流圖 3 主要業(yè)務(wù)流程分析 3 掛牌交易 3 競價交易 3 通過競價銷售資源的主要流程 3 通過競價采購資源的主要流程 3 會員入市流程 3 系統(tǒng)關(guān)鍵用例 3 設(shè)計范圍 3 數(shù)據(jù)庫設(shè)計 3 對數(shù)據(jù)庫平臺的性能要求 3 數(shù)據(jù)庫系統(tǒng)結(jié)構(gòu)設(shè)計 3 數(shù)據(jù)庫系統(tǒng)邏輯結(jié)構(gòu) 3 數(shù)據(jù)庫設(shè)計遵循技術(shù)規(guī)范標(biāo)準(zhǔn) 3第四章 欄目設(shè)置及功能 3 網(wǎng)站欄目劃分 3 功能設(shè)計 3 系統(tǒng)管理 3 3 會員信息管理 3 交易單證管理（分配到相關(guān)各子系統(tǒng)中） 3 結(jié)算管理 3 異常管理 3 統(tǒng)計分析 3 客戶交互平臺（信息增值服務(wù)系統(tǒng)） 3 客戶服務(wù) 3 網(wǎng)頁設(shè)計規(guī)范 3 技術(shù)性能設(shè)計 3 相應(yīng)時間 3 CPU和LAN負(fù)荷率 3 3第五章 接口設(shè)計 3 模塊級、系統(tǒng)級的數(shù)據(jù)交換 3 接口規(guī)范 3第六章 系統(tǒng)性能設(shè)計 3 系統(tǒng)安全性設(shè)計 3 系統(tǒng)可靠性設(shè)計 3 存儲解決方案 3 災(zāi)難備份設(shè)計 3 系統(tǒng)實(shí)用性設(shè)計 3 系統(tǒng)可擴(kuò)展性設(shè)計 3 系統(tǒng)靈活性設(shè)計 3 系統(tǒng)容錯性設(shè)計 3 系統(tǒng)快速恢復(fù)設(shè)計 3 3第七章 項(xiàng)目質(zhì)量保障方案 3 質(zhì)量計劃編制 3 質(zhì)量控制原則 3 事前控制原則 3 標(biāo)準(zhǔn)原則 3 階段性控制原則 3 定性測試和量化測試相結(jié)合原則 3 用戶需求符合性原則 3 質(zhì)量控制影響因素 3 全面地、系統(tǒng)地了解用戶需求 3 充分討論系統(tǒng)設(shè)計方案 3 設(shè)計完整的系統(tǒng)驗(yàn)證方案 3 確定可行的質(zhì)量控制方案 3 形成表述規(guī)范的設(shè)計文檔 3 遵循科學(xué)的實(shí)施流程和技術(shù)要求 3 合理進(jìn)行階段性測試 3 質(zhì)量控制具體措施 3 技術(shù)保障措施 3 管理保障措施 3 質(zhì)量保障措施 3第八章 項(xiàng)目風(fēng)險管理 3 風(fēng)險分析 3 風(fēng)險應(yīng)對措施 3 風(fēng)險跟蹤 3 風(fēng)險狀態(tài)通報 3 風(fēng)險數(shù)據(jù)庫 3第九章 項(xiàng)目實(shí)施 3 實(shí)施步驟 3 基于里程碑的迭代式開發(fā)過程模型 3 風(fēng)險控制的時間進(jìn)度 3 全面質(zhì)量管理控制 3 實(shí)施步驟 3 進(jìn)度計劃 3 項(xiàng)目的組織與領(lǐng)導(dǎo) 3 項(xiàng)目組織結(jié)構(gòu) 3 項(xiàng)目領(lǐng)導(dǎo)小組 3 項(xiàng)目協(xié)調(diào)小組 3 質(zhì)量管理小組 3 需求分析小組 3 系統(tǒng)設(shè)計小組 3 軟件開發(fā)小組 3 系統(tǒng)測試小組 3 文檔整理小組 3 系統(tǒng)培訓(xùn)小組 3 系統(tǒng)維護(hù)小組 3 評審驗(yàn)收 3 3 系統(tǒng)移交 3第一章 系統(tǒng)概述 項(xiàng)目背景XXX鋼鐵電子商務(wù)平臺是迎合當(dāng)下鋼鐵物流業(yè)集成化發(fā)展現(xiàn)狀，滿足鋼鐵物流業(yè)未來發(fā)展的戰(zhàn)略需求、運(yùn)作需求和技術(shù)需求所開發(fā)的平臺化解決方案，以互聯(lián)網(wǎng)、電子商務(wù)、網(wǎng)上銀行、身份認(rèn)證等先進(jìn)思想和技術(shù)，與傳統(tǒng)鋼鐵貿(mào)易實(shí)際相融合，給鋼廠、貿(mào)易商、鋼鐵消費(fèi)者、倉儲加工中心、運(yùn)輸商、結(jié)算和信貸銀行提供的專業(yè)性安全高效的鋼鐵現(xiàn)貨交易平臺系統(tǒng)。平臺整體建成后應(yīng)滿足倉儲、加工、運(yùn)輸、財務(wù)、物業(yè)、設(shè)備等市場運(yùn)營的各項(xiàng)業(yè)務(wù)需求，以互聯(lián)網(wǎng)、電子商務(wù)、網(wǎng)上銀行、身份認(rèn)證、現(xiàn)貨電子交易、融資管理等先進(jìn)思想和技術(shù)，給市場中參與各方提供專業(yè)、安全、高效的增值服務(wù)和信息交換、共享。現(xiàn)代物流是建立在信息技術(shù)高度發(fā)達(dá)的基礎(chǔ)上，以供應(yīng)鏈思想融合到客戶服務(wù)，從而形成效益的全新盈利模式。而鋼鐵物流園區(qū)作為一個高度集中的物流集散地，其信息化建設(shè)涉及園區(qū)與企業(yè)、企業(yè)與企業(yè)、企業(yè)與政府三個相關(guān)方向的信息交互和供應(yīng)鏈的有機(jī)貫通，通過建立統(tǒng)一的系統(tǒng)運(yùn)作體系，推動電子商務(wù)發(fā)展和園區(qū)企業(yè)競爭力提升，實(shí)現(xiàn)各類網(wǎng)絡(luò)資源的綜合利用和共享，降低鋼鐵企業(yè)的綜合運(yùn)行成本以及提升服務(wù)能力。其核心應(yīng)用是面向包括鋼廠、貿(mào)易商、服務(wù)商及鋼廠用戶在內(nèi)的鋼鐵供應(yīng)鏈企業(yè)，提供全面的商務(wù)信息支持及通常的交易服務(wù)。 項(xiàng)目建設(shè)內(nèi)容隨著產(chǎn)業(yè)鏈的延伸、信息技術(shù)的日臻成熟，特別是供應(yīng)鏈管理競爭理念的普及，建立信息共享或交易平臺等均成為鋼鐵物流園區(qū)資源整合的手段，但資源整合的目的無外乎是增強(qiáng)客戶服務(wù)能力、提高客戶服務(wù)水平和獲得更好的投資回報。所以，盡管不同的企業(yè)在實(shí)際運(yùn)作中所采取的資源整合方式方法不盡相同，但還是有一些共同的范疇需要納入企業(yè)的視野。它們是客戶資源整合、能力資源整合和信息資源整合。實(shí)施資源整合的時候，必須牢牢把握住兩點(diǎn)：對企業(yè)內(nèi)部資源整合的價值的調(diào)整和對企業(yè)外部資源整合。我們要做的就是找到最佳的結(jié)合點(diǎn)，并實(shí)現(xiàn)服務(wù)資源的優(yōu)化配置。在本項(xiàng)目中，我們將從企業(yè)的服務(wù)化運(yùn)作去考慮和審視系統(tǒng)架構(gòu)，把企業(yè)運(yùn)作經(jīng)驗(yàn)總結(jié)并積累變成一個個“服務(wù)”，把“組織能力”服務(wù)化，通過對“服務(wù)”的編排來實(shí)現(xiàn)彈性的業(yè)務(wù)流程，將這種方法定義為SOA架構(gòu)，其核心是對企業(yè)業(yè)務(wù)的抽象和組件化。也就是說，系統(tǒng)從一開始，就不是“像傳統(tǒng)軟件那樣按照工作流的方式”去設(shè)計的，而是從企業(yè)的戰(zhàn)略，到業(yè)務(wù)流程，以及流程所需要的服務(wù)去考慮。這樣的思路所設(shè)計出來的系統(tǒng)，通過服務(wù)的編排來實(shí)現(xiàn)業(yè)務(wù)流程，自然地形成以服務(wù)為基礎(chǔ)的架構(gòu)。XXX鋼鐵電子商務(wù)平臺，參與方示意如下：根據(jù)各參與方的需求和相關(guān)服務(wù)，我們期望構(gòu)建的系統(tǒng)如下圖所示：l 園區(qū)業(yè)務(wù)管理平臺 實(shí)現(xiàn)物流園區(qū)在線服務(wù)的可行性，集成物流作業(yè)及實(shí)際業(yè)務(wù)數(shù)據(jù)，包括倉儲、加工、運(yùn)輸、配送、供應(yīng)鏈管理和市場管理等業(yè)務(wù)。該平臺包括市場業(yè)務(wù)過程的信息化和集成，能幫助鋼鐵流通企業(yè)提高作業(yè)管理水平，降低管理成本，同時也為物流服務(wù)提供基礎(chǔ)數(shù)據(jù)源。l 電子商務(wù)平臺包括綜合信息平臺（EIP，即門戶網(wǎng)站）、鋼鐵現(xiàn)貨電子交易平臺和融資管理平臺三部份電子商務(wù)業(yè)務(wù)，支持各種電子單證流轉(zhuǎn)，主要的功能包括產(chǎn)品展示、企業(yè)展示、供求信息、商務(wù)洽談、交易撮合、詢價報價、訂單委托等商務(wù)應(yīng)用，通過該系統(tǒng)，提高空閑物流資源的利用率，增強(qiáng)加工貿(mào)易、鋼材流通企業(yè)的商機(jī)，降低鋼材物流成本，加快商業(yè)信息流轉(zhuǎn)和融資管理渠道。l 內(nèi)部管理平臺由協(xié)同辦公信息系統(tǒng)（OA）、綜合結(jié)算管理系統(tǒng)、客戶關(guān)系管理和決策支持系統(tǒng)組成，包括數(shù)據(jù)查詢統(tǒng)計和智能決策分析。結(jié)算管理包括應(yīng)收應(yīng)付、物流費(fèi)用結(jié)算和網(wǎng)上電子支付功能，提高鋼鐵物流資金回收率和安全，加快資金流轉(zhuǎn)率。 總體目標(biāo)1. 滿足鋼鐵物流園區(qū)不同業(yè)務(wù)形式的信息化需求； 2. 建立基于鋼鐵供應(yīng)鏈一體的物流作業(yè)機(jī)制，實(shí)現(xiàn)與外界供貨商、鋼鐵物流合作伙伴業(yè)務(wù)流的對接，減少園區(qū)重復(fù)性操作，提升物流作業(yè)效率和服務(wù)能力； 3. 三平臺有機(jī)結(jié)合，為企業(yè)提供全方位的運(yùn)營管理。 4. 動態(tài)財務(wù)管控，為企業(yè)提高資金流轉(zhuǎn)率，降低經(jīng)營風(fēng)險。 5. 系統(tǒng)中貫徹SOA架構(gòu)，支持多種業(yè)務(wù)模式擴(kuò)展，滿足系統(tǒng)擴(kuò)充或引入更為復(fù)雜應(yīng)用。6. 通過電子商務(wù)平臺提升園區(qū)對各個要素或能力的整合能力：n 使鋼鐵物流園區(qū)從平面型向立體型轉(zhuǎn)變，提高土地綜合收益。n 實(shí)現(xiàn)鋼材市場和網(wǎng)上鋼材市場的完美結(jié)合，提升對客戶的網(wǎng)上和網(wǎng)下綜合服務(wù)能力。n 緊密結(jié)合土地以外的資源，如集中采購、各種融資方案、擔(dān)保、加工和配送服務(wù)資源，給流通企業(yè)提供鋼鐵供應(yīng)鏈的全程服務(wù)。n 跨區(qū)物流服務(wù)配套設(shè)施建設(shè)、電子商務(wù)系統(tǒng)無區(qū)域時空限制特點(diǎn)和B2B實(shí)時安全的支付結(jié)算系統(tǒng)的結(jié)合，將拓展市場的輻射和跨區(qū)經(jīng)營能力，提供流通企業(yè)跨區(qū)銷售、融資和結(jié)算服務(wù)。 項(xiàng)目實(shí)施總則1. 系統(tǒng)全面采用瀏覽器技術(shù)實(shí)現(xiàn)，遵循SaaS理念進(jìn)行系統(tǒng)架構(gòu)設(shè)計。2. 采用整體規(guī)劃，逐步實(shí)施的的原則。3. 充分考慮企業(yè)現(xiàn)有系統(tǒng)和平臺系統(tǒng)間的數(shù)據(jù)庫結(jié)構(gòu)優(yōu)化、接口的工作。4. 重點(diǎn)突破，根據(jù)XXX工貿(mào)實(shí)際需求，將首先選擇最緊迫的門戶網(wǎng)站和現(xiàn)貨電子交易平臺進(jìn)行開發(fā)，起到以點(diǎn)帶面的效果。本案以下內(nèi)容將僅對項(xiàng)目一期開發(fā)實(shí)施做詳細(xì)描述。第二章 技術(shù)規(guī)劃 系統(tǒng)采用面向服務(wù)構(gòu)架(SOA)的技術(shù)體系SOA架構(gòu)對松耦合的系統(tǒng)的需要來源于業(yè)務(wù)應(yīng)用程序需要，根據(jù)業(yè)務(wù)的需要變得更加靈活，以適應(yīng)不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)級別、業(yè)務(wù)重點(diǎn)、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素，這些因素甚至?xí)绊憳I(yè)務(wù)的性質(zhì)。我們稱能夠靈活地適應(yīng)環(huán)境變化的業(yè)務(wù)為按需（On demand）業(yè)務(wù)，在按需業(yè)務(wù)中，一旦需要，就可以對完成或執(zhí)行任務(wù)的方式進(jìn)行必要的更改。實(shí)例表明，基于SOA架構(gòu)的集成模式用于解決企業(yè)信息集成中相關(guān)異構(gòu)系統(tǒng)之間互操作的問題具有一定優(yōu)勢。整個系統(tǒng)被設(shè)計和實(shí)現(xiàn)為一組相互交互的服務(wù)，它使得系統(tǒng)中的某些服務(wù)能夠充分利用其他的服務(wù)同時卻無需考慮其物理位置。在該模型中，任何的業(yè)務(wù)功能被作為提供的一個服務(wù)使用。應(yīng)用程序的不同功能(服務(wù))通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來，使得構(gòu)建在系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方法進(jìn)行調(diào)用。這種具有中立的接口定義(沒有強(qiáng)制綁定到特定的實(shí)現(xiàn)上)的特征稱為服務(wù)之間的松藕合。松藕合系統(tǒng)的好處有兩點(diǎn)：它的靈活性；當(dāng)組成整個應(yīng)用程序的每個服務(wù)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)逐漸地發(fā)生改變時，它能夠繼續(xù)存在。這就為解決EAI集成問題和快速開發(fā)新的IT系統(tǒng)鋪平了道路。SOA模型如下圖所示，說明了SOA中的不同角色及其工作流程。 可適應(yīng)未來SSO單點(diǎn)登錄方式本系統(tǒng)將預(yù)留SSO單點(diǎn)登陸接口，可適應(yīng)系統(tǒng)的整體規(guī)劃采用用戶單一登陸控制方式，用戶在通過統(tǒng)一登錄驗(yàn)證后，就可訪問相關(guān)管理信息系統(tǒng)，不需多次驗(yàn)證.SSO單點(diǎn)登錄指用戶只需登錄一次，就可使用多個SSO enable的應(yīng)用系統(tǒng)。用戶通過任何應(yīng)用系統(tǒng)都能進(jìn)行SSO，這對于基于Web的系統(tǒng)是可行的。這種單一的登錄點(diǎn)在整個系統(tǒng)的設(shè)計中是唯一認(rèn)證用戶的地方，由登錄點(diǎn)將SSO token（針對不同的C/S，B/S應(yīng)用可能還需要傳遞用戶名，口令）傳遞給應(yīng)用系統(tǒng)，應(yīng)用系統(tǒng)利用SSO token來進(jìn)行用戶已認(rèn)證的驗(yàn)證。簡單地說就是要修改已有的應(yīng)用系統(tǒng)，屏蔽已有的應(yīng)用系統(tǒng)的用戶認(rèn)證模塊，使用系統(tǒng)提供的SSO API來驗(yàn)證用戶，以及對用戶的操作進(jìn)行授權(quán)。通常，認(rèn)證與授權(quán)管理模塊以一種應(yīng)用專有的方式實(shí)現(xiàn)，系統(tǒng)的授權(quán)模型、認(rèn)證，授權(quán)信息存貯結(jié)構(gòu)與訪問控制邏輯與應(yīng)用的業(yè)務(wù)邏輯之間耦合緊密。這種設(shè)計與實(shí)現(xiàn)方式的缺點(diǎn)是顯而易見的：由于認(rèn)證、授權(quán)模塊與應(yīng)用邏輯之間的緊耦合使得認(rèn)證、授權(quán)模塊很難進(jìn)行擴(kuò)展與維護(hù)；認(rèn)證、授權(quán)模塊的設(shè)計與編碼需要很大的工作量，而且很難在不同的應(yīng)用系統(tǒng)之間共享與重用。這也是越來越多企業(yè)應(yīng)用需要SSO的原因之一。 數(shù)據(jù)中心規(guī)劃思路結(jié)合數(shù)據(jù)倉庫技術(shù)思路，有效收集整理系統(tǒng)數(shù)據(jù)，為逐步實(shí)現(xiàn)知識管理和數(shù)據(jù)分析應(yīng)用提供數(shù)據(jù)基礎(chǔ)。作為一種理想的數(shù)據(jù)加工及存儲模式，數(shù)據(jù)中心的建立將為管理中心的數(shù)據(jù)整合及有效利用提供了基礎(chǔ)，為知識管理和決策分析應(yīng)用提供數(shù)據(jù)支持。 兼容未來數(shù)據(jù)擴(kuò)展作為日常使用極為頻繁的交易平臺，可通過業(yè)務(wù)管理或電子商務(wù)服務(wù)平臺在前臺（訪問界面）對后臺各數(shù)據(jù)進(jìn)行集成訪問，包括各類統(tǒng)計報表的展現(xiàn)和傳遞，基于綜合辦公管理平臺的權(quán)限控制體系對各后端數(shù)據(jù)進(jìn)行受控安全訪問和傳遞，與其他信息系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)集成，互為補(bǔ)充，滿足集成需求。 Services技術(shù)Web Services結(jié)構(gòu)圖Web services是一種能夠被描述并通過網(wǎng)絡(luò)發(fā)布、發(fā)現(xiàn)和調(diào)用的自包含、自描述、松散耦合的軟構(gòu)件。在Web services體系中，所有的應(yīng)用實(shí)體都被抽象成服務(wù)。其中包括三個實(shí)體和三種操作。三個實(shí)體：(1)服務(wù)提供者(Service Provider)。從商務(wù)角度看它是指服務(wù)的所有者，從體系結(jié)構(gòu)上看它是指提供服務(wù)的平臺。(2)服務(wù)請求者(Service Requester)。從商務(wù)角度看它是指需要請求特定功能的企業(yè)，從體系結(jié)構(gòu)上看它是指查找和調(diào)用服務(wù)的客戶端應(yīng)用程序。(3)服務(wù)代理(Service Broker)。它是指用來存儲服務(wù)描述信息的信息庫(Repository)。服務(wù)提供方在這里發(fā)布他們的服務(wù)。服務(wù)請求方在這里查找服務(wù)，獲取服務(wù)的綁定信息。三種操作：(1)發(fā)布。服務(wù)提供者需要首先將服務(wù)進(jìn)行一定描述并發(fā)布到注冊服務(wù)器上。在發(fā)布操作中，服務(wù)提供者需要通過注冊服務(wù)器的身份驗(yàn)證，才能對服務(wù)描述信息進(jìn)行發(fā)布和修改。(2)查找。服務(wù)請求方根據(jù)注冊服務(wù)器提供的規(guī)范接口發(fā)出查詢請求，以獲取綁定服務(wù)所需的相關(guān)信息。在查找操作中，一般包含兩種查找模式:一種是瀏覽模式(Browse Pattern)，即服務(wù)請求方可以根據(jù)通用的分類標(biāo)準(zhǔn)來瀏覽或者通過一些關(guān)鍵字來搜索，并逐步縮小查找的范圍，直到找到滿足需要的服務(wù)，查找結(jié)果是一系列服務(wù)的集合。另一種是直接獲取模式(Drill down Pattern)，即通過唯一的關(guān)鍵字直接得到特定服務(wù)的描述信息，其查找結(jié)果是唯一的。(3)綁定(Binding)。服務(wù)請求方通過分析從注冊服務(wù)器中得到的服務(wù)綁定信息，包括服務(wù)的訪問路徑、服務(wù)調(diào)用的參數(shù)、返回結(jié)果、傳輸協(xié)議、安全要求等，對自己的系統(tǒng)進(jìn)行相應(yīng)配置，進(jìn)而遠(yuǎn)程調(diào)用服務(wù)提供者所提供的服務(wù)。 技術(shù)路線1. 開發(fā)語言為JAVA語言，并采用中間件（基于SUN技術(shù)路線）的三層結(jié)構(gòu)。2. 在J2EE開發(fā)環(huán)境下采用三層結(jié)構(gòu)進(jìn)行開發(fā)，前端表現(xiàn)層采用網(wǎng)頁方式。將所有商業(yè)邏輯獨(dú)立出來制作成EJB存放于中間層，由app server負(fù)責(zé)運(yùn)行，并將結(jié)果以網(wǎng)頁方式返回到browser端。利用中間件（基于SUN技術(shù)路線）的三層結(jié)構(gòu)技術(shù)。3. 跨平臺（UNIX，LINUX，WINNT），跨數(shù)據(jù)庫（ORACLE、SYSBASE、INFORMAX、DBSQLSERVER等等）。 系統(tǒng)建設(shè)原則l 電子商務(wù)網(wǎng)站擴(kuò)展性