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

1、運(yùn)力資源管理系統(tǒng)設(shè)計(jì)報(bào)告版本： 1.0 文件狀態(tài)： 草稿 正式發(fā)布 正在修改文件標(biāo)識：設(shè)計(jì)報(bào)告、用戶手冊當(dāng)前版本：1.0作者： 哈爾濱工業(yè)大學(xué)完成日期：2014-5-23 *研究報(bào)告目錄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ù)流圖 . 錯(cuò)誤！未定義書簽。1.3 開發(fā)語言、平臺(tái)、框架. 11 2. 系統(tǒng)設(shè)計(jì) . 12 2.1 系統(tǒng)設(shè)計(jì)思路 . 12 2.2 軟件系統(tǒng)結(jié)構(gòu) . 12 2.3 數(shù)據(jù)

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

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

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

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

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

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

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

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

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

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

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

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

14、1.1 登錄系統(tǒng)成功，顯示操作主頁2.1 顯示相應(yīng)頁面3.1 對于查詢類的操作，系統(tǒng)輸出查詢結(jié)果，對于非查詢類的操作，系統(tǒng)返回操作成功的提示候選事件流1：第 4 步輸入了無效的信息。指示錯(cuò)誤。返回至步驟2 *研究報(bào)告8 任務(wù)分配用例：任務(wù)分配參與者：業(yè)務(wù)管理員，物流跟蹤系統(tǒng)目的：業(yè)務(wù)管理員對未分配的任務(wù)進(jìn)行分配概述：管理員登錄系統(tǒng)，打開任務(wù)管理界面，進(jìn)行任務(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ù)，點(diǎn)擊查看分配方案

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

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

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

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

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

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

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

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

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

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

26、enddate varchar 20 no 結(jié)束日期begindate varchar 20 no 開始日期請假信息表：dayoff 字段名數(shù)據(jù)類型長度允許空默認(rèn)值說明driverid varchar 7 no pk,司機(jī) id num varchar 1 no 0 請假編號cause varchar 20 no 請假原因begindate varchar 100 no 開始時(shí)間enddate varchar 7 no 結(jié)束時(shí)間condition varchar 20 no 0 請假狀態(tài)任務(wù)信息表 : order 字段名數(shù)據(jù)類型長度允許空默認(rèn)值說明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 要求到達(dá)日期*研究報(bào)告19 weight float 10 no 重量to varchar 10 no 到達(dá)倉庫派車信息表：dispatch 字段名數(shù)據(jù)類型長度允許空默認(rèn)值說明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ù)類型長度允許空默認(rèn)值說明dispatchid varchar 12 no pk taskid varchar 50 no pk 2.4 功能模塊設(shè)計(jì)功能模塊設(shè)計(jì)系統(tǒng)主要分為以下幾個(gè)模塊：司機(jī)管理，車輛管理，任務(wù)管理，如下圖所示：*研究報(bào)告20 2.5 算法設(shè)計(jì)2.5.1 車輛的匹配算法車輛的匹配首先要求篩選出符合基本條件

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

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