freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

模擬etc收費系統(tǒng)的設計與實現(xiàn)畢業(yè)論文設計(編輯修改稿)

2025-07-20 22:27 本頁面
 

【文章內(nèi)容簡介】 表43所示。表43 后臺管理員功能模塊表功能名稱功能描述登錄后臺管理系統(tǒng)操作之前必須憑借登錄名、密碼、驗證碼進行登錄。退出后臺管理系統(tǒng)操作結(jié)束后可以退出系統(tǒng),清除當前用戶會話信息。車道管理實現(xiàn)對ETC車道信息的增刪改查。車輛管理實現(xiàn)對ETC車輛信息的增刪改查。車輛類型管理實現(xiàn)對ETC車輛類型信息的增刪改查車主管理實現(xiàn)對ETC車主信息的增刪改查。駕駛證信息管理實現(xiàn)對駕駛證信息的增刪改查收費費率管理實現(xiàn)對ETC收費費率信息的增刪改查角色權(quán)限管理 管理員能擁有對整個系統(tǒng)的權(quán)限操作;車主用戶更改個人信息(聯(lián)系方式,登錄密碼),查看公路網(wǎng),車道,收費站,費表,行車消費等信息 系統(tǒng)接口設計外部接口方面,對于任何系統(tǒng)用戶都需要一個友善接口。因此在界面設計上,應做到簡單明了,容易操作,并且界面的布局要突出顯示重要及出錯信息[6]。外觀上也要多考慮用戶對Window風格的熟悉度,應盡量往用戶感受方面靠。系統(tǒng)也采 用了MVC 的設計模式,做到了比較完善的模型——視圖——控制為一體。接口上的功能也要做到簡單易懂,在具體情況下有完善的錯提醒。總的來說,系統(tǒng)的用戶接口應做到可靠、簡單、易學習和使用。服務器上的程序可以使用MySQL數(shù)據(jù)庫,并且能夠?qū)?shù)據(jù)庫進行新增、修改、刪除、查詢等等這些基本的操作。內(nèi)部接口方面,各模塊間分別根據(jù)功能有自己單獨的接口設計,有:車道接口,車輛接口等。 系統(tǒng)數(shù)據(jù)庫設計概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型,是按照用戶的觀點對數(shù)據(jù)建立的模型[8]。數(shù)據(jù)模型中包含3種相互關聯(lián)的信息:數(shù)據(jù)對象、數(shù)據(jù)對象的屬性及數(shù)據(jù)對象彼此間相互連接的關系。通常使用ER圖(實體聯(lián)系圖,Entity Relationship Diagram的縮寫)來建立數(shù)據(jù)模型。ER圖中包含了實體、屬性和關系3種基本成分[8]。 實體是ER模型的基本對象,是現(xiàn)實世界中各種事物的抽象。模擬ETC收費系統(tǒng)中的實體有:車輛、車輛類型、車主、駕證類型、收費費率、車道、車道類型、站點、站點類型。本系統(tǒng)中各實體之間的聯(lián)系是一種車輛對應多輛車輛即一對多關系、一個車主對應一種駕駛證類型即一對一關系、一種車道類型對應多條車道即一對多關系、一種站點類型對應多個站點即一對多關系、一輛車對應一個車主即一對一關系、一條車道對應多個站點即一對多關系、一種車輛類型對應一種收費費率即一對一關系?;谝陨闲畔⒌姆治隹梢缘贸瞿METC收費系統(tǒng)中實體聯(lián)系圖(ER圖)如圖44所示。圖44 ER圖根據(jù)對概念結(jié)構(gòu)設計中系統(tǒng)實體、屬性、聯(lián)系三方面的信息分析,再結(jié)合對ER圖的設計,可以得出本系統(tǒng)的關系模式(主鍵用下劃線標注)如下。用戶(用戶表id、用戶名、用戶密碼、用戶姓名、用戶角色、密碼修改狀態(tài)、賬號凍結(jié)狀態(tài));車道類型(車道類型表id、車道類型編號、車道類型名稱);車道(車道表id、車道編號、車道名稱、車道類型、車道總長度、起始地址、結(jié)束地址、收費站數(shù)量、行駛車速、使用狀態(tài)、備注);收費站(車道類別表id、車道編號、收費站編號、收費站名稱、收費站距離起點的距離、收費站類型編號、交叉車道編號、交叉車道名稱、備注);收費站類型(收費站類型表id、類型編號、類型名稱);車輛(車輛表id、編號、名稱、類型編號、類型大類、品牌、生產(chǎn)商、生產(chǎn)日期、使用日期、最大里程、引擎編號、驅(qū)動類型、車軸距、自重、載重、座位數(shù)量、最高時速、尾氣排量、車牌號碼、備注、駛?cè)霠顟B(tài));車輛類型(車輛類型表id、類型編號、父類型編號、類型名稱、運行最小總質(zhì)量、運行最大總質(zhì)量、車輛最小長度、最大長度、最小排量、最大排量);車主(車主表id、車主姓名、性別、證件類型、證件號碼、駕駛證代碼、車牌號、手機、電話、郵箱、住址、備注);駕駛證(駕駛證表id、駕駛證代號、準駕車型、其他準駕車型);收費費率(收費費率id、車輛類型、費率、是否可用、備注);行車記錄(行車記錄表id、車牌號、駛?cè)霠顟B(tài)、駛?cè)胲嚨谰幪?、駛出車道編號、駛?cè)胧召M站編號、駛出收費站編號、駛?cè)霑r間、駛出時間、單次行車里程、超速狀態(tài)、超速罰款、行車消費金額);黑名單(黑名單表id、車牌號、黑名單狀態(tài)、移入單時間、移出單時間、移入原因、移出原因、移出操作員)。系統(tǒng)功能的分析與數(shù)據(jù)的結(jié)構(gòu)關聯(lián)及使用都首先反映在數(shù)據(jù)庫的設計過程中,模擬ETC收費系統(tǒng)中的車輛管理、車道管理、車主管理以及其他模塊管理和模擬收費的相關數(shù)據(jù)表的設計是本系統(tǒng)的一項核心工作,所以所有的管理工作都必須以數(shù)據(jù)為中心。因此在對系統(tǒng)進行數(shù)據(jù)庫表設計時,設計出的表要盡可能減少數(shù)據(jù)冗余,確保數(shù)據(jù)的準確性,有效的控制冗余有助于提高數(shù)據(jù)庫的性能,節(jié)省不必要的磁盤空間浪費[10]。要具有較好的使用性,主要體現(xiàn)在查詢時是否需要關聯(lián)多張表和使用復雜的SQL語句。要從主鍵、數(shù)據(jù)類型、長度等來確保系統(tǒng)實體數(shù)據(jù)的完整性。基于以上的設計要求和對關系數(shù)據(jù)模式的分析,再綜合考慮程序設計的安全性,我為系統(tǒng)創(chuàng)建了數(shù)據(jù)表有:用戶表、菜單表、權(quán)限表、車道類型表、角色表、車道表、角色權(quán)限表、收費站表、收費站類型表、車輛表、車輛類型表、車主表、身份證件類型表、駕駛證表、收費費率表、行車記錄表、黑名單表、銀行卡表、銀行種類表等。具體表結(jié)構(gòu)分別如下:(1) 用戶表td_etc_user,用于記錄用戶登陸系統(tǒng)的基本信息,包括用戶的登陸賬號,登錄密碼,用戶名,角色等信息(詳見表44)。表44 用戶表字段名類型長度主鍵外鍵可空說明user_tb_idbigint20是否是用戶表id(自增)accountvarchar30否否是用戶名passwordvarchar30否否是用戶密碼role_codevarchar2否是是用戶角色(多對一)user_namevarchar30否否是用戶真實名稱password_statevarchar1否否是密碼修改狀態(tài)login_freeze_statevarchar1否否是賬號凍結(jié)狀態(tài)(2) 色表td_etc_role,為用戶區(qū)分角色,包括角色編號,角色名稱(詳見表45)。表45 角色表字段名類型長度主鍵外鍵可空說明role_tb_idint20是否是角色表id(自增)role_codevarchar20否否是角色代碼role_namevarchar20否否是角色名稱(3) 車道類別表td_etc_road_type,是本系統(tǒng)的基礎數(shù)據(jù)表,存放車道類型的基本信息,包括車道類別編號,車道類別名稱等信息(詳見表46)。表46 車輛類別表字段名類型長度主鍵外鍵可空說明road_type_tb_idint20是否否車輛類別表id(自增)road_type_codevarchar2否否否車道類別編號road_type_namevarchar20否否否車道類別名稱(4) 車道表td_etc_road,車道表用于記錄ETC車道信息,包括車道名稱、起止站點、收費站數(shù)量、車道長度、計劃時速、使用狀態(tài)、備注等(詳見表47)。表47 車道信息表字段名類型長度主鍵外鍵可空說明road_type_tb_idint20是否否車道表id(自增)road_codevarchar15否是是車道編號road_namevarchar20否否是車道名稱pass_station_codevarchar200否是是經(jīng)過收費站編號pass_station_namevarchar200否否是經(jīng)過收費站名稱road_type_codevarchar1否是是車道類型road_total_distancefloat8否否是車道總長度road_start_codevarchar20否否是起始收費站編號road_start_namevarchar20否否是起始收費站名稱road_end_codevarchar20否否是結(jié)束網(wǎng)站編號road_end_namevarchar20否否是結(jié)束收費站名稱station_numberInt11否否是收費站數(shù)量min_speedInt11否否是行駛最小時速max_speedInt11否否是行駛最大時速working_stateVarchar1否否是使用狀態(tài)dermarkVarchar300否否是備注(5) 菜單表td_etc_menu,存放不同角色所擁有權(quán)限的菜單,包括菜單編號、菜單名稱、權(quán)限、菜單地址等信息(詳見表48)。表48 菜單信息表字段名類型長度主鍵外鍵可空說明menu_tb_idInt10是否否菜單表id(自增)menu_idVarchar50否是是菜單編號menu_nameVarchar120否否是菜單名稱role_codeVarchar2否是是菜單權(quán)限menu_stateVarchar1否否是菜單使用狀態(tài)menu_urlvarchar512否否是菜單鏈接地址(6) 收費站類型表td_etc_toll_station_type,是本系統(tǒng)的基礎數(shù)據(jù)表,存放收費站類型的基本信息,包括收費站類別編號,收費站類別名稱等信息(詳見表49)。表49 收費站類型信息表字段名類型長度主鍵外鍵可空說明toll_type_tb_idint20是否否收費站類型表id(自增)toll_type_codevarchar15否是是收費站類別編號toll_type_namevarchar20否否是收費站類別名稱(7) 收費站表td_etc_toll_station,收費站信息表是車道信息表的字表,與車道信息表存在關聯(lián)關系,包括編號、名稱、類型、到始站的距離、備注等信息(詳見表410)。表410 收費站信息表字段名類型長度主鍵外鍵可空說明toll_tb_idBigint20是否否收費站表id(自增)road_codeVarchar15否是是車道編號toll_station_codeVarchar15否是是收費站的編號,toll_station_nameVarchar20否否是收費站名稱,distance_to_startFloat8否否是收費站到起點的距離toll_station_typeVarchar1否是0收費站類型cross_stateVarchar1否否0是否交叉點cross_road_codeVarchar2否否是交叉車道編號cross_road_nameVarchar10否否是交叉車道名稱dermarkvarchar300否否是備注(8) 身份證件類型td_etc_id_type,是本系統(tǒng)的基礎數(shù)據(jù)
點擊復制文檔內(nèi)容
教學課件相關推薦
文庫吧 www.dybbs8.com
備案圖片鄂ICP備17016276號-1