软件工程 | https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1 |
---|---|
作业要求 | https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10700 |
作业目标 | 用例建模 |
作业正文 | 见下文 |
参考文献 | 百度 |
项目名称: 潮鞋测评
1.需求分析
生命不息,炒鞋不止,球鞋文化催生庞大需求。前有“割肾”买最新iPhone,后有千金难求限量款AJ。随着主流消费群体逐渐年轻化,潮流文化在80、90后中迅速崛起。虽然现阶段国内尚未出现成熟的运动潮流电商平台,但是我们可能就是一匹黑马。
Need
买家:(1)如今潮流消费的主力军 90 后,彼时正处于荷尔蒙分泌最旺盛的青春期。作为最广泛流行且最有“异性缘”的运动,篮球在中学生的课余和社交生活中扮演着重要角色。而由于我国大多数中学实行统一校服制,加上东方文化对奇装异服的排斥,球鞋便成为这些青少年唯一可供发挥的穿着。
(2)国外运动品牌的本土保护使得很多限量款式的球鞋仅在本国发行,即使在很多品牌开通了线上抽签发售的通道以后,也只有极少数的幸运儿“中奖”,因此许多国内消费者对于心仪的球鞋可以说是“求而不得”。这种现象使得本就不平衡的供需天平愈发倾斜
(3)篮球党在购买一双球鞋时,可能注重颜值,可能注重实战,可能注重价格,苦于选择,各个店铺去寻找,最后还是不能如愿。
卖家:
(1)通过抽签抽到球鞋,自己不喜欢,或想倒卖出去赚钱
(2)专业抄球鞋人士的未来聚集地
2.用例图
3.用例描述/用例规约
1.浏览商品
用例名:浏览商品
用例编号:01
用例描述:在小程序内进行商品信息的查看。
执行者:用户。
前置条件:程序已经被打开,用户在有需求下搜索商品名称。
基础事件流:1.打开小程序2.打开商品搜索界面并在输入栏里输入商品名称3.点击确认完成搜索4.得到商品信息,浏览商品。
后置条件:商品信息检索成功。
2.查看库存
用例名:查看库存
用例编号:02
用例描述:查看用户所需商品的存量。
执行者:用户。
前置条件:商品未下架,已经被搜索到。
基础事件流:1.打开程序2.通过搜索栏搜索进入商品界面3.找到产品数量界面,查看提示数量。
后置条件:库存信息查找成功。
3.查看商品类别
用例名:查看商品类别
用例编号:03
用例描述:在小程序内进行商品种类的查找
执行者:用户。
前置条件:小程序内包含此类商品,并且已经搜索到。
基础事件流:1.打开程序2.通过搜索栏进行商品类别搜索3.查看类目下包含的商品。
后置条件:商品类别搜索成功。
4.选择支付方式
用例名:选择支付方式
用例编号:04
用例描述:在程序里选择购买某商品后,进行支付形式的选择
执行者:用户。
前置条件:用户已选择购买某商品,并进行支付。
基础事件流:数据库收到付款信息,并给予反馈,余额不足便给予错误提示。
5.生成订单
用例名:生成订单
用例编号:05
用例描述:用户选中某商品后,进行下单。
执行者:用户。
前置条件:该商品已经搜索到,并且完成支付。
基础事件流:1.打开程序2.通过搜索栏进行商品搜索。3支付完成下单。
后置条件:下单信息反馈给数据库,提示下单成功。
6.留言
用例名:留言
用例编号:06
用例描述:用户在购买商品后对商品满意程度进行反馈。
执行者:用户。
前置条件:用户已经使用过该商品。
基本事件流:1.用户收到商品 2.对商品的使用体验进行反馈。。
后置条件:用户评价商品成功,评价信息载入后台数据库。
7.统计数据
用例名:统计数据
用例编号:07
用例描述:系统管理员统计整个系统的数据,并管理
执行者:系统管理员
前置条件:整个系统有数据产生
基础事件流:系统产生数据系统管理员收集并管理数据
后置条件:数据的产生有无问题
8.备份数据
用例名:备份数据
用例编号:08
用例描述:系统管理员对系统的数据进行备份
执行者:系统管理员
前置条件:程序产生数据
基础事件流:系统管理员发现整理并备份
后置条件:保证备份之后安全
9.初始化系统
用例名:初始化系统
用例编号:09
用例描述:系统管理员对程序进行初始化
执行者:系统管理员
前置条件:系统管理员发现无法处理bug,进行还原
基础事件流:系统管理员发现bug并处理恢复系统
后置条件:问题解决
10.配置系统
用例名:配置系统
用例编号:10
用例描述:系统管理员对程序开始的配置
执行者:系统管理员
前置条件:程序开始运行
基础事件流:系统管理员对程序开始的东西进行配置
后置条件:程序可发布
11.权限管理
用例名:权限管理
用例编号:11
用例描述:系统管理员对用户和普通管理员的权限管理
执行者:系统管理员
前置条件:系统管理员对权限的管理
基础事件流:系统管理员,科尔提高或降低用户和普通管理员的权限
后置条件:用户和普通管理员权限提高或降低
12.恢复数据
用例名:恢复数据
用例编号:12
用例描述:系统管理员对程序用户的数据进行恢复
执行者:系统管理员
前置条件:用户向管理员提交申请恢复数据
基础事件流:系统管理员接到用户申请并为用户恢复数据
后置条件:用户数据恢复
13.导入/导出数据
用例名:导入/导出数据
用例编号:13
用例描述:系统管理员对程序数据进行导入和导出的处理
执行者:系统管理员
前置条件:数据需要导入/导出程序
基础事件流:系统管理员,进行数据导入和导出的操作
后置条件:数据成功导入/导出
14.购物车
用例名:购物车
用例编号:14
用例描述:对商品的添加,修改,删除和查询的操作
执行者:用户
前置条件:存在购物车功能
基础事件流:1.打开购物车。2.进行操作。3.退出购物车。
后置条件:购物车操作成功。
用户信息管理
用户注册和登录。
一.用户分为普通客户和商店的管理员两种,普通客户在进行交易之前,一般必须先通过注册模块填写个人信息,至少包括正确的用户名和密码,E-mail,地址,电话等信息,注册成功后,普通用户通过登录模块登录系统后就可以参与下订单等操作。而商店管理员登录系统后,就可以对系统的后台进行操作,如:修改个人密码、普通用户的管理,商品的管理,订单的处理等模块。
二.修改用户信息。
用户登录系统成功后,就可以修改的自己的基本信息和修改自己的密码。
三.安全退出。
清空所有的购物车信息和登录信息。
商品信息管理
分为商品类别和商品基本信息两个模块,主要包括对商品类别和商品信息的添加,修改,删除和查询的操作。
一.商品类别管理。
每一个商品都归类到一个商品类别中。管理员用户可以先设定商品的类别,然后再操作商品的基本信息。
二.商品基本信息管理。
普通客户可以通过前台浏览商品,并不选好的商品放到购物车中,管理员通过后台对商品进行添加,修改和删除等操作。商品至少包括商品所属类别,商品名称和商品价格的基本信息。
4.成员贡献度
图片形式
表格形式
序号 | 组员姓名 | 在整个项目中职责 | 在本次任务中的职责 | 本次任务的贡献度 |
---|---|---|---|---|
1 | 宋齐盾 | 前端开发 | ppt制作,界面设计 | 23 |
2 | 徐磊 | 前端开发 | 用例图制作,需求分析,界面设计 | 23 |
3 | 朱晓辉 | 前端操作 | 部分用例描述书写,用例图制作 | 12 |
4 | 彭倡科 | 后台操作 | 部分用例描述书写,资料翻阅 | 12 |
5 | 罗逸凡 | 后台操作 | 部分用例规约书写,资料翻阅 | 10 |
6 | 陈琛 | 后台操作 | 用例检测,检查错误 | 10 |
7 | 习文斌 | 后台操作 | 部分需求分析,博客园编写 | 10 |
5.课堂汇报收集的问题&修改
修改:
1.对用例图进行了进一步详细的描述
2.增加了用例描述,一一对应进行描述