|
目 录
摘 要... IV
Abstract. V
第1章 绪论... 1
1.1铁路信息化的现状及目标. 1
1.2基于B/S结构的客车售票体系. 1
1.3文章概要. 2
第2章 B/S模式和开辟平台... 3
2.1 B/S模式介绍. 3
2.1.1 B/S模式的概念. 3
2.1.2 B/S模式与C/S模式对比. 3
2.2 开辟工具介绍. 4
2.2.1 .NET的特点. 4
2.2.2 ASP.NET 5
2.2.3 SQLServer2000介绍. 5
第3章 需求分析... 7
3.1功能需求. 7
3.1.1 查询功能需求. 7
3.1.2 售票功能需求. 7
3.1.3 退票功能需求. 7
3.1.4 订票功能需求. 7
3.1.5 新闻功能需求. 8
3.1.6 留言功能需求. 8
3.1.7 用户管理功能需求. 8
3.1.8 注册功能需求. 8
3.2 性能需求. 8
3.2.1 体系的正确性和及时性. 9
3.2.2 体系的开放性和可扩展性. 9
3.2.3 体系的易用性和易维护性. 9
3.2.4 体系的相应速度. 9
3.3 数据需求. 9
3.3.1 数据录入和处理的正确性. 9
3.3.2 数据的一致性和完整性. 10
3.3.3 数据的共享与独立性. 10
第4章 体系计划... 11
4.1体系总体计划. 11
4.1.1 计划目标. 11
4.1.2 计划原则. 11
4.1.3 功能计划. 11
4.2 体系功能模块计划. 12
4.2.1 注册模块. 12
4.2.2 登录模块. 12
4.2.3 售票模块. 12
4.2.4 订票模块. 12
4.2.5 退票模块. 12
4.2.6 查询模块. 13
4.2.7 个人资料模块. 13
4.2.8 新闻阅读模块. 13
4.2.9 留言板模块. 13
4.2.10 管理用户模块. 13
4.2.11 更新车次模块. 13
4.2.12 查询剩余票模块. 14
4.2.13 新闻管理模块. 14
4.2.14 留言管理模块. 14
4.2.15 贩卖统计模块. 14
4.3 数据库计划. 14
4.3.1 user表（用户表）. 14
4.3.2 ticketsinf表(车次详细信息表) 15
4.3.3 putongliechejiage表（平凡列车价格表）. 15
4.3.4 putongliechewopujiage表（平凡列车卧铺价格表）. 16
4.3.5 kongtiaoliechejiage表（空调列车价格表）. 16
4.3.6 kongtiaoliechewopujiage表（空调列车卧铺价格表）. 17
4.3.7 dingpiao表(订票纪录表) 17
4.3.8 liuyan表(留言信息表) 18
4.3.9 xinwen表(新闻信息表) 18
4.3.10 客车售票体系E-R图. 19
第5章 体系实现... 20
5.1登陆模块. 21
5.1.1实现原理. 21
5.1.2关键代码. 21
5.2注册模块. 23
5.2.1实现原理. 23
5.2.2 Button_queding_Click事件（提交事件）. 23
5.2.3注册模块界面. 24
5.3体系主界面. 24
5.4售票模块. 25
5.4.1实现原理. 25
5.4.2绑定车次代码. 26
5.4.3 价格盘算原理及代码. 26
5.4.4售票模块界面. 29
5.5订票模块. 30
5.6退票模块. 31
5.6.1退票方式. 31
5.6.2退订方式. 31
5.7查询模块. 32
5.7.1查询模块关键代码. 33
5.7.2查询模块主体界面. 36
5.8个人资料模块. 36
5.9站内新闻模块. 36
5.10意见反馈模块. 37
5.11用户管理模块. 38
5.12管理用户模块. 38
5.13查询剩余票模块. 40
5.14更新车次模块. 41
5.15新闻管理模块. 42
5.16留言管理模块. 43
5.17贩卖统计模块. 44
结论... 46
致谢... 48
参考文献... 49
- http://cleopard.download.csdn.net/
- 国产精品国产精品国产专区不卡,国产亚洲精品精品国产亚洲综合,久久久国产精品无码一区二区三区,久久久久亚洲精品男人的天堂
- http://download.csdn.net/user/cleopard/album
- http://download.csdn.net/album/detail/1115
- http://download.csdn.net/album/detail/957
- http://download.csdn.net/album/detail/669
- http://download.csdn.net/album/detail/667
- http://download.csdn.net/album/detail/663
- http://download.csdn.net/album/detail/631
- http://download.csdn.net/album/detail/625
- http://download.csdn.net/detail/cleopard/8340331
- http://download.csdn.net/detail/cleopard/8340303
第1章 绪论
1.1铁路信息化的现状及目标
用信息化推动工业化，用信息技能改造传统产业，这是我国迫切要完成的一项战略性任务。作为工业文明的产物—铁路，如何借助信息技能的帮助，实现管理方式，运营构造，服务标准的当代化，这是摆在我国铁路工作者面前的庞大课题。
铁路信息化是铁路当代化的紧张标志，其根本目标是将信息技能应用到铁路生产经营与管理决议等各项活动中，改造传统产业，进步铁路生产率，进步市场竞争力，进步铁路运营经济效益。
我国铁路信息体系的建立已经取得了较大的成绩。到现在为止，我国铁路先后研制了许多先进的业务体系，如面向运营管理和进步服务程度的铁路运输管理信息体系（TMIS），调理指挥管理信息体系（DMIS）,天下客票发售和预订体系（TRS）等等，这些体系的建立为铁路信息化的建立奠基了一定的基础。通讯网络建立已经形成传输网，交换网，数据通讯网三个基础网，现有的光传输通道达到3.3万公里，这位铁路运输信息体系的进一步完善与改进提供了有力支撑。
铁路信息化建立现在主要集中在搞好铁路运输生产管理上，加快盘算机调理体系建立，完善客票发售与预订体系，搞好各地信息体系的联合，实现资源有效使用，信息共享。其总体目标是：形成具有国际程度的铁路信息化基础通讯平台，实现各部门各体系之间的信息数据共享，互联互通；建成车，机，工，电，辆各部门调理控制，安全生产，运输指挥的当代化保障体系。为铁路运输各部门提供所需的管理信息资源和强有力的决议支持。通过当代客货营销手段和电子商务手段，带动铁路运输经济发展，大幅度进步运输效益。建立建全与信息化相适应的管理体制。我国现在的铁路信息化总体程度居国内领先，国际先进程度。
1.2基于B/S结构的客车售票体系
铁路客票发售和预订体系经过几年的建立，取得了很大的进展，现在，天下
铁路共建成盘算机售票站1741个，联网售票车站774个。客票体系的推广使用，
标志着我国铁路客票盘算机发售进入到一个全新的阶段，也为延伸服务在技能上
准备了须要的条件。
接纳盘算机出售火车票，大大方便了旅客购票，但毕竟还范围于火车站的售
票厅和市内售票处的售票窗口，现有的售票体系接纳的是C/S结构，这对于火车站下属售票窗口的客户端更新及新增售车票代售点都不方便。为相识决售票大厅拥挤和团体集中购票的题目，进步铁路客运的售票服从及旅客便利性，使铁路客运在竞争日益剧烈的运输行业更具优势，大、中城市可以建立基于B/S结构铁路售票体系，在该地区使用互联网资源实现随时随地对客票体系主机的访问，举行联网售票。
1.3文章概要
本文将围绕假如实现基于B/S结构铁路售票体系展开讨论，通过对现有B/S结构开辟工具及语言的分析比较，确定了合适的开辟工具及语言，实现铁路客车售票体系，并研究铁路售票体系所面对的安全题目并提出相应的解决方案。
全文分为六章:
第一章:绪论
介绍我国现在铁路信息化的有关配景和基于B/S结构铁路售票体系在铁路信息化过程中的独特优势。
第二章: B/S模式和开辟工具
介绍B/S模式的概念、工作原理。本体系所选则开辟平台是.net，开辟语言是C#，数据库用的是sqlserver2000。
第三章:需求分析
在充实思量客票体系业务的基础之上，提出了网络售票体系的总体计划方案。
第四章: 售票体系总体计划
针对客票体系业务举行数据库计划，体系总体结构计划。
第五章:售票体系的实现
详细介绍售票体系中每个功能模块如何实现，以及体系开辟过程中碰到的难点题目。
第六章:结论
对论文的研究内容予以总结，说明了体系研究开辟和实际投入使用的意义，
同时也指出了体系仍旧存在的一些题目。
第2章 B/S模式和开辟平台
2.1 B/S模式介绍
2.1.1 B/S模式的概念
B/S（Browser/Server，欣赏器/服务器）模式又称B/S结构。它是随着Internet技能的鼓起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE欣赏器来实现的。B/S模式最大的利益是运行维护比较简便，能实现差异的人员，从差异的地点，以差异的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据。
2.1.2 B/S模式与C/S模式对比
C/S结构软件（即客户机/服务器模式）分为客户机和服务器两层，客户机不是毫无运算能力的输入、输出装备，而是据有了一定的数据处理和数据存储能力，通过把应用软件的盘算和数据合理地分配在客户机和服务器两头，可以有效地低就逮络通讯量和服务器运算量。由于服务器连接个数和数据通讯量的限制，这种结构的软件适于在用户数目不多的局域网内使用。
B/S(欣赏器/服务器模式)是随着Internet技能的鼓起，对C/S结构的一种改进。在这种结构下，软件应用的业务逻辑完全在应用服务器端实现，用户表现完全在Web服务器实现，客户端只需要欣赏器即可举行业务处理，是一种全新的软件体系构造技能。这种结构更成为当今应用软件的首选体系结构。
1，数据安全性比较。由于C/S结构软件的数据分布特性，客户端所发生的火灾、盗抢、地震、病毒、黑客等都成了可骇的数据杀手。别的，对于团体级的异地软件应用，C/S结构的软件必须在各地安装多个服务器，并在多个服务器之间举行数据同步。如此一来，每个数据点上的数据安全都影响了整个应用的数据安全。所以，对于团体级的大型应用来讲，C/S结构软件的安全性是令人无法接受的。对于B/S结构的软件来讲，由于其数据集中存放于总部的数据库服务器，客户端不保存任何业务数据和数据库连接信息，也无需举行什么数据同步，所以这些安全题目也就自然不存在了。
2，数据一致性比较。在C/S结构软件的解决方案里，对于异地经营的大型团体都接纳各地安装区域级服务器，然后再举行数据同步的模式。这些服务器每天必须同步完毕之后，总部才可得到最终的数据。由于局部网络故障造成个别数据库不能同步不说，纵然同步上来，各服务器也不是一个时点上的数据，数据永久无法一致，不能用于决议。对于B/S结构的软件来讲，其数据是集中存放的，客户端发生的每一笔业务票据都直接进入到中心数据库，不存在数据一致性的题目。
3，数据实时性比较。在团体级应用里，C/S结构不大概随时随地看到当前业务的发生环境，看到的都是过后数据；而B/S结构则差异，它可以实时看到当前发生的全部业务，方便了快速决议，有效地制止了企业损失。
4，数据溯源性比较。由于B/S结构的数据是集中存放的，所以总公司可以直接追溯到各级分支机构（分公司、门店）的原始业务票据，也就是说看到的结果可溯源。大部分C/S结构的软件则差异，为了淘汰数据通讯量，仅仅上传中心报表数据，在总部不大概查到各分支机构（分公司、门店）的原始票据。
5，服务相应及时性比较。企业的业务流程、业务模式不是一成稳定的，随着企业不断发展，必然会不断调解。软件供应商提供的软件也不是完美无缺的，所以，对已经部署的软件产物举行维护、升级是正常的。C/S结构软件，由于其应用是分布的，需要对每一个使用节点举行程序安装，所以，纵然非常小的程序缺陷都需要很长的重新部署时间，重新部署时，为了保证各程序版本的一致性，必须停息一切业务举行更新（即“休克更新”），其服务相应时间基本不可忍受。而B/S结构的软件差异，其应用都集中于总部服务器上，各应用结点并没有任何程序，一个地方更新则全部应用程序更新，可以做到快速服务相应。
6，网络应用限制比较。C/S结构软件仅适用于局域网内部用户或宽带用户（1兆以上）；而我们的B/S结构软件可以适用于任何网络结构（包罗28.8K拨号入网方式），特殊适于宽带不能到达的地方。
2.2 开辟工具介绍
伴随着Internet/Intranet技能的发展，开辟基于Web的应用程序势在必行，数据库技能更是需要和Web数据相联合，才是更为广阔的远景。ASP.Net作为微软推出的新兴Web应用程序开辟技能，在数据库应用方面发挥着越来越紧张的作用。 本体系的开辟工具选用的是Microsoft.NET2003，编程语言选用的是C#，数据库选择用的SQLServer2000。
2.2.1 .NET的特点
.NET是Microsoft.NET的简称。它是一个功能强大的面向网络、支持各种用户终端的开辟平台环境。它定义了一种公用语言子集(Common Language Subset)来提供符合其规范的语言和类库之间的无缝集成。对下一代网络通讯标准，可扩展标志语言(Extensible Markup Language,XML)提供完全支持。而且.NET平台的基础架构.NET框架(Framework)，接纳同一的命令集支持各种编程语言。从而消除各种异类框架之间的差异，将他们合并为一个整体。.NET框架提供强的跨语言继承性、错误处理和调试功能。使得编程人员可以自由的选择他们喜好的编程语言，实现语言的互用性。
2.2.2 ASP.NET
ASP.net 是一种建立在通用语言上的程序构架，能被用于一台Web服务器来建立强大的Web应用程序。ASP.net提供许多比现在的Web开辟模式强大的的优势。 实行服从的大幅进步 ASP.net是把基于通用语言的程序在服务器上运行。不像从前的ASP即时解释程序，而是将程序在服务器端初次运行时举行编译，这样的实行效果，当然比一条一条的解释强许多。 世界级的工具支持ASP.net构架是可以用Microsoft（R）公司最新的产物 Visual Studio.net开辟环境举行开辟，WYSIWYG（What You See Is What You Get所见即为所得）的编辑。这些仅是ASP.net强大化软件支持的一小部分。 强大性和适应性 因为ASP.net是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在Web应用软件开辟者的几乎全部的平台上。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.net的Web应用中。ASP.net同时也是language-independent语言独立化的，所以，你可以选择一种最适合你的语言来编写你的程序，大概把你的程序用许多种语言来写，现在已经支持的有C#（C++和Java的联合体），VB，Jscript。将来，这样的多种程序语言协同工作的能力保护您现在的基于COM+开辟的程序，能够完整的移植向ASP.net。 简单性和易学性 ASP.net是运行一些很平常的任务如表单的提交客户端的身份验证、分布体系和网站配置变得非常简单。比方ASP.net页面构架允许你建立你自己的用户分界面，使其差异于常见的VB-Like界面。别的，通用语言简化开辟使把代码联合成软件简单的就像装配电脑。 高效可管理性 ASP.net使用一种字符基础的，分级的配置体系，使你服务器环境和应用程序的设置更加简单。因为配置信息都保存在简单文本中，新的设置有大概都不需要启动当地的管理员工具就可以实现。这种被称为"Zero Local Administration"的哲学观念使Asp.net的基于应用的开辟更加详细，和快捷。一个ASP.net的应用程序在一台服务器体系的安装只需要简单的拷贝一些必须得文件，不需要体系的重新启动，一切就是这么简单。 多处理器环境的可靠性 ASP.net已经被刻意计划成为一种可以用于多处理器的开辟工具，它在多处理器的环境下用特殊的无缝连接技能，将很大的进步运行速度。纵然你现在的ASP.net应用软件是为一个处理器开辟的，将来多处理器运行时不需要任何改变都能进步他们的效能，但现在的ASP确做不到这一点。 自定义性，和可扩展性 ASP.net计划时思量了让网站开辟人员可以在自己的代码中自己定义"plug-in"的模块。这与原来的包罗关系差异，ASP.net可以加入自己定义的如何组件。网站程序的开辟以后变得比较简单。 安全性基于Windows认证技能和应用程序配置这可以确保您的原程序是绝对安全的。
2.2.3 SQLServer2000介绍
SQL Server是Microsoft公司在原来和Sybase公司互助的基础上推出的一款面向高端的数据库体系。而SQL Server 2000版本则是最新的、大型联机事务处理的新型数据库平台。它继承了SQL Server从前版本的一些强大的优势，如简单易用、具有良好的稳定性和高效性等等。同时，它的功能比从前的版本更增强大，界面更加友好。总之，无论是在功能、安全性、可维护性，照旧在易操作性上都较从前版本有了长足的进步。
第3章 需求分析
客车售票体系的总目标是：在盘算机网络，数据库和先进的开辟平台上，使用现有的软件，配置一定的硬件，开辟一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的客车售票体系，为企业的决议层提供正确、风雅、敏捷的客票贩卖信息。
3.1功能需求
客票体系通过盘算机网络将客户端与服务器的数据库相连，将从客户端得到的信息举行处理，实现车次查询，售票，订票，退票，新闻管理，贩卖统计等功能。以盘算机为中心，实现贩卖业务的盘算机自动化，为铁路部门低完工本、进步贩卖额、为铁路部门的经营决议提供及时精确的依据。
3.1.1 查询功能需求
查询功能要能满足至少两种方式的查询：按车次查询，按站点查询。假如查询出来满足条件的车次后，用户可以直接点击购买。查询出来的信息里面应该包罗车次，开车时间，到达时间，起始站，终点站，车辆范例等主要车次信息。
3.1.2 售票功能需求
售票模块主要有两个入口：一个是体系主界面的买票按钮，另一个是查询结果后面的购买按钮。买票界面里可以供用户填写大概选择的内容有：车次，开车时间，起始站，终点站，座位范例 ，票数等。还要有价格盘算按钮，购买按钮和重置按钮。每趟车次的详细路段起始站和终点站要在用户输入车次后自动绑定，供用户选择。点击购买按钮后，体系给出详细的购买票据，并且要能打印票据。
3.1.3 退票功能需求
退票模块要能实现两种功能：退订和退票。退订是指用户有过订票记录，但票还没拿到；退票是指用户退掉已经拿到的车票（退票时间必须给出详细限制）。
3.1.4 订票功能需求
订票模块和买票模块主要有两点区别：用户举行订票操作时必须要输入用户信息；订票的和买票的提前时间差异，订票可以提前更多的时间。订票操作乐成后，体系应给出详细的订票信息票据。
3.1.5 新闻功能需求
平凡用户可以从新闻模块里相识近期的最新站内通知大概新闻。
3.1.6 留言功能需求
平凡用户可以把体系使用过程中碰到的一些题目大概建议及时地反馈给体系管理员，以方便管理员更好的改进和完善体系。
3.1.7 用户管理功能需求
当高级管理员登录体系时，用户管理界面入口可见，其他用户登录后则不能看到用户管理模块。用户管理模块主要有六个子模块：管理用户，剩余票查询，更新车次，贩卖环境统计，新闻管理，留言管理。
◆ 管理用户
体系的用户有三类，高级管理员，代售点用户和企业用户，差异的用户权限差异。这些权限详细表现在提前买票和订票时间上。除了高级管理员，其他的用户都要先注册才能使用，差异范例的用户登录体系后操作界面不太一样。
◆ 剩余票查询
管理员要能查询某个车次大概全部的车次剩余票信息。
◆ 更新车次
管理员可在第一次使用体系时通过这个功能模块来建立基本的车次信息库，在以后的业务活动中根据详细需要删除大概修改某些车次信息。
◆ 贩卖环境统计
用户可以统计某一时间段内某个车次大概某个代售点的贩卖环境，当然也可以查询全部车次大概全部代售点的贩卖环境。
◆ 新闻管理
管理员要能添加，修改，删除新闻内容。
◆ 留言管理
管理员可以查察，删除用户留言。
3.1.8 注册功能需求
第一次使用体系时，起首要做的是注册用户，注册用户模块里主要分两种范例的注册：代售点注册和企业用户注册。这两种注册方式的差异表现在所填注册信息上。
差异的用户拥有差异的权限。
3.2 性能需求
为了保证客车售票体系能够恒久、安全、稳定、可靠、高效的运行，客车售票体系应该满足以下的性能需求
3.2.1 体系的正确性和及时性
体系处理的正确性和及时性是体系的须要性能。在体系计划和开辟过程中，要充实思量体系当前和将来大概承受的工作量，使体系的处理能力和相应时间能够满足用户对信息处理的需求。
由于客车售票体系的查询功能对于整个体系的功能和性能完成举足轻重。作为体系的许多数据泉源，车票贩卖数量和贩卖时间又影响企业的决议活动，其正确性很大程度上决定了客车售票体系的成败。在体系开辟过程中，必须接纳一定的方法保证体系的正确性。
3.2.2 体系的开放性和可扩展性
售票体系在开辟过程中，应该充实思量以后的可扩充性。比方车次信息的临时大概永久性改变，用户查询的需求也会不断的更新和完善。全部这些，都要求体系提供足够的手段举行功能的调解和扩充。而要实现这一点，应通过体系的开放性来完成，即体系应是一个开放体系，只要符合一定的规范，可以简单的加入和淘汰体系的模块，配置体系的硬件。通过软件的修补、替换完成体系的升级和更新换代。
3.2.3 体系的易用性和易维护性
售票体系是直接面对平凡用户的，而大多平凡用户往往对盘算机并欠好坏常认识。这就要求体系能够提供良好的用户界面。要实现这一点，就要求体系应该尽量使用用户认识的术语和中文信息界面；针对用户在使用中出现的错误操作，尽量给出中文提示。
售票体系中涉及到的数据是铁路部门的相当紧张的信息，体系应提供方便的手段供体系维护人员举行数据的备份，日常的安全管理，以及体系不测崩溃时数据的恢复等工作。
3.2.4 体系的相应速度
售票体系在日常处理中的相应速度为秒级（详细相应时间根据当地网络而定），才能达到实时要求以及及时反馈信息要求，在举行统计分析时，由于数据量比较大，根据详细数据量相应速度可以从秒级提升到分钟级。
总的原则是操作人员不会应为体系相应速度影响工作服从。
3.3 数据需求
3.3.1 数据录入和处理的正确性
数据的输入是否正确是数据处理的前提，错误的输入会导致体系输出的不正确和不可用，从而不能返回想要的结果。数据的输入泉源是手工输入。所以体系地界面要让用户容易使用，假如用户出现误操作，体系能简单明了的给出中文提示。
3.3.2 数据的一致性和完整性
由于体系的数据是共享的，在差异的代售点中，车次信息是共享数据，所以如何保证这些数据的一致性，是体系必须解决的题目。要解决这一题目，要求体系能保证数据的一致性，在数据录入处控制数据的行止，并且要求对数据库的数据完整性举行严格的约束。
对于输入的数据，要为其定义完整性规则，假如不能符合完整性约束，体系应该拒绝该数据，并给出出错提示。
3.3.3 数据的共享与独立性
整个售票体系的数据是共享的。然而，从体系开辟的角度上看，共享会给计划和调试带来困难。因此，应该提供机动的配置，使差异权限的用户都可以正常举行操作。
第4章 体系计划
4.1体系总体计划
4.1.1 计划目标
接纳现有的互联网资源，实现B/S结构的铁路客车售票体系。
4.1.2 计划原则
◆体系安全可靠
未经注册的用户不能登录体系，用户个人信息和购票信息通过互联网上传输时，要确保信息的安全性。
◆体系正确及时
用户对体系举行操作时，体系应在很短时间内（一样平常以秒为单元）给与相应。
◆体系的可扩展性
对于用户新的需求，能做到只需添加新模块即可满足用户要求。
4.1.3 功能计划
体系总的功能模块结构如图4-1：
图4-1 体系功能模块结构图
4.2 体系功能模块计划
针对体系总体功能结构图4-1，下面是每个功能模块的详细计划。
4.2.1 注册模块
注册模块是每个信息体系必须有的一个功能模块，现在常用的注册机制主要有三种：
◆ 用户登录ID和密码直接由管理员分配，用户只能修改密码。
◆ 用户输入注册信息，等管理员验证通过后，给出登录名和密码，用户可以修改密码。
◆ 用户正确输入注册信息后，体系直接通过验证，把用户注册的用户名作为合法用户，这种是最常用的。本体系用的就是这种登录方式，这种注册方式用户名和密码都可以修改。
4.2.2 登录模块
用户输入体系网址，起首出现的是体系登录页面，登陆页面的主要功能是验证用户的合法性，假如用户不经过登陆页面直接输入其他体系页面的网址，体系也会自动跳转到登陆页面。登录页面上还有注册用户入口 ，用户第一次使用本体系应该先注册，后使用。
4.2.3 售票模块
买票模块可以说是客车售票体系最紧张最核心的模块，其它的功能模块都是为是以它为核心，为它服务。进入买票页面后，用户可以选择或输入车次，开车时间，起始站，终点站，座位范例，是否门生票，票数等信息，可以点击盘算价格和购买按钮。买票乐成后可以给出用户详细的票据，也就是车票，本体系暂时先模仿了一张车票，车票上有打印按钮，当用户点击打印按钮，理论上可以打印出实际的车票，这个功能要计划到体系和车票打印机的连接，本体系主要偏重软件实现。
4.2.4 订票模块
订票模块也是客票体系中必不可少的功能模块，订票是指在超出买票限期时用户可以和代售点达成协议，先付款预定车票，这也是缓解客票贩卖紧张的一种好方法。
订票界面和买票界面差不多，只是在买票页面上多了用户信息栏。当用户想要订票时候，除了需要输入车次信息和票数外，还要输入自己的信息，如：姓名，联系方式，身份证号，地点等。用户的订票信息将会被保存到dingpiao表里面（订票表）。
4.2.5 退票模块
有的用户大概会应为许多缘故原由，原先买的大概订的票现在又不想要，所以退票这个功能也是必不可少的。现在火车站退票的规定是在列车开车前可以退票，只能退还原票价80%的金额。退票模块分为两种退票方式：退票和退订。本体系设置的退票，退订比率均为80%，即无论退票照旧退订返回给用户的金额是原票价的80%。用户退票乐成后，用户的在dingpiao表里面（订票表）的纪录要立即删除。
4.2.6 查询模块
假如用户买票时已经知道要购买的车次，那么直接在买票模块里输入车次就可以举行买票；假如用户买票时只知道出发地点和到达地点，这时就要用到查询功能，在查询功能支持两种查询方式：按车次查询和按站点查询。按车次查询直接输入车次就可以查出来该车次的车次信息；按站点查询又分为三种查询方式：按起始站，按终点站，按起始站和终点站的组合。无论以哪种方式查询，查询结果里面除了表现每一趟车次的详细信息外，每趟车次后面还有一个购买按钮，点击它就会跳到买票页面，用户就可以在这里购买该车次车票。
4.2.7 个人资料模块
个人资料模块是个相对比较小的功能模块，它的作用是供用户查察大概修改自己的资料。用户登录体系主界面后，点个人资料体系就可以表现当前登陆用户的信息。用户可以在上面修改保存自己的信息。
4.2.8 新闻阅读模块
新闻查察模块主要是让用户能及时的相识站内最新通知大概最新的业内新闻，新闻页面有今日要闻，以往新闻，新闻查询等子模块。
4.2.9 留言板模块
留言板的功能是让用户可以及时向管理员反馈在体系使用中的出现题目和用户建议，留言时要输入留言标题和内容，作者和留言时间体系可以自动得到，用户不用手动输入。
4.2.10 管理用户模块
管理用户功能主要是为了方便体系管理员对全部用户的管理，体系管理员在这里可以查察，修改和增加用户。假如某个代售点被取消，管理员就可以在这里删除它的用户信息。
4.2.11 更新车次模块
更新车次模块主要作用是方便管理员建立基本车次信息库，车次信息库由基本车次信息和详细路段信息构成，并且它们是相互对应的，基本信息里面只保存了该车次开车时间，到达时间，起始站，终点站，车辆范例等信息。详细路段信息包罗该车次沿途经过全部站点的站名，各段的开始到达时间和路程信息等。管理员可查察，修改，增加删除车次信息和详细路段信息。
4.2.12 查询剩余票模块
查询剩余票功能是方便管理员相识某个车次大概全部车次的车票贩卖环境。管理员可以搜刮指定车次大概全部车的的车票贩卖环境，查询结果里面有该趟车全部范例座位的车票剩余数。
4.2.13 新闻管理模块
这里的新闻管理功能是针对管理员的，管理员在这里可以对体系发布的新闻举行背景管理，比如查察，增加 ，修改，删除新闻等，由于新闻一样平常比较多，删除新闻时主要是用时间段范围删除，即选定新闻发布的起始日期和终止日期，则这一段时间内的新闻都将被删除。
4.2.14 留言管理模块
和4.2.13的新闻管理比较类似，留言管理是管理员针对用户的留言举行管理，管理员在这里可以看到用户的留言标题，内容，作者名称，留言时间等信息，管理员也可以对留言举行批量的删除。
4.2.15 贩卖统计模块
要举行贩卖统计，主要是设置三个统计条件：
◆统计的时间范围选择，这是最基本的统计条件
◆统计方式选择，它又分为三种：按车次，按代售点，全部
◆统计结果表现方式，它分为两种：记录和合计。
4.3 数据库计划
本体系接纳的数据库软件为SQLserver2000,本体系用到的数据库名为selltickets（售票），它里面包罗9张表，为了便于明白，本体系的全部表的字段名称都为中文汉字，下面逐一介绍。
4.3.1 user表（用户表）
user表用来存储注册用户的信息，它的结构如表4-2：
表4-2 用户表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 用户名
| Char
| 10
| 用户名
| 密码
| Char
| 10
| 密码
| 联系方式
| Varchar
| 50
| 联系方式
| 负责人
| Char
| 10
| 负责人
| 单元全称
| Varchar
| 50
| 单元全称
| 详细地点
| Varchar
| 20
| 详细地点
| 身份证
| Char
| 20
| 身份证号
| 代售点编号
| Int
| 4
| 为代售点用户自动分配编号
| 用户范例
| Int
| 4
| 代售点为1，企业用户为2
|
4.3.2 ticketsinf表(车次详细信息表)
ticketsinf表存储的是车次的详细路段信息，它的结构如表4-3：
表4-3 车次详细信息表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Decimal
| 9
| 主键
| 车次
| Char
| 18
| 车次
| 开车时间
| Datatime
| 8
| 开车时间
| 到达时间
| Datetime
| 8
| 到达时间
| 出发站
| Char
| 50
| 出发站
| 到达站
| Char
| 50
| 到达站
| 行程
| Decimal
| 9
| 每两站之间的距离
|
4.3.3 putongliechejiage表（平凡列车价格表）
putongliechejiage表存储的是平凡列车的票价盘算参数，它的详细结构如表4-4：
表4-4 平凡列车价格表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 里程
| Int
| 4
| 路程分段计费
| 平凡列车
| Decimal
| 9
| 平凡列车对应路段价格
| 普快列车
| Decimal
| 9
| 普快列车对应路段价格
| 特快列车
| Decimal
| 9
| 特快列车对应路段价格
| 空调费率
| Int
| 9
| 路段空调费率
| 座位范例
| Char
| 10
| 座位范例
|
4.3.4 putongliechewopujiage表（平凡列车卧铺价格表）
putongliechewopujiage表存储的是平凡列车卧铺票价的盘算参数，它的详细结构如表4-5：
表4-5 平凡列车卧铺价格表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 里程
| Int
| 4
| 路程分段计费
| 上铺
| Decimal
| 9
| 上铺对应路段的价格
| 中铺
| Decimal
| 9
| 中铺对应路段的价格
| 下铺
| Decimal
| 9
| 下铺对应路段的价格
| 空调费率
| Decimal
| 9
| 路段空调费率
| 车辆范例
| Char
| 18
| 有平凡，普快，特快之分
| 座位范例
| Char
| 18
| 有软卧和硬卧之分
|
4.3.5 kongtiaoliechejiage表（空调列车价格表）
kongtiaoliechejiage表存储的是空调列车票价的盘算参数，它的详细结构如表4-6：
表4-6 空调列车价格表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 里程
| Int
| 4
| 路程分段计费
| 平凡列车
| Decimal
| 9
| 平凡列车对应路段价格
| 普快列车
| Decimal
| 9
| 普快列车对应路段价格
| 特快列车
| Decimal
| 9
| 特快列车对应路段价格
|
4.3.6 kongtiaoliechewopujiage表（空调列车卧铺价格表）
kongtiaoliechewopujiage表存储的是空调列车卧铺票价的盘算参数，它的详细结构如表4-7：
表4-7 空调列车卧铺价格表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 里程
| Int
| 4
| 路程分段计费
| 上铺
| Decimal
| 9
| 上铺对应路段的价格
| 中铺
| Decimal
| 9
| 中铺对应路段的价格
| 下铺
| Decimal
| 9
| 下铺对应路段的价格
| 车辆范例
| Char
| 18
| 有平凡，普快，特快 之分
| 座位范例
| char
| 18
| 有软卧和硬卧之分
|
4.3.7 dingpiao表(订票纪录表)
dingpiao表存储的是用户的买票记录和订票信息，买票和订票操作产生的记录有差异的字段，本体系中把两种差异字段放在一张表里，假如订票字段为空，则体系可判断这是一条买票记录，它的详细结构如表4-8：
表4-8 订票记录表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 车次
| Char
| 10
| 车次
| 出发站
| Char
| 10
| 车发站
| 到达站
| Char
| 10
| 到达站
| 座位范例
| Char
| 10
| 座位范例
| 票数
| Decimal
| 9
| 票数
| 总价格
| Decimal
| 9
| 总价格
| 用户名
| Char
| 50
| 用户名
| 联系方式
| Decimal
| 20
| 联系方式
| 身份证
| Decimal
| 20
| 身份证
| 发车日期
| Datetime
| 8
| 发车日期
| 时间
| Datetime
| 8
| 时间
| 座位号
| Int
| 4
| 座位号
|
4.3.8 liuyan表(留言信息表)
liuyan表存储的是用户反馈给管理员的信息，它的详细结构如表4-9：
表4-9 留言信息表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 标题
| Varchar
| 50
| 标题
| 内容
| Varchar
| 1000
| 留言内容
| 作者
| Varchar
| 50
| 留言的用户名
| 时间
| Datetime
| 8
| 发表留言的时间
|
4.3.9 xinwen表(新闻信息表)
xinwen表存储的是管理员发布的站内新闻，它的详细结构如表4-10:
表4-10 新闻信息表
字段名称
| 数据范例
| 长度
| 描述
| 序号
| Int
| 4
| 主键
| 标题
| Varchar
| 100
| 标题
| 发布时间
| Datetime
| 8
| 留言时间
| 内容
| Varchar
| 5000
| 留言内容
|
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
