高亢 20060901213 20基于web的服裝供應鏈管理服務平臺設計[1]

1、 基于web的服裝供應鏈管理服務平臺設計畢業(yè)設計（論文） 課 題 名 稱 ：基于web的服裝供應鏈管理服務平臺設計學 院 ：信息學院 專 業(yè) ：電子信息工程 姓 名 ： 高亢 學 號 ：060901213 指 導 教 師 ：王直杰 二零一零 年 九月 十五日1212基于web的服裝供應鏈管理平臺設計摘要對于基于訂單生產的服裝企業(yè)來說，面料、輔料等的及時供應對其非常重要，因此需要設計一套基于web技術的計算機軟件系統(tǒng)，對其供應鏈進行管理。然而中小企業(yè)由于資金及技術的限制，無力開發(fā)這樣一套系統(tǒng)。本文設計一個基于web技術的公共服務平臺，為中小企業(yè)提供供應鏈管理服務。本文設計的平臺將服裝供應鏈上的供

2、應商、服裝制造企業(yè)、物流三方聯(lián)系起來，服裝企業(yè)在平臺上發(fā)布面輔料需求和物流需求，和供應商、物流進行交易。平臺通過建立交易記錄來監(jiān)督供應商和物流的交易行為，營造一個誠信的商業(yè)環(huán)境。平臺實現了與供應鏈管理相關的交易、采購、決策、物流、倉儲的辦公自動化。論文包括五個主要章節(jié)，分別為概述、需求分析、系統(tǒng)設計、系統(tǒng)實現與調試、展望。平臺采用asp.net與sql server 2000相結合的網站方式，開發(fā)工具采用microsoftvisualstudio2005，開發(fā)語言是c#.net，數據庫使用sql server 2000。關鍵詞：服裝供應鏈，管理平臺，asp.net，數據庫，web技術web-b

3、ased apparel supply chain management platformabstracttimely supply of fabric and accessories is very important for clothing enterprises whose production is order-oriented. so, its necessary to design a set of computer software systems based on web technologies to manage its supply chain. however, du

4、e to funding and technical constraints, small and medium enterprises are unable to develop such a system. in this thesis, we designed a public platform based on web technologies, providing supply chain management services for smes.the platform will make apparel suppliers, clothing manufacturers, and

5、 logistics closely linked. clothing enterprises publish materials requirements and logistics needs on the platform, have transactions with fabric accessories suppliers and logistics. by recording the transactions, the platform is able to keep track of the behavior of suppliers and logistics and crea

6、te a transparent business environment. it provides services of office automation on trading, purchasing, decision making, logistics, and warehousing.the thesis consists of five main chapters: platform overview, requirement analysis, system design, system implementation, debugging, and future work.un

7、der the microsoft visual studio net environment, the platform is constructed by the c# programming language and the microsoft sql server 2000 database.key words: apparel supply chain, management platform, asp.net,database,web technologies 目 錄1概述 51.1 背景 51.2平臺設計目標61.3性能71.4安全性71.5論文結構82需求分析92.1供應商、物

8、流、客戶和服裝公司各部門關系92.2業(yè)務流程112.3數據流圖12 2.4數據字典172.4.1主要的數據流定義17 2.4.2主要的數據存儲定義202.4.3主要處理過程232.5本章小結273系統(tǒng)設計283.1功能設計293.1.1功能結構圖293.1.2功能模塊說明303.2數據庫設計333.2.1 數據庫概念設計333.2.2數據庫關系模型設計343.2.3字段定義353.2.4表關系圖393.5本章小結394 實現與調試404.1 asp.net技術404.2 程序流程圖404.3 平臺實現與調試424.4本章小結475 展望485.1擴展系統(tǒng)邊界485.2引入第三方平臺495.3本

9、章小結49致謝50參考文獻51附錄：部分代碼531 概述本章通過研究服裝行業(yè)特點和供應鏈管理需求，推導出了平臺的設計目標。1.1 背景供應鏈被定義為：由供應商、制造者、批發(fā)商和最終消費者組成的供給和需求網絡1。 敏捷供應鏈是指，以核心企業(yè)為中心，通過對物流、信息流、資金流的控制，將供應商、制造商、分銷商、零售商及最終消費者整合到一個統(tǒng)一的、無縫化程度較高的功能網絡鏈條，以形成一個極具競爭力的戰(zhàn)略聯(lián)盟2。服裝是時尚性和季節(jié)性極強的產品，所以服裝市場是一個變化及其迅速的市場。一方面服裝企業(yè)要迅速掌握市場需求的變化，另一方面服裝企業(yè)和上游各種面輔料供應商以及物流服務提供商組成了松散、動態(tài)的產業(yè)聯(lián)盟3

10、。產品的多變和產業(yè)聯(lián)盟的動態(tài)不穩(wěn)定性決定了服裝制造商需要敏捷供應鏈。中小型服裝制造企業(yè)來獨立開發(fā)一個供應鏈管理系統(tǒng)性價比低，本課題設計一個基于web技術的公共服務平臺。1.2平臺設計目標 圖1-1 服裝產業(yè)供應鏈服裝產業(yè)供應鏈主要由面輔料供應商、物流、服裝代工企業(yè)、品牌服裝企業(yè)組成，如圖1-1示。在供應鏈管理中，最核心的研究內容是隨著動態(tài)聯(lián)盟的組成和解散，如何快速地完成系統(tǒng)的重組4。敏捷供應鏈要求具有組織虛擬性原則：即由于市場的變化和不可預測性，要求有效運作的企業(yè)組織結具有靈活的動態(tài)性，根據市場的需要及時對企業(yè)組織結構進行調整或重組5。平臺設計的目標如下：1）將服裝供應鏈上的供應商、服裝制造企

11、業(yè)、物流三方聯(lián)系起來，服裝企業(yè)在平臺上發(fā)布面輔料需求和物流需求，和供應商、物流進行交易。 2）平臺通過記錄供應商和物流的交易行為，為所有的供應商和物流商建立信用記錄。如圖1-2所示。 3）平臺實現了與供應鏈管理相關的交易、采購、決策、物流、倉儲的辦公自動化。圖1-2 建立交易記錄示意圖平臺總體功能圖如圖3所示。圖1-3 平臺總體功能圖1.3性能 某些數據查詢并發(fā)量大，為了保證數據庫執(zhí)行速度和平臺性能，對這些數據進行冗余處理6。如圖3所示。即設計一個公共數據庫存放服裝制造公司、供應商、物流三方交互處理時用到的數據。同時給每一個服裝制造公司分配一個私有數據庫，有關交易、采購、決策、物流、倉儲的辦公

12、自動化用到的數據盡量重私有數據庫中讀取。例如面輔料需求表和面輔料交易表就做了類似處理，詳情參見系統(tǒng)設計部分。1.4安全性 視圖可以作為一種安全機制，允許用戶通過視圖訪問數據，而不授予用戶直接訪問視圖基礎表的權限，可以增強數據庫的安全性7。例如，如果對公用數據庫中的交易記錄表建立面向服裝制造企業(yè)的視圖，該視圖隱去參加交易的服裝公司信息，將減少他人通過對數據庫sql注入式攻擊8而獲取其他服裝制造公司商業(yè)秘密的幾率。1.5論文結構論文包括五個主要章節(jié)，分別為概述、需求分析、系統(tǒng)設計、系統(tǒng)實現與調試、展望。2需求分析本章依照平臺設計目標，構造了業(yè)務流程。依照業(yè)務流程制作相應的數據流圖、數據字典。2.1

13、供應商、物流、客戶和服裝公司各部門關系 服裝公司中參與到本供應鏈管理平臺的部門包括銷售部、采購部、生產計劃部、倉庫、物流中心。 銷售部爭取客戶訂單；向生產計劃部提交訂單詳細要求；通知物流中心制定送貨計劃；此外還要時刻與客戶交流并與上述部門溝通應對變化。生產計劃部接到訂單詳細要求后要制定物料需求表，如果倉庫庫存不足則制定相應的采購表提交采購部。采購部負責在供應鏈平臺上發(fā)布面輔料需求并向物流中心提交物流需求。物流中心在接到銷售部和采購部的物流需求后在平臺上發(fā)布物流需求，并與倉庫溝通出庫入庫情況。倉庫負責物流公司的面輔料入庫、成品出庫和生產計劃部的成品入庫和提取面輔料相關的清點、質檢工作。供應商、物

14、流、客戶與服裝公司各部門關系見圖2-1。 圖2-1 供應商、物流、客戶與服裝公司各部門關系2.2業(yè)務流程 系統(tǒng)流程圖是概括的描繪物理系統(tǒng)的傳統(tǒng)工具。在進行可行性研究時需要了解和分析現有系統(tǒng)，并以概括的形式表達對現有系統(tǒng)的認識；進入設計階段以后應該把設想的新系統(tǒng)的邏輯模型轉變?yōu)槲锢砟Ｐ?，因此要描繪未來物理系統(tǒng)的概貌9。根據上述關系分析得到供應鏈管理平臺的業(yè)務流程如圖2-2所示。圖2-2 業(yè)務流程圖2.3數據流圖 數據流圖是一種圖形化技術，它描繪信息和數據從輸入移動到輸出過程中所經歷的變化。在數據流中沒有任何具體的物理部件，它只描繪數據在軟件中流動和被處理的過程10。在弄清現行業(yè)務流程并構建完供應

15、鏈平臺的業(yè)務流程的基礎上，構造出系統(tǒng)的邏輯模型，并用數據流圖表述。頂層數據流圖如圖2-3所示。本次畢業(yè)設計具體設計實現部分的詳細數據流圖如圖2-4所示。圖2-3 頂層數據流圖圖2-3 頂層數據流圖圖2-4 詳細數據流圖圖2-4 詳細數據流圖圖2-4 詳細數據流圖2.4數據字典 是各類數據描述的集合，它是進行詳細的數據收集和數據分析后所獲得的主要成果。數據字典主要包括數據項、數據結構、數據流、數據存儲、處理過程11。依照詳細數據流圖，系統(tǒng)數據字典設計如下。 2.4.1主要的數據流定義 1）數據流名稱：服裝制造公司情況 位置：adminp1，adminp8,采購部p3,質檢員p14定義：服裝公司情

16、況=注冊郵箱+密碼+平臺分配編號+名稱+地點+聯(lián)系方式+公司簡介說明：服裝公司在平臺注冊時提交的賬號和公司的相關情況；admin、采購部、質檢員登陸平臺是驗證用戶合法性 2）數據流名稱：面輔料供應商情況 位置：供應商p1，供應商p5定義：面輔料供應商情況=注冊郵箱+密碼+平臺分配編號+名稱+地點+練習方式+公司簡介說明：面輔料供應商在平臺注冊時提交賬號、密碼和公司相關情況；供應商登陸平臺時驗證用戶合法性。 3）數據流名稱：admin賬號位置：adminp2，adminp8 定義：admin賬號=adimn密碼說明：服裝公司供應鏈管理員進入平臺后對平臺進行初始化，設置admin密碼；admin進

17、入admin管理界面時驗證用戶合法性。 4）數據流名稱：采購部賬號 位置：adminp2;采購部p3 定義：采購部賬號=采購部密碼說明：服裝公司供應鏈管理員進入平臺后對平臺進行初始化，設置采購部密碼；采購部進入采購管理界面時驗證用戶合法性。 5）數據流名稱：質檢部賬號 位置：adminp2，質檢員p14 定義：質檢員賬號=質檢員密碼說明：服裝公司供應鏈管理員進入平臺后對平臺進行初始化，設置質檢員密碼；質檢員進入質檢管理界面時驗證用戶合法性。 6）數據流名稱：面輔料需求情況 位置：p3p4 定義：面料需求情況=面料種類+數量+需要到貨時間+樣式描述 說明：采購部發(fā)布面輔料需求信息?？戳藛幔?7）

18、數據流名稱：面輔料查詢條件 位置：p5p6 定義：面輔料查詢條件=面輔料種類+排序方式（到貨時間/需求數量） 說明：面輔料供應商查詢平臺上的面輔料需求。 8）數據流名稱：供應商競標情況 位置：p6p7 定義：供應商競標情況=供應商編號+面輔料需求編號+出價+備注說明：供應商提交對面輔料需求的競標9）數據流名稱：面輔料需求編號位置：p8p9定義：面輔料需求編號=面輔料需求編號說明：admin提交要查看的面輔料需求編號，程序依照面輔料需求編號和相關表生成決策支持報表。10）數據流名稱：確認交易情況位置：p8p10定義：確認交易情況=面輔料需求編號+供應商編號說明：admin選擇本次面輔料需求的供應

19、商，確認交易，平臺依照admin的選擇進行相應的處理。11）數據流名稱：交易評價情況位置：p8p12定義：交易評價情況=交易評價說明：admin對所有交易進行評價。12）數據流名稱：面輔料交易編號位置：p8p13定義：面輔料交易編號=面輔料交易編號說明：admin提交要取消的交易的交易編號，程序進行相關的處理。13）數據流名稱：質檢情況位置：p14p15定義：質檢情況=面輔料交易編號+質檢評級說明：質檢員檢查貨物之后提交對貨物的質量評價，程序進行相關的處理。2.4.2主要的數據存儲定義1）數據存儲編號：pd1數據存儲名稱：服裝公司注冊表輸入：p1輸出：p3,p8,p14 數據結構：服裝公司注冊

20、表=注冊郵箱+密碼+服裝公司編號+服裝公司名稱+地點+聯(lián)系方式+公司簡介說明：服裝公司編號具有唯一性和非空性。服裝公司名稱具有唯一性和非空性。存儲在平臺公共數據庫中。2）數據存儲編號：pd2數據存儲名稱：供應商注冊表輸入：p1輸出：p5,p9數據結構：供應商注冊表=注冊郵箱+密碼+供應商編號+供應商名稱+地點+聯(lián)系方式+公司簡介說明：供應商編號具有唯一性和非空性。供應商名稱具有唯一性和非空性。存儲在平臺公共數據庫中。3）數據存儲編號：pd3數據存儲名稱：面輔料需求表輸入：p4輸出：p6數據結構：面輔料需求表=面輔料需求編號+面輔料需求種類+數量+到貨時間+詳細描述+服裝公司編號+服裝公司名稱說

21、明：面輔料需求編號具有唯一性和非空性。服裝公司編號是外碼，參照表為“服裝公司注冊表.服裝公司編號”。存儲在平臺公共數據庫中。4）數據存儲編號：pd4數據存儲名稱：供應商交易記錄與評價表輸入：p12,p15,p13輸出：p9,p17數據結構：供應商交易記錄與評價表=交易記錄與評價編號+面輔料交易編號+供應商編號+供應商名稱+面輔料種類+面輔料數量+質檢評價+服裝公司評價+交易是否成功說明：交易記錄與評價編號具有唯一性和非空性。面輔料交易編號是外碼，參照表為“面輔料交易表.面輔料交易編號”。供應商編號是外碼，參照表為“供應商注冊表.供應商編號”。供應商名稱是外碼，參照表為“供應商注冊表.供應商名稱

22、”。交易死否成功具有非空性。交易是否成功默認值為成功，如果admin取消交易則改為失敗。存儲在平臺公共數據庫中。5）數據存儲編號：d1數據存儲名稱：admin賬號輸入：p2輸出：p8數據結構：admin賬號=admin密碼說明：存儲在服裝公司私有數據庫中。6）數據存儲編號：d2數據存儲名稱：采購部賬號輸入：p2輸出：p3數據結構：采購部賬號=采購部密碼說明：存儲在服裝公司私有數據庫中。7）數據存儲編號：d3數據存儲名稱：質檢員賬號輸入：p2輸出：p14數據結構：質檢員賬號=質檢員密碼說明：存儲在服裝公司私有數據庫中。8）數據存儲編號：d4數據存儲名稱：面輔料需求表輸入：p4輸出：p16，p10

23、數據結構：面輔料需求表=面輔料需求編號+面輔料需求種類+數量+到貨時間+詳細描述說明：存儲在服裝公司私有數據庫中。9）數據存儲編號：d5數據存儲名稱：供應商申請表輸入：p7輸出：p9,p10數據結構：供應商申請表=面輔料需求編號+面輔料需求種類+數量+到貨時間+詳細描述+供應商編號+供應商名稱+競標簡述說明：面輔料需求編號+供應商編號具有唯一性和非空性。面輔料需求編號是外碼，參照表位“d4面輔料需求表.面輔料需求編號”。供應商編號是外碼，參照表位“供應商注冊表.供應商編號”。存儲在服裝公司私有數據庫中。10）數據存儲編號：d6數據存儲名稱：面輔料交易表輸入：p10,p12,p13,p15輸出：

24、p11,p12,p13,p15數據結構：面輔料交易表=面輔料需求編號+面輔料需求種類+數量+到貨時間+詳細描述+供應商編號+供應商名稱+質檢評價+交易是否成功+交易評價說明：面輔料需求編號具有唯一性和與非空性。供應商編號是外碼，參照表為“供應商注冊信息.供應商編號”。質檢評價只能是“合格、不合格”。存儲在服裝公司私有數據庫中。11）數據存儲編號：d7數據存儲名稱：質檢單輸入：p15輸出：數據結構：質檢單=面輔料需求編號+面輔料需求種類+數量+到貨時間+詳細描述+供應商編號+供應商名稱+質檢評價+質檢完成時間說明：面輔料需求編號+質檢完成時間具有唯一性和非空性。供應商編號是外碼，參照表為“供應商

25、注冊表.供應商編號”。質檢評價只能為“合格、不合格”。存儲在服裝公司私有數據庫中。2.4.3主要處理過程1）處理過程編號：p1處理過程名：注冊輸入：服裝公司信息、供應商信息輸出：pd1、pd2處理說明：服裝公司和供應商在平臺上注冊并登記相關信息，存儲在服裝公司注冊表和供應商注冊表中，這兩張表都存儲在平臺公共數據庫中。2）處理過程編號：p2處理過程名：內部賬號管理輸入：admin密碼、采購部密碼、質檢員密碼輸出：d1、d2、d3處理說明：服裝公司在平臺上注冊后，供應鏈管理員對平臺進行初始化，設置admin密碼、采購部密碼、質檢員密碼。存儲在服裝公司私人數據庫中。3）處理過程編號：p3處理過程名：

26、采購部登陸輸入：服裝公司賬號、采購部密碼、pd1、d2輸出：處理說明：采購部登陸平臺、進入采購部處理界面4）處理過程編號：p4處理過程名：發(fā)布用輔料需求輸入：面輔料需求信息輸出：pd3、d4處理說明：采購部發(fā)布面輔料需求信息，pd3存儲在平臺公共數據庫中，供應商通過pd3查詢面輔料需求信息。d4存儲在服裝公司私人數據庫中。5）處理過程編號：p16處理過程名：查看面輔料需求解決情況輸入：d4輸出：面輔料需求解決報表處理說明：采購部查看面輔料需求解決情況6）處理過程編號：p5處理過程名：供應商登陸輸入：供應商賬號、pd2輸出：處理說明：供應商登陸平臺7）處理過程編號：p6處理過程名：查詢面輔料需求

27、輸入：pd3、查詢條件輸出：面輔料需求報表處理說明：供應商輸入條件查詢面輔料需求8）處理過程編號：p7處理過程名：競標輸入：供應商申請信息輸出：d5處理說明：供應商對面輔料需求進行競標9）處理過程編號：p8處理過程名：登陸輸入：服裝公司賬號、adimin密碼、pd1、d1輸出：處理說明：admin登陸平臺、進入admin處理界面10）處理過程編號：p9處理過程名：查看供應商選擇參考表輸入：pd2、pd4、d5輸出：供應商選擇參考報表處理說明：對admin選擇供應商提供決策支持11）處理過程編號：p10處理過程名：選擇供應商確認交易輸入：d5、admin選擇情況輸出：pd3、d4、d6處理說明：

28、admin選擇供應商，程序修改相關表的數據12）處理過程編號：p11處理過程名：查看交易輸入：d6輸出：面輔料交易情況報表處理說明：admin查看面輔料交易情況報表13）處理過程編號：p12處理過程名：評價交易輸入：admin對交易的評價、d6輸出：pd4、d6處理說明：admin對交易進行評價14）處理過程編號：p13處理過程名：取消交易輸入：admin對交易的取消、d6輸出：pd4、d6處理說明：admin取消質檢不合格的交易15）處理過程編號：p14處理過程名：質檢員登陸輸入：服裝公司賬號、質檢員密碼、pd1、d3輸出：處理說明：質檢員登陸平臺、進入質檢員處理界面16）處理過程編號：p1

29、5處理過程名：質檢輸入：d6輸出：d6、d7處理說明：admin查詢面輔料交易，找到相應的交易，進行質檢評價。17） 處理過程編號：p17處理過程名：查看競標情況輸入：pd4輸出：相關用戶視圖處理說明：供應商可以查看已成功的競標 2.5本章小結本章依照設計目標構造了供應鏈管理平臺上供應商、物流商與服裝制造商各部門的關系，構造了供應鏈管理平臺的業(yè)務流程。依照業(yè)務流程依次制作了數據流程圖和數據字典。3系統(tǒng)設計本章依照需求分析要求完成了系統(tǒng)設計和數據庫設計。3.1功能設計3.1.1功能結構圖 平臺功能結構如圖3-1所示。中間部分為論文設計實現的部分。 圖3-1 平臺功能結構3.1.2功能模塊說明根據

30、需求分析和平臺功能結構圖，供應鏈管理服務平臺功能設計如下：1)服裝公司注冊服裝公司信息錄入，包括注冊郵箱、密碼、服裝公司編號、服裝公司名稱、地點、聯(lián)系方式、公司簡介。2)供應商注冊供應商信息錄入，包括注冊郵箱、密碼、供應商編號、供應商名稱、地點、聯(lián)系方式、公司簡介。3)供應商登陸登入進入主界面，進行相關操作。4)查詢面輔料需求供應商可以查詢紗線、布、染料、紐扣、拉鏈、其他六類面輔料需求，根據供應商提交的查詢條件（到貨時間、數量）顯示查詢結果。5)競標供應商提交對面輔料需求的競標。6)查詢競標處理情況如果供應商的競標被服裝公司選中，將顯示交易報表。7)服裝公司人員登錄登入后進入主界面，點擊進入自

31、己的工作界面。8)進入采購部工作界面輸入采購部密碼方可進入。9)發(fā)布面輔料需求輸入的面輔料需求信息包括：面輔料需求種類、數量、到貨時間、詳細描述。程序接受后將面輔料需求記錄添加到pd3和d4中。10)查看面輔料需求解決情況只顯示尚未確認供應商的需求信息，如果admin已經確認了供應商則相應的面輔料需求記錄會從pd3、d6中刪除。11)進入admin工作界面輸入admin密碼方可進入。12)修改各工作界面密碼admin負責修改服裝公司供應鏈上所有工作界面的密碼，初始化密碼為000。13)查看供應商選擇產考表程序處理pd4供應商交易記錄與評價表、d5供應商申請表、pd2供應商注冊表的相關數據顯示供

32、應商選擇參考表，作為admin選擇供應商的參考。14)選擇供應商確認交易admin選擇供應商確認交易后，該交易記錄將被添加到d6面輔料交易表，該交易在pd3面輔料需求表和d4面輔料需求表中的記錄將被刪除。15)查看交易按照admin提交的條件（供應商名稱、時間、面輔料需求編號）輸出交易情況報表，查看的交易內容包括面輔料需求編號、面輔料需求種類、數量、到貨時間、詳細描述、供應商編號、供應商名稱、質檢評價、交易是否成功、交易評價。16)評價交易admin提交對交易的評價，200字節(jié)以內。提交后程序修改相應的d6面輔料交易表、pd4供應商交易記錄與評價表。17)取消交易admin選擇要取消的交易，提

33、交后。程序修改相應的d6面輔料交易表、pd4供應商交易記錄與評價表。18)進入質檢員工作界面輸入質檢員密碼方可進入。19)提交質檢報告質檢員輸入面輔料需求編號，程序輸出交易相關信息。質檢員輸入質檢情況，程序將質檢記錄存入d7質檢單。并修改pd4和d6的相關數據。3.2數據庫設計 3.2.1 數據庫概念設計e-r模型是對現實世界的一種抽象。所謂抽象是對實際的人、物、事和概念進行人為處理，抽取人們關心的共同特征，忽略非本質細節(jié)，并把這些特性用各種概念精確地加以描述12。圖3-2 平臺er圖3.2.2數據庫關系模型設計平臺公共數據庫：服裝公司信息（注冊郵箱、密碼、服裝公司編號、服裝公司名稱、電話、地

34、址、郵編、服裝公司簡介）供應商信息（注冊郵箱、密碼、供應商編號、供應商名稱、電話、地址、郵編、供應商簡介）面輔料需求信息（需求編號、種類、數量、到貨時間、詳細描述、服裝公司編號、服裝公司名稱、供應商編號、供應商名稱）交易記錄（交易編號、種類、數量、到貨時間、詳細描述、供應商編號、供應商名稱、服裝公司編號、服裝公司名稱、質檢情況、交易是否成功、對供應商的評價）服裝公司私有數據庫：面輔料需求信息（需求編號、種類、數量、到貨時間、詳細描述、供應商編號、供應商名稱）交易記錄（交易編號、種類、數量、到貨時間、詳細描述、供應商編號、供應商名稱、服裝公司編號、服裝公司名稱、質檢情況、交易是否成功、對供應商的

35、評價）3.2.3字段定義1）平臺公共數據庫服裝公司信息表：表3-1 服裝公司信息表屬性名字段名類型長度可否為空注冊郵箱manf_emailvarchar50否密碼manf_codevarchar50否編號manf_idint4否公司名稱manf_namevarchar50否電話manf_telvarchar50地址manf_addvarchar200郵編manf_zipcodevarchar50公司簡介manf_introtext16供應商信息表：表3-2 供應商信息表屬性名字段名類型長度可否為空注冊郵箱sup_emailvarchar50否密碼sup_codevarchar50否編號sup_

36、idint4否公司名稱sup_namevarchar50否電話sup_telvarchar50地址sup_addvarchar200郵編sup_zipcodevarchar50公司簡介sup_introtext16面輔料需求信息與供應商競標信息表：表3-3 面輔料需求信息與供應商競標信息表屬性名字段名類型長度可否為空需求編號dem_idint4否種類classint4否數量amountvarchar50否到貨時間datadatatime8否詳細描述descriptiontext16服裝公司編號manf_idint4否服裝公司名稱manf_namevarchar50供應商編號sup_idvarc

37、har50供應商名稱sup_namevarchar50交易記錄：表3-4 交易記錄與評價表屬性名字段名類型長度可否為空交易編號dea_idint4否種類classint4否數量amountvarchar50否到貨時間datadatatime8否詳細描述descriptiontext16服裝公司編號manf_idint4服裝公司名稱manf_namevarchar50供應商編號sup_idint4否供應商名稱sup_namevarchar50質檢情況qualitybit1交易是否成功successbit1交易評價commenttext16服裝公司私人數據庫面輔料需求信息與供應商競標信息表：表3-

38、5 面輔料需求信息與供應商競標信息表屬性名字段名類型長度可否為空需求編號dem_idint4否種類classint4否數量amountvarchar50否到貨時間datadatatime8否詳細描述descriptiontext16供應商編號sup_idint4供應商名稱sup_namevarchar50交易記錄：表3-6 交易記錄與評價表屬性名字段名類型長度可否為空交易編號dea_idint4否種類classint4否數量amountvarchar50否到貨時間datadatatime8否詳細描述descriptiontext16供應商編號sup_idint4否供應商名稱sup_nameva

39、rchar50服裝公司編號manf_idint4服裝公司名稱manf_namevarchar50質檢情況qualitybit1交易是否成功successbit1交易評價commenttext163.2.4表關系圖平臺公共數據庫中四張表關系如圖3-3所示。 圖3-3表關系3.3本章小結本章完成了系統(tǒng)設計，并詳細說明了本次畢業(yè)設計要實現的模塊的功能。完成了數據庫概念設計、數據庫關系模型設計和數據庫物理設計。4 實現與調試本章依照系統(tǒng)設計目標，使用microsoftvisualstudio2005和sql server 2000，完成了數據庫實施，完成了所有模塊的界面設計。使用c#.net語言編程實

40、現了部分功能。4.1 asp.net技術 asp.net是一個統(tǒng)一的web開放模型，它包括用戶使用盡可能少的代碼生成企業(yè)級web應用程序所必須的各種服務。asp.net作為.net framwork的一部分提供。當編寫asp.net應用程序的代碼時，可以訪問.net framwork中的類13。asp.net服務器端web程序已經引進了不少新功能，包括一類稱為服務器控件新的元素，服務器端控件可以從一個服務器控制標記生成多達200個的html標簽和一個或者多個javascript功能模塊14。 4.2程序流程圖供應商、采購部、admin、質檢員程序流程圖如下：圖4-1 供應商程序流程圖圖4-2

41、采購部程序流程圖圖4-3 admin程序流程圖圖4-4 質檢員程序流程圖4.3 平臺實現與調試 1）供應商注冊界面：圖4-5 供應商注冊界面2）供應商工作界面：圖4-6 供應商工作界面public partial class sup : system.web.ui.page /頁面加載競標成功的交易記錄 protected void page_load(object sender, eventargs e) sqlconnection conn = db.createconnection(); sqldataadapter sda = new sqldataadapter(); sda.sel

42、ectioncommand=newsqlcommand (select dea_id,class,amount,discription,data,manf_id,manf_name from dea_info, conn); dataset ds = new dataset(); sda.fill(ds); gridview2.datasource = ds.dea_info0.defaultview; gridview2.databind(); 3）服裝公司注冊界面圖4-7 服裝公司注冊界面4）服裝公司登陸后界面：圖4-8 服裝公司登陸后界面5）采購部工作界面：圖4-9 采購部工作界面 pu

43、blic partial class buy : system.web.ui.page /頁面加載未解決的面輔料需求表 protected void page_load(object sender, eventargs e) sqlconnection conn = db.createconnection(); sqldataadapter sda = new sqldataadapter(); sda.selectioncommand = new sqlcommand(select dem_id,class,amount,data,description from dem_info, con

44、n); dataset ds = new dataset(); sda.fill(ds); gridview1.datasource = ds.dem_info0.defaultview; gridview1.databind(); 6）admin工作界面：圖4-10 供應商工作界面public partial class admin : system.web.ui.page /頁面加載尚未評價的交易 protected void page_load(object sender, eventargs e) sqlconnection conn = db.createconnection();

45、sqldataadapter sda = new sqldataadapter(); sda.selectioncommand = new sqlcommand(select dea_id,class,amount,discription,data,manf_id,manf_name,quality,success from dea_info where description=null, conn); dataset ds = new dataset(); sda.fill(ds); gridview4.datasource = ds.dea_info0.defaultview; gridv

46、iew4.databind(); 7）質檢員工作界面： 圖4-11 質檢員工作界面4.4 本章小結本章主要是動手對設計進行了實現，完成了界面設計、數據庫設施和部分編碼。5 展望本章設想了更加貼近實際的服裝供應鏈管理平臺的模型，并設想了一些新的功能。5.1擴展系統(tǒng)邊界當前平臺為服裝制造企業(yè)提供了有關供應鏈管理的交易、采購、決策、物流、倉儲辦公自動化服務。為供應商和物流商提供了簡單的交易服務。平臺與客戶的erp系統(tǒng)沒有聯(lián)系。平臺當前邊界如圖5-1所示。 平臺的重新設計目標如下：1）通過提供特定的編程接口，將平臺與供應商erp、物流商erp、客戶erp聯(lián)系成一個整體,擴展系統(tǒng)邊界15。實現客戶、服裝

47、制造公司、面輔料供應商、物流商中任意雙方的交易。2）平臺現在僅僅允許服裝制造公司評價供應商和物流商，擴展后的平臺實現客戶、服裝制造公司、面輔料供應商、物流商中任意雙方的相互評價。圖5-1 平臺邊界5.2引入第三方平臺 引入電子支付系統(tǒng)，在交易尚未完成之前，貨款由第三方保管16。引入其他第三方平臺。比如地圖服務，通過地圖服務api的接入，實現對物流方式與物流價格的自動計算17。 5.3本章小結由于沒有真正接觸過服裝企業(yè)，在需求分析階段只能根據相關文獻設想了平臺上所有的部門和平臺的整個業(yè)務流程，并依此完成了接下來所有的設計和實施。如果要重新設計，首先要與服裝企業(yè)溝通，發(fā)現他們真正的需求和真正需要解

48、決的問題，并依此擴展系統(tǒng)的邊界，增加平臺的功能。致謝感謝王直杰老師在百忙之中付出精力給予我指點。王直杰老師嚴謹的治學態(tài)度讓我深受感染。在今后的學習、工作中我會以嚴謹的態(tài)度要求自己。感謝自動化07的王一帆同學提供了部分資料并和我討論了數據庫方面的問題。參考文獻1 philip kotlermarketing managementmtenth edition prentice hall,2000.03.2譚娟，陳游芳.敏捷供應鏈管理推動中國服裝行業(yè)發(fā)展j.商場現代化，2008.12.3王志宏，祁國寧，顧新建，潘旭偉.面向服裝大規(guī)模定制的供應鏈管理j.紡織學報，2006.02.4吳慧銘.m服裝公司供應鏈管理模式探討d.上海:上海交通大學,2002.6-8.5周靜，胡守忠.中、小型服裝企業(yè)營銷快速反應系統(tǒng)的構建j.上海紡織科技，2006.04.6華蓓，楊柳.sql server數據庫性能優(yōu)化探究j.現代計算機，2008.7.7bertino.e,sandhu.r.database security - c