列车售票信息管理系统分析与设计实验.docx

列车售票信息管理系统分析与设计实验.docx

《列车售票信息管理系统分析与设计实验.docx》由会员分享，可在线阅读，更多相关《列车售票信息管理系统分析与设计实验.docx（11页珍藏版）》请在冰豆网上搜索。

列车售票信息管理系统分析与设计实验

电子信息学院

实验报告书

课程名：

《软件工程》

课题题目：

列车售票信息管理系统分析与设计

实验类别【设计】

班级：

网络1311

学号：

131003600139

姓名：

付豪

第2次实验：

需求分析及需求规格说明书书写_

一、实验目的

练习用户需求分析与获取方法，以及需求规格说明书编写和评审方法。

二、实验步骤

1、系统需求分析

2、需求规格说明书编写

3、需求规格说明书评审

三、实验结果

1．概述（Summary）

1.1项目建设背景

.项目的委托单位：

中国铁路局

开发单位：

上海电机学院学院

主管部门：

计算机学院

软件名称：

火车售票系统

开发人员：

付豪、李向阳、丁露君、王鹏、马磊。

1.2用户简介

旅客：

通过该系统来进行列车信息及车票信息的查询，车次查询及目的站查询列车及车票信息。

售票员：

通过该系统能够进行列车信息及车票信息的查询，能够进行售票，退票业务，能够更改个人信息

系统管理员：

通过该系统能够对整个火车站的列车，车票等信息进行统计，添加，删除，对售票员进行增加或减少，对铁路部门的列车及售票系统进行统一管理。

1.3项目的目的与目标

（1）完善目前火车售票系统，使之能跟上时代的发展。

同时通过实践来提高自己的动手能

（2）应用范围：

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

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

1.4术语定义

a.铁路售票应用系统软件：

基本元素为构成铁路售票及相关行为所必须的各种部分。

b.需求：

用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

c.需求分析：

包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

d.模块的独立性：

是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。

1.5参考资料

《软件工程与实践》贾铁军，甘泉。

清华大学出版社，2012。

2．目标系统描述（SysteminTarget）

2.1组织结构与职责

（1）完善目前火车售票系统，使之能跟上时代的发展。

（2）应用范围：

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

（3）可实现旅客对于火车票的查询与购买功能，售票员则可实现查询、添加和删除等功能。

2.2业务流程（业务模型OperationModel）

2.3数据流图及数据字典

1．售票员登陆系统：

（1）数据流图

（2）数据字典

1数据流名：

用户名

说明：

售票员姓名

数据流来源：

售票员

数据流去向：

身份检验

数据流组成：

用户名=字符型字符串

2数据流名：

密码

说明：

与用户名相匹配的密码

数据流来源：

售票员

数据流去向：

身份检验

数据流组成：

密码=短整型字符串

每个数据量流通量：

3数据流名：

出错信息

说明：

用于指示身份验证错误的信息

数据流来源：

身份检验

数据流去向：

售票员

数据流组成：

出错信息＝任意字符串

4数据流名：

系统名称

说明：

系统的名称

数据流来源：

数据流去向：

选择

数据流组成：

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

（2）:

数据词典：

数据流名：

用户名

说明：

售票员的姓名

数据流来源：

售票员

数据流去向：

身份检验

数据流组成：

用户名=字符型字符串

数据流名：

密码

说明：

与职工名称相匹配的密码

数据流来源：

售票员

数据流去向：

身份检验

数据流组成：

密码=短整型字符串

每个数据量流通量：

数据流名：

车票信息

说明：

车票信息

数据流来源：

售票员

数据流去向：

列车信息表

3．旅客查询购票过程：

（1）数据流图

（2）数据词典：

名称：

旅客

简要描述：

订票，退票，查询

有关数据流：

系统选择：

订票系统、退票系统、查询系统

2.4可能的变化

系统数据库会随时更新，主要是车票信息的变化。

3．目标系统功能需求（FunctionofTargetSystem）

3.1分析决策层、管理层、操作层各有哪些功能要求；

注册功能模块

对于想利用本系统进行火车票查询的用户，首先需要注册成为系统的用户方能进行查询操作，系统保存用户的注册信息，在注册用户时仅需要输入由用户自定义的用户名称和密码，注册成功后页面随即转入主页（登录界面）。

登录功能模块

用于用户的登录，对于已经在本系统注册的用户可以根据注册时所用的用户名和密码登录到本系统，但是用户名和密码必须正确，若是不正确的用户名和密码，系统便进行错误提示。

系统确认用户名和密码后便跳转到查询界面。

查询功能模块

查询分为站站查询，车次查询以及已订车票的信息查询。

所有上网用户都可以使用本系统的查询功能，对车票信息有个基本的了解。

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

订票功能模块

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

管理功能信息模块

只有登录后的用户才可以管理自己的信息，在个人信息框中可以查看到用户已订的车票和用户注册时所填的个人信息。

用户由于某些个人因素需要退票的还可以进行退票操作。

3.2列出功能需求点列表；

1．浏览功能

2．查询功能

3．添加功能

4．修改功能

5．删除功能

6．授权功能

3.3给出系统的功能模块图。

图3程序功能模块图

图5车次信息查询系统流程图

图6订票系统流程图

图7退票系统流程图

4．目标系统性能需求（PerformanceofTargetSystem）

系统的响应速度：

火车票预定系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。

在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率

处理规模：

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。

所有这些都要符合国家标准，各铁道部统一。

如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

存储容量：

本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉。

这就要求系统能够提供良好的用户接口，易用的人机交互界面。

要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的存储量和流畅性。

5．目标系统界面与接口需求（InterfaceofTargetSystem）

5.1界面需求

界面的原则要求，如方便、简洁、美观、一致等。

采取对话框方式，多功能窗口运行输入设备：

键盘、鼠标、条码扫描器、扫描仪等；输出设备：

显示器、打印机、光盘刻录机、磁带机、音箱等；显示风格：

图形界面、字符界面、IE界面等；

5.2接口需求点列表

1）硬件接口：

支持x86系列PC机

2）网络硬件接口要求：

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

6．目标系统假设与约束条件（SupposeandRestrictionofTargetSystem）

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