车站售票管理系统

香洲汽车站售票项目需求分析随着时代的进步，社会的发展，人们的生活形式与习惯也越来越多样化，出行成为了人们生活中的一个重要组成部分，而汽车成为许多人出行选择的交通工具。面对巨大数量的乘客的购票需要，汽车站就要选择使用先进的管理方法来实现方便、快捷的售票、退票等方面的票务管理。随着计算机的普及，信息处理量的逐渐扩大，手工处理方式远远不能满足人们管理活动的需要，各种工作都逐渐由手工转为自动化,使许多复杂、繁琐、且需要很多人力的工作变得简单。汽车站每天产生售票、退票等行为数量多，使得汽车站售票管理的数据量大，而且速度要求要快，传统的人力行为适应,计算机应用软件的使用则能很好地满足汽车站的这一需要，提高售票人员的工作效率，节约相关管理成本。汽车售票管理系统主要用于车站日常的票务处理。车售票管理系统在正常运行中需要对使用该系统的主要是汽车站售票人员、汽车站售票工作的管理人员与系统管理员。为达到操作过程中的直观、方便、实用、安全等要求,我们组在这个系统中采用模块化程序设计的方法，便于系统功能的组合和修改，以及扩充和维护。

第一章需求分析

系统用例图

售票员管理员

功能描述

登录功能模块

用于用户的登录,可以根据用户名和密码登录到本系统,但是用户名和密码必须正确，若是不正确的用户名和密码，系统便进行错误提示.系统确认用户名和密码后便跳转到查询界面。

售票功能模块（订票可以不考虑）

用户在查询界面查询到自己所满意的车票时，可以进行网上订票操作,所订车票将自动添加到用户的个人信息当中，方便用户日后进行管理.

查询功能模块

查询分为站站查询,车次查询的信息查询。工作人员在查询界面输入框输入所要查询目的站和时间，或者是车次,系统则会根据输入的信息进行搜索，并给出搜索结果，用户还可点击搜索结果查看汽车票的详细信息。

管理功能信息模块

只有登录后的才可以管理信息，角色不一样，管理的功能也不一样 ,如:工作人员在系统中可以查看到用户已订的车票，由于某些顾客需要退票的还可以进行退票操作。管理员可以注册时添加新的员工信息,修改车次.

统计功能模块

可以对当日信息进行统计,包括总金额,日金额，已售票数，退票数，剩余票数的统计各主要数据流的定义如表1至表3所示：

(1）车次管理：车次详细信息的编辑.车次管理中的数据源为数据库中Car表，在此管理部分中，能够使用界面操作实现车次信息的编辑，并将数据库中的数据按照编辑的要求来及时更新数据表中的相关数据。

表2

表 3

模块总体设计

面对信息时代的挑战，香洲总站为了满足社会的发展的需求和当今快速发展的汽车车站售票信息的需求，想利用VS2010为开发工具开发出高科技的计算机管理系统来提高汽车站站售票管理水平，完成对汽车站全方位的管理，该系统在实施后，能够满足对售票、查询、维护、信息了解、统计等功能。

为了达到车站的需求, 由图3—1车站售票管理业务流程图，我对该系统进行了具体分析，总结出汽车站售票管理系统的功能模块如图4—1所示。

图3-1 车站售票管理系统的功能模块

由图3—1 车站售票管理系统的功能模块图可见,该管理系统的主要功能模块包括五大功能模块:

（1）售票功能模块。

（2）查询功能模块。

（3）管理功能模块。

(4）基本信息表功能模块。

（5）统计功能模块.

根据数据库管理系统所具有的功能，可将它分为四个组成部分。数据定义语言及其翻译处理程序:首先用数据定义语言定义数据库的模式、存储模式、外模式、各级模式间的映射、有关的约束条件等。然后,翻译处理程序将它们翻译成相应的内部表示,即对数据库框架的描述。这些描述存放在数据字典（系统目录)中，作为数据库管理系统存取和管理数据的依据.数据操纵语言及其翻译处理程序:提供了岁数据库的检索、插入、修改、删除等基本操作。数据库运行控制程序：负责数据库运行过程中的控制和管理.实用程序：完成数据库的建立与维护，以及数据格式的转换与通信等功能。

设计数据库系统时应该首先充分了解用户各个方面的需求，包括现有的以及将来可能增加的需求。数据库设计一般包括如下几个步骤：

1) 数据库需要分析。

2) 数据库概念结构设计。

3）数据库逻辑结构设计。

用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。收集基本数据、数据结构以及数据处理的流程,组成一份详尽的数据字典，为后面的具体设计打下基础。

车站售票管理系统的ER图如图3-2所示.

图3—2 车站售票管理系统的ER图

由该火车站管理系统的ER图可见，车票基本信息表具有终点站、线路、车型等基本的属性；车辆基本信息表具有线路、座号、状态、始发时间等基本的属性;售票基本信息表具有车次、日期、线路、车型、始发时间等基本的属性；退票基本信息表具有车次、日期、线路、始发时间、车型、座号、票价等基本的属性。车票基本信息表包含售票基本信息表，车票基本信息表和车辆基本信息表是所属关系，售票基本信息表和退票基本信息表是互斥的关系。根据它们之间的关系可以大体设计出车站管理系统的模块功能。

车票基本信息表的结构

车辆基本信息表 z—Table涉及到的字段有车次、始发时间、线路、座号、状态，所以我在设计这个数据库表的时候把它们的字段类型都设置为［文本类型]数据，把它们的大小都设置为50。线路的格式为:始发站—终点站。车辆基本信息表z—Table的结构如表5。2。2所示.

车辆基本信息表的结

售票基本信息表 L-Table涉及到的字段有票号、车次、日期、始发时间、线路、车型、座号、票价，所以我在设计这个数据库表的时候把日期的字段类型设置为［Data\Time］,座号和票价的字段类型设置为［Integer]，大小设置为2，其它的字段类型都设置为[文本类型],把它们的大小都设置为50。售票基本信息表 L—Table的结构如表5.2。3所示。

售票基本信息表 L-Table的结构

退票基本信息表 t—Table涉及到的字段有状态、票号、车次、日期、始发时间、线路、车型、座号、票价、手续费,所以我在设计这个数据库表的时候把日期的字段类型设置为[Data\Time],票价的字段类型设置为［Integer]，大小设置为2,其它的字段类型都设置为［文本类型]，把它们的大小都设置为50 .退票基本信息表 t—Table的结构如表5。

2.4所示。

退票基本信息表 t—Table

通过测试，可以发现测试对象的缺点，这对进一步完善自己的系统中的错误起着很大作用。

测试的作用和意义

系统测试是管理信息系统的开发周期中的一个十分重要的环节,尽管在系统开发周期的各个阶段均采取了严格的技术审查，但依然难免会留下错误，如果没有在投入运行前的系统测试阶段被发现并纠正，问题迟早会在运行中暴露出来，到那时要纠正错误将会付出更大的代价：系统测试占用的时间、花费的人力和成本占软件开发的很大比例，统计表时，开发较大规模的系统，系统测试的工作量大约占整个软件开发开作量的40%—50％，而对于一些特别重要的大系统，测试的工作量和成本更大，甚至超过系统开发其他各阶段的总和的若干倍。

测试内容

a软件的正常运、关闭.

b 用户登录界面友好,可操作性及安全性能较好，能对不同管理级别者进行限制，以保证数据库的安全。

c数据库的可维护性好，数据的录入、删除及更改均能顺利完成，并能实现动态更新。

d数据查询便捷，能对各种不同的查询条件进行搜索，以找到最合适的答案。

e数据溢出、越界均能进行非法提示，以警告用户正确使用.对用户的非常操作方式也提出警告。

f数据类型填写错误时,系统能够报错

g软件对操作系统的兼容性良好，可移值性完好。

测试结果

a软件在运行、关闭功能基本完成，功能的实现较为完善.

b用户登录界较友好，便软件界面的色彩选择、搭配上对于长期工作者而主仍然会产生眼部不适感，可操作性及安全性较差,能完成对不同管理级别者的限制工作，能够了完成对相关数据的保护，能够保证数据库的基本安全。

c数据库的可维护性良好，数据的录入能顺利完成，并能实现动态更新，删除和修改也能顺利完成。

d数据查询基本全面，只能按系统设定的字段进行搜索，以找到合适的答案。

e数据溢出,越界基本未能提示非法操作，以警告用户非法使用，对用户的非正常操作能提出警告。

f数据填写错误时,系统有报错功能，在数据报错误时，系统会报给使用者错误所在。