目錄TOC\o"1-5"\h\z\o"CurrentDocument"| 1弓1言 2\o"CurrentDocument"! 2.可行性分析 2\o"CurrentDocument"；3.功能分析 3\o"CurrentDocument"； 4.數據庫設計 5! 5.范式化簡 9I 總結 10I 參考文獻 11裝I1引言I! 世界經濟發展已進入一個激烈競爭的年代，可以說，誰先獲得信息，I誰就有可能抓住發展經濟的機遇。同樣，誰能很好地管理和利用信息，!誰就有可能占領市場，獲得效益。國內外大量事實已說明：在目前這個!|激烈競爭的市場經濟中，誰的信息管理現代化水平高，誰重視信息資源1的開發和利用，誰就能抓住機遇，在競爭中取勝。目前國內企業在管理!I 訂單方面還處在比較低的水平。大多數企業在購進貨物后，只是將訂單II用于寫式的記錄和簡便的管理。進入信息社會后，隨著企業訂單的增多，裝帶的麻煩也逐漸增多，管理方面也得不到很好的解決方法，使得大量的1數據丟失，使企業造成了很大的損失。我們通過用VFP6.0編寫企業訂!一一一 1單管理系統，利用系統分析和設計原理，米用面向對象的編程方法，其I 開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方! 訂面，實現了訂單管理的自動化和信息化.IIIII可行性分析!I (1)技術可行性分析線 根據實際情況，考慮到本系統的安全要求級別以及開發費用，維護費用和使用的!I 操作系統的難易程度，選擇的開發環境如下：I 開發模型：B/S!I Web服務器：IIS信息服務器II 開發語言：ASPTOC\o"1-5"\h\zI 數據庫：Microsoft SQL server 2008II 操作系統：Windows xpi 一 .一I 這是很多成功網站所米用的組合，保證了整個系統的可擴展性和快速的運行。而I 我本人作為整個系統的設計者和開發者，對這幾種軟件有較好的把握，因此具備了技■ I 術可行性。(2)經濟可行性分析本系統的采用ASP+MicrosoftSQLserver2008組合，在保證了系統的技術可行性的同時，還保證了系統的安全性和經濟可行性。擁有較低的開發系統的初始成本，因此具備了經濟可行性。功能分析(1).針對訂單管理系統，分別對商品、訂單、訂單明細、客戶、生產商和供應商在整個訂單管理系統中的定位進行詳細的分析，獲得其需求信息如下：訂單的接收是按照商品分類進行的，所以需要有每個商品的信息。登記于同一張訂單明細的必須是同一種商品。如果一個商品的訂單有一個或者多個勝生產商滿足，則該訂單不可被退回。需要完整地記錄商品、客戶、生產商、供應商的信息。針對每一筆業務，在訂單中的商品信息欄中都要仔細的紀錄每一種商品的編號、日期、數量、單價和總價。在每一張訂單中都要詳盡的紀錄下訂單的單位名稱、單位號、單位地址、交貨日期、貨品名稱、貨品號、貨品單價和貨品總價。把所有相同的產品紀錄到同一張訂單明細表中，每一張訂單明細表中只能紀錄同一種商品。在每一張訂單明細表中需要紀錄訂單號、單位名稱、商品號、商品名、規格、交貨日期、數量、單價和簽訂日期等。根據貨品名稱、交貨日期、貨品數量、生產商的生產能力以及單位地址等實際因素，將訂單明細表進行合理的合并和拆分，從而達到降低成本的目的。對接收訂單的貨品的生產商以及貨品的供應商信息進行詳盡的紀錄。訂單的接收、處理要有相應的業務員信息。只有管理員登錄之后才可以使用系統。默認的管理員不可以刪除。可以對作廢的、待生產的、正生產的、生產完成的訂單進行分類查找，但不能進行修改、添加、刪除等操作。當進行訂單接收和處理操作后，能相應更新數據庫更新。對所接收的訂單進行數據分析，總結相應商品的訂單服務。(2).經上述系統功能分析和需求總結，考慮其業務和功能的不斷擴展，設計如下的數據項和數據結構：商品信息，包括的數據項有：商品號，名稱，規格，單價，描述。訂單明細信息，包括的數據項有：訂單號，單位名稱，商品號，商品名，規格，交貨日期，數量，單價，簽訂日期。訂單信息，包括的數據項有：訂單號，單位，操作員號，地址，簽訂日期，單價，數量，商品號，交貨日期。業務員信息，包括的數據項有：職工號，姓名，年齡，職稱。

客戶信息，包括的數據項有：客戶姓名，賬號，地址，聯系方式。生產訂單信息，包括的數據項有：生產商，商品名，數量，單價，賬號，聯系方式。在整個數據流圖中，P1，P2,P3,P4分別是客戶信息管理系統，產品信息管理系統，員工信息管理系統，供應商管理系統，我們這里只作簡單處理。P5.1，P5.2，P5.3是訂單管理系統的核心部分，P5.2審核系統是根據客戶的信用情況，剔除一部分不合格的訂單并觸發修改訂單明細，P5.3是根據供應商的供應能力等情況對訂單明細進行拆分和合并處理，最終形成生產訂單。

數據庫設計⑴概念模式設計訂單管理系統E-R圖如下在這里，我們為了簡化數據庫，將訂單管理設置為只處理一種商品，所以訂單的拆分和合并聯系分別是1：n和n：1。在訂單明細中可以反映商品的供應者，在生產訂單中可以顯示每個供應商的供應量等信息。生產訂單屬性中的生產商號和供應商供應商號為異名同義，訂單明細屬性中的單位名稱和客戶信息屬性的客戶姓名為異名同義。相成值j品名〔交貨門期）日單明細拆分供應吊?業務員訂單(W)(jm)供應商-相成值j品名〔交貨門期）日單明細拆分供應吊?業務員訂單(W)(jm)供應商-僉也t哲（￥耳）QnjF）《關系f牛一產訂單n.圖2訂單系統E-R圖（2）系統數據庫設計建立ORDER數據庫。為了實現系統功能，需要在ORDER數據庫添加職工信息表

STAFFMESSAGE、訂單信息表ORDERMESSAGE、商品信息表GOODSMESSAGE、訂單明細表ORDERMESSAGE、生產訂單信息表PRODUCORDERMESSAGE＞供應商信息表PRODERMESSAGE、客戶信息表CUSTOMERMESSAGEo職工信息表STAFFMESSAGE序號名稱數據類型允許為空是否主鍵描述1SM_numberChar(6)NO是職工號2SM_nameVarchar(8)NO否姓名3SM_ageIntNO否年齡4SM_postVarcharNO否職稱序號名稱數據類型允許為空是否主鍵描述1OM_idChar(6)NO是訂單號2OM_nameVarchar(20)NO否單位姓名3OM_addsVarchar(100)NO否地址4OM_priceMoneyNO否商品單價5OM_quantityIntNO否數量6OM_signingdateDatetimeNO否簽訂日期7OM_deliverydateDatetimeNO否交貨日期8OM_operatoridChar(6)NO否操作員號9OM_goodsnumberVarchar(10)NO否商品號線I訂單信息表ORDERMESSAGE商品信息表GOODSMESSAGE序號名稱數據類型允許為空是否主鍵描述1GM_goodsidVarchar(10)NO是商品號2GM_nameVarchar(20)NO否名稱3GM_priceMoneyNO否單價4GM_normsVarchar(20)NO否規格

5GM_depictVarchar(20)YES否商品描述訂單明細表ORDERDETAIL序號名稱數據類型允許為空是否主鍵描述1OD_ordernumbeiChar(6)NO否訂單號2OD_goodsidChar(10)NO否商品號3OD_goodsnameVarchar(20)NO否商品名4OD_priceMoneyNO否單價5OD_quantityIntNO否數量6OD_signingdateDatetimeNO否簽訂日期7OD_deliverydateDatetimeNO否交貨日期8OD_unitnameChar(10)NO否單位名稱9OD_normsVarchar(20)NO否規格10OD_produceridChar(10)NO否生產商號供應商信息表PRODERMESSAGE序號名稱數據類型允許為空是否主鍵描述1PM_nameVarchar(20)NO是姓名2PM_addsVarchar(100)NO否地址3PM_telVarchar(20)YES否電話號碼4PM_accountVarchar(20)NO否賬號生產訂單信息表PRODUCORDERMESSAGE序號名稱數據類型允許為空是否主鍵描述1POM_producerVarchar(20)NO否生產商2POM_addsVarchar(100)NO否地址3POM_priceMoneyNO否單價4POM_accountVarchar(20)NO否賬號5POM_telVarchar(21)NO否聯系方式6POM_supplyIntNO否供應量7POM_orderidChar(6)NO否訂單號8POM_goodsidChar(10)NO否商品號訂線裝客戶信息表CUSTOMERMESSAGE序號名稱數據類型允許為空是否主鍵描述1CM_customernameVarchar(20)NO是客戶姓名2CM_accountVarchar(20)NO否賬號3CM_addsVarchar(100)NO否地址4CM_telVarchar(20)NO否聯系方式（3） 物理模型設計由于經常在查詢條件中出現，所以決定在職工信息表中的職工號上建立唯一索引；由于經常在連接操作的鏈接條件中出現，所以決定在訂單信息表中的訂單號上建立唯一索引；由于經常在查詢條件中出現，所以決定在客戶信息表中的客戶姓名上建立唯一索引；由于經常在查詢條件中出現，所以決定在供應商信息表中的姓名上建立唯一索引；由于經常在連接操作的鏈接條件中出現，所以決定在商品信息表中的商平號上建立唯一索引；由于經常在查詢條件中出現，所以決定在職工信息表中的職工號上建立唯一索引；由于經常在連接操作的鏈接條件中出現，所以決定在訂單信息表中的訂單號上建立唯一索引；由于經常在查詢條件中出現，所以決定在客戶信息表中的客戶姓名上建立唯一索引；由于經常在查詢條件中出現，所以決定在供應商信息表中的姓名上建立唯一索引；由于經常在連接操作的鏈接條件中出現，所以決定在商品信息表中的商品號上建立唯一索引。（4） 視圖創建Createview訂單明細視圖Asselect訂單號，單位，商品號，生產商From訂單明細表Createview生產訂單視圖Asselect生產商，訂單號，商品號，供應量，聯系方式From生產訂單表（5）創建索引在主鍵屬性和外鍵屬性列上都建立索引，檢查唯一性和完整性,加快連接查詢速度。CreateuniqueindexIX_職工號on職工信息表（職工號）；IIIIi CreateuniqueindexIX_訂單號on訂單信息表（訂單號）；III: CreateuniqueindexIX—客戶姓名on客戶信息表（客戶姓名）；IIi ―一一一- ，"……一，”一■ CreateuniqueindexIX—姓名on供應商信息表（姓名）；IIIii CreateuniqueindexIX—冏品號on冏品信息表（I商品號）IIIIIIII ?5、范式化簡i裝 系統的關系模式如下：i 訂單明細信息（訂單號，單位名稱，商品號，商品名，規格，交貨日期，數量，i 單價，簽訂日期）i 訂單信息（訂單號，單位，業務員號，地址，簽訂日期，單價，數量，商品號，i 交貨日期）訂 商品信息（商品號，名稱，規格，單價，描述）i 業務員信息（職工號，姓名，年齡，職稱）i 客戶信息客戶（姓名，賬號，地址，聯系方式）i 生產訂單信息（生產商，商品名，數量，單價，賬號，聯系方式）線 供應商信息（姓名，地址，電話號碼，賬號）i 將轉化的關系模式進行優化，最終達到第三范式i 1首先確定數據依賴i 訂單明細信息（訂單號，單位名稱，商品號，商品名，規格，交貨日期，數量，i單價，簽訂日期）i 訂單號一單位名稱，訂單號一商品號，訂單號一商品名，訂單號一規格，訂單號i一交貨日期，訂單號一數量，訂單號一單價，訂單號一簽訂日期。!i 訂單信息（訂單號，單位，業務員號，地址，簽訂日期，單價，數量，商品號，i交貨日期）i 訂單號一單位，訂單號一商平號，訂單號一交貨日期，（訂單號，商品號）一單價，（訂單號，商品號）一數量，商品號一商品名，訂單號一單位，訂單號一簽訂日期。商品信息（商品號，名稱，規格，單價，描述）商品號一名稱，商品號一規格，商品號一單價，商品號一描述。業務員信息（職工號，姓名，年齡，職稱）職工號一姓名，職工號一年齡，職工號一職稱。客戶信息客戶（姓名，賬號，地址，聯系方式）姓名f賬號，姓名f地址，姓名f聯系方式。生產訂單信息（生產商，商品名，數量，單價，賬號，聯系方式）（生產商，商品名）f單價，（生產商，商品名）f數量，生產商f賬號，生產商f聯系方式供應商信息（姓名，地址，電話號碼，賬號）姓名f賬號，姓名f地址，姓名f電話號碼。2.對各關系模式間數據依賴進行極小化處理，消除冗余訂單號f交貨日期，訂單號f簽訂日期，訂單號f單位名稱，商品號f名稱，商品號f規格，商品號f描述，職工號f姓名，職工號f年齡，職工號f職稱，姓名f賬號，姓名f地址，姓名f聯系方式，（生產商，商品名）f單價，（生產商，商品名）f數量，3.看這些模式是否符合要求，確定是否要對某些模式進行合并或者分解（訂單號，交貨日期，簽訂日期，單位名稱）（商品號，名稱，規格，描述）（職工