【正文】 性，要求有效運作的企業(yè)組織結(jié)具有靈活的動態(tài)性，根據(jù)市場的需要及時對企業(yè)組織結(jié)構(gòu)進行調(diào)整或重組 [5]。 平臺設(shè)計的目標如下： 1） 將服裝供應(yīng)鏈上的供應(yīng)商、服裝制造企業(yè)、物流三方聯(lián)系起來，服裝企業(yè)在平臺上發(fā)布面輔料需求和物流需求，和供應(yīng)商、物流進行交易。 2） 平臺通過記錄供應(yīng)商和物流的交易行為，為所有的供應(yīng)商和物流商建立信用記錄。如圖 12所示。 3） 平臺實現(xiàn)了與供應(yīng)鏈管理相關(guān)的交易、 采購、決策、物流、倉儲的辦公自動化。 圖 12 建立交易記錄示意圖 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 7 平臺總體功能圖如圖 3所示。 圖 13 平臺總體功能圖 性能 某些數(shù)據(jù)查詢并發(fā)量大，為了保證數(shù)據(jù)庫執(zhí)行速度和平臺性能，對這些數(shù)據(jù)進行冗余處理 [6]。如圖 3 所示。 即設(shè)計一個公共數(shù)據(jù)庫存放服裝制造公司、供應(yīng)商、物流三方交互處理時用到的數(shù)據(jù)。同時給每一個服裝制造公司分配一個私有數(shù)據(jù)庫，有關(guān)交易、采購、決策、物流、倉儲的辦公自動化用到的數(shù)據(jù)盡量重私有數(shù)據(jù)庫中讀取。例如面輔料需求表和面輔料交易表就做了類似處理，詳情參見系統(tǒng)設(shè)計部分 。 安全性 視圖可以作為一種安全機制，允許用戶通過視圖訪問數(shù)據(jù)，而不授予用戶直接訪問視圖基礎(chǔ)表的權(quán)限，可以增強數(shù)據(jù)庫的安全性 [7]。例如，如果對公用數(shù)據(jù)庫中的交易記錄表建立面向服裝制造企業(yè)的視圖，該視圖隱去參加交易的服裝公司信息，將減少他人通過對數(shù)據(jù)庫 SQL 注入式攻擊 [8]而獲取其他服裝制造公司商業(yè)秘密的幾率。 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 8 論文結(jié)構(gòu) 論文包括五個主要章節(jié)，分別為概述、需求分析、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)與調(diào)試、展望。 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 9 2 需求分析 本章依照平臺設(shè)計目標，構(gòu)造了業(yè)務(wù)流程 。依照業(yè)務(wù)流程制作相應(yīng)的數(shù)據(jù)流圖、數(shù)據(jù)字典。 供應(yīng)商、物流、客戶和服裝公司各部門關(guān)系 服裝公司中參與到本供應(yīng)鏈管理平臺的部門包括銷售部、采購部、生產(chǎn)計劃部、倉庫、物流中心。 銷售部爭取客戶訂單；向生產(chǎn)計劃部提交訂單詳細要求；通知物流中心制定送貨計劃；此外還要時刻與客戶交流并與上述部門溝通應(yīng)對變化。 生產(chǎn)計劃部接到訂單詳細要求后要制定物料需求表，如果倉庫庫存不足則制定相應(yīng)的采購表提交采購部。 采購部負責(zé)在供應(yīng)鏈平臺上發(fā)布面輔料需求并向物流中心提交物流需求。 物流中心在接到銷售部和采購部的物流需求 后在平臺上發(fā)布物流需求，并與倉庫溝通出庫入庫情況。 倉庫負責(zé)物流公司的面輔料入庫、成品出庫和生產(chǎn)計劃部的成品入庫和提取面輔料相關(guān)的清點、質(zhì)檢工作。 供應(yīng)商、物流、客戶與服裝公司各部門關(guān)系見圖 21。 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 10 圖 21 供應(yīng)商、物流、客戶與服裝公司各部門關(guān)系 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 11 業(yè)務(wù)流程 系統(tǒng)流程圖是概括的描繪物理系統(tǒng)的傳統(tǒng)工具。在進行可行性研究時需要了解和分析現(xiàn)有系統(tǒng)，并以概括的形式表達對現(xiàn)有系統(tǒng)的認識；進入設(shè)計階段以后應(yīng)該把設(shè)想的新系統(tǒng)的邏輯模型轉(zhuǎn)變?yōu)槲锢砟Ｐ?，因此要描繪未來物理系統(tǒng) 的概貌 [9]。 根據(jù)上述關(guān)系分析得到供應(yīng)鏈管理平臺的業(yè)務(wù)流程如圖 22 所示。 圖 22 業(yè)務(wù)流程圖 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 12 數(shù)據(jù)流圖 數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息和數(shù)據(jù)從輸入移動到輸出過程中所經(jīng)歷的變化。在數(shù)據(jù)流中沒有任何具體的物理部件，它只描繪數(shù)據(jù)在軟件中流動和被處理的過程 [10]。 在弄清現(xiàn)行業(yè)務(wù)流程并構(gòu)建完供應(yīng)鏈平臺的業(yè)務(wù)流程的基礎(chǔ)上，構(gòu)造出系統(tǒng)的邏輯模型，并用數(shù)據(jù)流圖表述。 頂層數(shù)據(jù)流圖如圖 23所示。 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 13 本次畢業(yè)設(shè)計具體設(shè)計實現(xiàn)部分的詳細數(shù)據(jù)流圖如圖 24所示。 圖 23 頂層數(shù)據(jù)流圖 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 14 圖 23 頂層數(shù)據(jù)流圖 圖 24 詳細數(shù)據(jù)流圖 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 15 圖 24 詳細數(shù)據(jù)流圖 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 16 圖 24 詳細數(shù)據(jù)流圖 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 17 數(shù)據(jù)字典 是各類數(shù)據(jù)描述的集合，它是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析后所獲得的主要成果。數(shù)據(jù)字典主要包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程 [11]。 依照詳細數(shù)據(jù)流圖，系統(tǒng)數(shù)據(jù)字典設(shè)計如下。 主要的數(shù)據(jù)流定義 1）數(shù)據(jù)流名稱：服裝制造公司情況 位置： Admin→ P1， Admin→ P8,采購部→ P3,質(zhì)檢員→ P14 定義：服裝公司情況 =注冊郵箱 +密碼 +平臺分配編號 +名稱 +地點 +聯(lián)系方式 + 公司簡介 說明：服裝公司在平臺注冊時提交的賬號和公司的相關(guān)情況； Admin、采購 部、質(zhì)檢員登陸平臺是驗證用戶合法性 2）數(shù)據(jù)流名稱：面輔料供應(yīng)商情況 位置：供應(yīng)商→ P1，供應(yīng)商→ P5 定義：面輔料供應(yīng)商情況 =注冊郵箱 +密碼 +平臺分配編號 +名稱 +地點 +練習(xí)方 式 +公司簡介 說明：面輔料供應(yīng)商在平臺注冊時提交賬號、密碼和公司相關(guān)情況；供應(yīng)商 登陸平臺時驗證用戶合法性。 3）數(shù)據(jù)流名稱： Admin 賬號 位置： Admin→ P2， Admin→ P8 定義： Admin 賬號 =Adimn 密碼 說明：服裝公司供應(yīng)鏈管理員進入平臺后對平臺進行初始化，設(shè)置 Admin 密碼； Admin 進入 Admin 管理界面時驗證用戶合法性。 4）數(shù)據(jù)流名稱：采購部賬號 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 18 位置： Admin→ P2。采購部→ P3 定義：采購部賬號 =采購部密碼 說明：服裝公司供應(yīng)鏈管理員進入平臺后對平臺進行初始化，設(shè)置采購部密 碼；采購部進入采購管理界面時驗證用戶合法性。 5）數(shù) 據(jù)流名稱：質(zhì)檢部賬號 位置： Admin→ P2，質(zhì)檢員→ P14 定義：質(zhì)檢員賬號 =質(zhì)檢員密碼 說明：服裝公司供應(yīng)鏈管理員進入平臺后對平臺進行初始化，設(shè)置質(zhì)檢員密 碼；質(zhì)檢員進入質(zhì)檢管理界面時驗證用戶合法性。 6）數(shù)據(jù)流名稱：面輔料需求情況 位置： P3→ P4 定義：面料需求情況 =面料種類 +數(shù)量 +需要到貨時間 +樣式描述 說明：采購部發(fā)布面輔料需求信息?？戳藛?， 7）數(shù)據(jù)流名稱：面輔料查詢條件 位置： P5→ P6 定義：面輔料查詢條件 =面輔料種類 +排序方式（到貨時間 /需求數(shù)量） 說明：面輔料供應(yīng)商查詢平臺上的面輔料需求。 8）數(shù)據(jù)流名稱：供應(yīng)商競標情況 位置： P6→ P7 定義：供應(yīng)商競標情況 =供應(yīng)商編號 +面輔料需求編號 +出價 +備注 說明：供應(yīng)商提交對面輔料需求的競標 9）數(shù)據(jù)流名稱：面輔料需求編號 位置： P8→ P9 定義：面輔料需求編號 =面輔料需求編號 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 19 說明： Admin 提交要查看的面輔料需求編號，程序依照面輔料需求編號和相關(guān)表生成決策支持報表。 10）數(shù)據(jù)流名稱：確認交易情況 位置： P8→ P10 定 義：確認交易情況 =面輔料需求編號 +供應(yīng)商編號 說明： Admin 選擇本次面輔料需求的供應(yīng)商，確認交易，平臺依照 Admin 的選擇進行相應(yīng)的處理。 11）數(shù)據(jù)流名稱：交易評價情況 位置： P8→ P12 定義：交易評價情況 =交易評價 說明： Admin 對所有交易進行評價。 12）數(shù)據(jù)流名稱：面輔料交易編號 位置： P8→ P13 定義：面輔料交易編號 =面輔料交易編號 說明： Admin 提交要取消的交易的交易編號，程序進行相關(guān)的處理。 13）數(shù)據(jù)流名稱：質(zhì)檢情況 位置： P14→ P15 定義：質(zhì)檢情況 =面輔料交易編號 +質(zhì)檢 評級 說明：質(zhì)檢員檢查貨物之后提交對貨物的質(zhì)量評價，程序進行相關(guān)的處理。 主要的數(shù)據(jù)存儲定義 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 20 1）數(shù)據(jù)存儲編號： PD1 數(shù)據(jù)存儲名稱：服裝公司注冊表 輸入： P1 輸出： p3,P8,P14 數(shù)據(jù)結(jié)構(gòu)：服裝公司注冊表 =注冊郵箱 +密碼 +服裝公司編號 +服裝公司名稱 +地點 +聯(lián)系方式 +公司簡介 說明：服裝公司編號具有唯一性和非空性。服裝公司名稱具有唯一性和非空性。存儲在平臺公共數(shù)據(jù)庫中。 2）數(shù)據(jù)存儲編號： PD2 數(shù)據(jù)存儲名稱：供應(yīng)商注冊表 輸入： P1 輸出： P5,P9 數(shù)據(jù)結(jié)構(gòu)：供應(yīng)商注冊表 =注冊郵箱 +密碼 +供應(yīng)商編號 +供應(yīng)商名稱 +地點 +聯(lián)系方式 +公司簡介 說明：供應(yīng)商編號具有唯一性和非空性。供應(yīng)商名稱具有唯一性和非空性。存儲在平臺公共數(shù)據(jù)庫中。 3）數(shù)據(jù)存儲編號： PD3 數(shù)據(jù)存儲名稱：面輔料需求表 輸入： P4 輸出： P6 數(shù)據(jù)結(jié)構(gòu)：面輔料需求表 =面輔料需求編號 +面輔料需求種類 +數(shù)量 +到貨時間+詳細描述 +服裝公司編號 +服裝公司名稱 說明：面輔料需求編號具有唯一性和非空性。服裝公司編號是外碼，參照表為“服裝公司注冊表 .服裝公司編號”。存儲在平臺公共數(shù)據(jù)庫中。 4）數(shù)據(jù)存儲編號： PD4 基于 WEB 的服裝供應(yīng)鏈管理服務(wù)平臺設(shè)計 21 數(shù)據(jù)存 儲名稱：供應(yīng)商交易記錄與評價表 輸入： P12,P15,P13 輸出： P9,P17 數(shù)據(jù)結(jié)構(gòu)：供應(yīng)商交易記錄與評價表 =交易記錄與評價編號 +面輔料交易編號+供應(yīng)商編號 +供應(yīng)商名稱 +面輔料種類 +面輔料數(shù)量 +質(zhì)檢評價 +服裝公司評價 +交易是否成功 說明：交易記錄與評價編號具有唯一性和非空性。面輔料交易編號是外碼，參照表為“面輔料交易表 .面輔料交易編號”。供應(yīng)商編號是外碼，參照表為“供應(yīng)商注冊表 .供應(yīng)商編號”。供應(yīng)商名稱是外碼，參照表為“供應(yīng)商注冊表 .供應(yīng)商名稱”。交易死否成功具有非空性。交易是否成功默認值為成功，如果 Admin 取消交易則改為失敗。存儲在平臺公共數(shù)據(jù)庫中。 5）數(shù)據(jù)存儲編號： D1 數(shù)據(jù)存儲名稱： Admin 賬號 輸入： P2 輸出： P8 數(shù)據(jù)結(jié)構(gòu)： Admin 賬號 =Admin 密碼 說明：存儲在服裝公司私有數(shù)據(jù)庫中。 6）數(shù)據(jù)存儲編號： D2 數(shù)據(jù)存儲名稱：采購部賬號 輸入： P2 輸出： P3 數(shù)據(jù)結(jié)構(gòu)：采購部