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

/課程設計學生姓名吳國釗學號2008081327姓名陳勇學號2008081328指導老師鐘老師院系2008級計算機科學系專業(yè)信息管理和信息系統(tǒng)班級信管（1）班注：本系統(tǒng)有些功能還沒有實現(xiàn)，希望老師見諒，在以后的時間里我們會完善的。書目第一章緒論TOC\o"1-3"\h\u1.1課題背景 31.2設計目的 31.3設計內(nèi)容 4其次章需求分析2.2.系統(tǒng)分析和設計 42.3.系統(tǒng)需求描述 52.4.功能模塊描述 5第三章概念結構設計3.1概念結構設計簡介 63.2實體信息 7第四章邏輯結構設計 104.1邏輯結構設計簡介 104.2E-R圖轉化為關系模式 10（2）建表語句 12數(shù)據(jù)庫的優(yōu)化5.1視圖的創(chuàng)建 145.2創(chuàng)建觸發(fā)器 145.3創(chuàng)建存儲過程 151.存儲過程的作用： 15第六章界面的實現(xiàn) 156.2.登錄界面 176.3，管理員功能界面 186.4用戶注冊界面 18第七章總結 191.團體意識： 192.設計過程中的一些體會 19第一章緒論1.1課題背景自從改革開放以來，我國的經(jīng)濟發(fā)展水平不斷提高。特殊是近幾年，人們對汽車的需求更是越來越多，都在追求精神上的享受。購車成為了人們心中追求的目標之一。也因此，世界各地的汽車銷量每年都在打幅度增加。特殊是國外的那些汽車生產(chǎn)大國，德國、美國、日本，他們都擁有先進的技術和銷售管理模式，這是我國所不及的。目前，針對我國汽車企業(yè)的現(xiàn)狀，汽車企業(yè)要在國際汽車巨頭的沖擊下立于不敗之地，唯一的出路只能是盡快發(fā)展壯大企業(yè)實力，不僅做到規(guī)模大，更重要的是實力要強。那么，如何面對實力雄厚的競爭者，如何適應多變的市場，如何運用現(xiàn)代化的管理和技術手段降低管理成本、提高企業(yè)競爭力，是中國汽車行業(yè)須要面對和思索的問題。發(fā)達國家汽車行業(yè)的閱歷證明，信息技術的廣泛應用和發(fā)展將為企業(yè)降低選購 、營銷成本，削減庫存、優(yōu)化庫存結構，拓展銷售渠道、提高服務效率供應可能，是汽車企業(yè)增加競爭實力、融入經(jīng)濟全球化格局的必由之路。而我們國家，雖然人們對汽車的需求量越來越大，但是現(xiàn)在的汽車公司都是用傳統(tǒng)的管理模式和銷售模式，這樣既耗費時間也耗費金錢，并且不能讓客戶更好的了解汽車的信息，假如有一個汽車銷售網(wǎng)站，那么人們就可以在網(wǎng)上購買汽車，實現(xiàn)坐在家里都可以買到自己寵愛的車。所以，有一個好的汽車銷售網(wǎng)站是特殊便利的，也能跟隨時代的發(fā)展，為汽車公司賺到更大的利潤。這樣才能和那些汽車制造大國抗衡。1.2設計目的隨著近年來我國經(jīng)濟的發(fā)展，國民生活水平的提高，國內(nèi)的汽車產(chǎn)業(yè)起先迅猛發(fā)展，人民群眾對于各種汽車的需求也是日益增多，也因此產(chǎn)生了許多汽車銷售公司。在這些汽車銷售公司里，他們都沒有一套好的銷售模式。因此，制作一套汽車銷售管理系統(tǒng)有助于公司對汽車的管理、銷售、提高利潤，并且便利了客戶查看汽車的信息、購買汽車，也更加了解各種汽車的性能和運用性。選擇適合自己的汽車。1.3設計內(nèi)容第一步：需求分析主要任務就是通過詳細調查現(xiàn)實世界要處理的對象，明確用戶的各種需求，然后在此基礎上確定新系統(tǒng)的功能。在我設計的這個系統(tǒng)主要是調查客戶對汽車的需求狀況，客戶想了解汽車的那些信息，有那些要求等等。其次步：概念結構設計主要就是將需求分析階段得到的用戶需求抽象為信息世界的結構才能更好的用數(shù)據(jù)庫管理系統(tǒng)來實現(xiàn)這些需求。這里就通過E-R圖來實現(xiàn)。第三步：邏輯結構設計主要就是把概念結構設計階段設計好的基本E-R圖轉換為關系模型。實現(xiàn)數(shù)據(jù)模型的優(yōu)化，使能在DBMS產(chǎn)品下創(chuàng)建數(shù)據(jù)信息。第四步：物理結構設計主要是選取一個最適合應用要求的物理結構的過程，對時間效率、空間效率、維護代價和各種用戶需求進行權衡?？赡墚a(chǎn)生各種方案，通過對這些方案進行細致的評價，從中選擇一個較優(yōu)的方案作為數(shù)據(jù)庫的物理結構。第五步：對數(shù)據(jù)庫的界面進行設計，主要是設計成一個美觀的表面，便利客戶進入系統(tǒng)，也便利管理員管理汽車。第六步：數(shù)據(jù)庫方案的評價主要是對設計好的方案進行評價。第七步：對汽車銷售管理系統(tǒng)進行管理和維護。其次章需求分析2.1調查用戶對汽車的要求通過調查得到下面一些要求：汽車的性能，（1）汽車的動力性（2）汽車的燃料經(jīng)濟性（3）汽車的制動性（3）容量二、汽車的顏色三、汽車的品牌四、要有奇異、寬敞的儲物空間五、上下車要特殊便利，停車簡潔。2.2.系統(tǒng)分析和設計本系統(tǒng)主要為兩類用戶供應服務，第一類是系統(tǒng)管理員，其次類是顧客。汽車銷售管理系統(tǒng)，顧名思義就是對汽車進行管理和銷售，因此，系統(tǒng)管理員是最高級用戶，擁有最高的權限，系統(tǒng)管理員可以享受系統(tǒng)的全部功能，主要功能有對汽車信息的管理，包括查看汽車的信息、修改汽車的信息、刪除汽車的信息、增加汽車的信息、處理訂單信息、管理顧客信息。顧客的權限主要就是查看汽車信息、詢問信息、制定訂單。顧客通過對汽車信息的了解他們就會確定是否要購買汽車，假如確定購買，那么就可以填寫訂單信息，把填好的訂單提交給系統(tǒng)管理員，系統(tǒng)管理員確定訂單信息正確，經(jīng)雙方達成協(xié)議，那么管理員就可以處理發(fā)貨微小環(huán)節(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)應當有一個大致的了解。我們依據(jù)這個功能模塊進行設計。把每一塊的功能都做好，然后把他們合并起來。就會成為一個完整的系統(tǒng)了。第三章概念結構設計3.1概念結構設計簡介概念結構設計主要就是把需求階段得到的現(xiàn)實信息抽象為信息世界的結構。其主要特點有：能真實、充分地反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)處理要求，是對現(xiàn)實世界的一個真實模型。易于理解，從而可以用它和不熟悉計算機的用戶交換看法，用戶的主動參和是數(shù)據(jù)庫設計成功的關鍵。易于更改，當應用環(huán)境和應用要求變更時，簡潔對概念模型修改和擴充。易于向關系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉換。3.2實體信息顧客（顧客號，顧客姓名，顧客性別，顧客地址，顧客電話，顧客賬目余額）系統(tǒng)管理員（管理員號，管理員姓名，管理員性別，管理員年齡，管理員地址，管理員電話）汽車（汽車號，品牌，單價，顏色，生產(chǎn)廠商）訂單（訂單號，訂貨日期，交貨日期，交貨地址，訂貨數(shù)量，應付金額）第四章邏輯結構設計4.1邏輯結構設計簡介邏輯結構設計的任務就是把概念結構設計階段設計好的基本E-R圖轉換為DBMS產(chǎn)品所支持的關系模型，對于實體型間的聯(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)管理員（管理員號，管理員用戶名，管理員密碼，管理員姓名，管理員性別，管理員年齡，管理員地址，管理員電話）汽車（汽車號，管理員號，品牌，單價，顏色，生產(chǎn)廠商）訂單（訂單號，顧客號，汽車號，訂貨日期，交貨日期，交貨地址，訂貨數(shù)量，應付金額）發(fā)票（訂單號，顧客號，管理員號，發(fā)票號，應付金額，支付日期，商品數(shù)量）（1）關系表1、顧客表列名數(shù)據(jù)類型長度是否為空說明顧客號Char10否主碼管理員號Char7否外碼顧客用戶名Char10否唯一值顧客密碼Char10否顧客姓名Char20否顧客性別Char4否默認值：男顧客地址Char100否顧客電話Char11否顧客賬戶余額Money否2、系統(tǒng)管理員表列名數(shù)據(jù)類型長度是否為空說明管理員號Char7否主碼管理員用戶名Char10否唯一值管理員密碼Char10否管理員姓名Char20否管理員性別Char4否默認值：男管理員年齡Int3否默認值：保密管理員地址Char100否管理員電話Char11否3、汽車表列名數(shù)據(jù)類型長度是否為空說明汽車號Char5否主碼管理員號Char7否外碼品牌Char50否單價Money否顏色Char20否生產(chǎn)廠商Char100否4、訂單表列名數(shù)據(jù)類型長度是否為空說明訂單號Char6否主碼顧客號Char10否外碼汽車號Char5否外碼訂貨日期Datetime否交貨日期Datetime否交貨地點Char100否訂貨數(shù)量Int否應付金額Money否5、發(fā)票表列名數(shù)據(jù)類型長度是否為空說明發(fā)票號Char7否主碼訂單號Char6否外碼顧客號Char10否外碼管理員號Char7否外碼應付金額Money否支付日期Datetime否商品數(shù)量Int否（2）建表語句1、顧客表createtable顧客表(顧客號char(10)notnullcheck(顧客號>0000000000and顧客號<9999999999), 管理員號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, 訂貨數(shù)量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, 商品數(shù)量intnotnull, primarykey(發(fā)票號))第五章數(shù)據(jù)庫的優(yōu)化5.1視圖的創(chuàng)建1.汽車表視圖：5.2創(chuàng)建觸發(fā)器1,創(chuàng)建管理員表，顧客表之間的觸發(fā)器，實現(xiàn)完整性.5.3創(chuàng)建存儲過程1.存儲過程的作用：可以重復運用提高數(shù)據(jù)庫執(zhí)行速度削減網(wǎng)絡傳輸量具有平安特性2.創(chuàng)建存儲過程proc_infor以便管理員查看自己所管理的顧客信息。調用：第六章界面的實現(xiàn)6.1連接數(shù)據(jù)庫的代碼：注（由于代碼問題，所以我們用到了兩種方式的連接，假如須要改服務器，必需兩種都要改）第一種：文件名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)分析階段，我們兩個都從各方面找資料，了解目前汽車的銷售狀況，管理模式等。在后來的設計中，我們也做了一些分工，但是每一個步驟都是整合兩個人的想法，然后匯總起來，去掉不好的觀點，吸取兩個都覺得可以的觀點。雖然我們的課程設計還有許多地方?jīng)]有做好，許多功能沒有實現(xiàn)，，但我們信任，在以后的時間里會慢慢的完善，把還沒有實現(xiàn)的功能都實現(xiàn)。2.設計過程中的一些體會課程設計心得體會在新學期的起先，習老師就給我們說，今年的《SQL數(shù)據(jù)庫技術》要做課程設計，也就是系統(tǒng)開發(fā)，從那時起我們就起先思索怎么樣把自己的課題設計好，后來鐘老師說《web設計和開發(fā)》做一個網(wǎng)站，以便我們更好的理解這門課的意義。因此，我們結合《