1、WORD格式數據庫課程設計"數據庫原理與技術"課程設計報告設計題目 :音像銷售管理系統班級:管理C093組員:白立東 087257李志強 097529韓耀宗 0975532021年1月3日專業資料整理WORD格式第-1-頁共10頁專業資料整理WORD格式數據庫課程設計一、小組成員分工李志強負責需求分析 , 邏輯構造分析白立東負責概念構造設計，SQL查詢韓耀宗負責邏輯構造設計二、設計背景隨著人們生活水平的提高，物質生活已經無法滿足個人需求，精神生活需求日益變大。在高科技飛速開展的今天，在電影與音樂已經無法脫離我們的生活的今天，音像商品需求量日益變大，音像銷售管理面臨考驗。傳統

2、的手工管理，往往是用人工清點的方式來掌握商店中現有的貨物，使用手工記賬的方式來掌握商品的進貨和銷售情況。這種方式在商品數量較少、庫存變換少的情況下，不失為一種較好的方法。但是，在規模稍大的店中，往往需要處理的種類數以千計，而且每天所發生的進貨和銷售情況紛繁復雜。如果要借助人工來實現這一系列數據的記錄和管理，工作量將非常巨大，而且容易出現錯誤，造成管理上的混亂，更何況還需要對商品的數據進展統計和分析。隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已被人們所認識，它已進入人類社會的各個領域并發揮著越來越重要的作用。作為計算機應用的一局部，使用計算機對超市信息進展管理有著手工管理所無法比擬

3、的優點，例如：檢索迅速、查找方便、可靠性高、存儲量大、*性好、壽命長、本錢低等。這些優點能夠極大地提高管理效率，也能使商店步入科學化、正規化的管理?；谶@些問題，為了使管理工作標準化、系統化、程序化，防止管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效地查詢和修改商品情況，建立一個商品管理系統是非常必要的。三、需求分析1現行產品庫存管理概況(1) 組織概況某小型音像商店有管理人員4 名，其中 1 人負責與供應商聯系， 1 人負責顧客事宜， 1人主管業務， 1 人負責該店音像產品庫存管理的日常事務。(2) 業務概況專業資料整理WORD格式第-2-頁共10頁專業資料整理WORD格式數

4、據庫課程設計音像商店信息管理的日常事務如下。處理好顧客的訂單，檢查訂單是否合格，是否能夠承受，對于正確可承受的訂單，即錄入數據庫中。做好日音像產品的進出倉登記工作，將每日的商品存取量錄入數據庫中。根據訂單與庫存決定與供應商的訂購量，商定音像產品的價格，發出購貨單等。管理人員應根據數據庫中的訂單與購物單，計算各種款項。將應付款項與應收款項細致登記在賬目中。定期統計庫存的進出存數據。根據需要對現有庫存產品進展某種專項統計，例如音像分類庫存統計，暢銷、滯銷或脫銷產品統計等。數據流程圖訂貨單訂貨單顧客銷售處理系統供貨商發貨單發貨單頂層數據流程圖訂貨單到貨通知訂貨單顧客銷售供應商采購發貨單發貨單收款倉庫

5、通知應付款通知發票主管第 2 層數據流程圖專業資料整理WORD格式第-3-頁共10頁專業資料整理WORD格式數據庫課程設計音像品價格應收賬款訂單數據已核對價格的訂單顧客核對價格核對賬目狀況錯誤的訂單批準 /不批準賬目狀況已核對的訂單主管批準訂單已批準的訂單暫存訂貨單圖 1 接收訂單供應商數據暫存訂貨單訂貨單待訂商品數目按供應商匯總銷售按類別匯總修改庫存向供應商的訂貨單供應商和待訂量確定訂貨數目正確發貨單庫存量編制到貨核對發貨單錯誤的發貨單應付款明細圖 2 銷售過程專業資料整理WORD格式第-4-頁共10頁專業資料整理WORD格式數據庫課程設計應收賬款發票記錄本顧客開發票分配發票號根據發貨單主管

6、圖3開發票數據字典數據構造編號： A1名稱：顧客簡述：反映了顧客的詳細信息及要求組成：顧客號，顧客名，地址，編號： A2名稱：訂單簡述：標識顧客對貨物的需求量，價格等組成：訂單號，訂貨數量，訂貨價格，訂貨日期，交貨日期編號： A3名稱：音像產品簡述：描述音像產品的相關信息，作為核對訂單的根據組成：音像類商品號，商品名，商品類別，價格編號： A4名稱：供貨商簡述：描述供貨商的相關信息組成：廠商名，廠商號，生產類別，生產單價編號： A5名稱：庫存簡述：反映倉庫中的商品存量，核實顧客訂單與供貨商訂單組成：音像類商品號，商品名，商品類別，商品存量，缺貨記錄編號： A6名稱：發票專業資料整理WORD格式

7、第-5-頁共10頁專業資料整理WORD格式數據庫課程設計簡述：反映出納與顧客之間應付的交易記錄組成：發票號，應付金額，發票人編號： A7名稱：出納簡述：計算應付，應收賬款的信息組成：音像類商品編號，廠商號，應收金額，應付金額數據流編號： B1名稱：顧客訂單簡述：描述顧客發出訂單的過程組成：顧客，音像類商品，倉庫，庫存數據流來源： A1 顧客數據流去向： A5倉庫編號： B2名稱：倉庫信息簡述：反映顧客訂單與倉庫存量之間的關系組成：訂單，商品，庫存，供貨商數據流來源： A2 訂單數據流去向： A7出納編號： B3名稱：商店訂單簡述：描述商店與供貨商之間的關系組成：庫存，出納，供貨商數據流來源：

8、A5 庫存數據流去向： A4供貨商編號： B4名稱：發票簡述：描述應收與出納之間的數據流向關系組成：出納，顧客，商品，發票數據流來源： A7 出納數據流去向： A1顧客編號： B5名稱：供貨商信息簡述：描述商店訂貨單與供貨商之間關系組成：訂單，供貨商，音像類商品數據流來源： A7 出納數據流去向： A1顧客數據存儲編號： C1名稱：暫存顧客訂貨單簡述：顧客發出的訂貨單在進入倉庫核對前的存儲組成：顧客，商品，訂單輸入的數據流： B1輸出的數據流： B2專業資料整理WORD格式第-6-頁共10頁專業資料整理WORD格式數據庫課程設計編號： C2名稱：庫存數據簡述：訂單進入與倉庫的數據存儲組成：商品

9、，訂單，倉庫輸入的數據流：B3輸出的數據流：B2編號： C3名稱：暫存商店訂貨單簡述：商店發出的訂貨單在進入倉庫修改前的存儲組成：倉庫，音像商品，訂單，供貨商輸入的數據流：B5輸出的數據流：B2編號： C4名稱：發票信息簡述：出納與顧客之間的應付款項數據流關系組成：發票，音像商品，訂單，出納，顧客輸入的數據流：B3輸出的數據流：B4數據處理編號： D1名稱：核對顧客訂單說明：對顧客發出的訂單進展價格，數目上的核對輸入信息： B1輸出信息： B2編號： D2名稱：修改倉庫數據說明：根據顧客訂單與商店訂單對庫存進展修改輸入信息： B3輸出信息： B2編號： D3名稱：核對商店訂單說明：對商店發出的

10、訂單進展價格，數目上的核對輸入信息： B5輸出信息： B3編號： D4名稱：開發票說明：對應收賬款開出發票輸入信息： B1輸出信息： B4數據項見下表數據庫根本表專業資料整理WORD格式第-7-頁共10頁專業資料整理WORD格式數據庫課程設計四、概念構造設計應付金額支付日期顧客號顧客號1nm顧客支付應付帳款收取1n1商品名應收帳款開支票m出納1nn數量訂貨支付收取n應付金額1mnnm訂單商品供應商參考供應n名稱編號存放名稱編號1倉庫ER 圖模型五、邏輯構造設計關系模型如下：顧客： 顧客號，顧客名，地址，商品： 編號，名稱，單價，類別，出版日期，倉庫號倉庫： 倉庫號，商品存量，缺貨記錄出納： 出

11、納人員工號，出納人員*，性別，支票： 支票號，顧客號，出納人員工號訂單： 訂單號，顧客號，訂貨日期，交貨日期訂購： 訂單號，商品編號，訂貨數量，訂貨價格供應： 商品編號，廠商號，供應數量，供應價格供貨商： 廠商號，廠商名，生產商品類別，地址，應付賬款： 顧客號，出納人員工號，應付金額，支付日期應收賬款： 廠商號，出納人員工號，應收金額，支付日期專業資料整理WORD格式第-8-頁共10頁專業資料整理WORD格式數據庫課程設計數據庫根本表構造字段名稱中文名稱類型長度取值X圍是否非空主關鍵字customer顧客號char6000001-999999NYcustomername顧客名char10NNa

12、ddress地址char50NNtelephonechar15YNCD商品編號char6000001-999999NYCDname商品名稱char10NNprice單價money8NNcatagary類別char10YNpublishdate出版日期date8YNpublisherchar20NNstore倉庫號char301-99NYdeposit庫存量int40-20000NNlog缺貨記錄char50YNlabor出納人員工號char31-9NYlaborname出納人員*char10NNsex性別char4NNcheck支票號char6NYorderdate訂貨日期date8NNdel

13、iverdate交貨日期date8NNorderamount訂貨數量int4NNorderprice訂貨價格money8NNfactory廠商號char6NYProduct生產商品類別char15NNcatagorypayment應付金額money8NNincome應收金額money8NNtermdate支付日期date8NN六、系統查詢功能要求及SQL語句顧客查詢CD名稱與價格：select CDname,pricefrom CD;查詢商品的存量select CDname,depositfrom CD,store專業資料整理WORD格式第-9-頁共10頁專業資料整理WORD格式數據庫課程設計

14、where stores.store=CD.store七、收獲及體會1. 通過數據庫設計實踐，更清楚的了解了數據庫設計的過程，需求分析，概念設計，邏輯設計等，結其分析方法有了更深一步的了解。對于數據流程圖分析，聯系實體方法，E-R 圖合并，邏輯模式關系轉化，能夠熟練的掌握。2. 概念設計是對現實世界的抽象，常用的概念設計是采用自底而下的設計方法。對事實詳細加以分析畫出數據流程圖。 DFD的根本思想即是：逐步細化與自頂而下。概念構造是各種數據的共同根底，它比數據模型更獨立于機器、更抽象，從而更加穩定。設計時要注意使概念構造易于理解， 從而可以用它和不熟悉計算機的用戶交換意見， 同時也要求易于更改，易于向關系、見網狀、層次等各種數據模型修改。3.數據流程圖向E-R 轉化中最困難的是確定關系，實體以及實體間的聯系。將分E-R圖合成初步 E-R 圖時，要消除冗余。4. E-R 圖向關系模型的轉換要解決的問