长途汽车信息管理系统2021年12月长途汽车信息管理系统实名认证申请图3.3系统组成设计图2.3.数据库结构设计2.3.1.需求分析(1)系统管理对象长途汽车信息管理系统涉及的人有2类,登录系统希望买票的乘客、系统管理员,管理的事务有车辆、路线信息、订单信息、车票信息。(2)实体间联系用户向管理员提出实名认证申请。用户可查询相应的路线、车票、订单信息,可修改个人用户信息。管理员审核实名认证信息,管理用户信息。管理员维护车辆信息、增删改路线信息及车票信息管理员可对车辆信息、车票信息、订单信息等进行统计分析。实体之间主要事务联系如下:(3)功能需求能够进行数据库的数据定义、数据操纵、数据控制等处理功能。具体功能应包括:系统应该提供管理员对车辆、路线、车票、订单信息的添加、插入、删除、更新、查询操作;同时实现用户对车辆、路线、车票、订单的查询,以及对个人用户信息的修改、查询功能。(4)安全性与完整性需求对于长途汽车信息管理系统而言,涉及的实体较多,要维护好不同实体表之间的管理关系,涉及相应的外围程序,保证数据输入的完整性。同时要对注入信息进行识别并拦截,防止数据库被恶意破坏。2.3.2.概念结构设计根据上文分析,本系统主要实体有乘客(用户)、管理员、车辆信息、路线信息、订单信息、车票信息。主要涉及的实体间联系有:用户、车票信息与订单信息之间存在“订购”的联系,且一个用户可购买多种车票,一种车票可被多位顾客购买,故涉及的关系为多对多关系。车票信息与车辆信息之间存在“承载”关系,说明该车票所应搭乘的汽车,一类车票搭乘一辆汽车,汽车可承载多路车票的运行,所有车票信息与车辆信息之间为多对一关系。车票与路线之间存在“经由”关系,一类车票具有唯一确定的路线,一条路线可由不同时段的多种车票经由,所以车票信息与路线信息为多对一关系。各实体所涉及的属性如下:乘客(乘客ID,姓名,性别,联系方式,身份证号,登录密码)车辆(车辆ID,车牌号,座位数,总里程,运行状态,投用时间)路线(路线ID,始发站,终点站,总距离)车票(车票ID,数量,始发时间,到达时间,车票价格)订单(订单ID,生成时间,支付状况)根据以上设计,可以得到实体联系ER图及概念模型图如图3.4和图3.5所示。图3.4实体联系ER图图3.5概念模型2.3.3.逻辑结构设计(1)概念模型转换为逻辑模型完成了概念模型的设计,以下将利用概念模型转换为逻辑模型的六条原则,对上述概念模型进行处理。根据设计原则一,将各实体转换为关系表,各表结构如下:>乘客(乘客ID,姓名,性别,联系方式,身份证号,登录密码)■PassengertPid.pwd.name.gender.contactJd.card)>车辆(车辆ID,车牌号,座位数,总里程,投用时间)■Bus(Bid,busNum)seats,total_dis)bir_time)>路线(路线ID,始发站,终点站,总距离)■Route(Rid,start_station,end_station,totalDis)>车票(车票ID,数量,始发时间,到达时间,车票价格)■Ticket(Tid,number,depart_time,arr_time,price)>订单(订单ID,生成时间,支付状况)■Porder(Oid,genTime,ispay)根据多对一关系的设计转换原则,将车票与车辆之间多对一的承载关系,转化为将车辆的主键作为外键,吸取到车票信息中;同理,将车票与路线之间的多对一“运行于”关系,转化为将路线的主键作为外键,吸取到车票信息中。因此,“车票”的新结构如下:车票(车票ID,车辆ID,路线ID,数量,始发时间,到达时间,车票价格)•Ticket(Tid,Bid,Rid,number,departjjme,air_timeprice)FK:Bid,Rid根据多对多关系的设计转换规则,将乘客与车票之间多对多的“购买”关系,转换为一个新的“订单”表,并吸取“乘客”的主键及“车票”的主键作为“订单”表的外键。据此,“订单”表的结构如下:>订单(订单ID,乘客1D,车票1D,生成时间,支付状况)・Porder(Oid,Pid,Tid,genTime,ispay)FK:Pid,Tid(2)关系模型定义根据以上分析,该此数据库设计关系定义模型如下:>乘客(乘客ID,登录密码,姓名,性别,联系方式,身份证号)•PassengertPid.pwd.name.gender.contact.ld.card)主键为Pid,属性间的函数依赖关系:FD:{Pid,ld_card->pwd,name,gender,contact}>...