火车站售票标准管理系统的设计和实现.doc

山 西 大 学 商 务 学 院
《软件工程课程设计》报告

题 目： 火车站售票管理系统设计与实现
班 级： 10软件G2班
组 长： 景巧鑫
成员姓名： 夏丹丹 崔新华 王伟

说 明
一、火车站售票管理系统
二、小构成员及任务分派状况
姓名
学号
任务分派
景巧鑫

需求分析、总体设计、系统实现
夏丹丹

可行性研究、详细设计、系统实现
崔新华

数据库设计、系统实现
王伟

系统界面设计与实现

目 录
1. 开发目和意义 1
1.1 研究背景 1
1.2 开发目和意义 1
1.3 完毕状况 2
2. 开发技术及办法 3
2.1 开发环境和开发工具 3
2.2 技术及办法 3
2.2.1 B/S模式 3
2.2.2 .NET 3
2.2.3 ASP.NET 4
3. 系统分析 5
3.1 可行性分析 5
3.1.1 经济可行性 5
3.1.2 技术可行性 5
3.1.3 操作可行性 5
3.2 需求分析 5
3.2.1 功能需求 5
3.2.2 数据需求 8
3.2.3性能需求 9
4. 系统设计 10
4.1 总体设计 10
4.2 详细设计 10
4.2.1过程设计 10
4.3 数据库设计 16
4.3.1 顾客表 16
4.3.2 车次详细信息表 17
4.3.3 订票纪录表 17
4.3.4退票纪录表 18
5. 系统实现 19
5.1 系统登录界面 19
5.2 系统管理员登录界面 19
5.3 票务管理员登录界面 20
5.4 乘客登录界面 21
6. 系统测试 22
6.1测试办法 22
6.2测试过程 22
6.3测试成果 22
7.总结 24
7.1 小结 24
7.2 实践感想 24
参照文献 26
附录1 可行性分析文档 27
附录2 需求分析文档 30
附录3 详细设计文档 33
附录4 系统测试文档 39

1. 开发目和意义
1.1 研究背景
用信息化推动工业化，用信息技术改造老式产业，这是国内迫切要完毕一项战略性任务。作为工业文明产物----铁路，如何借助信息技术协助，实现管理方式，运营组织，服务原则当代化，这是摆在国内铁路工作者面前重大课题。 
铁路信息化是铁路当代化重要标志，其主线目是将信息技术应用到铁路生产经营与管理决策等各项活动中，改造老式产业，提高铁路生产率，提高市场竞争力，提高铁路运营经济效益。 
国内外已有运作合理完善火车售票管理系统，其具备售票、查询、管理和维护等功能，系统管理员可以进行对车次更改、票价变动及调度功能，票价修改可以通过修改运价来进行，车次调度可通过对发车时刻表修改来进行，维护功能即可对表进行修改。满足当前火车售票管理需求，并且运作十分良好。铁路信息化建设当前重要集中在搞好铁路运送生产管理上，加快计算机调度系统建设，完善客票发售与预订系统，搞好各地信息系统结合，实现资源有效运用，信息共享。其总体目的是：形成具备国际水平铁路信息化基本通信平台，实现各部门各系统之间信息数据共享，互联互通；建成车，机，工，电，辆各部门调度控制，安全生产，运送指挥当代化保障体系。为铁路运送各部门提供所需管理信息资源和强有力决策支持。通过当代客货营销手段和电子商务手段，带动铁路运送经济发展，大幅度提高运送效益。建立建全与信息化相适应管理体制。国内当前铁路信息化总体限度居国内领先，国际先进水平。 
1.2 开发目和意义
铁路客票发售和预订系统通过几年建设，获得了很大进展。火车站售票系统推广使用，大大以便了旅客购票，也预示着国内铁路售票系统正日趋合理与完善，并且具备良好交互界面，容易被顾客所接受。本系统基于铁路售票系统订票业务基本流程，通过模仿售票员与客户之间基本操作，实现了查询、订票、退票等基本功能，同步运用计算机网络，通过网络与售票系统，为顾客提供以便快捷订票服务，使得售票服务更为便捷效率，使铁路售票系统应用更为广泛，但由于铁路火车票务管理复杂性，本设计与开发也仅是一种尝试性工作，但愿为铁路售票业务，铁路客运及运送发展更为稳定，迅猛尽微薄之力。
1.3 完毕状况
本项目针对火车站售票实际状况，按照软件工程构造化设计思想，通过项目可行性研究和需求分析、总体设计、详细设计，以及编码实现和调试等环节设计开发了火车站售票管理系统。并运用数据流图和数据字典、E-R图和数据库逻辑构造、层次图、系统流程图、以及程序流程图，对该系统数据需求、数据库、系统软件构造、系统流程、以及解决过程等进行了分析和设计。
该系统基于铁路售票系统订票业务基本流程，通过模仿售票员与客户之间基本操作，可以满足火车站网上售票基本规定，涉及查询、订票、退票等三个方面功能。该系统能运用到火车站售票工作中，依照顾客需求，设立其权限，并快捷以便为顾客提供服务。

2. 开发技术及办法
本系统是一种基于B/S构架系统。系统开发和应用目是使售票活动可以在各种不同地点进行并且可以使旅客通过系统查询到自己所需要出行信息。基于B/S构造售票系统详细实现功能：查询，订票，退票，等三大模块，并研究B/S构造在网络中面临安全问题及提出相应解决方案。
2.1 开发环境和开发工具
随着着Internet/Intranet技术发展，开发基于Web应用程序势在必行，数据库技术更是需要和Web数据相结合，才有更为辽阔前景。ASP.Net作为微软推出新兴Web应用程序开发技术，在数据库应用方面发挥着越来越重要作用。本系统开发平台是ASP.NET，数据库选取用SQLServer，语言使用JAVA，开发工具是Eclipse。
2.2 技术及办法
2.2.1 B/S模式
B/S构造即浏览器和服务器构造。它是随着Internet技术兴起，对C/S构造一种变化或者改进构造；它是一次性到位开发，能实现不同人员，从不同地点，以不同接入方式（例如LAN，WAN，Internet/Intranet等）访问和操作共同数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。在JAVA这样跨平台语言浮现之后，B/S架构管理软件更是以便、快捷、高效。
2.2.2 .NET
.NET 是 Microsoft XML Web services 平台。XML Web services 容许应用程序通过 Internet 进行通讯和共享数据，而不论所采用是哪种操作系统、设备或编程语言。Microsoft .NET 平台提供创立 XML Web services 并将这些服务集成在一起。对个人顾客好处是无缝、吸引人体验。并且.NET平台基本架构.NET框架(Framework)，采用统一命令集支持各种编程语言。从而消除各种异类框架之间差别，提供强跨语言继承性、错误解决和调试功能。
2.2.3 ASP.NET
ASP.NET是把基于通用语言程序在服务器上运营。不像此前ASP即时解释程序，而是将程序在服务器端初次运营时进行编译，这样执行效果，固然比一条一条解释强诸多。
由于ASP.NET是基于通用语言编译运营程序，因此它强大性和适应性，可以使它运营在Web应用软件开发者几乎所有平台上。通用语言基本库，消息机制，数据接口解决都能无缝整合到ASP.NETWeb应用中。ASP.NET同步也是language-independent语言独立化，因此，你可以选取一种最适合你语言来编写你程序，或者把你程序用诸各种语言来写，当前已经支持有C#（C++和Java结合体），VB，Jscript。ASP.NET使运营某些很寻常任务如表单提交客户端身份验证、分布系统和网站配备变得非常简朴。
ASP.NET使用一种字符基本，分级配备系统，使你服务器环境和应用程序设立更加简朴。由于配备信息都保存在简朴文本中，新设立有也许都不需要启动本地管理员工具就可以实现。这种被称为"Zero Local Administration"哲学观念使ASP.NET基于应用开发更加详细和快捷。一种ASP.NET应用程序在一台服务器系统安装只需要简朴拷贝某些必要文献，不需要系统重新启动。
多解决器环境可靠性 ASP.NET已经被刻意设计成为一种可以用于多解决器开发工具，它在多解决器环境下用特殊无缝连接技术，将很大提高运营速度。虽然你当前ASP.NET应用软件是为一种解决器开发，将来多解决器运营时不需要任何变化都能提高她们效能，但当前ASP却做不到这一点。自定义性和可扩展性 ASP.NET设计时考虑了让网站开发人员可以在自己代码中自己定义"plug-in"模块。这与本来包括关系不同，ASP.NET可以加入自己定义组件。网站程序开发从来没有这样简朴过。安全性基于Windows认证技术和每应用程序配备，可以保证你原程序是绝对安全。
ASP.NET 语法在很大限度上与 ASP 兼容，同步它还提供一种新编程模型和构造，可生成伸缩性和稳定性更好应用程序，并提供更好安全保护。可以通过在既有 ASP 应用程序中逐渐添加 ASP.NET 功能，随时增强 ASP 应用程序功能。 ASP.NET 是一种已编译、基于 .NET 环境，把基于通用语言程序在服务器上运营。将程序在服务器端初次运营时进行编译，比ASP即时解释程序速度上要快诸多.并且是可以用任何与 .NET 兼容语言（涉及 Visual Basic .NET、C# 和 JScript .NET.）创作应用程序。
3. 系统分析
3.1 可行性分析
该阶段通过对系统目的初步调研和分析，提出可行性方案并进行论证。咱们在这里重要从技术可行性，经济可行性和操作可行性三方面进行分析。
3.1.1 经济可行性
开发该系统所需有关资料可以通过已存在网上购票系统进行调查采集，所需其她应用软件、硬件软件也易于获得。因而，开发成本低。而引进使用本系统后，与老式方式相比，具备高效率、低成本、高质量特点，可以节约不少人力、物力及财力。因此，从经济角度来看，该系统可行。
3.1.2 技术可行性
开发工具：Eclipse
数据库环境：SQL Server
系统环境：Microsoft Windows 或以上版本
系统实现依托相对熟悉Java语言和SQL Server 数据库系统，其基本操作实质还是对数据库进行添加、删除、查找、等操作，暂不存在技术问题。
3.1.3 操作可行性
系统采用菜单式，实现顾客与数据交互，界面简洁和谐，操作以便。顾客只需对订票流程和业务理解即可，不需掌握数据库等有关知识。
3.2 需求分析
该系统是运用ASP.NET平台开发，数据库采用是SQLSever,旨在开发一种具备开放体系构造、易扩充、易维护、具备良好人机交互界面火车售票系统，为顾客提供满意火车票订票服务。
3.2.1 功能需求
火车站售票管理系统参加者：
u 乘客：查询、预订车票人员。
u 售票员：详细负责乘客车票订单。
u 票务管理员：负责更新车票信息。
u 系统管理员：系统管理员负责系统员工信息管理，会员信息管理以及系统维护等。
依照以上分析，创立系统参加者，系统参加者如图3.1所示：

图3.1 系统参加者
（1）管理员用例图
火车站系统中所有人都是管理员，管理员是一种抽象概念，她包括行为是所有管理员共同行为。管理员在本系统中通过合法身份验证可以修改自身信息和密码。依照以上分析，系统管理员用例图如图3.2所示：

图3.2 系统管理员用例图
（2）系统管理员用例图
系统管理员可以通过本系统进行如下活动：
①管理睬员信息：系统管理员可以对当前注册到本系统客户进行整顿。
②管理售票员信息：系统管理员可以管理当前系统中售票员信息，如添加、删除和修改售票员信息等。
③系统设立：系统管理员可以对系统进行必要设立和维护，如升级等。
依照以上分析，系统管理员用例图如图3.3所示：

图3.3 系统管理员用例图
(3)票务管理员用例图
票务管理员可以通过本系统进行如下活动：添加车票信息、删除车票信息、修改车票信息等。依照以上分析，票务管理员用例图如图3.4所示：

图3.4 票务管理员用例图

(4)乘客用例图
对于火车票售票系统，乘客可以登录和查询。其下为乘客用例图，即乘客可以进行活动。依照以上分析，乘客用例图如图3.5所示：

图3.5 乘客用例图
3.2.2 数据需求
（1）数据录入和解决精确性
数据输入与否对的是数据解决前提，错误输入会导致系统输出不对的和不可用，从而得不到想要成果。数据输入来源是手工输入。因此系统地界面要让顾客容易使用，如果顾客浮现误操作，系统能简朴明了给出中文提示。
（2）数据一致性和完整性
由于系统数据是共享，在不同代售点中，车次信息是共享数据，因此如何保证这些数据一致性，是系统必要解决问题。要解决这一问题，规定系统能保证数据一致性，在数据录入处控制数据去向，并且规定对数据库数据完整性进行严格约束。
对于输入数据，要为其定义完整性规则，如果不能符合完整性约束，系统应当回绝该数据，并给出出错提示。
（3）数据共享与独立性
整个售票系统数据是共享。然而，从系统开发角度上看，共享会给设计和调试带来困难。因而，应当提供灵活配备，使不同权限顾客都可以正常进行操作。
3.2.3性能需求
为了保证系统可以长期、安全、稳定、可靠、高效运营，本系统应当满足如下性能需求。
（1）系统精确性和及时性
系统解决精确性和及时性是系统必要性能。系统应能及时并且精确依照顾客权限及所输入信息做出响应。由于本系统查询功能对于整个系统功能和性能完毕举足轻重。作为系统诸多数据来源，而车票数量和时间又影响顾客决策活动，其精确性和及时性很大限度上决定了系统成败。在系统开发过程中，必要采用一定办法保证系统精确性和及时性。
（2）系统开放性和可扩展性
售票系统在开发过程中，应当充分考虑后来可扩充性。例如车次信息暂时或者永久性变化，顾客查询需求也会不断更新和完善。所有这些，都规定系统提供足够手段进行功能调节和扩充。而要实现这一点，应通过系统开放性来完毕，即系统应是一种开放系统，只要符合一定规范，可以简朴加入和减少系统模块，配备系统硬件。通过软件修补、替代完毕系统升级和更新换代。
（3）系统易用性和易维护性
售票系统是直接面对普通顾客，而大多普通顾客往往对计算机并不是非常熟悉。这就规定系统可以提供良好顾客界面。要实现这一点，就规定系统应当尽量使用顾客熟悉术语和中文信息界面；针对顾客在使用中浮现错误操作，尽量给出中文提示。
售票系统中涉及到数据是铁路部门相称重要信息，系统应提供以便手段供系统维护人员进行数据备份，寻常安全管理，以及系统意外崩溃时数据恢复等工作。

4. 系统设计
4.1 总体设计
本火车站售票管理系统可划分为信息查询、网上订票、取消订票三个某些。其中信息查询又可分为车次查询和订单查询两个某些。系统功能构造如图4.1所示。

图4.1 系统功能构造图
4.2 详细设计
4.2.1过程设计
本系统主界面为顾客设计了三个功能操作以供选取：查询，订票，退票。此外，为以便顾客，还将“退出系统”也单另列了出来，顾客可以依照需要触发不同事件。
依照分析，系统顾客权限系统主程序流程图，售票员权限系统主程序流程图，车次信息查询程序流程图，售票程序流程图，订票信息查询模块程序流程图，退票模块程序流程图，如图4.2—4.7所示：
图4.2 系统顾客权限系统主程序流程图

图4.3 售票员权限系统主程序流程图

图4.4 车次信息查询程序流程图

图4.5 售票程序流程图

图4.6 订票信息查询模块程序流程图

图4.7 退票模块程序流程图

4.3 数据库设计
本系统采用数据库软件为SQLserver,本系统用到数据库名为selltickets（售票），它里面涉及张表，下面逐个简介。
4.3.1 顾客表
顾客表用来存储注册顾客信息，它构造如表4.1所示：

表4.1 顾客表
字段名称
数据类型
长度
描述
序号
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 车次详细信息表
车次详细信息表存储是车次详细路段信息，它构造如表4.2所示：
表4.2 车次详细信息表
字段名称
数据类型
长度
描述
序号
Decimal
9
主键
车次
Char
18
车次
开车时间
Datatime
8
开车时间
到达时间
Datetime
8
到达时间
出发站
Char
50
出发站
到达站
Char
50
到达站
行程
Decimal
9
每两站之间距离
4.3.3 订票纪录表
订票纪录表存储是顾客买票记录和订票信息，买票和订票操作产生记录有不同字段，本系统中把两种不同字段放在一张表里，如果订票字段为空，则系统可判断这是一条买票记录，它详细构造如表4.3所示：
表4.3 订票登记表
字段名称
数据类型
长度
描述
序号
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.4退票纪录表
退票纪录表存储是顾客退票记录和退票信息，它详细构造如表4.4所示：
表4.4 退票登记表
字段名称
数据类型
长度
描述
序号
Int
4
主键
车次
Char
10
车次
出发站
Char
10
车发站
到达站
Char
10
到达站
座位类型
Char
10
座位类型
票数
Decimal
9
票数
总价格
Decimal
9
总价格

5. 系统实现
5.1 系统登录界面
本系统设计规定顾客通过登录框选取访问权限，登录系统。登录身份涉及系统管理员、票务管理员和乘客。其中，顾客须输入顾客名和密码，以进入系统。系统顾客输入对的顾客名和密码，访问系统，得到其相应权限。
系统登陆界面如图5.1所示：

图5.1 系统登陆界面

5.2 系统管理员登录界面
系统管理员具备系统管理、系统设立和系统维护权限。在系统管理中可以实现对乘客信息和票务管理员信息添加、删除和修改，在系统设立中可以修改系统有关属性，在系统维护中可以实现清除系统运营中发生故障和错误，对系统进行必要修改与完善，使系统适应顾客环境变化，满足新提出需要。系统管理员登录界面如图5.2所示：

图5.2 系统管理员登录界面
5.3 票务管理员登录界面
票务管理员是车票信息管理者，具备添加车票信息、修改车票信息、删除车票信息权限。票务管理员通过日期、车次或出发地、目地来查询有关车票信息，并完毕对车票信息添加、删除和修改。票务管理员登录界面如图5.3所示：

图5.3 票务管理员登录界面
5.4 乘客登录界面
乘客是本系统重要使用者，具备查询车票信息、预订车票和退票
权限，在查询功能中，乘客通过日期、车次或出发地、目地来查询有关车票信息，如票价、余票、列车正晚点、列车时刻表、中转站等。查询成功后，乘客选定满意车次，在购票处完毕预定。乘客登录界面如图5.4所示：

图5.4 乘客登录界面

6. 系统测试
6.1测试办法
采用黑盒测试，黑盒测试着重测试软件功能需求。
黑盒测试力图发现下述类型错误：
（1）功能不对的或漏掉了功能；
（2）界面错误；
（3）数据构造错误或外部数据库访问错误；
（4）性能错误；
（5）初始化和终结错误
6.2测试过程
（1）登录模块
将通过确认测试软件，作为整个基于计算机系统一种元素，与计算机硬件、外设、某些支持软件、数据和人员等其她系统元素结合在一起，在实际运营环境下，对计算机系统进行一系列组装测试和确认测试。在登录模块中重点测试如下：
①输入数据有效性鉴定；
②有效数据输出测试，无效数据输出测试。
③系统安全性和反映速度进行测试，系统稳定性规定
（2）查询模块
在查询模块中重点需要测试如下：
①输入数据有效性鉴定；
②有效数据输出测试，无效数据输出测试。
（3）退票模块
在退票模块中重点需要测试如下：
①库中记录拟定更改；
②提示车票退票时限精确。
6.3测试成果
（1）测试方案

表6.1测试方案表

编号
等价类
输入
预期输出
1
日期输入格式如13.01.12
‘13.04.23’
13.04.23
2
月份范畴在1~12之间，日范畴在1~30之间
‘13.13.02’或‘13.02.36’
“错误--无效输入”
3
输入数字为负数
‘-3’
“错误--无效输入”
4
输入文字为中文
‘太原’
太原
5
输入空字符串
‘ ’
“错误--没有数字”

（2）测试结论
本系统基本能达标，但仍存在些许细节问题，但愿再加斟酌，争取完全达标。

7.总结
7.1 小结
本文重要简介了基于B/S构造火车站售票管理系统分析设计以及编程实现。整个系统功能构造和现实中火车站售票系统还具备一定差距，通过开发平台和sqlserver数据库，完毕开始本来设想大某些功能模块。
现将本系统开发过程中获得成果归结如下：
（1）依照对现实中火车站售票管理系统界面分析，咱们设计完毕了数据库中数据表所有字段，系统通过和数据库交互成果能顺利地完毕系统对数据库常规操作。
（2）采用Java语言Eclipse工具独立设计开发完毕整个系统界面设计与实现。
（3）独立编程实现了系统原先设计大某些功能，依照对有些功能实现理解，完毕了对某些特有功能编码。
但由于火车站售票管理系统复杂性和编者水品限制，本系统依然存在诸多问题：
（1） 软件采纳数据不是很全面，不能较好接受外来影响。
（2） 客流人数预设不到位，也许会有票数不达局限。如果这些问题存在，会影响系统操作，秩序也会受到破坏。
（3） 与已存在火车站售票管理系统相比整个系统功能构造和现实中火车站售票系统还具备一定差距。
7.2 实践感想
在这次课程设计过程中咱们遇到了不少难题，例如数据库操作问题，界面设计问题，函数使用与消息解决问题等等。其中，最核心是最初对系统需求分析做不透彻，导致后续设计工作乃至编码时修改工作量变大。以至于为了能准时完毕设计任务，咱们一连度过了几种彻夜。特别，越接近结束，就越是时常浮现问题。因此，通过这次课程设计我深刻体会到软件工程还是必要学精通、学透彻。
通过这一次课程设计，咱们成员越来越默契，在设计过程中咱们先把功能分工了，然后每个人下去都把需求写出来，当需求综合时，人们都不局限于只考虑自己功能实现，往往还要考虑其她成员功能。人们一起集思广益，专心认真完毕着系统每一某些设计与实现，我以为这是咱们一次大进步。
这一学期软件工程课程设计咱们完毕是火车站售票管理系统，当看到系统最后成型并能准的确现相应功能时候咱们觉得特别开心，咱们努力获得了回报。我很高兴能有这样一种机会让咱们一起面对一种难题并为之倾尽全力，这个过程给了我新体会也些许变化了我始终以来各种烦恼心态。由于暑假远离课本，这个学期一开始我就觉得好多东西跟不上节奏，完毕课程设计过程给了我动力，固然也给了我压力，让我可以静下心来好好研究一下课上所讲知识，自己去学习新知识，也让我能和伙伴们一起讨论问题、解决问题，这种感觉很不错。
在完毕课程设计过程中我学到了诸多东西，不论是自身还是从同伴身上，她们给了我诸多协助和勉励，固然也让我在比较中更加看到自己局限性，我懂得自己需要学习地方尚有诸多。本次火车站售票管理系统是咱们自上大学以来完毕第一种可以应用与实际软件。在软件开发过程中难度最大是编码某些，在编码某些最难莫过于对办法重写。由于你需要实现某些之前从没有做过,甚至没有据说过功能，但是我慢慢明白这是学习与提高自我最佳、最快办法。
虽然咱们顺利完毕了火车站售票管理系统设计与实现，但是我深知，项目依然存在很大改进空间，咱们将大某些精力投入到对软件功能实现，忽视了对软件整体架构设计，咱们会继续加油。
通过这次课程设计，咱们学会了如何对所学课程综合运用，巩固了软件工程普通规范，对数据库使用也有了更进一步理解。总体来说，课程设计让咱们学会了不少知识。我以为课程设计是咱们学习生涯中相称重要一课，除了验证学生学习成果外，也能训练一种人独立思考及解决问题能力。

参照文献
[1] 严蔚敏. 吴伟民. 数据构造[M]. 北京：清华大学出版社，.
[2] 齐治昌等. 软件工程[M]. 高等教诲出版社，.1.
[3] 余祥宣.崔国华.邹海明.计算机算法基本[M].武汉：华中科技大学出版社，
[4] Abraham Silberschatz. Henry F.korth. S.Sudarshan.数据库系统概念[M].北京：高等教诲出版社，
[5] Bucel Eckel 著 侯捷 译.Java编程思想[M].机械工业出版社.
[6] 宋乐永. IT系统成为春运幕后英雄[M]，
[7] 全国铁路交通信息查询系统[Z].
[8] 全国客车运营时刻查询网[Z].
附录1 可行性分析文档
1．引言
1.1编写目
火车是一种以便快捷、相对安全交通工具，其实惠价格也使火车成为更大众化交通工具。越来越多人们选取乘火车出游。因而，火车站需要一套行之有效火车站售票管理系统。该报告重要内容是分析火车站售票管理系统开发可行性，为该工程决策人员分析该项目实行价值和为可行性提供根据。
1.2项目背景
软件名称： 火车售票管理系统
项目任务提出者： 软件工程课程设计教师
项目开发小构成员： 景巧鑫（组长）、夏丹丹、崔新华、王伟
顾客： 车站售票人员、乘客
1.3定义
本项目重要用于查询（查询票价，票数查询，车次查询，时刻查询），退票（退票，改签），售票（订票，售票），系统维护等功能。
1.4参照资料
《软件工程》 张海藩 人民邮电出版社
2．可行性研究前提
2.1规定
重要功能：为旅客提供火车票查询、预定与退票服务，以便火车站售票工作，提高火车站服务质量和服务效率。
　 性能规定：火车站提供信息必要及时反映在铁路局工作平台上。
售票系统定单必要无差错存储在火车站主服务器上。
对服务器上数据必要进行及时对的刷新。
　　 输入规定：完整，详实
　　 输出规定：对的，迅速
安全与保密规定：服务器管理员享有对火车站车次信息库及火车票信息库和定票
信息库管理与修改。售票员只享有对订票信息库某些修改（写入与读出）。
2.2目的
系统实现后，大大提高火车站实时售票与预定服务效率。减少售票服务中错误发生率，减少信息交流啰嗦过程及其带来开销。
2.3条件、假定和限制
建议软件寿命：5年
硬件条件：服务器sun工作站，终端为pc机
运营环境：Microsoft Windows 或以上版本
数据库：SQL Server
2.4可行性研究办法
可行性研究报告时一方面制定筹划，然后依照筹划进行实行每一种详细环节。对所建议系统评估是依照与原有系统和现状进行比较，切实做到经济可行。在本次可行性研究报告中，要调查顾客需求并进行分析，定系统模型等。
2.5决定可行性重要因素
成本/效益分析成果：效益 >成本。
技术可行性：既有技术可完全承担开发任务。
操作可行性：软件能被原有工作人员迅速接受。
3．所建议技术可行性分析
3.1对系统简要描述
火车站售票管理系统采用浏览器/服务器模式（B/S模型），使用Java语言实现。本系统是一种基于B/S构架系统。系统开发和应用目是使售票活动可以在各种不同地点进行并且可以使旅客通过系统查询到自己所需要出行信息。基于B/S构造售票系统详细实现功能：查询，订票，退票，等三大模块，并研究B/S构造在网络中面临安全问题及提出相应解决方案。
3.2与老式售票管理比较优越性
提高售票管理效率和安全行且减少维护成本。
3.3采用建议系统也许带来影响
此系统完全可以在普通硬件设备上正常运营，且操作方式和此前系统极为相似，但可以提高当前工作效率。
3.4技术可行性评价
本系统采用Java语言编写，可以实现当前基本需求。此项目共有四人参加，每个成员均有一年Java编写经验，可以如期完毕任务。
4．所建议系统经济可行性分析
4.1支出
4.1.1基建投资
此系统可以完全兼容既有硬件设备，只需购买某些正版软件产品约2万元。
4.1.2其她一次性支出
开发筹划与测量基准研究费用：6万
操作员培训费：3万
共计：9万
4.1.3经常性支出
人工费用:：12（月)*30(人)*(圆)=72万
其她不可知额外支出：10万
4.2效益
4.2.1经常性收益
（按银行利率：1%）
减少员工20人(1000元/人)五年收益：
1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万
工作效率提高收益（工作效率提高30%）:
30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45万
经常性收益共计：160万
4.2.2不可定量收益
服务质量提高，使得顾客量提高，从而提高销售量。
4.3收益/投资比
预测总支出约93万，总收益 约180万。
收益/投资比为：180万/93万=1.93
4.4敏感性分析
设计系统周期为5年。预计最长可达8年
系统工作负荷量：
解决速度：普通查询速度<3秒
核心数据查询速度：< 2 秒
设备和软件配备变化对支出和效益影响：影响很小，只需寻常维护费用。
5．社会因素可行性分析
5.1法律因素
此软件所有设计，源代码均由小组内成员共同完毕，因而不存在任何侵权行为。
5.2顾客使用可行性
由于此系统基本操作跟此前系统区别不大，车站售票人员通过简朴培训即可使用。
6．其她可供选取方案
小组内讨论过B/S架构模式，采用.net实现。此方案由于效率，安全，技术方面因素作为后备方案，也在筹办中。

附录2 需求分析文档
1．引言
1.1编写目
本需求分析报告目是规范化本软件编写，旨在于提高软件开发过程中能见度，便于对软件开发过程中控制与管理，同步提出了本火车售票系统软件开发过程，便于程序员与客户之间交流、协作，并作为工作成果原始根据，同步也表白了本软件共性，以期可以获得更大范畴应用。本文档供项目经理、设计人员、开发人员参照。
1.2项目背景
软件名称： 火车售票管理系统
项目任务提出者： 软件工程课程设计教师
项目开发小构成员： 景巧鑫（组长）、夏丹丹、崔新华、王伟
顾客： 车站售票人员、乘客
1.3定义
a.铁路售票应用系统软件：基本元素为构成铁路售票及有关行为所必要各种某些。
b.需求：顾客解决问题或达到目的所需条件或功能；系统或系统部件要满足合同、原则，规范或其他正式规定文档所需具备条件或权能。
c.需求分析：涉及提炼，分析和仔细审查已收集到需求，以保证所有风险承担者都明其含义并找出其中错误，遗憾或其他局限性地方。
d.模块独立性：是指软件系统中每个模块只涉及软件规定详细子功能，而和软件
系统中其她模块接口是简朴。
1.4参照资料
a.《实用软件工程》（第二版）郑人杰，殷人昆，陶永雷。清华大学出版社，1997。
b.《JAVA网络高档编程》金勇华，曲俊生。人民邮电出版社，。
c.《JBUILDER培训教程》Borland software corporation。机械工业出版社，。
2．任务概述
2.1目的
（1）以当前火车售票系统为原则，通过设计完毕过程来提高自己知识技能。
（2）应用范畴：理论上可以实现于铁路部门售票系统，其目在于在原有系统基本使得火车售票便捷化，以期实现完善寻常生活中火车售票各种缺陷。
（3）可实现旅客对于火车票查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询车次成果提供列表显示输出；有一定安全机制，普通旅客不能对车次信息随意删改，只有授权售票员可通过密码辨认进行维护。
2.2运营环境
硬件条件：服务器sun工作站，终端为pc机
运营环境：Microsoft Windows 或以上版本
数据库：SQL Server
2.3条件与限制
一种更完善火车票售票系统，应提供更为便捷与强大查询购买功能，如相应网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能，对于信息保护手段仅限制于设立顾客级别，以记名提供数据文献备份，比较简朴，不能防止恶意破坏，安全性能有待进一步完善。
3．数据描述
3.1静态数据
火车票：列车车号 (int SerialNumber)
列车始发时间 (struct time SetOut)
列车始发站(char DeparturePoint)
列车终点站(char TerminalPoint)
票 务：列车车号 (int SerialNumber)
已售出车票票数(int FixedNumber)
额定载量（int FixNumber ）
售票员：顾客名 （char name）
密码(char password)
3.2动态数据
输入数据：依照界面提示，键盘输入操作；
查询方式：查询车次、查询始发站；
旅客购买时票务信息，售票员添