駕校培訓(xùn)管理系統(tǒng)地設(shè)計與實現(xiàn)

1、課 程 設(shè) 計 報 告駕校培訓(xùn)管理系統(tǒng)的設(shè)計與實現(xiàn)學(xué) 院： 計算機學(xué)院 軟件學(xué)院課程名稱： 面向?qū)ο蟪绦蛟O(shè)計專業(yè)班級： 12 網(wǎng)絡(luò)工程學(xué)生XX： 學(xué)號：學(xué)生XX： 學(xué)號：學(xué)生XX： 學(xué)號：指導(dǎo)教師： 彭三城完成時間： 2014 年 6 月 27 日1目錄1緒論 . .11.1 項目背景及意義 錯誤！未定義書簽。1.2 開發(fā)環(huán)境和工具 .錯誤！未定義書簽。2 需求分析 . . 錯誤！未定義書簽。2.1 業(yè)務(wù)流程分析 錯誤！未定義書簽。2.2 功能分析 錯誤！未定義書簽。3 系統(tǒng)設(shè)計 . 錯誤！未定義書簽。3.1 系統(tǒng)功能模塊設(shè)計 錯誤！未定義書簽。3.2 數(shù)據(jù)庫設(shè)計 錯誤！未定義書簽。3.2.1

2、 系統(tǒng)數(shù)據(jù)流圖 .錯誤！未定義書簽。3.2.2 數(shù)據(jù)庫邏輯設(shè)計 .錯誤！未定義書簽。3.2.3 數(shù)據(jù)庫物理設(shè)計 .錯誤！未定義書簽。4 系統(tǒng)實現(xiàn) . .錯誤！未定義書簽。5總結(jié) . . 錯誤！未定義書簽。2駕校培訓(xùn)管理系統(tǒng)的設(shè)計與實現(xiàn)1 緒論1.1 項目背景及意義隨著我國經(jīng)濟不斷的發(fā)展，物質(zhì)生活水平不斷的提高，人們開始對生活物質(zhì)條件提出更高的要求。加上我國汽車工業(yè)迅猛發(fā)展，汽車已經(jīng)成為一種便捷、高效的交通工具，越來越多的人開始學(xué)習(xí)汽車駕駛技術(shù)。大大小小的汽車駕駛培訓(xùn)學(xué)校應(yīng)運而生，滿足了人們對汽車駕駛的要求，使得汽車駕駛培訓(xùn)市場異?；鸨Ｎ覈F(xiàn)存的汽車駕駛培訓(xùn)行業(yè)從最初的零零星星到現(xiàn)在的龐大規(guī)模

3、，市場競爭秩序極不完善，存在著諸多的漏洞，使汽車駕駛培訓(xùn)行業(yè)畸形發(fā)展。很多培訓(xùn)機構(gòu)基礎(chǔ)設(shè)施不齊全，教學(xué)工具簡陋，師資技術(shù)薄弱，學(xué)員實踐時間嚴(yán)重不足，學(xué)員中普遍存在領(lǐng)取到駕駛證后沒有相應(yīng)的能力去駕駛汽車，催生大量馬路殺手等情況。甚至在經(jīng)濟利益的驅(qū)使下，部分汽車培訓(xùn)機構(gòu)私自成立教學(xué)點、惡意向?qū)W員索取財物、教學(xué)車輛，沒有定期維護甚至已經(jīng)報廢等不正當(dāng)手段屢見不鮮，管理上的混亂，效率的低下，都嚴(yán)重?fù)p害了學(xué)員的合法權(quán)益。絕大部分汽車駕駛員培訓(xùn)學(xué)校采用傳統(tǒng)的管理方式和人工處理信息模式，造成機構(gòu)內(nèi)部管理混亂，工作效率低下等。現(xiàn)今，在競爭日趨激烈的駕培行業(yè)中，駕校應(yīng)尋求新的管理方式和手段，提高管理上的靈活性，實

4、現(xiàn)在行業(yè)中穩(wěn)步的發(fā)展與壯大。為適應(yīng)企業(yè)信息化策略的要求，通過分析駕培行業(yè)的業(yè)務(wù)流程，依照國家的相關(guān)法律和規(guī)定，來實現(xiàn)駕校的信息化管理。自交通部最新出臺的機動車駕駛員培訓(xùn)資格條件文件正式實施后，駕校的日常工作變得繁雜。 學(xué)員從報名到最后取得駕照都需要經(jīng)過一系列的學(xué)習(xí)過程。 學(xué)員的數(shù)量龐大、檔案的存放與管理、學(xué)員的考試安排、教練與學(xué)員教學(xué)間的調(diào)度使得駕校人工管理日益復(fù)3雜。在早期的管理方式中，很多駕校為了節(jié)約成本，采用 EXCEL 文檔進行管理，當(dāng)需要查詢、統(tǒng)計、分析相關(guān)信息的時候，常常出現(xiàn)需時過長、信息不全面等問題。低效率，易出錯等問題造成駕校經(jīng)營困難，從而致使其倒閉。隨著時代的發(fā)展，計算機技術(shù)

5、已經(jīng)深入到各行各業(yè)仲，為廣大用戶提供了更為周到、便捷的服務(wù)。采用計算機來管理駕校的信息和安排日常的教學(xué)工作，操作簡單，功能實用，便于日常操作管理，可以快速處理所需信息，保證數(shù)據(jù)的準(zhǔn)確無誤，提高駕校工作效率，大大節(jié)約時間、人力和物力資源。1.2 開發(fā)環(huán)境和工具由于本系統(tǒng)是基于 Web平臺的，所以我將采用 ASP 技術(shù)作為主要開發(fā)工具， 系統(tǒng)前臺界面采用常用的 Microsoft Visual Studio 2008開發(fā)軟件，后臺數(shù)據(jù)庫采用 Microsoft VisualStudio 2008內(nèi)嵌的 Microsoft SQL Server 2005。42 需求分析2.1 業(yè)務(wù)流程分析學(xué)員參與駕

6、駛培訓(xùn)要達(dá)到國家相關(guān)文件的規(guī)定，通過學(xué)習(xí)掌握駕駛技術(shù)才能參與各項考試。首先學(xué)員要到相關(guān)駕校培訓(xùn)中心報名，交費并進行體檢，然后進行駕駛理論和交通規(guī)則的學(xué)習(xí)和考核，通過考核的學(xué)員下一步學(xué)習(xí)倒車入庫、樁考、側(cè)方位停車、爬坡起步、路上駕駛等駕駛車輛培訓(xùn)和考核，即分為科目一、科目二、科目三考試，每一個學(xué)員都要先學(xué)完一個科目通過駕校的申請方可到公安交警部門指定的考點進行該科目的考試，每一科目的考試有兩次考試機會，如果通過考試，就能進入下一科目的學(xué)習(xí)和考試；如果沒有按照規(guī)定完成考試， 要交補考費再進行該科目的學(xué)習(xí)考試。 只有全部通過三個科目的考試，才能拿到公安交通部頒發(fā)的機動車駕駛證。根據(jù)這個規(guī)定程序，駕校

7、學(xué)員的學(xué)習(xí)考試流程如圖 1 所示：報名科目一培訓(xùn)科目一考試 補考N考試合格Y科目二培訓(xùn)科目二考試 補考N考試合格Y科目三培訓(xùn)5科目三考試 補考圖 1 駕校培訓(xùn)流程2.2 功能分析功能需求分析的任務(wù)， 是弄清用戶對目標(biāo)系統(tǒng)數(shù)據(jù)處理功能所提供的要求。 駕校管理，主要是更好更高效率的為學(xué)員服務(wù)，幫學(xué)員順利拿到汽車駕駛證，其中包括管理學(xué)員的報名信息錄入；安排好學(xué)員的學(xué)習(xí)進程；通知并帶領(lǐng)好學(xué)員參加各項科目考試；管理內(nèi)部員工的信息；對教練員和車輛合理安排；督促學(xué)員繳納相應(yīng)的費用等。根據(jù)對系統(tǒng)目標(biāo)和業(yè)務(wù)流程的分析，本系統(tǒng)的功能需求可以歸納為以下具體功能：(1) 學(xué)員信息管理功能一個駕校的經(jīng)濟效益主要來源于學(xué)

8、員。對學(xué)員基本信息進行系統(tǒng)的管理有助于提高駕校的辦事效率。該模塊主要完成學(xué)員報名信息的錄入，給學(xué)員分配學(xué)員編號，根據(jù)該編號可以對學(xué)員信息進行查詢、修改、和刪除。學(xué)員信息屬性包括：學(xué)員編號、學(xué)員XX、性別、報名日期、證件編號、聯(lián)系、申請類型等。(2) 繳費信息管理功能該功能主要完成學(xué)員的基本費用繳納、學(xué)員補考費用繳納，通過學(xué)員編號來查詢學(xué)員繳費情況和欠費通知，統(tǒng)計駕?，F(xiàn)接納了多少學(xué)員，當(dāng)學(xué)員來領(lǐng)取駕照時，查看學(xué)員是否繳費完畢，最終繳費的合計。繳費信息包括：學(xué)員編號、學(xué)員XX、繳費項目、繳費金額、學(xué)員總費用等。(3) 培訓(xùn)信息管理功能學(xué)員通過體檢，完成科目一學(xué)習(xí)考試后，可以進行上車訓(xùn)練。由于學(xué)員人

9、數(shù)較多，駕校的車輛有限，場地的限制，學(xué)員個人時間、考試時間因素，需要對學(xué)員學(xué)習(xí)進行調(diào)整和分配，學(xué)員要提前預(yù)約才能進行訓(xùn)練。該模塊由教練員來制定教學(xué)時間安排，再由學(xué)員進行預(yù)約或交由教練安排，避免出現(xiàn)扎堆的現(xiàn)象。培訓(xùn)信息包括：學(xué)員編號、學(xué)員XX、培訓(xùn)項目、培訓(xùn)時間等。(4) 用戶信息管理功能該功能主要完成權(quán)限的分配管理、用戶信息錄入、修改、查詢和刪除等，只分三個角色：管理員、教練和學(xué)員。管理員可以進入每一個系統(tǒng)功能模塊進行操作，管理整個駕校的信息，保證信息的完整和互通，可以修改、刪除用戶信息。教練角色只能進入培訓(xùn)信息6管理功能，對學(xué)員的教學(xué)進行管理和安排。學(xué)員角色只能進入學(xué)員信息管理功能、繳費信息

10、管理功能、培訓(xùn)信息管理功能、考試信息管理功能，對相關(guān)的信息進行選擇。用戶信息包括：用戶編號、用戶XX、用戶密碼、權(quán)限等。73 系統(tǒng)設(shè)計駕校信息管理系統(tǒng)是在符合國家相關(guān)規(guī)定的前提下，實現(xiàn)各種信息的規(guī)X化、易于管理化和高效化。本論文系統(tǒng)主要是方便、簡易駕校管理人員的工作，提高整個駕校的運作效率，對當(dāng)前學(xué)員的報名、科目學(xué)習(xí)、學(xué)員的交費情況、學(xué)員的科目考試進程、教練的教學(xué)安排及教練的聘用等方面信息進行及時、有效的管理和修改。3.1 系統(tǒng)功能模塊設(shè)計從前面的業(yè)務(wù)流程與功能分析可以設(shè)計七個功能模塊，分別是學(xué)員信息管理模塊、繳費信息管理模塊、培訓(xùn)信息管理模塊、考試信息管理模塊、教練信息管理模塊、車輛信息管理

11、模塊、系統(tǒng)管理模塊。系統(tǒng)整體功能如圖 2 所示：駕校培訓(xùn)管理系統(tǒng)學(xué) 繳 培 考 教車用員 費 訓(xùn) 試 練輛戶信 信 信 信 信 信 信息 息 息 息 息 息 息管 管 管 管 管 管 管理 理 理 理 理 理 理模 模 模 模 模 模 模塊 塊 塊 塊 塊 塊 塊圖2 系統(tǒng)整體功能圖其中各模塊的功能包括：學(xué)員信息管理模塊：學(xué)員報名、修改學(xué)員信息、查詢學(xué)員信息、刪除學(xué)員信息；繳費信息管理模塊：學(xué)員繳費、繳費查詢、學(xué)員個人繳費金額總額；考試信息管理模塊：考試查詢、添加考試信息、修改考試信息、查詢考試成績；用戶信息管理模塊：添加用戶、修改用戶、刪除用戶。 3.2 數(shù)據(jù)庫設(shè)計3.2.1 系統(tǒng)數(shù)據(jù)流圖8

12、數(shù)據(jù)流圖是描述系統(tǒng)數(shù)據(jù)流程的工具，它將數(shù)據(jù)獨立抽象出來，通過圖形方式描述信息的來龍去脈和實際流程。對駕校信息管理系統(tǒng)及各功能模塊進行數(shù)據(jù)流程分析，可得到駕校培訓(xùn)管理系統(tǒng)的各個模塊處理數(shù)據(jù)的過程，如圖 3 所示：學(xué)員信息表繳費信息表學(xué)員 報名 繳費 管理員考試 培訓(xùn)教練考試信息表培訓(xùn)信息表車輛信息表圖 3 系統(tǒng)數(shù)據(jù)流程圖從圖中我們可以清楚看到系統(tǒng)的三個實體，主要功能的構(gòu)成和數(shù)據(jù)的具體流向，主要是學(xué)員的報名、繳費、培訓(xùn)、考試得到的數(shù)據(jù)表，由管理員統(tǒng)一匯總和分析管理。下面對部分?jǐn)?shù)據(jù)的處理過程進行展開、分析：(1)學(xué)員培訓(xùn)數(shù)據(jù)流程圖如圖 4 所示：預(yù)約學(xué)員 培訓(xùn)信息表 管理員 培訓(xùn)培訓(xùn)時間表 教練教練

13、安排圖 4 學(xué)員培訓(xùn)數(shù)據(jù)流程圖(2)學(xué)員考試數(shù)據(jù)流程圖如圖 5 所示：9考試時間表 管理員學(xué)員預(yù)約考試考試考試信息表圖 5 學(xué)員考試數(shù)據(jù)流程圖3.2.2 數(shù)據(jù)庫邏輯設(shè)計概念模型是數(shù)據(jù)庫系統(tǒng)的核心和基礎(chǔ)，在管理信息系統(tǒng)中，概念模型：體現(xiàn)了設(shè)計者對現(xiàn)實世界的認(rèn)識，描述了軟件系統(tǒng)的整體概括。由于各個機器上實現(xiàn)的 DBMS 軟件都是基于某種數(shù)據(jù)模型的，但是在具體機器上實現(xiàn)的模型都有許多嚴(yán)格的限制。而現(xiàn)實應(yīng)用環(huán)境是復(fù)雜多變的，如果把實現(xiàn)世界中的事物直接轉(zhuǎn)換為機器中的對象，就非常不方便。因此，人們研究把現(xiàn)實世界中的事物抽象為不依賴與具體機器的信息結(jié)構(gòu)，又接近人們的思維，并具有豐富語義的概念模型，然后再把概

14、念模型轉(zhuǎn)換為具體的機器上 DBMS 支持的數(shù)據(jù)模型。概念模型的描述工具通常是使用 E-R 模型圖。該模型不依賴于具體的硬件環(huán)境和DBMS。概念模型設(shè)計的常用方法是實體關(guān)系方法（ E-R 方法）。用實體關(guān)系方法對具體數(shù)據(jù)進行抽象加工，將實體集合抽象成實體類型，用實體間的關(guān)系反映現(xiàn)實世界事物間的內(nèi)在關(guān)系。首先可以進行局部 E-R 模型，然后把各局部 E-R 模型綜合成一個全局的 E-R 模型，最后對全局 E-R 模型進行優(yōu)化，最后得到的。在需求分析和邏輯設(shè)計之間增加概念設(shè)計階段，可以使設(shè)計人員僅從用戶的角度看待數(shù)據(jù)及處理要求和約束。表達(dá)概念設(shè)計的結(jié)果稱為概念模型，對概念模型有以下要求：(1)有豐富

15、的語義表達(dá)能力，能表達(dá)用戶的各種需求。(2)易于交流和理解，從而可以用它和不熟悉計算機的用戶交換意見。(3)要易于更改。當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時，概念模型要能很容易的修改和擴充以反映這種變化。(4)易于向各種數(shù)據(jù)模型轉(zhuǎn)換。按照上述要求，傳統(tǒng)的數(shù)據(jù)模型（網(wǎng)狀、層次和關(guān)系模型）都不適合作概念模型。在數(shù)據(jù)庫的概念設(shè)計中， 通常采用 E-R 數(shù)據(jù)模型來表示數(shù)據(jù)庫的概念結(jié)構(gòu)。 E-R 數(shù)據(jù)模型將現(xiàn)實世界的信息結(jié)構(gòu)統(tǒng)一用屬性、實體以及它們之間的聯(lián)系來描述。駕校管理系統(tǒng)的 E-R 圖如圖 6 所示：101 1駕校1屬于聘用 屬于校區(qū)編號 教練證號教練編號 車輛編號校區(qū)名稱 駕照類型教練XX 車牌號校區(qū)地址

16、mm1 m校區(qū) 教練屬于1使用1m車輛購買日期校區(qū)聯(lián)系人1XX聯(lián)系1工資備注產(chǎn)地購買價格車型 品牌聯(lián)系 教授 教授mm學(xué)員學(xué)員編號 聯(lián)系學(xué)員XX XX 性別圖 6 系統(tǒng) E-R 圖結(jié)合E-R 圖可得到數(shù)據(jù)庫管理系統(tǒng)的關(guān)系模型如下：(1)校區(qū)信息表：（校區(qū)編號、校區(qū)名稱、地址、聯(lián)系人、聯(lián)系）(2)學(xué)員信息表：（學(xué)員編號、學(xué)員XX、性別、XX、聯(lián)系、申請類型、學(xué)員體檢、所屬校區(qū)、經(jīng)辦人、培訓(xùn)教練、入學(xué)日期）(3)教練信息表：（教練編號、教練XX、XX、聯(lián)系、教練證號、駕照類型、車牌號、所屬校區(qū)、工資、備注）(4)車輛信息表：（車輛編號、車牌號、購買日期、購買價格、品牌、車型、產(chǎn)地） 以上括號外的名

17、稱是表名，括號內(nèi)為字段名，有下劃線的字段是關(guān)聯(lián)關(guān)鍵字。3.2.3 數(shù)據(jù)庫物理設(shè)計根據(jù)在數(shù)據(jù)庫概念設(shè)計中給出的數(shù)據(jù)庫駕校管理系統(tǒng)的關(guān)系模型，可以設(shè)計數(shù)據(jù)表結(jié)構(gòu)，服務(wù)器上建名為 JXMS 的數(shù)據(jù)庫。其中包括以下表：CampusInfo，StudentInfo，CoachInfo，CarInfo，F(xiàn)eeInfo，TrainTimeInfo ，TrainInfo，TestTimeInfo，TestInfo，UserInfo。下面具體介紹數(shù)據(jù)庫中各表的結(jié)構(gòu)：(1)表名： CampusInfo，即：校區(qū)信息表，存儲校區(qū)的相關(guān)信息，其結(jié)構(gòu)如表 1 所示。表 1 校區(qū)信息表11字段名稱 字段類型 字段長度 字

18、段屬性 是否為空 備注CampusNO int 校區(qū)編號 NOT NULL 主鍵CampusName varchar 30 校區(qū)名稱 NOT NULLAddress varchar 50 地址 NOT NULLTelephone varchar 20 NOT NULLContact varchar 20 聯(lián)系人 NOT NULLPhone varchar 20 聯(lián)系 NOT NULL(2)表名：StudentInfo，即：學(xué)員信息表，存儲學(xué)員的基本信息及報名信息，其結(jié)構(gòu)如表2 所示。表 2 學(xué)員信息表字段名稱 字段類型 字段長度 字段屬性 是否為空 備注StudentNO int 學(xué)員編號 NOT NULL 主鍵StudentName varchar 30 學(xué)員XX NOT NULLSex char 性別 NOT NULLID varchar 20 XX NOT NULLPhone varchar 20 聯(lián)系 NOT NULLAddress varchar 50 NOT NULLExegesis varchar 15 申請類型 NOT NULLCheckup char 2 學(xué)員體檢 NOT NULLCampusName varchar 30 所屬校區(qū) NOT NULLHandler varchar 30 經(jīng)辦人 NOT NULLCoachNa