2020软件工程作业——团队03

软件工程	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.展示留言

（4）分析类图