软件需求分析文档UML完结版Word格式.docx
- 文档编号:21637342
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:23
- 大小:257.86KB
软件需求分析文档UML完结版Word格式.docx
《软件需求分析文档UML完结版Word格式.docx》由会员分享,可在线阅读,更多相关《软件需求分析文档UML完结版Word格式.docx(23页珍藏版)》请在冰豆网上搜索。
1.2业务目标
《网上机票预订系统》运行于Internet环境,提供远程机票预订功能,包括远程航班信息查询,机票预订与确认等;
使用《网上机票预订系统》可使机票订购过程简单化、电子化、数字化,节省常规过程所不必要的资源浪费。
系统实现后,大大提高旅游局的机票预定服务效率。
降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。
1.3市场需要
随着知识经济的到来,人类已经逐步进入信息化社会,信息增长的速度越来越快,人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息,以提高工作效率和管理水平。
由于信息资源对人们生活的重要性,不断提高信息的收集,传输,加以利用等活动,日益成为人们社会生活的重要组成部分。
网上机票预订管理系统的产生和发展正好满足人们的这种需求。
2解决方案的前景
2.1前景陈述
人们在网上预订机票越来越普遍,能提供网上预订服务的网站也越来越多,如:
携程旅行网等,但这些网站提供的服务并非实时的,而是在人工干预的基础上完成的。
为了提升企业效益,特开发此网上预订机票系统。
2.2主要的系统特征
2.2.1管理员和用户的登陆
要求合法的管理员以及用户才能登陆体统,防止系统被无关人员动用,使用字符串匹配对用户名和密码进行判断。
管理员和用户的登录对相应的操作权限也不一样,如果是用户登录,管理员的窗口属性为不可用,管理员有舱位信息管理,客机信息管理,航线信息管理,客户类型信息管理,客户信息和订票信息管理,用户主要有舱位查询,客机信息查询,航线信息查询,客户类型信息查询,自己的信息管理,和自己订票和退票。
2.2.1管理员的日常操作
管理员可以对舱位信息,客机信息,航线信息,客户类型信息,进行查询、修改和删除操作,可以对客户信息和订票信息只有查询操作。
2.2.3用户的的日常操作
用户可以进行注册然后登陆系统,可以查询舱位信息,客机信息查询,航线信息查询,客户类型信息,可以对自己的信息进行修改,可以定票(按照航班号进行预订机票,显示所订机票的信息和价格,进入支付系统付账,并再次要求客户确认,确认无误后订票成功),可以退票(在特殊情况下(如天气不适合飞机起降,飞机延误超过30分钟)等给予全额退票,如果是个人原因只能退50%),对退票后的机票要在未售出机票中重新体现。
2.3假设和依赖条件
使用本系统的最终用户可以定位为所有电脑使用者,尤其以旅游商务人员为主。
由于本软件系统操作简单,界面友好,所以对用户的教育水平和技术水平几乎没有任何要求,只要会用电脑进行常规使用的用户均可。
本系统将可能会被反复使用于日常的上网过程当中。
普通管理员,只能对库(航班库和客户库)中的信息进行查询操作;
超级管理员,可以根据具体需要进行适当的数据管理(增、删、改、更)。
客户只能对航班信息库中的内容进行查询操作,客户进入到页面之后在不进行登录的情况下只能进行航班信息查询操作,要预订机票就必须要先注册登录提交自己的基本信息;
系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。
3项目范围和限制
3.1初始发布的范围
用户的注册
验证登录名密码
用户信息界面
订票界面
退票界面
管理员界面
3.2后续发布范围
购票服务评价
低价机票推荐
团队购票
网上选坐申请
航班实时起降消息
3.3限制和排除条件
普通管理员,只能对库(航班库和客户库)中的信息进行查询操作;
客户只能对航班信息库中的内容进行查询操作,客户进入到页面之后在不进行登录的情况下只能进行航班信息查询操作,要预订机票就必须要先注册登录提交自己的基本信息;
4业务环境
4.1涉众档案
用户要求网上订票方便快捷能看到最新的航班情况
管理员要求订票系统管理方便
公司高层要求系统使用之后能提高公司利润,降低运营成本
4.2运行环境
服务器
软件:
Windows2000Server中文版或更高;
VB、MSSQLSever2000
客户机
Windows98以上或以上;
IE6.0以上
该软件运行于Windows系统,数据库管理系统为MSSQLServer,使用VC++,JAVA,ASP等语言开发
二软件需求规格说明书
1引言
1.1概述
该软件需求规格说明描述了“网上机票预订管理系统”1.0版本的软件功能性需求和非功能性需求。
同时还描述了用户在系统的工作中所参与的角色以及拥有的权限,从而使开发团队能够明确地了解所开发的“网上机票预订管理系统”1.0版本的各个方面,帮助他们在实际的开发过程中准确地完成所开发的模块,以满足用户的需求。
该文档计划由实现和验证正确功能的项目团队成员来使用,除非在其他地方另有说明,这里所指定的所有需求都具有高优先级,而且都要在版本1.0中加以实现。
1.2背景
因此,开发一套具有完整的存储,查询,核对,打印机票功能的实时机票预定系统势在必行
1.3定义
ba_订票管理员是指在机场的工作人员,
ba_旅客是指所有需要预订机票的客户,
个人信息包括自己的登录账号和密码,
订票篮就是把你所要预定的机票先存在放一个固定的地方,
通知账单是指订票信息及领取机票的时间和费用,
领票申请是旅客向工作人员提供订票信息并提出取票,
费用记录是显示机票的费用,
订票信息包括所订机票的类型、时间。
1.4参考资料
《软件需求工程》
2任务概述
2.1目标
2.2运行环境(OperatingEnvironment,OE)
2.3假定(Assumption)和约束(Constraint)
3需求规定
3.1对功能的规定
3.1.1用户需求
3.1.1.1组织机构和角色
角色视图:
图1
角色说明:
角色名称
说明
ba_旅客
广大用户,具有预订机票、领取通知账单、领取机票、取消预订、查看订票信息、付款等功能。
群众
ba_订票管理员
机场工作人员,具有查看订票信息、打印通知账单、收费、安排航班、分发机票及航班和旅客信息的管理。
工作人员
(1)旅客参与业务:
说明:
旅客通过登录界面查询机票信息,输入所需要预订的机票信息,领取通知账单,最后付款领取机票。
如果中间有感不合适的可以取消预订。
(2)订票管理员业参与业务:
订票管理员通过登陆界面查看订票记录,打印通知账单并且可以对航班和旅客的信息进行管理,根据需要安排航班,收取费用并分发机票。
3.1.1.2业务概览
(2)预订机票业务
预订机票业务说明:
机票的预订需要通过旅客在网上输入机票信息,然后查询信息,确定其预订信息,订票管理员通过查看订票记录打印通知账单。
(2)机票领取业务:
机票领取业务说明:
机票领取的业务是通过订票管理员查看订票的信息,在确认信息正确的情况下旅客支付费用,订票管理员分发给旅客机票。
(3)取消预订业务:
取消预订业务说明:
取消预订业务是在旅客预订之后由于某些原因需要取消的情况下,由旅客申请取消,订票管理员查看订票的时间,如果是超过取消的时间就不能取消,如果没有超过时间就允许取消。
3.1.1.3业务场景
(3)机票预订业务场景
业务场景说明:
此图描述的是预订机票的业务流程,应使用预定义的businessactor和businessusecase作为泳道和活动。
这样有助检查和发现businessactor和businessusecase。
(2)机票领取业务场景:
此图描述的是机票领取的业务流程,应使用预定义的businessactor和businessusecase作为泳道和活动。
(3)取消预订业务场景:
此图描述的是取消预订的业务流程,应使用预定义的businessactor和businessusecase作为泳道和活动。
3.1.2系统需求
3.1.2.1概览
此图展现的是业务用例的追溯,业务用例的实现过程在每个用例实现中。
这些实现过程将是概念模型建立的依据和分析归纳的重要来源。
本例实现了订票和领取机票有关的业务用例。
系统将会打印通知账单,记录预订机票的信息。
3.1.2.2系统需求规定
(4)预订机票
a、业务说明
用例名称
bu_预订机票
实现名称
bur_borrowbooks
用例描述
旅客人通过此用例向系统查询并提交订票请求
参与者
旅客
前置条件
用户登录界面,通过验证。
后置条件
1.创建订票定单
2.更新旅客订票记录
主事件流
1用户根据以前注册的账号登录系统,计算机显示机票预订界面
2.用户选择查询机票,计算机显示查询界面
3.用户按出行的始末地以及出现时间查询,计算机显示查询结果
4.用户可单选或多选机票,并确认预订。
计算机显示确认预订机票清单。
5.用户选择确认预订,计算机显示预订机票定单及费用
6用户选择提交定单,计算机显示提交结果
7.计算机执行后置条件。
用例结束
备选事件流
1.a用户信息不正确
1.拒绝登录,用例结束
2.a用户选择查看原有定单
1.计算机执行主流事件4;
3.a用户选择继续订票
1.计算机执行2;
3.b用户选择放弃
1.计算机执行4
4.a用户选择保存定单
1.计算机保存并执行1;
4.b用户选择放弃,
1.计算机执行1;
业务规则
可根据自己的实际情况选择订票的数量
涉及的业务实体
Be_费用记录,Be_机票,Be_订票篮,Be_机票定单,Be_个人信息验证
非功能性需求
支持各地区的用户
b、业务场景分析
机票预订业务场景分析
业务场景分析说明:
旅客登录界面通过验证之后查询航班信息,如果没有符合的则结束,如果符合自己的需求则预订机票,计算机打印通知账单,旅客领取通知账单。
如果登录时验证没有通过则返回继续登录。
(2)机票领取:
bu_机票领取
bur_gettickets
旅客通过此用例向系统查询并提交取票请求
旅客订票管理员
旅客个人信息正确
1、打印通知订单
2、显示所需金额
1用户提供个人信息进行验证
2订票管理员.查询订票信息,在计算机页面上显示
3.计算机显示费用,用户交费
4.订票管理员收取费用
5.用户选择确认领取,计算机更新订票记录
6订票管理员分发机票
7.用例结束
1.a验证信息错误
1.拒绝登录,用例结束
2.a交费失败
1.计算机执行3;
3.a用户的订票信息过期
1.计算机执行1;
4.a用户选择放弃
1.计算机执行1
根据自己的订票信息领取机票数量
Be_机票,Be_领票申请,Be_机票订单,Be_个人信息验证
旅客申请领取机票时查看查看其订票信息,如果信息不正确则结束,如果信息是正确的,则由旅客付款,计算机打印机票。
C、业务实体分析
1、订票的业务实体分析
业务实体说明:
上图显示的是订票的业务实体过程,旅客通过登录个人的信息进行验证,进入订票页面后选择所需的机票并将其放入订票篮,根据其机票的订单量显示其费用,对其每次的订单都有一个记录。
2、打印通知账单业务实体分析:
上图显示的是打印通知账单的业务实体过程,订票管理员通过查看个人的订票信息,依据其机票的订单将其通知账单打印出来。
3、领取机票业务实体分析:
上图显示的时领取机票的业务实体过程,旅客通过个人信息的验证,根据自己的机票订单申请领取机票。
3、分发机票业务实体分析:
分发机票业务实体说明:
上图显示的是机票分发过程的业务实体,订票管理员根据个人的验证信息,查看其机票的订单,收取费用并将机票发给旅客。
3.1.2.3数据分析
(5)概览
实体之间关系说明:
各个实体之间都有一定的关系,其关系的对应通过上图可以清楚的看出。
.
Ø
机票
实体名称
Be_机票
实体描述
每个机票都有预订,分发,返回查看和取消预订等状态
属性名称
类型
精度
机票分类
字符
10
机票的分类
所订票的日期
日期
机票上表明的飞机飞行日期
始末站
100
机票上表明的飞机的首发和终点站
机票型号
机票表明的机票型号
起飞时间
时间
机票表明的起飞时间
费用
机票表明的机票费用
简介
1000
机票上显示的乘客须知信息
状态
1
机票的状态,是否可以预订
订票信息
Be_订票信息
订票信息会记录订票的详细信息
次数
5
机票信息显示的订票总次数
数量
机票信息显示订票的总数
机票订单
Be_机票订单
订票信息会记录每次订票的数量
机票订单显示每次订票的数量
信息
20
机票订单显示所订机票的信息
个人信息验证
Be_个人信息验证
是对每个用户登录时的验证
账号
登录时对其账号的验证
密码
登录时对其密码的验证
订票篮
Be_订票篮
将以此所需订的票放在里面
订票篮中显示的所需订的票
订票篮中显示的票的数量
领票申请
Be_领票申请
对所订的票提出领取的申请
个人信息
申请上显示的领取人的个人信息
申请上显示的要领取的数量
票的信息
申请上显示的要领取票的信息
费用记录
Be_费用记录
费用记录会对每次所订机票的费用进行记录
单个机票费用
费用记录显示的每张机票的费用
总费用
费用记录上显示的所有机票的总费用
费用记录上会显示目前所订机票的次数
费用记录上显示的订票的总数量
费用记录日期
费用记录上显示的费用记录日期
通知账单
Be_通知账单
通知账单会记有机票的通知账单
领票日期
通知账单上显示的领票日期
通知账单上显示领票时所要交付的费用
注意事项
通知账单上显示所需注意的事项
机票信息
50
通知账单上显示的机票信息
3.2非功能性需求
3.2.1性能需求(Performance)
因为系统本身较小,并不投入实际应用,因此响应时间、结果精度方面可能会比较差,数据量大小方面能够处理较大的数据量。
3.2.2安全性需求(Security)
SE-1:
所有涉及功能信息或个人身份信息的网络事物,都要采用128位的加密。
SE-2:
用户必须登录到“在线图书借阅系统”才能完成所有操作。
3.2.3外部接口需求
在用户界面方面要求错误信息格式均以弹出提示框的形式出现,硬软件接口方面没有特
别的需求,一般用户都可以直接使用。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 分析 文档 UML 完结