【正文】 析，在一個(gè)完全成熟 的國(guó)際化汽車市場(chǎng)，汽車的銷售利潤(rùn)約占整個(gè)汽車業(yè)利潤(rùn)的 20%，零部件供應(yīng)利潤(rùn)約占 20%，有 60%的利潤(rùn)是在其服務(wù)領(lǐng)域中產(chǎn)生的。已完成 如下 工作 。 軟件需求分析是系統(tǒng)開(kāi)發(fā)的第一步也是最重要的一個(gè)環(huán)節(jié)，其基本任務(wù)是準(zhǔn)確地回答 “ 系統(tǒng)做什么？ ” 這個(gè)問(wèn)題，這需要在對(duì)用戶需求進(jìn)行充分調(diào)研的基礎(chǔ)上，深入理解并描述出軟件的功能、性能、 接口等方面的需求，可以使用 UML建模作為需求分析和系統(tǒng)設(shè)計(jì)的有效方法。也就是說(shuō)，需求分析的第一步是盡可能準(zhǔn)確地了解用戶當(dāng)前的情況和需要解決的問(wèn)題。然而在最終的系統(tǒng)中缺不能遺漏任何一個(gè)微笑的細(xì)節(jié)，所以可行性研究并不能代替需求分析，它實(shí)際上并沒(méi)有準(zhǔn)確地回答“系統(tǒng)必須做什么”這個(gè)問(wèn)題。 訪談是歷史悠久的與用戶通信的技術(shù)，至今仍被系統(tǒng)分析員廣泛采用。快速應(yīng)具備的基本特性是“快速”和“容易修改”，因此必須有適當(dāng)?shù)能浖ぞ咧С挚焖僭烷L(zhǎng) 春 大 學(xué) 畢業(yè)設(shè)計(jì)（論文）紙 共 39 頁(yè) 第 4 頁(yè) ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 技術(shù)。因此，需要開(kāi)發(fā)人員理解和分析需求，并將系統(tǒng)應(yīng)該具有的功能通過(guò)用例圖直觀的描述出來(lái) ，方便用戶理解并做出評(píng)判，開(kāi)發(fā)人員從而可以根據(jù)用戶的反饋不斷調(diào)整用例模型，直至完全正確、充分描述清楚系統(tǒng)功能。 圖 21 客戶關(guān)系管理用例模型 (2)服務(wù)站管理 功能需求 ① 功能描述 完成 服務(wù)站的添加、修改、刪除、查詢以及服務(wù)站業(yè)務(wù)的設(shè)置。 圖 23 服務(wù)站業(yè)務(wù) 處理用例模型 (4)客戶服務(wù) 功能需求 ① 功能描述 a) 客戶咨詢業(yè)務(wù) b) 客戶建議受理 c) 客戶投訴受理 d) 客戶反饋處理 ② 用例 模型 客戶服務(wù)用例模型如圖 24所示。 通常，我們要對(duì)方案從技術(shù)、經(jīng)濟(jì)、社會(huì)因素、用戶操作等方面進(jìn)行可行性分析，從而最終確定這項(xiàng)工程的可行性。 本系統(tǒng)在技術(shù)上是可行的。用戶只需掌握一些計(jì)算機(jī)的基本操作就可以 使用該系統(tǒng)功能 。 長(zhǎng) 春 大 學(xué) 畢業(yè)設(shè)計(jì)（論文）紙 共 39 頁(yè) 第 8 頁(yè) ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 3 開(kāi)發(fā)工具 簡(jiǎn)介 本系統(tǒng)采用 C/S 模式開(kāi)發(fā)，選擇 作為 客戶端 開(kāi)發(fā)工具 ， Microsoft SQL Server 2022作為后臺(tái)數(shù)據(jù)庫(kù)。更令人興奮的是利用 C++的封裝功能使開(kāi)發(fā)者擺脫 Windows 中各種句柄的困擾，只需要面對(duì) C++中的對(duì)象，這樣一來(lái)使開(kāi)發(fā)更接近開(kāi)發(fā)語(yǔ)言而遠(yuǎn)離系統(tǒng)。 在 MFC中對(duì)消息的處理利用了消息映射的方法，該方法的基礎(chǔ)是宏定義實(shí)現(xiàn)，通過(guò)宏定義將消息分派到不同的成員函數(shù)進(jìn)行處理。 CDatabase類：主要功能是建立與數(shù)據(jù)源的連接。 CFieldExchange 類：支持記錄字段數(shù)據(jù)交換（ DFX），即記錄集字段數(shù)據(jù)成員與相應(yīng)的數(shù)據(jù)庫(kù)的表的字段之間的數(shù)據(jù)交換。 數(shù)據(jù)庫(kù)介紹 系統(tǒng)后臺(tái)數(shù)據(jù)庫(kù) Microsoft SQL Server 2022 能提供超大型系統(tǒng)所需的數(shù)據(jù)庫(kù)服務(wù)。 SQL Server是一個(gè) C/S數(shù)據(jù)庫(kù)服務(wù)器 。 一個(gè)基于 ODBC 的應(yīng)用程序?qū)?shù)據(jù)庫(kù)的操作不依賴任何 DBMS，不直接與 DBMS 打交道，所有的數(shù)據(jù)庫(kù)操作由對(duì)應(yīng)的 DBMS 的 ODBC 驅(qū)動(dòng)程序完成。這樣，只要應(yīng)用程序?qū)?shù)據(jù)源名提供給 ODBC， ODBC 就能建立起與相應(yīng)數(shù)據(jù)庫(kù)的連接。 本章小結(jié) 通 過(guò)對(duì)所選開(kāi)發(fā)工具的了解，更加熟悉了各種開(kāi)發(fā)工具的優(yōu)缺點(diǎn)。 軟件設(shè)計(jì)階段包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。 軟件設(shè)計(jì)的基本原理要求，程序應(yīng)該模塊化，也就是說(shuō)一個(gè)程序應(yīng)該由若干個(gè)規(guī)模適中的模塊按合理 的層次結(jié)構(gòu)組織而成。經(jīng)過(guò)分析研究，本系統(tǒng)需要完成的 主要 功能如下 。 (3)服務(wù)站業(yè)務(wù) 設(shè)置 設(shè)置服務(wù)站 美容、維修 兩 大派系 業(yè)務(wù) 的具體業(yè)務(wù)名稱及費(fèi)用 。 模塊的設(shè)計(jì)應(yīng)該滿足低耦合、高內(nèi)聚的原則，這樣才能保證模塊的獨(dú)立性。 本系統(tǒng)的層次結(jié)構(gòu)圖如圖 41所示 。 用戶管理：系統(tǒng)用戶（管理 員，服務(wù)站負(fù)責(zé)人、客戶服務(wù)）的增刪改查。 客服管理：受理客戶咨詢、建議、投訴、反饋業(yè)務(wù)。 客戶反饋：客戶反饋信息錄入、修改、刪除。 服務(wù)站業(yè)務(wù)處理：包括對(duì) 預(yù)約、美容、維修信息的增刪改查。 財(cái)務(wù)統(tǒng)計(jì)：可以統(tǒng)計(jì)用戶指定時(shí)間范圍內(nèi)某服務(wù)站維修、美容的 財(cái)務(wù) 信息 。 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù)是存儲(chǔ)在一起的相關(guān)數(shù)據(jù)的集合，這些數(shù)據(jù)是結(jié)構(gòu)化的、無(wú)害的、無(wú)不必要的冗余的，并為多種應(yīng)用服務(wù)。數(shù)據(jù)庫(kù)中 的數(shù)據(jù)按一定的數(shù)據(jù)模型組織、描述和存儲(chǔ)，具有較小的冗余度、較高的數(shù)據(jù)獨(dú)立性和易擴(kuò)展性，并可為各種用戶共享 [2]。 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的設(shè)計(jì)包括兩部分 。這兩部分是緊密相關(guān)、相輔相成的，組成統(tǒng)一的數(shù)據(jù)庫(kù)工程，如圖 42所示。 (1)用戶 信息，包含的數(shù)據(jù)項(xiàng)有 用戶 編號(hào)、 用戶 名、密碼。 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) 將用戶需求分析得到用戶需求抽象為信息結(jié)構(gòu)即概念模型的過(guò)程就是概念 結(jié)構(gòu)設(shè)計(jì)。 總體 ER圖框架如圖 42所示。 設(shè)計(jì)邏輯結(jié)構(gòu)時(shí)一般要分三步走 。 第一步， ER圖向關(guān)系模型轉(zhuǎn)換 。 實(shí)體型間的聯(lián)系有以下幾種不同情況 。 按照以上原則，將 ER圖轉(zhuǎn)換為如下的關(guān)系模型 ，下劃線為橫線的表示為關(guān)系模式的主鍵，波浪線為外鍵 。關(guān)系數(shù)據(jù)模型的優(yōu)化通常以規(guī)范化理論為指導(dǎo)，方法為： (1)確定數(shù)據(jù)依賴。 需要注意的一點(diǎn)就是，并不是規(guī)范化程度越高的關(guān)系就越好。 分析上述關(guān)系模式 ， 沒(méi)有 部分依賴和傳遞依賴，符合第三范式。 本章小結(jié) 通過(guò)本章的總體設(shè)計(jì)，更加明確了本系統(tǒng)需要完成的功能，并通過(guò)數(shù)據(jù)庫(kù)設(shè)計(jì)完成了系統(tǒng)的表結(jié)構(gòu)設(shè)計(jì)。 是要設(shè)計(jì)出程序的“藍(lán)圖”，以后程序員將根據(jù)這個(gè)藍(lán)圖寫(xiě)出實(shí)際的程序代碼。 開(kāi)發(fā)人員不僅可以利用 IPO 圖進(jìn)行模塊設(shè)計(jì)，而且還可以利用它評(píng)價(jià)總體設(shè)計(jì)。 IPO 圖的主體是算法說(shuō)明部分，該部分可采用結(jié)構(gòu)化語(yǔ)言、判定表、判定樹(shù)，也可用 N－ S 圖、問(wèn)題分析圖和過(guò)程設(shè)計(jì)語(yǔ)言等工具進(jìn)行描述，要準(zhǔn)確而簡(jiǎn)明的描述模塊執(zhí)行的細(xì)節(jié)。 本章對(duì)每個(gè)模塊的詳細(xì)設(shè)計(jì)將采用 IPO 圖來(lái)描述，算法說(shuō)明部分采用偽代碼描述，接下來(lái)的每個(gè)小節(jié)的基本格局都是這樣的 ： 界面設(shè)計(jì)， IPO圖，算法描述。 void ShowList(CString szQuery,CListCtrl amp。//連接數(shù)據(jù)庫(kù) CRecordset rs( amp。//刪除 ListCtrl 控件中原有的內(nèi)容 while(!()) //將記錄集的內(nèi)容顯示到 ListCtrl中 { 長(zhǎng) 春 大 學(xué) 畢業(yè)設(shè)計(jì)（論文）紙 共 39 頁(yè) 第 19 頁(yè) ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ CString str。 (i, 1, str)。//關(guān)閉記錄集 ()。 (strConn,0)。 while(!()) //將記錄集內(nèi)容讀取出來(lái)并添加到組合框控件 { CString str。 } ()。界面總體布局：菜單，工具欄，主體，狀態(tài)欄。 系統(tǒng)采用令人看著舒服的藍(lán)色作為背景色，會(huì)讓用戶心情愉悅。 同時(shí)根據(jù)管理員分配的權(quán)限，給予 不同類型 操作員相應(yīng)的操作權(quán)限。 表 51 登錄模塊的 IPO圖 系統(tǒng)：汽車企業(yè)售后服務(wù)連鎖門(mén)店管理系統(tǒng) 設(shè)計(jì)人：孫琳 模塊名：登錄 日期： 2022年 5月 1日 模塊編號(hào)： 上層調(diào)用模塊：無(wú) 下層被調(diào)用模塊：無(wú) 輸入數(shù)據(jù)：用戶名、密碼 輸出數(shù)據(jù)：無(wú) 處理：判斷數(shù)據(jù)庫(kù)記錄中是否有相應(yīng)的用戶名、密碼，即檢查用戶的合法性 局部數(shù)據(jù)元素： m_UserName, m_UserType, m_Userpass, rs 注釋： 對(duì)用戶登陸模塊中使用的主要 算法說(shuō)明 如下。 界面設(shè)計(jì)如圖 53所示 ， 左邊 ListCtrl控件用于顯示記錄集中的信息，此處為系統(tǒng)用戶信息。 長(zhǎng) 春 大 學(xué) 畢業(yè)設(shè)計(jì)（論文）紙 共 39 頁(yè) 第 22 頁(yè) ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線。左下方可以查詢，有兩種查詢方式，按編號(hào)查詢和按用戶名查詢 ，可以通過(guò)下拉框來(lái)選擇 。 role = m_UserType。其中圖 (a)為總店客戶端登錄界面，圖 (b)為服務(wù)站點(diǎn)登錄界面。 圖 51 系統(tǒng) 主 界面 系統(tǒng) 各個(gè) 模塊設(shè)計(jì) 系統(tǒng)登錄模塊設(shè)計(jì) 系統(tǒng)登錄主要用于對(duì)進(jìn)入該系統(tǒng)的用戶進(jìn)行安全性檢查，以防止非法用戶進(jìn)入該系統(tǒng)。 工具欄圖標(biāo)選擇用戶可以理解的與模塊功能含義相近的一組圖片。 } 主 界面設(shè)計(jì) 主界面是系統(tǒng)用戶登錄之后接觸到的第一個(gè)界面，是系統(tǒng)所有功能的一個(gè)聚集。 (str)。db )。 void ShowCombo(CString szQuery, CComboBox amp。 ()。 (i,str)。 (CRecordset::forwardOnly,szQuery)。 //表示有 i條記錄 CDatabase db。 這里對(duì) 系統(tǒng)通用的一些方法 給予介紹 。局部數(shù)據(jù)項(xiàng)是指?jìng)€(gè)別模塊內(nèi)部使用的數(shù)據(jù)，與系統(tǒng)的其它部分無(wú)關(guān)，僅由本模塊定義、存貯和使用 有關(guān) 。因而， IPO 圖是系統(tǒng)設(shè)計(jì)階段的一種重要文檔資料。 H圖只說(shuō)明了軟件系統(tǒng)由那些模塊組成及其控制層次結(jié)構(gòu)，并未說(shuō)明間的信息傳遞及模塊內(nèi)部的處理。 長(zhǎng) 春 大 學(xué) 畢業(yè)設(shè)計(jì)（論文）紙 共 39 頁(yè) 第 18 頁(yè) ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 5 系統(tǒng)詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)階段詳細(xì)地設(shè)計(jì)每個(gè)模塊，確定完成每個(gè)模塊功能所需要的算法和數(shù)據(jù)結(jié)構(gòu)。在關(guān)系數(shù)據(jù)庫(kù)里，所有的數(shù)據(jù)都按表 (關(guān)系 )進(jìn)行組織和管理。所以，我們需要具體問(wèn)題具體分析。 (3)按照數(shù)據(jù)依賴的理論對(duì)關(guān)系模式逐一分析，考察是否存在部函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定各關(guān)系模式分別屬于第幾范式 。 數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的結(jié)果不是唯一的。 (2)一個(gè) 1： n的聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與 n端對(duì)應(yīng)的關(guān)系模式合并。 將 ER圖轉(zhuǎn)化為關(guān)系模型實(shí)際上就是要將 ER圖的三個(gè)要素 —— 實(shí)體型、實(shí) 體的屬性和實(shí)體型之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，轉(zhuǎn)換一般遵循以下原則。 系統(tǒng)采用 SQL Server 2022支持關(guān)系模型，將 在之后 介紹本系統(tǒng)邏輯結(jié)構(gòu)的設(shè)計(jì)，并把第一、二步驟合并。 長(zhǎng) 春 大 學(xué)