【文章內(nèi)容簡介】 ┊ ┊ ┊ ┊ ┊ ┊ ┊ 圖 22 服務站管理用例模型 (3)服務站業(yè)務處理 功能需求 ① 功能描述 a) 電話預約業(yè)務 b) 汽車維修記錄管理 （ 配件損壞維修、返廠維修等 ） c) 汽車美容記錄管理（汽車保養(yǎng)方面） ② 用例 模型 服務站業(yè)務處理用例模型如圖 23所示。 圖 23 服務站業(yè)務 處理用例模型 (4)客戶服務 功能需求 ① 功能描述 a) 客戶咨詢業(yè)務 b) 客戶建議受理 c) 客戶投訴受理 d) 客戶反饋處理 ② 用例 模型 客戶服務用例模型如圖 24所示。 設置服務站業(yè)務刪除服務站添加服務站管理服務站 in c l u d e in c l u d e in c l u d e 修改服務站 in c l u d e 預約維修登記汽車維修登記汽車美容登記服務站業(yè)務處理 in c l u d e in c l u d e in c l u d e 長 春 大 學 畢業(yè)設計（論文）紙 共 39 頁 第 6 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 圖 24 客戶服務用例模型 系統(tǒng)性能需求 硬件 環(huán)境 CPU： AMD 3000+； 內(nèi)存 ： 建議使用 512MB或以上的 RAM； 顯示驅(qū)動： 256色、 800*600分辨率； 軟件 環(huán)境 操作系統(tǒng)平臺 ： Microsoft Windows 2022或 Windows XP 程序開發(fā)環(huán)境 ： Visual C++ 數(shù)據(jù)庫 管理系統(tǒng) ： Microsoft SQL Server 2022 開發(fā)語言： Microsoft Visual C++ 可行性研究 可行性研究的目的就是 以 最小的代價在盡可能短的時間內(nèi)確定問題是否能夠繼續(xù)。必須明確的一點就是，可行性研究的目的不是解決問題，而是確定問題是否值得去解。如果問題沒有可行的解，那么任何花在問題上的時間、資源和經(jīng)費都是無謂的浪費。 通常，我們要對方案從技術、經(jīng)濟、社會因素、用戶操作等方面進行可行性分析，從而最終確定這項工程的可行性。本章將分別從這幾個方面分析可行性。 技術可行性 本系統(tǒng)在開發(fā)過程中采用 Visual C++。系統(tǒng)完成后，可以在運行穩(wěn)定的大多數(shù)操作系統(tǒng)中運行，采用模塊化的方法設計系統(tǒng)，模塊的設計按照低耦合高內(nèi)聚的原則，所以有較好的獨立性、可擴展性、安全性。 本系統(tǒng)在技術上是可行的。 操作可行性 用戶 最終 看到的都是可視化的 人機 界面，全中文菜單 。設計界面時也盡可能地簡潔，盡量減少用戶的輸入動作，如使用下拉框或單選按鈕等等， 消除冗余的輸入。 設受理客戶咨詢受理客戶建議受理客戶反饋客戶服務 in c l u d e in c l u d e in c l u d e 受理客戶投訴 in c l u d e 長 春 大 學 畢業(yè)設計（論文）紙 共 39 頁 第 7 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 計時還有很多友情提示，可幫助用戶節(jié)約學習時間。用戶只需掌握一些計算機的基本操作就可以 使用該系統(tǒng)功能 。 保持信息顯 示和數(shù)據(jù)輸入之間的一致性。 經(jīng)濟可行性 系統(tǒng)在開發(fā)過程中利用的資源相對較少，并且不需要太高的硬件支持，同時系統(tǒng)的設計初衷是結合實際應用完成的，經(jīng)濟消耗不會很大，也不需要任何其它設備，所以在經(jīng)濟上可以開發(fā)本系統(tǒng)。 小結 本章完成了系統(tǒng)的需求分析 和可行性研究 ， 通過對技術、經(jīng)濟、操作三個方面可行性的分析，確定了本系統(tǒng)的可行性 ，并 抽象出系統(tǒng)的分析模型，接下來第 4章 、第5章 會詳細描述系統(tǒng)設計階段的任務。 長 春 大 學 畢業(yè)設計（論文）紙 共 39 頁 第 8 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 3 開發(fā)工具 簡介 本系統(tǒng)采用 C/S 模式開發(fā)，選擇 作為 客戶端 開發(fā)工具 ， Microsoft SQL Server 2022作為后臺數(shù)據(jù)庫。 Visual C++ 介紹 VC++、編輯、編譯、連接、運行等各種操作為一體的、具有 Windows 窗口界面特色的環(huán)境。 使用 Visual C++的一個原因是它的靈活性，你可以徹底地控制整個開發(fā)環(huán)境，本系統(tǒng)使用 VC 開發(fā)客戶端應用程序，其中用到了微軟基礎類庫 MFC， MFC是 Win API 與 C++的結合 ，是 API 的封裝 。 利用 Visual C++/MFC 開發(fā) Windows 程序的 優(yōu)勢 MFC借助 C++的優(yōu)勢為 Windows開發(fā)開辟了一片新天地，同時也借助 應用程序向?qū)?使開發(fā)者擺脫離了那些每次都必寫基本代碼，借助 類向?qū)?和消息映射使開發(fā)者擺脫了定義消息處理時那種混亂和冗長的代碼段。更令人興奮的是利用 C++的封裝功能使開發(fā)者擺脫 Windows 中各種句柄的困擾，只需要面對 C++中的對象，這樣一來使開發(fā)更接近開發(fā)語言而遠離系統(tǒng)。 正因為 MFC是建立在 C++的基礎上，所以 要 強調(diào) C/C++語言基礎對開發(fā)的重要性。利用 C++的封裝性開發(fā)者可以更容易理解和操作各種窗口對象；利用 C++的派生性開發(fā)者可以 減少開發(fā)自定義窗口的時間和創(chuàng)造出可重用的代碼；利用虛擬性可以在必要時更好的控制窗口的活動。而且 C++本身所具備的超越 C語言的特性都可以使開發(fā)者編寫出更易用，更靈活的代碼。 在 MFC中對消息的處理利用了消息映射的方法，該方法的基礎是宏定義實現(xiàn)，通過宏定義將消息分派到不同的成員函數(shù)進行處理。 MFC的 ODBC 類簡介 MFC的 ODBC類對較復雜的 ODBC API進行了封裝，提供了簡化的調(diào)用接口，從而大大方便了數(shù)據(jù)庫應用程序的開發(fā)。程序員不必了解 ODBC API和 SQL 的具體細節(jié)，利用 ODBC類即可完 成對數(shù)據(jù)庫的大部分操作。 MFC的 ODBC類主要包括 五 大類。 CDatabase類：主要功能是建立與數(shù)據(jù)源的連接。 CRecordset類：該類代表從數(shù)據(jù)源選擇的一組記錄（記錄集），程序可以選擇數(shù)據(jù)源中的某個表作為一個記錄集，也可以通過對表的查詢得到記錄集，還可以合并同一數(shù)據(jù)源中多個表的列到一個記錄集中．通過該類可對記錄集中的記錄進行滾動、修改、增加和刪除等操作。 長 春 大 學 畢業(yè)設計（論文）紙 共 39 頁 第 9 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ CRecordView類：提供了一個表單視圖與某個記錄集直接相連，利用對話框數(shù)據(jù)交換機制 (DDX)在記錄集與表單視圖的控件之間傳輸數(shù)據(jù)。該類支持 對記錄的瀏覽和更新，在撤銷時會自動關閉與之相聯(lián)系的記錄集。 CFieldExchange 類：支持記錄字段數(shù)據(jù)交換（ DFX），即記錄集字段數(shù)據(jù)成員與相應的數(shù)據(jù)庫的表的字段之間的數(shù)據(jù)交換。該類的功能與 CDataExchange 類的對話框數(shù)據(jù)交換功能類似。 CDBException類：代表 ODBC類產(chǎn)生的異常。 概括地講， CDatabase 針對某個數(shù)據(jù)庫，它負責連接數(shù)據(jù)源； CRecordset 針對數(shù)據(jù)源中的記錄集，它負責對記錄的操作； CRecordView 負責界面，而 CFieldExchange負責 CRecordset與數(shù)據(jù)源的數(shù)據(jù)交換。 數(shù)據(jù)庫介紹 系統(tǒng)后臺數(shù)據(jù)庫 Microsoft SQL Server 2022 能提供超大型系統(tǒng)所需的數(shù)據(jù)庫服務。大型服務器可能有成千上萬的用戶同時連接到 SQL Server 2022 實例。 SQL Server 2022 為這些環(huán)境提供了全面的保護，具有防止問題發(fā)生的安全措施 。 SQL Server 2022 還在多個用戶之間有效地分配可用資源，比如內(nèi)存、網(wǎng)絡帶寬和磁盤 I/O。 SQL Server是一個 C/S數(shù)據(jù)庫服務器 。 ODBC介紹 ODBC 是 開放數(shù) 據(jù)庫互連 的簡稱 ,是一種使用 SQL 的應用程序接口 (API)，是微軟公司開放服務結構中有關數(shù)據(jù)庫的一個組成部分，它建立了一組規(guī)范，并提供了一組對數(shù)據(jù)庫訪問的標準 API（應用程序編程接口）。這些 API 利用 SQL 來完成其大部分任務。 ODBC本身也提供了對 SQL語言的支持，用戶可以直接將 SQL 語句送給 ODBC。 一個基于 ODBC 的應用程序?qū)?shù)據(jù)庫的操作不依賴任何 DBMS，不直接與 DBMS 打交道，所有的數(shù)據(jù)庫操作由對應的 DBMS 的 ODBC 驅(qū)動程序完成。也就是說，不論是FoxPro、 Access還是 Oracle數(shù)據(jù)庫， 均可用 ODBC API進行訪問。由此可見， ODBC的最大優(yōu)點是能以統(tǒng)一的方式處理所有的數(shù)據(jù)庫。 應用程序要訪問一個數(shù)據(jù)庫，首先必須用 ODBC 管理器注冊一個數(shù)據(jù)源，管理器根據(jù)數(shù)據(jù)源提供的數(shù)據(jù)庫位置、數(shù)據(jù)庫類型及 ODBC 驅(qū)動程序等信息，建立起 ODBC與具體數(shù)據(jù)庫的聯(lián)系。這樣，只要應用程序?qū)?shù)據(jù)源名提供給 ODBC， ODBC 就能建立起與相應數(shù)據(jù)庫的連接。 ODBC各部件之間的關系圖如圖 31所示： 長 春 大 學 畢業(yè)設計（論文）紙 共 39 頁 第 10 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 圖 31 ODBC各部件之間的關系 在訪問 ODBC 數(shù)據(jù)源時需要 ODBC 驅(qū)動程序的支持 。 ODBC 是為調(diào)用關系數(shù)據(jù)庫提供統(tǒng)一途徑的一類 API,由于它適用于許多不同的數(shù)據(jù)庫產(chǎn)品 ,因此是服務器擴展程序開發(fā)者們理所當然的選擇。 用 Visual C++ 安裝程序可以安裝 SQL Server、 Access等驅(qū)動程序 。 本章小結 通 過對所選開發(fā)工具的了解，更加熟悉了各種開發(fā)工具的優(yōu)缺點。選擇 VC和 SQL Server 既是由于二者的強大，又是由于本人較熟悉這兩種工具，所以開發(fā)起來相對更容易些，開發(fā)周期也會相應縮短。 長 春 大 學 畢業(yè)設計（論文）紙 共 39 頁 第 11 頁 ┊ ┊ ┊ ┊ ┊