課程設計Ⅲ課程設計設計說明書汽車銷售管理系統(tǒng)學生姓名學號班級網絡091成績指導教師數學與計算機科學學院2012年03月02日課程設計Ⅲ課程設計評閱書題目汽車銷售管理系統(tǒng)學生姓名學號指導教師評語及成績成績：教師簽名：年月日辯論教師評語及成績成績：教師簽名：年月日教研室意見總成績：室主任簽名：年月日注：指導教師成績60%，辯論成績40%，總成績合成后按五級制記入。課程設計任務書2011—2012學年第二學期專業(yè)：網絡工程學號：姓名：課程設計名稱：課程設計Ⅲ設計題目：信道碼分復用的設計與仿真完成期限：自2012年2月20日至2012年3月2日共2周設計依據、要求及主要內容〔可另加附頁〕：汽車管理系統(tǒng)汽車信息主要包括：汽車編號、型號、顏色、生產廠家、生產日期、價格等；員工信息包括：員工編號、姓名、性別、年齡、學歷等；客戶信息包括：客戶姓名、聯(lián)系方式、地址、業(yè)務聯(lián)系記錄等；汽車銷售信息包括：銷售日期、汽車類型、顏色、數量、經手人等。按條件查詢，實現(xiàn)銷售報表打印輸出。設計上交內容：設計說明書一份〔按格式書寫〕。指導教師〔簽字〕：教研室主任〔簽字〕：批準日期：年月日摘要本報告介紹了一個使用MicrosoftSQLServer2005為后臺的用于汽車銷售管理的數據庫管理系統(tǒng)。該系統(tǒng)能夠實現(xiàn)汽車信息、客戶信息、員工信息和銷售信息的管理，即對這些信息實現(xiàn)增、刪、改等功能。報告首先分析了用戶對系統(tǒng)的需要和需求，弄清系統(tǒng)要到達的目標和實現(xiàn)的功能。然后對系統(tǒng)進行了概念結構設計階段，對用戶需求進行綜合、歸納和抽象，設計出了系統(tǒng)的局部E-R圖和全局E-R圖，根據全局E-R圖對系統(tǒng)進行了邏輯結構設計，確定出系統(tǒng)的數據結構即關系模型。根據這些關系模式，在MicrosoftSQLServer2005中創(chuàng)立了客戶表、員工表、汽車表和銷售表。關鍵詞：數據庫；MicrosoftSQLServer2005；汽車銷售管理目錄1緒論12數據庫系統(tǒng)的設計方法23系統(tǒng)需求分析33.1系統(tǒng)功能結構33.2系統(tǒng)數據流圖43.3系統(tǒng)數據字典44數據庫概念結構的設計94.1設計實體的E-R圖94.2實體之間的聯(lián)系及E-R圖104.3全局E-R圖125數據庫邏輯結構的設計136數據庫結構的詳細設計146.1新建表146.2定義表間關聯(lián)156.3向表中錄入數據166.4數據查詢實例列舉18總結20參考文獻211緒論汽車制造業(yè)在中國開展的根本瓶頸已經從產品質量、市場規(guī)模轉化為銷售體系的效率。制造廠商之間的競爭日趨白熱化，并正在演變成為供給鏈與供給鏈之間的的競爭，簡單的價格戰(zhàn)和促銷推廣活動已很難滿足日益成熟的消費者的需求，這一趨勢促使企業(yè)必須認真考慮。對于各種規(guī)模的汽車銷售企業(yè)來說，汽車銷售的管理是否有序直接影響到企業(yè)的經營和開展。一套成熟的汽車銷售管理系統(tǒng)可以很好的表達一個企業(yè)的經營狀況以及未來的開展前景。汽車銷售管理系統(tǒng)是一套汽車銷售公司的銷售管理系統(tǒng)，目前大多數廠商都忽略汽車銷售管理系統(tǒng)的重要性，而該系統(tǒng)的引入是專為具有一定規(guī)模和經濟條件的大型汽車場而設計的。汽車銷售管理系統(tǒng)從進貨管理、車輛采購、車輛入庫、銷售管理到車輛銷售、收益統(tǒng)計等為每個環(huán)節(jié)明確分工，有效地減少了人為過失的概率，代之以高效、便捷、準確的數字化效勞系統(tǒng)，以便汽車銷售管理更加標準化。2數據庫系統(tǒng)的設計方法數據庫系統(tǒng)的設計包括數據庫設計和數據庫應用系統(tǒng)設計兩方面的內容。數據庫設計是設計數據庫結構特性，即為特定應用環(huán)境構造出最優(yōu)的數據模型；數據庫應用系統(tǒng)設計是設計數據庫的行為結構特性，并建立滿足各種用戶對數據庫應用需求的功能模型。數據庫系統(tǒng)設計的目標是：對于給定的應用環(huán)境，建立一個性能良好的、能滿足不同用戶使用要求的、又能被選定的DBMS所接受的數據庫系統(tǒng)模型。數據庫系統(tǒng)設計的內容主要有：數據庫的結構特性設計、數據庫的行為特性設計、數據庫的物理模式設計。為了設計一個具有平安性、可靠性、易維護性、易擴充性、最小冗余性的數據庫系統(tǒng)，設計者應當嚴格遵守數據庫設計的方法和規(guī)那么。數據庫系統(tǒng)設計的根本步驟主要分為6個階段：需求分析、概念結構設計、邏輯結構設計、物理結構設計、數據庫實施和數據庫運行與維護。在此次汽車銷售管理系統(tǒng)的設計中，主要使用MicrosoftSQLServer2005設計了一個能夠獨立運行的數據庫系統(tǒng)，設計內容主要包括以下幾個方面：〔1〕系統(tǒng)需求分析：通過調查分析系統(tǒng)的功能，確定系統(tǒng)涉及的主要數據項及含義?！?〕數據庫概念結構的設計：根據需求分析的結果確定系統(tǒng)實體及其聯(lián)系的局部E-R圖，進而優(yōu)化形成全E-R圖?！?〕數據庫邏輯結構的設計：根據全局E-R圖設計系統(tǒng)的邏輯結構?！?〕數據庫結構的詳細設計：根據邏輯結構設計和需求分析在MicrosoftSQLServer2005中建立根本表及創(chuàng)立表間的關聯(lián)，每個根本表的關系屬性設計包括屬性名、數據類型、數據長度、該屬性是否允許空值、是否為主碼、是否為索引項及約束條件。在根本表建立之后，就是數據入庫以及數據庫試運行，數據庫試運行合格之后，即可投入正式運行了。3系統(tǒng)需求分析3.1系統(tǒng)功能結構在通過實際調查以及對用戶需求的了解之后得出，汽車銷售管理系統(tǒng)有如下功能。能夠對汽車信息進行有效的管理。汽車銷售中汽車的信息很重要，通過本系統(tǒng)能有效的對汽車信息進行查詢，并能對汽車的信息實現(xiàn)增、刪、改等功能。能夠對員工信息進行有效的管理。通過本系統(tǒng)可以對員工的信息進行查詢以及員工信息進行增、刪、改等功能。能夠對銷售信息進行有效的管理。員工負責汽車的日常銷售工作，需要掌握各種汽車的各次的銷售情況，通過本系統(tǒng)可以進行業(yè)績查詢并且打印銷售報表。能夠對客戶信息進行有效的管理。對汽車銷售來說，客戶信息也很重要，掌握了客戶的信息，才能了解客戶的需求。通過本系統(tǒng)能進行客戶信息編輯和客戶信息查詢，實現(xiàn)對客戶信息的增、刪、改等功能。系統(tǒng)功能結構圖如下所示：圖3.1系統(tǒng)功能結構圖3.2系統(tǒng)數據流圖數據流圖是一種圖形化技術，它描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。在數據流圖中沒有任何具體的物理部件，它只是描繪數據在軟件中流動和被處理的邏輯過程。數據流圖有4種根本符號：正方形〔或立方體〕表示數據的源點或終點；圓角矩形〔或圓形〕代表變換數據的處理；開口矩形〔或兩條平行橫線〕代表數據存儲；箭頭表示數據流，即特定數據的流動方向。經過詳細的調查，弄清了汽車銷售管理系統(tǒng)現(xiàn)行的業(yè)務流程。在此根底上，構造出汽車銷售管理系統(tǒng)的邏輯模型，并通過數據流圖表示。本汽車銷售管理系統(tǒng)的數據流圖如下所示：3.2汽車銷售系統(tǒng)的數據流圖3.3系統(tǒng)數據字典數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。數據字典通常包括以下5個局部。〔1〕數據項數據項是不可再分的數據單位。它的描述為：數據項=｛數據項名，含義說明，別名，類型，長度，取值范圍，與其他數據項的邏輯關系｝。其中：“取值范圍”和“與其他數據項的邏輯關系”兩項定義了數據的完整性約束條件，它們是設計數據完整性檢驗功能的依據。〔2〕數據結構數據結構的描述為：數據結構=｛數據結構名，含義說明，組成，｛數據項或數據結構｝｝。數據結構反映了數據之間的組合關系。一個數據結構可以由假設干個數據項組成，也可以由假設干個數據結構組成，或由假設干數據項和數據結構混合組成?！?〕數據流數據流是數據結構在系統(tǒng)內傳輸的路徑。數據流的描述通常為：數據流=｛數據流名，說明，流出過程，流入過程，組成：｛數據結構｝，平均流量，頂峰期流量｝。其中，“流出過程”說明該數據流來自哪個過程；“流入過程”說明該數據流將到哪個過程去；“平均流量”是指在單位時間〔每天、每周、每月等〕里傳輸的次數；“頂峰期流量”那么是指在頂峰時期的數據流量?！?〕數據存儲數據存儲是數據及其結構停留或保存的地方，也是數據流的來源和去向之一。數據存儲可以是手工文檔、手工憑單或計算機文檔。數據存儲的描述通常為：數據存儲=｛數據存儲名，說明，編號，輸入的數據流，輸出的數據流，組成：｛數據結構｝，數據量，存取頻度，存取方式｝。其中：“數據量”說明每次存取多少數據；“存取頻度”指每小時火每天或每周存取幾次、每次存取多少數據等信息；“存取方式”指是批處理還是聯(lián)機處理，是檢索還是更新，是順序檢索還是隨機檢索等；“輸入的數據流”要指出其數據的來源處；“輸出的數據流”要指出其數據去向處?！?〕處理過程處理過程的具體處理邏輯一般用判定表或判定樹來描述。數據字典中只需要描述處理過程的說明性信息，通常包括以下內容：處理過程=｛處理過程名，說明，輸入：｛數據流｝，輸出：｛數據流｝，處理：｛簡要說明｝｝。其中：“簡要說明”中主要說明該處理過程用來做什么〔不是怎么做〕及處理頻度要求。在此次設計中定義的汽車銷售管理系統(tǒng)數據字典中，主要對數據流圖中的數據流、數據存儲和處理過程進行說明?！?〕主要的數據流定義1〕數據流名稱：購車信息位置：客戶→P1，P1→員工，員工→P2定義：購車信息=汽車型號+顏色+生產廠家+生產日期+價格數據流量：平均流量為每天1500次，頂峰期流量每天250次。說明：通過汽車型號、顏色、生產廠家、生產日期和價格來查詢該類汽車的信息，該查詢?yōu)槟：樵儭?〕數據流名稱：確認信息位置：P2→P3定義：確認信息=汽車編號+型號+顏色+生產廠家+生產日期+價格數據流量：平均流量為每天2000次，頂峰期流量每天500次。說明：在查詢到的汽車信息中，確認符合客戶需求的汽車信息，該查詢?yōu)闇蚀_查詢。3〕數據流名稱：確認購置位置：P3→P4定義：確認購置=確認信息+數量數據流量：平均流量為每天1000次，頂峰期流量每天200次。說明：客戶確認購置汽車。4〕數據流名稱：發(fā)出購車收款單據位置：P4→P5定義：發(fā)出購車收款單據=客戶+確認信息+經辦人+購車日期數據流量：平均流量為每天1000次，頂峰期流量每天250次。說明：填寫收款單并交給客戶，等待客戶付款。5〕數據流名稱：提貨位置：P5→客戶定義：提貨=購車收款單據+汽車數據流量：平均流量為每天1000次，頂峰期流量每天250次。說明：客戶付款后，將汽車和收款單據一并交由客戶?！?〕主要的數據存儲定義1〕數據存儲名稱：汽車信息輸出：P2數據結構：汽車信息=汽車編號+型號+顏色+生產廠家+生產日期+價格數據量和存取頻度：數據量為500000條，存取頻度為每天5000次。存取方式：聯(lián)機處理；檢索和更新；主要是隨機檢索。說明：汽車編號具有唯一性和非空性。2〕數據存儲名稱：銷售信息輸入：P5數據結構：銷售信息=客戶編號+汽車編號+員工編號+銷售日期+數量數據量和存取頻度：數據量為15000條，存取頻度為每天1500次。存取方式：聯(lián)機處理；以更新操作為主；隨機檢索。說明：客戶編號是外碼，參照表為“客戶.客戶編號”；汽車編號是外碼，參照表為“汽車.汽車編號”；員工編號是外碼，參照表為“員工.員工編號”；銷售日期為添加記錄的當天日期；數量為客戶的購車數量?！?〕主要處理過程1〕處理過程編號：P1處理過程名：記錄購車信息輸入：購車信息輸出：，購車信息處理說明：客戶將自己對于購車的需求記錄下來，交由員工處理。2〕處理過程編號：P2處理過程名：查看相關信息輸入：購車信息，汽車信息輸出：確認信息處理說明：員工根據客戶的需求，為客戶尋找符合客戶需求的汽車的信息。3〕處理過程編號：P3處理過程名：客戶滿意輸入：確認信息輸出：確認購置處理說明：員工所找到的汽車信息符合客戶的需求，客戶表示滿意。4〕處理過程編號：P4處理過程名：產生購車收款單輸入：確認購置輸出：發(fā)出購車收款單據處理說明：客戶確認購置汽車，為客戶開汽車購置的收款單。5〕處理過程編號：P5處理過程名：客戶付款輸入：發(fā)出購車收款單據輸出：提貨，銷售信息處理說明：客戶付款，交易成功并向銷售表中添加此次交易信息。4數據庫概念結構的設計概念結構設計就是將需求分析階段得到的用戶需求抽象為數據庫的概念結構。本報告使用E-R圖來描述系統(tǒng)的概念結構，即使用E-R圖表示需求分析的結果。在實際設計過程中首先分析系統(tǒng)中以實體為根本單位的分E-R圖，然后分析兩個事體之間的聯(lián)系，畫出兩兩尸體聯(lián)系的分E-R圖，再將兩兩實體之間聯(lián)系的E-R圖作為根本單位，畫出他們之間聯(lián)系的E-R圖，依此類推，最后將各分E-R圖合并成全局E-R圖，下面將分別進行分析。4.1設計實體的E-R圖在該汽車銷售管理系統(tǒng)中研究的對象有4個：汽車信息、員工信息、客戶信息和汽車銷售信息，其中包括3個實體：汽車、員工和客戶?！?〕汽車信息汽車信息主要包括：汽車編號、型號、顏色、生產廠家、生產日期、價格等。E-R圖如下所示：圖4.1汽車實體的E-R圖〔2〕員工信息員工信息包括：員工編號、姓名、性別、年齡、學歷等。E-R圖如下所示：圖4.2員工實體的E-R圖〔3〕客戶信息客戶信息包括：客戶編號、姓名、聯(lián)系方式、地址等。E-R圖如下所示：圖4.3客戶實體的E-R圖4.2實體之間的聯(lián)系及E-R圖〔1〕員工與汽車之間的聯(lián)系及E-R圖一個員工可以銷售M輛汽車，一輛汽車可以由N個員工來銷售。所以汽車與員工之間的聯(lián)系類型為M:N的聯(lián)系。E-R圖如下所示：圖4.4員工與汽車之間的E-R圖〔2〕員工與客戶之間的聯(lián)系及E-R圖一個員工可以給M個客戶推銷汽車，一個客戶也可以由N個員工來推銷。所以客戶與員工之間的聯(lián)系類型為M:N的聯(lián)系。E-R圖如下所示：圖4.5員工與客戶之間的E-R圖〔3〕客戶與汽車之間的聯(lián)系及E-R圖一個客戶可以購置N輛汽車，但是一輛汽車只能出售給一個客戶。所以客戶與汽車之間的聯(lián)系類型為1：N的聯(lián)系。E-R圖如下所示：圖4.6客戶與汽車之間的E-R圖4.3全局E-R圖將兩兩實體之間聯(lián)系的E-R合并成全局E-R圖如下所示：圖4.7整體E-R圖5數據庫邏輯結構的設計E-R圖表示的概念模型是用戶數據要求的形式化，E-R圖獨立于任何一種數據模型，它也不為任何一個DBMS所支持。邏輯結構設計的任務就是把概念模型結構轉換成某一個具體的DBMS所支持的數據模型。現(xiàn)行的DBMS一般主要支持關系、網狀或層次模型中的某一種，即使是同一種數據模型，不同的DBMS也有不同的限制，提供不同的環(huán)境和工具。通常把概念模型向邏輯模型的轉換過程分為3步進行：〔1〕將概念結構轉換為一般的關系、網狀、層次模型；〔2〕將轉換來的關系、網狀、層次模型向特定DBMS支持下的數據模型轉換；〔3〕對數據模型進行優(yōu)化。對于上面所得到的汽車銷售系統(tǒng)的整體E-R圖可以知道，該汽車銷售系統(tǒng)包含了三個實體〔客戶、員工和汽車〕和一個實體之間的聯(lián)系〔銷售〕，將汽車銷售管理系統(tǒng)的E-R圖轉換為關系數據庫的數據模型，其關系模式為：客戶〔客戶編號，姓名，聯(lián)系方式，住址〕，其中客戶編號為主碼；員工〔員工編號，姓名，性別，年齡，學歷〕，其中員工編號為主碼；汽車〔汽車編號，型號，顏色，生產廠家，生產日期，價格〕，其中汽車編號為主碼；銷售〔客戶編號，汽車編號，員工編號，銷售日期，數量〕，其中客戶編號、汽車編號和員工編號共同組成主碼。該汽車銷售管理系統(tǒng)的數據庫命名為“汽車銷售”。6數據庫結構的詳細設計6.1新建表輸入表結構時應注意以下幾點：〔1〕“列名”用于輸入字段名,例如“客戶編號”、“姓名”等。列名類似于變量名，其命名規(guī)格與變量一致。列名中不允許出現(xiàn)空格，一張表中也不允許有重復的列名?！?〕“數據類型”列中的數據類型是通過選擇方法，而不是直接鍵入數據類型字符輸入的。當鼠標指針移至該列時，就會出現(xiàn)控制鍵，單擊后就出現(xiàn)數據類型彈出框，可選擇其中之一為指定的數據類型?！?〕“允許空”列用于設置是否允許字段為空值。在此次設計的汽車銷售管理系統(tǒng)的數據庫中總共需要建立4個根本表：客戶表、員工表、汽車表和銷售表?！?〕客戶客戶包含了客戶編號、姓名、聯(lián)系方式和住址4個屬性，其中客戶編號能夠唯一標識一位客戶，所以客戶編號為主碼?？蛻舯斫Y構如下所示：圖6.1客戶表結構〔2〕員工員工包含了員工編號、姓名、性別、年齡和學歷5個屬性，其中員工編號能夠唯一標識一名員工，所以員工編號為主碼。員工表的結構如下所示：圖6.2員工表結構〔3〕汽車汽車包含了汽車編號、型號、顏色、生產廠家、生產日期和價格6個屬性，其中汽車編號能夠唯一標識一輛汽車，所以汽車編號為主碼。汽車表的結構如下所示：圖6.3汽車表結構〔4〕銷售銷售包含了客戶編號、汽車編號、員工編號、銷售日期和數量5個屬性，其中客戶編號、汽車編號和員工編號共同組成主碼。所以銷售表的結構如下所示：圖6.4銷售表結構6.2定義表間關聯(lián)通過表之間關聯(lián)的創(chuàng)立，將在表中創(chuàng)立外鍵約束，為創(chuàng)立多表之間的連接查詢做好準備。在客戶、汽車、員工和銷售四個表中，銷售表為外鍵表，客戶表、汽車表和員工表為主鍵表。數據關系圖如下所示：圖6.5數據關系圖6.3向表中錄入數據在向表中錄入數據時需要注意，關系中作為主碼的屬性的值不能一樣，因為主碼能唯一地標識一個元組?！?〕客戶錄入數據后的客戶信息表如下所示：圖6.6客戶信息表〔2〕員工錄入數據后的員工信息表如下所示：圖6.7員工信息表〔3〕汽車在該汽車銷售管理系統(tǒng)中，為了便于汽車的分類和管理，同一品牌的汽車編號都用同樣的字母開始。所以在汽車表中，奧迪都統(tǒng)一用字母A開始依次編號，奇瑞都統(tǒng)一用字母B開始依次編號，現(xiàn)代都統(tǒng)一用字母C開始一次編號，比亞迪都統(tǒng)一用字母D開始一次編號等。錄入數據后的汽車信息表如下所示：圖6.8汽車信息表〔4〕銷售在該汽車銷售管理系統(tǒng)中，汽車的編號能夠唯一的標志一輛汽車，即使汽車的款型一樣，品牌一樣，但是汽車編號不一樣，車就不是同一輛，即不可能出現(xiàn)兩輛編號一樣的汽車。所以在建立銷售表時定義了CHECK約束，約束了客戶購置該編號的汽車的數量只能是一，也只可能是一。錄入數據后的銷售信息表如下所示：圖6.9銷售信息