SAAS模式下物流運力資源管理系統(tǒng)分析與設(shè)計

1、運力資源管理系統(tǒng)設(shè)計報告版本： 1.0 文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識：設(shè)計報告、用戶手冊當(dāng)前版本：1.0作者： 哈爾濱工業(yè)大學(xué)完成日期：2014-5-23 *研究報告目錄1. 系統(tǒng)需求描述 . 11.1 系統(tǒng)概述 . 11.1.1 系統(tǒng)研發(fā)的目的 . 11.1.2 相關(guān)術(shù)語和概念 . 11.1.3 系統(tǒng)描述 . 11.2 系統(tǒng)需求分析 . 11.2.1 用例分析 . 11.2.2 業(yè)務(wù)流程 . 91.2.3 數(shù)據(jù)流圖 . 錯誤！未定義書簽。1.3 開發(fā)語言、平臺、框架. 11 2. 系統(tǒng)設(shè)計 . 12 2.1 系統(tǒng)設(shè)計思路 . 12 2.2 軟件系統(tǒng)結(jié)構(gòu) . 12 2.3 數(shù)據(jù)

2、庫設(shè)計 . 15 2.4 功能模塊設(shè)計 . 19 2.5 算法設(shè)計 . 20 2.6 接口設(shè)計 . 錯誤！未定義書簽。2.6 用戶界面設(shè)計 . 23 3. 系統(tǒng)部署與測試 . 23 3.1 系統(tǒng)部署結(jié)構(gòu) . 23 3.2 系統(tǒng)部署方法 . 23 *研究報告3.3 系統(tǒng)測試方案 . 23 4. 用戶操作手冊 . 24 4.1 用戶操作流程 . 24 4.2 具體功能操作步驟 . 24 4.3 系統(tǒng)出錯處理 . 24 5. 其他說明 . 24 *研究報告1 1. 系統(tǒng)需求描述1.1 系統(tǒng)概述1.1.1 系統(tǒng)研發(fā)的目的物流車隊擁有大量的運力資源，本系統(tǒng)旨在為運力資源管理的過程提供信息系統(tǒng)支持，提高運

3、力資源管理效率，提升企業(yè)競爭力；在 saas模式下實現(xiàn)多租戶的系統(tǒng)是為了提高系統(tǒng)的重用性，降低系統(tǒng)使用者的部署維護升級成本。1.1.2 相關(guān)術(shù)語和概念運力資源：物流公司具備不同運輸能力的車輛以及相關(guān)資源。saas： 它是一種通過internet 提供軟件的模式， 廠商將應(yīng)用軟件統(tǒng)一部署在自己的服務(wù)器上，客戶可以根據(jù)自己實際需求，通過互聯(lián)網(wǎng)向廠商定購所需的應(yīng)用軟件服務(wù)，按定購的服務(wù)多少和時間長短向廠商支付費用，并通過互聯(lián)網(wǎng)獲得廠商提供的服務(wù)。車輛管理員：負責(zé)物流公司車輛信息維護的管理人員。業(yè)務(wù)管理員：負責(zé)物流公司承運業(yè)務(wù)的管理人員。司機管理員：負責(zé)物流公司司機信息維護的管理人員。派車單：記錄一次

4、派車信息的數(shù)據(jù)單據(jù)。任務(wù)委托單：由客戶下發(fā)的特定種類和數(shù)量的貨物運輸任務(wù)信息單據(jù)。1.1.3 系統(tǒng)描述本系統(tǒng)是為物流車隊編寫的以管理物流車隊運力資源為目的的saas信息系統(tǒng)。物流企業(yè)的企業(yè)業(yè)務(wù)流程主要分為承運區(qū)，運作區(qū)， 送達區(qū)三大業(yè)務(wù)模塊。本系統(tǒng)的需求主要覆蓋運作區(qū)的運力資源管理和調(diào)配業(yè)務(wù)。本系統(tǒng)是物流系統(tǒng)的子系統(tǒng)之一，將配合物流調(diào)度系統(tǒng)，物流跟蹤系統(tǒng)， 倉儲管理系統(tǒng)完成對物流全業(yè)務(wù)流程的信息化支持。系統(tǒng)分析和設(shè)計采用面向?qū)ο蟮姆治龊驮O(shè)計技術(shù)，以用例為導(dǎo)向，圍繞用例的需求場景逐步完成系統(tǒng)的活動圖分析，類設(shè)計，順序圖設(shè)計，數(shù)據(jù)庫設(shè)計，交互頁面設(shè)計等任務(wù)。1.2 系統(tǒng)需求分析1.2.1 用例分析

5、參與者分析*研究報告2 根據(jù)對現(xiàn)實業(yè)務(wù)的抽象和分析，本系統(tǒng)涉及的參與者如下：1） 業(yè)務(wù)管理員：物流公司負責(zé)運輸業(yè)務(wù)管理的管理人員，運輸任務(wù)的分配和管理。2） 司機管理員：物流公司負責(zé)管理司機信息的管理人員。3） 車輛管理員：物流公司負責(zé)管理車輛信息的管理人員。4） 倉儲管理系統(tǒng)：本系統(tǒng)的任務(wù)信息來源5） 物流跟蹤系統(tǒng)：本系統(tǒng)任務(wù)信息的接收者和完成情況的反饋者。6） 系統(tǒng)管理員：本系統(tǒng)的管理員，進行系統(tǒng)級的管理。發(fā)現(xiàn)事件和用例通過對業(yè)務(wù)流程和參與者的調(diào)查，依據(jù)ebp（基本業(yè)務(wù)流程，由一個參與者在特定地點為響應(yīng)交易事件所執(zhí)行的一項任務(wù)，它增加可度量的業(yè)務(wù)價值，使得系統(tǒng)和數(shù)據(jù)保持在一致狀態(tài)）原則進行

6、分析，本系統(tǒng)涉及到如下表所示的事件和相應(yīng)的用例事件類型來源觸發(fā)器事件詳情用例響應(yīng)響應(yīng)目的地外部事件車輛管理員新增車輛操作購置一輛新車購買車輛車輛管理員選擇車輛，進行報廢操作報廢一輛舊車報廢車輛車輛管理員選擇車輛，確認維修一輛損壞車輛開始維修維修車輛車輛管理員選擇維修狀態(tài)車輛，確認維修完成車輛維修完成完成維修車輛管理員查詢車輛操作車輛管理員需要查詢所有車輛查詢車輛車輛列表和詳情車輛管理員車輛管理員查詢維修記錄操作司機管理員要查看車輛的維修記錄維修記錄查詢維修記錄列表車輛管理員司機管理員新增司機操作有新司機入職司機入職司機管理員查詢司機操作司機管理需要查詢所有司機的信息司機查詢司機列表和詳情司機管

7、理員司機管理員選擇司機，進行請假操作有司機請假司機請假司機管理員選擇已請假司機，進行銷假操作有司機銷假司機銷假司機管理員選擇司機進行，離職操作有司機離職司機辭職*研究報告3 業(yè)務(wù)管理員查詢?nèi)蝿?wù)操作業(yè)務(wù)管理員要查詢所有的任務(wù)（已分配，待分配，和已完成的）任務(wù)查詢?nèi)蝿?wù)列表和詳情業(yè)務(wù)管理員業(yè)務(wù)管理員新 任 務(wù) 下達，需要接收業(yè)務(wù)管理員確認接收從倉儲管理系統(tǒng)下發(fā)的任務(wù)任務(wù)接收業(yè) 務(wù) 管 理員，物流跟蹤系統(tǒng)業(yè)務(wù)管理員選擇未分配任務(wù)進行分配操作業(yè)務(wù)管理員要將某未分配的任務(wù)分配到車輛和司機任務(wù)分配待選分配方案，分 配 確認，向物流跟蹤系統(tǒng)傳遞一個新的任務(wù)信息業(yè)務(wù)管理員，物流跟蹤系統(tǒng)物流跟蹤系統(tǒng)物流跟蹤系統(tǒng)通

8、過本系統(tǒng)預(yù)留接口傳遞此信息某已分配任務(wù)到達目的地任務(wù)完成任務(wù)完成提醒業(yè)務(wù)管理員倉儲管理系統(tǒng)某個倉庫有新的任務(wù)要下達倉儲管理系統(tǒng)向本系統(tǒng)下發(fā)任務(wù)任務(wù)下達系統(tǒng)管理員設(shè)置公司名操作系統(tǒng)初始化時設(shè)置公司名稱公司名稱設(shè)置系統(tǒng)管理員倉庫新增操作新增新的倉庫新增倉庫系統(tǒng)管理員倉庫查詢操作查詢現(xiàn)有倉庫查詢倉庫倉庫列表和詳情系統(tǒng)管理員系統(tǒng)管理員選 定 某 倉庫，刪除該倉庫信息刪除現(xiàn)有的某倉庫刪除倉庫系統(tǒng)管理員新增管理員操作指定新的業(yè)務(wù)、車輛、司機管理員新增管理員系統(tǒng)管理員選定某管理員，執(zhí)行刪除管理操作刪 除 某 業(yè)務(wù)、車輛、司機管理員刪除管理員系統(tǒng)管理員管理員查詢操作查詢現(xiàn)有管理員管理員查詢管理員列表和詳情系統(tǒng)

9、管理員*研究報告4 用例圖購 買 車 輛車 輛 查 詢車 輛 維修司 機 入 職司 機 請 假司 機 離 職任務(wù) 分 配車 輛 報 廢任 務(wù) 查 詢按 任務(wù) 狀 態(tài) 查 詢?nèi)?務(wù) 完 成物流 跟 蹤 系 統(tǒng)維 修 完 成司機 銷 假按 車 輛 狀 態(tài)查 詢按 姓 名 關(guān)鍵 字 查 找司 機 查 詢按 司機 狀 態(tài) 查 找維 修記 錄 查 詢按 車 輛查 詢按 日 期 查詢登 錄 系統(tǒng)車 輛 管 理車 輛 管 理員 登 錄車 輛 管 理 員司 機 管 理司 機 管 理員 登 錄司 機 管理 員按 車 輛 種類 查 詢?nèi)?務(wù) 管 理業(yè) 務(wù) 管 理 員 登 錄業(yè) 務(wù) 管 理 員任 務(wù) 接 收倉 儲管

10、 理 系 統(tǒng)任 務(wù) 下達圖 1 系統(tǒng)業(yè)務(wù)用例*研究報告5 圖二：系統(tǒng)管理用例圖用例說明系統(tǒng)的核心用例詳細描述如下登錄用例用例：登錄系統(tǒng)參與者：系統(tǒng)管理員，業(yè)務(wù)管理員，車輛管理員，司機管理員目的：管理員和普通用戶登錄系統(tǒng)，顯示相應(yīng)的界面，完成一系列操作。概述：管理員和普通用戶選擇身份后請求登錄到系統(tǒng)，輸入賬戶和密碼，驗證合格后登錄到相應(yīng)的主界面。類型：基本前提條件：系統(tǒng)開放登錄操作。后置條件：管理員和普通用戶登錄到系統(tǒng)特殊需求：系統(tǒng)必須在10 秒內(nèi)響應(yīng)。事件流參與者操作系統(tǒng)響應(yīng)1.各管理員輸入帳戶名，密碼，點擊登錄操作1.1 系統(tǒng)進行賬號驗證1.2 驗證信息正確，則返回相應(yīng)的管理員操作主頁候選事

11、件流1：第 2 步輸入了無效的賬戶和密碼。指示錯誤。返回至步驟1 *研究報告6 用例：車輛管理參與者：車輛管理員目的：管理員登錄系統(tǒng)后進入車輛管理模塊，對車輛的基礎(chǔ)信息進行維護，根據(jù)車輛相關(guān)的實際業(yè)務(wù)需求進行相應(yīng)操作。概述：管理員登錄系統(tǒng)，打開車輛管理界面，并進行購買車輛，車輛報銷，車輛維修，維修完成，車輛查詢等操作。類型：基本前提條件：管理員成功登錄到系統(tǒng)后置條件：完成相應(yīng)操作特殊需求：系統(tǒng)必須在10 秒內(nèi)響應(yīng)。事件流參與者操作系統(tǒng)響應(yīng)1. 車輛管理員登錄系統(tǒng)2. 車輛管理員選擇主頁上車輛購買，車輛報銷，車輛維修，車輛查詢，維修完成，維修記錄查詢等操作3. 車輛管理根據(jù)具體操作提交具體的信息

12、3.a購買新車，輸入新車信息3.b車輛報銷首先選擇車輛，點擊報銷操作3.c車輛查詢，選擇查詢條件，點擊查詢3.d車輛維修，選擇待維修車輛，輸入維修信息后確認維修3.e維修完成，選擇維修車輛，確認維修完成3. 維修記錄查詢，選擇查詢條件，確認維修完成。1.1 登錄系統(tǒng)成功，顯示操作主頁2.1 顯示相應(yīng)頁面3.1 對于非查詢類的操作，系統(tǒng)返回各項操作成功的提示，對于查詢操作，系統(tǒng)輸出查詢結(jié)果。候選事件流1：第 4 步輸入了無效的信息。指示錯誤。返回至步驟2 *研究報告7 司機管理用例：司機管理參與者：司機管理員目的：司機管理員對司機的基礎(chǔ)信息進行維護，根據(jù)司機相關(guān)的實際業(yè)務(wù)需求進行相應(yīng)操作。概述：

13、司機管理員登錄系統(tǒng)，打開司機管理界面，并進行司機入職，司機離職，司機查詢，司機請假，司機銷假等操作。類型：基本前提條件：管理員成功登錄到系統(tǒng)后置條件：完成相應(yīng)操作特殊需求：系統(tǒng)必須在10 秒內(nèi)響應(yīng)。事件流參與者操作系統(tǒng)響應(yīng)1. 司機管理員登錄系統(tǒng)2. 司機管理員選擇主頁上司機入職，司機離職，司機查詢，司機請假，司機銷假等操作3. 車輛管理根據(jù)具體操作提交具體的信息3. 司機入職， 輸入司機信息， 確認入職操作3.b 司機離職首先選擇司機，點擊離職操作3.c 司機查詢，選擇查詢條件，點擊查詢3.d 司機請假，選擇司機，輸入請假原因，日期等信息后確認請假3.e 司機銷假，選擇請假司機，點擊銷假操作

14、1.1 登錄系統(tǒng)成功，顯示操作主頁2.1 顯示相應(yīng)頁面3.1 對于查詢類的操作，系統(tǒng)輸出查詢結(jié)果，對于非查詢類的操作，系統(tǒng)返回操作成功的提示候選事件流1：第 4 步輸入了無效的信息。指示錯誤。返回至步驟2 *研究報告8 任務(wù)分配用例：任務(wù)分配參與者：業(yè)務(wù)管理員，物流跟蹤系統(tǒng)目的：業(yè)務(wù)管理員對未分配的任務(wù)進行分配概述：管理員登錄系統(tǒng)，打開任務(wù)管理界面，進行任務(wù)分配的一系列操作。類型：基本前提條件：任務(wù)管理員成功登錄到系統(tǒng)后置條件：完成相應(yīng)操作特殊需求：系統(tǒng)必須在10 秒內(nèi)響應(yīng)。事件流參與者操作系統(tǒng)響應(yīng)1. 業(yè)務(wù)管理員登錄系統(tǒng)，選擇分配任務(wù)操作2. 業(yè)務(wù)管理員選中其中要分配的任務(wù)，點擊查看分配方案

15、3. 業(yè)務(wù)管理員根據(jù)實際需求，選擇一個分配方案，確認分配1.1 系統(tǒng)進入分配任務(wù)界面，顯示所有待分配的任務(wù)。2.1 系統(tǒng)計算出所有可選的分配方案，并標(biāo)記出推薦方案。3.1系統(tǒng)提示分配成功，并向物流跟蹤系統(tǒng)傳遞分配成功的任務(wù)信息。候選事件流1. 無分配方案時，系統(tǒng)提示，任務(wù)無法分配，返回1 *研究報告9 任務(wù)完成用例：業(yè)務(wù)管理員，物流跟蹤系統(tǒng)參與者：業(yè)務(wù)管理員目的：對已完成的任務(wù)進行反饋概述：物流跟蹤系統(tǒng)根據(jù)實際任務(wù)完成情況，反饋完成信息給本系統(tǒng)類型：基本前提條件：存在已分配未完成的任務(wù)后置條件：完成相應(yīng)操作特殊需求：系統(tǒng)必須在10 秒內(nèi)響應(yīng)。事件流參與者操作系統(tǒng)響應(yīng)1. 任務(wù)完成時，物流跟蹤系

16、統(tǒng)通過本系統(tǒng)預(yù)留的操作接口，向本系統(tǒng)進行反饋操作1.1 系統(tǒng)接收反饋操作，并給業(yè)務(wù)管理員返回任務(wù)完成的信息候選事件流1.2.2 業(yè)務(wù)流程活動圖描述本系統(tǒng)涉及的最核心的業(yè)務(wù)流程是運輸任務(wù)的分配調(diào)度流程，該流程涉及倉儲管理系統(tǒng)和物流跟蹤系統(tǒng)兩個外部系統(tǒng)，其具體流程如下圖活動圖所示。*研究報告10 1.2.3 域模型類圖面向?qū)ο蟮男枨蠓治龇椒ㄍㄟ^域模型類圖描述系統(tǒng)需求中涉及的事務(wù)以及彼此關(guān)系。通過上述的用例分析，可以建立如下的域模型類圖，*研究報告11 圖 3 域模型類圖類圖說明如下類名說明vehicle 表示車輛repair 表示維修記錄task 表示委托任務(wù)dispatching 表示派車單da

17、yoff 表示請假driver 表示司機1.3 開發(fā)語言、平臺、框架開發(fā)語言： java 平臺： saas服務(wù)平臺框架： wake框架*研究報告12 2. 系統(tǒng)設(shè)計2.1 系統(tǒng)設(shè)計思路系統(tǒng)設(shè)計采取面向?qū)ο蟮脑O(shè)計技術(shù)，以用例為導(dǎo)向， 根據(jù)系統(tǒng)分析階段建立的用例模型和域模型類圖，進行如下設(shè)計：1.設(shè)計多層的順序圖,包含可視層，業(yè)務(wù)邏輯層，數(shù)據(jù)訪問層的之間的交互順序，完成符合mvc 規(guī)范的設(shè)計；2. 完成具體的關(guān)系數(shù)據(jù)庫設(shè)計包括er 模型和表設(shè)計；3. 將系統(tǒng)劃分成若干獨立耦合的功能模塊；4.設(shè)計系統(tǒng)的核心算法，及任務(wù)與派車的匹配算法；5.ui 設(shè)計，設(shè)計系統(tǒng)的用戶交互頁面。2.2 軟件系統(tǒng)結(jié)構(gòu)2.

18、2.1 順序圖設(shè)計順序圖是面向?qū)ο笤O(shè)計的重要模型，用順序圖 確認和豐富一個用例的完整邏輯，描述出系統(tǒng)中各對象以及系統(tǒng)參與者之間的通信過程。本節(jié)將對本系統(tǒng)的幾個核心用例進行順序圖描述。1） 登錄系統(tǒng)順序圖（所有用戶登錄系統(tǒng)邏輯相似，這里僅以業(yè)務(wù)管理員為例）業(yè)務(wù)管理員登錄界面 : 1user業(yè)務(wù)邏輯對象管理員信息表業(yè)務(wù)管理主界面輸入賬號密碼，點擊登錄傳遞頁面表單數(shù)據(jù)驗證數(shù)據(jù)信息跳轉(zhuǎn)驗證成功業(yè)務(wù)管理員在登錄界面輸入賬號密碼信息，登錄界面將表單數(shù)據(jù)傳遞給處理登錄邏輯的user類對象， user對象從數(shù)據(jù)庫中驗證賬戶密碼的合法性，驗證成功后， 系統(tǒng)從登陸界面跳轉(zhuǎn)到業(yè)務(wù)管理主頁面。2） 車輛查詢（查詢類用

19、例邏輯相似，這里僅展示車輛查詢的順序圖）*研究報告13 車輛管理員車輛查詢主界面車輛業(yè)務(wù)邏輯對象車輛信息表車輛信息展示界面輸入查詢條件傳遞表單數(shù)據(jù)查詢車輛信息打開傳遞查詢獲得車輛信息車輛管理員在車輛查詢主界面輸入查詢的條件，車輛查詢界面將表單數(shù)據(jù)傳遞給車輛這個業(yè)務(wù)邏輯處理對象，該對象從車輛信息表中查詢車輛信息，查詢完畢后， 車輛查詢主界面打開車輛信息展示界面，車輛業(yè)務(wù)邏輯對象將查詢結(jié)果傳遞到車輛信息展示界面并顯示。3）任務(wù)分配*研究報告14 業(yè)務(wù)管理員任務(wù)分配界面 : 1任務(wù)分配業(yè)務(wù)邏輯對象任務(wù)信息表車輛信息表司機信息表派車單信息表選擇推薦方案選擇待分配任務(wù)傳遞任務(wù)信息根據(jù)算法篩選適配車輛根據(jù)

20、算法篩選適配司機返回推薦方案確認分配成功更新任務(wù)狀態(tài)更新相應(yīng)車輛狀態(tài)更新相應(yīng)司機狀態(tài)新建派車單或更新派車單信息業(yè)務(wù)管理在任務(wù)分配主頁面選定待分配的任務(wù)，頁面將該任務(wù)的信息傳遞給任務(wù)分配的業(yè)務(wù)邏輯對象， 該對象執(zhí)行相應(yīng)的方法，先后在車輛信息表和司機信息表中根據(jù)算法選擇適配的車輛和司機， 并將結(jié)果以推薦分配方案的形式返回到任務(wù)分配界面，業(yè)務(wù)管理選擇分配方案，系統(tǒng)向業(yè)務(wù)管理員確認分配完成。任務(wù)分配的業(yè)務(wù)邏輯對象先后將分配后的信息更新到任務(wù)信息表，車輛信息表，司機信息表和派車單信息表。3） 車輛維修順序圖（車輛維修用例邏輯與司機請假相似，僅展示車輛維修順序圖）車輛管理員維修信息登記頁面車輛業(yè)務(wù)邏輯對象

21、車輛信息表維修記錄信息表填寫維修車輛信息傳遞表單數(shù)據(jù)更新車況狀態(tài)新建維修記錄車輛管理員在維修信息登記頁面填寫維修車輛的信息，頁面將數(shù)據(jù)傳遞給處理車輛業(yè)務(wù)的邏輯對象，該對象將車輛信息表中的車況狀態(tài)設(shè)置為在修，同時新建一條維修記錄*研究報告15 4）維修完成（維修完成用例邏輯與司機銷假類似，這里僅展示維修完成順序圖）車輛管理員在修車輛界面車輛業(yè)務(wù)邏輯對象維修記錄信息表車輛信息表確認某一在修車輛完成維修頁面表單信息傳遞更新車況信息更新相應(yīng)的維修記錄條目車輛管理員在在修車輛界面選中一輛車，確認維修完成， 頁面將信息傳遞給車輛業(yè)務(wù)邏輯對象，該對象將車輛信息表中的車況信息更新為正常，同時將維修記錄中的維修

22、狀態(tài)更新為維修完成。2.3 數(shù)據(jù)庫設(shè)計2.3.1 er 圖設(shè)計如下 er 圖展示了系統(tǒng)數(shù)據(jù)庫中各實體，聯(lián)系，以及部分重要屬性*研究報告16 司 機承 載車 輛任 務(wù) 單派 車 單維 修id姓名準(zhǔn)駕 車 型車牌 號車 型id出 發(fā)時 間到 達 時間id 貨 物重 量維修 編 號原 因開 始 時 間結(jié) 束 時 間駕駛請 假 記錄請 假維 修 記 錄請 假 編 號原 因管理 員司 機 管 理車 輛 管理任務(wù) 管 理密 碼用 戶 名類 型車 況地 點最 大 載 重車 牌 號維 修狀 態(tài)地點姓 名性別電 話出 生 日 期狀態(tài)電 話性別單 位 重量出 發(fā) 倉到 達 倉狀 態(tài)要求 出 發(fā) 時 間要求 送 達

23、 時 間車牌 號司 機 id狀 態(tài)出 發(fā) 倉到 達 倉開始 時 間結(jié) 束 時 間司 機 id請 假 狀 態(tài)圖 4 er 圖2.3.2 數(shù)據(jù)庫詳細設(shè)計2.3.2 數(shù)據(jù)字典根據(jù)數(shù)據(jù)庫 e-r 圖分析，共分為 9 張表車輛表：vehicle 字段名數(shù)據(jù)類型長度允許空默認值說明vid varchar 20 no pk type varchar 20 no 車輛類型condition varchar 20 no 正常車況location varchar 20 no 車輛 現(xiàn) 在地點maxload float no 最大載重*研究報告17 管理員信息表manager 字段名數(shù)據(jù)類型長度允許空默認值說明us

24、ername varchar 10 no pk userpsw varchar 10 no 密碼name varchar 2 no 姓名gender varchar 3 no 性別birthday varchar 15 no 年齡phone real 聯(lián)系電話varchar 15 no 1 表示車輛， 2表示業(yè)務(wù)， 3 表示司機管理員type 司機信息表：driver 字段名數(shù)據(jù)類型長度允許空默認值說明driverid varchar 10 no pk d_name varchar 10 no type varchar 10 no 準(zhǔn) 假 車型d_condition varchar 10 no

25、 司 機 狀態(tài)d_location varchar 10 no 司 機 現(xiàn)在地點d_gender varchar 2 no d_birthdays varchar 3 no d_phone varchar 15 no d_num varchar 15 no 維修記錄表：*研究報告18 repair 字段名數(shù)據(jù)類型長度允許空默認值說明vid varchar 20 no pk,車輛 id num varchar 5 no 0 pk，維修編號cause varchar 10 no 維修原因location varchar 100 no 維修地點condition varchar 10 no 維修狀態(tài)

26、enddate varchar 20 no 結(jié)束日期begindate varchar 20 no 開始日期請假信息表：dayoff 字段名數(shù)據(jù)類型長度允許空默認值說明driverid varchar 7 no pk,司機 id num varchar 1 no 0 請假編號cause varchar 20 no 請假原因begindate varchar 100 no 開始時間enddate varchar 7 no 結(jié)束時間condition varchar 20 no 0 請假狀態(tài)任務(wù)信息表 : order 字段名數(shù)據(jù)類型長度允許空默認值說明taskid varchar 12 no pk

27、 from varchar 10 no 出發(fā)倉庫good varchar 10 no 貨物condition varchar 10 no 狀態(tài)（未分配，已分配，在途，已完成）begindate varchar 10 no 要求出發(fā)日期enddate varchar 10 no 要求到達日期*研究報告19 weight float 10 no 重量to varchar 10 no 到達倉庫派車信息表：dispatch 字段名數(shù)據(jù)類型長度允許空默認值說明dispatchid varchar 12 no pk vid varchar 50 no fk driverid varchar 7 no fk

28、 condition varchar 10 no 1 1 表待發(fā)，2 表已發(fā)，3 表完成from varchar 12 no to varchar 50 no enddate varchar 50 begindate varchar 50 no 承載信息表carry 字段名數(shù)據(jù)類型長度允許空默認值說明dispatchid varchar 12 no pk taskid varchar 50 no pk 2.4 功能模塊設(shè)計功能模塊設(shè)計系統(tǒng)主要分為以下幾個模塊：司機管理，車輛管理，任務(wù)管理，如下圖所示：*研究報告20 2.5 算法設(shè)計2.5.1 車輛的匹配算法車輛的匹配首先要求篩選出符合基本條件

29、（類型和地點和派車時間）的一批車輛， 不同的載貨車具備不同的實際載重量l，最大載重量ml ，假設(shè)有一批貨物核重w kg，現(xiàn)有 n 輛滿足要求的車輛，從中匹配m 輛車裝載這批貨物。裝載完成后，這m 輛車的總裝載重量為sum(l), 這m輛 車 的 總 最 大 載 重 量 為sum(ml), 則 這 批 派 車 的 利 用 率 公 式 為p=sum(l)/sum(ml), 匹配算法的目標(biāo)即篩選出最大利用率的派車方案。該問題是一個求全局最優(yōu)解的問題，可以考慮用貪心算法,這種方法并不能保證全局最優(yōu)解，但可以快速找到較為經(jīng)濟的方案，根據(jù)啟發(fā)式思維，a.優(yōu)先匹配最大載重量剛好超過貨物總重量的車，如果匹配成

30、功則整個匹配過程完成；b.如果匹配失敗，則優(yōu)先滿載最大載重量最大的車；c.剩余的貨物再次重復(fù)過程a. 2.5.2 司機的匹配算法司機匹配的過程，主要考慮駕駛資質(zhì)，駕駛經(jīng)驗兩個因素。a.首先根據(jù)待匹配車輛，篩選出所有具備駕駛資質(zhì)的司機；b.在候選司機中，對司機該段路線的駕駛次數(shù)進行排序，如果無并列最高，排序結(jié)束，否則進行 c c.對并列最高的司機根據(jù)總駕駛里程排序，如果無并列，排序結(jié)束，否則進行d d.從最高排序隨機選擇匹配司機。問題描述如下：現(xiàn)有n 輛運輸車輛，每輛車的載重為g 噸，車廂容積為r 立方米，已知可供選擇的貨物有n 種，第 i 種貨物的重量為wi噸，體積為vi立方米， 每輛運輸車輛裝載的貨物不得超過其載重或車廂容積，問每輛車應(yīng)如何配載貨物，可以使用最少的車輛完全裝載這些貨物？形式化描述為：運力資源管理系統(tǒng)車輛管理司機管理任務(wù)管理*研究報告21 xx)(minfx 是 xi的集合(5.1) s.t. gnkxii