《铁路网上售票系统数据库设计》由会员分享，可在线阅读，更多相关《铁路网上售票系统数据库设计（25页珍藏版）》请在金锄头文库上搜索。
1、目 录数据库课程设计论文铁路网上售票系统项目开发背景：1铁路网上售票系统的总目标是：1项目开发的意义：11需求分析21.1 需求分析阶段目标和任务21.1.1 需求分析阶段目标21.1.2 需求分析阶段任务21.2 需求分析成果31.2.1 流程图41.2.2 数据字典52数据库结构设计52.1 概念设计52.1.1 分E-R图建立62.1.2 全局/整体E-R图62.2 逻辑设计62.2.1 建立关系模式72.2.2 关系模式规范化处理72.2.3 用户子模式建立72.2.4 关系模式逻辑结构定义73 数据库物理设计73.1 物理设计阶段目标和任务73.2数据存储方面73.2.1 建立索引的
2、原则73.2.2 建立索引73.2.3 系统功能模块图84数据库实施与测试84.1 数据库实施84.1.1 数据库及数据库对象建立84.1.2 数据入库104.2 数据库测试105总结106附录11附录1：11附录215附录3：18铁路网上售票系统项目开发背景：信息时代的到来，互联网对于企业和事业单位的运营和发展日益重要，网上交易也逐渐被人们认可，并成为未来交易的发展方向。铁路售票系统也不例外。铁路网上售票系统是铁路旅游服务信息系统的一个重要组成部分，为旅客提供优质便捷的服务。为了提高铁路客运的售票效率，丰富铁路客运的营销手段，火车站售票总站及其下属代售点可以通过公用的互联网资源，实现网上的售
3、票，查询及管理工作。铁路网上售票系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的铁路网上售票系统，为企业的决策层提供准确、精细、迅速的车票销售信息。项目开发的意义：信息时代已经来临,信息处理的利器计算机应用于火车站售票的日常管理为火车站售票的现代化带来了从未有过的动力和机遇，为火车站票务管理领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为火车站票务管理科学化和现代化的重要标志，给火车站票务带来了明显的经济效益和社会效益。计算机已经成为人们生活不可或缺的一部分。然而，随着旅游业
4、的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。列车在我国的人员流动、物资运输中占据着举足轻重的地位。火车的特殊性及可能经过多个城市，每个城市的车站可以出售此火车的车票。而且同一车站可能有多辆车经过。许多希望以最快的方式选择自己想来乘坐的那一趟列车。所以以人工的方式是不可能实现这种功能的。一种可行的方案是基于客户端服务器的体系结构。服务器为数据库系统，存储所有必要的信息。客户端通过连接到服务的应用程序快速、准确地完成相应的工作，通过网上订购，可以达到高效、便捷的购票
5、。铁路网上售票系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度，方便广大旅客购票，有一定的社会和经济效益。1需求分析主要包括需求分析阶段目标、任务和成果。1.1 需求分析阶段目标和任务 需求分析阶段目标(1) 了解目前铁路网上售票流程和注意事项，通过具体调查了解客户需求并总结业务流程。(2) 与指导老师沟通交流该项目的可行性，征求老师意见，修改不合理的地方，为以后的设计打下基础。 需求分析阶段任务随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的
6、要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代，各火车站莫不兢兢业业地改善本身的体制或管理方式，以适应健保越来越严格的规范。列车在我国的人员流动、物资运输中占据着举足轻重的地位。全国有大量的人员通过搭乘火车到达目的地。而与火车的特殊性及可能经过多个城市，每个城市的车站可以出售此火车的车票。而且同一车站可能有多辆车经过。许多希望以最快的方式选择自己想来乘坐的那一趟列车。所以以人工的方式和单纯的列车票务管理系统都不可能实现这种功能的。一种可行的方案是通过网上订购，可以达到高效、便
7、捷的购票。铁路网上售票系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度，方便广大旅客购票，有一定的社会和经济效益。(1) 处理对象系统要处理的对象主要包括票存系统基本信息、票务人员基本信息、客户基本信息、订票单基本信息、退票单基本信息、车票基本信息、车票销售记录基本信息。(详细的信息见于数据查询表)(2) 功能要求系统要实现的主要功能：查询：可以通过起点站与终点站在进行查询，也可根据具体的车次输入进行查询，同时每次查询都会显示车次号，点击即可显示该趟列车所进过站点的详细信息，其中包括所到达每个站的到达时间与出发
8、时间。客户注册、登录：由于要进行网上订购车票，用户需注册，填写有关信息，由由票务人员负责送车票到客户手中。订票业务：本系统为网上订票，用户经过查询车次信息、票务信息，找到自己所需的车票通过所关联的账户进行订购。更新功能：该系统随时跟据车辆的变化情况进行更新，增加车辆时可以在系统中插入该车的详细信息，同时也能根据需要修改某趟车经过的站点与发车时间，当某趟车停止、开行时可以删除该趟车的信息。同时包括对列车信息、站点信息、订票记录等的更新功能。车票配送：客户在订购了车票之后,管理人员通过后台管理订票记录,然后根据客户的要求由票务人员及时为其配送车票。(3) 安全性和完整性要求安全性先通过视图机制，该
9、系统创建了很多视图，不同用户只能访问系统授权的视图，这样可以提供系统数据一定程度上的安全性，也可以通过用户授权机制，根据用户被授权的级别来分配用户权限，从而达到更高层次的安全保密功能。完整性要求主要用来限制各基本表中信息的真实性和可靠性，满足参照完整性、实体完整性、用户自定义完整性的要求。1.2 需求分析成果 流程图铁路网上售票系统业务流程图如下图1.1图1.3：（1）客户注册及登录流程图：（2）订票业务流程图：（3）退票业务流程图：铁路网上售票系统数据流程图如下图1.4图1.7：（1）顶层数据流程图：（2）第一层数据流程图：（3）第二层数据流程图订票： 数据查询包含数据项、数据结构、数据流、
10、处理逻辑、数据存储定义(详见附录1)。2数据库结构设计主要包括概念设计和逻辑设计两个部分。2.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）车票
11、及其属性：（2）客户及其属性：（3）票务人员及其属性：（4）票存系统及其属性：（5）订票单及其属性： 全局/整体E-R图根据各分E-R图合并整体E-R图，具体方法是将4个E-R图中相同的实体，进行合并，消除属性冲突、命名冲突、结构冲突之后得到总E-R图如图2.11所示。2.2 逻辑设计概念设计阶段是独立于任何一种数据模型的，而逻辑设计阶段则与现实结合起来，逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为与项目所支持的数据模型相符合的逻辑结构。具体任务包括将E-R图转换成关系模型、模型优化、数据库模式定义、用户模式设计。 建立关系模式E-R图向关系模型的转换遵循如下规则，一个实体型转换
12、为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有不同的情况：一个1：1联系可以转换为一个独立关系模式，也可以与任意一端关系模式合并；一个1：N联系可以转换为一个独立关系模式，也可以与n端实对应的关系模式合并；一个M：N联系转换为一个独立关系模式，具有相同码的关系模式可以合并。根据以上原则，对于该系统的E-R图进行转换，从而得到本E-R图向关系模型的转换如下：票存系统（票存分系统编号、票存分系统地址）票务人员（票务人员编号、票务人员姓名、票务人员工作地点）客户（客户身份证号、客户名、客户银行卡号、客户电话、客户地址、登录ID、登录密码、票务人员编号）订票单（订
13、票单号、订票日期、订票时间、订票数量、订票手续费、客户身份证号）车票（车票编号、车票价格、车次、座位类型、座位编号、出发站、目的站、发车时间、到站时间、 订票单号、退票单号）记录（车票编号、出入账类型、票存分系统编号、记录日期、记录时间、出入账金额） 关系模式规范化处理以上关系模式中的各实体和联系之间不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF。 用户子模式建立用户子模式的建立如表2.1所示。表2.1用户子模式编号用户子模式名称定义作用V-01Ticket_view车票信息视图方便用户查询车票信息V-02Customer_view客户信息视图方便票务人员查询客户
14、信息V-03Book_view订票单信息视图方便票务人员查询订票信息V-05Record_view记录信息视图方便票务人员查询记录信息 关系模式逻辑结构定义 详细的逻辑结构定义见附录2。3 数据库物理设计3.1 物理设计阶段目标和任务数据库的物理设计是为逻辑数据模型选取一个最合适应用需求的物理结构的过程，在这个阶段中需要完成的任务是：(1) 确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；(2) 对物理结构进行评价，评价的重点是时间和空间效率。3.2数据存储方面 建立索引的原则建立索引一般有以下三个原则：(1) 如果一个或一组属性经常在查询条件中出现，则考虑在这个属性上建立索引。
15、(2) 如果一个经常作为最大值和最小值等聚集函数的参数，则考虑在这个属性上建立索引。(3) 如果一个或一组属性经常在连接操作的连接条件中出现，则考虑在这个属性上建立索引。 建立索引根据系统和用户的的需要，由于客户信息、车票信息、订票单编号、退票单编号等属性查询操作比较平凡，所以对其所在表建立唯一索引，索引见表3.1。表3.1索引表所在表名索引名称索引类型建立引用的基项客户信息表Customer_index唯一Cno车票信息表Ticket_index唯一Tno 系统功能模块图系统基本功能模块图如3.1所示。4数据库实施与测试主要包括数据库实施和测试两个部分。4.1 数据库实施 数据库及数据库对象建立主要包括：数据库、基本表、视图、索引、触发器以及存储过程。详细DDL语句以及相关代码，见附录3。(1) 建立索引
