软件工程 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)分析类图