2020软件工程作业——团队02
软件工程 | https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1 |
---|---|
作业要求 | https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10700 |
作业目标 | 用例建模展示 |
作业正文 | 详见下文 |
参考文献 | 百度 |
一、需求说明
登录:验证用户身份,并使用验证码确保验证的准确性,成功后跳转到首页。或者为忘记密码的用户提供修改密码的界面。
注册:为新用户提供使用该二手市场所必须要的注册账号。
首页:为用户展示二手商品信息,以及搜索商品或品类,发布求购或所售卖的商品信息的入口,查看自己信息的入口,以及查看校园内的所售卖商品的入口。
商品页详情:为买家提供商品的详细信息,包括品的名称、简介、图片、售卖的价格,以及卖家的所在校园。为卖家提供售货的相关信息,方便卖家更好的
卖出去。
个人信息:方便自己查看自己的相关信息,包括买过了什么商品、卖了什么商品,价格是什么。
搜索:为买家快速查找到自己想要查看商品的信息。
发布商品:为卖家提供发布将要售卖的商品的信息,包括商品的名称、简介、图片、售卖的价格、以及卖家自己的联系方式。
求购商品:为买家提供发布自己想要求购商品的信息,包括商品的名称、对商品成色的要求、所能接受商品的价格区间、以及买家的联系方式。
二、用例图
三、用例描述
1.注册
用例名:注册
用例编号:01
用例描述:填写相关信息进行注册。
参与者:用户。
前置条件:该用户不能是已经注册的用户(账号不能已经存在)。
基础事件流:1.点击注册2.系统显示注册页面3.用户填写账号密码等信息,再点击注册4.注册成功后跳转到登录页面进行登录。
后置条件:后台系统正确地收集用户提交的信息并保存到数据库中。
2.登录
用例名:登录
用例编号:02
用例描述:通过账户名和密码进行登录。
参与者:用户,管理员。
前置条件:1.用户已经注册成功,进入登录页面2.数据库中有相关管理员信息,进入登录页面。
基础事件流:1.填入账号、密码,点击提交2.系统验证账号和密码3.验证成功,跳转到首页。
后置条件:用户或者管理员所输入的信息与后台系统数据库表中保存的信息一致。
3.找回密码
用例名:找回密码
用例编号:03
用例描述:通过注册时候的邮箱来找回密码。
参与者:用户。
前置条件:用户已经注册成功,登录时忘记账户密码。
基础事件流:1.点击找回密码2.填写邮箱等信息,点击提交。
后置条件:数据库中查找到该用户密码并邮箱发送给该用户。
4.查看个人信息
用例名:查看个人信息
用例编号:04
用例描述:用户查看自己的个人信息。
参与者:用户。
前置条件:该用户已经注册并且登录。
基础事件流:1.点击首页导航栏中的“我的”。2.查看页面显示的个人信息。
后置条件:无
5.查询商品信息
用例名:查询商品信息
用例编号:05
用例描述:在搜索栏中进行指定商品信息、或者点击分类浏览。
参与者:用户,管理员。
前置条件:1.用户已经登录2.管理员已经登录。
基础事件流:1.点击商品图片或者文字描述进入商品页详情2.查看商品页详情。
后置条件:无
6.发布商品
用例名:发布商品
用例编号:06
用例描述:用例主要功能是发布商品,包括商品的图片、名称、价格、描述、分类、以及其他信息(几成新、不讲价、自提等)。
参与者:用户。
前置条件:卖家已经过登录,并且进入到发布界面。
基本事件流:1参与者动作:添加图片、填写商品信息、商品描述。
系统响应:后台数据库进行相关的写入操作。
其他事件流:显示商品发布成功,发布的商品出现在自己的已发布商品和首页中。
后置条件:无
7.求购商品
用例名:求购商品
用例编号:07
用例描述:用例主要功能是发布求购商品,包括商品的图片、名称、能够接受的价格、求购描述、分类、以及其他信息。
参与者:用户
前置事件流:卖家已经过登录,并且进入到发布界面。
基本事件流:1 参与者动作:添加图片、填写求购商品的信息、商品描述。
系统响应:后台数据库进行相关的写入操作。
其他事件流:显示商品发布求购成功,求购的商品出现在我的求购商品和首页中。
后置条件:连接数据库,向表中添加刚刚买家填入的信息。
8.审核商品信息
用例名:审核商品信息
用例编号:08
用例描述:管理员输入要查看的商家的商品信息,网站显示该商家的商品信息。
参与者:管理员。
前置条件:管理员登录到网站。
后置条件:输入要查看的商家商品信息后,显示该商家商品的详细信息。
基本事件流:1.管理员输入查看某商家的某商品信息2.管理员提交输入信息3.网站对输入商家商品信息查看数据库4.网站返回商家商品的信息。
9.处理售后
用例名:处理售后
用例编号:09
用例描述:管理员对买卖家之间出现的售后问题进行调解。
参与者:管理员,用户。
前置条件:管理员登录到网站。
后置条件:接收到经买(卖)家请求介入买卖双方的交易纠纷。
基本事件流:1.管理员接收到请求2.管理员联系买(卖)家了解纠纷起因3.管理员就纠纷起因进行调解。
10.进行评价
用例名:进行评价
用例编号:10
用例描述:买家对交易体验进行评价。
参与者:用户
前置条件:已经购买商品,已收货。
基础事件流:1.用户登录到网站2.打开“我买到的”,点击评价3.写一段评价,点击提交。
后置条件:无
11.购买商品
用例名:购买商品
用例编号:11
用例描述:用户相中心仪的商品并购买。
参与者:用户
前置条件:用户已经登录账号,查看该商品并与该商品卖家进行会话。
基础事件流:1.用户登录到网站2.点进商品详情页,点击“我想买”与卖家会话3.会话顺利,购买商品。
后置条件:无
12.会话
用例名:会话
用例编号:12
用例描述:查看商品详情后很心仪,用户与卖家用户对商品细节之类的进行会话。
参与者:用户
前置条件:用户已经登录账号。
基础事件流:买家用户:
1.用户登录到网站2.点进商品详情页,点击“我想买”与卖家会话3。与卖家用户线上会话。
卖家用户:1.会话页收到买家用户的信息2.与买家用户线上会话
后置条件:无
四、成员贡献度分配
序号 | 组员姓名 | 在整个项目中职责 | 在本次任务中的职责 | 本次任务的贡献度 |
---|---|---|---|---|
1 | 李杰 | 前端 | 书写用例描述 | 12.5% |
2 | 廖平 | 前端 | 绘制用例图 | 12.5% |
3 | 李莹莹 | 前端 | 书写用例描述 | 13.5% |
4 | 张洁 | 前端 | 书写用例描述 | 12.5% |
5 | 李德珑 | 后台 | 绘制用例图 | 12% |
6 | 吴彪 | 后台 | 绘制用例图 | 13% |
7 | 彭亮 | 后台 | 书写博客 | 12% |
8 | 谢豪 | 后台 | 书写需求说明 | 12% |
五、课堂汇报收集的问题&修改
问题
- 用例图图标表示错误,包含与扩展关系相混,用户与用例关系模糊(是否登录都能管理商品信息)。
- 用例描述不完整。
修改
我们组在课堂汇报后就开启讨论模式,第二天就进行了修改。
- 用例描述方面:几个人一起合作重新规范用例,书写较完整的用例描述。
- 用例图方面:用例描述不完整导致用例图条理不清晰甚至出错,我们讨论后决定重新写用例描述,写完后再绘制新的用例图。
六、课堂汇报互评成绩
如下图: