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

这个作业属于哪个课程	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1
这个作业要求在哪里	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10700
这个作业的目标	绘制用例图，写出用例描述
作业正文	如下
参考文献	http://www.baidu.com

 

 

 

 

团队名称 可可爱爱没有脑袋

团队成员

学号	姓名	博客地址
20177703	罗剪梅	https://www.cnblogs.com/sweetsecret
20177697	许思慧	https://www.cnblogs.com/mao-liu/
20177730	袁瑞	https://www.cnblogs.com/Iwannseeyouagain
20177702	周海涛	https://www.cnblogs.com/zht6
20177704	陈怡涛	https://www.cnblogs.com/chenyitao/
20177657	刘智鑫	https://www.cnblogs.com/liuzhixin599445/

 

 

 

 

 

 

 

 

 

1、需求说明

我们团队是想开发一个针对我校学生摄影约拍的一款软件。

随着现在物质生活的饱满，人们越来越追求精神需求。尤其是刚刚成年，喜欢新奇事物的大学生们，他们追求精神上的满足远大于其他年龄段。

摄影，其实在大学生中是个很吃香的技术。人人都追求美，而摄影就是一门发现美的技术。所以很多大学生都很希望，自己会摄影，又或者身边有会摄影的小伙伴，从而来拍摄很多美美的照片。然后并不是所有人都会专业的摄影，身边也有技术很强的摄影小伙伴的。此时就需要一款摄影约拍的软件，帮你找专业又或者技术很强的摄影师。

对于我们这款软件，主要的用户大致分为两种：摄影师和一般用户（包括想要找心仪的摄影师下单约拍的顾客和体验APP的游客）。

摄影师的需求：1、想从摄影中赚取工资

                          2、锻炼自己的摄影能力但平时没有模特

一般用户的需求：1、没有强的摄影能力，寻找摄影师拍摄大片

                             2、经济不足，请不起摄影室的摄影室。

                             3、集体活动，需要有摄影室跟拍

2、用例图

 

用户信息用例图

动态信息用例图

 

订单信息用例图

 

 

 

 

3、用例描述

 

用例：       查询信息资料
ID：          1
简单描述：用户可以查看个人资料跟他人资料
主参与者：用户
副参与者：无
前置条件：用户登录系统成功
主流：
                 1、用户成功登录系统
                 2、进入个人或他人信息页面
                 3、浏览页面
后置条件：用户打开页面浏览信息成功
附加流：   页面打不开时询问是否重新打开

 

用例：       修改信息资料
ID：           2
简单描述：用户可以修改自己的账户密码、个人信息包括昵称、性别等等。
主参与者：用户
副参与者：数据库
前置条件：有用户注册填写自己的信息资料
主流：
                 1、用户成功登录系统
                 2、进入信息资料修改页面
                 3、修改个人资料
                 4、点击确定，修改完成
后置条件：信息资料修改成功
附加流：   数据库添加失败时提醒错误重新修改资料

 

用例：       导出资料
ID：           3
简单描述：管理员可以讲用户的资料导出
主参与者：管理员
副参与者：数据库
前置条件：用户注册填写自己的信息资料
主流:
                 1、管理员登录系统后台页面
                 2、查询相关用户的平台信息资料
                 3、成功找到相关用户并导出用户资料
后置条件：管理员导出资料成功
附加流：    管理员从数据库中导出失败提示错误重新导出资料

 

用例：        查询信息
ID：           4
简单描述：管理员查询用户的信息资料
主参与者：管理员
副参与者：数据库
前置条件：用户注册填写自己的信息资料
主流:
                 1、管理员登录系统后台页面
                 2、查询相关用户的平台信息资料
                 3、显示相关用户的平台信息资料
后置条件：管理员查询用户信息成功
附加流：   查询信息出错时数据库提示出错信息

 

用例：       注销用户资料
ID：           5
简单描述：管理员注销用户的账号
主参与者：管理员
副参与者：数据库
前置条件：用户注册填写自己的信息资料
主流:
                 1、管理员登录系统后台页面
                 2、寻找相关用户的账号资料
                 3、注销相关用户的账号
                 4、保存后关闭后台页面
后置条件：管理员注销用户账号成功
附加流：    注销用户账号出错时数据库提示出错信息

 

 

用例：       动态删除
ID：           6
简单描述：管理员删除有违规行为的动态
主参与者：管理员
副参与者：数据库
前置条件：动态中有不正当或是违规的行为
主流：      1、 管理员登录后台数据库
                 2、 管理员删除不正当或违规行为动态
                 3、 点击确定完成管理员用户的删除，数据库进行保存
                 4、 删除成功后退出数据库
后置条件：管理员将有不正当或违规行为的动态删除成功
附加流：    删除动态信息失败并提示出错信息

 

 

用例：       查看动态
ID：           7
简单描述：一般用户查看摄影师发布的动态
主参与者：一般用户
副参与者：数据库
前置条件：一般用户登录个人账户并有查看动态信息的需要
主流：    

              1、一般用户登录个人账户
              2、进入动态页面
              3、查看摄影师所发布的动态内容
后置条件：一般用户查看到完整的动态
附加流：   查看动态失败并提示出错信息

 

 

用例：       点赞动态
ID：           8
简单描述：一般用户给已发布动态点赞
主参与者：一般用户
副参与者：数据库
前置条件：一般用户查看到完整的动态信息
主流：

                1、一般用户登录个人账户
                2、进入动态页面
                3、在摄影师已发布的动态下面点赞
后置条件：一般用户点赞成功
附加流：  点赞动态失败并提示出错信息

 

 

用例：       评论动态
ID：           9
简单描述：一般用户在已发布的动态下面评论
主参与者：一般用户
副参与者：数据库
前置条件：一般用户查看到完整的动态信息
主流：    

                 1、一般用户登录个人账户
                 2、进入动态页面
                 3、在摄影师已发布的动态下面评论
后置条件：一般用户评论成功
附加流：   评论动态失败并提示出错信息

 

 

用例：        私聊摄影师
ID：           10
简单描述：一般用户在平台上直接私聊摄影师
主参与者：一般用户
副参与者：摄影师
前置条件：一般用户登录个人账户成功
主流：

                 1、一般用户登录个人账户
                 2、进入动态页面或个人资料页面
                 3、点击私聊与摄影师聊天
后置条件：一般用户成功与摄影师聊天
附加流：   私聊摄影师失败并提示出错信息

 

用例：       发布动态

ID:             11
简单描述：摄影师发布个人摄影动态
主参与者：摄影师
副参与者：无
前置条件：摄影师注册并登陆成功。
主流:
                1.摄影师登录系统
                2. 进入个人主页
                3.发布动态
后置条件：发布动态成功。
附加流：   提醒摄影师是否确定删除此动态。

 

 

用例：       修改动态

ID：           12  
简单描述：摄影师可以修改已发布的动态。
主参与者：摄影师
副参与者:：无
前置条件：摄影师发布了动态。
主流:
                 1. 进入个人主页
                 2.找到已的发布动态
                 3.修改动态。
后置条件：修改动态成功。
附加流：请摄影师是否保留此动态的修改。

 

 

用例：       删除动态

ID：          13
简单描述：摄影师可以删除自己发布的动态。
主参与者：摄影师
副参与者：无
前置条件：摄影师发布了动态。
主流:
                 1. 进入个人主页
                 2.找到想要删除的动态。
                 3.进行删除操作。
后置条件：删除动态成功。
附加流：   删除失败时提醒用户再次操作。

 

 

用例：       订单查询

ID:             14 
简单描述：用户通过搜索自己所需要的订单信息查询
主参与者：用户
副参与者：数据库
前置条件：用户有需求搜索订单信息并进入网站查看
主流
                1.用户打开搜索

                2.打入搜索所需条件和要求信息  

                3.点击确定，完成搜索 

                4.得到订单信息进行浏览
后置条件：搜索到所需订单信息并浏览确定该订单信息
附加流：   搜索没有该订单信息存在提醒错误并询问是否重新查询

 

用例：       资料修改

ID：          15  

简单描述：用户订单信息修改时间、地点等信息
主参与者：用户
副参与者：数据库
前置条件：用户有需求订单信息的错误并进行修改、保存。
主流
                1.用户打开订单信息

                2.打入所需修改条件 

                3.点击确定，完成修改 

                4.修改订单信息后进行浏览
后置条件：查看订单信息错误并浏览确定修改该订单信息
附加流：   修改订单数据库保存失败提醒错误并询问是否重新修改。

 

用例：       取消订单

ID：          16 
简单描述：用户时间不同导致不想摄影通过打开订单信息中点击取消订单的需要
主参与者：用户
副参与者：管理员
前置条件：用户有需求取消订单并进入网站查看
主流
                1.用户打开订单信息

                2.点击取消订单信息 

                3.点击确定，完成取消 

                4.取消订单信息进行浏览
后置条件：用户有取消订单的需求并提前取消订单
附加流：   取消订单失败提醒错误并询问是否重新取消

 

用例：       资料删除

ID：          17
简单描述：管理员通过资料库找到该过期资料信息进行删除
主参与者：管理员
副参与者：数据库
前置条件：该信息过期并要求清除内存
主流
                1.管理员登录系统后台页面

                2.搜索过期的资料信息并点击删除  

                3.点击确定，完成删除  

                4.删除资料信息并查看是否在该资料库存在
后置条件：删除过期资料提供新资料信息内存
附加流：    删除资料失败提醒错误并询问是否重新删除

 

用例：       查询注册用户信息

ID:            18  
简单描述：管理员可以查询某笔订单中一般用户和摄影师的资料
主参与者：管理员
副参与者：数据库
前置条件：一般用户和摄影师完成一笔订单
主流
                 1.管理员登录系统后台页面 

                 2.点击查询订单 

                 3.点击查询订单双方资料

后置条件：查看资料成功
附加流：   查询页面失败时数据库提示错误

 

 

用例：       查询订单信息

ID:             19 
简单描述：管理员点击订单信息的浏览、查看。
主参与者：管理员
副参与者：数据库
前置条件：管理员有查看该订单信息的需求
主流：
                1.管理员登录系统后台页面

                2.搜索订单信息并点击查看 

                3.点击确定，完成查看  

                4.浏览该订单信息
后置条件：打开订单点击查看，浏览该订单信息
附加流：   查询失败提醒错误并询问是否重新搜索

 

 

用例：       导出信息

ID:              20
简单描述：管理员通过数据库导出订单信息
主参与者：管理员
副参与者：数据库
前置条件：管理员在资料库中有该信息资料
主流：
                1.管理员登录系统后台页面

                2.搜索订单信息并点击导出 

                3.点击确定，完成导出   

                4.浏览该订单信息导出
后置条件：管理员打开订单数据库导出信息成功
附加流：    管理员通过数据库导出失败提醒错误并询问是否重新导出

 

4、贡献度

 

序号	组员姓名	在整个项目中的职责	在本次任务中的职责	本次任务的贡献度
1	袁瑞	负责后期维护、用户手册	用例图构思、补充用例图、用例描述	17
2	许思慧	负责软件测试和代码	用例图构思、PPT制作、用例描述、博客园编写	18
3	罗剪梅	负责开发工作	用例图构思、PPT制作、用例描述	20
4	周海涛	负责前端和开发	用例图构思、用例描述	15
5	陈怡涛	负责需求调研和分析	用例图构思、画出用例图及改进	18
6	刘智鑫	负责UI设计	用例图构思、需求分析	12

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

5、课堂汇报收集的问题&修改

问题：

1、划分模块不规范

2、用例图关系部分错误

3、用例的取名不够规范

4、用例描述过于简单

修改：

1、在用例图中添加矩形框进行划分

2、检查了用例图中的关系，进行调整。其用例图可能还不尽完美，欢迎各位老师及同学指出错误，我们一定虚心接受。

3、讲用例的取名进行的规范

4、在查阅资料后，我们团队将用例描述细节化和标准化。

6、课堂汇报互评成绩