软件需求说明书.docx
- 文档编号:5716050
- 上传时间:2022-12-31
- 格式:DOCX
- 页数:27
- 大小:127.31KB
软件需求说明书.docx
《软件需求说明书.docx》由会员分享,可在线阅读,更多相关《软件需求说明书.docx(27页珍藏版)》请在冰豆网上搜索。
软件需求说明书
数学与计算机学院
实训报告
课程名称:
软件需求分析实践
课程代码:
6014399
题目:
航空票务订购系统
年级/专业/班:
2011级软件设计-1
学生姓名:
第三小组
学 号:
开始时间:
2012年11月14日
完成时间:
2012年12月12日
课程设计成绩:
技术水平与实际能力(50)
说明书撰写质量(50)
总分(100)
指导教师签名:
年月日
目录
目录1
前景与范围文档3
一、业务需求3
1.1背景、业务机会和客户需求3
1.2业务目标和成功标准3
1.3业务风险(Risk)4
二、解决方案的前景4
2.1前景陈述4
2.2主要特性(Feature)4
2.3假设(Assumption)和依赖(Dependency)4
三、范围和局限性5
3.1初始版本和后续版本的范围5
3.2局限性(Limitation)和排斥性5
四、业务背景5
4.1涉众概要5
4.2用户概要及项目优先级6
五、用例8
软件需求规格说明16
一、介绍16
1.1目标16
1.2项目范围和产品特性16
1.3参考文献16
二、总体描述16
2.1产品远景与规划16
2.2用户类和用户特性17
2.3运行环境17
2.4设计和实现的约束条件(Constraint,CO)17
2.5假设(Assumption)和依赖(Dependency)17
三、系统特性18
3.1机票查询订购项目18
四、外部接口需求19
4.1用户界面(UserInterfaces,UI)19
4.2硬件接口(HardwareInterface,HI)19
4.3软件接口(SoftwareInterface,SI)19
五、其他非功能性需求19
5.1性能(Peformance)需求20
5.2防护性需求20
5.3安全性(Security)需求20
5.4软件质量属性20
附录一系统任务分配21
附录二数据字典与数据模型21
数据字典21
数据模型21
附录三分析模型22
活动图22
机票查询订购活动22
时序图23
协作图24
类图25
前景与范围文档
一、业务需求
1.1背景、业务机会和客户需求
随着社会发展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,尤其是在高度信息化网络化的今天,网上预定机票逐渐的成为主流的机票购买方式,所来的,航空票务订购系统变得越来越重要。
而原有的系统随着航空公司载客量的迅猛增长和人们对准确性,及时性,便捷性要求的提高已经无法满足需求。
原有的系统不仅效率比较地下,而且在安全性,准确性等方面有很多不足。
为了实现航空公司以及旅游行业等现代化管理,进一步提高工作效率,方便顾客,需要开发一个航空票务订购系统。
1.2业务目标(BusinessObjective,BO)和成功标准(SuccessCriteria,SC)
通过对业务概况的了解和整理(业务目标既可以由客户提出也可以由开发方整理得出)得出该系统的业务目标如下:
BO-1:
为顾客提供业务办理自动化服务,提高办事效率,方便客户,为客户提供更好的服务
BO-2:
为顾客提供更准备更即时的机票相关信息,保证顾客的出行和安排和利益
BO-3:
为顾客提供更人性化的管理和服务,为会员顾客提供更加及时的优惠信息和提供更加划算的折扣
SC-1:
顾客方便快捷准确的查询到相关航班信息。
保证自身的时间空间利益
1.3业务风险(Risk)
RI-1:
业务的精准要求相当高,如果在更新数据时出了差错,后果讲极为严重。
RI-2:
该系统应用于Internet上,需要有很好的反病毒措施,做好数据的保护,否则后果无法估计。
二、解决方案的前景
2.1前景陈述
在讲求“时间就是金钱”的今天,信息的准确性和及时性是非常必要的。
而新开发的航空票务订购系统正是基于这一观点而提出的,这也是该系统明确的必须达到的。
依次来确保顾客的相关利益
2.2主要特性(Feature)
FE-1:
为订票顾客提供准确的及时的航班相关信息
FE-2:
为订票顾客提供便捷的快速的支付途径
FE-3:
为其顾客提供实惠的折扣规则
FE-4:
为其会员顾客提供最划算的优惠规则
2.3假设(Assumption)和依赖(Dependency)
AS-1:
在分析系统功能时要考虑相关证件的合法性验证(如身份证、订单、以及订购凭证信息)
AS-2:
用户对于选择的机票只能通过网上银行或者信用卡方式支付,不能通过支票或者现金支付
DE-1:
软件在windows环境下运行,需要连接数据库
DE-2:
该系统以网页形式发布信息,为保证消费者能够24小时都可以查询或购买机票,需要网络服务器的不间断支持
三、范围和局限性
3.1初始版本和后续版本的范围
该版本即为初始版本,后续版本将暂不考虑
3.2局限性(Limitation)和排斥性
LI-1:
该系统的管理员操作只能在PC端进行,而客户端只要能浏览网页即可
LI-2:
该系统并不支持现金支付
四、业务背景
4.1涉众概要
软件中的涉众,由表4-1航空票务订购系统涉众概要表说明
表4-1航空票务订购系统涉众概要
编号
名称
说明
期望
SH001
非会员顾客
没有办理会员业务的顾客,对这类顾客一般只有少数有优惠或折扣
1、可以申请办理成为会员
2、可以通过系统快速查找所需相关信息
3、产生临时交易关系,系统为其保存临时的支付订单信息(在消费者换取登机牌后消除)
SH002
会员顾客(VIP)
办理会员业务的顾客,对这类顾客有许多的优惠或折扣
1、可以方便的查询自己的相关信息,费用使用情况。
2、可以通过系统快速查找所需相关信息
3、可以通过人工电话服务咨询相关信息
4、可以查看和享受折扣和优惠
4、可以查看和享受会员专享服务
SH003
用户信息管理终端机
负责用户登陆功能,管理区分会员用户与非会员用户
1、可以提供登陆功能
2、可以提供登陆顾客其自身相关信息管理功能
3、如果是会员顾客,可以提供会员最新优惠信息和会员专享服务功能
SH004
综合信息查询终端机
负责顾客查询相关信息功能
1、可以提供各种查询功能
2、可以向顾客推荐优惠公共的折扣信息
SH005
在线支付订购终端机
负责商品订购交易及后续相关事宜的功能
1、可以提供顾客订购商品功能
2、可以提供顾客支付商品金额功能
3、可以提供顾客商品交易信息以及订单票据相关信息
4、可以提供顾客消息提醒功能(通过短信,e-mail等方式)
SH006
管理人员
负责整个系统的运作管理
1、可以操作机票信息维护更新终端机
2、可以查看订单信息报表了解机票预定情况
3、设定会员折扣规则
4、统计查看会员,非会员人数
SH007
机票信息维护更新终端机
负责机票信息的即时维护更新
1、可以每间隔一段时间提供准确的即时的机票相关信息
4.2用户概要及项目优先级
由于涉众不等于用户,用户才是将来使用系统的涉众代表,所以我们还需要定义使用系统的涉众代表,即用户的概要信息。
用户概要说明代表涉众使用系统的用户说明,描述一般包括用户概况、特点和用户使用系统的方式等。
可以通过下表1-3来表示:
表4-2用户概要说明表
表4-2用户概要说明表
编号
用户名称
用户概况和特点
使用系统方式
代表涉众
US001
客户服务终端
是对于顾客信息管理以及对顾客提供相关服务的中心处理系统。
1.所有业务均通过计算机办理,可以直接操作计算机。
2.会员顾客可以通过声讯服务对其提供的服务进行相关操作
SH001
SH002
SH003
US002
综合信息查询终端
负责提供给使用顾客多种的查询方式以及最新最准确的航班信息
1.所有业务均通过计算机办理,可以直接操作计算机。
SH004
US003
在线支付订购终端
负责接受顾客对于所选航班的票务预定以及通过网上在线支付款项。
并为成功操作的顾客提供相关票务和付款的订单以及凭证。
1、通过计算机来实现相应的业务,可以直接操作计算机。
2、通过顾客的网上银行或者信用卡进行款项支付
SH001
SH002
SH005
US004
管理人员
1.负责整个商店的运作管理。
制定会员折扣率并制定租赁价格
2.负责整个系统的正常运行和维护
1、通过计算机来完成
SH006
US005
机票信息更新维护终端
1、管理人员负责对系统的维护,报告信息的更新维护以及数据的备份恢复。
1、所有工作由计算机完成
2、在紧急或者特殊情况下可以选择手动完成
SH006
SH007
五、用例
各种用户类确认的航空票务订购系统的用例和主要参与者如下所示:
内部管理用例分析图
顾客信息管理用例分析
顾客服务用例分析
1、主要参与者
主要参与者
用例
非会员顾客
1.申请办理会员
2.提交个人信息
3.获得会员编号
4.查看公共折扣
5.查询航班信息
会员顾客
6.管理会员个人信息
7.参训航班信息
8.参看公共折扣和会员专享优惠
9.申请取消会员
2、用例
用例ID号
1
用例名称
机票查询订购项目
创建者
某某
最后更新者
某某
创建日期
2011年6月10日
最后更新日期
2011年6月20日
参与者
顾客、用户信息管理终端机、综合信息查询终端机、在线支付订购终端机
描述
实现顾客查询航班信息以及对选购机票的支付
前置条件
假设所有顾客用现金或信用卡付款,不用支票付款和现金支付
后置条件
存储交易信息,更新数据,为顾客提供订单及交易凭证
主过程
1.顾客登陆
2.非会员顾客临时登陆,会员顾客在输入正确的登陆信息之后登陆
3.对航班信息进行查询
4.对选择的航班进行在线支付
5.输入并确认购票人的相关基本信息
6.确认后下单并通过网上银行或者信用卡途径完成支付
7.收到订单信息以及交易凭证
8.完成支付
分支过程
1、会员登陆信息不正确,强制退出登陆
2、查询航班信息结束,退出
3、信用卡支付失败,返回订单信息,提醒顾客在规定时间之内正确支付
4、成功支付并产生订单,返回主界面
用例ID号
2
用例名称
会员人数统计与管理
创建者
某某
最后更新者
某某
创建日期
2011年6月10号
最后更新日期
2011年6月22号
参与者
管理员、综合信息管理终端机、系统数据库
描述
实现对会员顾客的优惠独享
前置条件
系统已正常运营,并有顾客成功注册会员
后置条件
输出并存储统计信息,更新数据,优惠计算方式更新
主过程
1、管理员从管理终端机登录
2、选择会员管理操作
3、统计会员人数
4、更新并保存数据
5、退出操作
分支过程
1、管理员登录失败,无法进入管理主界面
2、数据查询失败,导致无法更新数据
用例ID号
3
用例名称
会员优惠策划及管理
创建者
某某
最后更新者
某某
创建日期
2011年6月10号
最后更新日期
2011年6月22号
参与者
管理员、综合信息管理终端机、系统数据库
描述
实现对会员顾客的统计与管理,方便查询或做相关通知
前置条件
系统已正常运营,并有顾客成功注册会员
后置条件
输出并存储统计信息,更新数据
主过程
1、管理员从管理终端机登录
2、选择会员管理操作
3、进行会员优惠独享设计
4、根据节日,火热事件,重大事件等做出优惠策划,提供优惠项目
5、更新保存数据
6、退出操作
分支过程
1、管理员登录失败,无法进入管理主界面
2、优惠策划项目的具体计算方式出现偏差,导致测试数据异常,提示策划失败
用例ID号
4
用例名称
机票信息更新管理
创建者
某某
最后更新者
某某
创建日期
2011年6月10号
最后更新日期
2011年6月22号
参与者
管理员、综合信息管理终端机、系统数据库
描述
实现对机票信息的时时更新,为顾客提供更为准确的信息
前置条件
假定机票的售出信息正常
后置条件
更新数据
主过程
1、管理员从管理终端机登录
2、选择机票信息管理
3、录入航班信息,根据可购机票售出情况,检查可购机票信息的更新
4、更新并保存数据
5、退出操作
分支过程
1、管理员登录失败,无法进入管理主界面
2、机票售出时出现异常,导致更新数据不准确
3、录入信息有冲突时,提示录入出错,并重新录入
用例ID号
5
用例名称
个人信息管理
创建者
某某
最后更新者
某某
创建日期
2011年6月10号
最后更新日期
2011年6月22号
参与者
顾客、管理员、综合信息管理终端机、综合信息查询终端机
描述
实现顾客或者管理员的信息添加、删除、更新等操作
前置条件
假定个别用户需要更改信息或注册信息
后置条件
检查信息合法性,通过后保存并更新数据
主过程
1、顾客登录
2、选择个人信息管理
3、更改个人信息
4、系统检查信息合法性
5、通过验证后,保存并更新数据
6、通过授权码注册管理员
7、填写管理员个人信息
8、检查信息合法性
9、通过验证后,保存并更新数据
分支过程
1、顾客或管理员登录失败,无法进入主界面
2、个人信息如果修改不合法,将初始化并提示输入错误
3、个人信息更新成功后,返回主界面
用例ID号
6
用例名称
设定会员折扣
创建者
某某
最后更新者
某某
创建日期
2011年6月10号
最后更新日期
2011年6月22号
参与者
管理员、综合信息管理终端机
描述
实现对会员顾客的优惠政策的制定
前置条件
系统已正常运营,并有顾客成功注册会员
后置条件
保存并更新数据
主过程
1、管理员从管理终端机登录
2、选择会员管理操作
3、根据会员等级、会员注册时长,公司环境等综合信息制定会员的折扣项目
4、可根据特殊情况制定限时的优惠政策
5、更新保存数据
6、退出操作
分支过程
1、管理员登录失败,无法进入管理主界面
2、制定成功后,返回主界面
用例ID号
7
用例名称
公共折扣信息处理
创建者
某某
最后更新者
某某
创建日期
2011年6月10号
最后更新日期
2011年6月22号
参与者
管理员、综合信息管理终端机
描述
实现对会员顾客的统计与管理,方便查询或做相关通知
前置条件
系统已正常运营
后置条件
输出并存储统计信息,更新数据
主过程
1、管理员从管理终端机登录
2、选择折扣信息处理操作
3、将折扣信息计算方式通过借口录入
4、测试折扣信息
5、更新保存数据
6、退出操作
分支过程
1、管理员登录失败,无法进入管理主界面
2、如果折扣信息测试失败,将返回录入折扣信息界面
3、信息更新后,返回主界面
用例ID号
8
用例名称
票务信息管理
创建者
某某
最后更新者
某某
创建日期
2011年6月10号
最后更新日期
2011年6月22号
参与者
管理员、综合信息管理终端机
描述
实现票务信息的查询,更改等操作,为顾客提供更精确的信息
前置条件
系统正常运行,
后置条件
输出并存储统计信息,更新数据
主过程
1、管理员从管理终端机登录
2、选择票务信息管理操作
3、管理员查看近期票务系统的运行情况,票务信息的更新,进行数据库的容量查看,检查票务系统的稳定性
4、及时将票务信息的更新状况反映
5、做相关记录,并保存数据
6、退出操作
分支过程
1、管理员登录失败,无法进入管理主界面
2、票务信息查询失败,返回主界面
3、数据成功保存后,返回主界面
软件需求规格说明
一、介绍
1.1目标
航空票务订购系统的总目标是:
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互的航空票务订购系统,实现航空公司的机票销售的自动化的计算机系统,为顾客提供准确、精细、迅速的机票相关信息。
总之,这个系统要求能够实现实时,高效,便捷,完善,安全性好的特点。
1.2项目范围和产品特性
项目范围设计所有民航企业以及对于旅游业中旅行社等大中小公司企业
该产品具有高效,便捷,安全性好的特点。
1.3参考文献
1、《软件工程导论》,张海藩,清华大学出版社
2、《实用软件工程》,郑仁杰等,清华大学出版社
二、总体描述
2.1产品远景与规划
在信息化时代,具有即时高效的产品将成为主流,而以网络作为平台更是使得顾客的消费变得简单轻松。
第一期产品将作为先起投入和对市场的测评,在对产品的市场价值作用评估之后再决定是否对其进行追加或者完善。
2.2用户类和用户特性
本产品是面向于所有群众的,即不存在特殊用户,故在此不需要特别解释说明
2.3运行环境
1、设备:
奔腾133,16兆以上内存的PC机。
2、支持软件:
用JAVA程序设计语言作为系统的支持软件。
3、接口:
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面。
管理人员对程序的维护,最后要有备份。
2.4设计和实现的约束条件(Constraint,CO)
CO-1:
程序尽量采用模块化设计
CO-2:
技术发展规律的约束:
计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式,例如图像和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。
2.5假设(Assumption)和依赖(Dependency)
AS-1:
在分析系统功能时要考虑相关证件的合法性验证(如身份证、订单、以及订购凭证信息)
AS-2:
用户对于选择的机票只能通过网上银行或者信用卡方式支付,不能通过支票或者现金支付
DE-1:
软件在windows环境下运行,需要连接数据库
DE-2:
该系统以网页形式发布信息,为保证消费者能够24小时都可以查询或购买机票,需要网络服务器的不间断支持
三、系统特性
3.1机票查询订购项目
3.1.1描述与优先级
会员在其身份得到验证后,他们就将享有特殊的折扣和优惠。
3.1.2刺激/响应序列
刺激:
用户请求登陆,输入会员验证信息。
响应:
用户信息管理终端验证用户登陆信息,验证成功则允许登陆,否则则提示出错并拒绝登陆。
刺激:
顾客输入机票相关查询信息
响应:
综合信息查询终端获取相关查询信息,根据获得信息进行查询,返回查询结果。
刺激:
顾客请求订单。
响应:
确认顾客相关信息,确认无误之后则产生对应订单,否则则提示错误,请求顾客修改确认信息,重复操作,直到产生正确订单。
刺激:
询问是否立刻在线支付。
响应:
客户选择,确认则跳转到对应支付页面,否则则返回订单页面,并提示顾客剩余支付时间。
3.1.3功能性需求
Order.Place
系统要求顾客登陆。
Order.Place.Register
验证是否为会员顾客登陆
Order.Place.Register.no
如果不是则为登陆顾客设立临时顾客数据记录
Order.Place.DiskStatus.yes
查询航班信息:
(1)如果满足查询条件的航班记录已无效则不显示
(2)若满足查询条件的航班只剩1张可订购机票则不提供订购
Order.Place.DiskRent.Display
在线订购终端核对顾客信息
Order.Place.DiskRent.Details
系统显示本次订单相关信息
Order.Place.DiskRent.Confirm
如果顾客付款,则跳转到网上在线支付页面,否则返回主界面并提示顾客剩余支付时间
Oreder.Pay.Confirm.OK
如果确认支付成功则提供支付凭证,订单最终信息,并通过短信,电子邮件方式告知顾客
Order.Place.DiskRent.Confirm.Update
如果确认支付,系统记录完整的订购信息,存入数据库。
四、外部接口需求
4.1用户界面(UserInterfaces,UI)
UI-1:
服务机操作界面尽量考虑触摸屏操作方式。
按钮,字体都应该较大。
UI-2:
整个系统的色彩应该与航空业大众的颜色一致。
UI-3:
管理人员和顾客使用的每个功能都应该能够有联机帮助文档。
即要求能够在用户使用过程中按F1能出现相关帮助信息。
4.2硬件接口(HardwareInterface,HI)
HI-1:
本系统可以应用于触屏操作器上,所以需要兼容触屏机器
4.3软件接口(SoftwareInterface,SI)
SI-1:
数据库的设计以及功能设计应该考虑后续网上电子商务模式的接口。
SI-2:
后期有可能需要添加会员顾客通过wifi手机使用系统的功能。
因此需要考虑程序后期与手机平台(android系统和IOS系统)的兼容问题,如:
系统预留java,C++开发接口
SI-3:
提供相应的接口来保证不同类型数据的一致性(如提供的数据为excel,临时数据为TXT),以及导入不同数据的方便性)。
五、其他非功能性需求
5.1性能(Peformance)需求
PE-1:
系统需要保证在工作期间的工作效率,尤其是会员声讯查询服务时,系统响应时间应该在5秒左右。
PE-2:
综合信息查询终端在工作期间的工作效率,对于模糊大范围信息的查询响应时间应控制在1000毫秒以内。
5.2防护性需求
防护性需求暂不予考虑。
5.3安全性(Security)需求
SE-1:
每条查询记录和会员顾客登陆记录都需要有日志文件能够查询。
SE-2:
保证查询或在线支付事务的完整进行,不受特殊情况(如断电,误操作等)而影响数据的完整性、一致性。
5.4软件质量属性
Usability(易用性)-1:
查询,登记信息要方便管理人员操作。
Usability(易用性)-2:
收费操作只限于网上支付操作,不接受现金或者支票方式
Usability(易用性)-3:
管理人员能很容易的生成自己所需要查看的报表。
Maintainability(移植性)-1:
后期有可能需要添加店内会员通过wifi手机查询功能。
因此需要考虑程序后期与手机平台(android系统和IOS系统)的兼容问题,如:
系统预留java,C++开发接口
附录一系统任务分配
姓名
任务
杨乐
航空票务订购系统需求文档、涉众分析、主角分析
王飞
边界定义、业务用例分析
杨鑫幸
业务用例场景分析
邓玮
类图分析
谢林君
软件需求说明书
附录二数据字典与数据模型
数据字典
顾客说明=姓名+性别+身
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 说明书