UML期末大作业失物招领系统Word文件下载.docx
《UML期末大作业失物招领系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《UML期末大作业失物招领系统Word文件下载.docx（27页珍藏版）》请在冰豆网上搜索。
3数据库设计13
3.1数据库设计的基本规范13
3.1.1开发规范13
3.1.2命名规范13
3.2基本表及其说明14
3.2.1寻物信息列表14
3.2.1.1寻物详细信息14
3.2.1.2寻物信息搜索14
3.2.2招领信息列表15
3.2.2.1招领详细信息15
3.2.2.2寻物信息搜索15
3.2.3个人信息列表16
3.2.3.1用户基本信息16
3.2.3.2我发布过的寻物信息16
3.2.3.3我发布过的招领信息16
3.2.3.4我评论过的信息16
3.2.3.5我收藏的信息17
3.2.4发布寻物/招领信息17
4.后台管理17
4.1权限管理17
4.2物品类管理18
4.2.1物品所属类管理18
4.2.2物品管理18
4.2.3校区管理18
4.2.4拟定初始化物品类管理18
4.3订单管理19
4.3.1招领订单管理19
4.3.2寻物订单管理20
5.实验总结21
5.1UML建模总结21
5.2数据库设计总结21
1、需求分析
1.1开发背景及意义
现今社会生活中，随着人们生活需求的日益多元化，人们所持有的物质资源也随之丰富，最直观的表现就是人们所拥有的物品无论从种类还是数量上都大幅增加，这就造成了人们对自己所有的物品在看管方面难度的加大，再加之日益加快的生活节奏，就更导致了人们遗落、丢失物品的情况时有发生。
这种现象在面积相对较小，而人口特别密集的大学校园来说更是屡见不鲜。
老师和同学们时常丢失个人物品，如书籍、手机、钱包、一卡通等现象时有发生。
经过调查发现，失主往往因为不能及时的找回失物而造成许多麻烦和不少的损失（像许多同学因为丢失一卡通而造成了用餐、进入图书馆、借书等许多不便）。
另一方面，物品的拾取者也因为没用取得失主的联系方式而不能及时的把拾取物交还到失主手上。
而传统的失物招领服务中心，采用的还是拾取者上交、手工备案、人工查询的方式。
但是随之物品的增多这种管理方式的工作量不断加大，这种做法就存在费时费力、缺乏时效性、不利于调动拾取者积极性等缺点。
基于以上分析，我们认为建立一个网上失物招领系统是非常必要的。
一方面，一旦网站建立好之后，拾到失物的同学可以在第一时间将失物信息发布到网上，而不是找张纸写上“失物招领”四个大字后贴到公告栏。
另一方面，有一个系统处理失物信息，就减少了人工处理的工作量。
1.2系统功能及目标
此失物招领系统旨在给拾主一个可信任的软件发布拾到的物品，让失主更容易地找到丢失的物品，同时不至于出现让失主冒领、错领等现象。
失主和拾主主要针对注册过该软件的所有群体。
为完成上述功能，提出以下相应的需求：
1、在数据库中存储失主发布的丢失物品信息以及拾主或各个失物招领信任点发布拾获物品信息，并方便有效地进行相应的数据操作和管理，这其中包括：
*物品信息的录入、删除、修改
*物品信息的模糊查询*物品信息的多关键字检索
2、能够对一定数量的注册过的失主信息进行相应的存储和管理，这其中包括：
*失主信息的录入、删除、修改
*失主的统计与查询
3、能够对一定数量的注册过的拾主信息进行相应的存储和管理，这其中包括：
*拾主信息的录入、删除、修改
*拾主的统计与查询
4、能够对失主与拾主发布的物品信息进行匹配比较，并按照匹配的从高到低的顺序为失主推荐
5、能够对需要的统计结果提供打印和输出。
6、为了不出现失主冒领、错领的现象，以及为了保证拾主信息的保密性安全性，让拾主提供部分拾获物品信息，只有当失主全部答对时，才可以得到拾主的信息。
7、能够保证一定的安全机制，需要信息管理人员的优先级以及数据信息授权访问，防止随意删改，同时提供信息备份的服务。
2、系统建模
2.1创建系统用例模型
2.1.1确定参与者
创建系统用例的第一步是确定系统的参与者。
失物招领系统的参与者包含以下三种：
（1）用户：
发布失物或者拾物信息的主体。
（2）系统管理员：
负责失物招领系统的操作和后台维护。
（3）系统数据库：
参与系统完成各项功能的整个过程。
2.1.2参与者用例
普通用户在本系统中能够发布失物信息或者拾物信息，发表评论，修改评论，删除评论修改个人资料（包括别名，性别，邮箱，手机号码），修改密码，将某条寻物信息或拾物信息加入自己收藏。
删除收藏
阳查看我收藏的信息
图2-1-2普通用户用例图
1.修改密码用例描述
用例名称
修改密码
标识符
AC0001
用例描述
用户进行修改密码操作
参与者
用户
状态
前置条件
用户已登录系统
后置条件
密码修改成功
基本操作流程
用户输入目前有效密码
输入新密码
再次输入新密码进行确认
4.提示用户修改密码成功
假设
1.用户已登录系统2.输入了有效密码3两次输入新密码一致
2.更改联系方式用例描述
更改联系方式
AC0002
用户更改联系方式操作
更新联系方式成功
1.输入新的联系方式
2.提交表单确认
3.修改成功
1.用户已登录系统2.输入信息符合基本格式要求
3.拾物或者拾物信息发布
拾物或者拾物信息发布
AC0003
拾物或者拾物信息发布成功
1.选择信息分类（拾物还是拾物）
2.填写物品信息（如名称，形状，颜色，相关标识等）。
填写丢失（拾到）的时间，地点等，填写相关描述
3.提交表单
4.发布成功
4.认领失物用例图
认领失物用例图
AC0004
当失主看到丢失物品或者疑似丢失物品是进行认领
认领成功等待拾主联系确认
1.浏览到相关信息是，点击认领按钮
2.认领成功
3.等待拾主反馈
5.发表评论用例描述
发表评论用例描述
AC0005
用户看到消息是可以进行评论发表看法提
供相关线索
评论成功
1.浏览到相关信息是，填写评论内容
2.输入验证码
3.点击提交按钮
1.用户已登录系统2.输入正确验证码
6.信息加入收藏用例描述
加入收藏
AC0006
用户看到一条感兴趣的寻物或拾物信息，如可能与自己有关的，可以将这条信息加
入收藏
加急置顶成功
1.选择信息点击收藏
1.用户已登录系统
2.1.3管理员用例图
管理员可以将用户设为管理员，对已发布信息进行增删查改，可以设置用户权限，删除评论，增加信息分类，发布通知公告。
1.发布通知用例描述
通知管理
寻物列表管理
图2-2管理员用例图
用户列表
管理员
拾物列表管理
评论列表管理
收藏列表管理
附件表管理
发布通知用例
BC0001
如有紧急信息或者需要通知信息发布通告
夕.f~参与者
管理员已登录系统
通告发布成功
1.进入通告发布页面
2.编辑需要发布的内容3•点击确定发布
管理员已登录
2.2创建系统静态模型
2.2.1创建系统静态模型
从前面的需求分析中，我们可以依据主要的类对象：
用户，系统管理员和信息等创
建完整的类图如图下图所示
■J:
string
:
stiring
String
viarchar（,,
5:
String
图2-3类图
1.用户类主要包含了用户信息包括唯一ID,用户名,密码，性别，姓名，联系方式，出生年月，最后一次登陆时间，是否为管理员。
2.招领信息类主要包含拾物分类信息，包括唯一ID，拾物类型，拾物图片，发布人姓名，发布人联系方式，拾物时间等。
3.寻物信息类主要包含失物分类信息，包括唯一ID，失物类型，失物图片，发布人姓
名，发布人联系方式，失物大概时间等。
4.收藏类，主要包括收藏人，收藏信息编号，收藏时间，收藏信息类型。
5.校区类主要是校区名称，校区对应学校。
6.物品类别类主要拾物或失物具体是属于哪一个类型，有类型名称和类型编号。
7.附件类包含了发布的招领信息和寻物信息的各种附件，主要有上传人编号，上传时间，信息类型等。
8.评论类包含了发布信息的人和发布评论的人的编号，以及类型、信息编号等。
2.3创建系统动态模型
系统的动态模型可以使用交互作用图、状态图和活动图来描述
2.3.1创建序列图
1.用户发布失物或者拾物活动的步骤分为：
（1）学生在登录界面输入自己账号密码登录（2提交包含账号密码的表单（3）系统验证账号密码（3）进入信息发布页面（4）填写并且提交表单信息（5）数据库增加信息如下图所示。
2:
提交账户密码
3:
验证密码
5:
提交表单到系统
6:
返回处理结果
图2-3-1发布信息时序图
2.3.2创建活动图
信息发布活动图，主要描述信息发布时的流程
登:
点击发布按钮
M
选择发布拾物
信息
输入用户名密
码
图2-6信息发布活动图
2.3.3创建组件图
失物招领系统进行剖析分成各个组件:
显示登录错误
.登录失败
填写标题
拾物或失物地点
（校区或具体
234创建部署图
失物招领系统主要分成了web服务，数据库两大部分:
3数据库设计
3.1数据库设计的基本规范
3.1.1开发规范
（1）遵守数据的设计规范3NF规定
（2）一行记录必须表内唯一，表必须有主键。
（3）时间使用DateTime
（4）在主外键的选择上应注意：
为关联字段创建外键、所有的键都必须唯一、避免使用复合键、外键总是关联唯一的键字段
3.1.2命名规范
（1）对象名称应当准确完整地描述了对象的含义。
（2）数据库对象的命名应当避免和系统原有的对象名称（如：
系统表、系统存储过程
升级会员 