软件工程 |
https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1 |
---|---|
作业要求 |
https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1 |
作业目标 |
|
作业正文 |
|
参考文献 |
《潮鞋商城》项目需求分析模型
一、非功能性需求:
A.性能方面:
1.响应时间:分日常交互类、日常查询类、批量交易分别考虑。
日常交易指传统的大厅交互业务,如纳税申报、发票销售等,以及一次完成多笔业务处理的交易,如批量扣款等,日常交互类业务具有较高的响应要求。 查询类业务如登记资料查询、申报数据查询等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响,需要根据具体情况而定,给出一个参考范围。
批处理业务如会计核算等业务处理,该类业务处理复杂、操作数据量大、处理时间长。
响应时间指标包括:平均响应时间参考值(秒)、峰值响应时间参考值(秒)。
2.用户数:用户数要考虑用户数的增长情况,有以下指标:总用户数、峰值在线用户数、峰值并发用户数、平均在线用户数、平均并发用户数。
3.吞吐量:系统交易量的估算。指标有年交易笔数(笔/年)、高峰期交易笔数(笔/天)。
4.数据存储量:每年的数据存储容量(G)及未来几年该数量的预期(增长)值。指标包括累计存储容量(G)、年增长(G)。
B.可扩展性:可实现负载均衡;日后若信息量较大,则系统可相应增加服务器实现扩展
二、功能性需求:
(1)用例图:回到过去
(2)用例描述:强迫营业
(3)顺序图:
登录注册re
-
边界类:logregboundary,boundary
控制类:logregcontrols
辅助类:isusernameExists
实体类:mysql -
1.输入账号密码
2.提交数据
3.查看用户是否存在
4.如果不存在
5.返回主页面
6.存在即登录成功
7.注册账号
8.提交注册请求
9.检查是否有相同用户名
10.无重复则保存
11.像用户返回成功信息
12.重复则创建失败浏览商品
-
边界类:Browseboundary
控制类:Browsecontrols
辅助类:shoes
实体类:mysql -
1.浏览商品
2.得到商品信息
3.找到商品
4.反馈信息到控制类
5.查找下一双鞋子信息
6.将信息反馈给用户购物车的添加和清空
-
边界类:caseboundary
控制类:casecontrols
辅助类:case -
1.添加商品到购物车
2.得到商品信息
3.检查库存是否足够
4.反馈信息给用户
5.发起清空购车
6.提交清空购物车请求
7.清空
8.反馈结果订单和支付
-
边界类:orderboundary
控制类:ordercontrols
辅助类:order
实体类:mysql -
1.查看订单
2.生成订单
3.检查库存是否足够
4.保存订单
5.反馈信息给用户
6.再次打开订单
7.选择支付
8.计算商品总价
9.保存数据
10返回支付结果留言与展示
-
边界类:messageboundary
控制类:messagecontrols
辅助类:message
实体类:mysql -
1.查看留言
2.留言请求
3.留言成功
4.保存留言
5.展示留言