-
自助入住需求流程图
目
录
1.
引言
1
1.1.
背景
1
1.2.
参考资料
1
1.4.
用户的特点
1
2.
功能需求
1
2.1.
系统范围
1
2.2.
系统体系结构(二层架构的系统可剪裁本小节)
1
2.3.
系统总体流程
2
2.4.
需求分析
2
2.4.1.
XXXXXXX(
功能需求名称
) 2
2.4.1.1.
功能描述
2
2.4.1.2.
业务建模
2
2.4.1.3.
用例描述
3
2.4.1.4.
用户界面
5
2.4.2.
XXXXXXX(
功能需求名称
) 5
3.
非功能需求
5
3.1.
性能要求
5
3.1.1.
精度
5
3.1.2.
时间特性要求
6
3.1.3.
输人输出要求
6
3.2.
数据管理能力要求
6
3.3.
安全保密性要求
6
3.4.
灵活性要求
6
3.5.
其他专门要求
6
4.
运行环境规定
6
4.1.
设备
6
4.2.
支持软件
7
4.3.
接口
7
4.4.
控制
7
5.
需求跟踪
7
6.
签批单
7
1.
引言
1.1.
背景
说明:
a
.赛美酒店系统自助入住功能;
<
/p>
b
.家游网络公司提出需求,
JAVA<
/p>
团队开发,开发网络为局域网,
win7
操作系
统;
C
.此功能涉及到订单,酒店详情,酒店地标地图,订单数据为第三方推送工具
传输以及
付款流程。
1.2.
参考资料
1.3.
假定和约束
[
可选
]
开发周期定义为一周,开发人员所用到的表
关系结构图需要找何伟沟通。
1.4.
用户的特点
[
可选
]
此系统用户定义为广大百姓,网民,喜欢上网订房的。
2.
功能需求
2.1.
系统范围
此功能是为方便酒店用户自助办理入住而开发的,
当在移动端进入酒店的时候
能
找到自己的订单号,
那么就能自己办理入住;
此系统不足的地方是不能获取房卡,
以后改进可能会在酒店终端上做开发。
p>
2.2.
系统体系结构(二层架构的系
统可剪裁本小节)
[
可选
]
无
2.3.
系统总体流程
以图
< br>+
文本结合的方式说明系统的总体流程。
图一是计划合同管理系统的总体流程图。
图一
2.4.
需求分析
需求分析的目的是获取或描
述系统需求中的每一个功能需求,
并通过分析确定系
统能够做什
么?谁来使用这个系统?
·
建立用例模型:发现角色和用例,并确定角色之间的关系、用例之间的关系,
< br>以及角色与用例之间的相互关系
·
描述用例:角色与系统如何交互的规格说明。
2.4.1.
XXXXXXX(
功能需求名称
)
2.4.1.1.
功能描述
功能编号:
功能需求:从用户业务的角度描述功能需求。
2.4.1.2.
业务建模
从可视化的角度
--
用例图
< br>--
描述功能需求
图二是综合计划管理系统合同编辑业务的功能需求用例图。
图二
2.4.1.3.
用例描述
以文本的方式描述每一个用
例中角色与系统相互交互的规格说明。
1
、
XXXXXX(
用例名称
)
描述对象
描述内容
标识符
用例的唯一标识符
说明
对用例的概要说明
参与者
与该用例相关的参与者列表,以及参与者的特点
频度
参与者访问此用例的频率
状态
通常分为:进行中、等待审查、通过审查或未通过审查
前置条件
一个条件列表,如果其中包
含条件,则这些条件必须在访问用例之前
得到满足
-
-
-
-
-
-
-
-
-
上一篇:撤稿信模板
下一篇:抖音里面狠火的首洗脑神曲