码迷,mamicode.com
首页 > 其他好文 > 详细

火车票售票系统需求分析

时间:2018-12-16 13:26:12      阅读:694      评论:0      收藏:0      [点我收藏+]

标签:这一   网络   fixed   信息   else   编号   1.3   不容易   问题   

火车票售票系统 需求分析报告

1.引言 (1)
1.1编写目的 (1)
1.2项目背景 (2)
1.3定义 (2)
1.4参考资料 (2)
2.任务概述 (2)
2.1目标 (2)
2.2运行环境 (3)
2.3条件与限制 (3)
3.数据描述 (3)
3.1静态数据 (3)
3.2动态数据 (3)
3.3数据库介绍 (4)
3.4数据词典 (4)
3.5数据采集 (8)
4.功能需求 (8)
4.1功能划分 (8)
4.2功能描述 (9)
5.性能需求 (9)
5.1数据精确度 (9)
5.2时间特性 (9)
5.3适应性 (9)
6.运行需求 (9)
6.1用户界面 (9)
6.2硬件接口 (10)
6.3软件接口 (10)
6.4故障处理 (10)
7.其它需求 (10)
1.引言
1.1编写目的
本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本火车售票系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
a.项目的委托单位:中国铁路局
b.开发单位:xx大学
c.主管部门:计算机学院
d.软件名称:火车售票系统
e.软件开发者:
1.3定义
a.铁路售票应用系统软件:基本元素为构成铁路售票及相关行为所必须的各种部分。
b.需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,
规范或其它正式规定文档所需具有的条件或权能。
c.需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其
含义并找出其中的错误,遗憾或其它不足的地方。
d.模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统
中其他的模块的接口是简单的。
1.4参考资料
a.《实用软件工程》(第二版)郑人杰,殷人昆,陶永雷。清华大学出版社,1997。
b.《JA V A网络高级编程》金勇华,曲俊生。人民邮电出版社,2001。
c.《JBUILDER培训教程》Borland software corporation。机械工业出版社,2002。
2.任务概述
2.1目标
(1) 完善目前火车售票系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能应用范围:理论上能够实现于铁路部门的售票系统,其目的在于在原有的系统基础使
得火车售票便捷化,以期实现完善日常生活中火车售票的各种缺陷。
(3)可实现旅客对于火车票的查询与购买功能,售票员则可实现查询、添加和删除等功能;
对于所查询的车次结果提供列表显示输出;有一定的安全机制,普通旅客不能对车次信息随意删改,只有授权的售票员可通过密码识别进行维护。
2.2运行环境
操作系统:Microsoft Windows 2000 Advanced Server
支持环境:IIS 5.0
数据库:Microsoft SQL Server 2000
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动态数据
输入数据:根据界面提示,键盘输入操作;
查询方式:查询车次、查询始发站;火车票售票系统 需求分析报告
三、需求规格说明书
旅客购买时的票务信息,售票员添加、购票、退票时的票务信息;
售票员备份数据恢复所需的数据备份文件;
售票员操作需密码,旅客操作受限;
输出信息:查询车次确定的数据库记录的子集;
统计结果;
车次信息录入、删除(成功或失败);
车次信息查询、购买的操作结果;
数据备份输出的数据备份文件;
内部数据:查询操作建立的索引;
3.3数据库介绍
数据库采用Microsoft Access数据库
3.4数据词典
《火车售票系统》的总体功能如下:
车票的售出;
车票的退还;
车票信息的查询;
车票的增删改;
售票员查询统计车票信息;
售票系统数据备份;
售票管理者口令修改;
1.售票员登陆系统:
(1)数据流图
火车票售票系统 需求分析报告
(2)数据词典
数据源点及汇点描述:
①名称:售票员
简要描述:管理售票员信息
有关数据流:用户名、密码、系统选择:售票系统、退票系统、查询系统、录入
信息系统
数目:1、需求规格说明书
●加工逻辑词条描述:
①加工名:身份检验
加工编号:1
简要描述:检验用户身份
输入数据流:用户名、密码
输出数据流:密码正确、身份验证错误
加工逻辑:IF 用户名为空THEN
发出“用户名为空错误”
ELSE IF 密码为空THEN
发出“密码为空错误”
ELSE IF 用户名和密码不符THEN
发出“用户名和密码不匹配错误”
ENDIF
ENDIF
ENDIF
ENDIF
●数据流名词条描述:
①数据流名:用户名
说明:售票员姓名
数据流来源:售票员
数据流去向:身份检验
数据流组成:用户名=字符型字符串
②数据流名:密码
说明:与用户名相匹配的密码
数据流来源:售票员
数据流去向:身份检验
数据流组成:密码=短整型字符串
每个数据量流通量:
③数据流名:出错信息
说明:用于指示身份验证错误的信息
数据流来源:身份检验
数据流去向:售票员
数据流组成:出错信息=任意字符串
④数据流名:系统名称
说明:系统的名称
数据流来源:
数据流去向:选择
数据流组成:
●数据文件词条描述:
①数据文件名:授权信息表
简述:存放售票员信息
输入数据:
输出数据:售票员信息
数据文件组成:授权信息表由“售票员信息”组成售票员相关操作(售票、退票、查询、录入)
火车票售票系统 需求分析报告
(2):数据词典:
●数据源点及汇点描述:
○1名称:售票员
简要描述:管理售票员信息
有关数据流:用户名、密码
数目:1
●加工逻辑词条描述:
○1加工名:身份检验
加工编号:1
简要描述:检验用户身份
输入数据流:用户名、密码
输出数据流:密码正确、身份验证错误
○2加工名:售票
加工编号:2
简要描述:根据所读入的操作信息,售出火车票
输入数据流:操作信息,火车票信息
输出数据流:火车票信息
加工逻辑:根据所读入的操作信息,售出火车票
●数据流名词条描述:
○1数据流名:用户名说明:售票员的姓名
数据流来源:售票员
数据流去向:身份检验
数据流组成:用户名=字符型字符串
○2数据流名:密码
说明:与职工名称相匹配的密码
数据流来源:售票员
数据流去向:身份检验
数据流组成:密码=短整型字符串
每个数据量流通量:
○3数据流名:车票信息
说明:车票信息
数据流来源:售票员
数据流去向:列车信息表
数据文件词条描述:
①数据文件名:列车信息表
简述:车票信息
输入数据:车票信息
输出数据:
数据文件组成:列车信息表由“车票信息”组成
存储方式:关键码
存取频率:频繁
○2数据文件名:票务信息表
简述:票务信息
输入数据:票务信息
输出数据:
数据文件组成:票务信息表由“列车号、已售票、剩余票”组成
存储方式:关键码
存取频率:频繁
3.旅客查询购票过程:
(1)数据流图火车票售票系统 需求分析报告
(2)数据词典:
●数据源点及汇点描述:
名称:旅客
简要描述:订票,退票,查询
有关数据流:系统选择:订票系统、退票系统、查询系统●数据流名词条描述:
⑤数据流名:系统名称
说明:系统的名称
数据流来源:
数据流去向:选择
数据流组成:
3.5数据采集
数据采集采用键盘输入
4.功能需求
4.1功能划分
该软件具有如下主要功能:
1.浏览功能
2.查询功能
3.添加功能
4.修改功能
5.删除功能6.授权功能
4.2功能描述
1.浏览功能
列出当前数据库文件中车票的所有记录
可选定一项纪录,显示说有域
2.查询功能
车次信息匹配查询
始发站信息匹配查询
3.添加功能
增加一条车票的信息
4.修改功能
修改某一已存在的记录内容,提供确认机制
5.删除功能
删除一条记录,提供确认机制
6.授权功能
授权票务管理人员修改数据的权限
5.性能需求
5.1数据精确度
查询时应保证查全率,所有在相应域中包含查询车次的记录都应能查到,同时保证查准率。
5.2时间特性
一般操作的相应时间应在1~2秒内
5.3适应性
满足运行环境在允许操作系统之间的安全转换和雨其它又能够用软件的独立运行要求。6.运行需求
6.1用户界面
采取对话框方式,多功能窗口运行6.2硬件接口
(1)硬件接口:支持x86系列PC机
(2)网络硬件接口要求:现实中要求具有高速以太网组网一实现联网销售,但是在理论实验验证软件本身的目的来看,无需网络通讯接口。
6.3软件接口
运行于Windows2000及更高版本并装有JA V A虚拟机的操作系统之上。
6.4故障处理
正常使用时不用出错,对于用户的输入错误应及时给出适当的改正信息提示,若运行遇到不可恢复的系统错误,也必须保证数据库完好无损。
7.其它需求
(1)可用性:该软件也可以通过单步跟踪的操作进行检查处理。
(2)安全性:由于软件运行数据放在数据库中,所以参数不容易被错改、破坏,万一参数受到破坏也不会影响源程序。
(3)可维护性:该软件利用数据库进行编程,系统结构由程序基本确定,大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加,而不需要对系统结构进行修改,这样系统维护性、升级都十分方便。
(4)兼容性:由于尚未测试,故无法对兼容性进行评析。

火车票售票系统需求分析

标签:这一   网络   fixed   信息   else   编号   1.3   不容易   问题   

原文地址:https://www.cnblogs.com/chengyu123456/p/10126156.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!