1、*實踐教學*蘭州理工大學計算機與通信學院2011年秋季學期軟件開發綜合訓練課程設計題 目：機關車輛管理系統專業班級：08級計算機科學與技術（3）班姓 名：劉有銀學 號：學240311指導教師：張 紅成 績：摘 要 序 言 I1、可行性分析 21.1 問題描述 21.2 可行性分析研究 21.2.1 技術可行性 21.2.2 經濟可行性 31.2.3 操作可行性 31.3 結論意見 32、項目開發計劃 52.1 編寫目的 52.2 項目背景 52.3 項目概述 52.4 項目開發計劃 63、需求分析 73.1 任務需求分析 73.2 數據流圖、數據字典及實體聯系圖 83.2.1 數據流圖 83.

2、2.2 數據字典113.2.3 實體聯系E-R 圖 134、系統概要設計 174.1 總體設計 174.2 系統功能模塊圖 174.3 數據庫概念設計 174.4 數據庫邏輯結構設計 184.5 連接數據庫的特點 225、詳細設計 225.1 系統的主要功能 225.2 程序流程圖 245.3 用戶界面設計 275.3.1 一般交互設計 275.3.2 信息顯示設計 285.3.3 數據輸入設計 285.4 程序設計過程 285.4.1 登錄界面及密碼修改 295.4.2 信息添加操作 305.4.3 信息查詢操作 30ii5.5 軟件測試 31設計總結 32參考文獻 33致 謝 34摘要面對

3、國內汽車數量的不斷增加，在人們的生活中，機動車輛是我們每天都離不開的交通工具，因此，我們要想能更好的使用它們，充分的發揮它們的作用，使其能更好的服務于社會，就應該有一個良好的車輛管理系統。車輛綜合業務管理系統的主要作用是對于一個中等規模的、獨立運營的車隊實現車輛調度和車隊綜合業務的有效管理。在對車隊的車輛調度、駕駛員管理、車輛管理以及業務管理.本系統分為業務模塊和系統模塊。業務模塊包括：訂單管理模塊、車輛信息管理模塊、駕駛員管理模塊，這三個模塊都有各自的子模塊，在每個子模塊里都實現了相關信息的新建、保存、刪除、查詢功能;系統模塊包括：數據備份模塊、數據庫恢復、修改密碼模塊、退出系統，這些為管理

4、員提供更完善的系統管理支持。關鍵詞 ：車輛管理；系統管理；綜合業務1 、 a、 4序言隨著現代化管理手段的進步和科學技術的日益發展，用戶對車輛管理的要求越來越高。過去的人工管理方式已經不適應現代化發展的需要，針對目前快節奏，高速度的工作模式，要求管理方法和制度要有一個根本的改善，這種改善要適應用擁有各種類型車輛的機關企事業單位，車輛的管理成為日常事務中的一項重要工作。 如何讓事務管理人員及時了解每一輛車的情況，合理安排員工的車輛使用要求， 提高車輛的使用效率，就成為各單位亟待解決的一個難題。針對這種狀況， 很多大型企業集團提出了車輛管理系統建設要求，希望通過系統建設實現有效的車輛檔案管理、車輛

5、調度管理、費用管理、司機管理、車輛成本核算、車務管理及智能預警等。本系統開發的主要目的就是要提高車輛及其業務管理質量及效率，從而提高企業的經濟效益。車輛綜合業務管理是一項瑣碎、復雜而又十分細致的工作。手工進行公司日常的車輛錄入，訂單訂購，車輛調度等工作，很容易出現問題。正是車輛綜合業務管理的這種重復性、規律性、 時間性， 使得車輛綜合業務管理的計算機信息化成為可能。讓計算機進行以上所說的工作，不僅能夠保證車輛的調度正確無誤，而且還可以嚴格規范企業的應收應付管理，并利用先進的管理模式，推動企業的快速發展，實現企業管理工作的系統化、規范化和自動化。I1、可行性分析1.1 問題描述隨著科學技術的發展

6、，社會進步，計算機迅速的發展,車輛綜合業務管理的方法也日新月異,以前全是由人工管理的方法現存在很多的缺點：管理效率低，勞動強度大，信息處理速度低而且準確率也不夠令人滿意，車輛綜合業務管理工作是商業管理工作中的一項重要內容，數據量龐大，這項工作原來一直是采用手工的方式進行記錄與統計，是一項工作任務繁重、耗費大量人才和物力而且容易出現失誤的工作。尤其現在經營規模越來越大，客戶越來越多， 這一問題愈加明顯，因此在計算機飛速發展的今天，應用數據庫技術實現客戶信息的計算機管理是可行而必要的工作。在各大中小商業系統中，用計算機管理的信息已經越來越普遍了，不但可以提高工作效率，節省人力物力，而且還增強了客戶

7、資料的安全性，提高管理水平。1.2 可行性分析研究當接受一個軟件開發任務，就進入軟件生命的第一個階段，即進行可行性的研究。 并不是所有問題具有簡單的解決辦法，許多問題不能在預定的規模之內解決。因此通過可行性的研究分析可以知道問題。有無可行性的解決方法，進而避免人力、物力和才力的浪費。在現行系統初步調查的基礎上就可以提出新系統目標，即新系統建立后所要求達到的運行指標， 這是系統開發和評價的依據。系統目標應充分體現，直接為車輛綜合業務管理系統服務，并且程序可以分期分批實現。但是需要指出的是，系統目標是不可能在總體規劃階段就提得非常具體，它還將在開發過程中逐步明確和定量化，以達到更加出色的程序系統。

8、1.2.1 技術可行性技術上的可行性分析主要分析現有技術條件能否順利完成開發工作，硬、 軟件配置能否滿足開發者需要等。根據客戶提出的系統功能、性能及實現系統的各項約束條件，根據新系統目標來衡量所需的技術是否具備。本系統是一個數據庫管理和查詢的系統，現有的技術已較為成熟，硬件、軟件的性能要求、環境條件等各項條件良好，估計利用現有技術條件應完全可以達到該系統的功能目標。同時，考慮給予的開發期限也較為充裕，預計系統是可以在規定期限內完成開發。1.2.2 經濟可行性對車輛綜合業務管理系統的經濟效益進行評價，一方面是估算開發它的支出費用， 其中包括設備購置費、軟件開發費、管理和維護費、人員工資和培訓費等

9、。另一方面是估算車輛綜合業務管理這個軟件可能取得的收益中可以用錢來衡量的那部分，并對目前的軟件市場進行調查, 所做軟件是否有很大的銷售市場和相當規模的用戶群。所做軟件的開發成本與客戶提出的要求是否可達到雙方都滿意。 并且， 分析系統開發是否會對其它產品或利潤帶來一定影響。經過對上述幾個方面的調查研究和分析，應用此系統將會在很多時候，很大程度節省人力，財力，提高效率，清晰明了的報表資料，高效的數據處理等，而開發時期并不耗費很多人力，財力，故在經濟方面既不會有困難同時又有很大的價值。1.2.3 操作可行性本系統的界面比較美觀、友好、 操作簡單、方便， 同時， 系統運行速度較快，對計算機的硬件環境要

10、求不是很高，能夠完成汽車維修管理的大部分工作。系統提供了從維修業務到售后服務完整一體的功能，涵蓋了訂單管理，車輛管理，駕駛員管理，業務管理等管理功能，為企業的日常工作管理提供一個功能齊全的平臺。 軟件提供的各種業務運行數據，統計報表，輔助決策支持，綜合查詢等功能，為企業的經營決策提供了大量的實用信息。一體化的設計方案，突破了單一應用的局限實現了業務，資金，決策一體化，做到物流，資金流，信息流的統一。支持Internet遠程數據傳送，使軟件在局域網應用的基礎上，實現跨空間的信息管理， 解決了企業規模擴大和經營模式改變對系統拓展性的要求，同時軟件提供各種接口，能夠將軟件拓展為一個完整的企業管理平臺

11、。1.3 結論意見經過認真地可行性研究，系統基本上做到了在技術、經濟、運行、法律上22的可行。因此，相信在按照計劃上實施的前提下，全系統的設計將會按時、高質量的完成。所以，系統研制和開發是可以馬上進行的。2、項目開發計劃2.1 編寫目的編寫的目的是使獨立運營的車隊由單一的人工管理到計算機管理的飛躍，使車隊的管理的效率得到很大的提高，使人工管理的出錯的機會大大減少，實現數據的共享，便于查詢自己的數據信息，使車隊的業務的流程時間大大減少，從而可以提高該車隊在同行業中的競爭性，在社會有立足之地。2.2 項目背景在計算機不斷發展的今天，計算機已經運用到各個領域，由手工的操作到計算機的操作是一個大的飛躍

12、，代替了復雜的容易出錯的人工操作，節省了大量的時間， 提高了正確性，提高了數據的可靠性。因此每個公司使用計算機建立自己的業務是迫在眉睫，各種企業的汽車管理部門以及獨立經營的車隊根據業務發展的需要， 決定建立一個數據庫管理系統，以代替單一的人工管理。這樣使人工操作的管理方便，簡單。2.3 項目概述1、工作內容讓計算機對車輛綜合業務進行自動管理，用戶可以直接在計算機上實現車輛綜合業務的信息管理，并能在一定程度上實現自動化。2、條件與限制開發該軟件的條件比較簡單，以開發單位目前的經濟與技術條件已完全具備開發的條件。該系統可在用戶要求的期限內完成。3、產品1) 、程序該項目因開發時間較短，這里只給出設

13、計思想，具體程序沒寫。2) 、文檔文檔內容包括：(1) 封面(2) 目錄(3) 中文摘要100 字左右；關鍵詞3-5 個(4) 序言(5) 可行性分析(6) 項目開發計劃)7) 需求規格說明(包含需要的系統流程圖、數據流程圖、數據字典、 E-R 圖)(8) 概要設計(包含總體軟件結構圖、總體數據結構)(9) 詳細設計(對概要設計內容進行詳細設計)(10) 設計總結、參考文獻、致謝等4、驗收標準軟件的驗收標準完全由用戶提出的軟件需求制定，能保證軟件的基本符合用戶的要求。2.4 項目開發計劃1、任務分解分三個大的階段進行開發第一階段完成本系統的數據流圖跟E-R 圖。 第二階段完成概要設計跟詳細設計

14、。第三階段書寫文檔。2 、預算軟件資金投入較少，具體預算分配簡略。3、關鍵問題各模塊之間的聯系和后臺數據庫的完成。使用目前的設備與現有開發技術完全可以開發出該系統，總的來說該項目沒有較大的技術難點與其他的一些風險因素。對于出現的一些小難點總都能得到解決。3、需求分析3.1任務需求分析在進行一個項目的設計之前，先要進行必要的需求分析，需求分析在軟件 的開發過程中至關重要。現獨立運營的車隊需要管理車隊內的各種車輛的基本信 息、不同客戶的基本信息、各種訂單的基本信息以及駕駛員的情況，希望實現辦 公的信息化，通過建立一個車輛綜合管理系統來有序的管理。經分析先給出該系 統的系統流程圖，如圖3.1所示：駕

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

16、以及為車輛是否需要大修理和報廢提供依 據，對有關數據(成本、效益、單車、車型、油耗等)可以進行綜合統計分析，生成相關的報表。3.2數據流圖、數據字典及實體聯系圖3.2.1 數據流圖數據流圖由四種基本白元素構成：數據流(Data Flow),處理(Process),數 據存儲和數據源(數據終點)。數據流(Data Flow):為具有名稱且有流向的數據，用標有名稱的箭頭表示， 一個數據可以是記錄、組合項或基本項。處理(Process)：表示對數據所進行的加工和變換，在圖中用矩形框表示。指向處理數據流為該處理的輸入數據，離開處理的數據為處理的輸出數據。數據存儲：表示用文件方式或數據庫形式所存儲的數據

17、，堆砌進行的存取分別以指向或離開數據存儲的箭頭表示。數據源及數據終點：表示數據的來源或數據的去向，可以是一個組織或人員， 它處于系統范圍之外，所以又稱它為外部實體，它是為了幫助理解系統界面而引 入的，一般只出現在數據流圖的起點和終點。O :圓或橢圓表示加工 ：雙杠表示數據存儲：方框表示數據的源點或終點：箭頭表示數據流通過對系統的調查和可行性分析，畫出系統的數據流程圖如下: 車輛信息錄入流程圖如圖3.2所示：管理員數據更改數據流圖如圖3.4所示:管理員資料庫存文件圖3.6系統總體數據流圖3.2.2 數據字典數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的 定義的集合。由于本次設

18、計是小型軟件系統的開發，所以采用卡片形式書寫數據字典。每 張卡片上保存描述一個數據的信息這樣做更新和修改起來比較方便， 而且能單獨 處理描述每個數據的信息。下面將列出若干數據元素的數據卡片信息。數據字典卡片：名字：車輛信息別名：描述：對于車輛屬性的具體描述定義：車輛信息=牌照號碼+車輛卡編號+車 型+廠家型號+車輛名稱+燃料種類+ 車架編號+出廠日期+載客人數+載貨 量+購車日期+購車單位+使用部門+ 資產所屬部門+是否空閑位置：輸出到打印機保存到磁盤名稱：駕駛員資料別名：描述：對于車隊中駕駛員屬性描述定義：駕駛員資料=駕駛員編號+姓名+性別工 作類別+薪酬+身份證號碼+工作單位+所屬部 門+

19、家庭住址+聯系電話+是否空閑位置：輸出到打印機 保存到磁盤名稱：出車記錄單別名：描述：每次出車時的記錄定義：出車記錄單=出車記錄編號+車輛卡編 號+駕駛員編號+記錄狀態+用車部門+用車 人+同行人數+用車起始時間+預計用時+用 車結束時間+備注位置：輸出到打印機保存到磁盤名字：車輛保險單別名：描述：車輛交售是否保險記錄單定義：車輛卡編號+保單號碼+保險公司+保險 起始日期+保險總額+辦理日期+經辦人+車輛 損失險+第三者責任險+車輛停駛松損失險+自 然損失險+不計免賠特約險+其他險種位置：輸出到打印機保存到磁盤名字車輛費用記錄別名描述車輛的費用和繳納費用定義車輛卡編號 +費用名稱+費用額+繳費

20、日期+經手人+備注川輸出到打印機保存到磁盤名字：車輛油耗記錄表別名：描述：記錄車輛耗油定義：車輛卡編號+所加油種+加油單價+本次加油量+加油日期位置：輸出到打印機保存到磁盤名稱：車輛維修單記錄單別名：描述：車輛維修時記錄的單據定義：車輛卡編號+結算清單編號+進廠日期 +出廠日期+修理廠名稱+報修人+驗收人+驗 收日期+報修費用+實付費用+發票日期輸出到打印機 保存到磁盤名字：車輛事故登記單別名：描述：車輛發生事故登記表單定義：車輛卡編號+駕駛證號碼+事故當事人+ 事故發生時間+事故地點+賠償金額+保險賠付 金額+本單位負擔金額+事故處理單位+事故概 +報案日期+結案日期+本單位處理意見 +上

21、級部門處理意見+備注位置：輸出到打印機保存到磁盤3.2.3 實體聯系E-R圖根據對數據流圖和數據字典的分析， 我們可以確定該應用中的實體，屬性和 實體之間的關系，并畫出如下所示的 E-R圖。汽車實體圖如圖3.7所示：圖3.7汽車實體圖E-R如圖3.8所示:卜圖是是駕駛員實體年輛費用圖3.10車輛費用實體E-R圖5輛事故圖3.13車輛事故實體E-R圖各實體之間的E-R圖如圖3.14所示:圖3.14各實體之間的E-R圖4、系統概要設計4.1 總體設計通過這個階段的工作將劃分出組成系統的物理元素。系統概要設計的基本目的是用比較抽象的概括方式確定系統如何完成預定 的任務，也就是要確定系統的配置物理方案

22、。軟件結構設計時應該遵循的最主要 的原理是模塊獨立，讓模塊彼此間的接口關系應該盡量簡單。4.2 系統功能模塊圖可以根據模塊獨立原理對軟件結構進行精化。為了合理的分解，得到盡可能 高的內聚、盡可能松散的耦合，最終要的是，為了得到一個易于實現、易于測試 和易于維護的軟件結構，應該對模塊進行再分解或合并。系統功能模塊圖如圖4.1所示：車輛區小資料數據油耗記錄其他費用管即圖4.1系統功能模塊圖4.3 數據庫概念設計數據庫一般分為三級模式：外模式、概念模式和內模式。外模式也就是不同 用戶所對的數據視圖，它將數據庫內部抽象的數據及其互相之間的關系表示為簡 單、直觀的應用界面。概念模式是數據庫中全部數據的邏

23、輯結構和特征描述，通常以某種數據模型為基礎。內模式是對數據的物理結構和存儲方式的描述。在這里我們將要設計的是數據庫的概念模式，通過對車輛綜合業務管理系統的數據字典和數據流程分析及E-R 圖， 設計如下數據項和數據結構。車輛信息：包括牌照號碼、車輛卡編號、車型、廠家型號、車輛名稱、燃料種類、車架編號、出廠日期、載客人數、載貨量、購車日期、購車單位、使用部門、資產所屬部門、是否空閑。駕駛員信息：包括駕駛員編號、姓名、性別工作類別、薪酬、身份證號碼、工作單位、所屬部門、家庭住址、聯系電話、是否空閑。出車記錄信息：包括出車記錄編號、車輛卡編號、駕駛員編號、記錄狀態、用車部門、用車人、同行人數、用車起始

24、時、+預計用時、用車結束時間、備注。車輛保險信息:包括車輛卡編號、保單號碼、保險公司、保險起始日期、保險總額、辦理日期、經辦人、車輛損失險、第三者責任險、車輛停駛松損失險、 自然損失險、不計免賠特約險、其他險種。車輛費用信息：包括車輛卡編號、費用名稱、費用額、繳費日期、經手人、備注。車輛油耗信息：包括車輛卡編號、所加油種、加油單價、本次加油量、加油日期。車輛修理信息：包括車輛卡編號、結算清單編號、進廠日期、出廠日期、修理廠名稱、報修、+驗收人、驗收日、報修費用、實付費用、發票日期。車輛事故信息：包括車輛卡編號、駕駛證號碼、事故當事人、事故發生時間、事故地點、賠償金額、保險賠付金額、本單位負擔金

25、額、事故處理單位、事 故概括、報案日期、結案日期、本單位處理意見、上級部門處理意見、備注。數據庫概念結構設計，是在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體，以及他們之間的關系，為后面的邏輯結構設計打下基礎。4.4 數據庫邏輯結構設計在數據庫設計中相當重要的一步就是將概念模型轉化為計算機上DBMST支持的數據模型，例如，將E-R圖模型轉化為關系模型，道理很簡單，我們設計概 念模型基本上都是一些抽象的關系，在再數據庫設計的實現過程中，在計算機上有效地表示出這些關系就成了數據庫設計的關鍵。根據車輛綜合業務管理系統的功能要求，選取SQLServer 2000作為后臺數據庫在上面的實體和實體之

26、間的E-R圖設計基礎上，形成數據庫中的表格及表格 之間的關系。可以得到：1 .車輛登記卡記錄表如表4.1所示表4.1車輛登記卡記錄表不段冬稀聯型小數說明車輛R俄號char6伸照號碼chsr20年怨char10廠家型號char20車輛名稱char20燃料種類char10車駕編號char20出廠日期dateS2 .駕駛員基本情況表如表4.2所示表4.2駕駛員基本情況表序號中1殳名將美舉鹿度小數說明駕駛員叫號chai6-姓曾char20性用char2工作類別char10專用一小教明L號借證號碼ch nr20駕會hF號店char12工作m位匚h ar20所屈部門char20家庭住址char40聯系電5

27、char20是杏審網logic13 .出車記錄情況表如表4.3所小表4.3出車記錄情況表序號中性網稱類型磁度小放說明陽華記錄號cha_6車輛F編4char20駕駛員加沙char10記量狀態char20已指派、恃指派、已撤Hh已完成用車部門char20用車人char10同疔人Stint10用車起始時間date預計用時int4用車已束時同dat e備注備濘型44 .車輛保險記錄表如表4.4所示表4.4車輛保險記錄表字段名稱類型宛度小數說明車輛L編號char6保單號碼char20保險公司char10保險起始U期dat es己指派r待指派、已撤鐺*完成保險終止一 口即date8保險總河！（兀）intW

28、辦理口期date10經辦人char13車輛的欠險int13笫三者黃仃險inr13車輛的駛損失險int13自然損失險int13不計免贈特妁除int13其他險種int135 .車輛費用記錄表如表4.5所小表4.5車輛費用記錄表|牙F 1Jr -宇或名稱券型寬度小數說明車輛卡char6費用名稱char20鍬用領int.13交費日期dat8經手人char20洛汴相汴型46 .車輛油耗記錄表如表4.6所小表4.6車輛油耗記錄表序號字氏名稱類型寬度小數說明車輛L編號charg所加油種char20加油單價inr132本次加油解int132加油曰期dateS7.車輛維修單記錄表如表4.7所示表4.7車輛維修單

29、記錄表序號h舉型佛度小數說胭車鈉k編int10維修單int10結算清單絹匕int10進日期dat e8出廠日期date8修理J名稱char20報修人臉收入charohar1020驗收日明dateSr報言費用int102實付費用int10L1，發禁臼期date88.車輛事故記錄表如表4.8所示表4.8車輛事故記錄表序號中段名稱類遛寬度小數說明車輛甘編Jint8駕駛證目碣int8由故當塞人cheir20事故發生時間dates事故地點char20好信公頡int8保隆賠付能融inrS2本單位負扣及額int8n事故處理單位char202事故概括char20報案日期date8結案日期date3本單偉處理點

30、見cha_r40上級部門處理總見char40善注備口中2d4.5 連接數據庫的特點當開發環境通過連接到數據庫上之后，在設計中使用數據庫畫筆可實現對該數據庫中表格，視圖等的操作，如創建表, 修改表，刪除表，增加/刪除記錄。在應用程序中一般是在應用程序對象中書寫連接數據庫的程序代碼，使得應用程序開始運行并實現與數據庫的連接。5、詳細設計詳細設計階段的根本目標是確定應該如何具體地實現所要求的系統，包括了用戶界面設計、程序過程設計等步驟。5.1 系統的主要功能系統主要功能：1. 基礎數據: 1 ）車輛基本資料數據維護子功能主要完成對車輛檔案數據庫的錄入，用戶可以增加、刪除及修改數據庫中的信息它包括?

31、輸入：用戶輸入的車輛基本資料信息。? 處理：根據用戶的輸入對數據庫進行維護，提交所做的操作。包括增加、刪除、更新。? 輸出：車輛登記卡記錄表2）駕駛員基本情況數據維護子功能完成對本單位專職駕駛員基本情況數據的錄入它包括? 輸入：用戶輸入的駕駛員基本情況數據。? 處理：根據用戶的輸入對數據庫進行維護，提交所做的操作。包括增加、刪除、更新。? 輸出：駕駛員基本情況表。2. 日常出車管理: 本功能模塊主要實現出車任務從提出申請、調度員的調度、任務的完成等全過程的跟蹤管理，它可以為車輛的管理工作提供有力依據，能真正達到統一監控管理的目的它包括：1）錄入派車單? 輸入：用戶輸入的用車申請有關數據。? 處

32、理：根據用戶的輸入對數據庫進行維護，提交所做的操作。包括增加、刪除、更新。? 輸出：出車情況記錄表。2）車輛調度列出當前已輸入但尚未落實的派車單，用戶可以根據自己的需要，任意選擇字段名或操作符，系統將會把滿足條件的車輛以表格的形式顯示出“派車清單”， 該功能為車輛的調度工作帶來了很大的方便，本功能同時支持多條件查詢。用戶查詢空閑的車輛和人員資源，便可進行車輛和駕駛員的指派。? 輸入：用戶對派車單的指派指令。? 處理：根據用戶的輸入對數據庫進行查詢和更新。? 輸出：出車情況記錄表。3）撤銷任務列出已指派但未執行的派車單，用戶可撤銷該項指派或更改指派內容。? 輸入：用戶對派車單的更改指令。? 處理

33、：根據用戶的輸入對數據庫進行查詢和更新。? 輸出：出車情況記錄表。）4）完成任務對已完成的出車任務，用戶記錄該次任務的完成情況。? 輸入：用戶輸入的本次出車任務的詳細情況。? 處理：根據用戶的輸入對數據庫進行查詢和更新。? 輸出：出車情況記錄表。3. 車輛保險： 記錄車輛投保和保費的情況，此模塊完成了車輛保險投保登記的功能。4. 事故管理： 記錄車輛在出車過程中發生的事故及處理情況，此模塊完成了車輛的出險情況，包括出現地點、狀況、事故處理情況、索賠狀況進行詳細記錄。可以根據特定條件進行查詢。5. 維修和費用管理： 記錄每輛車從購置到報廢每次維修的詳細情況，以及車輛發生的各種費用，包括油耗、年審

34、等。此模塊完成了車輛年檢、養路費、加油費用的繳納和開支情況，以及車輛維修內容、工時、費用等信息，實現了車輛維修的信息化管理。6. 統計分析: 對每輛車進行詳細的統計分析，實現單車核算成本核算。此模塊完成了統計每輛車的使用和保養情況，包括用車記錄、保險、費用繳納情況、油耗記錄等，還可以統計每位駕駛員的出車任務完成情況記錄。7. 車輛基本資料數據維護子功能主要完成對車輛檔案數據庫的錄入，用戶可以增加、刪除及修改數據庫中的信息。? 輸入：用戶輸入的車輛基本資料信息。? 處理：根據用戶的輸入對數據庫進行維護，提交所做的操作。包括增加、刪除、更新。? 輸出：車輛登記卡記錄表8. 駕駛員基本情況數據維護子

35、功能完成對本單位專職駕駛員基本情況數據的錄入。? 輸入：用戶輸入的駕駛員基本情況數據。? 處理：根據用戶的輸入對數據庫進行維護，提交所做的操作。包括增加、刪除、更新。? 輸出：駕駛員基本情況表。235.2程序流程圖程序流程圖的優點是對控制流程的描繪很直觀，易于掌握系統總體程序流程圖如圖5.1所示:圖5.1系統總體程序流程圖購買零件及零件進庫程序流程圖如圖5.2所示：24圖5.2購買零件程序流程圖管理信息程序流程圖如圖5.3所示:27主界面供應商信息零件信息汽車信息客戶信息完成圖5.3管理信息程序流程圖5.3.2 信息顯示設計9. 3.1 一般交互設計一般交互涉及信息顯示、數據輸入、和系統整體控

36、制等方面。1、一致性為客戶交互界面中的菜單選擇、命令輸入、數據顯示以及眾多的其他功能，使用一致的格式。在設計的過程中，基本上保持了系統的格式一致。2、信息的反饋向用戶及時提供視覺和聽覺的信息反饋，以保證在用戶和系統之間及時地建立雙向通信。在本系統設計過程中，基本做到了信息的及時反饋，在信息顯示的大部分窗體中包括了刷新按鈕，會對數據庫中的數據進行及時地顯示。另外， 在進行錯誤操作時，會彈出提示窗口并發出警告提示音。3、執行有較大影響的操作前提示用戶確認在設計過程中，如果用戶要執行刪除操作，以及對數據庫的讀寫操作時，都會有窗體彈出詢問繼續操作或者予以提示。4、減少兩次操作間需要記憶的內容為了避免用

37、戶為下一步操作而記憶大量數據，所以在設計過程中在需要數據傳遞的窗體中設置全局變量，來傳遞數據。例如在入賬和入庫的模塊的操作中都用到了這樣的方法。5、對話、移動和思考的效率盡量減少用戶擊鍵的次數，在設計時考慮到了用戶屏幕的布局以減少用戶鼠標移動的距離，盡量避免用戶在操作中發生疑問的情況。6、允許錯誤允許用戶的誤操作盡量不對系統造成傷害。7、按功能對動作分類，并據此設計屏幕布局屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。應當盡量為用戶提供的界面顯示時完整的、明確的和容易理解的。這樣才能滿足用戶的需求。1、只顯示與當前工作有關的信息在用戶操作有關系統的特定功能的信息時，不必看到與之

38、無關的數據、菜單和圖形。2、使用一致的標記、標準的縮寫和可預知的顏色為了使系統所表達的含義準確、無誤， 就必須適用一致的標記、標準的縮寫和可以預知的縮寫，這樣用戶就無需參照其他信息源就能理解，而正確地適用軟件。3、產生有意義的錯誤信息對于系統在運行過程中產生的錯誤盡量給用戶返回一個容易理解的錯誤信息，以使用戶保持對系統的信任，和系統的可用性。4、使用窗口分隔不同類型的信息使用不同的窗口顯示、保存不同類型的信息。5.3.3 數據輸入設計用戶的大部分時間用在選擇菜單命令、鍵入數據和向系統提供輸入。在系統中，鍵盤是主要的輸入介質，但是鼠標等設備也是重要的輸入手段，所以，對于他們的數據輸入操作有如下約

39、定：1、保持信息顯示和數據輸入間的一致性為了方便用戶的使用，鼠標應當盡量減少操作的幅度。2、保持顯示信息和輸入信息之間的一致性5.4 程序設計過程程序設計主要是在借助過程設計工具的情況下，對程序的具體實現過程進行設計。程序的主要部分設計在這個環節完成。其主要包括以下幾個部分：295.4.2信息添加操作在用戶登錄時，在輸入用戶名和密碼及用戶類型的前提下將其與數據庫中的 數據進行對比，若一致，則打開主窗體，若不一致提示錯誤，并要求再次輸入， 若輸入次數超過三次，則關閉系統。2、密碼修改盒圖如圖5.5所示次輸入的密碼是否一致密碼是否正確一一1杏一-一一 一臬對數據庫中的相應字段進行更新提示已更新并提

40、交更新關閉窗體圖5.5密碼修改盒圖在用戶更改密碼時，系統首先判斷輸入的兩次舊密碼是否一致， 若一致，則 判斷原密碼是否正確，如果原密碼正確，則對數據庫中的相應字段進行更新。管理員查詢某貨物時貨物名及貨物號與數據庫中的數據不相一致，系統提示所查貨物在倉庫里為空，即倉庫從沒存儲該貨物。然后管理員可根據倉庫管理的需求是否 保存該貨物。5.4.3信息查詢操作31在執行查詢操作之前通常要先在單行文本框中輸入被查詢的條件，在單行文本框失去聚焦時將查詢條件傳遞給查詢按鈕的單擊事件中，然后過濾語句依據此過濾條件過濾得出相應的數據，并顯示在其他數據窗體控件中。在通常情況下，用戶可以在得到要查詢的信息后，對它們的各個字段進行修改，經過修改后，在退出時系統會提示進行存儲。在完成了用戶界面設計和程序過程設計后，基本上完成了詳細設計的內容。5.5 軟件測試一個軟件開發完成后，并不能投入使用，而需要有好長時間的測試。測試的目的就是在軟件投入生產性運行之前，盡可能多地發現軟件中的錯誤。目前軟件測試仍然是保證軟件質量的關鍵步驟，它是對軟件規格說明、設計和編碼的最后復審。軟件的測試方法