汽車企業(yè)售后服務(wù)連鎖門店管理系統(tǒng)的設(shè)計與實(shí)現(xiàn)【摘要】汽車營銷服務(wù)在整個市場營銷服務(wù)的過程中分為售前服務(wù)、售中服務(wù)和售后服務(wù)。汽車售后服務(wù)是為顧客保養(yǎng)汽車、維修汽車以及獲得顧客對汽車產(chǎn)品和服務(wù)的反饋信息的一個平臺。汽車售后服務(wù)是保障汽車消費(fèi)者權(quán)益的有效途徑，在整個汽車營銷服務(wù)中起到了非常重要的作用。本系統(tǒng)是基于當(dāng)前汽車后市場的現(xiàn)狀而設(shè)計的管理系統(tǒng)。它采用C/S模式來設(shè)計，既充分利用了C/S模式交互性強(qiáng)、速度快、安全性高的優(yōu)點(diǎn)，實(shí)現(xiàn)了汽車售后服務(wù)的管理，使汽車售后服務(wù)數(shù)字化、信息化。客戶端可以實(shí)現(xiàn)客戶關(guān)系管理，門店與總部共享數(shù)據(jù)，客戶維修管理，服務(wù)站業(yè)務(wù)設(shè)置，客戶服務(wù)以及財務(wù)統(tǒng)計等功能，為售后管理提供了方便。系統(tǒng)有三種角色，分別是管理員、服務(wù)站負(fù)責(zé)人、客戶服務(wù)。管理員擁有全部權(quán)限，可以對系統(tǒng)用戶、角色、服務(wù)站以及客服信息進(jìn)行管理，同時也可以處理服務(wù)站業(yè)務(wù)并統(tǒng)計財務(wù)信息。當(dāng)用戶以客戶服務(wù)角色登錄，用戶值可以對客服信息進(jìn)行管理。服務(wù)站負(fù)責(zé)人則只能處理服務(wù)站業(yè)務(wù)?；谲浖陌踩?、易用性考慮，本系統(tǒng)采用SQLSERVER2000作為后臺數(shù)據(jù)庫，客戶端開發(fā)工具選擇VISUALC60，采用ODBC技術(shù)連接數(shù)據(jù)庫，程序動態(tài)配置數(shù)據(jù)源，減輕用戶負(fù)擔(dān)?！娟P(guān)鍵詞】汽車售后服務(wù)連鎖門店C/SODBCTHEDESIGNANDIMPLEMENTOFAUTOMOBILEENTERPRISEAFTERSALESSERVICECHAINSTOREMANAGEMENTSYSTEM【ABSTRACT】THEMARKETINGSERVICEOFAUTOMOBILEISDIVIDEDINTOPRESALESSERVICE,ONSALESSERVICEANDAFTERSALESSERVICEAFTERSALESSERVICEOFAUTOMOBILEENTERPRISEPROVIDESAPLATFORM,WHICHCANMAINTAINAUTOMOBILEANDGETFEEDBACKABOUTAUTOPRODUCTIONANDSERVICEFROMCUSTOMERSAFTERSALESSERVICEISANEFFECTIVEAPPROACHTHATGUARANTEESAUTOMOBILECONSUMERSRIGHTSANDINTERESTSANDITPLAYSANINCREASINGLYIMPORTANTROLEINTHEWHOLEAUTOMOBILEMARKETINGSERVICETHISMANAGEMENTSYSTEMISBASEDCURRENTAUTOMOBILEAFTERMARKETSACTUALITYITADOPTC/SMODE,SOITTAKEADVANTAGEOFSTRONGPOINTSOFC/SMODE,STRONGCOMMUNICATION,FASTSPEEDANDHIGHSECURITYTHECLIENTPROGRAMSCANDOTHEMANAGEMENTOFCUSTOMERS,SHAREDATAWITHHEADQUARTERSDATABASE,CUSTOMERSMAINTENANCEMANAGEMENT,OPERATIONSSETTING,CUSTOMERSERVICE,STATISTICOFFINANCEANDSOONITPROVIDESCONVENIENCEFORAFTERSALESSERVICEITHASTHREEROLES,ADMINISTRATOR,STATIONSMANAGERANDCUSTOMERSERVICEADMINISTRATOROWNTHEWHOLEPRIVILEGESYOUCANMANAGETHESYSTEMUSER,ROLE,STATION,CUSTOMERSERVICEINFORMATIONANDDEALWITHTHESTATIONSOPERATIONSWHENYOULOGINASANADMINISTRATORIFYOULOGINSYSTEMASTHEROLEOFCUSTOMERSERVICE,YOUCANDEALWITHTHECUSTOMERSERVICERELATIVEINFORMATIONANDIFYOULOGINASAMANAGEROFSTATION,YOUWILLONLYDEALWITHTHEOPERATIONABOUTSTATIONSCONSIDERINGTHESECURITYANDEASYUSINGOFSOFTWARE,THISSYSTEMUSESQLSERVER2000ASBACKGROUNDDATABASETHECLIENTPROGRAMSCHOOSEVISUALC60TODEVELOP,ANDITACCESSDATABASEVIAODBCPROGRAMWILLCONFIGUREDATASOURCEWHENITRUNS【KEYWORD】CARSERVICECHAINSTOREC/SODBC目錄1前言111課題來源112研究意義113相關(guān)背景114本論文已完成工作22系統(tǒng)分析321需求分析的概念322需求分析的任務(wù)323需求分析的方法324系統(tǒng)功能需求425系統(tǒng)性能需求6251硬件環(huán)境6252軟件環(huán)境626可行性研究6261技術(shù)可行性6262操作可行性7263經(jīng)濟(jì)可行性727小結(jié)73開發(fā)工具簡介831VISUALC介紹8311利用VISUALC/MFC開發(fā)WINDOWS程序的優(yōu)勢8312MFC的ODBC類簡介832數(shù)據(jù)庫介紹933ODBC介紹934本章小結(jié)104系統(tǒng)總體設(shè)計1141系統(tǒng)體系結(jié)構(gòu)設(shè)計11411系統(tǒng)功能分析11412系統(tǒng)模塊設(shè)計1242數(shù)據(jù)庫設(shè)計13421數(shù)據(jù)庫需求分析14422數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計14423數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計15424數(shù)據(jù)庫表設(shè)計1743本章小結(jié)175系統(tǒng)詳細(xì)設(shè)計1851主界面設(shè)計1952系統(tǒng)各個模塊設(shè)計20521系統(tǒng)登錄模塊設(shè)計20522用戶管理模塊設(shè)計21523客服管理模塊設(shè)計24524服務(wù)站管理模塊設(shè)計25525服務(wù)站業(yè)務(wù)處理模塊設(shè)計26526財務(wù)統(tǒng)計模塊設(shè)計3053本章小結(jié)316系統(tǒng)實(shí)現(xiàn)3261編碼3262測試?yán)碚?263測試內(nèi)容33631單元測試33632集成測試34633確認(rèn)測試35634系統(tǒng)測試36635測試結(jié)論3664本章小結(jié)367結(jié)論37致謝38參考文獻(xiàn)391前言11課題來源隨著科學(xué)技術(shù)的飛速發(fā)展，幾乎所有行業(yè)相繼都出現(xiàn)了生產(chǎn)能力過剩的狀況，當(dāng)然也包括汽車經(jīng)銷商的售后服務(wù)方面。隨著汽車技術(shù)的進(jìn)步和科學(xué)技術(shù)的飛速發(fā)展，汽車產(chǎn)品已走入家庭，并且作為一種代步工具，逐漸進(jìn)入民化。面對汽車這樣的高科技產(chǎn)品，“壞了怎么辦”，“我如何去保養(yǎng)它”等一系列問題總是困擾著客戶，這在客觀上就要求汽車經(jīng)銷商要提供優(yōu)質(zhì)的售后服務(wù)為客戶保障。汽車企業(yè)做大做強(qiáng),售后服務(wù)管理是關(guān)鍵環(huán)節(jié),快速、準(zhǔn)確、全面的信息反饋系統(tǒng)是提高企業(yè)對市場反應(yīng)能力和科學(xué)決策的關(guān)鍵。售后服務(wù)的地位占在一個越來越重要的地位?，F(xiàn)在已進(jìn)入信息化時代，各行各業(yè)的業(yè)務(wù)都已迅猛發(fā)展，這樣一來，人們的工作量也劇增。汽車售后服務(wù)也面臨這樣的問題，連鎖店的出現(xiàn)，大量繁瑣的數(shù)據(jù)，影響著人們工作的效率和生活質(zhì)量。為此，汽車企業(yè)售后服務(wù)連鎖門店管理系統(tǒng)的出現(xiàn)是必然的。12研究意義近年來,隨著我國汽車工業(yè)迅速發(fā)展,汽車擁有量也大幅增加,達(dá)到了2600多萬輛。我國龐大的汽車擁有量和快速的汽車銷售增長,為汽車服務(wù)業(yè)的發(fā)展提供了巨大的成長空間。傳統(tǒng)的汽車銷售服務(wù)業(yè),也正受到各方面的局限越來越大。隨著信息經(jīng)濟(jì)、網(wǎng)絡(luò)經(jīng)濟(jì)、知識經(jīng)濟(jì)新時代的到來,汽車售后服務(wù)規(guī)模的擴(kuò)大，汽車行業(yè)的多數(shù)企業(yè)建立了網(wǎng)絡(luò)化售后服務(wù)體系。這種信息化管理系統(tǒng)的實(shí)施,改變了汽車行業(yè)傳統(tǒng)的溝通方式,減少了售后服務(wù)的響應(yīng)時間,實(shí)現(xiàn)了企業(yè)售后服務(wù)的高效、準(zhǔn)備、可靠，使汽車售后服務(wù)更加完善。13相關(guān)背景據(jù)統(tǒng)計，汽車售后服務(wù)市場是汽車產(chǎn)業(yè)鏈中最穩(wěn)定的利潤來源，可占據(jù)總利潤的60左右，相對于目前整車銷售的利潤縮水，中國的汽車售后服務(wù)市場利潤率仍就能高達(dá)40。從汽車下線進(jìn)入用戶群開始，到整車成為廢棄物為止的全過程，都是汽車“后市場”各環(huán)節(jié)服務(wù)所關(guān)注的范疇。據(jù)世界排名前10位的汽車公司近10年的利潤情況分析，在一個完全成熟的國際化汽車市場，汽車的銷售利潤約占整個汽車業(yè)利潤的20，零部件供應(yīng)利潤約占20，有60的利潤是在其服務(wù)領(lǐng)域中產(chǎn)生的。這說明中國汽車后市場發(fā)展空間非常巨大，充滿著無限的機(jī)遇。基于多方面的調(diào)研、考察，從系統(tǒng)功能的實(shí)現(xiàn)，技術(shù)的要求以及可行性等多方面進(jìn)行考慮，認(rèn)為本課題是一個適應(yīng)現(xiàn)今汽車企業(yè)售后服務(wù)連鎖門店管理需求的系統(tǒng)。14本論文已完成工作本論文從需求分析到系統(tǒng)設(shè)計、實(shí)現(xiàn)、測試做了詳細(xì)介紹。已完成如下工作。1通過調(diào)研、與用戶溝通完成需求分析，得到系統(tǒng)的功能需求；2設(shè)計數(shù)據(jù)庫、系統(tǒng)模塊；3詳細(xì)設(shè)計各個模塊；4實(shí)現(xiàn)系統(tǒng)，測試系統(tǒng)。2系統(tǒng)分析為了開發(fā)出真正滿足用戶需求的軟件，首先必須知道用戶的需求。對軟件需求的深入理解是軟件開發(fā)工作獲得成功的前提和關(guān)鍵，不論我們把設(shè)計和編碼做得如何出色，不能真正滿足用戶需求的程序只會給用戶帶來失望，給開發(fā)者帶來煩惱。軟件需求分析是系統(tǒng)開發(fā)的第一步也是最重要的一個環(huán)節(jié)，其基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)做什么”這個問題，這需要在對用戶需求進(jìn)行充分調(diào)研的基礎(chǔ)上，深入理解并描述出軟件的功能、性能、接口等方面的需求，可以使用UML建模作為需求分析和系統(tǒng)設(shè)計的有效方法。21需求分析的概念首先，我們先了解一下需求分析的概念。需求分析是發(fā)現(xiàn)、求精、建模、規(guī)格說明和復(fù)審的過程1。為了發(fā)現(xiàn)用戶的真正需求，首先應(yīng)該從宏觀角度調(diào)查、分析用戶所面臨的問題。也就是說，需求分析的第一步是盡可能準(zhǔn)確地了解用戶當(dāng)前的情況和需要解決的問題。之后，分析員對用戶提出的初步要求反復(fù)求精多次細(xì)化，得出對目標(biāo)系統(tǒng)的完整、準(zhǔn)確和具體的要求。22需求分析的任務(wù)需求分析的任務(wù)不是具體地解決客戶的問題，而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個問題。雖然在可行性研究階段已經(jīng)粗略了解了用戶的需求，甚至還提出了一個一些可行的方案，但是，可行性研究的基本目的是用較小的成本在較短的時間內(nèi)確定是否存在可行的解法，因此許多細(xì)節(jié)被忽略了。然而在最終的系統(tǒng)中缺不能遺漏任何一個微笑的細(xì)節(jié)，所以可行性研究并不能代替需求分析，它實(shí)際上并沒有準(zhǔn)確地回答“系統(tǒng)必須做什么”這個問題。需求分析的任務(wù)還不是確定系統(tǒng)怎樣完成它的工作，而僅僅是確定系統(tǒng)必須完成哪些工作，也就是對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。23需求分析的方法為了詳盡地了解并正確地理解用戶的需求，必須使用適當(dāng)?shù)募夹g(shù)與用戶通信和溝通。需求分析的方法主要有訪談、簡易的應(yīng)用規(guī)格說明技術(shù)、快速建立軟件原型三種。訪談是歷史悠久的與用戶通信的技術(shù)，至今仍被系統(tǒng)分析員廣泛采用。為了促使用戶與分析員密切合作共同分析需求，人們研究出一種面向團(tuán)隊的需求收集法，稱為“簡易的應(yīng)用規(guī)格說明技術(shù)”。現(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ī)格說明與原型環(huán)境等工具，快速地構(gòu)件和修改原型。24系統(tǒng)功能需求需求分析階段，開發(fā)人員不應(yīng)該考慮代碼或程序?qū)崿F(xiàn)的細(xì)節(jié)，而應(yīng)該把精力放在對現(xiàn)有業(yè)務(wù)邏輯的理解上，通過與用戶之間的充分溝通，逐步理解并描述出得到用戶確認(rèn)的系統(tǒng)模型，包括用例模型和領(lǐng)域（DOMAIN，系統(tǒng)中關(guān)鍵的類）模型。軟件開發(fā)人員在對用戶進(jìn)行需求調(diào)研的過程中，用戶往往并不能立即準(zhǔn)確描述出未來系統(tǒng)應(yīng)該提供一些什么樣的功能。因此，需要開發(fā)人員理解和分析需求，并將系統(tǒng)應(yīng)該具有的功能通過用例圖直觀的描述出來，方便用戶理解并做出評判，開發(fā)人員從而可以根據(jù)用戶的反饋不斷調(diào)整用例模型，直至完全正確、充分描述清楚系統(tǒng)功能。用例建模主要是分離出系統(tǒng)的活動參與者ACTOR和用例USECASE，用例是指對系統(tǒng)提供的功能的一種描述，而活動參與者是那些可能使用這些用例的人或外部系統(tǒng)，通過用例圖可以描述出系統(tǒng)外部的執(zhí)行者、系統(tǒng)的用例，以及它們之間的聯(lián)系。1客戶關(guān)系管理功能需求功能描述完成對客戶資料的增刪改查。用例模型客戶關(guān)系管理用例模型如圖21所示。圖21客戶關(guān)系管理用例模型2服務(wù)站管理功能需求功能描述完成服務(wù)站的添加、修改、刪除、查詢以及服務(wù)站業(yè)務(wù)的設(shè)置。其中，服務(wù)站業(yè)務(wù)設(shè)置主要是設(shè)置服務(wù)站美容、維修兩大派系業(yè)務(wù)的具體業(yè)務(wù)名稱及費(fèi)用。用例模型業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)服務(wù)站管理用例模型如圖22所示。圖22服務(wù)站管理用例模型3服務(wù)站業(yè)務(wù)處理功能需求功能描述A電話預(yù)約業(yè)務(wù)B汽車維修記錄管理（配件損壞維修、返廠維修等）C汽車美容記錄管理（汽車保養(yǎng)方面）用例模型服務(wù)站業(yè)務(wù)處理用例模型如圖23所示。圖23服務(wù)站業(yè)務(wù)處理用例模型4客戶服務(wù)功能需求功能描述A客戶咨詢業(yè)務(wù)B客戶建議受理C客戶投訴受理D客戶反饋處理用例模型業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)客戶服務(wù)用例模型如圖24所示。圖24客戶服務(wù)用例模型25系統(tǒng)性能需求251硬件環(huán)境CPUAMD3000；內(nèi)存建議使用512MB或以上的RAM；顯示驅(qū)動256色、800600分辨率；252軟件環(huán)境操作系統(tǒng)平臺MICROSOFTWINDOWS2000或WINDOWSXP程序開發(fā)環(huán)境VISUALC60數(shù)據(jù)庫管理系統(tǒng)MICROSOFTSQLSERVER2000開發(fā)語言MICROSOFTVISUALC6026可行性研究可行性研究的目的就是以最小的代價在盡可能短的時間內(nèi)確定問題是否能夠繼續(xù)。必須明確的一點(diǎn)就是，可行性研究的目的不是解決問題，而是確定問題是否值得去解。如果問題沒有可行的解，那么任何花在問題上的時間、資源和經(jīng)費(fèi)都是無謂的浪費(fèi)。通常，我們要對方案從技術(shù)、經(jīng)濟(jì)、社會因素、用戶操作等方面進(jìn)行可行性分析，從而最終確定這項(xiàng)工程的可行性。本章將分別從這幾個方面分析可行性。261技術(shù)可行性本系統(tǒng)在開發(fā)過程中采用VISUALC。系統(tǒng)完成后，可以在運(yùn)行穩(wěn)定的大多數(shù)操作系統(tǒng)中運(yùn)行，采用模塊化的方法設(shè)計系統(tǒng)，模塊的設(shè)計按照低耦合高內(nèi)聚的原則，所以有較好的獨(dú)立性、可擴(kuò)展性、安全性。本系統(tǒng)在技術(shù)上是可行的。262操作可行性用戶最終看到的都是可視化的人機(jī)界面，全中文菜單。設(shè)計界面時也盡可能地業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)業(yè)簡潔，盡量減少用戶的輸入動作，如使用下拉框或單選按鈕等等，消除冗余的輸入。設(shè)計時還有很多友情提示，可幫助用戶節(jié)約學(xué)習(xí)時間。用戶只需掌握一些計算機(jī)的基本操作就可以使用該系統(tǒng)功能。保持信息顯示和數(shù)據(jù)輸入之間的一致性。263經(jīng)濟(jì)可行性系統(tǒng)在開發(fā)過程中利用的資源相對較少，并且不需要太高的硬件支持，同時系統(tǒng)的設(shè)計初衷是結(jié)合實(shí)際應(yīng)用完成的，經(jīng)濟(jì)消耗不會很大，也不需要任何其它設(shè)備，所以在經(jīng)濟(jì)上可以開發(fā)本系統(tǒng)。27小結(jié)本章完成了系統(tǒng)的需求分析和可行性研究，通過對技術(shù)、經(jīng)濟(jì)、操作三個方面可行性的分析，確定了本系統(tǒng)的可行性，并抽象出系統(tǒng)的分析模型，接下來第4章、第5章會詳細(xì)描述系統(tǒng)設(shè)計階段的任務(wù)。3開發(fā)工具簡介本系統(tǒng)采用C/S模式開發(fā)，選擇VC60作為客戶端開發(fā)工具，MICROSOFTSQLSERVER2000作為后臺數(shù)據(jù)庫。31VISUALC介紹VC60集成開發(fā)環(huán)境是集程序文件的輸入、編輯、編譯、連接、運(yùn)行等各種操作為一體的、具有WINDOWS窗口界面特色的環(huán)境。使用VISUALC的一個原因是它的靈活性，你可以徹底地控制整個開發(fā)環(huán)境，本系統(tǒng)使用VC開發(fā)客戶端應(yīng)用程序，其中用到了微軟基礎(chǔ)類庫MFC，MFC是WINAPI與C的結(jié)合，是API的封裝。311利用VISUALC/MFC開發(fā)WINDOWS程序的優(yōu)勢MFC借助C的優(yōu)勢為WINDOWS開發(fā)開辟了一片新天地，同時也借助應(yīng)用程序向?qū)归_發(fā)者擺脫離了那些每次都必寫基本代碼，借助類向?qū)Ш拖⒂成涫归_發(fā)者擺脫了定義消息處理時那種混亂和冗長的代碼段。更令人興奮的是利用C的封裝功能使開發(fā)者擺脫WINDOWS中各種句柄的困擾，只需要面對C中的對象，這樣一來使開發(fā)更接近開發(fā)語言而遠(yuǎn)離系統(tǒng)。正因?yàn)镸FC是建立在C的基礎(chǔ)上，所以要強(qiáng)調(diào)C/C語言基礎(chǔ)對開發(fā)的重要性。利用C的封裝性開發(fā)者可以更容易理解和操作各種窗口對象；利用C的派生性開發(fā)者可以減少開發(fā)自定義窗口的時間和創(chuàng)造出可重用的代碼；利用虛擬性可以在必要時更好的控制窗口的活動。而且C本身所具備的超越C語言的特性都可以使開發(fā)者編寫出更易用，更靈活的代碼。在MFC中對消息的處理利用了消息映射的方法，該方法的基礎(chǔ)是宏定義實(shí)現(xiàn)，通過宏定義將消息分派到不同的成員函數(shù)進(jìn)行處理。312MFC的ODBC類簡介MFC的ODBC類對較復(fù)雜的ODBCAPI進(jìn)行了封裝，提供了簡化的調(diào)用接口，從而大大方便了數(shù)據(jù)庫應(yīng)用程序的開發(fā)。程序員不必了解ODBCAPI和SQL的具體細(xì)節(jié)，利用ODBC類即可完成對數(shù)據(jù)庫的大部分操作。MFC的ODBC類主要包括五大類。CDATABASE類主要功能是建立與數(shù)據(jù)源的連接。CRECORDSET類該類代表從數(shù)據(jù)源選擇的一組記錄（記錄集），程序可以選擇數(shù)據(jù)源中的某個表作為一個記錄集，也可以通過對表的查詢得到記錄集，還可以合并同一數(shù)據(jù)源中多個表的列到一個記錄集中通過該類可對記錄集中的記錄進(jìn)行滾動、修改、增加和刪除等操作。CRECORDVIEW類提供了一個表單視圖與某個記錄集直接相連，利用對話框數(shù)據(jù)交換機(jī)制DDX在記錄集與表單視圖的控件之間傳輸數(shù)據(jù)。該類支持對記錄的瀏覽和更新，在撤銷時會自動關(guān)閉與之相聯(lián)系的記錄集。CFIELDEXCHANGE類支持記錄字段數(shù)據(jù)交換（DFX），即記錄集字段數(shù)據(jù)成員與相應(yīng)的數(shù)據(jù)庫的表的字段之間的數(shù)據(jù)交換。該類的功能與CDATAEXCHANGE類的對話框數(shù)據(jù)交換功能類似。CDBEXCEPTION類代表ODBC類產(chǎn)生的異常。概括地講，CDATABASE針對某個數(shù)據(jù)庫，它負(fù)責(zé)連接數(shù)據(jù)源；CRECORDSET針對數(shù)據(jù)源中的記錄集，它負(fù)責(zé)對記錄的操作；CRECORDVIEW負(fù)責(zé)界面，而CFIELDEXCHANGE負(fù)責(zé)CRECORDSET與數(shù)據(jù)源的數(shù)據(jù)交換。32數(shù)據(jù)庫介紹系統(tǒng)后臺數(shù)據(jù)庫MICROSOFTSQLSERVER2000能提供超大型系統(tǒng)所需的數(shù)據(jù)庫服務(wù)。大型服務(wù)器可能有成千上萬的用戶同時連接到SQLSERVER2000實(shí)例。SQLSERVER2000為這些環(huán)境提供了全面的保護(hù)，具有防止問題發(fā)生的安全措施。SQLSERVER2000還在多個用戶之間有效地分配可用資源，比如內(nèi)存、網(wǎng)絡(luò)帶寬和磁盤I/O。SQLSERVER是一個C/S數(shù)據(jù)庫服務(wù)器。33ODBC介紹ODBC是“開放數(shù)據(jù)庫互連“的簡稱,是一種使用SQL的應(yīng)用程序接口API，是微軟公司開放服務(wù)結(jié)構(gòu)中有關(guān)數(shù)據(jù)庫的一個組成部分，它建立了一組規(guī)范，并提供了一組對數(shù)據(jù)庫訪問的標(biāo)準(zhǔn)API（應(yīng)用程序編程接口）。這些API利用SQL來完成其大部分任務(wù)。ODBC本身也提供了對SQL語言的支持，用戶可以直接將SQL語句送給ODBC。一個基于ODBC的應(yīng)用程序?qū)?shù)據(jù)庫的操作不依賴任何DBMS，不直接與DBMS打交道，所有的數(shù)據(jù)庫操作由對應(yīng)的DBMS的ODBC驅(qū)動程序完成。也就是說，不論是FOXPRO、ACCESS還是ORACLE數(shù)據(jù)庫，均可用ODBCAPI進(jìn)行訪問。由此可見，ODBC的最大優(yōu)點(diǎn)是能以統(tǒng)一的方式處理所有的數(shù)據(jù)庫。應(yīng)用程序要訪問一個數(shù)據(jù)庫，首先必須用ODBC管理器注冊一個數(shù)據(jù)源，管理器根據(jù)數(shù)據(jù)源提供的數(shù)據(jù)庫位置、數(shù)據(jù)庫類型及ODBC驅(qū)動程序等信息，建立起ODBC與具體數(shù)據(jù)庫的聯(lián)系。這樣，只要應(yīng)用程序?qū)?shù)據(jù)源名提供給ODBC，ODBC就能建立起與相應(yīng)數(shù)據(jù)庫的連接。ODBC各部件之間的關(guān)系圖如圖31所示圖31ODBC各部件之間的關(guān)系在訪問ODBC數(shù)據(jù)源時需要ODBC驅(qū)動程序的支持。ODBC是為調(diào)用關(guān)系數(shù)據(jù)庫提供統(tǒng)一途徑的一類API,由于它適用于許多不同的數(shù)據(jù)庫產(chǎn)品,因此是服務(wù)器擴(kuò)展程序開發(fā)者們理所當(dāng)然的選擇。用VISUALC60安裝程序可以安裝SQLSERVER、ACCESS等驅(qū)動程序。34本章小結(jié)通過對所選開發(fā)工具的了解，更加熟悉了各種開發(fā)工具的優(yōu)缺點(diǎn)。選擇VC和SQLSERVER既是由于二者的強(qiáng)大，又是由于本人較熟悉這兩種工具，所以開發(fā)起來相對更容易些，開發(fā)周期也會相應(yīng)縮短。4系統(tǒng)總體設(shè)計軟件設(shè)計在軟件工程過程中處于技術(shù)核心地位，是軟件開發(fā)過程中決定軟件產(chǎn)品質(zhì)量的關(guān)鍵階段。軟件設(shè)計必須依據(jù)對軟件產(chǎn)品的需求來進(jìn)行。軟件設(shè)計階段包括總體設(shè)計和詳細(xì)設(shè)計。本章將具體介紹總體設(shè)計階段的工作，第6章將為大家介紹本系統(tǒng)詳細(xì)設(shè)計階段的具體內(nèi)容。總體設(shè)計，也叫概要設(shè)計，其主要任務(wù)是通過仔細(xì)分析軟件規(guī)格說明，適當(dāng)?shù)貙浖M(jìn)行功能分解，從而把軟件劃分為模塊，并且設(shè)計出完成預(yù)定功能的模塊結(jié)構(gòu)。其中包括體系結(jié)構(gòu)設(shè)計，接口設(shè)計，數(shù)據(jù)設(shè)計。41系統(tǒng)體系結(jié)構(gòu)設(shè)計軟件設(shè)計的基本原理要求，程序應(yīng)該模塊化，也就是說一個程序應(yīng)該由若干個規(guī)模適中的模塊按合理的層次結(jié)構(gòu)組織而成。本節(jié)主要介紹程序體系結(jié)構(gòu)的設(shè)計，也就是確定程序由哪些模塊組成以及模塊之間的關(guān)系。411系統(tǒng)功能分析本系統(tǒng)是售后服務(wù)管理系統(tǒng)，采用C/S模式，分為總店客戶端和服務(wù)站客戶端?？偟昕梢蕴砑臃?wù)站點(diǎn)、設(shè)置站點(diǎn)業(yè)務(wù)及費(fèi)用、財務(wù)匯總、客戶服務(wù)管理，門店管理員可通過此系統(tǒng)管理維護(hù)售后服務(wù)信息。經(jīng)過分析研究，本系統(tǒng)需要完成的主要功能如下。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ù)客戶建議受理客戶投訴受理客戶反饋處理412系統(tǒng)模塊設(shè)計模塊化的設(shè)計方法更有利于我們開發(fā)一個大的系統(tǒng)，它將大問題分解而簡化了問題。模塊的設(shè)計應(yīng)該滿足低耦合、高內(nèi)聚的原則，這樣才能保證模塊的獨(dú)立性。本系統(tǒng)通過HIPO圖來描述軟件的體系結(jié)構(gòu)。通常用層次結(jié)構(gòu)圖來描述軟件的層次，圖中的每一個矩形框代表一個模塊，框間連線表示調(diào)用關(guān)系。本節(jié)內(nèi)容將用層次結(jié)構(gòu)圖H圖來描述軟件的體系結(jié)構(gòu)。本系統(tǒng)的層次結(jié)構(gòu)圖如圖41所示。汽車企業(yè)售后服務(wù)連鎖門店管理系統(tǒng)的設(shè)計與實(shí)現(xiàn)系統(tǒng)管理10客戶管理20服務(wù)站管理40客服管理30服務(wù)站業(yè)務(wù)處理50登錄11用戶管理12角色管理13退出14客戶咨詢31客戶建議32客戶投訴33客戶反饋34預(yù)約處理51美容記錄52維修記錄53服務(wù)站業(yè)務(wù)設(shè)置42服務(wù)站的增刪改查41財務(wù)統(tǒng)計60圖41系統(tǒng)結(jié)構(gòu)框圖各模塊描述說明如下。10系統(tǒng)管理包括系統(tǒng)角色和系統(tǒng)用戶管理以及系統(tǒng)登錄、退出的處理。11登錄模塊驗(yàn)證用戶是否為系統(tǒng)合法用戶。12用戶管理系統(tǒng)用戶（管理員，服務(wù)站負(fù)責(zé)人、客戶服務(wù)）的增刪改查。13角色管理系統(tǒng)角色的增刪改查，可擴(kuò)展。14退出退出系統(tǒng)。20客戶管理客戶信息的增刪改查。30客服管理受理客戶咨詢、建議、投訴、反饋業(yè)務(wù)。31客戶咨詢客戶咨詢信息錄入、修改、刪除。32客戶建議客戶建議信息錄入、修改、刪除。33客戶投訴客戶投訴信息錄入、修改、刪除。34客戶反饋客戶反饋信息錄入、修改、刪除。40服務(wù)站管理包括服務(wù)站的管理以及服務(wù)站業(yè)務(wù)處理。41服務(wù)站增刪改查可以添加服務(wù)站、修改服務(wù)站、刪除服務(wù)站。42服務(wù)站業(yè)務(wù)設(shè)置設(shè)置服務(wù)站美容、維修兩個派系下的具體子業(yè)務(wù)。50服務(wù)站業(yè)務(wù)處理包括對預(yù)約、美容、維修信息的增刪改查。51預(yù)約記錄預(yù)約記錄的添加、修改、刪除。52美容記錄美容記錄的添加、修改、刪除。53維修記錄維修記錄的添加、修改、刪除。60財務(wù)統(tǒng)計可以統(tǒng)計用戶指定時間范圍內(nèi)某服務(wù)站維修、美容的財務(wù)信息。在系統(tǒng)的模塊結(jié)構(gòu)圖形成過程中，產(chǎn)生了大量的模塊，在進(jìn)行詳細(xì)設(shè)計時開發(fā)者應(yīng)為每一個模塊寫一份說明。IPO圖就是用來說明每個模塊的輸入、輸出數(shù)據(jù)和數(shù)據(jù)加工的重要工具。所以，與H圖中每個方框相對應(yīng)的還有一個IPO圖，對于每個模塊的IPO圖，將在下章詳細(xì)設(shè)計階段加以介紹。42數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫是存儲在一起的相關(guān)數(shù)據(jù)的集合，這些數(shù)據(jù)是結(jié)構(gòu)化的、無害的、無不必要的冗余的，并為多種應(yīng)用服務(wù)。數(shù)據(jù)的存儲獨(dú)立于使用它的程序；對數(shù)據(jù)庫插入新數(shù)據(jù)，修改和檢索原有數(shù)據(jù)均能按一種公用的和可控制的方式進(jìn)行。當(dāng)某個系統(tǒng)中存在結(jié)構(gòu)上完全分開的若干個數(shù)據(jù)庫時，則該系統(tǒng)包含一個“數(shù)據(jù)庫集合”。所謂數(shù)據(jù)庫是指長期存儲在計算機(jī)內(nèi)的、有組織的、可共享的數(shù)據(jù)集合。數(shù)據(jù)庫中的數(shù)據(jù)按一定的數(shù)據(jù)模型組織、描述和存儲，具有較小的冗余度、較高的數(shù)據(jù)獨(dú)立性和易擴(kuò)展性，并可為各種用戶共享2。數(shù)據(jù)庫設(shè)計是指對于一個給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應(yīng)用需求。數(shù)據(jù)庫設(shè)計通常是在一個通用的DBMS支持下進(jìn)行，即利用現(xiàn)成的DBMS為基礎(chǔ)。在數(shù)據(jù)庫領(lǐng)域內(nèi)，常把使用數(shù)據(jù)庫的各類系統(tǒng)稱為數(shù)據(jù)庫應(yīng)用系統(tǒng)。數(shù)據(jù)庫應(yīng)用系統(tǒng)的設(shè)計包括兩部分。1結(jié)構(gòu)設(shè)計，就是設(shè)計各級數(shù)據(jù)庫模式，決定數(shù)據(jù)庫系統(tǒng)的信息內(nèi)容。2行為設(shè)計，決定數(shù)據(jù)庫系統(tǒng)的功能，是事務(wù)處理等應(yīng)用程序的設(shè)計。根據(jù)系統(tǒng)的結(jié)構(gòu)和行為兩方面特性，系統(tǒng)設(shè)計開發(fā)分為兩個部分，一部分是作為數(shù)據(jù)庫應(yīng)用系統(tǒng)核心和基石的數(shù)據(jù)庫設(shè)計，另一部分是相應(yīng)的數(shù)據(jù)庫應(yīng)用軟件的設(shè)計開發(fā)。這兩部分是緊密相關(guān)、相輔相成的，組成統(tǒng)一的數(shù)據(jù)庫工程，如圖42所示。設(shè)計數(shù)據(jù)庫是為了解用戶的各個方面需求，包括現(xiàn)有的及將來可能增加的需求。數(shù)據(jù)庫設(shè)計按照以下幾個步驟進(jìn)行。1數(shù)據(jù)庫需求分析2數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計3數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計4數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計421數(shù)據(jù)庫需求分析針對需求分析階段得出的系統(tǒng)功能需求，我們進(jìn)一步分析用戶在數(shù)據(jù)管理中的信息要求、處理要求、安全性與完整性要求，考慮到將來功能上的擴(kuò)展，設(shè)計如下的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)。1用戶信息，包含的數(shù)據(jù)項(xiàng)有用戶編號、用戶名、密碼。2角色信息，包含的數(shù)據(jù)項(xiàng)有角色編號、角色名、角色說明。3服務(wù)站信息，包含的數(shù)據(jù)項(xiàng)有服務(wù)站編號、服務(wù)站名稱、服務(wù)站負(fù)責(zé)人、辦公電話、服務(wù)站地址。4業(yè)務(wù)信息，包含的數(shù)據(jù)項(xiàng)有業(yè)務(wù)編號、業(yè)務(wù)名稱、業(yè)務(wù)說明。422數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計將用戶需求分析得到用戶需求抽象為信息結(jié)構(gòu)即概念模型的過程就是概念結(jié)構(gòu)設(shè)計。它是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵。通常我們用ER模型來描述概念模型。本文采用自頂向下的方法來設(shè)計概念結(jié)構(gòu)。總體ER圖框架如圖42所示。各個實(shí)體的屬性不再介紹，下節(jié)邏輯結(jié)構(gòu)設(shè)計產(chǎn)生的關(guān)系模式將會詳細(xì)設(shè)計每個屬性，與ER圖的屬性是一致的。NNNNNNNNNNMMMMMMMMNM角色用戶對應(yīng)客戶服務(wù)站管理管理咨詢預(yù)約美容維修建議投訴反饋圖42總體ER圖框架423數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計概念結(jié)構(gòu)是獨(dú)立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。邏輯結(jié)構(gòu)設(shè)計的任務(wù)就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本ER圖轉(zhuǎn)換為與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。設(shè)計邏輯結(jié)構(gòu)時一般要分三步走。1將概念結(jié)構(gòu)轉(zhuǎn)換為一般的關(guān)系、網(wǎng)狀、層次模型；2將轉(zhuǎn)換來的關(guān)系、網(wǎng)狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉(zhuǎn)換；3對數(shù)據(jù)模型進(jìn)行優(yōu)化。系統(tǒng)采用SQLSERVER2000支持關(guān)系模型，將在之后介紹本系統(tǒng)邏輯結(jié)構(gòu)的設(shè)計，并把第一、二步驟合并。本系統(tǒng)的邏輯結(jié)構(gòu)的設(shè)計過程如下。第一步，ER圖向關(guān)系模型轉(zhuǎn)換。ER圖向關(guān)系模型的轉(zhuǎn)換要解決的問題是如何將實(shí)體型和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。將ER圖轉(zhuǎn)化為關(guān)系模型實(shí)際上就是要將ER圖的三個要素實(shí)體型、實(shí)體的屬性和實(shí)體型之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，轉(zhuǎn)換一般遵循以下原則。一個實(shí)體型轉(zhuǎn)化為一個關(guān)系模式，實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的碼。實(shí)體型間的聯(lián)系有以下幾種不同情況。1一個11的聯(lián)系可以轉(zhuǎn)換為一個獨(dú)立的關(guān)系模式，也可以與任意一端對應(yīng)的干系模式合并。2一個1N的聯(lián)系可以轉(zhuǎn)換為一個獨(dú)立的關(guān)系模式，也可以與N端對應(yīng)的關(guān)系模式合并。3一個MN的聯(lián)系轉(zhuǎn)換為一個獨(dú)立的關(guān)系模式。按照以上原則，將ER圖轉(zhuǎn)換為如下的關(guān)系模型，下劃線為橫線的表示為關(guān)系模式的主鍵，波浪線為外鍵。角色表（角色I(xiàn)D，角色名稱，角色說明）用戶表（用戶ID，用戶名，密碼）用戶_角色對應(yīng)表（用戶ID，角色I(xiàn)D）汽車銷售表（汽車ID，汽車品牌，汽車型號，車主名，購車時間，售后服務(wù)時間）客戶表（客戶ID，客戶姓名，身份證號，客戶電話，客戶地址）服務(wù)站表（服務(wù)站ID，單位名稱，經(jīng)理姓名，職務(wù)，辦公電話，手機(jī)，EMAIL，辦公地址）服務(wù)站業(yè)務(wù)表（業(yè)務(wù)ID，業(yè)務(wù)名稱，業(yè)務(wù)類型，業(yè)務(wù)費(fèi)用）預(yù)約維修登記表（預(yù)約ID，預(yù)約客戶姓名，預(yù)約維修時間，預(yù)約維修服務(wù)站，登記時間，登記人，預(yù)約狀態(tài)）汽車維修記錄表（維修ID，維修類別，客戶姓名，汽車ID，維修站點(diǎn)，維修時間，維修內(nèi)容，維修費(fèi)用，維修狀態(tài)）客戶咨詢表（ID，咨詢客戶，咨詢主題，咨詢內(nèi)容，咨詢?nèi)掌冢幚磙k法，咨詢受理人，咨詢受理人，客戶滿意度）客戶建議表（ID，建議客戶，建議主題，建議內(nèi)容，建議日期，處理辦法，建議受理人，客戶滿意度）客戶投訴表（ID，投訴客戶，投訴站點(diǎn)，投訴主題，投訴內(nèi)容，投訴日期，處理辦法，投訴受理人，客戶滿意度）客戶反饋表（ID，反饋客戶，反饋主題，反饋內(nèi)容，反饋日期，反饋受理人，客戶滿意度）第二步，數(shù)據(jù)模型的優(yōu)化。數(shù)據(jù)庫邏輯設(shè)計的結(jié)果不是唯一的。為了進(jìn)一步提高數(shù)據(jù)庫應(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對于各個關(guān)系模式之間的數(shù)據(jù)依賴進(jìn)行極小化處理，消除冗余的聯(lián)系。3按照數(shù)據(jù)依賴的理論對關(guān)系模式逐一分析，考察是否存在部分函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定各關(guān)系模式分別屬于第幾范式。4按照需求分析階段得到的處理要求，分析對于這樣的應(yīng)用環(huán)境這些模式是否合適，確定是否要對某些模式進(jìn)行合并或分解。需要注意的一點(diǎn)就是，并不是規(guī)范化程度越高的關(guān)系就越好。規(guī)范化程度越高，涉及多個關(guān)系模式的查詢就越低效，因?yàn)檫B接兩個或多個關(guān)系模式的屬性時，系統(tǒng)經(jīng)常進(jìn)行連接運(yùn)算。所以，我們需要具體問題具體分析。一般情況下，關(guān)系模式規(guī)范到第三范式即可。分析上述關(guān)系模式，沒有部分依賴和傳遞依賴，符合第三范式。424數(shù)據(jù)庫表設(shè)計關(guān)系數(shù)據(jù)庫是利用數(shù)據(jù)庫進(jìn)行數(shù)據(jù)組織的一種方式，是現(xiàn)代流行的數(shù)據(jù)庫系統(tǒng)中應(yīng)用最為普遍的一種，也是最有效率的數(shù)據(jù)組織方式之一。在關(guān)系數(shù)據(jù)庫里，所有的數(shù)據(jù)都按表關(guān)系進(jìn)行組織和管理。系統(tǒng)的數(shù)據(jù)庫中的表格結(jié)構(gòu)按照上小節(jié)的關(guān)系模式設(shè)計，在數(shù)據(jù)庫中可以查看。43本章小結(jié)通過本章的總體設(shè)計，更加明確了本系統(tǒng)需要完成的功能，并通過數(shù)據(jù)庫設(shè)計完成了系統(tǒng)的表結(jié)構(gòu)設(shè)計。為以后的詳細(xì)設(shè)計乃至編碼的成功實(shí)現(xiàn)提供了保證，也為以后數(shù)據(jù)庫語句的編寫提供了保證。5系統(tǒng)詳細(xì)設(shè)計詳細(xì)設(shè)計階段詳細(xì)地設(shè)計每個模塊，確定完成每個模塊功能所需要的算法和數(shù)據(jù)結(jié)構(gòu)。過程設(shè)計是詳細(xì)設(shè)計階段應(yīng)該完成的主要任務(wù)。是要設(shè)計出程序的“藍(lán)圖”，以后程序員將根據(jù)這個藍(lán)圖寫出實(shí)際的程序代碼。過程設(shè)計的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。H圖只說明了軟件系統(tǒng)由那些模塊組成及其控制層次結(jié)構(gòu)，并未說明模塊間的信息傳遞及模塊內(nèi)部的處理。因此對一些重要模塊還必須繪制具體的IPO圖。開發(fā)人員不僅可以利用IPO圖進(jìn)行模塊設(shè)計，而且還可以利用它評價總體設(shè)計。用戶和管理人員可利用IPO圖編寫、修改和維護(hù)程序。因而，IPO圖是系統(tǒng)設(shè)計階段的一種重要文檔資料。IPO圖是對每個模塊進(jìn)行詳細(xì)設(shè)計的工具，它是輸入加工輸出INPUTPROCESSOUTPUT圖的簡稱。IPO圖的主體是算法說明部分，該部分可采用結(jié)構(gòu)化語言、判定表、判定樹，也可用NS圖、問題分析圖和過程設(shè)計語言等工具進(jìn)行描述，要準(zhǔn)確而簡明的描述模塊執(zhí)行的細(xì)節(jié)。在IPO圖中，輸入、輸出數(shù)據(jù)來源于數(shù)據(jù)詞典。局部數(shù)據(jù)項(xiàng)是指個別模塊內(nèi)部使用的數(shù)據(jù)，與系統(tǒng)的其它部分無關(guān)，僅由本模塊定義、存貯和使用有關(guān)。注釋是對本模塊有關(guān)問題作必要的說明。本章對每個模塊的詳細(xì)設(shè)計將采用IPO圖來描述，算法說明部分采用偽代碼描述，接下來的每個小節(jié)的基本格局都是這樣的界面設(shè)計，IPO圖，算法描述。各個模塊相同的部分將不重復(fù)介紹。這里對系統(tǒng)通用的一些方法給予介紹。SHOWLIST方法是實(shí)現(xiàn)將查詢字符串SZQUERY的結(jié)果顯示到M_LISTCTRL控件，具體實(shí)現(xiàn)如下。VOIDSHOWLISTCSTRINGSZQUERY,CLISTCTRL/表示有I條記錄CDATABASEDBDBOPENEXSTRCONN,0/連接數(shù)據(jù)庫CRECORDSETRSRSOPENCRECORDSETFORWARDONLY,SZQUERY/獲取記錄集M_LISTCTRLDELETEALLITEMS/刪除LISTCTRL控件中原有的內(nèi)容WHILERSISEOF/將記錄集的內(nèi)容顯示到LISTCTRL中CSTRINGSTRRSGETFIELDVALUE“RE_ID“,STRM_LISTCTRLINSERTITEMI,STRRSGETFIELDVALUE“RE_CUSTNAME“,STRM_LISTCTRLSETITEMTEXTI,1,STRIRSMOVENEXTRSCLOSE/關(guān)閉記錄集DBCLOSE/關(guān)閉數(shù)據(jù)庫連接SHOWCOMBO方法是將SZQUERY查詢到的結(jié)果添加到M_COMBO的下拉選項(xiàng)，具體實(shí)現(xiàn)如下。VOIDSHOWCOMBOCSTRINGSZQUERY,CCOMBOBOXDBOPENEXSTRCONN,0CRECORDSETRSRSOPENCRECORDSETFORWARDONLY,SZQUERYWHILERSISEOF/將記錄集內(nèi)容讀取出來并添加到組合框控件CSTRINGSTRRSGETFIELDVALUECOL,STRM_COMBOADDSTRINGSTRRSMOVENEXTRSCLOSEDBCLOSE51主界面設(shè)計主界面是系統(tǒng)用戶登錄之后接觸到的第一個界面，是系統(tǒng)所有功能的一個聚集。主界面設(shè)計圖如圖51所示。界面總體布局菜單，工具欄，主體，狀態(tài)欄。系統(tǒng)的所有模塊都可以通過菜單或者工具欄圖標(biāo)點(diǎn)擊進(jìn)入。工具欄圖標(biāo)選擇用戶可以理解的與模塊功能含義相近的一組圖片。系統(tǒng)狀態(tài)欄可以提示用戶是否進(jìn)入已登錄到數(shù)據(jù)庫。系統(tǒng)采用令人看著舒服的藍(lán)色作為背景色，會讓用戶心情愉悅。系統(tǒng)菜單設(shè)計如下系統(tǒng)管理（登錄、用戶管理、角色管理、退出）、服務(wù)站管理（服務(wù)站信息管理、服務(wù)站業(yè)務(wù)設(shè)置）、客戶管理、客戶服務(wù)（客戶咨詢、客戶建議、客戶投訴、客戶反饋）、財務(wù)管理、業(yè)務(wù)處理（預(yù)約記錄、美容記錄、維修記錄）。圖51系統(tǒng)主界面52系統(tǒng)各個模塊設(shè)計521系統(tǒng)登錄模塊設(shè)計系統(tǒng)登錄主要用于對進(jìn)入該系統(tǒng)的用戶進(jìn)行安全性檢查，以防止非法用戶進(jìn)入該系統(tǒng)。只有合法的用戶，才可以進(jìn)入該系統(tǒng)。同時根據(jù)管理員分配的權(quán)限，給予不同類型操作員相應(yīng)的操作權(quán)限。系統(tǒng)登錄模塊界面設(shè)計如圖52所示。其中圖A為總店客戶端登錄界面，圖B為服務(wù)站點(diǎn)登錄界面。圖52系統(tǒng)登錄窗體登錄模塊的IPO圖如表51所示。表51登錄模塊的IPO圖系統(tǒng)汽車企業(yè)售后服務(wù)連鎖門店管理系統(tǒng)設(shè)計人孫琳模塊名登錄日期2009年5月1日模塊編號11上層調(diào)用模塊無下層被調(diào)用模塊無輸入數(shù)據(jù)用戶名、密碼輸出數(shù)據(jù)無處理判斷數(shù)據(jù)庫記錄中是否有相應(yīng)的用戶名、密碼，即檢查用戶的合法性局部數(shù)據(jù)元素M_USERNAME,M_USERTYPE,M_USERPASS,RS注釋對用戶登陸模塊中使用的主要算法說明如下。M_USERNAME用戶輸入的用戶名M_USERTYPE用戶選擇的登錄類別M_USERPASS用戶輸入的密碼設(shè)置查詢字符串,查詢是否有用戶名、密碼、登錄類別完全一致的用戶連接數(shù)據(jù)庫打開符合查詢字符串條件的記錄集RSIFRS為空彈出對話框提示“您無權(quán)進(jìn)入本系統(tǒng)”并退出系統(tǒng)ELSE彈出對話框提示“您已成功進(jìn)入本系統(tǒng)，歡迎”USERNAMEM_USERNAMEROLEM_USERTYPEENDIF關(guān)閉記錄集關(guān)閉數(shù)據(jù)庫522用戶管理模塊設(shè)計用戶管理模塊用于對系統(tǒng)用戶進(jìn)行管理。界面設(shè)計如圖53所示，左邊LISTCTRL控件用于顯示記錄集中的信息，此處為系統(tǒng)用戶信息。鼠標(biāo)在此控件右鍵單擊會彈出菜單，菜單項(xiàng)有刷新、刪除、修改，可以刷新數(shù)據(jù)、可以刪除選中記錄、可以修改選中記錄。左下方可以查詢，有兩種查詢方式，按編號查詢和按用戶名查詢，可以通過下拉框來選擇。右邊可以編輯用戶信息，操作類別可以選擇添加、修改、刪除。圖53用戶管理窗體用戶管理模塊的IPO圖如表52所示。表52用戶管理模塊的IPO圖系統(tǒng)汽車企業(yè)售后服務(wù)連鎖門店管理系統(tǒng)設(shè)計人孫琳模塊名用戶管理日期2009年5月1日模塊編號12上層調(diào)用模塊無下層被調(diào)用模塊無輸入數(shù)據(jù)用戶名、密碼、用戶所屬角色輸出數(shù)據(jù)用戶名、用戶所屬角色處理對用戶信息的增刪改查局部數(shù)據(jù)元素FINDTYPE,SZQUERY,KEYWORD注釋對用戶管理模塊使用的主要算法說明如下1查詢算法查詢方式FINDTYPE連接字符串SZQUERY關(guān)鍵字KEYWORDSWITCHFINDTYPECASE按用戶編號查找SZQUERYSELECTFROM用戶表WHERE用戶編號KEYWORDCASE按用戶名查找SZQUERYSELECTFROM用戶表WHERE用戶名KEYWORDIFSZQUERY空串調(diào)用SHOWLIST函數(shù)，將查詢到的記錄集顯示到LISTCTRL2添加、修改、刪除算法SQL語句SQLSTR按鈕索引NIDSWITCHNIDCASE添加STRSQLINSERT語句CASE修改STRSQLUPDATE語句CASE刪除STRSQLDELETE語句IFSTRSQL空串連接數(shù)據(jù)庫執(zhí)行STRSQL語句關(guān)閉數(shù)據(jù)庫ENDIF開發(fā)此模塊過程中遇到的難點(diǎn)1LISTCTRL右鍵彈出菜單的做法通過類向?qū)長ISTCTRL控件添加NM_RCLICK消息。具體實(shí)現(xiàn)過程如下獲得鼠標(biāo)位置加載菜單加載子菜單,設(shè)置菜單彈出項(xiàng)目起始位置顯示菜單2單選按鈕的使用添加單選按鈕控件分別設(shè)置其ID為IDC_RAIDO_ADD、IDC_RAIDO_MODIFY、IDC_RAIDO_DEL，CAPTION屬性為添加、修改、刪除。此外，設(shè)置添加按鈕為GROUP屬性。設(shè)置控件的TAB鍵順序（TABORDER），保證單選鈕的TABORDER連續(xù)。以TABORDER為序，從GROUP屬性為真的控件開始（包括該控件），到下一個GROUP屬性為真的控件結(jié)束（不包括該控件），所有的這些控件將組成一個組。對于單選鈕，同一組內(nèi)同時只能有一個處于被選中狀態(tài)。單選鈕和復(fù)選框都可以響應(yīng)BN_CLICKED消息，如果一組中有多個單選鈕，分別創(chuàng)建消息處理函數(shù)就比較麻煩了，利用MFC的消息映射宏ON_CONTROL_RANGE可以避免這種麻煩，該映射宏把多個ID連續(xù)的控件發(fā)出的消息映射到同一個處理函數(shù)上，這樣，我們只要編寫一個消息處理函數(shù)就可以對一組單選鈕的BN_CLICKED消息作出響應(yīng)，CLASSWIZARD不支持該宏，必須手工創(chuàng)建。ON_CONTROL_RANGE消息映射宏的第一個參數(shù)是控件消息碼，第二和第三個參數(shù)分別指明了一組連續(xù)的控件ID中的頭一個和最后一個ID，最后一個參數(shù)是消息處理函數(shù)名。在BEGIN_MESSAGE_MAP和END_MESSAGE_MAP之間之后加入ON_CONTROL_RANGEBN_CLICKED,IDC_RADIO_ADD,IDC_RADIO_DEL,ONOPTCLICKED然后在對話框類的頭文件的AFX_MSG塊中聲明消息處理函數(shù)AFX_MSGVOIDONSEXCLICKEDUINTNCMDID最后，在對話框類所在CPP文件的最后插入消息處理函數(shù)，如下所示VOIDCUSERDLGDLGONOPTCLICKEDUINTNCMDIDSWITCHNIDCASEIDC_RADIO_ADD獲得用戶編號，將其顯示到編輯框中，等待用戶輸入信息BREAKCASEIDC_RADIO_MODIFY提示用戶輸入要修改用戶的編號BREAKCASEIDC_RADIO_DEL提示用戶輸入要刪除用戶的編號BREAK角色管理模塊和客戶管理模塊的設(shè)計都與用戶管理模塊類似，此處就不在詳述。523客服管理模塊設(shè)計客戶咨詢、客戶建議、客戶投訴、客戶反饋模塊的界面設(shè)計基本一致，此處只介紹客戶咨詢模塊?？蛻糇稍兡K界面如圖56所示。這幾個模塊的實(shí)現(xiàn)方法也與用戶管理模塊類似。用戶點(diǎn)擊添加按鈕時，系統(tǒng)自動編號，用戶只需輸入其他的信息即可。用戶選擇修改按鈕或刪除按鈕時，系統(tǒng)會提示用戶輸入咨詢編號。輸入咨詢編號，系統(tǒng)會把咨詢信息中編號為所輸入編號的咨詢信息都顯示到頁面。此外，下半部分LISTCTRL顯示的是數(shù)據(jù)庫中咨詢信息表中的內(nèi)容，在此控件右鍵彈出菜單，菜單項(xiàng)有刷新、刪除、修改。刷新的作用是刷新該控件所顯示的數(shù)據(jù)，刪除的作用是刪除選中記錄，修改的作用是將選中記錄讀到客戶咨詢界面的上半部分的編輯框中，用戶可在此修改，極大地減少了用戶冗余輸入，方便了用戶，又保證了數(shù)據(jù)錄入的準(zhǔn)確性。圖54客戶咨詢模塊窗體對此模塊使用的主要算法與用戶管理模塊類似，可以參考522小節(jié)。524服務(wù)站管理模塊設(shè)計服務(wù)站管理模塊主要是對服務(wù)站的增刪改查以及服務(wù)站業(yè)務(wù)的設(shè)置。系統(tǒng)左邊的LISTCTRL控件用來顯示服務(wù)站表中的信息。右邊可以查詢，可以進(jìn)入服務(wù)站添加、修改、刪除對話框。服務(wù)站業(yè)務(wù)設(shè)置明細(xì)可以進(jìn)入服務(wù)站業(yè)務(wù)設(shè)置對話框，服務(wù)站業(yè)務(wù)設(shè)置模塊與用戶管理模塊的設(shè)計類似，參考522小節(jié)。圖55服務(wù)站信息界面服務(wù)站管理模塊的IPO圖如表53所示表53服務(wù)站管理模塊的IPO圖系統(tǒng)汽車企業(yè)售后服務(wù)連鎖門店管理系統(tǒng)設(shè)計人孫琳模塊名服務(wù)站管理日期2009年5月1日模塊編號40上層調(diào)用模塊無下層被調(diào)用模塊服務(wù)站信息編輯模塊、服務(wù)站業(yè)務(wù)設(shè)置模塊輸入數(shù)據(jù)服務(wù)站信息輸出數(shù)據(jù)服務(wù)站信息處理對服務(wù)站信息的增刪改查，以及對服務(wù)站業(yè)務(wù)的增刪改查局部數(shù)據(jù)元素注釋對服務(wù)站管理模塊使用的主要算法可參考522小節(jié)。525服務(wù)站業(yè)務(wù)處理模塊設(shè)計服務(wù)站業(yè)務(wù)處理主要有三個方面預(yù)約處理、美容處理、維修處理。下面主要介紹維修處理，其他兩個布局是一樣的，處理方法也是一樣的。維修處理的界面如圖56所示。記錄條件檢索部分提供了三種檢索方法按維修編號檢索、按維修狀態(tài)檢索、按時間范圍檢索。選中相應(yīng)的方法之后，輸入關(guān)鍵字，點(diǎn)擊查詢，LISTCTRL控件就會顯示相應(yīng)的記錄。維修管理部分點(diǎn)擊明細(xì)按鈕，進(jìn)入維修管理對話框，如圖57所示。先選擇是否預(yù)約，如果是則提示用戶輸入預(yù)約編號，然后系統(tǒng)自動填充相關(guān)信息，用戶只需輸入少量的數(shù)據(jù)即可；如果是否，則自己錄入信息即可。圖56維修處理信息界面維修處理的IPO圖如表54所示。表54維修處理模塊的IPO圖系統(tǒng)汽車企業(yè)售后服務(wù)連鎖門店管理系統(tǒng)設(shè)計人孫琳模塊名維修管理日期2009年5月1日模塊編號53上層調(diào)用模塊無下層被調(diào)用模塊無輸入數(shù)據(jù)維修信息輸出數(shù)據(jù)維修信息處理對維修信息的增刪改查局部數(shù)據(jù)元素注釋圖57維修信息編輯界面對維修信息管理模塊使用的主要算法說明如下1查詢子模塊算法三種查詢方式按維修編號、維修狀態(tài)、時間范圍查詢是通過單選按鈕實(shí)現(xiàn)的。首先通過類向?qū)檫@組按鈕定義一個變量M_FINDTYPE，通過該變量可以判斷該組單選按鈕是否被選中，若被選中則可以通過該變量確定是哪個按鈕被選中。算法設(shè)計如下CSTRINGSTRSQL_T“更新變量，將界面