密级：机密 ★★★

文档编号：

铁路票务管理系统项目

需求分析报告

计算机0902班

0906410220  花纯虎

0906410222  陈其清

0906410201  马福洋

（版权所有，翻版必究）

目 录

一 引言- 3

1.1 编写目的- 3

1.2 项目背景- 3

1.3 参考资料- 3

1.4 术语- 3

二 任务概述- 4

2.1 目标- 4

2.2 系统（用户）的特点- 5

三 假定和约束- 5

3.1 技术限制- 5

3.2 项目依赖- 5

3.3 关键技术- 5

四 需求规定- 5

4.1 软件功能说明- 5

4.1.1 功能一- 6

4.1.N 功能N 6

4.2 对功能一般性的规定- 7

4.3 对界面的要求- 7

4.4 对性能一般性的规定- 7

4.5 其他专门要求- 7

4.6 对安全性的要求- 7

4.7 软件质量属性- 7

4.8 用户文档- 8

五 实体数据描述- 8

5.1 管道- 8

六 运行环境规定- 8

6.1 设备及分布- 8

6.2 支撑软件- 8

6.3 接口- 8

6.3.1 硬件接口- 8

6.3.2软件接口- 9

6.3.3 通信接口- 9

6.3.4 其他接口- 9

6.4 程序运行方式- 9

七 开发成本估算- 9

八 尚需解决的问题- 9

一 引言

1.1 编写目的

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。        

1.2 项目背景

a.软件名称：火车售票系统

b.任务提出者：软件工程上机

b.软件开发者： 花纯虎  陈其清  马福洋

d.用户：铁路局

1.3 参考资料

 

1.4 术语

二 任务概述

2.1 目标

(1) 完善目前火车售票系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能

（2）应用范围：理论上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得火车售票便捷化，以期实现完善日常生活中火车售票的各种缺陷。

（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能；对于所查询的车次结果提供列表显示输出；有一定的安全机制，普通旅客不能对车次信息随意删改，只有授权的售票员可通过密码识别进行维护。

三 假定和约束

一个更完善的火车票售票系统，应提供更为便捷与强大的查询购买功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能，对于信息的保护手段仅限制于设置用户级别，以记名提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。

3.1 技术限制

操作系统：Microsoft Windows 20## Advanced Server

支持环境：IIS 5.0

数 据 库：Microsoft SQL Server 2000

3.2 项目依赖

硬件环境

a. 一台Pentium 4 cpu

b. 内存256MB以上

c.VGA彩显一台

软件环境

a. Windows 98 以上的操作系统

b. Microsoft Visual Basic 6.0

c. Microsoft office 2003应用软件

d. SQLServer 数据库

3.3 关键技术

数据库的开发，用rose建立用例图、类图、状态机图。

四 需求规定

4.1 软件功能说明

该软件具有如下主要功能：

1．浏览功能

2．查询功能

3．添加功能

4．修改功能

5．删除功能

6．授权功能

4.1.1功能一

1．售票员登陆系统：

（1）数据流图

4.1.2功能二

2．售票员相关操作（售票、退票、查询、录入）

4.1.3功能三

旅客查询购票过程：

（1）数据流图

4.2 对功能一般性的规定

查询时应保证查全率，所有在相应域中包含查询车次的记录都应能查到，同时保证查准率。

4.3 对界面的要求

采取对话框方式，多功能窗口运行

4.4 对性能一般性的规定

正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。

4.5 其他专门要求

（1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。 

（2）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。

 

4.6 对安全性的要求

由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。

4.7 软件质量属性

可操作性强，能够满足全国联网的需求可移植性优于有效性

4.8 用户文档

用户手册

在线帮助

五 实体数据描述

火车票：列车车号  T244

        列车始发时间   每天 00：18

        列车始发站     哈尔滨

        列车终点站     合肥

                         

票务：列车车号  T244

      已售出车票票数   267（张）

      额定载量   （300）

售票员：用户名 小齐

        密码 (******)

六 运行环境规定

6.1 设备及分布

1）主机类型：CPU   P III以上

2）网络类型  专用网

3）存储器容量  内存>=64M，硬盘 10G以上

6.2 支撑软件

操作系统：Windows XP Professional简体中文版

数据库系统：SQR Server

其他软件：vc6.0，net2003，Microsoft Project，Word

6.3 接口

6.3.1硬件接口

（1）硬件接口：支持x86系列PC机

（2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。

6.3.2软件接口

运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上。

七 开发成本估算

设备费用：本系统所需要的硬件设备费用为 2.5万元

经常性支出：

人员费用：3万元

系统维护：1.5万元

设备维护：1万元

消耗材料费：2万元

其他不可预见费：1万元

总计：拾壹万元整

八 尚需解决的问题

兼容性：由于尚未测试，故无法对兼容性进行评析。

第二篇：数据分析报告 铁路售票系统

毕业实习数据分析报告

1.调查实际环境背景

信息时代已经来临,信息处理的利器——计算机应用于火车站售票的日常管理为火车站售票的现代化带来了从未有过的动力和机遇，为火车站票务管理领域的飞速发展提供了无限潜力。采用计算机管理信息系统已成为火车站票务管理科学化和现代化的重要标志，给火车站票务带来了明显的经济效益和社会效益。计算机已经成为人们生活不可或缺的一部分。

随着Internet的迅速发展和用户数量的急剧增加，互联网对于企业和事业单位的运营和发展日益重要，网上交易也逐渐被人们认可，并成为未来交易的发展方向。铁路售票系统也不例外。

铁路售票系统是铁路旅游服务信息系统的一个重要组成部分，为旅客提供优质便捷的服务。为了提高铁路客运的售票效率，丰富铁路客运的营销手段，火车站售票总站及其下属代售点可以通过公用的互联网资源，实现网上的售票，查询及管理工作。

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的铁路网上售票系统，为企业的决策层提供准确、精细、迅速的车票销售信息。

2. 描述现实状况及工作流程

2.1现实状况

随着旅游业的逐渐的成熟发达，铁路客运量大幅度的提高，各大省市的列车都显著的增加，这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统，提高列车售票系统的工作效率。随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代，各火车站莫不兢兢业业地改善本身的体制或管理方式，以适应健保越来越严格的规范。列车在我国的人员流动、物资运输中占据着举足轻重的地位。全国有大量的人员通过搭乘火车到达目的地。而与火车的特殊性及可能经过多个城市，每个城市的车站可以出售此火车的车票。而且同一车站可能有多辆车经过。许多希望以最快的方式选择自己想来乘坐的那一趟列车。所以以人工的方式和单纯的列车票务管理系统都不可能实现这种功能的。一种可行的方案是通过网上订购，可以达到高效、便捷的购票。铁路网上售票系统的实施，将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力，提高铁路部门的工作效率，提升管理水平，减少劳动强度，方便广大旅客购票，有一定的社会和经济效益。

2.2工作流程

        系统要处理的对象主要包括票存系统基本信息、票务人员基本信息、客户基本信息、订票单基本信息、退票单基本信息、车票基本信息、车票销售记录基本信息。

①查询：可以通过起点站与终点站在进行查询，也可根据具体的车次输入进行查询，同时每次查询都会显示车次号，点击即可显示该趟列车所进过站点的详细信息，其中包括所到达每个站的到达时间与出发时间。

②客户注册、登录：由于要进行网上订购车票，用户需注册，填写有关信息，由由票务人员负责送车票到客户手中。

③订票业务：本系统为网上订票，用户经过查询车次信息、票务信息，找到自己所需的车票通过所关联的账户进行订购。

④退票业务：根据客户提供的情况（车次、时间）为客户办理退票手续，退票时按票价的80%退给客户金额，若所退票额能满足他的要求，则为他办理退票手续，同时在数据库中进行更新。（车票价格低于2元不予退票）

⑤更新功能：该系统随时跟据车辆的变化情况进行更新，增加车辆时可以在系统中插入该车的详细信息，同时也能根据需要修改某趟车经过的站点与发车时间，当某趟车停止、开行时可以删除该趟车的信息。同时包括对列车信息、站点信息、订票记录等的更新功能。

⑥车票配送：客户在订购了车票之后,管理人员通过后台管理订票记录,然后根据客户的要求由票务人员及时为其配送车票。

（1）客户注册及登录流程图：

2.1 注册登录流程图

（2）订票业务流程图：

2.2 订票业务流程图

（3）退票业务流程图：

2.3 退票业务流程图

铁路网上售票系统数据流程图如下图2.4—图2.7：

（1）顶层数据流程图：

2.4 顶层数据流程图

（2）第一层数据流程图：

2.5 第一层数据流程图

（3）第二层数据流程图—订票：

2.6 第二层数据流程图-----订票

（4）第二层数据流程图—退票：

2.7 第二层数据流程图-----退票

3.数据分析

参照业务流程图和数据流程图，分别画出分E-R图，如图3.1至3.4所示。

(1) 根据图2.2抽象出的进货分E-R图：

3.1 车票配送E-R图

(2) 根据图2.6抽象出的销售分E-R图：

3.2 客户订票E-R图

(3) 根据图1.7抽象出的存储分E-R图：

3.3 客户退票E-R图

(4) 根据图2.4抽象出的存储分E-R图：

3.4售票记录E-R图

各E-R图中的实体属性如下图3.5至图3.10：

（1）车票及其属性：

3.5 车票及其属性

（2）客户及其属性：

3.6 客户及其属性

（3）票务人员及其属性：

3.7 票务人员及其属性

（4）票存系统及其属性：

3.8 票存系统及其属性

（5）订票单及其属性：

3.9 订票单及其属性

（6）退票单及其属性：

3.10 退票单及其属性

根据各分E-R图合并整体E-R图，具体方法是将4个E-R图中相同的实体，进行合并，消除属性冲突、命名冲突、结构冲突之后得到总E-R图如图3.11所示。

3.11 全局E-R图

5.设计数据库

5.1数据库物理设计阶段目标和任务

数据库的物理设计是为逻辑数据模型选取一个最合适应用需求的物理结构的过程，在这个阶段中需要完成的任务是：

(1) 确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；

(2) 对物理结构进行评价，评价的重点是时间和空间效率。

5.2数据字典

(1) 数据项如表5.1所示。

表5.1 数据项

(2) 数据结构如表5.2所示。

表5.2 数据结构

(3) 数据流如表5.3所示。

表5.3数据流

(4) 处理逻辑如表5.4所示。

表5.4处理逻辑

(5) 数据存储如表5.5所示。

表5.5数据存储

6.主要算法

6.1数据结构的描述：

车票=日期+价格+出发站+终点站+售票站+座号+车次+性质+编号 日期=年+月+日+时+分 价格=“1”～“9999” 出发站=1{汉字}6 终点站=1{汉字}6 售票站=1{汉字}6 座号=车厢号+座位号 车次=“1”～“9999”

性质=“1”～“6” 注：如“1”表示空调硬座特快，“2”表示空调软座普快等

编号=“000000001”～“999999999”

6.2算法

1.车次表（车次，始发站，始发时间，终到站，终到时间，总里程，车况）

注：①举例：（K59，北京，20：30，长春，7：06，670，特快）；②“车况”分为‘特快空调’、‘特快’（不是空调车）、‘普通’。

2.经过站表（车次，经过站，到站时间，停留时间，里程）

注：这里的‘里程’指从始发站到该站的里程。

3.票价表（车次，到站，席别，车厢号，座位号，票价）

注：①‘席别’分为硬座、硬卧、软卧。②硬卧分上、中、下铺，‘座位号’一项上填写方式如‘9上’，‘9中’和‘9下’。③票价采用四舍五入方式取整数。

4.车票定价公式：

特快空调：硬座—0.30元/公里，硬卧—0.65元/公里，软卧—1.20元/公里；

特快：硬座—0.20元/公里，硬卧—0.55元/公里，软卧—1.00元/公里；

普通：硬座—0.10元/公里，硬卧—0.40元/公里，软卧—0.80元/公里。

?    售票表（车次，到站，发车日期，车厢号，座位号，已售否，售票日期）