【正文】 到車輛在任務過程中的狀態(tài)以及任務狀態(tài)，完成人員及車輛的調度，其詳細設計業(yè)務流程圖如圖 4 所示。緊急信息處理子功能：當接收到任務緊急狀況的報告，及時提出解決方案完成任務調度，其詳細設計業(yè)務流程圖如圖 5 所示。日常使用維護子系統(tǒng)：對于車輛的日常使用費用（油費、維修費、保養(yǎng)費、過橋費等的費用）的管理，生成相關的各種統(tǒng)計信息表以便企業(yè)查詢使用，幫助財務管理的進行，其詳細設計業(yè)務流程圖如圖 6 所示。 21 / 314. 代碼設計 代碼是人為確定的代表客觀事物(實體) 名稱、屬性或狀態(tài)的符號或者是這些符號的組合。本系統(tǒng)將關聯(lián) 5 個相關的代碼。它們分別為：車輛號（混合碼） 、駕駛員編號（混合碼） 、任務編號（混合碼） 。駕駛編號：C 05 0001 后兩位代表駕駛員具體的編號（小分類）這兩位代表駕駛員所在車隊的編號（中分類）前兩位代表駕駛員所持證類型（大分類）車輛號： 陜 A 02301 這兩位代表車輛的編號（小分類）中間兩位代表車輛所在城市（中分類）這位代表、車輛所在省份（大分類）22 / 31任務編號：W 01 0001 后兩位代表任務具體的編號（小分類）前兩位代表是任務（大分類）這兩位代表任務類型的編號（中分類）5. 數(shù)據庫設計 數(shù)據庫大致設計有關實體及其屬性圖例 實體集 實體屬性 實體之間的聯(lián)系本系統(tǒng)數(shù)據庫的概要設計方法是使用實體??聯(lián)系（E??R 圖） ，通過 E??R 圖對本系統(tǒng)的數(shù)據存儲進行分析，得到：客戶、駕駛員、任務、人員調度單、車輛分配單、車輛。實體間的聯(lián)系：客戶和任務是一對多的聯(lián)系，一個客戶可擁有多張任務單。任務和駕駛員是一對多的聯(lián)系，一個任務可有多個駕駛員執(zhí)行。駕駛員和車輛是一對一的聯(lián)系，一個駕駛員對應一輛車。任務和車輛是一對多的聯(lián)系，一個任務可以由多輛車來完成。ER 圖（此為已經消除數(shù)據冗余與沖突后的 ER 圖）23 / 31提交客戶 任務客 戶 編 號 客 戶 姓 名客 戶 類 型 其 他任 務 編 號 任 務 內 容任 務 狀 態(tài)1 m駕 駛 員 車輛執(zhí)行n1記 錄駕 照 類 型駕 駛 員 編 號駕 駛 員 姓 名使用分配n n車 輛 編 號車 輛 狀 態(tài)1n將前臺營業(yè)管理系統(tǒng)的 E—R 圖轉換為關系模式可得到以下關系（每個關系的主碼用 __標出，外碼用標出）：實體分別轉化為關系模式：（1）客戶（客戶編號、客戶姓名、客戶類型、其他）駕駛員（駕駛員編號、駕駛員姓名、記錄、駕照類型）任務（任務編號、任務內容、任務狀態(tài)、駕駛員編號、車輛編號、客戶編號）車輛（車輛編號、車輛狀態(tài)）人員調度單（駕駛員編號、任務編號）車輛分配單（車輛編號、任務編號）聯(lián)系分別轉化為關系模式：使用{駕駛員編號、車輛編號 、任務編號}分配{任務編號、車輛編號}執(zhí)行{駕駛員編號、任務編號 、駕駛員姓名、任務內容}提交{客戶編號、任務編號、任務內容、客戶姓名 } 數(shù)據庫詳細設計 數(shù)據庫的邏輯設計： 根據關系模式的設計，為本系統(tǒng)數(shù)據庫設置主鍵其中主鍵唯一表示該數(shù)據庫的屬性。形成數(shù)據庫的文件如下：客戶24 / 311) 駕駛員數(shù)據結構字段名 字段代碼 字段類 字段長度 主鍵 駕駛員編號 BH 字符 10 Y駕駛員姓名 XM 字符 20 駕照類型 JZ 字符 8 附加信息 FJXX 字符 502) 車輛數(shù)據結構字段名 字段代碼 字段類 字段長度 主鍵 車輛編號 CLBH 字符 10 Y 車輛狀態(tài) LX 字符 50 3) 客戶數(shù)據結構字段名 字段代碼 字段類 字段長度 主鍵 客戶編號 KHBH 字符 18 Y客戶姓名 XM 字符 20 信息 XX 字符 50 4) 任務數(shù)據結構字段名 字段代碼 字段類 字段長度 主鍵 外鍵 任務編號 RWBH 字符 20 Y車輛編號 CLBH 字符 10 駕駛員編號 BH 字符 10 任務信息 RWXX 字符 50任務狀態(tài) RWZT 字符 506. IPO 設計（輸入、處理、輸出） 給出每個功能模塊的輸入界面設計結果；輸入設計：（1）基本信息管理 表 任務信息輸入設計：客戶名稱 客戶編號25 / 31表 客戶信息輸入設計客戶姓名 客戶信息（2）緊急事務管理表 緊急事故報告單駕駛員編號 任務編號車輛編號 事故信息（3）日常事務管理表 日常使用說明車輛編號費用金額使用記錄（如：加油、維修等） 給出每個功能模塊的輸出界面設計結果（1）基本信息管理表 任務信息表表 客戶信息表客戶編號客戶姓名客戶信息（2）任務過程管理任務內容任務編號客戶名稱客戶編號任務內容26 / 31表 任務調度信息輸出設計任務編號 客戶編號客戶姓名 會員類別駕駛員編號車輛編號 任務信息（3）緊急事故處理表 緊急事務記錄任務編號 事故記錄駕駛員編號 處理方案（4）日常事務管理表 結算單車輛編號費用金額客戶信息表 違規(guī)記錄車輛編號駕駛員編號違規(guī)記錄人機界面設計： 給出每個功能模塊的處理描述，可以結構化語言、判斷樹和判斷表等工具。基本信息管理：27 / 31登入系統(tǒng)駕駛員客戶填寫信息填寫任務信息任務過程管理：登入系統(tǒng)管理員客戶核對任務信息操作心痛生成調度單查詢任務完成情況緊急事務處理：登入系統(tǒng)駕駛員管理員填寫緊急事務報告信息操作系統(tǒng)生成緊急調度方案日常使用維護管理：駕駛員管理員填寫維修、加油、保養(yǎng)等信息操作系統(tǒng)生成各種統(tǒng)計清單五、 總結和體會 通過本學期對于管理信息系統(tǒng)的了解與學習，并通過所獲得的管理信息系統(tǒng)方面的相關知識運用到實驗中，實現(xiàn)對信息系統(tǒng)的開發(fā)、設計和管理等方面的功能。在系統(tǒng)的開發(fā)中，不但了解了信息系統(tǒng)技術，親身體驗了系統(tǒng)開發(fā)的過程，明確了信息系統(tǒng)開發(fā)的分析過程是很重要的，只有做好了前期的準備，整個實踐過程的思路才能清晰。為期幾周的 MIS 課程設計很快就過去了，在這短時間里，在老師的幫助和指導下，最終順利完成了車輛管理信息系統(tǒng)的課程設計報告。我很有成就感。為對自己所做出的努力及最后的成品是比較滿意的。最好的是享受在過程中，有很煩躁不知道該怎么繼續(xù)設計系統(tǒng)，一心想盡快設計出來。通過實際運用所學知識更深刻地理解了 MIS，將管理知識和現(xiàn)代化系統(tǒng)開發(fā)技術相結合，以達到我們的最終目標，可謂是知識實踐相結合。系統(tǒng)的設計過程鍛煉了我們的思維，以及縝密的分析事物的能力。登入系統(tǒng)28 / 31在本次課程設計過程中，我覺得很不足的地方就是在分析定位這個系統(tǒng)的時候對其的功能定位不是特別的明確，所以在設計分析過程中引出了很多小的阻礙。所以今后在分析時，準確的功能定位是很必要的。這次設計不僅運用了本次課程的知識，同時也讓我們重拾了以前學過的知識，比如那些高級辦公自動化的繪圖、VF 的表單制作、數(shù)據庫的相關知識等。所謂溫故而知新，也可以算是不錯的。有些設計環(huán)節(jié)應該不是很完善，希望老師能給予多些的指點，以便在今后的設計上能做到更