2020软件工程作业——团队02
一需求分析
1.1开发背景及意义
众所周知，如今这是一个快节奏的社会，人们都追求速率，而忘了效率，往往会因此得不偿失，从而丢了自己东西，所以我们想做一个失物招领系统平台，方便让这样的一部分人群能够在上面迅捷安全的回领到自己丢失的物品。虽然以往也有先例，比如我们经常可以看到某些失物招领字眼的文件，但感觉实行效率不怎么高，因为现在是互联网的时代，只有通过网络传递信息才是最快的，如果还想以前那样会经常出现遗失物品的一方或者拾到物品的一方不在对遗失物品的同一关注上，这就很难办了。所以我们设计这样一个javaweb平台，它方便我们去讨论，可以从中看到信息，也方便联络，只要该软件的注册量多，人流量大，信息就会很快被更多人看见，这样就会大大增加物归原主的几率，也会增添生活的真善美，让社会更和谐。
1.2系统功能和目标
这个失误招领系统想让让每一个拾主信任，而且能让拾主正确找到自己失物，不出现冒领错领的现象，并且每一位拾主以及失主都要通过注册本软件才能实现其功能。为完成上述功能，提出以下相应的需求:
1、在数据库中存储失主发布的丢失物品信息以及拾主或各个失物招领信任点发布拾获物品信息，并方便有效地进行相应的数据操作和管理，这其中包括:
*物品信息的录入、删除、修改
*物品信息的模糊查询
*物品信息的多关键字检索
2、能够对一-定数量的注册过的失主信息进行相应的存储和管理，这其中包括:
*失主信息的录入、删除、修改
*失主的统计与查询
3、能够对- -定数量的注册过的拾主信息进行相应的存储和管理，这其中包括:
*拾主信息的录入、删除、修改
*拾主的统计与查询.
4、能够对失主与拾主发布的物品信息进行匹配比较,并按照匹配的从高到低的顺序为失主推荐
5、能够对需要的统计结果提供打印和输出。
6、为了不出现失主冒领、错领的现象以及为了保证拾主信息的保密性安全性让拾主提供部分拾获物品信息，只有当失主全部答对时，才可以得到拾主的信息。
7、能够保证--定的安全机制，需要信息管理人员的优先级以及数据信息授权访问，防止随意删改，同时提供信息备份的服务。
二需求建模
系统参与者
（1）用户:发布失物或者拾物信息的主体。
（2）系统管理员:负责失物招领系统的操作和后台维护。
（3）系统数据库:参与系统完成各项功能的整个过程。
参与者用例
普通用户:在本系统中能够发布失物信息或者拾物信息，发表评论，修改评论，删除评论修改个人资料(包括别名，性别，邮箱，手机号码)，修改密码，将某条寻物信息或拾物信息加入自己收藏。
管理员:可以将用户设为管理员，对已发布信息进行增删查改，可以设置用户权限，删除评论，增加信息分类，发布通知公告。
用户用例图
系统总体用例图
管理员用例图
用户用例描述
1.修改密码用例描述
|
用例名称 |
修改密码 |
|
标识符 |
AC01 |
|
用例描述 |
进行修改密码操作 |
|
参与者 |
用户 |
|
前置条件 |
用户已登录系统 |
|
后置条件 |
修改密码成功 |
|
基本操作流程 |
1.进入修改个人密码界面，用户输入目前有效密码才 能进入下一步操作。 2.系统提示验证成功 3.输入新密码 4.再次输入新密码进行确认 5.提示修改密码成功 |
|
假设 |
|
2.更改联系方式用例描述
|
用例名称 |
更改联系方式 |
|
标识符 |
AC02 |
|
用例描述 |
更改联系方式操作 |
|
参与者 |
用户 |
|
前置条件 |
用户已登录系统 |
|
后置条件 |
更改联系方式成功 |
|
基本操作流程 |
|
|
假设 |
|
3.拾物信息发布用例描述
|
用例名称 |
拾物或者拾物信息发布 |
|
标识符 |
AC03 |
|
用例描述 |
拾物或者拾物信息发布 |
|
参与者 |
用户 |
|
前置条件 |
用户已登录系统 |
|
后置条件 |
拾物或者拾物信息发布成功 |
|
基本操作流程 |
|
|
假设 |
1.用户已登录系统 2.输入信息符合基本格式要求 |
4.认领失物用例描述
|
用例名称 |
认领失物用例图 |
|
标识符 |
AC04 |
|
用例描述 |
当失主看到丢失物品或者疑似丢失物品时进行认领 |
|
参与者 |
用户 |
|
前置条件 |
用户已登录系统 |
|
后置条件 |
认领成功等待拾主联系确认 |
|
基本操作流程 |
|
|
假设 |
用户已登录系统 |
5.发表评论用例描述
|
用例名称 |
发表评论用例描述 |
|
标识符 |
AC05 |
|
用例描述 |
用户看到消息时可以进行评论，发表看法，提供相关线索 |
|
参与者 |
用户 |
|
前置条件 |
用户已登录系统 |
|
后置条件 |
评论成功 |
|
基本操作流程 |
1.浏览到相关信息时，点击评论按钮 2.输入验证码，发布评论。 3.点击提交按钮，系统提示评论成功 |
|
假设 |
|
6.信息加入收藏用例描述
|
用例名称 |
加入收藏 |
|
标识符 |
AC06 |
|
用例描述 |
用户看到感兴趣的寻物或者拾物信息，如可能与集资有关的，可以将这条信息加入收藏 |
|
参与者 |
用户 |
|
前置条件 |
用户已登录系统 |
|
后置条件 |
加急 置顶成功 |
|
基本操作流程 |
1选择信息 点击收藏 2系统提示收藏成功 |
|
假设 |
用户已登录系统 |
管理员用例描述
1发布通知用例描述
|
用例名称 |
发布通知用例 |
|
标识符 |
AC07 |
|
用例描述 |
如有紧急信息或需要通知信息发布通告 |
|
参与者 |
管理员 |
|
前置条件 |
管理员已登录系统 |
|
后置条件 |
发布通告成功 |
|
基本操作流程 |
|
|
假设 |
管理员已登录 |
2删除寻物信息用例描述（删除拾物信息用例描述）
|
用例名称 |
删除寻物（拾物）信息 |
|
标识符 |
AC08 |
|
用例描述 |
删除已找回的（已领取），和太久远的寻物信息。 |
|
参与者 |
管理员 |
|
前置条件 |
管理员已登录系统 |
|
后置条件 |
删除成功 |
|
基本操作流程 |
1进入寻物（拾物）列表管理页面，显示用户发布寻物（拾物）的信息 2选择用户发布信息栏，选择过期或者不合理的信息删除。
3点击确定删除该信息 4系统提示信息已删除 |
|
假设 |
管理员已登录 |
3给予用户权限用例描述
|
用例名称 |
给予用户权限用例 |
|
标识符 |
AC09 |
|
用例描述 |
给予用户一些权限 |
|
参与者 |
管理员 |
|
前置条件 |
管理员已登录系统 |
|
后置条件 |
给予成功 |
|
基本操作流程 |
1进入用户列表管理页面，显示用户的个人信息和权限 2选择用户权限栏，修改用户的权限 3点击确定，系统提示该用户权限已更改 |
|
假设 |
管理员已登录 |
贡献度情况
| 序号 | 组员姓名 | 在整个项目中的职责 | 在本次任务中的职责 | 本次任务的贡献度 |
|---|---|---|---|---|
| 1 | 马自强 | 全能 | 需求分析 用例图检查改写 | 10.5 |
| 2 | 易江明 | 数据库设计 | 用例图绘制 | 9 |
| 3 | 向彩云 | 界面设计 | PPT制作 原型设计 | 11 |
| 4 | 刘志 | 数据库设计 | 部分用例描述编写 博客编写 | 11.5 |
| 5 | 曾尧 | 后端开发 | 课堂汇报 原型设计 | 11.5 |
| 6 | 李纪荃 | 测试 文档编写 | 部分用例描述编写 | 9 |
| 7 | 林畅 | 后端开发 | 资料提供 原型设计 | 10.5 |
| 8 | 胡金泽 | 后端开发 | 需求分析 文档编写 | 9 |
| 9 | 段清平 | 测试 文档编写 | 需求分析 文档编写 | 9 |
| 10 | 王鸿鹄 | 界面设计 | 课堂汇报问题收集 原型设计 | 9 |
课堂汇报收集的问题&修改
问题
事件流只有执行者的操作，没有看到与系统的交互！
解决方案
1 用例描述加入标识符，完善了事件流，一些缺少的用例描述后续会加进来。
2 PPT太简陋问题，将通过专人学习解决。
3 用例图优化了。
4 暂时只考虑一种用户。
5 用例描述事件流加入了系统反馈，后续会加入异常事件流。
课堂汇报互评成绩
