Net 客票销售管理系统.docx

1、Net 客票销售管理系统客票销售管理系统开发摘 要：本文针对车站的售票实际情况，按照软件工程的结构化设计思想，经过项目的可行性研究和需求分析、总体设计、详细设计，以及编码实现和调试等步骤设计开发了车站订票管理系统。并运用数据流图和数据字典、E-R图和数据库逻辑结构、层次图、系统流程图、以及程序流程图，对该系统的数据需求、数据库、系统软件结构、系统流程、以及处理过程等进行了分析和设计。工具软件利用VS2012开发工具和SQL Server 2005数据库来开发这个车站客户端售票系统。该系统要解决的是车站客户端售票工作所要解决的问题，可以满足火车站客户端售票的基本要求，包括查询、订票、退票等三个方

2、面的功能。该系统能运用到车站售票的工作中，根据用户的需求，设置其权限，并快捷方便的为用户提供服务。关键词：客票销售，订票，客户端，C#Ticket sales management system developmentAbstract: Aiming at the actual situation of the stations ticket sales, according to the structural design of software engineering, through feasibility studies and project requirements analysi

3、s, design, detailed design, and the steps to achieve coding and debugging the design and development of the station booking management system. And the use of data flow diagrams and data dictionary, ER diagram and logical structure of the database, hierarchical diagram, system flow chart and program

4、flow, data requirements of the system, database, system software, system processes, as well as a process, etc. analysis and design. Tool use VS2012 software development tools and SQL Server 2005 database to develop the client station ticketing system. The system to be solved is the ticket station cl

5、ient work to solve the problem, the basic requirements to meet the train station ticket clients, including queries, booking, refund and other three functions. This system can be applied to the work of the station ticket, according to the needs of users, set permissions, and provide users with fast a

6、nd convenient serviceKeywords: Ticket sales, ticketing, client, C#目 录前 言 1第1章 绪论 21.1 项目背景 21.2 设计原则 21.3 可行性研究 3第2章 系统分析 52.1 系统设计思想 52.2 系统功能分析 52.2.1 车票查询环节需求分析 62.2.2 车票预定环节需求分析 62.2.3 退票环节需求分析 62.2.4 用户信息注册环节需求分析 62.2.5 系统权限管理环节需求分析 72.2.6 系统菜单分类分析 72.3 系统工作流程 7第3章 总体设计 83.1 系统总体体系结构 83.2 数据库设计

7、 93.2.1 概念结构设计 93.4.2 逻辑结构设计 103.5 关键技术分析 11第4章 编码实现 114.1 系统开发环境 114.2 程序设计语言 124.3 系统界面与编码实现 124.3.1 用户登录界面 124.3.2 车票查询界面 134.3.3 车票预定界面 144.3.4 用户退票界面 15第5章 系统测试与维护 165.1 运行环境 175.3 测试方法 175.4 模块测试 185.5 模块整合测试 185.6 系统整体测试 185.7 系统的健壮性和安全性 195.8 系统维护 19结束语 21参考文献 22致 谢 24前 言随着科学技术的飞速发展为铁路带来了全新的

8、售票方式。1994年10月，美国联合铁路公司率先推出了客户端售票系统，乘客只须在客户端输入自己的信用卡号和有效期，就可以直接购买车票。出票方式有电子车票、车站取票、送票上门等多种方式。客户端订票给旅客带来了方便。购票者足不出户就可在电脑上查询火车动态、票价和车票的可售情况，并直接订购车票，免去了奔波之苦。客户端订票还扩充了铁路公司的销售网点。截至1997年9月底，世界上排名前20位的铁路公司都有了自己的客户端售票系统。客户端订票的优越性使国内越来越多的铁路公司着手研制自己的客户端订票系统。1999年9月，中国羊城铁路公司的客户端订票系统正式启动，只要进入羊城铁路公司的客户端订座页面就可以自己订

9、购车票了，票款的支付方式为客户端支付和现金支付。最后，感谢团队其他两名成员的配合，感谢本次毕业设计李秉璋老师提供的指导和帮助，感谢为本系统提供直接或间接帮助的大家，谢谢！第1章 绪论1.1 项目背景随着科技的发展，计算机应用到各行各业，办公自动化的程度也越来越高，在很大程度上提高了人们的学习工作效率。车站市场的管理和规范问题，是困扰我们多年的一个老问题，也是政府管理中的一个难点，订票是客运业务中的一个最基本的业务，表面上看，它只是车站业务的一个简单的部分，但是它涉及到管理与客户服务等多方面，因此，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的订票方式客户端订票

10、，来缓解订票高峰时期的客运压力，并为用户提供方便快捷的订票服务。本次设计便是利用开发工具visual studio 2012 和SQL Server 2005数据库共同开发的一个车站客户端订票系统，它能方便快捷地运用在火车站订票业务的营运之中，可以降低工作人员的工作量，提高工作人员的工作效率，同时方便顾客订票。目前火车站售票的状况是仅靠手工操作，以现有的工作人员很难应付车票订购高峰时刻的大量数据处理问题。同时还会出现由此带来的大量记录存放和管理所带来的问题。本次设计拟开发一个车站客户端订票系统，可以降低工作人员的工作量，提高工作人员的工作效率，同时方便顾客订票。本系统设计主要是根据订票业务的基

11、本流程进行的，系统功能包括如下几个方面：查询：分为对车次信息的查询和客户对已订车票信息的查询订票：通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过客户端订票确定已预订选中的车票。退票：可退票，通过查询系统，客户可以根据自己的用户名找到确定的订票信息，通过退票模块退去已购车票。1.2 设计原则为了保证系统设计规范、健壮性强、功能齐全、操作简便，以最大程度提高系统的质量，满足用户的实际需求，在系统设计过程中，主要遵循了以下原则：1、可靠性原则：系统设计的可靠性主要体现在系统运行过程中的和系统运行结果的可靠上。对系统的所有程序都进行过测试验证，确保系统和数据的可靠性。2、健壮

12、性原则：系统的健壮性直接决定其总体性能。如果系统的健壮性欠佳，那么势必会导致一些错误产生。本系统的设计，能够对常见的不合规范的输入进行准确判断，并具备合理的处理方式，减少系统出错的概率。3、合法合理性原则：严格根据江苏省普通高校非计算机专业信息技术考试大纲，立足实际进行自动阅卷系统的实现。4、实用性原则：适合阅卷的实际需求，具有美观的用户界面、简单的操作方式、高效的阅卷方法。此外，尽可能地预留空间，以便后续的功能扩展。5、准确性原则：对输入的相关信息采用差错检测机制，及时报错提示，保证用户能够准确地输入合法信息（如：类型匹配、限制字符数输入和整数范围控制等）。6、安全性原则：在整个系统中，主要

13、设置了三种不同类型的用户。对于每种用户，分别赋予了不同的使用系统的权限。同时，在用户登录环节，需要进行密码、验证码的双重认证以进一步增强系统的整体安全性。7、易理解原则：软件的可理解性在一定程度上决定了它的可靠性和可修改性。在软件开发过程中，不论是界面设计还是程序设计，都尽可能地重视可理解性，如尽可能地使用易于理解的提示符、变量名或函数名等。8、可扩展原则：系统在设计过程中充分预留了升级接口和升级空间，可以满足基本的系统升级需要。1.3 可行性研究可行性研究主要包括技术可行性、经济可行性和操作可行性三大方面。其中，技术可行性是基础，决定了系统功能是否能够实现；经济可行性是保障，决定了系统的核心

14、价值；操作可行性是必要条件，良好的操作环境可以促进系统的使用和推广。该阶段通过对系统目标的初步调研和分析，提出可行性方案并进行论证。我们在这里先主要从技术可行性、经济可行性和操作可行性三方面进行分析，并据此做出开发计划。经济可行性，开发该系统所需的相关资料可以通过已存在的客户端订票系统进行调查采集,所需的其他应用软件、硬件系统也易于获得.因此,开发成本较低。而引进使用本系统后，与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力。所以，从经济的角度来看，该系统可行。技术可行性，开发工具为visual studio 2012；数据库为SQL Server 2005；系统

15、环境为Microsoft Windows 2000或以上版本。系统实现依靠相对成熟的C#语言和SQL Server2005数据库系统，其基本操作实质还是对数据库进行添加、删除、查找等操作，暂不存在技术问题。操作可行性方面，在系统设计环节，我们充分考虑到操作的可行性和便捷性。自动客户端售票系统将售票所需的操作都集成在界面上，用户可以通过简单的操作实现购票。整个购票环节对用户透明，系统界面布局合理，提示明确，操作简便。综上所述，我认为该系统操作可行，具备开发的必要性。第2章 系统分析在系统分析阶段主要明确系统的功能以及工作流程，并对系统的业务需求和实现技术进行全面剖析。现针对数据分析管理以及整个系

16、统的集成环节进行论述。2.1 系统设计思想编写可视化的前台界面，然后通过前台程序中嵌套数据库语言来管理车票，用户等各种数据信息；用户通过对前台界面的操作来实现购票任务。总体设计思想如图2-1所示：图2-1 系统总体设计组织结构图基于上述思想，得出在总体设计阶段应主要考虑如下工作：A. 放票放票功能具体要求如下：1） 提前15天的票，当天就可以预定，直到票订光或者超过购票日期不能购买票。2） 每天凌晨更新数据库，更新出当天票。3） 乘客每订一张票，数据库中当次的车票数就减少一张。乘客退一张票，数据库中当次的车票就增加一张。B. 查询分为对车次信息的查询和客户对已订车票信息的查询。具体要求如下。1

17、）对车次的查询，可以按照发车车次进行查询。 2）车次信息包括车号、出发地、目的地、发车日期、开出时刻、票价。3）座位类型设定。4）车次信息只允许用户查询，不能修改。C. 订票通过查询系统，客户根据自己的需求找到满意的车次，再输入个人信息后直接通过网上订票确定已预订选中的车票。具体要求如下。1）订票记录应包括会员名、车号、发车日期、订购日期、订购票数、总价。D. 退票可退票，通过查询系统，客户可以根据自己的名字找到自己的订票信息，通过退票模块退去已购车票。2.2 系统功能分析本系统主要包括四个主要模块：车票查询、车票预定、退票和用户管理。2.2.1 车票查询环节需求分析车票查询是用户购票的第一步

18、，它应该能够根据用户的需求返回特定的信息，比喻说根据用户设定的时间、出发站和终点站能够提供用户符合这些需求的车票信息。用户根据系统体统的车票信息可以选择具体车票，系统根据用户的选择能够提供一个详细的车票信息给用户，比喻说能够提供每个车厢座位余票与票价给用户等。2.2.2 车票预定环节需求分析车票预定是用户选择车次后进行的工作。在确认预定前用户必须选择好车次，出发站和终点站、必须选择好日期、选择好座位等级和购票张数这样用户才可以进行车票预定。在用户预定时系统判断用户信息是否注册，如果没有注册用户不可以进行车票预定，提示用户去注册个人信息后再来购票。假如用户是会员，系统需要判断用户购买的车票是否已

19、经超出余票，如果是则提示用户余票不足。用户在成功预定后才可以进行购票，否则用户不可以购票。2.2.3 退票环节需求分析退票环节是在用户预定后进行的。用户根据自身的需要可以选择退票。但选择的退的车票的乘车日期有效，否则不能退票。用户在个人订单中可以选择需要退订的车票，然后进行退票。如果预定的车票没有付款也不可以进行退票，必须是成功付款的车票才可以退票。2.2.4 用户信息注册环节需求分析用户在登录系统之前假如没有账号，必须先注册才能登录本系统。用户信息必须包括包括用户账号、姓名、性别、出生日期、家庭地址、电话号码、班级、所在省份、电子邮箱、身份证号。其中用户账号、姓名、出生日期、班级、所在省份、

20、身份证号是必要信息，在用户注册时不能够为空。在用户注册时需要验证电话号码、身份证号和电子邮箱的正确性，假如不正确则不能注册并提示用户需重新输入正确信息。在修改用户信息时，不能修改考生的用户账号。2.2.5 系统权限管理环节需求分析系统权限分配主要是通过对系统操作人员的分类来实现的。从系统安全性角度考虑，必须对系统的操作员进行分类，根据不同类别给予他们不同的操作权限，以便于系统维护。根据实际需求，结合自身分析，最终将系统的使用人员分为两类：用户和访客。管理员拥有最高权限，可以操纵系统内的所有功能模块，并且允许其修改系统的全部数据；访客只能查询车票信息。2.2.6 系统菜单分类分析经2.1.12.

21、1.5的系统功能分析确定，将系统菜单分为三类，概括为：文件、编辑、信息维护。在每类中又分为若干小类， “文件”分为返回登录和退出系统两个小类； “编辑”分为车票查询、车票预定和退票三个小类； “信息维护”分为我的订单和个人信息修改两个小类。这里，每个小类均体现一个相对完整的功能。2.3 系统工作流程根据系统分析确定的系统总体设计思想，现将系统工作总流程简要概括如图2-2所示：图2-2 系统工作总流程图如上图，系统中的各类操作返回登录界面、车票查询、车票预定、退票等7个相对独立的功能模块。每个用户在使用系统前都必须先进行登录验证，这样有利于判断用户是否合法，同时便于在用户登录时根据用户类别分配不

22、同的使用权限，从而提高系统的安全性。在每个操作完成后都会自动跳转到主界面开始下一个操作的选择。第3章 总体设计系统总体设计阶段主要是明确系统的模块组成，并定位系统最终的逻辑构架。3.1 系统总体体系结构根据系统的总体功能，系统总体体系结构主要由用户管理模块和售票管理管理模块两个大模块组成。其中，用户管理模块包括用户注册和用户信息维护两个方面；售票管理管理模块涵盖了车票查询、车票预定和退票三个模块。具体的模块结构图如图3-1所示。图3-1 系统总体体系结构3.2 数据库设计在本系统总体设计阶段，后台数据库设计主要包括概念结构设计和逻辑结构设计两个方面。数据管理技术的发展，与硬件（主要是外存）、软

23、件、计算机应用的范围有密切的联系。数据管理技术的发展经过三个阶段：人工管理阶段、文件系统阶段和数据库阶段。人工管理阶段和文件系统阶段都有着相当多的缺陷，诸如数据冗余性 ，数据不一致性以及数据联系弱等等。也正是由于这些原因，促使人们研究新的数据管理技术，从而产生了数据库技术。20世纪60年代末发生的三件大事，层次模型IMS系统的推出、关于网状模型DBTG报告的发表以及关于关系模型论文的连续发表标志着数据管理技术进入数据库阶段。进入70年代以后，数据库技术得到迅速发展，开发了许多有效的产品并投入运行。数据库系统克服了文件系统的缺陷，提供了对数据更高级更有效的管理。 当进入数据库阶段后，随着数据管理

24、规模一再扩大，数据量急剧增加，为了提高效率，开始时，人们只是对文件系统加以扩充，在应用文件中建立了许多辅助索引，形成倒排文件系统。但这并不能最终解决问题。在20世纪60年代末，磁盘技术取得重要进展，具有数百兆容量和快速存取的磁盘陆续进入市场，成本也不高，为数据库技术的产生提供了良好的物质条件。数据库的特点：1）减少数据的重复（Redundancy can be reduced）当在一个非数据库系统当中，每一个应用程序都有属于他们自己的文件，由于无法有系统建立的数据，因此常常会造成存储数据的重复与浪费。例如：在一家公司当中，人事管理程序与工资管理程序或许都会使用到职员与部门的信息或文件，而我们可

25、以运用数据库的方法，把这两个文件整理起来，以减少多余的数据，过度地占用存储空间。2）避免数据的不一致（Inconsistency can avoid）本项的特色，可以说是延伸前项的一个特点，要说明这样的一个现象，我们可以从下面这个实例来看：若是在同一家公司当中，职员甲在策划部门工作，且职员甲的记录同时被存放在数据库的两个地方，而数据库管理系统却没有对这样重要的情况加以控制，当其中一条数据库被修改时，便会造成数据的不一致，但是，对于一个健全的数据库管理系统而言，将会对这样的情况加以控制，但有时并不需要刻意消除这种情形，应当视该数据库的需求与效率来决定。 3）数据共享（Data shared）对于

26、数据共享的意义，并不是只有针对数据库设计的应用程序，可以使用数据库中的数据，对于其他撰写好的应用程序，同样可以对相同数据库当中的数据进行处理，进而达到数据共享的目的。4）强化数据的标准化（Standard can be enforced）由数据库管理系统，对数据做出统筹性的管理，对于数据的格式与一些存储上的标准进行控制，如此一来，对于不同的环境的数据交换（Data Interchange）上将有很大的帮助，也能提高数据处理的效率。5）实践安全性的管理（Security restriction can be applied）通过对数据库完整的权限控制，数据库管理者可以确认所有可供用户存取数据的合

27、法途径渠道，并且可以事先对一些较重要或关键性的数据进行安全检查，以确保数据存取时，能够将任何不当损毁的情形降至最低。6）完整性的维护（Integrity can be maintained）所谓完整性的问题，就是要确认某条数据在数据库当中，是正确无误的。正如（2）所述，若是无法控制数据的不一致性，便会产生完整性不足的问题，所以，我们会发现，当数据重复性高的时候，数据不完整的情形也会增加，当然，若是数据库的功能完整，将会大大地提高数据完整性，也会增加数据库的维护能力与维护简便性。7）需求冲突会获得平衡（Conflicting requirements can be balance）在一个较大型的

28、企业当中，用户不同的需求，往往会造成系统或数据库在设计上的困扰，但是一个合适的数据库系统，可以通过数据库管理员的管理，将会有效地整理各方面的信息，对于一些较重要的应用程序，可以适时地提供较快速的数据存取方法与格式，以平衡多个用户在需求上的冲突。3.2.1 概念结构设计通过将系统分析得到的用户需求抽象为反应用户观点的信息结构，进行概念结构设计。概念结构设计主要采用了基本的实体联系即E-R图方法。根据系统分析的要求，首先确定实体集和属性，然后根据实体，确定了相应的联系，并且对E-R模型进行了简单的扩充。从设计层面这个角度分析，我主要从中层出发，先进行了局部E-R模型的设计，然后对局部E-R模型进行

29、合并得到了最终的全局E-R模型。在合并的过程中，主要消除了以下三种类型的冲突：属性冲突、命名冲突和结构冲突。最后，对合并得到的全局E-R模型进行进一步的修改，使功能的完备性更加强化，满足“系统分析”中的要求。最终得到的全局E-R模型请见图3-2：图3-2 系统自动阅卷实现全局E-R图3.4.2 逻辑结构设计根据概念结构设计得到的全局E-R模型图，进行逻辑结构设计。主要是将E-R模型向关系模型转换，根据相应转换规则，得到的结果如下：订单（订单编号，出发站，终点站，用户账号，日期）；车票（车次，日期，出发站，终点站，票价，余票，公告信息，车程时间）；Excel学生信息（用户账号，姓名，性别，出生日

30、期，家庭地址，电话号码，班级，所在省份，电子邮箱，身份证号）；经过分析，上述3个关系模式都是规范化程度很高的范式，因此不再需要进行规范化处理。3.5 关键技术分析为了完成系统设计，必须要掌握以下几种技术：1、如何通过C#程序设计实现对SQL Server数据库的操作。通过对Web应用程序设计的学习，我知道ADO.NET提供一种通过SqlConnection类连接、SqlCommand类发送命令、Read和ExecuteNonQuery等函数获取SQL语句执行后结果的方法。在实际开发过程中，主要通过插入控件并在控件上添加事件来实现相关操作。2、如何控制用户的权限。这里必须理解局部变量与静态变量的

31、概念，在系统开发过程中主要通过静态变量来实现整个系统用户权限的设定。因为静态变量可以在整个项目中使用，它的生命周期是整个项目。这里的静态变量相当于C语言中的全局变量，因为在C#中没有全局变量这种说法。局部变量是相对于一个函数或一个类可见的，它的生命周期是一个函数或一个类。由于本系统的项目有多个命名空间，而权限贯穿于整体，所以必须使用静态全局变量才能实现上述功能。第4章 编码实现编码实现是整个系统物理实现的重要环节。本章将重点论述数据分析管理和系统集成的编码实现，并简单介绍系统开发环境和系统设计语言。4.1 系统开发环境系统主要的开发环境是Microsoft Visual Studio 2012

32、和Microsoft SQL Server 2005由于Visual Studio留有专门用于与SQL Server连接的接口，所以我选择Microsoft Visual Studio作为主要的界面开发工具。考虑到Visual Studio软件的稳定性和计算机自身硬件的限制，故系统开发选择Visual Studio 2012这个版本。SQL（Structured Query Language）是关系数据库标准语言，所有的关系数据库都支持这种语言。Microsoft SQL Server是一个关系数据库管理系统。在系统开发过程中，主要用它实现对数据信息的保存和管理。4.2 程序设计语言本系统主要采用C#作为主要程