需求分析
软件需求规格说明
Version 1.0
Revision
|
Date |
Version |
Description |
Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目 录
1. 简介 1
1.1 目的 1
1.2 范围 1
1.3 定义、缩写词以及简写 1
1.4 参考文献 1
1.5 内容组织 1
2. 综合描述 1
2.1 产品前景 1
2.2 产品功能 2
2.3 用户特征 2
2.4 一般性限制 2
2.5 假设和依赖 2
3. 详细需求 2
3.1 功能需求 2
3.2 外部接口需求 3
3.3 性能需求 3
3.4 质量属性 3
3.5 其他需求 3
4. 支持信息 4
1. 简介
［火车票的管理和规范问题，是困扰我们多年的一个老问题，也是政府管理中的一个难点，订票是客运业务中的一个最基本的业务，表面上看，它只是长途客运业务的一个简单的部分，但是它涉及到管理与客户服务等多方面，因此，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的订票方式——网上订票，来缓解订票高峰时期的客运压力，并为用户提供方便快捷的订票服务。］
1.1 目的
［本火车站售票系统的根本目的在于通过计算机实现票务信息的统一管理，来提高工作效率，使售票员售票和乘客购票更加方便。实现计算机管理的最佳技术就是数据库技术。我们可以利用数据库将整个火车站的票务情况存入计算机，再配置上功能丰富的用户接口，以满足用户需求。一个火车站售票信息管理系统应达到的目标是提供及时、准确的信息服务，加快信息检索的效率，实况灵活的查询，减轻管理人员制作报表和统计分析的负担，且系统规模不太大但又要保证支持日常工作的要求，以便系统应易于扩充，方便日后统一联网与管理，提高管理水平。］
1.2 范围
［软件系统名称：火车票预订系统
该系统的中心功能是列车车次和售票信息的查询功能和售票功能。虽然这两个看似截然不同的功能，但它们在实现上十分的类似，售票就需要首先先通过查询的方式得到满足要求的列车车次，然后再根据实际情况进行售票。所以售票功能可以看成是列车车次和售票信息查询功能的延伸。
支出:该系统是软件工程作业，故无经费支出。
收益:系统完成后即可交付使用，主要是为了方便火车站售票人员使用，有着重大的利益。］
1.3 定义、缩写词以及简写
［SQL SERVER：系统服务器所使用的数据库管理系统（DBMS）。
SQL：全称Structured Query Language（结构化查询语言）。一种用于访问查询数 据库的语言。
ROLLBACK：数据库的错误回复机制。
事物流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 系统：若未特别指出，系统指火车站售票系统。］
1.4 参考文献
［软件设计清华大学——设计说明书 车票预订系统项目开发计划书
车票预订系统需求分析说明书
《构建之法》 人民邮电出版社 邹欣著 第二版］
1.5 内容组织
［说明：综合描述SRS的其他部分内容以及它是如何组织的。］
2. 综合描述
2.1 产品前景
［这个火车订票系统能够帮助火车站解决节假日的巨大售票压力，极大的提升火车站售票的效率。在巨大需求的推动下，这款产品必然能脱颖而出，散发出熠熠光辉。］
2.2 产品功能
［1·购票
a) 车票查询，包括时刻表、票价、剩余票数
b) 按始发地、目的地查询；按日期查询；按火车类别查询
2 ·支付
a) 购票用户注册
b) 用户账户充值（手动输入金额即可，不需要第三方支付功能） c) 购票后从账户扣款 d) 余额不足有提示
e) 限制在订票后的30分钟内支付票款，否则失败
3·退票
a)查询已购买车票
b)限制在火车开车前1小时以上退票，否则失败］
2.3 用户特征
［学生-硬座半价：卧铺七折
军人，孕妇，残疾人：优先购票
儿童：1.2米以下免费
］
2.4 一般性限制
［(1)硬件接口：支持x86系列PC机
(2)网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实
验验证软件本身的目的来看，无需网络通讯接口。
(3))运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上
］
2.5 假设和依赖
［说明：列举出在对SRS中影响需求陈述的假设因素，以及项目对外部因素存在的依赖。］
3. 详细需求
3.1 功能需求
［ (1) 采取对话框方式，多功能窗口运行
(2)正常使用时不用出错，对于用户的输入错误应及时给出适当的改正信息提示，若运行遇到不可恢复的系统错误，也必须保证数据库完好无损。
(3) 按下查询功能 输入发车时刻能弹出票价车次等信息,按下始发地、目的地,火车类别等查询详细信息 . 按下支付功能,如果未登录则输入账号密码登录,登录完成后可以打开用户账户充值（手动输入金额即可，不需要第三方支付功能） 若 购票后从账户扣款 若余额不足有提示 ,如果超过三十分则自动支付失败,按下退票可以查看已订车票可以勾选车票以退票,并且开车前一小时不支持退票。］
3.2 外部接口需求
［软件接口
服务器程序可使用.NET提供的与数据库连接的接口，进行数据库的访问。 服务器程序上可使用Navicate for SQL 对数据库的备份命令，以做到对数据库的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口式对数据进行网络传输及接收。
硬件接口
在输入方面，对于键盘、鼠标的输入，使用标准输入/输出，对输入进行处理。 在输出方面，打印机的连接及使用，也可标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。］
3.3 性能需求
［一:数据精确度
查询时应保证查全率，所有在相应域中包含查询车次的记录都应能查到，同时保证查准率
二 :时间特性
一般操作的相应时间应在1~2秒内
三:适应性
满足运行环境在允许操作系统之间的安全转换和雨其它又能够用软件的独立运行］
3.4 质量属性
[可靠性 系统运行具有较高的可靠性，提供严格的并发控制，确保数据的一致性和正确性
实用性 从用户的实际需要出发进行系统开发，不盲目追求高新技术的应用。
安全性 系统安全措施可靠、高效、可维护性好，有权限控制、口令控制、临时锁定控制，其中口令录入界面便于系统识别登录用户。
可维护性 为了保证系统的可维护性，要求具有详细的文档资料，同时，要求系统在功能设计上考虑可扩展性，以满足业务变动的需求。
可移植性 系统开发完成后，要能运行于任何由Windows NT/Windows 9X操作系统所构成的计算机网络环境下。]
3.5 其他需求
［ （1）可用性：该软件也可以通过单步跟踪的操作进行检查处理。
（2）安全性：由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。
（3）可维护性：该软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。
（4）兼容性：由于尚未测试，故无法对兼容性进行评析。］
4. 支持信息
［SQL SERVER
SQL
事物流
