車輛管理系統(tǒng)

1、目目 錄錄摘摘 要要.I序序 言言.II1 可行性分析可行性分析.11.1 問題描述.11.2 可行性分析研究.11.2.1 技術(shù)可行性.11.2.2 經(jīng)濟(jì)可行性.21.2.3 操作可行性.21.3 結(jié)論意見.22 項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開發(fā)計(jì)劃.32.1 編寫目的.32.2 項(xiàng)目背景.32.3 項(xiàng)目概述.32.4 項(xiàng)目開發(fā)計(jì)劃.43 需求分析需求分析.53.1 任務(wù)需求分析.53.2 數(shù)據(jù)流圖、數(shù)據(jù)字典及實(shí)體聯(lián)系圖.63.2.1 數(shù)據(jù)流圖.63.2.2 數(shù)據(jù)字典.73.2.3 實(shí)體聯(lián)系 E-R 圖.84 系統(tǒng)概要設(shè)計(jì)系統(tǒng)概要設(shè)計(jì).134.1 總體設(shè)計(jì).134.2 系統(tǒng)功能模塊圖.134.3 數(shù)據(jù)庫

2、概念設(shè)計(jì).144.4 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì).14i4.5 連接數(shù)據(jù)庫的特點(diǎn).175 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì).185.1 系統(tǒng)的主要功能.185.2 程序流程圖.205.3 用戶界面設(shè)計(jì).235.3.1 一般交互設(shè)計(jì).235.3.2 信息顯示設(shè)計(jì).235.3.3 數(shù)據(jù)輸入設(shè)計(jì).245.4 程序設(shè)計(jì)過程.245.4.1 各模塊功能及截圖.246 軟件測試軟件測試.286.1 測試目標(biāo)和方法.286.2 測試用例.28設(shè)計(jì)總結(jié)設(shè)計(jì)總結(jié).33參考文獻(xiàn)參考文獻(xiàn).34致致 謝謝.35摘摘 要要面對(duì)國內(nèi)汽車數(shù)量的不斷增加，在人們的生活中，機(jī)動(dòng)車輛是我們每天都離不開的交通工具，因此，我們要想能更好的使用它們，充分的發(fā)

3、揮它們的作用，使其能更好的服務(wù)于社會(huì)，就應(yīng)該有一個(gè)良好的車輛管理系統(tǒng)。車輛綜合業(yè)務(wù)管理系統(tǒng)的主要作用是對(duì)于一個(gè)中等規(guī)模的、獨(dú)立運(yùn)營的車隊(duì)實(shí)現(xiàn)車輛調(diào)度和車隊(duì)綜合業(yè)務(wù)的有效管理。在對(duì)車隊(duì)的車輛調(diào)度、駕駛員管理、車輛管理以及業(yè)務(wù)管理.本系統(tǒng)分為業(yè)務(wù)模塊和系統(tǒng)模塊。業(yè)務(wù)模塊包括：訂單管理模塊、車輛信息管理模塊、駕駛員管理模塊，這三個(gè)模塊都有各自的子模塊，在每個(gè)子模塊里都實(shí)現(xiàn)了相關(guān)信息的新建、保存、刪除、查詢功能;系統(tǒng)模塊包括：數(shù)據(jù)備份模塊、數(shù)據(jù)庫恢復(fù)、修改密碼模塊、退出系統(tǒng)，這些為管理員提供更完善的系統(tǒng)管理支持。關(guān)鍵詞關(guān)鍵詞：機(jī)關(guān)車輛管理；VB; Access序序 言言隨著現(xiàn)代化管理手段的進(jìn)步和科學(xué)技

4、術(shù)的日益發(fā)展，用戶對(duì)車輛管理的要求越來越高。過去的人工管理方式已經(jīng)不適應(yīng)現(xiàn)代化發(fā)展的需要，針對(duì)目前快節(jié)奏，高速度的工作模式，要求管理方法和制度要有一個(gè)根本的改善，這種改善要適應(yīng)用擁有各種類型車輛的機(jī)關(guān)企事業(yè)單位，車輛的管理 成為日常事務(wù)中的一項(xiàng)重要工作。如何讓事務(wù)管理人員及時(shí)了解每一輛車的情況，合理安排員工的車輛使用要求，提高車輛的使用效率，就成為各單位亟待解決的一個(gè)難題。針對(duì)這種狀況，很多大型企業(yè)集團(tuán)提出了車輛管理系統(tǒng)建設(shè)要求，希望通過系統(tǒng)建設(shè)實(shí)現(xiàn)有效的車輛檔案管理、車輛調(diào)度管理、費(fèi)用管理、司機(jī)管理、車輛成本核算、車務(wù)管理及智能預(yù)警等。本系統(tǒng)開發(fā)的主要目的就是要提高車輛及其業(yè)務(wù)管理質(zhì)量及效率

5、，從而提高企業(yè)的經(jīng)濟(jì)效益。車輛綜合業(yè)務(wù)管理是一項(xiàng)瑣碎、復(fù)雜而又十分細(xì)致的工作。手工進(jìn)行公司日常的車輛錄入，訂單訂購，車輛調(diào)度等工作，很容易出現(xiàn)問題。正是車輛綜合業(yè)務(wù)管理的這種重復(fù)性、規(guī)律性、時(shí)間性，使得車輛綜合業(yè)務(wù)管理的 計(jì)算機(jī)信息化成為可能。讓計(jì)算機(jī)進(jìn)行以上所說的工作，不僅能夠保證車輛的調(diào)度正確無誤，而且還可以嚴(yán)格規(guī)范企業(yè)的應(yīng)收應(yīng)付管理，并利用先進(jìn)的管理模式，推動(dòng)企業(yè)的快速發(fā)展，實(shí)現(xiàn)企業(yè)管理工作的系統(tǒng)化、規(guī)范化和自動(dòng)化。1 1 可行性分析可行性分析1.11.1 問題描述問題描述隨著科學(xué)技術(shù)的發(fā)展，社會(huì)進(jìn)步，計(jì)算機(jī)迅速的發(fā)展,車輛綜合業(yè)務(wù)管理的方法也日新月異,以前全是由人工管理的方法現(xiàn)存在很多

6、的缺點(diǎn)：管理效率低，勞動(dòng)強(qiáng)度大，信息處理速度低而且準(zhǔn)確率也不夠令人滿意，車輛管理工作是商業(yè)管理工作中的一項(xiàng)重要內(nèi)容，數(shù)據(jù)量龐大，這項(xiàng)工作原來一直是采用手工的方式進(jìn)行記錄與統(tǒng)計(jì)，是一項(xiàng)工作任務(wù)繁重、耗費(fèi)大量人才和物力而且容易出現(xiàn)失誤的工作。尤其現(xiàn)在經(jīng)營規(guī)模越來越大，客戶越來越多，這一問題愈加明顯，因此在計(jì)算機(jī)飛速發(fā)展的今天，應(yīng)用數(shù)據(jù)庫技術(shù)實(shí)現(xiàn)客戶信息的計(jì)算機(jī)管理是可行而必要的工作。在各大中小商業(yè)系統(tǒng)中，用計(jì)算機(jī)管理的信息已經(jīng)越來越普遍了，不但可以提高工作效率，節(jié)省人力物力，而且還增強(qiáng)了客戶資料的安全性，提高管理水平。1.21.2 可行性分析研究可行性分析研究并不是所有問題當(dāng)接受一個(gè)軟件開發(fā)任務(wù)，

7、就進(jìn)入軟件生命的第一個(gè)階段，即進(jìn)行可行性的研究。具有簡單的解決辦法，許多問題不能在預(yù)定的規(guī)模之內(nèi)解決。因此通過可行性的研究分析可以知道問題。有無可行性的解決方法，進(jìn)而避免人力、物力和才力的浪費(fèi)。在現(xiàn)行系統(tǒng)初步調(diào)查的基礎(chǔ)上就可以提出新系統(tǒng)目標(biāo)，即新系統(tǒng)建立后所要求達(dá)到的運(yùn)行指標(biāo)，這是系統(tǒng)開發(fā)和評(píng)價(jià)的依據(jù)。系統(tǒng)目標(biāo)應(yīng)充分體現(xiàn)，直接為車輛綜合業(yè)務(wù)管理系統(tǒng)服務(wù)，并且程序可以分期分批實(shí)現(xiàn)。但是需要指出的是，系統(tǒng)目標(biāo)是不可能在總體規(guī)劃階段就提得非常具體，它還將在開發(fā)過程中逐步明確和定量化，以達(dá)到更加出色的程序系統(tǒng)。1.2.11.2.1 技術(shù)可行性技術(shù)可行性技術(shù)上的可行性分析主要分析現(xiàn)有技術(shù)條件能否順利完成

8、開發(fā)工作，硬、軟件配置能否滿足開發(fā)者需要等。根據(jù)客戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，根據(jù)新系統(tǒng)目標(biāo)來衡量所需的技術(shù)是否具備。本系統(tǒng)是一個(gè)數(shù)據(jù)庫管理和查詢的系統(tǒng)，現(xiàn)有的技術(shù)已較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項(xiàng)條件良好，估計(jì)利用現(xiàn)有技術(shù)條件應(yīng)完全可以達(dá)到該系統(tǒng)的功能目標(biāo)。同時(shí)，考慮給予的開發(fā)期限也較為充裕，預(yù)計(jì)系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。1.2.21.2.2 經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性對(duì)車輛綜合業(yè)務(wù)管理系統(tǒng)的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià)，一方面是估算開發(fā)它的支出費(fèi)用，其中包括設(shè)備購置費(fèi)、軟件開發(fā)費(fèi)、管理和維護(hù)費(fèi)、人員工資和培訓(xùn)費(fèi)等。另一方面是估算車輛綜合業(yè)務(wù)管理這個(gè)軟件可能取得的收益中

9、可以用錢來衡量的那部分，并對(duì)目前的軟件市場進(jìn)行調(diào)查,所做軟件是否有很大的銷售市場和相當(dāng)規(guī)模的用戶群。所做軟件的開發(fā)成本與客戶提出的要求是否可達(dá)到雙方都滿意。并且，分析系統(tǒng)開發(fā)是否會(huì)對(duì)其它產(chǎn)品或利潤帶來一定影響。經(jīng)過對(duì)上述幾個(gè)方面的調(diào)查研究和分析，應(yīng)用此系統(tǒng)將會(huì)在很多時(shí)候，很大程度節(jié)省人力，財(cái)力，提高效率，清晰明了的報(bào)表資料，高效的數(shù)據(jù)處理等，而開發(fā)時(shí)期并不耗費(fèi)很多人力，財(cái)力，故在經(jīng)濟(jì)方面既不會(huì)有困難同時(shí)又有很大的價(jià)值。1.2.31.2.3 操作可行性操作可行性本系統(tǒng)的界面比較美觀、友好、操作簡單、方便，同時(shí)，系統(tǒng)運(yùn)行速度較快，對(duì)計(jì)算機(jī)的硬件環(huán)境要求不是很高，能夠完成汽車維修管理的大部分工作。系

10、統(tǒng)提供了從維修業(yè)務(wù)到售后服務(wù)完整一體的功能，涵蓋了訂單管理，車輛管理，駕駛員管理，業(yè)務(wù)管理等管理功能，為企業(yè)的日常工作管理提供一個(gè)功能齊全的平臺(tái)。軟件提供的各種業(yè)務(wù)運(yùn)行數(shù)據(jù)，統(tǒng)計(jì)報(bào)表，輔助決策支持，綜合查詢等功能，為企業(yè)的經(jīng)營決策提供了大量的實(shí)用信息。一體化的設(shè)計(jì)方案，突破了單一應(yīng)用的局限實(shí)現(xiàn)了業(yè)務(wù)，資金，決策一體化，做到物流，資金流，信息流的統(tǒng)一。支持 Internet 遠(yuǎn)程數(shù)據(jù)傳送，使軟件在局域網(wǎng)應(yīng)用的基礎(chǔ)上，實(shí)現(xiàn)跨空間的信息管理，解決了企業(yè)規(guī)模擴(kuò)大和經(jīng)營模式改變對(duì)系統(tǒng)拓展性的要求，同時(shí)軟件提供各種接口，能夠?qū)④浖卣篂橐粋€(gè)完整的企業(yè)管理平臺(tái)。1.31.3 結(jié)論意見結(jié)論意見 經(jīng)過認(rèn)真地可行

11、性研究，系統(tǒng)基本上做到了在技術(shù)、經(jīng)濟(jì)、運(yùn)行、法律上的可行。因此，相信在按照計(jì)劃上實(shí)施的前提下，全系統(tǒng)的設(shè)計(jì)將會(huì)按時(shí)、高質(zhì)量的完成。所以，系統(tǒng)研制和開發(fā)是可以馬上進(jìn)行的。2 2 項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開發(fā)計(jì)劃2.12.1 編寫目的編寫目的編寫的目的是使獨(dú)立運(yùn)營的車隊(duì)由單一的人工管理到計(jì)算機(jī)管理的飛躍，使車隊(duì)的管理的效率得到很大的提高，使人工管理的出錯(cuò)的機(jī)會(huì)大大減少，實(shí)現(xiàn)數(shù)據(jù)的共享，便于查詢自己的數(shù)據(jù)信息，使車隊(duì)的業(yè)務(wù)的流程時(shí)間大大減少，從而可以提高該車隊(duì)在同行業(yè)中的競爭性，在社會(huì)有立足之地。2.22.2 項(xiàng)目背景項(xiàng)目背景在計(jì)算機(jī)不斷發(fā)展的今天，計(jì)算機(jī)已經(jīng)運(yùn)用到各個(gè)領(lǐng)域，由手工的操作到計(jì)算機(jī)的操作是一個(gè)

12、大的飛躍，代替了復(fù)雜的容易出錯(cuò)的人工操作，節(jié)省了大量的時(shí)間，提高了正確性，提高了數(shù)據(jù)的可靠性。因此每個(gè)公司使用計(jì)算機(jī)建立自己的業(yè)務(wù)是迫在眉睫，各種企業(yè)的汽車管理部門以及獨(dú)立經(jīng)營的車隊(duì)根據(jù)業(yè)務(wù)發(fā)展的需要，決定建立一個(gè)數(shù)據(jù)庫管理系統(tǒng)，以代替單一的人工管理。這樣使人工操作的管理方便，簡單。2.32.3 項(xiàng)目概述項(xiàng)目概述1.工作內(nèi)容讓計(jì)算機(jī)對(duì)車輛綜合業(yè)務(wù)進(jìn)行自動(dòng)管理，用戶可以直接在計(jì)算機(jī)上實(shí)現(xiàn)車輛綜合業(yè)務(wù)的信息管理，并能在一定程度上實(shí)現(xiàn)自動(dòng)化。 2.條件與限制開發(fā)該軟件的條件比較簡單，以開發(fā)單位目前的經(jīng)濟(jì)與技術(shù)條件已完全具備開發(fā)的條件。該系統(tǒng)可在用戶要求的期限內(nèi)完成。 3.產(chǎn)品 （1）程序 該項(xiàng)目因開

13、發(fā)時(shí)間較短，這里只給出設(shè)計(jì)思想，具體程序沒寫。 （2）文檔文檔內(nèi)容包括： 封面 目錄 中文摘要 100 字左右；關(guān)鍵詞 3-5 個(gè) 序言 可行性分析 項(xiàng)目開發(fā)計(jì)劃 需求規(guī)格說明（包含需要的系統(tǒng)流程圖、數(shù)據(jù)流程圖、數(shù)據(jù)字典、E-R 圖） 概要設(shè)計(jì)（包含總體軟件結(jié)構(gòu)圖、總體數(shù)據(jù)結(jié)構(gòu)） 詳細(xì)設(shè)計(jì)（對(duì)概要設(shè)計(jì)內(nèi)容進(jìn)行詳細(xì)設(shè)計(jì)） 設(shè)計(jì)總結(jié)、參考文獻(xiàn)、致謝等4.驗(yàn)收標(biāo)準(zhǔn)軟件的驗(yàn)收標(biāo)準(zhǔn)完全由用戶提出的軟件需求制定，能保證軟件的基本符合用戶的要求。 2.42.4 項(xiàng)目開發(fā)計(jì)劃項(xiàng)目開發(fā)計(jì)劃1.任務(wù)分解分三個(gè)大的階段進(jìn)行開發(fā)第一階段完成本系統(tǒng)的數(shù)據(jù)流圖跟 E-R 圖。第二階段完成概要設(shè)計(jì)跟詳細(xì)設(shè)計(jì)。第三階段書寫文

14、檔。 2.預(yù)算軟件資金投入較少，具體預(yù)算分配簡略。 3.關(guān)鍵問題各模塊之間的聯(lián)系和后臺(tái)數(shù)據(jù)庫的完成。使用目前的設(shè)備與現(xiàn)有開發(fā)技術(shù)完全可以開發(fā)出該系統(tǒng)，總的來說該項(xiàng)目沒有較大的技術(shù)難點(diǎn)與其他的一些風(fēng)險(xiǎn)因素。對(duì)于出現(xiàn)的一些小難點(diǎn)總都能得到解決。3 3 需求分析需求分析3.13.1 任務(wù)需求分析任務(wù)需求分析在進(jìn)行一個(gè)項(xiàng)目的設(shè)計(jì)之前，先要進(jìn)行必要的需求分析，需求分析在軟件的開發(fā)過程中至關(guān)重要。車隊(duì)需要管理車隊(duì)內(nèi)的各種車輛的基本信息、不同客戶的基本信息、各種訂單的基本信息以及駕駛員的情況，希望實(shí)現(xiàn)辦公的信息化，通過建立一個(gè)車輛綜合管理系統(tǒng)來有序的管理。經(jīng)分析先給出該系統(tǒng)的系統(tǒng)流程圖，如圖 3.1 所示：

15、 圖 3.1 系統(tǒng)流程圖通過查詢的到車輛管理的基本需求有:1.建立車輛信息庫，實(shí)現(xiàn)車輛基本情況和駕駛員基本信息的統(tǒng)一管理。2.針對(duì)每輛車的派車、用車情況進(jìn)行記錄，實(shí)現(xiàn)車輛自動(dòng)調(diào)度。3.對(duì)每輛車的事故、違規(guī)情況進(jìn)行記錄。4.對(duì)每輛車的保險(xiǎn)、保養(yǎng)、加油等日常費(fèi)用情況進(jìn)行記錄。5.建立維修情況信息庫，針對(duì)每輛車的維修情況進(jìn)行記錄。圍繞上述要求，以下介紹如何利用計(jì)算機(jī)管理信息系統(tǒng)，建立車輛、駕駛員檔案，對(duì)車輛營運(yùn)、維修以及燃料消耗進(jìn)行記錄，為專職管理人員對(duì)車輛的管理、跟蹤車輛的相關(guān)信息資料提供極大的方便。系統(tǒng)不僅合理記錄了所有車輛的進(jìn)出、維修等，還可隨時(shí)了解每部車的經(jīng)費(fèi)支出情況，及為車輛是否需要大修理

16、和報(bào)廢提供依據(jù)，對(duì)系統(tǒng)登陸普通管理員管理員數(shù)據(jù)恢復(fù)數(shù)據(jù)備份駕駛員檔案清空運(yùn)營表管理員設(shè)置系統(tǒng)初始化車輛檔案車輛報(bào)廢車輛維修車輛違章車輛事故車輛運(yùn)營運(yùn)營查詢有關(guān)數(shù)據(jù)（成本、效益、單車、車型等）可以進(jìn)行綜合統(tǒng)計(jì)分析，生成相關(guān)的報(bào)表。3.23.2 數(shù)據(jù)流圖、數(shù)據(jù)字典及實(shí)體聯(lián)系圖數(shù)據(jù)流圖、數(shù)據(jù)字典及實(shí)體聯(lián)系圖3.2.1 數(shù)據(jù)流圖數(shù)據(jù)流圖數(shù)據(jù)流圖由四種基本的元素構(gòu)成：數(shù)據(jù)流(Data Flow)，處理(Process)，數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)源（數(shù)據(jù)終點(diǎn)） 。數(shù)據(jù)流(Data Flow)：為具有名稱且有流向的數(shù)據(jù)，用標(biāo)有名稱的箭頭表示，一個(gè)數(shù)據(jù)可以是記錄、組合項(xiàng)或基本項(xiàng)。處理(Process)：表示對(duì)數(shù)據(jù)所進(jìn)行

17、的加工和變換，在圖中用矩形框表示。指向處理數(shù)據(jù)流為該處理的輸入數(shù)據(jù)，離開處理的數(shù)據(jù)為處理的輸出數(shù)據(jù)。數(shù)據(jù)存儲(chǔ)：表示用文件方式或數(shù)據(jù)庫形式所存儲(chǔ)的數(shù)據(jù)，堆砌進(jìn)行的存取分別以指向或離開數(shù)據(jù)存儲(chǔ)的箭頭表示。數(shù)據(jù)源及數(shù)據(jù)終點(diǎn)：表示數(shù)據(jù)的來源或數(shù)據(jù)的去向，可以是一個(gè)組織或人員，它處于系統(tǒng)范圍之外，所以又稱它為外部實(shí)體，它是為了幫助理解系統(tǒng)界面而引入的，一般只出現(xiàn)在數(shù)據(jù)流圖的起點(diǎn)和終點(diǎn)。該系統(tǒng)總體數(shù)據(jù)流圖如圖 3.2 所示：圖 3.2 系統(tǒng)總體數(shù)據(jù)流圖機(jī)關(guān)內(nèi)部其它部門駕駛員技術(shù)學(xué)院派車技術(shù)學(xué)院出車任務(wù)通知單出車任務(wù)記錄車輛管理部門接受用車申請車輛管理部門記錄出車情況車輛調(diào)度員進(jìn)行車輛調(diào)度完成出車任務(wù)申請有

18、關(guān)人員填寫執(zhí)行任務(wù)3.2.23.2.2 數(shù)據(jù)字典數(shù)據(jù)字典數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。由于本次設(shè)計(jì)是小型軟件系統(tǒng)的開發(fā)，所以采用卡片形式書寫數(shù)據(jù)字典。每張卡片上保存描述一個(gè)數(shù)據(jù)的信息這樣做更新和修改起來比較方便，而且能單獨(dú)處理描述每個(gè)數(shù)據(jù)的信息。下面將列出若干數(shù)據(jù)元素的數(shù)據(jù)卡片信息。數(shù)據(jù)字典卡片：名字：車輛信息別名：描述：對(duì)于車輛屬性的具體描述定義：車輛信息=牌照號(hào)碼+車輛卡編號(hào)+車型+廠家型號(hào)+車輛名稱+燃料種類+車架編號(hào)+出廠日期+載客人數(shù)+載貨量+購車日期+購車單位+使用部門+資產(chǎn)所屬部門+是否空閑位置：輸出到打印機(jī)保存到磁盤名稱：出車記錄

19、單別名：描述：每次出車時(shí)的記錄定義：出車記錄單=出車記錄編號(hào)+車輛卡編號(hào)+駕駛員編號(hào)+記錄狀態(tài)+用車部門+用車人+同行人數(shù)+用車起始時(shí)間+預(yù)計(jì)用時(shí)+用車結(jié)束時(shí)間+備注位置：輸出到打印機(jī)保存到磁盤名稱：駕駛員資料別名：描述：對(duì)于車隊(duì)中駕駛員屬性描述定義：駕駛員資料=駕駛員編號(hào)+姓名+性別工作類別+薪酬+身份證號(hào)碼+工作單位+所屬部門+家庭住址+聯(lián)系電話+是否空閑位置：輸出到打印機(jī)保存到磁盤名字：車輛費(fèi)用記錄別名：描述：車輛的費(fèi)用和繳納費(fèi)用定義：車輛卡編號(hào)+費(fèi)用名稱+費(fèi)用額+繳費(fèi)日期+經(jīng)手人+備注位置：輸出到打印機(jī)保存到磁盤3.2.33.2.3 實(shí)體聯(lián)系實(shí)體聯(lián)系 E-RE-R 圖圖根據(jù)對(duì)數(shù)據(jù)流圖和

20、數(shù)據(jù)字典的分析，我們可以確定該應(yīng)用中的實(shí)體，屬性和實(shí)體之間的關(guān)系，并畫出如下所示的 E-R 圖。汽車實(shí)體圖如圖 3.3 所示：圖 3.3 汽車實(shí)體圖名稱：車輛維修單記錄單別名：描述：車輛維修時(shí)記錄的單據(jù)定義：車輛卡編號(hào)+結(jié)算清單編號(hào)+進(jìn)廠日期+出廠日期+修理廠名稱+報(bào)修人+驗(yàn)收人+驗(yàn)收日期+報(bào)修費(fèi)用+實(shí)付費(fèi)用+發(fā)票日期位置：輸出到打印機(jī)保存到磁盤名字：車輛事故登記單別名：描述：車輛發(fā)生事故登記表單定義：車輛卡編號(hào)+駕駛證號(hào)碼+事故當(dāng)事人+事故發(fā)生時(shí)間+事故地點(diǎn)+賠償金額+保險(xiǎn)賠付金額+本單位負(fù)擔(dān)金額+事故處理單位+事故概括+報(bào)案日期+結(jié)案日期+本單位處理意見+上級(jí)部門處理意見+備注位置：輸出到

21、打印機(jī)保存到磁盤車輛車牌號(hào)車輛編號(hào)是否空閑燃料種類出廠日期車輛名稱車輛型號(hào)下圖是是駕駛員實(shí)體 E-R 如圖 3.4 所示：圖 3.4 駕駛員實(shí)體 E-R 圖下圖是車輛保險(xiǎn)實(shí)體 E-R 圖如圖 3.5 所示圖 3.5 車輛保險(xiǎn)實(shí)體 E-R 圖駕駛員性別車輛編號(hào)是否空閑駕駛員號(hào)駕駛證號(hào)姓名聯(lián)系電話出車是否出行駕駛員號(hào)同行人數(shù)出車記錄記錄狀態(tài)預(yù)計(jì)用時(shí)用車時(shí)間車輛編號(hào)用車部門下圖車輛維修實(shí)體 E-R 圖如圖 3.6 所示圖 3.6 車輛維修實(shí)體 E-R 圖下圖是車輛事故實(shí)體 E-R 圖如圖 3.7 所示圖 3.7 車輛事故實(shí)體 E-R 圖維修是否出行駕駛員號(hào)同行人數(shù)出車記錄記錄狀態(tài)預(yù)計(jì)用時(shí)用車時(shí)間車輛

22、編號(hào)用車部門車輛事故車牌號(hào)事故時(shí)間事故情況事故類型車輛編號(hào)駕駛員下圖是車輛費(fèi)用實(shí)體 E-R 圖如圖 3.8 所示圖 3.8 車輛費(fèi)用實(shí)體 E-R 圖下圖是車輛保險(xiǎn)實(shí)體 E-R 圖如圖 3.9 所示圖 3.9 車輛保險(xiǎn)實(shí)體 E-R 圖車輛費(fèi)用繳費(fèi)人經(jīng)手人繳費(fèi)日期費(fèi)用名稱車輛編號(hào)費(fèi)用額車輛保險(xiǎn)繳費(fèi)人經(jīng)手人繳費(fèi)日期保險(xiǎn)時(shí)間車輛編號(hào)保險(xiǎn)額總 E-R 圖如圖 3.10 所示：圖 3.10 總 E-R 圖11nn11111nnn11車輛車輛保險(xiǎn)車輛費(fèi)用車輛事故投保繳納發(fā)生承擔(dān)出車駕駛員車輛維修發(fā)生承擔(dān)指派1n4 4 系統(tǒng)概要設(shè)計(jì)系統(tǒng)概要設(shè)計(jì)4.14.1 總體設(shè)計(jì)總體設(shè)計(jì)系統(tǒng)概要設(shè)計(jì)的基本目的是用比較抽象的

23、概括方式確定系統(tǒng)如何完成預(yù)定的任務(wù)，也就是要確定系統(tǒng)的配置物理方案。軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主要的原理是模塊獨(dú)立，讓模塊彼此間的接口關(guān)系應(yīng)該盡量簡單。4.24.2 系統(tǒng)功能模塊圖系統(tǒng)功能模塊圖可以根據(jù)模塊獨(dú)立原理對(duì)軟件結(jié)構(gòu)進(jìn)行精化。為了合理的分解，得到盡可能高的內(nèi)聚、盡可能松散的耦合，最終要的是，為了得到一個(gè)易于實(shí)現(xiàn)、易于測試和易于維護(hù)的軟件結(jié)構(gòu)，應(yīng)該對(duì)模塊進(jìn)行再分解或合并。系統(tǒng)功能模塊圖如圖 4.1 所示：圖 4.1 系統(tǒng)功能模塊圖車輛檔案管理車輛管理車輛運(yùn)營管理機(jī)關(guān)車輛管理系統(tǒng)系統(tǒng)維護(hù)駕駛員管理車輛檔案錄入車輛檔案查詢車輛運(yùn)營列表車輛運(yùn)營查詢車輛維修管理車輛違章管理數(shù)據(jù)備份駕駛員檔案駕駛

24、員檔案查詢管理員設(shè)置4.34.3 數(shù)據(jù)庫概念設(shè)計(jì)數(shù)據(jù)庫概念設(shè)計(jì)數(shù)據(jù)庫一般分為三級(jí)模式：外模式、概念模式和內(nèi)模式。外模式也就是不同用戶所對(duì)的數(shù)據(jù)視圖，它將數(shù)據(jù)庫內(nèi)部抽象的數(shù)據(jù)及其互相之間的關(guān)系表示為簡單、直觀的應(yīng)用界面。概念模式是數(shù)據(jù)庫中全部數(shù)據(jù)的邏輯結(jié)構(gòu)和特征描述，通常以某種數(shù)據(jù)模型為基礎(chǔ)。內(nèi)模式是對(duì)數(shù)據(jù)的物理結(jié)構(gòu)和存儲(chǔ)方式的描述。在這里我們將要設(shè)計(jì)的是數(shù)據(jù)庫的概念模式，通過對(duì)車輛綜合業(yè)務(wù)管理系統(tǒng)的數(shù)據(jù)字典和數(shù)據(jù)流程分析及 E-R 圖，設(shè)計(jì)如下數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)。車輛信息：包括牌照號(hào)碼、車輛卡編號(hào)、車型、廠家型號(hào)、車輛名稱、燃料種類、車架編號(hào)、出廠日期、載客人數(shù)、載貨量、購車日期、購車單位、使用

25、部門、資產(chǎn)所屬部門、是否空閑。駕駛員信息：包括駕駛員編號(hào)、姓名、性別工作類別、薪酬、身份證號(hào)碼、工作單位、所屬部門、家庭住址、聯(lián)系電話、是否空閑。出車記錄信息：包括出車記錄編號(hào)、車輛卡編號(hào)、駕駛員編號(hào)、記錄狀態(tài)、用車部門、用車人、同行人數(shù)、用車起始時(shí)、+預(yù)計(jì)用時(shí)、用車結(jié)束時(shí)間、備注。車輛保險(xiǎn)信息:包括車輛卡編號(hào)、保單號(hào)碼、保險(xiǎn)公司、保險(xiǎn)起始日期、保險(xiǎn)總額、辦理日期、經(jīng)辦人、車輛損失險(xiǎn)、第三者責(zé)任險(xiǎn)、車輛停駛松損失險(xiǎn)、自然損失險(xiǎn)、不計(jì)免賠特約險(xiǎn)、其他險(xiǎn)種。車輛費(fèi)用信息：包括車輛卡編號(hào)、費(fèi)用名稱、費(fèi)用額、繳費(fèi)日期、經(jīng)手人、備注。車輛修理信息：包括車輛卡編號(hào)、結(jié)算清單編號(hào)、進(jìn)廠日期、出廠日期、修理廠

26、名稱、報(bào)修、+驗(yàn)收人、驗(yàn)收日、報(bào)修費(fèi)用、實(shí)付費(fèi)用、發(fā)票日期。車輛事故信息：包括車輛卡編號(hào)、駕駛證號(hào)碼、事故當(dāng)事人、事故發(fā)生時(shí)間、事故地點(diǎn)、賠償金額、保險(xiǎn)賠付金額、本單位負(fù)擔(dān)金額、事故處理單位、事故概括、報(bào)案日期、結(jié)案日期、本單位處理意見、上級(jí)部門處理意見、備注。數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)，是在需求分析的基礎(chǔ)上，設(shè)計(jì)出能夠滿足用戶需求的各種實(shí)體，以及他們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。4.44.4 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)在數(shù)據(jù)庫設(shè)計(jì)中相當(dāng)重要的一步就是將概念模型轉(zhuǎn)化為計(jì)算機(jī)上 DBMS 所支持的數(shù)據(jù)模型，例如，將 E-R 圖模型轉(zhuǎn)化為關(guān)系模型，道理很簡單，我們設(shè)計(jì)概念模型基本上都

27、是一些抽象的關(guān)系，在再數(shù)據(jù)庫設(shè)計(jì)的實(shí)現(xiàn)過程中，在計(jì)算機(jī)上有效地表示出這些關(guān)系就成了數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵。根據(jù)車輛綜合業(yè)務(wù)管理系統(tǒng)的功能要求，選取 Access 作為后臺(tái)數(shù)據(jù)庫。在上面的實(shí)體和實(shí)體之間的 E-R 圖設(shè)計(jì)基礎(chǔ)上，形成數(shù)據(jù)庫中的表格及表格之間的關(guān)系。可以得到：1.車輛登記卡記錄表如表 4.1 所示表 4.1 車輛登記卡記錄表序號(hào)字段名稱類型長度備注說明1車輛編號(hào)char62車型char103車牌號(hào)char204車輛名稱char205燃料種類char106廠家型號(hào)char208車駕編號(hào) 7char209出廠日期date82. 駕駛員基本情況表如表 4.2 所示表 4.2 駕駛員基本情況表序

28、號(hào)字段名稱類型長度備注說明1駕駛員編號(hào)char62姓名char203性別char24身份證號(hào)碼char205聯(lián)系電話char206家庭住址char207駕駛證號(hào)char123.出車記錄情況表如表 4.3 所示表 4.3 出車記錄情況表4.車輛費(fèi)用記錄表如表 4.4 所示表 4.4 車輛費(fèi)用記錄表8是否空閑logic1序號(hào)字段名稱類型長度備注說明1出車記錄char62車輛編號(hào)char203駕駛員編號(hào)char104記錄狀態(tài)char20已指派 未指派5用車部門char206用車人char107同行人數(shù)int108用車開始時(shí)間data9預(yù)計(jì)用時(shí)int410用車結(jié)束時(shí)間data11是否出行char5.車

29、輛維修記錄表如表 4.5 所示序號(hào)字段名稱類型長度備注說明1車輛編號(hào)char62費(fèi)用名稱char203費(fèi)用額int134交費(fèi)日期data85經(jīng)手人char206繳費(fèi)人char4表 4.5 車輛維修記錄表4.54.5 連接數(shù)據(jù)庫的特點(diǎn)連接數(shù)據(jù)庫的特點(diǎn)當(dāng)開發(fā)環(huán)境通過連接到數(shù)據(jù)庫上之后，在設(shè)計(jì)中使用數(shù)據(jù)庫畫筆可實(shí)現(xiàn)對(duì)該數(shù)據(jù)庫中表格，視圖等的操作，如創(chuàng)建表,修改表，刪除表，增加/刪除記錄。在應(yīng)用程序中一般是在應(yīng)用程序?qū)ο笾袝鴮戇B接數(shù)據(jù)庫的程序代碼，使得應(yīng)用程序開始運(yùn)行并實(shí)現(xiàn)與數(shù)據(jù)庫的連接。序號(hào)字段名稱類型長度備注說明1車輛編號(hào)int102維修單號(hào)int103進(jìn)廠日期data84出廠日期data85報(bào)修

30、人char206驗(yàn)收人char207驗(yàn)收日期data208報(bào)修費(fèi)用int1029修理廠名稱char2010發(fā)票日期data85 5 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該如何具體地實(shí)現(xiàn)所要求的系統(tǒng)，包括了用戶界面設(shè)計(jì)、程序過程設(shè)計(jì)等步驟。5.15.1 系統(tǒng)的主要功能系統(tǒng)的主要功能系統(tǒng)主要功能：1.基礎(chǔ)數(shù)據(jù): （1）車輛基本資料數(shù)據(jù)維護(hù)子功能主要完成對(duì)車輛檔案數(shù)據(jù)庫的錄入，用戶可以增加、刪除及修改數(shù)據(jù)庫中的信息它包括輸入：用戶輸入的車輛基本資料信息。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行維護(hù)，提交所做的操作。包括增加、刪除、更新。輸出：車輛登記卡記錄表 （2）駕駛員基本情況數(shù)據(jù)維護(hù)子功能完成

31、對(duì)本單位專職駕駛員基本情況數(shù)據(jù)的錄入它包括輸入：用戶輸入的駕駛員基本情況數(shù)據(jù)。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行維護(hù)，提交所做的操作。包括增加、刪除、更新。輸出：駕駛員基本情況表。2.日常出車管理: 本功能模塊主要實(shí)現(xiàn)出車任務(wù)從提出申請、調(diào)度員的調(diào)度、任務(wù)的完成等全過程的跟蹤管理，它可以為車輛的管理工作提供有力依據(jù)，能真正達(dá)到統(tǒng)一監(jiān)控管理的目的它包括： （1）錄入派車單輸入：用戶輸入的用車申請有關(guān)數(shù)據(jù)。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行維護(hù)，提交所做的操作。包括增加、刪除、更新。輸出：出車情況記錄表。 （2）車輛調(diào)度列出當(dāng)前已輸入但尚未落實(shí)的派車單，用戶可以根據(jù)自己的需要，任意選擇字段名或操作符，

32、系統(tǒng)將會(huì)把滿足條件的車輛以表格的形式顯示出“派車清單”， 該功能為車輛的調(diào)度工作帶來了很大的方便，本功能同時(shí)支持多條件查詢。用戶查詢空閑的車輛和人員資源，便可進(jìn)行車輛和駕駛員的指派。輸入：用戶對(duì)派車單的指派指令。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行查詢和更新。輸出：出車情況記錄表。 （3）撤銷任務(wù)列出已指派但未執(zhí)行的派車單，用戶可撤銷該項(xiàng)指派或更改指派內(nèi)容。輸入：用戶對(duì)派車單的更改指令。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行查詢和更新。輸出：出車情況記錄表。 （4）完成任務(wù)對(duì)已完成的出車任務(wù)，用戶記錄該次任務(wù)的完成情況。輸入：用戶輸入的本次出車任務(wù)的詳細(xì)情況。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行查詢和更新。

33、輸出：出車情況記錄表。3. 車輛保險(xiǎn) ：記錄車輛投保和保費(fèi)的情況，此模塊完成了車輛保險(xiǎn)投保登記的功能。4. 事故管理 ：記錄車輛在出車過程中發(fā)生的事故及處理情況，此模塊完成了車輛的出險(xiǎn)情況，包括出現(xiàn)地點(diǎn)、狀況、事故處理情況、索賠狀況進(jìn)行詳細(xì)記錄?？梢愿鶕?jù)特定條件進(jìn)行查詢。5. 維修和費(fèi)用管理 ：記錄每輛車從購置到報(bào)廢每次維修的情況，以及車輛發(fā)生的各種費(fèi)用，包括油耗、年審等。此模塊完成了車輛年檢、養(yǎng)路費(fèi)、加油費(fèi)用的繳納和開支情況，以及車輛維修內(nèi)容、工時(shí)、費(fèi)用等信息，實(shí)現(xiàn)了車輛維修的信息化管理。6. 統(tǒng)計(jì)分析 :對(duì)每輛車進(jìn)行詳細(xì)的統(tǒng)計(jì)分析，實(shí)現(xiàn)單車核算成本核算。此模塊完成了統(tǒng)計(jì)每輛車的使用和保養(yǎng)情

34、況，包括用車記錄、保險(xiǎn)、費(fèi)用繳納情況、油耗記錄等，還可以統(tǒng)計(jì)每位駕駛員的出車任務(wù)完成情況記錄。7. 車輛基本資料數(shù)據(jù)維護(hù)子功能主要完成對(duì)車輛檔案數(shù)據(jù)庫的錄入，用戶可以增加、刪除及修改數(shù)據(jù)庫中的信息。輸入：用戶輸入的車輛基本資料信息。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行維護(hù)，提交所做的操作。包括增加、刪除、更新。輸出：車輛登記卡記錄表8. 駕駛員基本情況數(shù)據(jù)維護(hù)子功能完成對(duì)本單位專職駕駛員基本情況數(shù)據(jù)的錄入。輸入：用戶輸入的駕駛員基本情況數(shù)據(jù)。處理：根據(jù)用戶的輸入對(duì)數(shù)據(jù)庫進(jìn)行維護(hù)，提交所做的操作。包括增加、刪除、更新。輸出：駕駛員基本情況表。5.25.2 程序流程圖程序流程圖程序流程圖的優(yōu)點(diǎn)是對(duì)控制

35、流程的描繪很直觀，易于掌握。換零件及零件進(jìn)庫程序流程圖如圖 5.1 所示：圖 5.1 換零件程序流程圖否是否否是換零件結(jié)束是否重新輸入查詢相應(yīng)的零件是否存在 該 零 件是否換零件管理員輸入查詢條件是管理信息程序流程圖如圖 5.2 所示：圖 5.2 管理信息程序流程圖選擇選擇操作對(duì)象添加 修改 刪除操作完成退出主界面管理信息查詢客戶信息 汽車信息 供應(yīng)商信 息零件信息選擇操作對(duì)象否是否是5.35.3 用戶界面設(shè)計(jì)用戶界面設(shè)計(jì)5.3.15.3.1 一般交互設(shè)計(jì)一般交互設(shè)計(jì)一般交互涉及信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體控制等方面。1.一致性為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能

36、，使用一致的格式。在設(shè)計(jì)的過程中，基本上保持了系統(tǒng)的格式一致。2.信息的反饋向用戶及時(shí)提供視覺和聽覺的信息反饋，以保證在用戶和系統(tǒng)之間及時(shí)地建立雙向通信。在本系統(tǒng)設(shè)計(jì)過程中，基本做到了信息的及時(shí)反饋，在信息顯示的大部分窗體中包括了刷新按鈕，會(huì)對(duì)數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行及時(shí)地顯示。另外，在進(jìn)行錯(cuò)誤操作時(shí)，會(huì)彈出提示窗口并發(fā)出警告提示音。3.執(zhí)行有較大影響的操作前提示用戶確認(rèn)在設(shè)計(jì)過程中，如果用戶要執(zhí)行刪除操作，以及對(duì)數(shù)據(jù)庫的讀寫操作時(shí)，都會(huì)有窗體彈出詢問繼續(xù)操作或者予以提示。4.減少兩次操作間需要記憶的內(nèi)容為了避免用戶為下一步操作而記憶大量數(shù)據(jù)，所以在設(shè)計(jì)過程中在需要數(shù)據(jù)傳遞的窗體中設(shè)置全局變量，來傳

37、遞數(shù)據(jù)。例如在入賬和入庫的模塊的操作中都用到了這樣的方法。5.對(duì)話、移動(dòng)和思考的效率盡量減少用戶擊鍵的次數(shù)，在設(shè)計(jì)時(shí)考慮到了用戶屏幕的布局以減少用戶鼠標(biāo)移動(dòng)的距離，盡量避免用戶在操作中發(fā)生疑問的情況。6.允許錯(cuò)誤允許用戶的誤操作盡量不對(duì)系統(tǒng)造成傷害。7.按功能對(duì)動(dòng)作分類，并據(jù)此設(shè)計(jì)屏幕布局屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。5.3.25.3.2 信息顯示設(shè)計(jì)信息顯示設(shè)計(jì) 應(yīng)當(dāng)盡量為用戶提供的界面顯示時(shí)完整的、明確的和容易理解的。這樣才能滿足用戶的需求。1.只顯示與當(dāng)前工作有關(guān)的信息在用戶操作有關(guān)系統(tǒng)的特定功能的信息時(shí)，不必看到與之無關(guān)的數(shù)據(jù)、菜單和圖形。2.使用一致的

38、標(biāo)記、標(biāo)準(zhǔn)的縮寫和可預(yù)知的顏色為了使系統(tǒng)所表達(dá)的含義準(zhǔn)確、無誤，就必須適用一致的標(biāo)記、標(biāo)準(zhǔn)的縮寫和可以預(yù)知的縮寫，這樣用戶就無需參照其他信息源就能理解，而正確地適用軟件。3.產(chǎn)生有意義的錯(cuò)誤信息對(duì)于系統(tǒng)在運(yùn)行過程中產(chǎn)生的錯(cuò)誤盡量給用戶返回一個(gè)容易理解的錯(cuò)誤信息，以使用戶保持對(duì)系統(tǒng)的信任，和系統(tǒng)的可用性。4.使用窗口分隔不同類型的信息使用不同的窗口顯示、保存不同類型的信息。5.3.35.3.3 數(shù)據(jù)輸入設(shè)計(jì)數(shù)據(jù)輸入設(shè)計(jì)用戶的大部分時(shí)間用在選擇菜單命令、鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。在系統(tǒng)中，鍵盤是主要的輸入介質(zhì)，但是鼠標(biāo)等設(shè)備也是重要的輸入手段，所以，對(duì)于他們的數(shù)據(jù)輸入操作有如下約定：1.保持信息顯

39、示和數(shù)據(jù)輸入間的一致性為了方便用戶的使用，鼠標(biāo)應(yīng)當(dāng)盡量減少操作的幅度。2.保持顯示信息和輸入信息之間的一致性5.45.4 程序設(shè)計(jì)過程程序設(shè)計(jì)過程程序設(shè)計(jì)主要是在借助過程設(shè)計(jì)工具的情況下，對(duì)程序的具體實(shí)現(xiàn)過程進(jìn)行設(shè)計(jì)。程序的主要部分設(shè)計(jì)在這個(gè)環(huán)節(jié)完成。其主要包括以下幾個(gè)部分：5.4.15.4.1 各模塊功能及截圖各模塊功能及截圖本系統(tǒng)一共五個(gè)模塊，分別是車輛檔案管理；車輛運(yùn)營信息管理；車輛統(tǒng)計(jì)管理；駕駛員信息管理；車輛管理和系統(tǒng)維護(hù)。 系統(tǒng)登錄窗口是操作用戶進(jìn)入系統(tǒng)的惟一入口，分為兩種權(quán)限：管理員權(quán)限和普通用戶權(quán)限. 操作用戶的權(quán)限不同的功能模塊也不同,管理員可以維護(hù)整個(gè)系統(tǒng)和系統(tǒng)操縱身分,而

40、普通用戶只能對(duì)系統(tǒng)各別功能進(jìn)行操作.1.登錄界面截圖如圖 5.3 所示 圖 5.3 登錄界面截圖2.在用戶登錄時(shí)，在輸入用戶名和密碼及用戶類型的前提下將其與數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行對(duì)比，若一致，則打開主窗體，若不一致提示錯(cuò)誤，并要求再次輸入，若輸入次數(shù)超過三次，則關(guān)閉系統(tǒng)。系統(tǒng)功能界面截圖如圖 5.4 所示：圖 5.4 系統(tǒng)功能界面截圖3.車輛檔案錄入操作窗口用于添加，修改，刪除車輛信息。車輛檔案模塊截圖如圖 5.5 所示圖 5.5 車輛檔案模塊截圖4.駕駛員管理分三個(gè)部分，分別是駕駛員檔案查詢、駕駛員獎(jiǎng)罰、駕駛員事故記錄查詢。駕駛員檔案查詢可以按照姓名、駕齡、性別、證件有效期以及出生日期等信息。從

41、數(shù)據(jù)庫中查詢需要的駕駛員檔案信息。駕駛員管理模塊截圖如圖 5.6 所示圖 5.6 駕駛員管理模塊截圖5.車輛維修管理模塊截圖如圖 5.7 所示圖 5.7 車輛維修管理查詢模塊截圖6 6 軟件測試軟件測試一個(gè)軟件開發(fā)完成后，并不能投入使用，而需要有好長時(shí)間的測試。測試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤。目前軟件測試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對(duì)軟件規(guī)格說明、設(shè)計(jì)和編碼的最后復(fù)審。軟件的測試方法有兩種，一種是黑盒測試（功能測試） ，另外一種是白盒測試（結(jié)構(gòu)測試） 。黑盒測試把程序看作一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。也就是說，黑盒測試是在程序接口進(jìn)行

42、的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)慕邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運(yùn)行過程中能否保持外部信息的完整性。黑盒測試又稱為功能測試。現(xiàn)在對(duì)系統(tǒng)著重進(jìn)行功能和性能測試。白盒測試的前提是可以把程序看成裝在一個(gè)透明的白盒子里，測試者完全知道程序的結(jié)構(gòu)和處理算法。這種方法按照程序內(nèi)部的邏輯測試程序，檢測程序中的主要執(zhí)行通路是否能按預(yù)定的要求正確工作。在本次軟件的測試工作中，由于水平的限制，僅僅對(duì)軟件的各個(gè)功能模塊進(jìn)行了測試，并對(duì)各個(gè)模塊之間的接口進(jìn)行了詳細(xì)的測試（用黑盒測試法） 。由于該系統(tǒng)是一個(gè)小系統(tǒng)，可以把整個(gè)系統(tǒng)作為一個(gè)單獨(dú)的實(shí)體來測試。當(dāng)然，在測試的過程中可以分模塊、分階段來進(jìn)行。大型軟件系統(tǒng)通常是有若干個(gè)子系統(tǒng)組成，且每個(gè)子系統(tǒng)由許多模塊組成。在設(shè)計(jì)模塊時(shí)，應(yīng)盡力向高內(nèi)聚、低耦合的思想方面靠攏。6.16.1 測試目標(biāo)和方法測試目標(biāo)和方法測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行的程序。好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的方案，成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。6.26.2 測試用例測試用例系統(tǒng)登錄模塊測試系統(tǒng)登錄成功界面截圖如 6.1 所示圖 6.1 系統(tǒng)登錄系統(tǒng)登錄失敗界面截圖如 6.2 所示圖 6.2 系統(tǒng)登錄失敗系統(tǒng)登陸成功與失敗測試，登陸成功則進(jìn)入系統(tǒng)。登陸失敗則顯示錯(cuò)誤信息，需要重新輸入信息重新登陸。車輛信