版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
目錄TOC\o"1-5"\h\z\o"CurrentDocument"| 1弓1言 2\o"CurrentDocument"! 2.可行性分析 2\o"CurrentDocument";3.功能分析 3\o"CurrentDocument"; 4.數(shù)據(jù)庫設(shè)計(jì) 5! 5.范式化簡 9I 總結(jié) 10I 參考文獻(xiàn) 11裝I1引言I! 世界經(jīng)濟(jì)發(fā)展已進(jìn)入一個(gè)激烈競爭的年代,可以說,誰先獲得信息,I誰就有可能抓住發(fā)展經(jīng)濟(jì)的機(jī)遇。同樣,誰能很好地管理和利用信息,!誰就有可能占領(lǐng)市場,獲得效益。國內(nèi)外大量事實(shí)已說明:在目前這個(gè)!|激烈競爭的市場經(jīng)濟(jì)中,誰的信息管理現(xiàn)代化水平高,誰重視信息資源1的開發(fā)和利用,誰就能抓住機(jī)遇,在競爭中取勝。目前國內(nèi)企業(yè)在管理!I 訂單方面還處在比較低的水平。大多數(shù)企業(yè)在購進(jìn)貨物后,只是將訂單II用于寫式的記錄和簡便的管理。進(jìn)入信息社會(huì)后,隨著企業(yè)訂單的增多,裝帶的麻煩也逐漸增多,管理方面也得不到很好的解決方法,使得大量的1數(shù)據(jù)丟失,使企業(yè)造成了很大的損失。我們通過用VFP6.0編寫企業(yè)訂!一一一 1單管理系統(tǒng),利用系統(tǒng)分析和設(shè)計(jì)原理,米用面向?qū)ο蟮木幊谭椒ǎ銲 開發(fā)主要包括后臺(tái)數(shù)據(jù)庫的建立和維護(hù)以及前端應(yīng)用程序的開發(fā)兩個(gè)方! 訂面,實(shí)現(xiàn)了訂單管理的自動(dòng)化和信息化.IIIII可行性分析!I (1)技術(shù)可行性分析線 根據(jù)實(shí)際情況,考慮到本系統(tǒng)的安全要求級(jí)別以及開發(fā)費(fèi)用,維護(hù)費(fèi)用和使用的!I 操作系統(tǒng)的難易程度,選擇的開發(fā)環(huán)境如下:I 開發(fā)模型:B/S!I Web服務(wù)器:IIS信息服務(wù)器II 開發(fā)語言:ASPTOC\o"1-5"\h\zI 數(shù)據(jù)庫:Microsoft SQL server 2008II 操作系統(tǒng):Windows xpi 一 .一I 這是很多成功網(wǎng)站所米用的組合,保證了整個(gè)系統(tǒng)的可擴(kuò)展性和快速的運(yùn)行。而I 我本人作為整個(gè)系統(tǒng)的設(shè)計(jì)者和開發(fā)者,對這幾種軟件有較好的把握,因此具備了技■ I 術(shù)可行性。(2)經(jīng)濟(jì)可行性分析本系統(tǒng)的采用ASP+MicrosoftSQLserver2008組合,在保證了系統(tǒng)的技術(shù)可行性的同時(shí),還保證了系統(tǒng)的安全性和經(jīng)濟(jì)可行性。擁有較低的開發(fā)系統(tǒng)的初始成本,因此具備了經(jīng)濟(jì)可行性。功能分析(1).針對訂單管理系統(tǒng),分別對商品、訂單、訂單明細(xì)、客戶、生產(chǎn)商和供應(yīng)商在整個(gè)訂單管理系統(tǒng)中的定位進(jìn)行詳細(xì)的分析,獲得其需求信息如下:訂單的接收是按照商品分類進(jìn)行的,所以需要有每個(gè)商品的信息。登記于同一張訂單明細(xì)的必須是同一種商品。如果一個(gè)商品的訂單有一個(gè)或者多個(gè)勝生產(chǎn)商滿足,則該訂單不可被退回。需要完整地記錄商品、客戶、生產(chǎn)商、供應(yīng)商的信息。針對每一筆業(yè)務(wù),在訂單中的商品信息欄中都要仔細(xì)的紀(jì)錄每一種商品的編號(hào)、日期、數(shù)量、單價(jià)和總價(jià)。在每一張訂單中都要詳盡的紀(jì)錄下訂單的單位名稱、單位號(hào)、單位地址、交貨日期、貨品名稱、貨品號(hào)、貨品單價(jià)和貨品總價(jià)。把所有相同的產(chǎn)品紀(jì)錄到同一張訂單明細(xì)表中,每一張訂單明細(xì)表中只能紀(jì)錄同一種商品。在每一張訂單明細(xì)表中需要紀(jì)錄訂單號(hào)、單位名稱、商品號(hào)、商品名、規(guī)格、交貨日期、數(shù)量、單價(jià)和簽訂日期等。根據(jù)貨品名稱、交貨日期、貨品數(shù)量、生產(chǎn)商的生產(chǎn)能力以及單位地址等實(shí)際因素,將訂單明細(xì)表進(jìn)行合理的合并和拆分,從而達(dá)到降低成本的目的。對接收訂單的貨品的生產(chǎn)商以及貨品的供應(yīng)商信息進(jìn)行詳盡的紀(jì)錄。訂單的接收、處理要有相應(yīng)的業(yè)務(wù)員信息。只有管理員登錄之后才可以使用系統(tǒng)。默認(rèn)的管理員不可以刪除。可以對作廢的、待生產(chǎn)的、正生產(chǎn)的、生產(chǎn)完成的訂單進(jìn)行分類查找,但不能進(jìn)行修改、添加、刪除等操作。當(dāng)進(jìn)行訂單接收和處理操作后,能相應(yīng)更新數(shù)據(jù)庫更新。對所接收的訂單進(jìn)行數(shù)據(jù)分析,總結(jié)相應(yīng)商品的訂單服務(wù)。(2).經(jīng)上述系統(tǒng)功能分析和需求總結(jié),考慮其業(yè)務(wù)和功能的不斷擴(kuò)展,設(shè)計(jì)如下的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu):商品信息,包括的數(shù)據(jù)項(xiàng)有:商品號(hào),名稱,規(guī)格,單價(jià),描述。訂單明細(xì)信息,包括的數(shù)據(jù)項(xiàng)有:訂單號(hào),單位名稱,商品號(hào),商品名,規(guī)格,交貨日期,數(shù)量,單價(jià),簽訂日期。訂單信息,包括的數(shù)據(jù)項(xiàng)有:訂單號(hào),單位,操作員號(hào),地址,簽訂日期,單價(jià),數(shù)量,商品號(hào),交貨日期。業(yè)務(wù)員信息,包括的數(shù)據(jù)項(xiàng)有:職工號(hào),姓名,年齡,職稱。
客戶信息,包括的數(shù)據(jù)項(xiàng)有:客戶姓名,賬號(hào),地址,聯(lián)系方式。生產(chǎn)訂單信息,包括的數(shù)據(jù)項(xiàng)有:生產(chǎn)商,商品名,數(shù)量,單價(jià),賬號(hào),聯(lián)系方式。在整個(gè)數(shù)據(jù)流圖中,P1,P2,P3,P4分別是客戶信息管理系統(tǒng),產(chǎn)品信息管理系統(tǒng),員工信息管理系統(tǒng),供應(yīng)商管理系統(tǒng),我們這里只作簡單處理。P5.1,P5.2,P5.3是訂單管理系統(tǒng)的核心部分,P5.2審核系統(tǒng)是根據(jù)客戶的信用情況,剔除一部分不合格的訂單并觸發(fā)修改訂單明細(xì),P5.3是根據(jù)供應(yīng)商的供應(yīng)能力等情況對訂單明細(xì)進(jìn)行拆分和合并處理,最終形成生產(chǎn)訂單。
數(shù)據(jù)庫設(shè)計(jì)⑴概念模式設(shè)計(jì)訂單管理系統(tǒng)E-R圖如下在這里,我們?yōu)榱撕喕瘮?shù)據(jù)庫,將訂單管理設(shè)置為只處理一種商品,所以訂單的拆分和合并聯(lián)系分別是1:n和n:1。在訂單明細(xì)中可以反映商品的供應(yīng)者,在生產(chǎn)訂單中可以顯示每個(gè)供應(yīng)商的供應(yīng)量等信息。生產(chǎn)訂單屬性中的生產(chǎn)商號(hào)和供應(yīng)商供應(yīng)商號(hào)為異名同義,訂單明細(xì)屬性中的單位名稱和客戶信息屬性的客戶姓名為異名同義。相成值j品名〔交貨門期)日單明細(xì)拆分供應(yīng)吊?業(yè)務(wù)員訂單(W)(jm)供應(yīng)商-相成值j品名〔交貨門期)日單明細(xì)拆分供應(yīng)吊?業(yè)務(wù)員訂單(W)(jm)供應(yīng)商-僉也t哲(¥耳)QnjF)《關(guān)系f牛一產(chǎn)訂單n.圖2訂單系統(tǒng)E-R圖(2)系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)建立ORDER數(shù)據(jù)庫。為了實(shí)現(xiàn)系統(tǒng)功能,需要在ORDER數(shù)據(jù)庫添加職工信息表
STAFFMESSAGE、訂單信息表ORDERMESSAGE、商品信息表GOODSMESSAGE、訂單明細(xì)表ORDERMESSAGE、生產(chǎn)訂單信息表PRODUCORDERMESSAGE>供應(yīng)商信息表PRODERMESSAGE、客戶信息表CUSTOMERMESSAGEo職工信息表STAFFMESSAGE序號(hào)名稱數(shù)據(jù)類型允許為空是否主鍵描述1SM_numberChar(6)NO是職工號(hào)2SM_nameVarchar(8)NO否姓名3SM_ageIntNO否年齡4SM_postVarcharNO否職稱序號(hào)名稱數(shù)據(jù)類型允許為空是否主鍵描述1OM_idChar(6)NO是訂單號(hào)2OM_nameVarchar(20)NO否單位姓名3OM_addsVarchar(100)NO否地址4OM_priceMoneyNO否商品單價(jià)5OM_quantityIntNO否數(shù)量6OM_signingdateDatetimeNO否簽訂日期7OM_deliverydateDatetimeNO否交貨日期8OM_operatoridChar(6)NO否操作員號(hào)9OM_goodsnumberVarchar(10)NO否商品號(hào)線I訂單信息表ORDERMESSAGE商品信息表GOODSMESSAGE序號(hào)名稱數(shù)據(jù)類型允許為空是否主鍵描述1GM_goodsidVarchar(10)NO是商品號(hào)2GM_nameVarchar(20)NO否名稱3GM_priceMoneyNO否單價(jià)4GM_normsVarchar(20)NO否規(guī)格
5GM_depictVarchar(20)YES否商品描述訂單明細(xì)表ORDERDETAIL序號(hào)名稱數(shù)據(jù)類型允許為空是否主鍵描述1OD_ordernumbeiChar(6)NO否訂單號(hào)2OD_goodsidChar(10)NO否商品號(hào)3OD_goodsnameVarchar(20)NO否商品名4OD_priceMoneyNO否單價(jià)5OD_quantityIntNO否數(shù)量6OD_signingdateDatetimeNO否簽訂日期7OD_deliverydateDatetimeNO否交貨日期8OD_unitnameChar(10)NO否單位名稱9OD_normsVarchar(20)NO否規(guī)格10OD_produceridChar(10)NO否生產(chǎn)商號(hào)供應(yīng)商信息表PRODERMESSAGE序號(hào)名稱數(shù)據(jù)類型允許為空是否主鍵描述1PM_nameVarchar(20)NO是姓名2PM_addsVarchar(100)NO否地址3PM_telVarchar(20)YES否電話號(hào)碼4PM_accountVarchar(20)NO否賬號(hào)生產(chǎn)訂單信息表PRODUCORDERMESSAGE序號(hào)名稱數(shù)據(jù)類型允許為空是否主鍵描述1POM_producerVarchar(20)NO否生產(chǎn)商2POM_addsVarchar(100)NO否地址3POM_priceMoneyNO否單價(jià)4POM_accountVarchar(20)NO否賬號(hào)5POM_telVarchar(21)NO否聯(lián)系方式6POM_supplyIntNO否供應(yīng)量7POM_orderidChar(6)NO否訂單號(hào)8POM_goodsidChar(10)NO否商品號(hào)訂線裝客戶信息表CUSTOMERMESSAGE序號(hào)名稱數(shù)據(jù)類型允許為空是否主鍵描述1CM_customernameVarchar(20)NO是客戶姓名2CM_accountVarchar(20)NO否賬號(hào)3CM_addsVarchar(100)NO否地址4CM_telVarchar(20)NO否聯(lián)系方式(3) 物理模型設(shè)計(jì)由于經(jīng)常在查詢條件中出現(xiàn),所以決定在職工信息表中的職工號(hào)上建立唯一索引;由于經(jīng)常在連接操作的鏈接條件中出現(xiàn),所以決定在訂單信息表中的訂單號(hào)上建立唯一索引;由于經(jīng)常在查詢條件中出現(xiàn),所以決定在客戶信息表中的客戶姓名上建立唯一索引;由于經(jīng)常在查詢條件中出現(xiàn),所以決定在供應(yīng)商信息表中的姓名上建立唯一索引;由于經(jīng)常在連接操作的鏈接條件中出現(xiàn),所以決定在商品信息表中的商平號(hào)上建立唯一索引;由于經(jīng)常在查詢條件中出現(xiàn),所以決定在職工信息表中的職工號(hào)上建立唯一索引;由于經(jīng)常在連接操作的鏈接條件中出現(xiàn),所以決定在訂單信息表中的訂單號(hào)上建立唯一索引;由于經(jīng)常在查詢條件中出現(xiàn),所以決定在客戶信息表中的客戶姓名上建立唯一索引;由于經(jīng)常在查詢條件中出現(xiàn),所以決定在供應(yīng)商信息表中的姓名上建立唯一索引;由于經(jīng)常在連接操作的鏈接條件中出現(xiàn),所以決定在商品信息表中的商品號(hào)上建立唯一索引。(4) 視圖創(chuàng)建Createview訂單明細(xì)視圖Asselect訂單號(hào),單位,商品號(hào),生產(chǎn)商From訂單明細(xì)表Createview生產(chǎn)訂單視圖Asselect生產(chǎn)商,訂單號(hào),商品號(hào),供應(yīng)量,聯(lián)系方式From生產(chǎn)訂單表(5)創(chuàng)建索引在主鍵屬性和外鍵屬性列上都建立索引,檢查唯一性和完整性,加快連接查詢速度。CreateuniqueindexIX_職工號(hào)on職工信息表(職工號(hào));IIIIi CreateuniqueindexIX_訂單號(hào)on訂單信息表(訂單號(hào));III: CreateuniqueindexIX—客戶姓名on客戶信息表(客戶姓名);IIi ―一一一- ,"……一,”一■ CreateuniqueindexIX—姓名on供應(yīng)商信息表(姓名);IIIii CreateuniqueindexIX—冏品號(hào)on冏品信息表(I商品號(hào))IIIIIIII ?5、范式化簡i裝 系統(tǒng)的關(guān)系模式如下:i 訂單明細(xì)信息(訂單號(hào),單位名稱,商品號(hào),商品名,規(guī)格,交貨日期,數(shù)量,i 單價(jià),簽訂日期)i 訂單信息(訂單號(hào),單位,業(yè)務(wù)員號(hào),地址,簽訂日期,單價(jià),數(shù)量,商品號(hào),i 交貨日期)訂 商品信息(商品號(hào),名稱,規(guī)格,單價(jià),描述)i 業(yè)務(wù)員信息(職工號(hào),姓名,年齡,職稱)i 客戶信息客戶(姓名,賬號(hào),地址,聯(lián)系方式)i 生產(chǎn)訂單信息(生產(chǎn)商,商品名,數(shù)量,單價(jià),賬號(hào),聯(lián)系方式)線 供應(yīng)商信息(姓名,地址,電話號(hào)碼,賬號(hào))i 將轉(zhuǎn)化的關(guān)系模式進(jìn)行優(yōu)化,最終達(dá)到第三范式i 1首先確定數(shù)據(jù)依賴i 訂單明細(xì)信息(訂單號(hào),單位名稱,商品號(hào),商品名,規(guī)格,交貨日期,數(shù)量,i單價(jià),簽訂日期)i 訂單號(hào)一單位名稱,訂單號(hào)一商品號(hào),訂單號(hào)一商品名,訂單號(hào)一規(guī)格,訂單號(hào)i一交貨日期,訂單號(hào)一數(shù)量,訂單號(hào)一單價(jià),訂單號(hào)一簽訂日期。!i 訂單信息(訂單號(hào),單位,業(yè)務(wù)員號(hào),地址,簽訂日期,單價(jià),數(shù)量,商品號(hào),i交貨日期)i 訂單號(hào)一單位,訂單號(hào)一商平號(hào),訂單號(hào)一交貨日期,(訂單號(hào),商品號(hào))一單價(jià),(訂單號(hào),商品號(hào))一數(shù)量,商品號(hào)一商品名,訂單號(hào)一單位,訂單號(hào)一簽訂日期。商品信息(商品號(hào),名稱,規(guī)格,單價(jià),描述)商品號(hào)一名稱,商品號(hào)一規(guī)格,商品號(hào)一單價(jià),商品號(hào)一描述。業(yè)務(wù)員信息(職工號(hào),姓名,年齡,職稱)職工號(hào)一姓名,職工號(hào)一年齡,職工號(hào)一職稱??蛻粜畔⒖蛻簦ㄐ彰?,賬號(hào),地址,聯(lián)系方式)姓名f賬號(hào),姓名f地址,姓名f聯(lián)系方式。生產(chǎn)訂單信息(生產(chǎn)商,商品名,數(shù)量,單價(jià),賬號(hào),聯(lián)系方式)(生產(chǎn)商,商品名)f單價(jià),(生產(chǎn)商,商品名)f數(shù)量,生產(chǎn)商f賬號(hào),生產(chǎn)商f聯(lián)系方式供應(yīng)商信息(姓名,地址,電話號(hào)碼,賬號(hào))姓名f賬號(hào),姓名f地址,姓名f電話號(hào)碼。2.對各關(guān)系模式間數(shù)據(jù)依賴進(jìn)行極小化處理,消除冗余訂單號(hào)f交貨日期,訂單號(hào)f簽訂日期,訂單號(hào)f單位名稱,商品號(hào)f名稱,商品號(hào)f規(guī)格,商品號(hào)f描述,職工號(hào)f姓名,職工號(hào)f年齡,職工號(hào)f職稱,姓名f賬號(hào),姓名f地址,姓名f聯(lián)系方式,(生產(chǎn)商,商品名)f單價(jià),(生產(chǎn)商,商品名)f數(shù)量,3.看這些模式是否符合要求,確定是否要對某些模式進(jìn)行合并或者分解(訂單號(hào),交貨日期,簽訂日期,單位名稱)(商品號(hào),名稱,規(guī)格,描述)(職工
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度大數(shù)據(jù)中心建設(shè)與運(yùn)營服務(wù)合同規(guī)范3篇
- 二手房交易合同模板2024一
- 2024物業(yè)租賃合同中的違約金計(jì)算方式
- 二零二五版船舶環(huán)保技術(shù)改造項(xiàng)目股份投資合同3篇
- 關(guān)于2025年度環(huán)保設(shè)施運(yùn)營維護(hù)的詳細(xì)合同
- 專用面粉生產(chǎn)與供應(yīng)合同2024
- 2024淘寶天貓京東電商客服團(tuán)隊(duì)激勵(lì)考核合同3篇
- 2025年校園物業(yè)管理與服務(wù)保障合同書6篇
- 2025年度船舶建造與船員培訓(xùn)服務(wù)合同3篇
- 2024版公證處借款合同范文
- 2024高考復(fù)習(xí)必背英語詞匯3500單詞
- 消防控制室值班服務(wù)人員培訓(xùn)方案
- 《貴州旅游介紹》課件2
- 2024年中職單招(護(hù)理)專業(yè)綜合知識(shí)考試題庫(含答案)
- 無人機(jī)應(yīng)用平臺(tái)實(shí)施方案
- 挪用公款還款協(xié)議書范本
- 事業(yè)單位工作人員年度考核登記表(醫(yī)生個(gè)人總結(jié))
- 盾構(gòu)隧道施工數(shù)字化與智能化系統(tǒng)集成
- 【企業(yè)盈利能力探析文獻(xiàn)綜述2400字】
- 2019年醫(yī)養(yǎng)結(jié)合項(xiàng)目商業(yè)計(jì)劃書
- 2023年店鋪工程主管年終業(yè)務(wù)工作總結(jié)
評(píng)論
0/150
提交評(píng)論