铁路网上售票系统数据库设计.docx

铁路网上售票系统数据库设计.docx

《铁路网上售票系统数据库设计.docx》由会员分享，可在线阅读，更多相关《铁路网上售票系统数据库设计.docx（26页珍藏版）》请在冰豆网上搜索。

铁路网上售票系统数据库设计

铁路网上售票系统项目开发背景：

信息时代的到来，互联网对于企业和事业单位的运营和发展日益重要，网上交易也逐渐被人们认可，并成为未来交易的发展方向。

铁路售票系统也不例外。

铁路网上售票系统是铁路旅游服务信息系统的一个重要组成部分，为旅客提供优质便捷的服务。

为了提高铁路客运的售票效率，丰富铁路客运的营销手段，火车站售票总站及其下属代售点可以通过公用的互联网资源，实现网上的售票，查询及管理工作。

铁路网上售票系统的总目标是：

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的铁路网上售票系统，为企业的决策层提供准确、精细、迅速的车票销售信息。

项目开发的意义：

信息时代已经来临,信息处理的利器——计算机应用于火车站售票的日常管理为火车站售票的现代化带来了从未有过的动力和机遇，为火车站票务管理领域的飞速发展提供了无限潜力。

采用计算机管理信息系统已成为火车站票务管理科学化和现代化的重要标志，给火车站票务带来了明显的经济效益和社会效益。

计算机已经成为人们生活不可或缺的一部分。

然而，随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。

列车在我国的人员流动、物资运输中占据着举足轻重的地位。

火车的特殊性及可能经过多个城市，每个城市的车站可以出售此火车的车票。

而且同一车站可能有多辆车经过。

许多希望以最快的方式选择自己想来乘坐的那一趟列车。

所以以人工的方式是不可能实现这种功能的。

一种可行的方案是基于客户端服务器的体系结构。

服务器为数据库系统，存储所有必要的信息。

客户端通过连接到服务的应用程序快速、准确地完成相应的工作，通过网上订购，可以达到高效、便捷的购票。

铁路网上售票系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度，方便广大旅客购票，有一定的社会和经济效益。

1．需求分析

主要包括需求分析阶段目标、任务和成果。

1.1需求分析阶段目标和任务

1.1.1需求分析阶段目标

（1）了解目前铁路网上售票流程和注意事项，通过具体调查了解客户需求并总结业务流程。

（2）与指导老师沟通交流该项目的可行性，征求老师意见，修改不合理的地方，为以后的设计打下基础。

1.1.2需求分析阶段任务

随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。

随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。

目前社会正处于健保发展方兴未艾的时代，各火车站莫不兢兢业业地改善本身的体制或管理方式，以适应健保越来越严格的规X。

列车在我国的人员流动、物资运输中占据着举足轻重的地位。

全国有大量的人员通过搭乘火车到达目的地。

而与火车的特殊性及可能经过多个城市，每个城市的车站可以出售此火车的车票。

而且同一车站可能有多辆车经过。

许多希望以最快的方式选择自己想来乘坐的那一趟列车。

所以以人工的方式和单纯的列车票务管理系统都不可能实现这种功能的。

一种可行的方案是通过网上订购，可以达到高效、便捷的购票。

铁路网上售票系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度，方便广大旅客购票，有一定的社会和经济效益。

（1）处理对象

系统要处理的对象主要包括票存系统基本信息、票务人员基本信息、客户基本信息、订票单基本信息、退票单基本信息、车票基本信息、车票销售记录基本信息。

（详细的信息见于数据查询表）

（2）功能要求

系统要实现的主要功能：

①查询：

可以通过起点站与终点站在进行查询，也可根据具体的车次输入进行查询，同时每次查询都会显示车次号，点击即可显示该趟列车所进过站点的详细信息，其中包括所到达每个站的到达时间与出发时间。

②客户注册、登录：

由于要进行网上订购车票，用户需注册，填写有关信息，由由票务人员负责送车票到客户手中。

③订票业务：

本系统为网上订票，用户经过查询车次信息、票务信息，找到自己所需的车票通过所关联的账户进行订购。

⑤更新功能：

该系统随时跟据车辆的变化情况进行更新，增加车辆时可以在系统中插入该车的详细信息，同时也能根据需要修改某趟车经过的站点与发车时间，当某趟车停止、开行时可以删除该趟车的信息。

同时包括对列车信息、站点信息、订票记录等的更新功能。

⑥车票配送：

客户在订购了车票之后,管理人员通过后台管理订票记录,然后根据客户的要求由票务人员及时为其配送车票。

（3）安全性和完整性要求

安全性先通过视图机制，该系统创建了很多视图，不同用户只能访问系统授权的视图，这样可以提供系统数据一定程度上的安全性，也可以通过用户授权机制，根据用户被授权的级别来分配用户权限，从而达到更高层次的安全XX功能。

完整性要求主要用来限制各基本表XX息的真实性和可靠性，满足参照完整性、实体完整性、用户自定义完整性的要求。

1.2需求分析成果

1.2.1流程图

铁路网上售票系统业务流程图如下图1.1—图1.3：

（1）客户注册及登录流程图：

（2）订票业务流程图：

（3）退票业务流程图：

铁路网上售票系统数据流程图如下图1.4—图1.7：

（1）顶层数据流程图：

（2）第一层数据流程图：

（3）第二层数据流程图—订票：

1.2.2数据查询

包含数据项、数据结构、数据流、处理逻辑、数据存储定义（详见附录1）。

2．数据库结构设计

主要包括概念设计和逻辑设计两个部分。

2.1概念设计

概念设计阶段主要是将需求缝隙阶段得到的用户需求抽象为信息结构即概念模型的过程，它是整个数据库设计的关键，设计概念结构通常有四类方法：

自顶向下、自底向上、逐步扩X、混合策略。

2.1.1分E-R图建立

参照业务流程图和数据流程图，分别画出分E-R图，如图2.1至2.4所示。

（1）根据图1.2抽象出的进货分E-R图：

（2）根据图1.6抽象出的销售分E-R图：

（3）根据图1.7抽象出的存储分E-R图：

（4）根据图1.4抽象出的存储分E-R图：

各E-R图中的实体属性如下图2.5至图2.10：

（1）车票及其属性：

（2）客户及其属性：

（3）票务人员及其属性：

（4）票存系统及其属性：

（5）订票单及其属性：

2.1.2全局/整体E-R图

根据各分E-R图合并整体E-R图，具体方法是将4个E-R图中相同的实体，进行合并，消除属性冲突、命名冲突、结构冲突之后得到总E-R图如图2.11所示。

2.2逻辑设计

概念设计阶段是独立于任何一种数据模型的，而逻辑设计阶段则与现实结合起来，逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为与项目所支持的数据模型相符合的逻辑结构。

具体任务包括将E-R图转换成关系模型、模型优化、数据库模式定义、用户模式设计。

2.2.1建立关系模式

E-R图向关系模型的转换遵循如下规则，一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。

对于实体间的联系则有不同的情况：

一个1：

1联系可以转换为一个独立关系模式，也可以与任意一端关系模式合并；一个1：

N联系可以转换为一个独立关系模式，也可以与n端实对应的关系模式合并；一个M：

N联系转换为一个独立关系模式，具有相同码的关系模式可以合并。

根据以上原则，对于该系统的E-R图进行转换，从而得到本E-R图向关系模型的转换如下：

票存系统（票存分系统编号、票存分系统地址）

票务人员（票务人员编号、票务人员XX、票务人员工作地点）

客户（客户XX号、客户名、客户银行卡号、客户、客户地址、登录ID、登录密码、票务人员编号）

订票单（订票单号、订票日期、订票时间、订票数量、订票手续费、客户XX号）

车票（车票编号、车票价格、车次、座位类型、座位编号、出发站、目的站、发车时间、到站时间、订票单号、退票单号）

记录（车票编号、出入账类型、票存分系统编号、记录日期、记录时间、出入账金额）

2.2.2关系模式规X化处理

以上关系模式中的各实体和联系之间不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF。

2.2.3用户子模式建立

用户子模式的建立如表2.1所示。

表2.1用户子模式

编号

用户子模式名称

定义

作用

V-01

Ticket_view

车票信息视图

方便用户查询车票信息

V-02

Customer_view

客户信息视图

方便票务人员查询客户信息

V-03

Book_view

订票单信息视图

方便票务人员查询订票信息

V-05

Record_view

记录信息视图

方便票务人员查询记录信息

2.2.4关系模式逻辑结构定义

详细的逻辑结构定义见附录2。

3．数据库物理设计

3.1物理设计阶段目标和任务

数据库的物理设计是为逻辑数据模型选取一个最合适应用需求的物理结构的过程，在这个阶段中需要完成的任务是：

（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；

（2）对物理结构进行评价，评价的重点是时间和空间效率。

3.2数据存储方面

3.2.1建立索引的原则

建立索引一般有以下三个原则：

（1）如果一个或一组属性经常在查询条件中出现，则考虑在这个属性上建立索引。

（2）如果一个经常作为最大值和最小值等聚集函数的参数，则考虑在这个属性上建立索引。

（3）如果一个或一组属性经常在连接操作的连接条件中出现，则考虑在这个属性上建立索引。

3.2.2建立索引

根据系统和用户的的需要，由于客户信息、车票信息、订票单编号、退票单编号等属性查询操作比较平凡，所以对其所在表建立唯一索引，索引见表3.1。

表3.1索引表

所在表名

索引名称

索引类型

建立引用的基项

客户信息表

Customer_index

唯一

o

车票信息表

Ticket_index

唯一

Tno

3.2.3系统功能模块图

系统基本功能模块图如3.1所示。

4．数据库实施与测试

主要包括数据库实施和测试两个部分。

4.1数据库实施

4.1.1数据库及数据库对象建立

主要包括：

数据库、基本表、视图、索引、触发器以及存储过程。

详细DDL语句以及相关代码，见附录3。

（1）建立索引：

createuniqueindexCustomer_indexonCustomer（o）;

createuniqueindexTicket_indexonTicket（Tno）;

createuniqueindexBook_indexonBook（Bno）;

createuniqueindexDishonour_indexonDishonour（Dno）

（2）创建的视图如表4.1所示

表4.1视图表

视图编号

视图名称

定义

作用

V-01

Ticket_view

车票信息视图

方便用户查询车票信息

V-02

Customer_view

客户信息视图

方便票务人员查询客户信息

V-03

Book_view

订票单信息视图

方便票务人员查询订票信息

V-04

Dishonour_view

退票单信息视图

方便票务人员查询退票信息

V-05

Record_view

记录信息视图

方便票务人员查询记录