【正文】 不乏優(yōu)秀之作 。和普通系統(tǒng)一樣，該系統(tǒng)也具有一個(gè)對(duì)系統(tǒng)用戶進(jìn)行管理的，用戶管理模塊，包括用戶添加， 用戶密碼的修改，用戶的刪除（只限Administrator）。 2 系統(tǒng)的需求分析 可行性分析 可行性研究就是預(yù)開 發(fā)軟件系統(tǒng)的總體目標(biāo)，給出它的功能、性能、可靠性以及其他方面的要求。 ⑵ 經(jīng)濟(jì)可行性 經(jīng)濟(jì)可行性分析（能否贏利）是，從經(jīng)濟(jì)的角度分析網(wǎng)站系統(tǒng)的規(guī)劃方案有無實(shí)現(xiàn)的可能和開發(fā)的價(jià)值 ；分析網(wǎng)站系統(tǒng)所帶來的經(jīng)濟(jì)效益是否超過開發(fā)和維護(hù)網(wǎng)站所需要的費(fèi)用。 ⑶ 開發(fā)環(huán)境可行性 網(wǎng)站開發(fā)需要的開發(fā)環(huán)境需要裝有 windows98 系統(tǒng)以上的電腦上運(yùn)行，這樣的配置在當(dāng)今已經(jīng)不能成為難題，而服務(wù)器方面， 只需要一臺(tái)安裝了 VB 和 SQL2020 數(shù)據(jù)庫 服務(wù)的計(jì)算機(jī)即可。 擬開展研究的幾個(gè)主要方面 本系統(tǒng)秉承著以方便快捷，并且完備和系統(tǒng)的為企業(yè)服務(wù)的宗旨。 在系統(tǒng)部分包括車輛管理，駕 駛員管理以及系統(tǒng)維護(hù)三個(gè)體系，車輛管理可以實(shí)現(xiàn)對(duì)車輛的維修管理，車輛的維修查詢，添加零件，車輛違章管理，車輛違章查詢，車輛事故管理，車輛事故查詢。 3 系統(tǒng)總體設(shè)計(jì) 上機(jī)考試系統(tǒng)設(shè)計(jì)實(shí)現(xiàn)的策略 在 車輛管理 系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)過程中，為了使系統(tǒng)便于管理和安全， 車輛管理系統(tǒng)用計(jì)算機(jī)管理機(jī)動(dòng)車輛的檔案 ,運(yùn)營管理以及駕駛員信息的一種計(jì)算機(jī)應(yīng)用技術(shù)的創(chuàng)新 ,在計(jì) 算機(jī)還未普及之前車輛管理都是由工作人員手工抄寫的方式來操作的 .現(xiàn)在一般的車輛管理都是采用計(jì)算機(jī)作為工具的實(shí)用的計(jì)算機(jī)智能化車輛管理程序來幫助工作人員進(jìn)行更有效的機(jī)動(dòng)車輛管理。 車輛管理 系統(tǒng)的設(shè)計(jì)思想把整個(gè)系統(tǒng) 包括車輛檔案管理；車輛運(yùn)營信息管理；車輛 統(tǒng)計(jì) 管理； 駕駛員 信息管理；車輛管理 和系統(tǒng)維護(hù)以 及幫助 幾個(gè)功能模塊。 駕駛員信息管理包括駕駛員檔案查詢、駕駛員獎(jiǎng)罰、駕駛員車輛事故 記錄查 詢。系統(tǒng)功能界面如圖 3 所示： 圖 3 系統(tǒng)功能界面 車輛管理模塊 車輛管理分七個(gè)部 分，分別是車輛事故記錄查詢 、 車輛 事故列表、車輛添加零件、車輛違章查詢、車輛違章記錄、車輛維修查詢、車輛維修列表。 具體實(shí)現(xiàn) 如圖 5 所示 圖 5 車輛事故列表 （ 3） 車輛添加零件 本窗體可以對(duì)零件的名稱和單價(jià)進(jìn)行添加、修改和刪除。具體實(shí)現(xiàn)如圖 9 所示 圖 9 車輛維修查詢 （ 7） 車輛維修列表 本窗體的功能就是將維修 車輛 的車牌號(hào)碼，更換零件及數(shù)量、維修日期、費(fèi)用、以及備注等信息輸入到數(shù)據(jù)庫里，并可對(duì)其進(jìn)行添加、刪除、修改和統(tǒng)計(jì)所花費(fèi)用的功能。 （ 1） 駕駛員檔案 查詢 可以按照姓名、駕齡、性別、證件有效期以及出生日期等信息。具體實(shí)現(xiàn)如圖 12 所示 圖 12 駕駛員獎(jiǎng)罰 （ 3） 駕駛員 車輛 事故記錄查詢 可以按照車牌號(hào)碼和事故時(shí)間對(duì)駕駛員開車發(fā)生的事故進(jìn)行查詢，操作完畢后，按退出返回主界面。具體實(shí)現(xiàn)如圖 14 所示 圖 14 管理員設(shè)置 （ 2） 數(shù)據(jù)備份 對(duì)數(shù)據(jù)庫里的數(shù)據(jù)進(jìn)行備份，單擊開始備份就執(zhí)行此操作，完畢后退出，便返回主界面。在一個(gè)系統(tǒng)中調(diào)試應(yīng)該包括程序調(diào)試、功能調(diào)試（分調(diào)）、總調(diào)，在庫存管理系統(tǒng)中用的調(diào)試方法也包括這些： 包括語法調(diào)試和邏輯檢查，測(cè)試數(shù)據(jù)除采用正常數(shù)據(jù)外，還應(yīng)用一些異常資料，用來考驗(yàn)程序的正確性。 即將一個(gè)功能內(nèi)所有程序按次序串聯(lián)起來調(diào)試。系統(tǒng)測(cè)試是以找錯(cuò)誤為目的，不是要證明程序無錯(cuò)，而是要精心選取那些易于發(fā)生錯(cuò)誤的測(cè)試數(shù)據(jù)，以十分挑剔的態(tài)度，證明程序有錯(cuò)。在進(jìn)行白盒測(cè)試時(shí)，開發(fā)者對(duì)其軟件進(jìn)行測(cè)試，在完全了解系統(tǒng)功能、內(nèi)部結(jié)構(gòu)的 前提下對(duì)系統(tǒng)進(jìn)行測(cè)試，看實(shí)現(xiàn)的功能與想要實(shí)現(xiàn)的設(shè)計(jì)有什么沖突不符，并及時(shí)改正。封裝是對(duì)數(shù)據(jù)的隱藏，外界只能通過被提供的操作來訪問或修改數(shù)據(jù)，這樣降低了數(shù)據(jù)被任意修改和讀寫的可能性，降低了傳統(tǒng)程序中對(duì)數(shù)據(jù)非法操作的測(cè)試。 （ 1） 功能測(cè)試：測(cè)試是否滿足開發(fā)要求，是否能夠提供設(shè)計(jì)所描述的功能，是否 用戶的需求都得到滿足。這種測(cè)試常常與強(qiáng)度測(cè)試結(jié)合進(jìn)行，需要事先對(duì)被測(cè)試軟件提出性能指標(biāo)，如傳輸連接的最長時(shí)限、傳輸?shù)腻e(cuò)誤率、計(jì)算的精度 、記錄的精度、響應(yīng)的時(shí)限和恢復(fù)時(shí)限等。計(jì)算機(jī)軟硬件技術(shù)和數(shù)字通信技術(shù)的最新成就給管理信息系統(tǒng)提供了有力的技術(shù)支持。 參考文獻(xiàn) 1 陳明 . 軟件工程學(xué)教程 .科技出版社， 2020 2 薩師煊，王珊 . 數(shù)據(jù)庫系統(tǒng)概論 . 第三版 . 高等教育出版社， 2020 3 飛思科技產(chǎn)品研發(fā)中心 . visual basic 數(shù)據(jù)庫應(yīng)用開發(fā) .電子工業(yè)出版社， 2020 4 飛思科技產(chǎn)品研發(fā)中心 . visual basic 開發(fā)者手冊(cè) . 電子工業(yè)出版社 , 2020 5 申 ?F . visual basic 高手突破 . 清華大學(xué)出版社， 2020， 302 6 Steve Teixeira， Xaviver Pacheco 著，龍勁松，王瑜，謝尚書譯 . visual basic 開發(fā)人員指南 . 機(jī)械工業(yè)出版社 .2020 7 喬林 .參透 Delphi／ Kylix . 中國鐵道出版社 .2020 8 李維 .Inside 深入核心 VCL 架構(gòu)剖析 . 電子工業(yè)出版社 .2020 9 張立科編寫組 .Windows API 函數(shù)參考手冊(cè) .人民郵電出版社 .2020 嚴(yán)蔚敏，吳偉民 .數(shù)據(jù)結(jié)構(gòu) .第二版 .清華大學(xué)出版社 .2020 10 王珍玲 。因此在設(shè)計(jì)過程中可能有漏洞或不盡如人意的地方，這有待于以后進(jìn)一步完善，請(qǐng)老師和同學(xué)們體諒并多提寶貴意見。本系統(tǒng)的管理模塊可以實(shí)現(xiàn) 包括車輛檔案管理；車輛運(yùn)營信息管理；車輛 統(tǒng)計(jì) 管理； 駕駛員 信息管理；車輛管理 和系統(tǒng)維護(hù)以及幫助 等多種功能。 （ 2） 強(qiáng)度測(cè)試及性能測(cè)試：測(cè)試系統(tǒng)的能力最高實(shí)際限度，即軟件在一些超負(fù)荷的情況，功能實(shí)現(xiàn)情況，如要求軟件某一行為的大量重復(fù)、輸入大量的數(shù)據(jù)、對(duì)數(shù)據(jù)庫大量復(fù)雜性的查詢等。多態(tài)性使得面向?qū)ο蟪绦驅(qū)ν獬尸F(xiàn)出強(qiáng)大的處理能力。在進(jìn)行黑盒測(cè)試時(shí)，開發(fā)者以使用者的身份對(duì)其軟件進(jìn)行測(cè)試，多次輸入符合條件的數(shù)據(jù)，看結(jié)果是否與預(yù)期相符，如果相符則說明程序?qū)斎氲臈l件反映正確，如果不符則說明程序有錯(cuò)，所以這種黑盒測(cè)試只能證明程序有錯(cuò)而不能證明程序無錯(cuò)。在人工測(cè)試中用的是個(gè)人復(fù)查，即當(dāng)源程序編完以后，由自己進(jìn)行檢查，但這種測(cè)試方法存在不足之處：由于心理上對(duì)自己程序的偏愛，因此有些習(xí)慣性的錯(cuò)誤不易發(fā)現(xiàn)，如果對(duì)功能理解有誤，自己也不易糾正，所以在個(gè)人復(fù)查的基礎(chǔ)上又用了機(jī)器測(cè)試中的白盒測(cè)試和黑盒測(cè)試。 測(cè)試 測(cè)試是系統(tǒng)開發(fā)周期中一個(gè)十分重要的階段，其重要性體現(xiàn)在它是保證系統(tǒng)質(zhì)量與可靠性的最后關(guān)口，是對(duì)整個(gè)系統(tǒng)開發(fā)過程的最終審查，如果錯(cuò)誤不能在測(cè)試階段被發(fā)現(xiàn)并糾正，就會(huì)造成不堪設(shè)想的后果。 ② 用異常資料調(diào)試。具體實(shí) 現(xiàn)如圖 16 所示 圖 16 數(shù)據(jù) 恢復(fù) 以上就是我編寫的三個(gè)模塊的所有部分。下面我們就 詳細(xì) 介紹一下。查詢完畢后，按退出返回主界面。具體實(shí)現(xiàn)如圖 10 所示 圖 10 車輛維修列表 駕駛員管理 模塊 駕駛員 管理分 三 個(gè)部分，分別是 駕駛員檔案 查詢、 駕駛員 獎(jiǎng)罰 、駕駛員事 故記錄查詢 。具體實(shí)現(xiàn)如圖 7 所示 圖 7 車輛違章查詢 （ 5） 車輛違章記錄 本窗體的功能就是將 違章車輛 的車牌號(hào)碼，違章原因、處罰、違章時(shí)間、 以及 備注等信息輸入到數(shù)據(jù)庫里，并可對(duì)其進(jìn)行添加、刪除和修改的功能。 （ 1） 車輛事故記錄查詢 可以按照車輛的牌號(hào)查詢特定時(shí)間內(nèi)的事故次數(shù)，時(shí)間精確到日，查詢完畢可按退出，回到主界面。 數(shù)據(jù)流程圖 開 始管 理 員 登 錄驗(yàn) 證 密 碼 是 否正 確車 輛 檔案 管 理車 輛 運(yùn)營 信 息管 理車 輛 統(tǒng)計(jì) 管 理駕 駛 員 信息 管 理車 輛 管理系 統(tǒng) 維護(hù)幫 助結(jié) 束N 圖 2 數(shù)據(jù) 流程圖 4 系統(tǒng)詳細(xì)設(shè)計(jì) 數(shù)據(jù)庫結(jié)構(gòu) 表 利用 SQL2020 創(chuàng)建數(shù)據(jù)庫 ,我是所完成的三個(gè)模塊的部分?jǐn)?shù)據(jù)庫包含如下幾個(gè)表文 件： （ 1） 車輛管理信息表： 表 1 車輛管理信息表 字段名稱 數(shù)據(jù)類型 字段大小 車輛檔案管理 文本 30 車輛運(yùn)營信息管理 文本 30 車輛統(tǒng)計(jì)管理 文本 30 駕駛員信息管理 文本 30 車輛管理 文本 30 系統(tǒng)維護(hù) 文本 30 幫助 文本 30 （ 2） 車輛事故 表 表 2 車輛事故表 字段名稱 數(shù)據(jù)類型 字 段大小 事故編號(hào) 文本 30 車牌號(hào)碼 文本 30 車輛類型 文本 30 事故時(shí)間 文本 30 事故概要 文本 200 事故確認(rèn)者 文本 30 公司負(fù)擔(dān)金 文本 30 保險(xiǎn)理賠金 文本 30 對(duì)方賠償金 文本 30 對(duì)方姓名 文本 30 對(duì)方住址 文本 50 對(duì)方所住單位 文本 50 對(duì)方破壞程度 文本 30 和解內(nèi)容 文本 200 （ 3） 車輛零件 表 表 3 車輛零件表 字段名稱 數(shù)據(jù)類型 字段大小 零件名稱 文本 30 單價(jià) 文本 30 （ 4） 車輛違章 表 表 4 車輛違章表 字段名 稱 數(shù)據(jù)類型 字段大小 車牌號(hào)碼 文本 30 違章原因、 文本 100 處罰 文本 30 違章時(shí)間 文本 30 備注 文本 100 （ 5） 車輛維修表 表 5 車輛維修表 字段名稱 數(shù)據(jù)類型 字段大小 車牌號(hào)碼 文本 30 維修費(fèi)用 文本 30 維修日期 文本 30 更換零件 1 文本 30 數(shù)量 數(shù)字 10 更換零件 2 文本 30