#1系統(tǒng)建設內容物流平臺一體化系統(tǒng)包含PC端、移動APP端及微信小程序；PC端主要使用者是企業(yè)內部相關業(yè)務人員即平臺用戶、承運商、貨主；移動APP端分為承運商APP端、司機APP端，而司機APP端有分為承運商下屬司機APP、個體司機APP、企業(yè)司機APP；微信小程序主要是面向貨主，為貨主提供輕量級便捷服務，包括貨物在途監(jiān)控、異常預警、掃碼簽收及服務評價等功能。建設企業(yè)統(tǒng)一管理平臺，通過業(yè)務對接，系統(tǒng)提供一站式服務，通過統(tǒng)一規(guī)劃、統(tǒng)一標準，接入企業(yè)內其他管理軟件。為企業(yè)的各信息化子系統(tǒng)提供統(tǒng)一的登錄入口及權限劃分，各業(yè)務部門相關人員通過各自的賬號登陸系統(tǒng)，系統(tǒng)根據各自所擁有的權限展示相應的管理子系統(tǒng)模塊。系統(tǒng)涵蓋物流業(yè)務管理、廠內物流管理、廠內無人值守、物流出廠管理等子系統(tǒng)，各科室人員可以進入相應子系統(tǒng)進行業(yè)務管理操作。2系統(tǒng)設計2.1總體設計平臺將SOA、Saas、云計算、Web2.0、MDM等新興技術和思想與企業(yè)云技術進行融合，平臺包括了開發(fā)工具、核心框架、集成平臺、管理控制臺、技術構件、業(yè)務服務平臺、工作流程管理，這7大要素通過分層架構，組織在一起，符合開放性的業(yè)界標準，具有良好的擴展性。幫助企業(yè)快速靈活的搭建“隨需應變、敏捷穩(wěn)健”的業(yè)務系統(tǒng)。系統(tǒng)遵循J2EE、SOA等國際標準，擁有自主知識產權和多項技術專利，經鑒定達到國際先進水平。內容主要包括如下方面：1） 基于SOA標準的基礎設施，兼容國際和國內通行的傳輸協(xié)議、消息傳遞協(xié)議、服務描述與發(fā)現、服務組合與編排、服務展現、服務質量、事務性標準、安全、互操作、服務管理等。2） 基于SOA架構的安全管理服務器，兼容國際和國內安全控制標準的實體

鑒別、加密、完整性、訪問控制和防抵賴。支持在全局統(tǒng)一的安全策略下實行集中認證、統(tǒng)一授權或分級授權。3） 基于標準化資產管理規(guī)范的可重用的服務庫，降低基于中間件開發(fā)和運行的網絡應用的建設成本。4） 提供基于模塊化的服務資產管理手段，從最大程度上解決絡應用面臨的部署不靈活，出錯幾率高，升級成本高的問題。提升網絡應用部署的靈活性，降低軟件后期運維成本，實現軟件多版本共存及按模塊熱切換升級。5） 基于統(tǒng)一實體身份認證、統(tǒng)一訪問控制策略的，將應用系統(tǒng)、數據資源和互聯網資源集成到一個信息管理平臺之上的信息門戶。6） 解決跨單位、跨系統(tǒng)、跨部門的業(yè)務流程整合的業(yè)務流程管理引擎。7） 支持服務集成的企業(yè)服務總線ESB（EnterpriseServiceBus），簡化應用之間的集成拓撲結構，為集成化中間件套件產品提供一個松散耦合、靈活部署的應用架構。8） 通過MDA集成開發(fā)工具實現系統(tǒng)的快速開發(fā)和靈活部署。特別值得注意的是該平臺支持基于云計算架構實現內容管理和網站群云服務，這種云服務是“高度可擴展、彈性的、按需取用的服務”。通過與云計算模式的融合，使得數據采集和應用服務群能夠快速的擴展服務，響應變化的業(yè)務需求，滿足用戶建立企業(yè)級，乃至全國級大規(guī)模物流服務體系，開展SAAS（軟件即服務）業(yè)務的要求。物流平臺基于軟件分層模型，體系架構分層原則和各層的職責描述如下圖：界面集成環(huán)境一統(tǒng)一門戶開發(fā)管理環(huán)境界面展現信息發(fā)布管理安全管理環(huán)境界面開發(fā)WEB組件多渠道接入信息編碼 信息發(fā)布流程開發(fā)插件管理Portlet流程定義界面集成個性定義信息查詢用戶管理表單定義權限管理單點登錄基礎應用框架一OSGI CA應用服務器L -X--企業(yè)服務總線（ESB） 1| 服務路由數據轉換協(xié)議轉換事件管理…數據處理工具數據交換處理i 內容管理數據轉換交換規(guī)則主數據定義文檔處理XML接口調用數據傳輸元數據定義影像處理數據處理數據集成環(huán)境1系統(tǒng)監(jiān)控信息服務總線（ISB） .「元數據主數據 格式轉換IL:數據存儲 XML數據庫 數據緩存數據路由摳庫層?提供訕祠建瀾嚀-的接口「（llao^hiberDate）體系構架分層的基本原則:1） 不得跨層調用，每一層都只與直接相臨的層進行通信；2） 上面各層都建立在下層的基礎上，隱藏下層的信息并為上層提供服務；3） 各層要封裝自己的實現，向前一層提供訪問接口；4） 各層支持分布式的部署，即可部署于不同的容器實例中。＞展示層：1） 系統(tǒng)最終用戶的使用界面和設備。包括基于瀏覽器的瘦客戶端和基于GUI的胖客戶端應用；2） 盡量減少與后臺的交互；3） 界面符合用戶的使用習慣。＞交互層：1） 是客戶層的統(tǒng)一接入點；2） 提供用戶層的展現邏輯和對應用層的訪問接口；3） 負責轉發(fā)業(yè)務請求、錯誤處理、頁面導向等；4） 也包括單點登錄、會話管理、用戶輸入的邏輯校驗等功能。＞流程層：1） 業(yè)務邏輯的接口，實現業(yè)務流程的控制，是業(yè)務領域層的服務接口；2） 啟動事務控制；3） 實現公共的業(yè)務邏輯集中處理。＞領域層：根據業(yè)務需求進行抽象的業(yè)務對象模型，包括業(yè)務規(guī)則和邏輯處理的實現。＞資源訪問層：1） 對領域層隔離底層數據訪問細節(jié)，保證領域邏輯的重用度；2） 對系統(tǒng)的各種資源和外部系統(tǒng)統(tǒng)一的訪問邏輯的實現；3） 支持多數據源，允許同一筆業(yè)務訪問不同的數據庫（數據倉庫）；4） 支持經典的JDBC模式；5） 并行支持采用Hibernate等O/RMapping機制。2.2技術選型采用基于JAVAEE的跨平臺多層B/S結構設計，支持Windows平臺及各種版

本的Linux平臺包括國產操作系統(tǒng)，既可以部署在物理機上，也可以部署在虛擬機上。采用SpringCloud微服務架構開發(fā)，前臺界面使用比較流行的VUE框架，WebSocket協(xié)議實現服務器端與客戶端進行數據通訊。采用基于開放平臺的網絡地圖GIS技術。采用豐富多樣化的動態(tài)交互可視化組件、圖表控件，以及關系圖譜制作出兼具敏捷分析與精美展示的效果，通過大屏將數據的價值用最直觀的方式展現出來。數據庫采用開源的MySql數據庫，并可適配多款國產數據庫。對外提供統(tǒng)一的RestFul接口。按照規(guī)范化、模塊化的設計理念，以信息系統(tǒng)綜合門戶為入口，可以實現在用的業(yè)務系統(tǒng)的綜合集成和接入，實現對新部署系統(tǒng)的綜合集成和介入,為用戶提供單點登錄和統(tǒng)一權限管理。2.3應用系統(tǒng)功能設計2.3.1功能列表序號一級功能模塊二級功能模塊三級功能模塊功能描述1物流業(yè)務平臺車輛、配貨站注冊管理車輛、配貨站注叫出*主冊申請車輛需上傳相關證件照片。如：行駛證、車輛照片、車型、標準載重等，同一配貨站車輛要有歸納功能。2審核管理分為：車輛信息審核、承運方審核、個人司機審核，審核通過后承運方才可接單，承運方有配貨站及個體司機兩種角色，并提供手機APP注冊申請及審核功能。3運費單價維護提供運費單價維護功能4運輸貨源管理發(fā)貨信息查詢與U8系統(tǒng)系統(tǒng)對接獲取信息進行展示5貨源單定價發(fā)布時可選擇“搶單”、“競價”、“長協(xié)‘‘、“定向委派''四種模式發(fā)布貨源信息。6搶單信息審核承運商或司機搶單、競價后，

需物流內勤審核，審核通過的才能得到物流裝貨資格。7車輛調度時時查看已發(fā)布的貨源單，已搶單和競價成功的運輸合同或訂單情況。8在途管理物流在途跟蹤車輛運輸軌跡跟蹤，通過手機APP或GPRS北斗等定位裝置對車輛進行跟蹤9在途異常跟蹤車輛安全監(jiān)控（司機疲勞駕駛（根據連續(xù)駕駛時間判定），車輛超速，停車超時，路線偏離）GPS接收異常情況報警10手機APP重要位置上傳照片路線指定位置、客戶簽收11客戶簽收簽收方式客戶電子簽字上傳或司機拍攝簽字回執(zhí)單現場貨物照片12運費結算自動按實提數計算運費便于物流部門對司機運費結算運算單價可按實際情況調整。13統(tǒng)計報表車輛實時定位14物流統(tǒng)計分析15報警情況分析16司機情況分析17其它報表18考核管理承運商KPI考核19司機KPI考核20運輸能力綜合排行榜21物流一卡通停車場收費系統(tǒng)管理停車場停放車輛，收取費用，并與物流一卡通系統(tǒng)進行數據對接，用以區(qū)分車輛有否有運輸任務22銷售出庫排隊叫號管理1、 排隊規(guī)則：按照交納信息費先后或其它方式制定，人工可干預。2、 廠區(qū)總量控制：待廠區(qū)內車輛飽和衙，保衛(wèi)負責對車輛入廠進行控制。23倉庫叫號倉庫前安裝排隊叫號系統(tǒng)，有

序安排車輛裝貨。24智能信息統(tǒng)計通過大屏、APP兩種方式實時展示車輛廠區(qū)情況，方便司機了解，APP同時有路線指示功能。25貨物復磅裝車確認倉庫工作人員確認車輛裝貨完成并離開倉庫，前往指定地磅處過磅。26發(fā)貨異常管理出現異常情況時系統(tǒng)會自動記錄異常信息，提示司機找相關工作人員協(xié)助處理。27發(fā)貨出廠司機到門禁車牌識別出物流停車場，提貨車輛自動放行。28采購入庫待入廠車輛分配29待入廠車輛分配30地磅稱重31車輛復磅32入庫異常管理33入庫履歷查詢34系統(tǒng)基礎框架基礎信息承運商管理35車輛信息管理36司機信息管理37物流價格表管理38運輸協(xié)議管理39結算方式管理40運輸方式管理41系統(tǒng)管理系統(tǒng)用戶管理42系統(tǒng)授權管理43系統(tǒng)日志管理44手機APP承運商端注冊、登錄登錄平臺或者手機登錄，提交有關資質證明后提交注冊信息。45司機信息維護承運商通過APP維護自己的司機信息，司機信息包含駕駛證信息，身份證信息等，經物

流平臺審核通過后才能成為合格司機。46車輛信息維護承運商通過APP維護自己的車輛信息，車輛信息包含行駛證信息，營運證信息等，經物流平臺審核通過后才能成為合格車輛。47承運商信息維護承運商信息發(fā)生變更時可通過APP及時維護，經物流平臺審核通過后可正常使用。48貨運單搶單物流平臺發(fā)布的貨源信息后，承運商可通過手機APP進行搶單。49物流報價物流平臺發(fā)布競價信息后，承運商可通過手機APP進行報價。50貨運單查詢承運商可通過手機APP查詢自己承接的貨運單。51在途車輛跟蹤承運商可通過手機APP查詢已經在途的車輛信息。52在途異常跟蹤當在途車輛出現超速，停車超時，路線偏離，司機疲勞駕駛時，承運商會收到APP推送通知，及時跟蹤異常信息。53考核情況查詢物流平臺根據提貨及時率，貨物準時送達率，貨物完好送達率，在途異常報警率，客戶投訴率對承運商進行考核，考核結果可在APP中查詢。54消息推送推送給承運商的消息包括：發(fā)貨單信息，競價信息，競價結果信息，提貨信息，賬單信息，到貨信息，異常信息等。55司機端注冊56登錄57個人信息維護58車輛信息維護59貨運單搶單60物流報價70貨運單查詢

71入廠登記、繳費72排隊信息查詢73廠內地圖導航74到貨確認75路徑規(guī)劃及導航76在途異常提醒77考核情況查詢78消息推送79微信小程序貨主端貨主身份驗證80運單信息查詢81運單實時路徑查詢82掃碼簽收83服務評價84消息推送2.3.2具體功能設計系統(tǒng)功能整體劃分為四大部分：物流業(yè)務平臺、物流一卡通、手機APP、微信小程序。2.3.2.1系統(tǒng)登錄系統(tǒng)提供統(tǒng)一用戶登錄入口，包括平臺用戶、貨主用戶及承運方用戶，其中貨主用戶不需要注冊登錄，只是通過運單號來追蹤所運貨物的軌跡。pc端用戶登錄又分為三種登錄方式，分別為賬號密碼登錄、驗證碼登錄、APP掃碼登錄，登錄頁面如下圖所示：

2.3.2.2系統(tǒng)首頁系統(tǒng)首頁主要分為菜單區(qū)、招標大廳及相關業(yè)務量統(tǒng)計。系統(tǒng)菜單分為一級菜單、二級菜單、三級菜單。不同的用戶根據企業(yè)內部管理的要求進行權限的配置，并可有企業(yè)管理員用戶進行權限的變更，不同角色的用戶顯示不同的菜單。招標大廳展示平臺發(fā)布的最新需求信息，以及這些信息當前所處的狀態(tài)。同時第三方承運方及個體司機可通過PC端或移動APP端進行競價搶單，整個過程都可以在招標大廳里可視化顯示。業(yè)務量統(tǒng)計，以圖表的形式進行展示，展示內容包括待處理任務數量、已下單數量、已接單數量、已裝貨數量、已簽收數量、貨單異常數量等，并可按周、月、季、年、日期時間段及單位進行統(tǒng)計生成總運單曲線、收支曲線，系統(tǒng)默認展示近期時間統(tǒng)計曲線。2.3.2.3物流業(yè)務平臺物流業(yè)務平臺主要是通過U8系統(tǒng)對接運輸需求，物流內勤人員根據U8的運輸需求安排物流計劃，在自有車輛不能滿足運力要求時，可在物流業(yè)務平臺上進行需求發(fā)布；由在平臺上注冊的第三方承運商或者個體司機進行搶單。

第三方承運商及個體司機可通過移動APP端及PC端進行運輸需求信息的瀏覽和搶單，同時需求信息發(fā)布之后可手動或者定時自動推送給附近的注冊司機或者系統(tǒng)優(yōu)選的信用承運商。2.3.2.3.1車輛、配貨站注冊管理承運方分為配貨站（承運商）及個體司機兩種角色，并在各自的移動APP端也提供對應的注冊申請功能。1）車輛、配貨站注冊申請車輛、配貨站注冊申請是指第三方承運商及個體司機通過填寫手機號、驗證碼、賬號、登陸密碼完成注冊，注冊成功后，使用賬號密碼或驗證碼方式進行登錄。首次登錄需上傳相關證件進行實名認證，等待平臺審核，審核通過后才可以在平臺上參與競價與搶單，審核不通過退回修改，在審核過程中，系統(tǒng)會自動通過短信將審核結果發(fā)送至注冊人的手機上。&44寸6 認證信息 吏新認證姓名 王平車牌號 昌BD96688車型 廂式小貨車-4.2M照式TOC\o"1-5"\h\z容積 12戴更 5通行證身份證號 3701*“mp013身忻證 W駕駛證號 3701*………0。13行駛證號行駛證營運證號營運證注冊用戶在進行認證時，添加的車輛需上傳相關證件照片。如：行駛證、車輛照片、車型、標準載重等，對于同一配貨站可在旗下添加多輛車輛。2）審核管理平臺用戶通過車輛審核功能分別對車輛信息、承運方信息、個人司機信息進行一一審核，審核通過后承運方才可接單，否則退回并說明原因，同時審核結果以短信的形式發(fā)送至注冊用戶的手機上。＞承運商信息審核承運商通過手機APP注冊后，所提交信息及相關證件需經物流平臺進行審核，審核通過后才能正常使用APP功能，不通過告知原因進行修改。采用短信的形式進行審核結果通知。＞車輛信息審核物流承運商或廠外司機通過手機APP錄入的車輛信息需要物流平臺審核，審

核通過的車輛才能進入系統(tǒng)，廠外車輛信息修改時也需要物流平臺審核。＞司機信息審核物流承運商或廠外司機通過手機APP錄入的司機信息需要物流平臺審核，審核通過的司機才能進入系統(tǒng)，廠外司機信息修改時也需要物流平臺審核。3）運費單價維護承運方可對各自填寫的運費單價進行修改維護，運費單價可按件、體積、重量、里程、貨值、車型等類型來設置單價，如下圖所示。4）車輛、配貨站運輸評價通過貨主的簽收后的評價及車輛在運輸途中的異常信息對車輛運輸情況及司機進行綜合評價，優(yōu)選信用好的承運方進行發(fā)貨消息推送，而對于不合格的車輛及司機直接列入黑名單。2.3.2.3.2運輸貨源管理1）發(fā)貨信息查詢本模塊通過與企業(yè)現有U8系統(tǒng)對接自動獲取U8系統(tǒng)的發(fā)貨單信息，既可以通過調度指派企業(yè)內的運輸車輛及司機進行運輸，也可將貨源信息發(fā)布到物流平臺進行展示。第三方物流承運商或個體司機通過各自的PC端或移動APP端進行查詢?yōu)g覽，并以訂單模式、搶單模式或競價模式獲取運輸訂單。同步U8系統(tǒng)中發(fā)貨單貨信息，通過本系統(tǒng)可以隨時查看發(fā)貨單信息、物流

狀態(tài)、車輛信息和司機信息等精準、快速查詢物流信息。發(fā)貨單基礎信息包括客戶發(fā)貨單號、發(fā)貨單編號、客戶名稱、集團名稱、要求提貨日期、要求到貨日期、緊急程度、結算客戶、結算方式、是否開票、所屬線路、車長、車型、運輸方式、發(fā)貨狀態(tài)、發(fā)貨單備注等信息。其中，客戶名稱從客戶基礎信息表中選擇，選擇了客戶名稱，自動帶出客戶基礎信息表中該客戶維護的默認結算客戶、結算方式、以及是否開票信息，以上自動帶出的信息可修改。狀態(tài)說明：發(fā)貨單狀態(tài)分為：待分配，待競價，待搶單，已接單，待提貨，部分提貨，全部提貨，部分簽收，全部簽收，已完成。待分配：從U8系統(tǒng)同步發(fā)貨單信息的初始狀態(tài)為待分配。待競價：待分配的發(fā)貨單，由物流內勤確認發(fā)貨方式，如果需要競價，則狀態(tài)為待競價。待搶單：如果物流內勤以搶單模式發(fā)布貨源，則狀態(tài)為待搶單。已接單：承運商或司機接單后狀態(tài)為已接單。待提貨：確定物流車輛和司機后狀態(tài)為待提貨。部分提貨：發(fā)貨單中貨物未完全提貨狀態(tài)為部分提貨。全部提貨：發(fā)貨單中貨物全部發(fā)貨完成的狀態(tài)為全部提貨。部分簽收：貨主簽收部分貨物后狀態(tài)為部分簽收。全部簽收：貨物簽收全部貨物后狀態(tài)為全部簽收。已完成：貨主全部簽收且運費全部結算后狀態(tài)為已完成。2）貨源單定價在貨源信息發(fā)布時，需要先給貨源單進行定價，通過獲取U8中發(fā)貨單信息，物流內勤可根據發(fā)貨單信息選擇廠內物流或廠外物流發(fā)貨，可選擇車輛類型和載重，選擇“搶單”、“競價”、“長協(xié)”、“定向委派”四種模式確定物流價格，貨源信息在物流平臺上以“搶單”、“競價”模式發(fā)布后，承運商和司機在其對應的APP端會收到系統(tǒng)推送的相關通知。當確定已競價的方式發(fā)布貨源信息時，可通過本系統(tǒng)發(fā)布競價信息，承運商和司機收到APP推送通知后通過手機APP進行報價。物流內勤可以查看承運商和司機的報價情況。根據承運商和司機的報價確定最終物流價格和運輸車輛或司機。

3）搶單信息審核承運商或司機成功搶單或競價成功后，會在審核列表顯示，需物流內勤人員審核，審核通過的才能得到物流裝貨資格，審核不通過則其他承運商和司機可以繼續(xù)搶單，直到審核通過，這個過程都會通過APP推送通知。4）車輛調度物流內勤可根據貨物情況確定發(fā)貨所需的車輛類型，車輛載重等信息，可根據倉庫庫位情況、訂單交貨時間等因素分配車輛到廠時間，避免因貨物擺放等問題造成裝貨時間浪費，提高發(fā)貨速度。車輛調度信息通過APP銷售推送通知承運商和司機。結合電子地圖的形式對貨源單、運輸訂單和調度單的管理，時時查看已發(fā)布的貨源單，已搶單和競價成功的運輸合同或訂單情況。物流內勤人員可根據U8系統(tǒng)同步的運輸需求在系統(tǒng)中進行調度管理，調度方式可分為直接指派和平臺競價搶單。直接指派的發(fā)貨信息會直接推送給相關的承運商和司機，需要競價搶單的發(fā)貨信息可一鍵發(fā)送到物流業(yè)務信息平臺，有承運商搶單成功之后自動發(fā)送任務提醒。＞拆量管理一個運段在調度之前，可以進行拆量操作，把原來一個運段需要運送的貨物進行拆分，拆成多個運段運輸，多個運段的提貨地址與收貨地址相同。貨物可以按重量進行拆分。＞批量排單調度員可一次勾選多個運段合并進行排車調度，批量派單時一定要指明費用分攤。所有界面，勾選單據后會自動顯示重量、件數、體積、金額合計。調度配載界面排序規(guī)則：先按照目的省份、城市、區(qū)排序，然后再對緊急程度、貨品名稱、提貨時間、到貨時間進行排序。

2.3.2.3.3在途管理1） 物流在途跟蹤貨物出廠后可通過本系統(tǒng)查看車輛行駛軌跡，對運輸車輛實時定位。2） 在途異常跟蹤當出現司機疲勞駕駛（根據連續(xù)駕駛時間判定），車輛超速，停車超時，路線偏離等情況時，系統(tǒng)會收到報警提醒，并顯示司機聯系方式，方便工作人員聯系司機。2.3.2.3.4客戶簽收在客戶簽收時，通過司機APP端，客戶電子簽字上傳或司機拍攝簽字回執(zhí)單、現場貨物照片。1）回單查詢司機到貨客戶簽收后，司機上傳的客戶簽收照片在此功能中查詢。/M2aO222HK1M2）回單審核物流內勤對已上傳的回單信息進行審核，審核通過的信息自動反饋給U8系統(tǒng)。3）運單跟蹤根據運單號可查詢每個運單，并對該運單進行全生命周期跟蹤，也可通過基于網絡的電子地圖查看該運單所到達的軌跡，以及出現異常時所在的節(jié)點。

2.3.2.3.5客服管理1） 貨主評價查詢貨主在簽收后，可對本次運輸進行評價，通過該模塊可查看貨主對物流服務的評價內容及相關投訴。2） 投訴立案對客戶評價中的投訴信息進行立案。3） 投訴調查相關部門收到投訴立案信息后進行調查。

4）反饋整改將調查結果及時反饋給貨主并進行限期整改。2.3.2.3.6運費結算第三方承運商或個人司機通過APP端的我的錢包來查看自己所承運的運費情況，包括總運費、未結運費及已結運費，并可按日期時間段進行檢索。對于未結運費可以提交結算申請，通過對接財務系統(tǒng)綁定銀行卡，可直接提現到銀行卡完成最終的結算。2.3.2.3.7統(tǒng)計分析1）全國業(yè)務態(tài)勢分析對企業(yè)在全國范圍內的物流業(yè)務進行統(tǒng)計分析，以圖表的形式進行展示，可

以根據查詢日期，對全國的業(yè)務態(tài)勢進行統(tǒng)計分析，包括運單情況、車輛情況及收支情況。2）運輸情況統(tǒng)計分析對企業(yè)的物流運輸情況進行統(tǒng)計分析，以圖表的形式進行展示，可以根據查詢日期，對運輸情況進行統(tǒng)計分析，包括當前日期的運輸業(yè)務量、庫存情況、運單情況及異常情況。3） 結算報表及收支報表結算報表對貨主、企業(yè)、承運方的經濟往來有詳細的記錄。在對車輛的結算報表中可以看到車輛不同運輸路線的貨運價格。4） 其他報表系統(tǒng)內所有需要用到的日報、月報，物流跟蹤等報表。

2.3.2.3.8綜合查詢按組合條件對運單進行綜合查詢，以詳細列表的形式進行展示，可以查看每個運單的詳情，并可對運單的全生命周期進行監(jiān)控。2.3.2.3.9考核管理依據提貨及時率，貨物準時送達率，貨物完好送達率，在途異常報警率，客戶投訴率對承運商和個體司機進行考核，最終形成運輸能力綜合排行榜。對于優(yōu)質承運方進行優(yōu)先推薦，激勵承運商和司機提高服務水平，為后續(xù)合作提供依據，達到共贏的結局。

序號身份證號司機姓名提貨及時率貨物準時送達率貨物完好送達率在途異常報警率客戶投訴率序號身份證號序號身份證號司機姓名聯系電話1234567E910序號注冊證號單位名禰聯系電話1234567102.3.2.4物流一卡通系統(tǒng)2.3.2.4.1停車場收費系統(tǒng)物流一卡通系統(tǒng)與道閘、車牌識別系統(tǒng)進行數據對接，以實現管理停車場停放車輛，收取費用，同時結合運輸數據可區(qū)分出有運輸任務的車輛和無運輸任務的車輛，并用不同標示進行標注出來。2.3.2.4.2銷售出庫物流平臺根據發(fā)貨單信息分配發(fā)貨車輛，并以短信或APP推送通知的方式通知司機提貨，司機到達廠區(qū)門外后登錄APP進行入廠簽到，并在APP中支付信息管理費后，經廠區(qū)入口道閘自動識別車輛信息，合法車輛自動抬桿放行，系統(tǒng)自動加入排隊計劃，車輛駛入待裝區(qū)，等待叫號。1）排隊叫號管理按照交納信息費先后或其它方式制定排隊規(guī)則，系統(tǒng)按該規(guī)則自動生成排隊順序，等候信息可實時推送到司機手機APP上。2）倉庫叫號

倉庫工作人員可根據實際排隊情況采取人工干預，倉庫外部通過顯示屏顯示車輛排隊信息，同時播報被叫號車輛或司機信息。司機通過APP或顯示屏可實時查看排隊情況，當司機被叫號后，司機可通過APP中的廠內導航精確的規(guī)劃廠內行車路線。司機自助過磅，通過車牌識別合法車輛道閘自動抬起，車輛上磅，司機不下車刷身份證過磅，系統(tǒng)自動記錄皮重后過磅完成，道閘自動抬起，語音提示司機可以離開，系統(tǒng)自動打印磅單（包含倉庫號），地磅前放置LED顯示屏顯示倉庫位置指示，或通過手機APP廠內導航找到倉庫位置。司機到指定的倉庫提貨，裝貨，倉庫按照現有的流程進行裝車作業(yè)，作業(yè)完成后通過U8系統(tǒng)服務器返回給本系統(tǒng)裝車信息。確認后司機離開倉庫復磅作業(yè)，否則不予復磅作業(yè)；發(fā)貨單狀態(tài)完成（從U8獲取貨品毛重）。3）貨物復磅裝車確認裝車確認后司機可根據倉庫外顯示屏提示或APP廠內導航到達地磅處進行貨物復磅。司機上磅，通過車牌識別，合法車輛道閘自動抬起，車停穩(wěn)后，自動過磅獲得凈重，對比貨品毛重，比對正常，進行過磅，過磅完成后道閘自動抬起，語音提示司機可以離開，系統(tǒng)自動生成貨物復磅記錄。倉庫裝車完成后倉庫工作人員點擊裝車確認按鈕，系統(tǒng)執(zhí)行裝車確認并自動從U8系統(tǒng)中獲取貨物毛重。

4） 發(fā)貨異常管理出現異常情況時系統(tǒng)會自動記錄異常信息，提示司機找相關工作人員協(xié)助處理，報警信息自動提示給工作人員（電話）。5） 發(fā)貨出廠司機到門禁車牌識別出物流停車場，提貨車輛自動放行。2.3.2.4.3采購入庫卸貨司機到達停車廠后，在廠區(qū)物流辦公大廳自助終端刷身份證識別身份，并通過微信或支付寶掃碼支付管理費用，司機自行錄入車號，系統(tǒng)讀取身份證信息，并確認到達，同時自動加入過磅排隊中。1） 待入廠車輛分配在入廠車輛排隊列表中，倉庫工作人員可根據倉庫實際情況對待入廠車輛排隊信息進行人工調整。2） 入廠叫號正常情況下根據排隊順序進行入廠叫號，倉庫工作人員也可根據排隊擁堵情況對入廠叫號順序進行人工調整。車輛被叫號后經過門口道閘自動車牌識別，合法車自動抬桿進入廠區(qū)。3） 地磅稱重＞司機上磅司機開著裝滿貨物的貨車上磅過秤，車牌識別-道閘抬起-車輛上磅-車停穩(wěn)后，自動過磅獲取毛重，過磅完成后，道閘自動抬起，語音提示司機下磅。A貨品入庫車輛到達指定倉庫后，倉庫管理人員在系統(tǒng)錄入本車次的凈重，以便與地磅所稱重量進行比對，入庫卸貨。4） 車輛復磅＞車輛復磅司機開空車上磅，車牌識別-道閘抬起-車輛上磅-車停穩(wěn)后，自動過磅獲取皮重，系統(tǒng)自動將第一次上磅時的毛重減去本次的皮重計算出貨物的凈重，然后與貨品入庫時錄入的凈重進行對比，對比正常后，完成復磅，道閘自動抬起，語

音提示司機可以離開，否則進行異常提醒。復磅完成后，司機到出口門禁車牌識別出廠。5） 入庫異常管理對于入庫異常情況，系統(tǒng)自動將異常信息提示司機找相關工作人員協(xié)助處理，報警信息自動提示給工作人員。6） 入庫履歷查詢可根據日期時間段、司機、貨物類型等檢索條件，查詢歷次的入庫列表信息，并可通過選擇任一條來瀏覽該次的入庫詳情數據。2.3.2.4.4基礎信息管理基礎信息管理主要是對系統(tǒng)中各個模塊中所用到基礎信息（即很少變化的數據），以及企業(yè)的要求規(guī)范標準進行維護管理。其中包括承運商管理、車輛信息管理、司機信息管理、物流價格表管理、運輸協(xié)議管理、結算方式管理、運輸方式管理等等。1） 承運商管理本模塊包括承運商信息的錄入、更新、刪除及查詢，系統(tǒng)會根據承運商信息錄入時間給該承運商設定一個專有的唯一編碼。承運商信息錄入系統(tǒng)后，企業(yè)相關人員可以在系統(tǒng)中查詢到承運商的單位名稱、法人代表、經營范圍、注冊證號、地址、聯系電話、傳真、Email、公司官網主頁、營業(yè)執(zhí)照電子版和本公司交易的歷史記錄等。承運商也可在APP端對自己提交的信息進行查看和修改操作。2） 車輛信息本模塊主要有車輛信息管理和車輛狀態(tài)管理。車輛信息管理設置有車輛的牌照、車輛型號、載重量、容積、司機姓名等信息?？梢钥吹矫枯v車每天的出車記錄（出車日期、貨主名稱、工作內容、噸位、單價、目的地、合同金額、已付金額、駕駛員、住勤補助、出差補助、出車小時、運行公路、此次出車工資、搬運費用、其他費用），并生成派車帶；在車輛狀態(tài)管理中，可以顯示出車車輛、待命車輛、維修車輛的信息。通過車輛管理模塊，用戶可以進行添加、查看、修改、查詢及報廢、故障等處理。3）司機信息管理

本模塊包括司機信息的錄入、更新、刪除及查詢，系統(tǒng)會根據司機信息錄入時間給該司機設定一個專有的唯一編碼。司機信息錄入系統(tǒng)后，企業(yè)相關人員可以在系統(tǒng)中查詢到司機的姓名、身份證號、駕駛證號、對應的車輛信息、住址、聯系電話、Email、身份證電子版、駕駛證電子版和該司機交易的歷史記錄等。司機也可在APP端對自己提交的信息進行查看和修改操作。4） 物流價格表管理本模塊是用來設備物流的價格的，按件、體積、重量、里程、貨值、車型等類型，并結合運輸目的地來進行設置。5） 運輸協(xié)議管理運輸協(xié)議即運輸合同，主要包括合同起草、合同審批、合同文件、結算管理、實際進度、貨品管理、合同變更、異常預警的功能。6） 結算方式管理物流結算是指利用各種結算方式為物流企業(yè)及其客戶融資的金融活動。主要有代收貨款、墊付貨款以及貿易執(zhí)行等業(yè)務形式。本模塊是對這些業(yè)務形式進行維護。7） 運輸方式管理對運輸方式的設置與維護。2.3.2.4.5系統(tǒng)管理系統(tǒng)管理是對整個系統(tǒng)所用到的用戶信息、密碼管理、授權控制、操作日志進行全局管理。1）系統(tǒng)用戶管理用戶管理是與部門相關聯的，每個人員都有自己的部門。系統(tǒng)管理員將系統(tǒng)相關人員加入到系統(tǒng)中，同時分配添加用戶的用戶角色，不在系統(tǒng)中的用戶將無法登錄到系統(tǒng)中，也無法查詢系統(tǒng)中的任何信息。對系統(tǒng)用戶及密碼進行管理。主要功能包括：系統(tǒng)用戶維護、用戶密碼管理。

QW=fl?=r喻兼吟IMT11EM2g二1350r?W?Mi>WXQIM^331T334BCr?affm?>n^<*31Q1>15WMW4Mmn20004^231T334BG'*(??■?ssalOUB"MS■■t41如阱略礎XQIM043l7±14tB*?■MitmaTck51D?TVS^as?IQRX0MfrJ31TD4B&V?mt■■??%loirUMqengtf1理黃oc順BxeesjiE"CmYmVok?T順3網泌rsa13*2球嫩FWiO8MW3iT?4e&mitmtwrc^e1GW重郴珂郴13W?ffi7i1uifflXOM0231T334B&'?m1aw1nsn9IW9flwmsl?9?ZZm4MCfflJOT*”仃"4。G'mtm1SSL；710itmpwa：9JV?IKMlflQ4ES鞘XQG40-311T334BQT?atM?tn*<^1*?wsjc 10.?<g334e>2）系統(tǒng)授權管理對系統(tǒng)角色進行維護并對系統(tǒng)角色進行授權管理。主要功能包括：系統(tǒng)角色維護、角色授權管理。1'A&feK■旨m1?33U-SiKt..一 -；一13）系統(tǒng)日志管理對系統(tǒng)登錄及操作的所有數據增刪改進行記錄和查詢，便于誤操作時可以找回及對操作人員的責任追究。操作名旃消息腓員操作用間狀態(tài)用F登錄皿lh登錄成J]也知n2020/10/2S1...扇玫1用戶登錄g.L峨航稀協(xié)她imZLJZQ/0/Z111...成由程席升級版亦1&M4更襪曲h2D2n/9/Zl11...成由用戶登錄3血皿凳錄成由bdnin2D20/9/2111成由用戶登錄血LIL登錄成功Bjdaiin2D20/9/1T15

2.3.2.5手機APP2.3.2.5.1承運商端1）注冊、登錄承運商下載并安裝承運商端APP后，填寫手機號、驗證碼、登陸密碼完成注冊，注冊成功后，承運商可通過手機號+驗證碼或手機號+登陸密碼登陸APP，首次登錄需完善承運商信息，承運商信息包含營業(yè)執(zhí)照，法人信息等，經物流平臺審核通過后才能正常使用APP的相關功能。2）司機信息維護承運商通過APP維護自己公司的司機信息，司機信息包含駕駛證信息，身份證信息等，每次修改都需要經物流平臺審核，在審核的過程中，被修改的司機賬號將被鎖定，等審核通過后方可使用對應功能。

11：34 .“1兮1英重新認證,省市： 山東濟南市?姓名： 王平'身份證號：清晰拍提您的證件照片繼續(xù)認證車鈉信息完成認證3） 車輛信息維護承運商通過APP維護自己公司的車輛信息，車輛信息包含行駛證信息，營運證信息等，經物流平臺審核通過后才能成為該車輛才能承運本平臺發(fā)布的貨物。4） 承運商信息管理承運商信息發(fā)生變更時可通過APP進行維護，經物流平臺審核，在審核過程中，該承運商旗下的所有司機及車輛都將被鎖定，并且不允許承接運輸任務，待審核通過后方可恢復正常使用。5） 貨運單搶單物流平臺發(fā)布的貨源信息后，通過平臺認證的承運商可通過手機APP進行在線搶單。

當物流平臺發(fā)布競價信息后，承運商可通過手機APP進行報價。7）貨運單查詢承運商可通過手機APP查詢自己承接的所有貨運單，也可按日期等檢索條件進行過濾。我的貨運單分為進行中、已完成及待回單。11；51 .ill■￥■W右11；51 .ill■￥■W右 我的任務 Qil行中 已完陵11-46 M由煎， 哉的任務 Q已充成車次P2010275BFE4?CK)001就沉我翼庫￥0共12票<2400千克停4方歷3,5件〉曲I<- P2010275BFE480F0001 +#110月27日15：小是布 持回單武沒農馥庫武喪而武胃3武路路628號頁1推*12月堵n座回輕i2oo千克a方冷的#210月”日15：如發(fā)布 待回單武沮農赍座武漢市武國區(qū)武暗路628號負1樓*12g?M?in*i2oo^克g萬八而*310月2,日1&41友％ 待倒單或漢衣瓶庠忒皮幣蒙日區(qū)忒格路628號負1樓*12月站U夔回眼|沖千克22方八的MTOfl2701541?* 待回單武茂衣猶犀京商量甌｛菱留店J在途車輛跟蹤承運商可通過手機APP查詢屬于自己公司的已經在途運輸的的車輛信息、司機信息及運單信息。

9） 在途異常跟蹤車輛運輸過程中，結合車載的相關感知設備，當在途運輸車輛出現超速，停車超時，路線偏離，司機疲勞駕駛時，承運商會自動收到APP推送的預警通知，及時跟蹤異常信息。10） 考核情況查詢物流平臺根據提貨及時率、貨物準時送達率、貨物完好送達率、在途異常報警率、客戶投訴率等關鍵KPI指標對承運商進行考核，考核結果可在APP中查詢，并對承運商的運輸能力進行綜合評價分析，優(yōu)選優(yōu)質承運商進行貨源信息定時推送，幫助承運商改進服務質量，提高綜合運輸能力。11） 消息推送系統(tǒng)后臺將消息推送至承運商APP上，推送給承運商的消息包括但不限于發(fā)貨單信息、競價信息、競價結果信息、提貨信息、賬單信息、到貨信息、異常信息等其他通知。

2.3.2.5.2司機端1） 注冊個體時間下載并安裝司機端APP后，司機填寫手機號、驗證碼、登陸密碼完成注冊，注冊成功后。2） 登錄注冊成功后，司機可通過手機號+驗證碼或手機號+登陸密碼登陸APP，個人司機首次登錄需完善車輛信息和司機信息，車輛信息包含行駛證信息、營運證信息等、司機個人信息包含駕駛證、身份證等，信息填寫好后，提交到物流平臺，等待審核通知，經物流平臺審核通過后方可正常使用司機端APP功能。承運商司機或廠內司機由承運商或物流平臺相關負責人員維護司機和車輛信息，司機登錄后只需填寫自己的身份證信息便可，系統(tǒng)自動完成司機身份驗證。2） 個人信息維護司機用戶可通過司機端手機APP修改維護個人信息，在每次修改并提交后，都需要等待審核，在審核期間該司機賬號會被鎖定，經物流平臺審核后方可正常使用。3） 車輛信息維護司機用戶可通過司機端手機APP修改維護自己名下的車輛信息，在每次修改并提交后，都需要等待審核，在審核期間該車輛將不能承接本平臺所發(fā)布的運輸貨單，經物流平臺審核后方可正常使用。4） 貨運單搶單物流平臺發(fā)布貨源信息后，司機用戶也可通過司機端手機APP進行在線搶單。

5）物流報價當物流平臺發(fā)布競價信息后，司機用戶可通過司機端手機APP進行在線報價。6） 貨運單查詢司機用戶可通過司機端手機APP查詢自己承接的貨運單，我的任務單包括進行中的、已完成的及待回單的。支持按日期時間段等檢索條件進行查詢。7） 入廠登記、繳費司機收到短信提貨通知后，到達廠區(qū)入口門衛(wèi)處，登錄司機端手機APP進行入廠簽到，并在APP中支付相應的信息管理費，支付成功后方可經廠區(qū)入口道閘

車牌自動識別，驗證通過后車輛駛入待裝貨區(qū)，等待叫號。8） 排隊信息查詢車輛經道閘驗證無誤后，開始入廠，系統(tǒng)會自動將該車輛加入排隊表中，司機可通過司機端手機APP查看排隊情況。9） 廠內地圖導航司機被叫號后，可通過司機端手機APP打開廠內地圖導航功能，根據導航規(guī)劃的路徑行駛到指定位置進行地磅稱重、倉庫裝貨、復磅及廠區(qū)出口。廠內地圖導航路徑可根據物流平臺設置的裝貨位置及順序進行路徑規(guī)格。10） 路徑規(guī)劃及導航司機載貨出廠后可通過司機端APP進行目的地路徑規(guī)劃及導航。11） 到貨確認貨物交給貨主后司機可通過司機端手機APP向貨主出示簽收二維碼給貨主，貨主通過微信掃碼進行確認，或司機通過司機端手機APP拍照貨主簽字的回單上傳進行簽收確認。12）在途異常提醒在途異常提醒包含：疲勞駕駛提醒，車輛超速提醒，停車超時提醒，路線偏離提醒。

13） 考核情況查詢物流平臺根據提貨及時率、貨物準時送達率、貨物完好送達率、在途異常報警率、客戶投訴率等關鍵KPI指標對司機進行考核，考核結果可在司機端手機APP中查詢，并對司機的運輸能力進行綜合評價分析，優(yōu)選優(yōu)質司機進行貨源信息定時推送，幫助司機改進服務質量，提高綜合運輸能力。14） 消息推送平臺后臺自動推送消息到司機端手機APP上，推送給司機的消息包括但不限于發(fā)貨單信息、競價信息、競價結果信息、提貨信息、賬單信息、到貨信息、異常信息、審核通知等。

2.3.2.6貨主微信小程序2.3.2.6.1貨主端1）貨主身份驗證貨主首次打開微信小程序時需要輸入手機號，身份證號，短信驗證碼進行身份驗證，驗證成功后方可登錄。2）運單信息查詢貨主用戶通過平臺提供的微信小程序運單信息查詢功能來實時查詢自己的貨品運單發(fā)貨信息，我的運單包括待處理、進行中、已完成、其他等狀態(tài)。支持按日期時間段等檢索條件進行過濾。

運單實時路徑查詢功能提供運單實時路徑軌跡顯示自己的在途貨物位置、預計到達時間及中間的所有運輸節(jié)點。

4）掃碼簽收貨物到達后，貨主可通過平臺提供的微信小程序掃描司機app端所出示的簽收二維碼進行掃碼簽收。5）服務評價簽收完成后，貨主可通過平臺提供的微信小程序對本次的物流服務進行在線評價。忡如HO |*-7-d-UO WMlOQM ???? —7 1kv —X 訂單管理 … X 訂單管理 …<- 訂單詳情 G 訂單詳情運單號：20W281505893273創(chuàng)建時間：10月28日15:05弱未評價承運人：快貨運-代華、運單號：2010281505893273創(chuàng)建時間：10月28015:05■未評價承運人：快故運-代華棋發(fā)貨人：武漢益富物流 X i平、°就漢農資庫*武漢族資庫您的評價會讓司機做的更好收貨人：代華棋3738052037 、異京歷更 節(jié)點跟蹤 查看就跡6）消息推送在貨物承運過程中，平臺會自動推送消息到貨主的微信小程序里，微信小程序推送消息包括但不限于貨物發(fā)貨消息、溫馨提醒等。2.3.2.7大屏可視化展示物流監(jiān)控中心通過GPS/北斗定位技術、網絡地圖GIS、信息編碼技術、物聯網技術、移動通信技術等，將物流信息顯示在物流中心大屏中，實現對物流車輛自入廠、出廠到貨主收貨進行全過程分析，實現軌跡跟蹤判斷，司機離線報警，車輛超速報警，停車超時報警，路線偏離報警。同時監(jiān)控中心大屏連接廠區(qū)視頻監(jiān)控，物流中心操作人可根據排隊擁堵情況對車輛排隊順序進行人工調整。監(jiān)控中心大屏通過大數據圖表方式顯示物流情況分析及地圖智能運輸追蹤，顯示時間段內銷售發(fā)貨量、采購入庫量分析，承運商接單量分析，報警信息分析等，方便用戶通過本系統(tǒng)對運營中的各個環(huán)節(jié)進行科學的數據分析，優(yōu)化運營效率、降低運營成本，為領導決策提供可視化的數據支持。

2.4接口設計>外部接口平臺與企業(yè)原有或本次采購的信息化相關（設備、軟件/服務）、業(yè)務系統(tǒng)等進行數據交互，所有的外部接口都物流平臺提供。>內部接口內部接口是指物流平臺中的各子系統(tǒng)之間的數據交互，包括物流業(yè)務平臺、物流一卡通系統(tǒng)、app客戶端及微信小程序客戶端。

2.5數據庫設計平臺需要使用數據庫進行數據存儲，數據庫接口采用JDBC方式，只要支持JDBC的數據庫均可使用。也可以使用開源數據庫，如：H2DataBase、PostgreSQL、MySQL等；也可以使用國產數據庫，如：達夢、神舟通用、北大金倉等；還可以使用國外商用數據庫，如：Oracle、DB2等。2.6系統(tǒng)安全設計在安全設計上，主要從應用層和系統(tǒng)層兩個層面進行設計。1） 應用層安全訪問控制：加強操作系統(tǒng)用戶認證授權管理，可以控制操作員對系統(tǒng)資源的控制訪問。權限和管理：將平臺系統(tǒng)的用戶分類，不同的用戶賦予不同的權限；在權限控制上，通過分級控制技術，控制操作員、用戶對應用系統(tǒng)資源可訪問內容。身份驗證：通過采取口令識別方式，在客戶端輸入用戶名和密碼，平臺提供驗證機制，來確保用戶的登錄身份與其真實身份相符。數據存儲：關聯數據密押存儲；關鍵數據加密存儲。日志記載：數據庫日志，確保數據的可靠性和一致性；應用系統(tǒng)日志，確保業(yè)務的可追溯性。2） 系統(tǒng)層安全建立數據備份中心：支持平臺業(yè)務數據的持久化，并為持久化數據提供備份機制。系統(tǒng)在遇到較大災難問題時仍能保障寶貴的數據資源不丟失。數據在網絡上的安全傳輸：建立系統(tǒng)使用范圍內的防病毒系統(tǒng)；配置系統(tǒng)安全漏洞掃描工具，定期檢查系統(tǒng)中與安全有關的軟件、資源、各廠商安全“補丁包”的情況，發(fā)現問題及時報告并給出解決建議，使系統(tǒng)經常處于安全的狀態(tài)；配置入侵檢測系統(tǒng)安全產品，對關鍵結點的信息進行收集分析，實時檢測及報警。系統(tǒng)備份：為了進一步提升系統(tǒng)的安全性，平臺支持服務器熱備能力。當一個運行時服務平臺宕機后，能夠迅速啟動并切換到備份的服務平臺上繼續(xù)運行。服務器熱備能力可以在發(fā)生較大問題時仍能保障系統(tǒng)的底層支撐繼續(xù)運行。

3建議運行環(huán)境3.1數據庫服務器運行環(huán)境數據庫服務器操作系統(tǒng)：CentOS7及以上或WinServer2012(Server)以上數據庫服務器CPU/內存：2核8G或以上數據庫服務器硬盤：1T或以上數據庫版本：MySql5.6及以上3.2應用服務器運行環(huán)境應用服務器操作系統(tǒng)：CentOS7及以上或WinServer2012(Server)以上應用服務器CPU/內存：2核8G或以上應用服務器硬盤：1T或以上Web應用中間件：TOMCAT8.0及以上3.3客戶端訪問環(huán)境操作系統(tǒng)：Windows7或以上操作系統(tǒng)支持的瀏覽器：chrome、firefox或IE11及以上4項目實施4.1需求分析此階段的主要工作是項目實施人員向用戶調查用戶對系統(tǒng)的需求，實施人員調研完成后，會編寫《系統(tǒng)需求說明書》，并交付用戶進行確認，待用戶對《系統(tǒng)需求說明書》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能的設計。如果用戶又提出新的需求，按照變更控制流程進行變更控制。需求調研階段具體包括如下內容：

1、 進行需求調研準備。2、 編制需求調研計劃。3、 評審需求調研計劃，如評審通過，則作為以后需求調研工作的指南，否則重新修改。4、 需求調研，做好深入和全面的調研，并搜集用戶的個性化需求。5、 根據調研的結果，確定合理、可行的需求，將分析結果形成《系統(tǒng)需求說明書》。6、 評審《系統(tǒng)需求說明書》，如評審通過，則進行后續(xù)的軟件設計的工作；否則進一步進行調研、分析，直至用戶最終確認并簽署《系統(tǒng)需求說明書》。《系統(tǒng)需求說明書》確認后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求變更流程。4.2系統(tǒng)設計系統(tǒng)設計的過程就是根據用戶的需求構造系統(tǒng)的設計方案的過程。系統(tǒng)設計是根據需求分析結果實現用戶的功能和服務質量要求，包括性能、可用性、可伸縮性、安全性和完整性要求的設計，它還包括評估并選擇運行系統(tǒng)所必需的軟件和硬件環(huán)境，以及用于開發(fā)應用程序的工具和方法。系統(tǒng)設計的具體過程包括如下：1） 選擇技術路線：在了解用戶要求之后，根據自己對技術的了解，選擇適合的技術來實現用戶的要求。2） 劃分系統(tǒng)總體結構：給出硬件、網絡、操作系統(tǒng)、其他軟件硬件的接口、將要開發(fā)軟件的主要部件。3） 劃分將要系統(tǒng)的業(yè)務部件：分解系統(tǒng)的多個業(yè)務活動和過程，減小系統(tǒng)開發(fā)難度。4） 定義系統(tǒng)接口：定義上面兩個過程中形成的接口。5） 編寫《系統(tǒng)設計說明書》、《數據庫設計說明書》等設計文檔，并提交評審，如果通過，則進行后續(xù)的程序開發(fā)。

4.3集成開發(fā)我公司技術積累了豐富的開發(fā)經驗和軟件工程實踐，并通過一系列的工具，進一步提高了公司在軟件生命周期活動中的管理能力和軟件質量的控制能力。在整個過程的每個階段，我公司會按照嚴格的要求，產生各階段的詳細文檔，在整個項目的實施過程中和用戶保持密切的交流，從而保證在每個階段中都能反映用戶的意見，使整個過程實施流暢，將系統(tǒng)的返工率降到最低。4.3.1開發(fā)工具開發(fā)工具使用基于IDEA的JAVAEE集成開發(fā)環(huán)境。以上工具提供了JAVAEE平臺各種技術的開發(fā)、調試及配置工具，并得益于IDEA的良好擴展性，可以與版本管理工具等結合，大大提高了開發(fā)效率。配置管理（版本控制）工具采用GIT，并與缺陷變更管理工具redmine集成，構成統(tǒng)一變更管理系統(tǒng)。4.3.2開發(fā)配置流程1） 設計人員根據需求分析設計功能點，并使用分配開發(fā)任務；2） 編碼人員根據任務從git中檢出代碼，進行開發(fā)；3） 編碼人員開發(fā)完畢通過單元測試后，檢入代碼提交活動，并更新任務狀態(tài)；4） 測試人員開始測試，并在redmine中記錄測試結論，記錄缺陷；5） 設計人員根據redmine中的測試結論和缺陷記錄調整設計，分配缺陷修復任務；6） 重復步驟2以下描述的工作。7） 對通過測試版本提交用戶測試，測試過程及配置工具與上述步驟相同。4.3.3開發(fā)語言系統(tǒng)開發(fā)語言為Java，以JAVAEE技術（Servlet、JSP）為主，輔以JavaScript、

HTML/XML等語言。詳細的語言及腳本種類列表如下:類型語言備注核心開發(fā)語言JavaWeb視圖HTML、JavaScript、CSS、JSP等數據庫維護腳本SQL配置文件XML4.3.4團隊開發(fā)方法軟件開發(fā)過程采用迭代化(iterative)方式。依托強大的配置管理工具，參考敏捷開發(fā)過程的思想，在持續(xù)構建和自動化測試技術的保證下，實現快速迭代。4.3.5版本建立與發(fā)布策略在開發(fā)過程中，使用git進行流式版本管理，采用開發(fā)流、測試流、用戶測試流逐級提交的方式管理各種版本的變動。通過用戶測試的版本將設置基線后提交到上線版本庫中，并作為正式版本發(fā)布到生產環(huán)境中。4.3.6版本管理和工具方法在我公司的質量管理體系中要求,每個項目均必須使用配置管理工具進行項目工作產品的版本管理。在本項目的實施過程中，我們將使用SVN作為配置管理工具，并與redmine工具集成，為項目提供跨功能團隊、跨地域分布式開發(fā)的版本控制和缺陷變更控制的統(tǒng)一配置管理平臺。在大規(guī)模開發(fā)工作中，多個開發(fā)組會共同工作于一個軟件系統(tǒng)的一個發(fā)布版本，我們采取“面向特性的項目團隊”的工作流(Stream)配置管理策略。＞配置策略系統(tǒng)開發(fā)的配置策略是以主線作為產品流，生成集成流和若干個特性開發(fā)流。所有的版本都將從產品流下載到集成流，從集成流下載到開發(fā)流。所有的開發(fā)者的活動都將在項目集成流以外的分支上進行，然后再合并到項目的集成流上。配

置管理示意圖如下:上圖中Main,集成和特性分別對應產品流（Mainstreak、集成流（Integrationstr?a和開發(fā)流Developmentstream1） 開發(fā)流（開發(fā)庫）：對應一個開發(fā)組活動的工作流。視項目規(guī)模和系統(tǒng)架構不同，每個項目可以有多個開發(fā)流。每個開發(fā)流都是集成流上根據不同的特性進行分支，使每個開發(fā)組都擁有自己獨立的開發(fā)工作流。2） 集成流（受控庫）：對應項目中所有開發(fā)人員活動進行合并的工作流，一般每個項目有一個集成流。但根據項目的規(guī)模和實際需要，也可以在某一開發(fā)流上再進行分支，形成特性n的集成流和開發(fā)流。例如：可以將特性1開發(fā)流定義為特性1的集成流，并為開發(fā)組中每一個成員劃分一個子分支作為開發(fā)流，當該特性下的子分支開發(fā)完成后，可以先合并到該特性的集成流上，經測試后再合并到總的集成流上。3） 產品流（產品庫）：對應一個產品發(fā)布的工作流。一個項目只有一個產品流，標識產品版本的基線在這個流上產生。采用這種配置策略，不同開發(fā)組在各自的特性開發(fā)流上活動，所有開發(fā)完成的特性可以通過提交（Deliver）功能合并到指定的集成流上。同樣，開發(fā)人員也可以通過提交功能將全部業(yè)已完成的特性進一步合并到產品流進行測試和發(fā)布。顯然，該集成過程不影響其它開發(fā)流的正?；顒?，從而實現“完成多少、發(fā)

布多少，相互獨立、互不影響“的并行開發(fā)管理目標。＞基線為了使迭代和發(fā)布協(xié)調一致，需要在每次迭代完成時建立和發(fā)布一個測試過的基線。為了評估和有效地控制變更的影響，有必要保持每個發(fā)布版的元素和多個并行發(fā)布版中的元素的可追蹤性。在開發(fā)人員開始項目工作后，集成人員即在集成流生成初始基線（Initial），所有的基線標識某一個完整的產品在某一時刻的版本?；€晉級定義如下：晉級描述初始（Initial）未知或開始的狀態(tài)集成（Built）系統(tǒng)成功的完成構建和連接的基線測試（Tested）系統(tǒng)已經通過測試組的功能、性能和壓力測試發(fā)布（Released）系統(tǒng)已經通過所有的測試并準備發(fā)布拒絕（Rejected）不能使用的作廢的基線用相應的基線標識每一次迭代產生的工作產品和軟件版本，使其在配置管理中留下軌跡和副本，以維護軟件產品的完整性和軟件版本的兼容性。下圖為使用基線獲取版本的示例圖：Final在形成基線后，開發(fā)人員也可以通過變基（Rebase）功能周期性地更新開發(fā)發(fā)布版本1.1Final在形成基線后，開發(fā)人員也可以通過變基（Rebase）功能周期性地更新開發(fā)發(fā)布版本1.1Rl.1BL4發(fā)布版本￡流以顯示元素的最新版本，看到與之相關的其他開發(fā)人員所做的變更。

4.4系統(tǒng)測試系統(tǒng)測試的目的是在真實系統(tǒng)工作環(huán)境下通過與系統(tǒng)的需求定義作比較，檢驗完整的軟件配置項能否和系統(tǒng)正確連接，發(fā)現軟件與系統(tǒng)/子系統(tǒng)設計文檔