汽車銷售管理系統(tǒng)設計文檔

課程設計學生姓名吳國釗學號姓名陳勇學號指導老師鐘老師院系2023級計算機科學系專業(yè)信息管理與信息系統(tǒng)班級信管（1）班注：本系統(tǒng)有些功能還沒有實現(xiàn)，希望老師見諒，在以后的時間里我們會完善的。目錄第一章緒論TOC\o"1-3"\h\u94821.1課題背景 3324741.2設計目的 323651.3設計內容 4第二章需求分析25722.2.系統(tǒng)分析與設計 4126492.3.系統(tǒng)需求描述 5247992.4.功能模塊描述 5第三章概念結構設計146033.1概念結構設計簡介 6141623.2實體信息 714536第四章邏輯結構設計 10198294.1邏輯結構設計簡介 10231534.2E-R圖轉化為關系模式 1020459（2）建表語句 12數據庫的優(yōu)化250585.1視圖的創(chuàng)建 14158035.2創(chuàng)建觸發(fā)器 14312655.3創(chuàng)建存儲過程 1514201.存儲過程的作用： 1520520第六章界面的實現(xiàn) 15239836.2.登錄界面 1744086.3，管理員功能界面 18137456.4用戶注冊界面 1820661第七章總結 19218361.團隊意識： 19147992.設計過程中的一些體會 19第一章緒論1.1課題背景自從改革開放以來，我國的經濟發(fā)展水平不斷提高。特別是近幾年，人們對汽車的需求更是越來越多，都在追求精神上的享受。購車成為了人們心中追求的目的之一。也因此，世界各地的汽車銷量每年都在打幅度增長。特別是國外的那些汽車生產大國，德國、美國、日本，他們都擁有先進的技術和銷售管理模式，這是我國所不及的。目前，針對我國汽車公司的現(xiàn)狀，汽車公司要在國際汽車巨頭的沖擊下立于不敗之地，唯一的出路只能是盡快發(fā)展壯大公司實力，不僅做到規(guī)模大，更重要的是實力要強。那么，如何面對實力雄厚的競爭者，如何適應多變的市場，如何運用現(xiàn)代化的管理和技術手段減少管理成本、提高公司競爭力，是中國汽車行業(yè)需要面對和思考的問題。發(fā)達國家汽車行業(yè)的經驗證明，信息技術的廣泛應用和發(fā)展將為公司減少采購、營銷成本，減少庫存、優(yōu)化庫存結構，拓展銷售渠道、提高服務效率提供也許，是汽車公司增強競爭實力、融入經濟全球化格局的必由之路。而我們國家，雖然人們對汽車的需求量越來越大，但是現(xiàn)在的汽車公司都是用傳統(tǒng)的管理模式和銷售模式，這樣既花費時間也花費金錢，并且不能讓客戶更好的了解汽車的信息，假如有一個汽車銷售網站，那么人們就可以在網上購買汽車，實現(xiàn)坐在家里都可以買到自己喜歡的車。所以，有一個好的汽車銷售網站是非常方便的，也能跟隨時代的發(fā)展，為汽車公司賺到更大的利潤。這樣才干與那些汽車制造大國抗衡。1.2設計目的隨著近年來我國經濟的發(fā)展，國民生活水平的提高，國內的汽車產業(yè)開始迅猛發(fā)展，人民群眾對于各種汽車的需求也是日益增多，也因此產生了很多汽車銷售公司。在這些汽車銷售公司里，他們都沒有一套好的銷售模式。因此，制作一套汽車銷售管理系統(tǒng)有助于公司對汽車的管理、銷售、提高利潤，并且方便了客戶查看汽車的信息、購買汽車，也更加了解各種汽車的性能和使用性。選擇適合自己的汽車。1.3設計內容第一步：需求分析重要任務就是通過具體調查現(xiàn)實世界要解決的對象，明確用戶的各種需求，然后在此基礎上擬定新系統(tǒng)的功能。在我設計的這個系統(tǒng)重要是調查客戶對汽車的需求情況，客戶想了解汽車的那些信息，有那些規(guī)定等等。第二步：概念結構設計重要就是將需求分析階段得到的用戶需求抽象為信息世界的結構才干更好的用數據庫管理系統(tǒng)來實現(xiàn)這些需求。這里就通過E-R圖來實現(xiàn)。第三步：邏輯結構設計重要就是把概念結構設計階段設計好的基本E-R圖轉換為關系模型。實現(xiàn)數據模型的優(yōu)化，使能在DBMS產品下創(chuàng)建數據信息。第四步：物理結構設計重要是選取一個最適合應用規(guī)定的物理結構的過程，對時間效率、空間效率、維護代價和各種用戶需求進行權衡。也許產生各種方案，通過對這些方案進行細致的評價，從中選擇一個較優(yōu)的方案作為數據庫的物理結構。第五步：對數據庫的界面進行設計，重要是設計成一個美觀的表面，方便客戶進入系統(tǒng)，也方便管理員管理汽車。第六步：數據庫方案的評價重要是對設計好的方案進行評價。第七步：對汽車銷售管理系統(tǒng)進行管理和維護。第二章需求分析2.1調查用戶對汽車的規(guī)定通過調查得到下面一些規(guī)定：汽車的性能，（1）汽車的動力性（2）汽車的燃料經濟性（3）汽車的制動性（3）容量二、汽車的顏色三、汽車的品牌四、要有巧妙、寬敞的儲物空間五、上下車要非常方便，停車簡樸。2.2.系統(tǒng)分析與設計本系統(tǒng)重要為兩類用戶提供服務，第一類是系統(tǒng)管理員，第二類是顧客。汽車銷售管理系統(tǒng)，顧名思義就是對汽車進行管理和銷售，因此，系統(tǒng)管理員是最高級用戶，擁有最高的權限，系統(tǒng)管理員可以享受系統(tǒng)的所有功能，重要功能有對汽車信息的管理，涉及查看汽車的信息、修改汽車的信息、刪除汽車的信息、增添汽車的信息、解決訂單信息、管理顧客信息。顧客的權限重要就是查看汽車信息、征詢信息、制定訂單。顧客通過對汽車信息的了解他們就會決定是否要購買汽車，假如擬定購買，那么就可以填寫訂單信息，把填好的訂單提交給系統(tǒng)管理員，系統(tǒng)管理員擬定訂單信息對的，經雙方達成協(xié)議，那么管理員就可以解決發(fā)貨細節(jié)。最后，完畢交易。所以，本系統(tǒng)重要針對系統(tǒng)管理員和顧客兩類用戶擁有的功能進行設計，一方面，就要實現(xiàn)管理員的功能，另一方面，要擬定顧客擁有的功能。當用戶登錄后會出現(xiàn)他所擁有的功能，這個要從界面就可以看出來，可以把所有的功能放在一個界面上，想要執(zhí)行那個功能直接點擊進去就可以享受了。然后，要考慮怎么樣來實現(xiàn)系統(tǒng)的功能，才干為用戶提供最佳的服務。，這個就要從界面美觀、傳輸效率來考慮了。這里我們會好好做好界面的設計，到最后，進入界面就知道了。2.3.系統(tǒng)需求描述本系統(tǒng)重要有兩類用戶（系統(tǒng)管理員、顧客）系統(tǒng)管理員對系統(tǒng)的需求：查看汽車信息修改汽車信息刪除汽車信息增添汽車信息解決訂單信息查看顧客信息修改顧客信息刪除顧客信息增添顧客信息顧客對系統(tǒng)的需求：查看汽車信息征詢汽車信息制定訂單信息以上是系統(tǒng)管理員和顧客對系統(tǒng)需求的描述，系統(tǒng)管理員登錄后就可以管理汽車信息、顧客信息、訂單信息。顧客登錄后就可以查看汽車信息、征詢汽車信息、制定訂單信息。2.4.功能模塊描述通過對系統(tǒng)的分析，可以知道本系統(tǒng)的功能模塊如下：2-1系統(tǒng)管理員、顧客功能圖通過功能模塊，我們可以更加清楚地看到系統(tǒng)管理員和顧客擁有的功能。此時，對該系統(tǒng)應當有一個大體的了解。我們根據這個功能模塊進行設計。把每一塊的功能都做好，然后把他們合并起來。就會成為一個完整的系統(tǒng)了。第三章概念結構設計3.1概念結構設計簡介概念結構設計重要就是把需求階段得到的現(xiàn)實信息抽象為信息世界的結構。其重要特點有：能真實、充足地反映現(xiàn)實世界，涉及事物和事物之間的聯(lián)系，能滿足用戶對數據解決規(guī)定，是對現(xiàn)實世界的一個真實模型。易于理解，從而可以用它和不熟悉計算機的用戶互換意見，用戶的積極參與是數據庫設計成功的關鍵。易于更改，當應用環(huán)境和應用規(guī)定改變時，容易對概念模型修改和擴充。易于向關系、網狀、層次等各種數據模型轉換。3.2實體信息顧客（顧客號，顧客姓名，顧客性別，顧客地址，顧客電話，顧客賬目余額）系統(tǒng)管理員（管理員號，管理員姓名，管理員性別，管理員年齡，管理員地址，管理員電話）汽車（汽車號，品牌，單價，顏色，生產廠商）訂單（訂單號，訂貨日期，交貨日期，交貨地址，訂貨數量，應付金額）第四章邏輯結構設計4.1邏輯結構設計簡介邏輯結構設計的任務就是把概念結構設計階段設計好的基本E-R圖轉換為DBMS產品所支持的關系模型，對于實體型間的聯(lián)系的轉換有以下幾種情況：一個1:1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端相應的關系模式合并。假如轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系自身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。假如與某一端實體相應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系自身的屬性。一個1:n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端相應的關系模式合并。假如轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系自身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。一個m:n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系自身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系的一部分。3個或3個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系自身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。具有相同碼的關系模式可合并。4.2E-R圖轉化為關系模式注明：有下滑線的表達主碼，畫曲線的表達外碼。顧客（顧客號，管理員號，顧客用戶名，顧客密碼，顧客姓名，顧客性別，顧客地址，顧客電話，顧客賬目余額）系統(tǒng)管理員（管理員號，管理員用戶名，管理員密碼，管理員姓名，管理員性別，管理員年齡，管理員地址，管理員電話）汽車（汽車號，管理員號，品牌，單價，顏色，生產廠商）訂單（訂單號，顧客號，汽車號，訂貨日期，交貨日期，交貨地址，訂貨數量，應付金額）發(fā)票（訂單號，顧客號，管理員號，發(fā)票號，應付金額，支付日期，商品數量）（1）關系表1、顧客表列名數據類型長度是否為空說明顧客號Char10否主碼管理員號Char7否外碼顧客用戶名Char10否唯一值顧客密碼Char10否顧客姓名Char20否顧客性別Char4否默認值：男顧客地址Char100否顧客電話Char11否顧客賬戶余額Money否2、系統(tǒng)管理員表列名數據類型長度是否為空說明管理員號Char7否主碼管理員用戶名Char10否唯一值管理員密碼Char10否管理員姓名Char20否管理員性別Char4否默認值：男管理員年齡Int3否默認值：保密管理員地址Char100否管理員電話Char11否3、汽車表列名數據類型長度是否為空說明汽車號Char5否主碼管理員號Char7否外碼品牌Char50否單價Money否顏色Char20否生產廠商Char100否4、訂單表列名數據類型長度是否為空說明訂單號Char6否主碼顧客號Char10否外碼汽車號Char5否外碼訂貨日期Datetime否交貨日期Datetime否交貨地點Char100否訂貨數量Int否應付金額Money否5、發(fā)票表列名數據類型長度是否為空說明發(fā)票號Char7否主碼訂單號Char6否外碼顧客號Char10否外碼管理員號Char7否外碼應付金額Money否支付日期Datetime否商品數量Int否（2）建表語句1、顧客表createtable顧客表(顧客號char(10)notnullcheck(顧客號>and顧客號<), 管理員號char(7)notnullreferences管理員表(管理員號), 用戶名char(10)notnullunique, 密碼char(10)notnull, 姓名char(20)notnull, 性別char(4)notnullcheck(性別in('男','女'))default'男', 地址char(100)notnull, 電話char(11)notnull, 賬戶余額moneynotnull, primarykey(顧客號))2、系統(tǒng)管理員表createtable管理員表(管理員號char(7)notnullcheck(管理員號>0000000and管理員號<9999999), 用戶名char(10)notnullunique, 密碼char(10)notnull, 姓名char(20)notnull, 性別char(4)notnullcheck(性別in('男','女'))default'男', 年齡intnotnullcheck(年齡in(0,100))default'保密', 地址char(100)notnull, 電話char(11)notnull, primarykey(管理員號))3、汽車表createtable汽車表( 汽車號char(5)notnullcheck(汽車號>00000and汽車號<99999), 管理員號char(7)notnullreferences管理員表(管理員號), 品牌char(50)notnull, 單價moneynotnull, 顏色char(20)notnull, 廠商char(100)notnull, primarykey(汽車號))4、訂單表createtable訂單表( 訂單號char(6)notnullcheck(訂單號>000000and訂單號<999999), 顧客號char(10)notnullreferences顧客表(顧客號), 汽車號char(5)notnullreferences汽車表(汽車號), 訂貨日期datetimenotnull, 交貨日期datetimenotnull, 交貨地點char(100)notnull, 訂貨數量intnotnull, 應付金額moneynotnull, primarykey(訂單號))5、發(fā)票表createtable發(fā)票表( 發(fā)票號char(7)notnullcheck(發(fā)票號>0000000and發(fā)票號<9999999), 訂單號char(6)notnullreferences訂單表(訂單號), 顧客號char(10)notnullreferences顧客表(顧客號), 管理員號char(7)notnullreferences管理員表(管理員號), 應付金額moneynotnull, 支付日期datetimenotnull, 商品數量intnotnull, primarykey(發(fā)票號))第五章數據庫的優(yōu)化5.1視圖的創(chuàng)建1.汽車表視圖：5.2創(chuàng)建觸發(fā)器1,創(chuàng)建管理員表，顧客表之間的觸發(fā)器，實現(xiàn)完整性.5.3創(chuàng)建存儲過程1.存儲過程的作用：可以反復使用提高數據庫執(zhí)行速度減少網絡傳輸量具有安全特性2.創(chuàng)建存儲過程proc_infor以便管理員查看自己所管理的顧客信息。調用：第六章界面的實現(xiàn)6.1連接數據庫的代碼：注（由于代碼問題，所以我們用到了兩種方式的連接，假如需要改服務器，必須兩種都要改）第一種：文獻名conn_sql.asp重要用來實現(xiàn)登錄頁面。第二種：conn_sql1.asp，重要用來實現(xiàn)其他的一些功能（查詢，注冊，修改，刪除等）<%dimsqldimrsdimconnsubopenDB() setconn=Server.Createobject("ADODB.Connection") connString="Driver={SQLNativeClient};Server=7CCE928E4949413;Database=KeChengSheJi;Uid=sa;Pwd=123456" conn.openconnString setrs=server.createobject("ADODB.Recordset")endsubsubcloseDB() IfIsObject(conn)Then ifnot(connisnothing)then setrs=nothing conn.close setconn=nothing endif EndIfendsub%>6.2.登錄界面6.3，管理員功能界面6.4用戶注冊界面第七章總結1.團隊意識：系統(tǒng)開發(fā)是需要團隊合作才干完畢的，不是一個人獨立就能完畢的?，F(xiàn)在我們開發(fā)的只是小系統(tǒng)，但是也要養(yǎng)成合作的精神。因此，我們小組由兩個人組成（吳國釗，陳勇），在系統(tǒng)分析階段，我們兩個都從各方面找資料，了解目前汽車的銷售情況，管理模式等。在后來的設計中，我們也做了一些分工，但是每一個環(huán)節(jié)都是整合兩個人的想法，然后匯總起來，去掉不好的觀點，吸取兩個都覺得可以的觀點。雖然我們的課程設計尚有很多地方沒有做好，許多功能沒有實現(xiàn)，，但我們相信，在以后的時間里會慢慢的完善，把還沒有實現(xiàn)的功能都實現(xiàn)。2.設計過程中的一些體會課程設計心得體會在新學期的開始，習老師就給我們說，今年的《SQL數據庫技術》要做課程設計，也就是系統(tǒng)開發(fā)，從那時起我們就開始思考怎么樣把自己的課題設計好，后來鐘老師說《web設計與開發(fā)》做一個網站，以便我們更好的理解這門課的意義。因此，我們結合《SQL數據庫技術