畢業(yè)設(shè)計(jì)論文_汽車企業(yè)售后服務(wù)連鎖門(mén)店管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、汽車企業(yè)售后服務(wù)連鎖門(mén)店管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)【摘要】 汽車營(yíng)銷服務(wù)在整個(gè)市場(chǎng)營(yíng)銷服務(wù)的過(guò)程中分為售前服務(wù)、售中服務(wù)和售后服務(wù)。汽車售后服務(wù)是為顧客保養(yǎng)汽車、維修汽車以及獲得顧客對(duì)汽車產(chǎn)品和服務(wù)的反饋信息的一個(gè)平臺(tái)。汽車售后服務(wù)是保障汽車消費(fèi)者權(quán)益的有效途徑，在整個(gè)汽車營(yíng)銷服務(wù)中起到了非常重要的作用。本系統(tǒng)是基于當(dāng)前汽車后市場(chǎng)的現(xiàn)狀而設(shè)計(jì)的管理系統(tǒng)。它采用C/S模式來(lái)設(shè)計(jì)，既充分利用了C/S模式交互性強(qiáng)、速度快、安全性高的優(yōu)點(diǎn)，實(shí)現(xiàn)了汽車售后服務(wù)的管理，使汽車售后服務(wù)數(shù)字化、信息化?？蛻舳丝梢詫?shí)現(xiàn)客戶關(guān)系管理，門(mén)店與總部共享數(shù)據(jù)，客戶維修管理，服務(wù)站業(yè)務(wù)設(shè)置，客戶服務(wù)以及財(cái)務(wù)統(tǒng)計(jì)等功能，為售后管

2、理提供了方便。系統(tǒng)有三種角色，分別是管理員、服務(wù)站負(fù)責(zé)人、客戶服務(wù)。管理員擁有全部權(quán)限，可以對(duì)系統(tǒng)用戶、角色、服務(wù)站以及客服信息進(jìn)行管理，同時(shí)也可以處理服務(wù)站業(yè)務(wù)并統(tǒng)計(jì)財(cái)務(wù)信息。當(dāng)用戶以客戶服務(wù)角色登錄，用戶值可以對(duì)客服信息進(jìn)行管理。服務(wù)站負(fù)責(zé)人則只能處理服務(wù)站業(yè)務(wù)?；谲浖陌踩?、易用性考慮，本系統(tǒng)采用SQL Server 2000作為后臺(tái)數(shù)據(jù)庫(kù)，客戶端開(kāi)發(fā)工具選擇Visual C+ 6.0，采用ODBC技術(shù)連接數(shù)據(jù)庫(kù)，程序動(dòng)態(tài)配置數(shù)據(jù)源，減輕用戶負(fù)擔(dān)?！娟P(guān)鍵詞】汽車 售后服務(wù) 連鎖門(mén)店 C/S ODBCThe Design and Implement of Automobile Ente

3、rprise After-sales Service Chain Store Management System【Abstract】 The marketing service of automobile is divided into pre-sales service, on-sales service and after-sales service. After-sales service of automobile enterprise provides a platform, which can maintain automobile and get feedback about a

4、uto production and service from customers. After-sales service is an effective approach that guarantees automobile consumers rights and interests and it plays an increasingly important role in the whole automobile marketing service.This management system is based current automobile after-markets act

5、uality. It adopt C/S mode, so it take advantage of strong points of C/S mode, strong communication, fast-speed and high security. The client programs can do the management of customers, share data with headquarters database, customers maintenance management, operations setting, customer service, sta

6、tistic of finance and so on. It provides convenience for after-sales service. It has three roles, administrator, stationsmanager and customer service. Administrator own the whole privileges. You can manage the system user,role,station,customer service information and deal with the stations operation

7、s when you login as an administrator.If you login system as the role of customer service,you can deal with the customer service relative information. And if you login as a manager of station, you will only deal with the operation about stations.Considering the security and easy-using of software, th

8、is system use SQL Server 2000 as background database. The client programs choose Visual C+ 6.0 to develop, and it access database via ODBC. Program will configure data source when it runs.【Keyword】car service chain store C/S ODBC目 錄 TOC o 1-3 h z u HYPERLINK l _Toc232398942 1 前 言 PAGEREF _Toc2323989

9、42 h 1 HYPERLINK l _Toc232398943 課題來(lái)源 PAGEREF _Toc232398943 h 1 HYPERLINK l _Toc232398944 研究意義 PAGEREF _Toc232398944 h 1 HYPERLINK l _Toc232398945 相關(guān)背景 PAGEREF _Toc232398945 h 1 HYPERLINK l _Toc232398946 本論文已完成工作 PAGEREF _Toc232398946 h 2 HYPERLINK l _Toc232398947 2 系統(tǒng)分析 PAGEREF _Toc232398947 h 3 HY

10、PERLINK l _Toc232398948 2.1 需求分析的概念 PAGEREF _Toc232398948 h 3 HYPERLINK l _Toc232398949 2.2 需求分析的任務(wù) PAGEREF _Toc232398949 h 3 HYPERLINK l _Toc232398950 2.3 需求分析的方法 PAGEREF _Toc232398950 h 3 HYPERLINK l _Toc232398951 2.4 系統(tǒng)功能需求 PAGEREF _Toc232398951 h 4 HYPERLINK l _Toc232398952 2.5 系統(tǒng)性能需求 PAGEREF _T

11、oc232398952 h 6 HYPERLINK l _Toc232398953 2.5.1 硬件環(huán)境 PAGEREF _Toc232398953 h 6 HYPERLINK l _Toc232398954 2.5.2 軟件環(huán)境 PAGEREF _Toc232398954 h 6 HYPERLINK l _Toc232398955 2.6 可行性研究 PAGEREF _Toc232398955 h 6 HYPERLINK l _Toc232398956 2.6.1 技術(shù)可行性 PAGEREF _Toc232398956 h 6 HYPERLINK l _Toc232398957 2.6.2

12、操作可行性 PAGEREF _Toc232398957 h 7 HYPERLINK l _Toc232398958 2.6.3 經(jīng)濟(jì)可行性 PAGEREF _Toc232398958 h 7 HYPERLINK l _Toc232398959 2.7 小結(jié) PAGEREF _Toc232398959 h 7 HYPERLINK l _Toc232398960 3 開(kāi)發(fā)工具簡(jiǎn)介 PAGEREF _Toc232398960 h 8 HYPERLINK l _Toc232398961 3.1 Visual C+ 介紹 PAGEREF _Toc232398961 h 8 HYPERLINK l _To

13、c232398962 3.1.1 利用Visual C+/MFC開(kāi)發(fā)Windows程序的優(yōu)勢(shì) PAGEREF _Toc232398962 h 8 HYPERLINK l _Toc232398963 3.1.2 MFC的ODBC類簡(jiǎn)介 PAGEREF _Toc232398963 h 8 HYPERLINK l _Toc232398964 3.2 數(shù)據(jù)庫(kù)介紹 PAGEREF _Toc232398964 h 9 HYPERLINK l _Toc232398965 3.3 ODBC介紹 PAGEREF _Toc232398965 h 9 HYPERLINK l _Toc232398966 3.4 本章

14、小結(jié) PAGEREF _Toc232398966 h 10 HYPERLINK l _Toc232398967 4 系統(tǒng)總體設(shè)計(jì) PAGEREF _Toc232398967 h 11 HYPERLINK l _Toc232398968 系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc232398968 h 11 HYPERLINK l _Toc232398969 4.1.1 系統(tǒng)功能分析 PAGEREF _Toc232398969 h 11 HYPERLINK l _Toc232398970 4.1.2 系統(tǒng)模塊設(shè)計(jì) PAGEREF _Toc232398970 h 12 HYPERLINK l _T

15、oc232398971 4.2 數(shù)據(jù)庫(kù)設(shè)計(jì) PAGEREF _Toc232398971 h 13 HYPERLINK l _Toc232398972 4.2.1 數(shù)據(jù)庫(kù)需求分析 PAGEREF _Toc232398972 h 14 HYPERLINK l _Toc232398973 .2 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc232398973 h 14 HYPERLINK l _Toc232398974 4.2.3 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc232398974 h 15 HYPERLINK l _Toc232398975 4.2.4 數(shù)據(jù)庫(kù)表設(shè)計(jì) PAGEREF _T

16、oc232398975 h 17 HYPERLINK l _Toc232398976 4.3 本章小結(jié) PAGEREF _Toc232398976 h 17 HYPERLINK l _Toc232398977 5 系統(tǒng)詳細(xì)設(shè)計(jì) PAGEREF _Toc232398977 h 18 HYPERLINK l _Toc232398978 5.1 主界面設(shè)計(jì) PAGEREF _Toc232398978 h 19 HYPERLINK l _Toc232398979 5.2 系統(tǒng)各個(gè)模塊設(shè)計(jì) PAGEREF _Toc232398979 h 20 HYPERLINK l _Toc232398980 5.2.

17、1 系統(tǒng)登錄模塊設(shè)計(jì) PAGEREF _Toc232398980 h 20 HYPERLINK l _Toc232398981 5.2.2 用戶管理模塊設(shè)計(jì) PAGEREF _Toc232398981 h 21 HYPERLINK l _Toc232398982 5.2.3 客服管理模塊設(shè)計(jì) PAGEREF _Toc232398982 h 24 HYPERLINK l _Toc232398983 5.2.4 服務(wù)站管理模塊設(shè)計(jì) PAGEREF _Toc232398983 h 25 HYPERLINK l _Toc232398984 5.2.5 服務(wù)站業(yè)務(wù)處理模塊設(shè)計(jì) PAGEREF _Toc2

18、32398984 h 26 HYPERLINK l _Toc232398985 5.2.6 財(cái)務(wù)統(tǒng)計(jì)模塊設(shè)計(jì) PAGEREF _Toc232398985 h 30 HYPERLINK l _Toc232398986 5.3 本章小結(jié) PAGEREF _Toc232398986 h 31 HYPERLINK l _Toc232398987 6 系統(tǒng)實(shí)現(xiàn) PAGEREF _Toc232398987 h 32 HYPERLINK l _Toc232398988 6.1 編碼 PAGEREF _Toc232398988 h 32 HYPERLINK l _Toc232398989 6.2 測(cè)試?yán)碚?P

19、AGEREF _Toc232398989 h 32 HYPERLINK l _Toc232398990 6.3 測(cè)試內(nèi)容 PAGEREF _Toc232398990 h 33 HYPERLINK l _Toc232398991 6.3.1 單元測(cè)試 PAGEREF _Toc232398991 h 33 HYPERLINK l _Toc232398992 6.3.2 集成測(cè)試 PAGEREF _Toc232398992 h 34 HYPERLINK l _Toc232398993 6.3.3 確認(rèn)測(cè)試 PAGEREF _Toc232398993 h 35 HYPERLINK l _Toc2323

20、98994 6.3.4 系統(tǒng)測(cè)試 PAGEREF _Toc232398994 h 36 HYPERLINK l _Toc232398995 6.3.5 測(cè)試結(jié)論 PAGEREF _Toc232398995 h 36 HYPERLINK l _Toc232398996 6.4 本章小結(jié) PAGEREF _Toc232398996 h 36 HYPERLINK l _Toc232398997 7 結(jié) 論 PAGEREF _Toc232398997 h 37 HYPERLINK l _Toc232398998 致 謝 PAGEREF _Toc232398998 h 38 HYPERLINK l _T

21、oc232398999 參考文獻(xiàn) PAGEREF _Toc232398999 h 391 前 言隨著科學(xué)技術(shù)的飛速發(fā)展，幾乎所有行業(yè)相繼都出現(xiàn)了生產(chǎn)能力過(guò)剩的狀況，當(dāng)然也包括汽車經(jīng)銷商的售后服務(wù)方面。隨著汽車技術(shù)的進(jìn)步和科學(xué)技術(shù)的飛速發(fā)展，汽車產(chǎn)品已走入家庭，并且作為一種代步工具，逐漸進(jìn)入民化。面對(duì)汽車這樣的高科技產(chǎn)品，“壞了怎么辦？”，“我如何去保養(yǎng)它？”等一系列問(wèn)題總是困擾著客戶，這在客觀上就要求汽車經(jīng)銷商要提供優(yōu)質(zhì)的售后服務(wù)為客戶保障。汽車企業(yè)做大做強(qiáng),售后服務(wù)管理是關(guān)鍵環(huán)節(jié),快速、準(zhǔn)確、全面的信息反饋系統(tǒng)是提高企業(yè)對(duì)市場(chǎng)反應(yīng)能力和科學(xué)決策的關(guān)鍵。售后服務(wù)的地位占在一個(gè)越來(lái)越重要的地位。

22、現(xiàn)在已進(jìn)入信息化時(shí)代，各行各業(yè)的業(yè)務(wù)都已迅猛發(fā)展，這樣一來(lái)，人們的工作量也劇增。汽車售后服務(wù)也面臨這樣的問(wèn)題，連鎖店的出現(xiàn)，大量繁瑣的數(shù)據(jù)，影響著人們工作的效率和生活質(zhì)量。為此，汽車企業(yè)售后服務(wù)連鎖門(mén)店管理系統(tǒng)的出現(xiàn)是必然的。近年來(lái),隨著我國(guó)汽車工業(yè)迅速發(fā)展,汽車擁有量也大幅增加,達(dá)到了2600多萬(wàn)輛。我國(guó)龐大的汽車擁有量和快速的汽車銷售增長(zhǎng),為汽車服務(wù)業(yè)的發(fā)展提供了巨大的成長(zhǎng)空間。傳統(tǒng)的汽車銷售服務(wù)業(yè),也正受到各方面的局限越來(lái)越大。隨著信息經(jīng)濟(jì)、網(wǎng)絡(luò)經(jīng)濟(jì)、知識(shí)經(jīng)濟(jì)新時(shí)代的到來(lái), 汽車售后服務(wù)規(guī)模的擴(kuò)大，汽車行業(yè)的多數(shù)企業(yè)建立了網(wǎng)絡(luò)化售后服務(wù)體系。這種信息化管理系統(tǒng)的實(shí)施,改變了汽車行業(yè)傳統(tǒng)的

23、溝通方式,減少了售后服務(wù)的響應(yīng)時(shí)間,實(shí)現(xiàn)了企業(yè)售后服務(wù)的高效、準(zhǔn)備、可靠，使汽車售后服務(wù)更加完善。據(jù)統(tǒng)計(jì)，汽車售后服務(wù)市場(chǎng)是汽車產(chǎn)業(yè)鏈中最穩(wěn)定的利潤(rùn)來(lái)源，可占據(jù)總利潤(rùn)的60%左右，相對(duì)于目前整車銷售的利潤(rùn)縮水，中國(guó)的汽車售后服務(wù)市場(chǎng)利潤(rùn)率仍就能高達(dá)40%。 從汽車下線進(jìn)入用戶群開(kāi)始，到整車成為廢棄物為止的全過(guò)程，都是汽車“后市場(chǎng)”各環(huán)節(jié)服務(wù)所關(guān)注的范疇。據(jù)世界排名前10位的汽車公司近10年的利潤(rùn)情況分析，在一個(gè)完全成熟的國(guó)際化汽車市場(chǎng)，汽車的銷售利潤(rùn)約占整個(gè)汽車業(yè)利潤(rùn)的20%，零部件供應(yīng)利潤(rùn)約占20%，有60%的利潤(rùn)是在其服務(wù)領(lǐng)域中產(chǎn)生的。這說(shuō)明中國(guó)汽車后市場(chǎng)發(fā)展空間非常巨大，充滿著無(wú)限的機(jī)遇

24、?；诙喾矫娴恼{(diào)研、考察，從系統(tǒng)功能的實(shí)現(xiàn)，技術(shù)的要求以及可行性等多方面進(jìn)行考慮，認(rèn)為本課題是一個(gè)適應(yīng)現(xiàn)今汽車企業(yè)售后服務(wù)連鎖門(mén)店管理需求的系統(tǒng)。本論文從需求分析到系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試做了詳細(xì)介紹。已完成如下工作。(1)通過(guò)調(diào)研、與用戶溝通完成需求分析，得到系統(tǒng)的功能需求；(2)設(shè)計(jì)數(shù)據(jù)庫(kù)、系統(tǒng)模塊；(3)詳細(xì)設(shè)計(jì)各個(gè)模塊；(4)實(shí)現(xiàn)系統(tǒng)，測(cè)試系統(tǒng)。2 系統(tǒng)分析為了開(kāi)發(fā)出真正滿足用戶需求的軟件，首先必須知道用戶的需求。對(duì)軟件需求的深入理解是軟件開(kāi)發(fā)工作獲得成功的前提和關(guān)鍵，不論我們把設(shè)計(jì)和編碼做得如何出色，不能真正滿足用戶需求的程序只會(huì)給用戶帶來(lái)失望，給開(kāi)發(fā)者帶來(lái)煩惱。軟件需求分析是系統(tǒng)開(kāi)發(fā)的

25、第一步也是最重要的一個(gè)環(huán)節(jié)，其基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)做什么？”這個(gè)問(wèn)題，這需要在對(duì)用戶需求進(jìn)行充分調(diào)研的基礎(chǔ)上，深入理解并描述出軟件的功能、性能、接口等方面的需求，可以使用UML建模作為需求分析和系統(tǒng)設(shè)計(jì)的有效方法。2.1 需求分析的概念首先，我們先了解一下需求分析的概念。需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說(shuō)明和復(fù)審的過(guò)程1。為了發(fā)現(xiàn)用戶的真正需求，首先應(yīng)該從宏觀角度調(diào)查、分析用戶所面臨的問(wèn)題。也就是說(shuō)，需求分析的第一步是盡可能準(zhǔn)確地了解用戶當(dāng)前的情況和需要解決的問(wèn)題。之后，分析員對(duì)用戶提出的初步要求反復(fù)求精多次細(xì)化，得出對(duì)目標(biāo)系統(tǒng)的完整、準(zhǔn)確和具體的要求。2.2 需求分析的任務(wù)需求分析的任

26、務(wù)不是具體地解決客戶的問(wèn)題，而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個(gè)問(wèn)題。雖然在可行性研究階段已經(jīng)粗略了解了用戶的需求，甚至還提出了一個(gè)一些可行的方案，但是，可行性研究的基本目的是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可行的解法，因此許多細(xì)節(jié)被忽略了。然而在最終的系統(tǒng)中缺不能遺漏任何一個(gè)微笑的細(xì)節(jié)，所以可行性研究并不能代替需求分析，它實(shí)際上并沒(méi)有準(zhǔn)確地回答“系統(tǒng)必須做什么”這個(gè)問(wèn)題。需求分析的任務(wù)還不是確定系統(tǒng)怎樣完成它的工作，而僅僅是確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。2.3 需求分析的方法為了詳盡地了解并正確地理解用戶的需求，必須使用適當(dāng)?shù)募夹g(shù)與用戶

27、通信和溝通。需求分析的方法主要有訪談、簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù)、快速建立軟件原型三種。訪談是歷史悠久的與用戶通信的技術(shù)，至今仍被系統(tǒng)分析員廣泛采用。為了促使用戶與分析員密切合作共同分析需求，人們研究出一種面向團(tuán)隊(duì)的需求收集法，稱為“簡(jiǎn)易的應(yīng)用規(guī)格說(shuō)明技術(shù)”?，F(xiàn)在，這種技術(shù)已經(jīng)成為信息系統(tǒng)界使用的主流技術(shù)。實(shí)踐表明，快速建立軟件原型是最準(zhǔn)確、最有效和最強(qiáng)大的需求分析技術(shù)?？焖賾?yīng)具備的基本特性是“快速”和“容易修改”，因此必須有適當(dāng)?shù)能浖ぞ咧С挚焖僭图夹g(shù)。通常使用第四代技術(shù)、可重用的軟件構(gòu)件及形式化規(guī)格說(shuō)明與原型環(huán)境等工具，快速地構(gòu)件和修改原型。2.4 系統(tǒng)功能需求需求分析階段，開(kāi)發(fā)人員不應(yīng)該考

28、慮代碼或程序?qū)崿F(xiàn)的細(xì)節(jié)，而應(yīng)該把精力放在對(duì)現(xiàn)有業(yè)務(wù)邏輯的理解上，通過(guò)與用戶之間的充分溝通，逐步理解并描述出得到用戶確認(rèn)的系統(tǒng)模型，包括用例模型和領(lǐng)域（domain，系統(tǒng)中關(guān)鍵的類）模型。軟件開(kāi)發(fā)人員在對(duì)用戶進(jìn)行需求調(diào)研的過(guò)程中，用戶往往并不能立即準(zhǔn)確描述出未來(lái)系統(tǒng)應(yīng)該提供一些什么樣的功能。因此，需要開(kāi)發(fā)人員理解和分析需求，并將系統(tǒng)應(yīng)該具有的功能通過(guò)用例圖直觀的描述出來(lái)，方便用戶理解并做出評(píng)判，開(kāi)發(fā)人員從而可以根據(jù)用戶的反饋不斷調(diào)整用例模型，直至完全正確、充分描述清楚系統(tǒng)功能。用例建模主要是分離出系統(tǒng)的活動(dòng)參與者(Actor)和用例(Use Case)，用例是指對(duì)系統(tǒng)提供的功能的一種描述，而活動(dòng)

29、參與者是那些可能使用這些用例的人或外部系統(tǒng)，通過(guò)用例圖可以描述出系統(tǒng)外部的執(zhí)行者、系統(tǒng)的用例，以及它們之間的聯(lián)系。(1)客戶關(guān)系管理功能需求功能描述完成對(duì)客戶資料的增刪改查。用例模型客戶關(guān)系管理用例模型如圖2-1所示。圖2-1 客戶關(guān)系管理用例模型(2)服務(wù)站管理功能需求功能描述完成服務(wù)站的添加、修改、刪除、查詢以及服務(wù)站業(yè)務(wù)的設(shè)置。其中，服務(wù)站業(yè)務(wù)設(shè)置主要是設(shè)置服務(wù)站美容、維修兩大派系業(yè)務(wù)的具體業(yè)務(wù)名稱及費(fèi)用。用例模型服務(wù)站管理用例模型如圖2-2所示。圖2-2 服務(wù)站管理用例模型(3)服務(wù)站業(yè)務(wù)處理功能需求功能描述 預(yù)約業(yè)務(wù)汽車維修記錄管理（配件損壞維修、返廠維修等 ） 汽車美容記錄管理（汽

30、車保養(yǎng)方面） 用例模型服務(wù)站業(yè)務(wù)處理用例模型如圖2-3所示。圖2-3 服務(wù)站業(yè)務(wù)處理用例模型(4)客戶服務(wù)功能需求功能描述客戶咨詢業(yè)務(wù)客戶建議受理客戶投訴受理客戶反饋處理用例模型客戶服務(wù)用例模型如圖2-4所示。圖2-4 客戶服務(wù)用例模型2.5 系統(tǒng)性能需求2.5.1 硬件環(huán)境CPU：AMD 3000+；內(nèi)存：建議使用512MB或以上的RAM；顯示驅(qū)動(dòng)：256色、800*600分辨率；2.5.2 軟件環(huán)境操作系統(tǒng)平臺(tái)：Microsoft Windows 2000或Windows XP程序開(kāi)發(fā)環(huán)境數(shù)據(jù)庫(kù)管理系統(tǒng)：Microsoft SQL Server 20002.6 可行性研究可行性研究的目的就

31、是以最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠繼續(xù)。必須明確的一點(diǎn)就是，可行性研究的目的不是解決問(wèn)題，而是確定問(wèn)題是否值得去解。如果問(wèn)題沒(méi)有可行的解，那么任何花在問(wèn)題上的時(shí)間、資源和經(jīng)費(fèi)都是無(wú)謂的浪費(fèi)。通常，我們要對(duì)方案從技術(shù)、經(jīng)濟(jì)、社會(huì)因素、用戶操作等方面進(jìn)行可行性分析，從而最終確定這項(xiàng)工程的可行性。本章將分別從這幾個(gè)方面分析可行性。2.6.1 技術(shù)可行性本系統(tǒng)在開(kāi)發(fā)過(guò)程中采用Visual C+。系統(tǒng)完成后，可以在運(yùn)行穩(wěn)定的大多數(shù)操作系統(tǒng)中運(yùn)行，采用模塊化的方法設(shè)計(jì)系統(tǒng)，模塊的設(shè)計(jì)按照低耦合高內(nèi)聚的原則，所以有較好的獨(dú)立性、可擴(kuò)展性、安全性。本系統(tǒng)在技術(shù)上是可行的。2.6.2 操作可行性用

32、戶最終看到的都是可視化的人機(jī)界面，全中文菜單。設(shè)計(jì)界面時(shí)也盡可能地簡(jiǎn)潔，盡量減少用戶的輸入動(dòng)作，如使用下拉框或單選按鈕等等，消除冗余的輸入。設(shè)計(jì)時(shí)還有很多友情提示，可幫助用戶節(jié)約學(xué)習(xí)時(shí)間。用戶只需掌握一些計(jì)算機(jī)的基本操作就可以使用該系統(tǒng)功能。保持信息顯示和數(shù)據(jù)輸入之間的一致性。2.6.3 經(jīng)濟(jì)可行性系統(tǒng)在開(kāi)發(fā)過(guò)程中利用的資源相對(duì)較少，并且不需要太高的硬件支持，同時(shí)系統(tǒng)的設(shè)計(jì)初衷是結(jié)合實(shí)際應(yīng)用完成的，經(jīng)濟(jì)消耗不會(huì)很大，也不需要任何其它設(shè)備，所以在經(jīng)濟(jì)上可以開(kāi)發(fā)本系統(tǒng)。2.7 小結(jié)本章完成了系統(tǒng)的需求分析和可行性研究，通過(guò)對(duì)技術(shù)、經(jīng)濟(jì)、操作三個(gè)方面可行性的分析，確定了本系統(tǒng)的可行性，并抽象出系統(tǒng)的

33、分析模型，接下來(lái)第4章、第5章會(huì)詳細(xì)描述系統(tǒng)設(shè)計(jì)階段的任務(wù)。3 開(kāi)發(fā)工具簡(jiǎn)介本系統(tǒng)采用C/S模式開(kāi)發(fā)，選擇作為客戶端開(kāi)發(fā)工具，Microsoft SQL Server 2000作為后臺(tái)數(shù)據(jù)庫(kù)。3.1 Visual C+ 介紹VC+6.0集成開(kāi)發(fā)環(huán)境是集程序文件的輸入、編輯、編譯、連接、運(yùn)行等各種操作為一體的、具有Windows窗口界面特色的環(huán)境。使用Visual C+的一個(gè)原因是它的靈活性，你可以徹底地控制整個(gè)開(kāi)發(fā)環(huán)境，本系統(tǒng)使用VC開(kāi)發(fā)客戶端應(yīng)用程序，其中用到了微軟基礎(chǔ)類庫(kù)MFC，MFC是Win API與C+的結(jié)合，是API的封裝。3.1.1 利用Visual C+/MFC開(kāi)發(fā)Windows

34、程序的優(yōu)勢(shì)MFC借助C+的優(yōu)勢(shì)為Windows開(kāi)發(fā)開(kāi)辟了一片新天地，同時(shí)也借助應(yīng)用程序向?qū)归_(kāi)發(fā)者擺脫離了那些每次都必寫(xiě)基本代碼，借助類向?qū)Ш拖⒂成涫归_(kāi)發(fā)者擺脫了定義消息處理時(shí)那種混亂和冗長(zhǎng)的代碼段。更令人興奮的是利用C+的封裝功能使開(kāi)發(fā)者擺脫Windows中各種句柄的困擾，只需要面對(duì)C+中的對(duì)象，這樣一來(lái)使開(kāi)發(fā)更接近開(kāi)發(fā)語(yǔ)言而遠(yuǎn)離系統(tǒng)。正因?yàn)镸FC是建立在C+的基礎(chǔ)上，所以要強(qiáng)調(diào)C/C+語(yǔ)言基礎(chǔ)對(duì)開(kāi)發(fā)的重要性。利用C+的封裝性開(kāi)發(fā)者可以更容易理解和操作各種窗口對(duì)象；利用C+的派生性開(kāi)發(fā)者可以減少開(kāi)發(fā)自定義窗口的時(shí)間和創(chuàng)造出可重用的代碼；利用虛擬性可以在必要時(shí)更好的控制窗口的活動(dòng)。而且C+本

35、身所具備的超越C語(yǔ)言的特性都可以使開(kāi)發(fā)者編寫(xiě)出更易用，更靈活的代碼。 在MFC中對(duì)消息的處理利用了消息映射的方法，該方法的基礎(chǔ)是宏定義實(shí)現(xiàn)，通過(guò)宏定義將消息分派到不同的成員函數(shù)進(jìn)行處理。3.1.2 MFC的ODBC類簡(jiǎn)介MFC的ODBC類對(duì)較復(fù)雜的ODBC API進(jìn)行了封裝，提供了簡(jiǎn)化的調(diào)用接口，從而大大方便了數(shù)據(jù)庫(kù)應(yīng)用程序的開(kāi)發(fā)。程序員不必了解ODBC API和SQL的具體細(xì)節(jié)，利用ODBC類即可完成對(duì)數(shù)據(jù)庫(kù)的大部分操作。MFC的ODBC類主要包括五大類。CDatabase類：主要功能是建立與數(shù)據(jù)源的連接。CRecordset類：該類代表從數(shù)據(jù)源選擇的一組記錄（記錄集），程序可以選擇數(shù)據(jù)源中

36、的某個(gè)表作為一個(gè)記錄集，也可以通過(guò)對(duì)表的查詢得到記錄集，還可以合并同一數(shù)據(jù)源中多個(gè)表的列到一個(gè)記錄集中通過(guò)該類可對(duì)記錄集中的記錄進(jìn)行滾動(dòng)、修改、增加和刪除等操作。CRecordView類：提供了一個(gè)表單視圖與某個(gè)記錄集直接相連，利用對(duì)話框數(shù)據(jù)交換機(jī)制(DDX)在記錄集與表單視圖的控件之間傳輸數(shù)據(jù)。該類支持對(duì)記錄的瀏覽和更新，在撤銷時(shí)會(huì)自動(dòng)關(guān)閉與之相聯(lián)系的記錄集。CFieldExchange類：支持記錄字段數(shù)據(jù)交換（DFX），即記錄集字段數(shù)據(jù)成員與相應(yīng)的數(shù)據(jù)庫(kù)的表的字段之間的數(shù)據(jù)交換。該類的功能與CDataExchange類的對(duì)話框數(shù)據(jù)交換功能類似。CDBException類：代表ODBC類產(chǎn)生

37、的異常。概括地講，CDatabase針對(duì)某個(gè)數(shù)據(jù)庫(kù)，它負(fù)責(zé)連接數(shù)據(jù)源；CRecordset針對(duì)數(shù)據(jù)源中的記錄集，它負(fù)責(zé)對(duì)記錄的操作；CRecordView負(fù)責(zé)界面，而CFieldExchange負(fù)責(zé)CRecordset與數(shù)據(jù)源的數(shù)據(jù)交換。3.2 數(shù)據(jù)庫(kù)介紹系統(tǒng)后臺(tái)數(shù)據(jù)庫(kù)Microsoft SQL Server 2000 能提供超大型系統(tǒng)所需的數(shù)據(jù)庫(kù)服務(wù)。大型服務(wù)器可能有成千上萬(wàn)的用戶同時(shí)連接到 SQL Server 2000 實(shí)例。SQL Server 2000 為這些環(huán)境提供了全面的保護(hù)，具有防止問(wèn)題發(fā)生的安全措施。 SQL Server 2000 還在多個(gè)用戶之間有效地分配可用資源，比如內(nèi)

38、存、網(wǎng)絡(luò)帶寬和磁盤(pán) I/O。 SQL Server是一個(gè)C/S數(shù)據(jù)庫(kù)服務(wù)器。 3.3 ODBC介紹ODBC是開(kāi)放數(shù)據(jù)庫(kù)互連的簡(jiǎn)稱,是一種使用SQL的應(yīng)用程序接口(API)，是微軟公司開(kāi)放服務(wù)結(jié)構(gòu)中有關(guān)數(shù)據(jù)庫(kù)的一個(gè)組成部分，它建立了一組規(guī)范，并提供了一組對(duì)數(shù)據(jù)庫(kù)訪問(wèn)的標(biāo)準(zhǔn)API（應(yīng)用程序編程接口）。這些API利用SQL來(lái)完成其大部分任務(wù)。ODBC本身也提供了對(duì)SQL語(yǔ)言的支持，用戶可以直接將SQL語(yǔ)句送給ODBC。一個(gè)基于ODBC的應(yīng)用程序?qū)?shù)據(jù)庫(kù)的操作不依賴任何DBMS，不直接與DBMS打交道，所有的數(shù)據(jù)庫(kù)操作由對(duì)應(yīng)的DBMS的ODBC驅(qū)動(dòng)程序完成。也就是說(shuō)，不論是FoxPro、Access還

39、是Oracle數(shù)據(jù)庫(kù)，均可用ODBCAPI進(jìn)行訪問(wèn)。由此可見(jiàn)，ODBC的最大優(yōu)點(diǎn)是能以統(tǒng)一的方式處理所有的數(shù)據(jù)庫(kù)。 應(yīng)用程序要訪問(wèn)一個(gè)數(shù)據(jù)庫(kù)，首先必須用ODBC管理器注冊(cè)一個(gè)數(shù)據(jù)源，管理器根據(jù)數(shù)據(jù)源提供的數(shù)據(jù)庫(kù)位置、數(shù)據(jù)庫(kù)類型及ODBC驅(qū)動(dòng)程序等信息，建立起ODBC與具體數(shù)據(jù)庫(kù)的聯(lián)系。這樣，只要應(yīng)用程序?qū)?shù)據(jù)源名提供給ODBC，ODBC就能建立起與相應(yīng)數(shù)據(jù)庫(kù)的連接。ODBC各部件之間的關(guān)系圖如圖3-1所示：圖3-1 ODBC各部件之間的關(guān)系在訪問(wèn)ODBC數(shù)據(jù)源時(shí)需要ODBC驅(qū)動(dòng)程序的支持。ODBC是為調(diào)用關(guān)系數(shù)據(jù)庫(kù)提供統(tǒng)一途徑的一類API,由于它適用于許多不同的數(shù)據(jù)庫(kù)產(chǎn)品,因此是服務(wù)器擴(kuò)展程序

40、開(kāi)發(fā)者們理所當(dāng)然的選擇。用Visual C+ 6.0安裝程序可以安裝SQL Server、 Access等驅(qū)動(dòng)程序。3.4 本章小結(jié)通過(guò)對(duì)所選開(kāi)發(fā)工具的了解，更加熟悉了各種開(kāi)發(fā)工具的優(yōu)缺點(diǎn)。選擇VC和SQL Server既是由于二者的強(qiáng)大，又是由于本人較熟悉這兩種工具，所以開(kāi)發(fā)起來(lái)相對(duì)更容易些，開(kāi)發(fā)周期也會(huì)相應(yīng)縮短。4 系統(tǒng)總體設(shè)計(jì)軟件設(shè)計(jì)在軟件工程過(guò)程中處于技術(shù)核心地位，是軟件開(kāi)發(fā)過(guò)程中決定軟件產(chǎn)品質(zhì)量的關(guān)鍵階段。軟件設(shè)計(jì)必須依據(jù)對(duì)軟件產(chǎn)品的需求來(lái)進(jìn)行。軟件設(shè)計(jì)階段包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。本章將具體介紹總體設(shè)計(jì)階段的工作，第6章將為大家介紹本系統(tǒng)詳細(xì)設(shè)計(jì)階段的具體內(nèi)容?？傮w設(shè)計(jì)，也叫概要設(shè)計(jì)

41、，其主要任務(wù)是通過(guò)仔細(xì)分析軟件規(guī)格說(shuō)明，適當(dāng)?shù)貙?duì)軟件進(jìn)行功能分解，從而把軟件劃分為模塊，并且設(shè)計(jì)出完成預(yù)定功能的模塊結(jié)構(gòu)。其中包括體系結(jié)構(gòu)設(shè)計(jì)，接口設(shè)計(jì)，數(shù)據(jù)設(shè)計(jì)。4.1系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)軟件設(shè)計(jì)的基本原理要求，程序應(yīng)該模塊化，也就是說(shuō)一個(gè)程序應(yīng)該由若干個(gè)規(guī)模適中的模塊按合理的層次結(jié)構(gòu)組織而成。本節(jié)主要介紹程序體系結(jié)構(gòu)的設(shè)計(jì)，也就是確定程序由哪些模塊組成以及模塊之間的關(guān)系。4 系統(tǒng)功能分析本系統(tǒng)是售后服務(wù)管理系統(tǒng)，采用C/S模式，分為總店客戶端和服務(wù)站客戶端?？偟昕梢蕴砑臃?wù)站點(diǎn)、設(shè)置站點(diǎn)業(yè)務(wù)及費(fèi)用、財(cái)務(wù)匯總、客戶服務(wù)管理，門(mén)店管理員可通過(guò)此系統(tǒng)管理維護(hù)售后服務(wù)信息。經(jīng)過(guò)分析研究，本系統(tǒng)需要完成

42、的主要功能如下。(1)系統(tǒng)管理完成系統(tǒng)角色和用戶的管理、實(shí)現(xiàn)系統(tǒng)登錄。系統(tǒng)中已有是三種角色：管理員、服務(wù)站負(fù)責(zé)人、客戶服務(wù)。(2)服務(wù)站管理完成服務(wù)站的添加、修改、刪除、查詢。(3)服務(wù)站業(yè)務(wù)設(shè)置設(shè)置服務(wù)站美容、維修兩大派系業(yè)務(wù)的具體業(yè)務(wù)名稱及費(fèi)用。(4)服務(wù)站業(yè)務(wù)管理主要完成基礎(chǔ)業(yè)務(wù)的管理，包括 預(yù)約業(yè)務(wù)、汽車維修記錄管理、汽車美容記錄管理等方面。(5)客戶檔案管理完成客戶檔案的增加和維護(hù)。(6)客戶服務(wù)（客戶服務(wù)受理）客戶咨詢業(yè)務(wù)客戶建議受理客戶投訴受理客戶反饋處理4 系統(tǒng)模塊設(shè)計(jì)模塊化的設(shè)計(jì)方法更有利于我們開(kāi)發(fā)一個(gè)大的系統(tǒng)，它將大問(wèn)題分解而簡(jiǎn)化了問(wèn)題。模塊的設(shè)計(jì)應(yīng)該滿足低耦合、高內(nèi)聚的原

43、則，這樣才能保證模塊的獨(dú)立性。本系統(tǒng)通過(guò)HIPO圖來(lái)描述軟件的體系結(jié)構(gòu)。通常用層次結(jié)構(gòu)圖來(lái)描述軟件的層次，圖中的每一個(gè)矩形框代表一個(gè)模塊，框間連線表示調(diào)用關(guān)系。本節(jié)內(nèi)容將用層次結(jié)構(gòu)圖(H圖)來(lái)描述軟件的體系結(jié)構(gòu)。本系統(tǒng)的層次結(jié)構(gòu)圖如圖4-1所示。汽車企業(yè)售后服務(wù)連鎖門(mén)店管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)系統(tǒng)管理客戶管理服務(wù)站管理客服管理登錄用戶管理角色管理退出客戶咨詢客戶建議客戶投訴客戶反饋預(yù)約處理美容記錄維修記錄服務(wù)站業(yè)務(wù)設(shè)置服務(wù)站的增刪改查財(cái)務(wù)統(tǒng)計(jì)圖4-1 系統(tǒng)結(jié)構(gòu)框圖各模塊描述說(shuō)明如下。 系統(tǒng)管理：包括系統(tǒng)角色和系統(tǒng)用戶管理以及系統(tǒng)登錄、退出的處理。1.1 登錄模塊：驗(yàn)證用戶是否為系統(tǒng)合法用戶。1.2

44、 用戶管理：系統(tǒng)用戶（管理員，服務(wù)站負(fù)責(zé)人、客戶服務(wù)）的增刪改查。1.3 角色管理：系統(tǒng)角色的增刪改查，可擴(kuò)展。1.4 退出：退出系統(tǒng)。2.0 客戶管理：客戶信息的增刪改查。3.0 客服管理：受理客戶咨詢、建議、投訴、反饋業(yè)務(wù)。3.1 客戶咨詢：客戶咨詢信息錄入、修改、刪除。3.2 客戶建議：客戶建議信息錄入、修改、刪除。3.3 客戶投訴：客戶投訴信息錄入、修改、刪除。3.4 客戶反饋：客戶反饋信息錄入、修改、刪除。4.0 服務(wù)站管理 ：包括服務(wù)站的管理以及服務(wù)站業(yè)務(wù)處理。4.1 服務(wù)站增刪改查：可以添加服務(wù)站、修改服務(wù)站、刪除服務(wù)站。4.2 服務(wù)站業(yè)務(wù)設(shè)置：設(shè)置服務(wù)站美容、維修兩個(gè)派系下的具

45、體子業(yè)務(wù)。5.0 服務(wù)站業(yè)務(wù)處理：包括對(duì)預(yù)約、美容、維修信息的增刪改查。5.1 預(yù)約記錄：預(yù)約記錄的添加、修改、刪除。5.2 美容記錄：美容記錄的添加、修改、刪除。5.3 維修記錄：維修記錄的添加、修改、刪除。6.0 財(cái)務(wù)統(tǒng)計(jì)：可以統(tǒng)計(jì)用戶指定時(shí)間范圍內(nèi)某服務(wù)站維修、美容的財(cái)務(wù)信息。在系統(tǒng)的模塊結(jié)構(gòu)圖形成過(guò)程中，產(chǎn)生了大量的模塊，在進(jìn)行詳細(xì)設(shè)計(jì)時(shí)開(kāi)發(fā)者應(yīng)為每一個(gè)模塊寫(xiě)一份說(shuō)明。IPO圖就是用來(lái)說(shuō)明每個(gè)模塊的輸入、輸出數(shù)據(jù)和數(shù)據(jù)加工的重要工具。所以，與H圖中每個(gè)方框相對(duì)應(yīng)的還有一個(gè)IPO圖，對(duì)于每個(gè)模塊的IPO圖，將在下章詳細(xì)設(shè)計(jì)階段加以介紹。4.2 數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)是存儲(chǔ)在一起的相關(guān)數(shù)據(jù)的集合

46、，這些數(shù)據(jù)是結(jié)構(gòu)化的、無(wú)害的、無(wú)不必要的冗余的，并為多種應(yīng)用服務(wù)。數(shù)據(jù)的存儲(chǔ)獨(dú)立于使用它的程序；對(duì)數(shù)據(jù)庫(kù)插入新數(shù)據(jù)，修改和檢索原有數(shù)據(jù)均能按一種公用的和可控制的方式進(jìn)行。當(dāng)某個(gè)系統(tǒng)中存在結(jié)構(gòu)上完全分開(kāi)的若干個(gè)數(shù)據(jù)庫(kù)時(shí)，則該系統(tǒng)包含一個(gè)“數(shù)據(jù)庫(kù)集合”。所謂數(shù)據(jù)庫(kù)是指長(zhǎng)期存儲(chǔ)在計(jì)算機(jī)內(nèi)的、有組織的、可共享的數(shù)據(jù)集合。數(shù)據(jù)庫(kù)中的數(shù)據(jù)按一定的數(shù)據(jù)模型組織、描述和存儲(chǔ)，具有較小的冗余度、較高的數(shù)據(jù)獨(dú)立性和易擴(kuò)展性，并可為各種用戶共享2。數(shù)據(jù)庫(kù)設(shè)計(jì)是指對(duì)于一個(gè)給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫(kù)模式，建立數(shù)據(jù)庫(kù)及其應(yīng)用系統(tǒng)，使之能夠有效地存儲(chǔ)數(shù)據(jù)，滿足各種用戶的應(yīng)用需求。數(shù)據(jù)庫(kù)設(shè)計(jì)通常是在一個(gè)通用的DBMS支

47、持下進(jìn)行，即利用現(xiàn)成的DBMS為基礎(chǔ)。在數(shù)據(jù)庫(kù)領(lǐng)域內(nèi)，常把使用數(shù)據(jù)庫(kù)的各類系統(tǒng)稱為數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)。數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的設(shè)計(jì)包括兩部分。(1)結(jié)構(gòu)設(shè)計(jì)，就是設(shè)計(jì)各級(jí)數(shù)據(jù)庫(kù)模式，決定數(shù)據(jù)庫(kù)系統(tǒng)的信息內(nèi)容。(2)行為設(shè)計(jì)，決定數(shù)據(jù)庫(kù)系統(tǒng)的功能，是事務(wù)處理等應(yīng)用程序的設(shè)計(jì)。根據(jù)系統(tǒng)的結(jié)構(gòu)和行為兩方面特性，系統(tǒng)設(shè)計(jì)開(kāi)發(fā)分為兩個(gè)部分，一部分是作為數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)核心和基石的數(shù)據(jù)庫(kù)設(shè)計(jì)，另一部分是相應(yīng)的數(shù)據(jù)庫(kù)應(yīng)用軟件的設(shè)計(jì)開(kāi)發(fā)。這兩部分是緊密相關(guān)、相輔相成的，組成統(tǒng)一的數(shù)據(jù)庫(kù)工程，如圖4-2所示。設(shè)計(jì)數(shù)據(jù)庫(kù)是為了解用戶的各個(gè)方面需求，包括現(xiàn)有的及將來(lái)可能增加的需求。數(shù)據(jù)庫(kù)設(shè)計(jì)按照以下幾個(gè)步驟進(jìn)行。(1)數(shù)據(jù)庫(kù)需求

48、分析(2)數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)(3)數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)(4)數(shù)據(jù)庫(kù)表結(jié)構(gòu)設(shè)計(jì)4 數(shù)據(jù)庫(kù)需求分析針對(duì)需求分析階段得出的系統(tǒng)功能需求，我們進(jìn)一步分析用戶在數(shù)據(jù)管理中的信息要求、處理要求、安全性與完整性要求，考慮到將來(lái)功能上的擴(kuò)展，設(shè)計(jì)如下的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)。(1)用戶信息，包含的數(shù)據(jù)項(xiàng)有用戶編號(hào)、用戶名、密碼。(2)角色信息，包含的數(shù)據(jù)項(xiàng)有角色編號(hào)、角色名、角色說(shuō)明。(3)服務(wù)站信息，包含的數(shù)據(jù)項(xiàng)有服務(wù)站編號(hào)、服務(wù)站名稱、服務(wù)站負(fù)責(zé)人、辦公 、服務(wù)站地址。(4)業(yè)務(wù)信息，包含的數(shù)據(jù)項(xiàng)有業(yè)務(wù)編號(hào)、業(yè)務(wù)名稱、業(yè)務(wù)說(shuō)明。4 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)將用戶需求分析得到用戶需求抽象為信息結(jié)構(gòu)即概念模型的過(guò)程就是概念

49、結(jié)構(gòu)設(shè)計(jì)。它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。通常我們用E-R模型來(lái)描述概念模型。本文采用自頂向下的方法來(lái)設(shè)計(jì)概念結(jié)構(gòu)。總體E-R圖框架如圖4-2所示。各個(gè)實(shí)體的屬性不再介紹，下節(jié)邏輯結(jié)構(gòu)設(shè)計(jì)產(chǎn)生的關(guān)系模式將會(huì)詳細(xì)設(shè)計(jì)每個(gè)屬性，與E-R圖的屬性是一致的。nnnnnnnnnnmmmmmmmmnm角色用戶對(duì)應(yīng)客戶服務(wù)站管理管理咨詢預(yù)約美容維修建議投訴反饋圖4-2 總體E-R圖框架4 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)概念結(jié)構(gòu)是獨(dú)立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)就是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的基本E-R圖轉(zhuǎn)換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。設(shè)計(jì)邏輯結(jié)構(gòu)時(shí)一般要分三步走。(1)將概念結(jié)構(gòu)轉(zhuǎn)

50、換為一般的關(guān)系、網(wǎng)狀、層次模型；(2)將轉(zhuǎn)換來(lái)的關(guān)系、網(wǎng)狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉(zhuǎn)換；(3)對(duì)數(shù)據(jù)模型進(jìn)行優(yōu)化。系統(tǒng)采用SQL Server 2000支持關(guān)系模型，將在之后介紹本系統(tǒng)邏輯結(jié)構(gòu)的設(shè)計(jì)，并把第一、二步驟合并。本系統(tǒng)的邏輯結(jié)構(gòu)的設(shè)計(jì)過(guò)程如下。第一步，E-R圖向關(guān)系模型轉(zhuǎn)換。E-R圖向關(guān)系模型的轉(zhuǎn)換要解決的問(wèn)題是如何將實(shí)體型和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。將E-R圖轉(zhuǎn)化為關(guān)系模型實(shí)際上就是要將E-R圖的三個(gè)要素實(shí)體型、實(shí)體的屬性和實(shí)體型之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，轉(zhuǎn)換一般遵循以下原則。一個(gè)實(shí)體型轉(zhuǎn)化為一個(gè)關(guān)系模式，實(shí)體的屬性就是關(guān)系的屬性，

51、實(shí)體的碼就是關(guān)系的碼。實(shí)體型間的聯(lián)系有以下幾種不同情況。(1)一個(gè)1：1的聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與任意一端對(duì)應(yīng)的干系模式合并。(2)一個(gè)1：n的聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與n端對(duì)應(yīng)的關(guān)系模式合并。(3)一個(gè)m：n的聯(lián)系轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式。按照以上原則，將E-R圖轉(zhuǎn)換為如下的關(guān)系模型，下劃線為橫線的表示為關(guān)系模式的主鍵，波浪線為外鍵。 角色表（角色I(xiàn)D，角色名稱，角色說(shuō)明）用戶表（用戶ID，用戶名，密碼）用戶_角色對(duì)應(yīng)表（用戶ID，角色I(xiàn)D）汽車銷售表（汽車ID，汽車品牌，汽車型號(hào)，車主名，購(gòu)車時(shí)間，售后服務(wù)時(shí)間）客戶表（客戶ID，客戶姓名，身份證號(hào)，客戶

52、，客戶地址）服務(wù)站表（服務(wù)站ID，單位名稱，經(jīng)理姓名，職務(wù)，辦公 ， ，E-mail，辦公地址）服務(wù)站業(yè)務(wù)表（業(yè)務(wù)ID，業(yè)務(wù)名稱，業(yè)務(wù)類型，業(yè)務(wù)費(fèi)用）預(yù)約維修登記表（預(yù)約ID，預(yù)約客戶姓名，預(yù)約維修時(shí)間，預(yù)約維修服務(wù)站，登記時(shí)間，登記人，預(yù)約狀態(tài)）汽車維修記錄表（維修ID，維修類別，客戶姓名，汽車ID，維修站點(diǎn)，維修時(shí)間，維修內(nèi)容，維修費(fèi)用，維修狀態(tài)）客戶咨詢表（ID，咨詢客戶，咨詢主題，咨詢內(nèi)容，咨詢?nèi)掌?，處理辦法，咨詢受理人，咨詢受理人，客戶滿意度）客戶建議表（ID，建議客戶，建議主題，建議內(nèi)容，建議日期，處理辦法，建議受理人，客戶滿意度）客戶投訴表（ID，投訴客戶，投訴站點(diǎn)，投訴主題，投

53、訴內(nèi)容，投訴日期，處理辦法，投訴受理人，客戶滿意度）客戶反饋表（ID，反饋客戶，反饋主題，反饋內(nèi)容，反饋日期，反饋受理人，客戶滿意度）第二步，數(shù)據(jù)模型的優(yōu)化。數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的結(jié)果不是唯一的。為了進(jìn)一步提高數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的性能，還應(yīng)該根據(jù)應(yīng)用需要適當(dāng)?shù)匦薷?、調(diào)整數(shù)據(jù)模型的結(jié)構(gòu)，這就是數(shù)據(jù)模型的優(yōu)化。關(guān)系數(shù)據(jù)模型的優(yōu)化通常以規(guī)范化理論為指導(dǎo)，方法為：(1)確定數(shù)據(jù)依賴。(2)對(duì)于各個(gè)關(guān)系模式之間的數(shù)據(jù)依賴進(jìn)行極小化處理，消除冗余的聯(lián)系。(3)按照數(shù)據(jù)依賴的理論對(duì)關(guān)系模式逐一分析，考察是否存在部分函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定各關(guān)系模式分別屬于第幾范式。(4)按照需求分析階段得到的處理要求

54、，分析對(duì)于這樣的應(yīng)用環(huán)境這些模式是否合適，確定是否要對(duì)某些模式進(jìn)行合并或分解。需要注意的一點(diǎn)就是，并不是規(guī)范化程度越高的關(guān)系就越好。規(guī)范化程度越高，涉及多個(gè)關(guān)系模式的查詢就越低效，因?yàn)檫B接兩個(gè)或多個(gè)關(guān)系模式的屬性時(shí)，系統(tǒng)經(jīng)常進(jìn)行連接運(yùn)算。所以，我們需要具體問(wèn)題具體分析。一般情況下，關(guān)系模式規(guī)范到第三范式即可。分析上述關(guān)系模式，沒(méi)有部分依賴和傳遞依賴，符合第三范式。4 數(shù)據(jù)庫(kù)表設(shè)計(jì)關(guān)系數(shù)據(jù)庫(kù)是利用數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)組織的一種方式，是現(xiàn)代流行的數(shù)據(jù)庫(kù)系統(tǒng)中應(yīng)用最為普遍的一種，也是最有效率的數(shù)據(jù)組織方式之一。在關(guān)系數(shù)據(jù)庫(kù)里，所有的數(shù)據(jù)都按表(關(guān)系)進(jìn)行組織和管理。系統(tǒng)的數(shù)據(jù)庫(kù)中的表格結(jié)構(gòu)按照上小節(jié)的關(guān)系

55、模式設(shè)計(jì)，在數(shù)據(jù)庫(kù)中可以查看。4.3 本章小結(jié)通過(guò)本章的總體設(shè)計(jì)，更加明確了本系統(tǒng)需要完成的功能，并通過(guò)數(shù)據(jù)庫(kù)設(shè)計(jì)完成了系統(tǒng)的表結(jié)構(gòu)設(shè)計(jì)。為以后的詳細(xì)設(shè)計(jì)乃至編碼的成功實(shí)現(xiàn)提供了保證，也為以后數(shù)據(jù)庫(kù)語(yǔ)句的編寫(xiě)提供了保證。5 系統(tǒng)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段詳細(xì)地設(shè)計(jì)每個(gè)模塊，確定完成每個(gè)模塊功能所需要的算法和數(shù)據(jù)結(jié)構(gòu)。過(guò)程設(shè)計(jì)是詳細(xì)設(shè)計(jì)階段應(yīng)該完成的主要任務(wù)。是要設(shè)計(jì)出程序的“藍(lán)圖”，以后程序員將根據(jù)這個(gè)藍(lán)圖寫(xiě)出實(shí)際的程序代碼。過(guò)程設(shè)計(jì)的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。H圖只說(shuō)明了軟件系統(tǒng)由那些模塊組成及其控制層次結(jié)構(gòu)，并未說(shuō)明模塊間的信息傳遞及模塊內(nèi)部的處理。因此對(duì)一些重要模塊還必須繪制具體的

56、IPO圖。開(kāi)發(fā)人員不僅可以利用IPO圖進(jìn)行模塊設(shè)計(jì)，而且還可以利用它評(píng)價(jià)總體設(shè)計(jì)。用戶和管理人員可利用IPO圖編寫(xiě)、修改和維護(hù)程序。因而，IPO圖是系統(tǒng)設(shè)計(jì)階段的一種重要文檔資料。IPO圖是對(duì)每個(gè)模塊進(jìn)行詳細(xì)設(shè)計(jì)的工具，它是輸入加工輸出(INPUT PROCESS OUTPUT)圖的簡(jiǎn)稱。IPO圖的主體是算法說(shuō)明部分，該部分可采用結(jié)構(gòu)化語(yǔ)言、判定表、判定樹(shù)，也可用NS圖、問(wèn)題分析圖和過(guò)程設(shè)計(jì)語(yǔ)言等工具進(jìn)行描述，要準(zhǔn)確而簡(jiǎn)明的描述模塊執(zhí)行的細(xì)節(jié)。在IPO圖中，輸入、輸出數(shù)據(jù)來(lái)源于數(shù)據(jù)詞典。局部數(shù)據(jù)項(xiàng)是指?jìng)€(gè)別模塊內(nèi)部使用的數(shù)據(jù)，與系統(tǒng)的其它部分無(wú)關(guān)，僅由本模塊定義、存貯和使用有關(guān)。注釋是對(duì)本模塊有

57、關(guān)問(wèn)題作必要的說(shuō)明。本章對(duì)每個(gè)模塊的詳細(xì)設(shè)計(jì)將采用IPO圖來(lái)描述，算法說(shuō)明部分采用偽代碼描述，接下來(lái)的每個(gè)小節(jié)的基本格局都是這樣的：界面設(shè)計(jì)，IPO圖，算法描述。各個(gè)模塊相同的部分將不重復(fù)介紹。這里對(duì)系統(tǒng)通用的一些方法給予介紹。ShowList方法是實(shí)現(xiàn)將查詢字符串szQuery的結(jié)果顯示到m_ListCtrl控件，具體實(shí)現(xiàn)如下。void ShowList(CString szQuery,CListCtrl &m_ListCtrl)int i = 0; /表示有i條記錄 CDatabase db; db.OpenEx(strConn,0);/連接數(shù)據(jù)庫(kù) CRecordset rs( &db )

58、; rs.Open(CRecordset:forwardOnly,szQuery);/獲取記錄集m_ListCtrl.DeleteAllItems();/刪除ListCtrl控件中原有的內(nèi)容while(!rs.IsEOF()/將記錄集的內(nèi)容顯示到ListCtrl中CString str;rs.GetFieldValue(re_id, str);m_ListCtrl.InsertItem(i,str);rs.GetFieldValue(re_custname, str);m_ListCtrl.SetItemText(i, 1, str);i+;rs.MoveNext(); rs.Close();

59、/關(guān)閉記錄集 db.Close();/關(guān)閉數(shù)據(jù)庫(kù)連接ShowCombo方法是將szQuery查詢到的結(jié)果添加到m_combo的下拉選項(xiàng)，具體實(shí)現(xiàn)如下。void ShowCombo(CString szQuery, CComboBox &m_combo, CString col)CDatabase db; db.OpenEx(strConn,0); CRecordset rs( &db ); rs.Open(CRecordset:forwardOnly,szQuery);while(!rs.IsEOF()/將記錄集內(nèi)容讀取出來(lái)并添加到組合框控件CString str;rs.GetFieldVal

60、ue(col, str);m_combo.AddString(str);rs.MoveNext();rs.Close(); db.Close();5.1 主界面設(shè)計(jì)主界面是系統(tǒng)用戶登錄之后接觸到的第一個(gè)界面，是系統(tǒng)所有功能的一個(gè)聚集。主界面設(shè)計(jì)圖如圖5-1所示。界面總體布局：菜單，工具欄，主體，狀態(tài)欄。系統(tǒng)的所有模塊都可以通過(guò)菜單或者工具欄圖標(biāo)點(diǎn)擊進(jìn)入。工具欄圖標(biāo)選擇用戶可以理解的與模塊功能含義相近的一組圖片。系統(tǒng)狀態(tài)欄可以提示用戶是否進(jìn)入已登錄到數(shù)據(jù)庫(kù)。系統(tǒng)采用令人看著舒服的藍(lán)色作為背景色，會(huì)讓用戶心情愉悅。系統(tǒng)菜單設(shè)計(jì)如下：系統(tǒng)管理（登錄、用戶管理、角色管理、退出）、服務(wù)站管理（服務(wù)站信息