UML期末大作业(失物招领系统)课件

1、UML失物招领系统实验报告UML设计性实验报告校园失物招领系统学 院 软件与通信工程学院 学生姓名 刘洋 学 号 0133620 专 业 软件工程 届 别 13级 指导教师 廖汗成 二零一五年十二月十五日目录1、需求分析31.1开发背景及意义31.2系统功能及目标32、系统建模42.1创建系统用例模型42.1.1确定参与者42.1.2参与者用例42.1.3 管理员用例图72.2创建系统静态模型92.2.1创建系统静态模型92.3创建系统动态模型112.3.1 创建序列图112.3.2 创建活动图122.3.3 创建组件图122.3.4 创建部署图133数据库设计143.1数据库设计的基本规范1

2、43.1.1开发规范143.1.2命名规范143.2 基本表及其说明143.2.1寻物信息列表143.2.1.1寻物详细信息153.2.1.2寻物信息搜索153.2.2招领信息列表153.2.2.1招领详细信息153.2.2.2寻物信息搜索163.2.3个人信息列表163.2.3.1用户基本信息163.2.3.2我发布过的寻物信息163.2.3.3我发布过的招领信息173.2.3.4我评论过的信息173.2.3.5我收藏的信息173.2.4发布寻物/招领信息184.后台管理184.1权限管理184.2物品类管理184.2.1物品所属类管理184.2.2物品管理194.2.3校区管理194.2.

3、4拟定初始化物品类管理194.3订单管理194.3.1招领订单管理194.3.2寻物订单管理205.实验总结215.1 UML建模总结215.2 数据库设计总结221、需求分析1.1开发背景及意义现今社会生活中，随着人们生活需求的日益多元化，人们所持有的物质资源也随之丰富，最直观的表现就是人们所拥有的物品无论从种类还是数量上都大幅增加，这就造成了人们对自己所有的物品在看管方面难度的加大，再加之日益加快的生活节奏，就更导致了人们遗落、丢失物品的情况时有发生。这种现象在面积相对较小，而人口特别密集的大学校园来说更是屡见不鲜。老师和同学们时常丢失个人物品，如书籍、手机、钱包、一卡通等现象时有发生。经

4、过调查发现，失主往往因为不能及时的找回失物而造成许多麻烦和不少的损失（像许多同学因为丢失一卡通而造成了用餐、进入图书馆、借书等许多不便）。另一方面，物品的拾取者也因为没用取得失主的联系方式而不能及时的把拾取物交还到失主手上。而传统的失物招领服务中心，采用的还是拾取者上交、手工备案、人工查询的方式。但是随之物品的增多这种管理方式的工作量不断加大，这种做法就存在费时费力、缺乏时效性、不利于调动拾取者积极性等缺点。基于以上分析，我们认为建立一个网上失物招领系统是非常必要的。一方面，一旦网站建立好之后，拾到失物的同学可以在第一时间将失物信息发布到网上，而不是找张纸写上“失物招领”四个大字后贴到公告栏。

5、另一方面，有一个系统处理失物信息，就减少了人工处理的工作量。1.2系统功能及目标此失物招领系统旨在给拾主一个可信任的软件发布拾到的物品，让失主更容易地找到丢失的物品，同时不至于出现让失主冒领、错领等现象。失主和拾主主要针对注册过该软件的所有群体。为完成上述功能，提出以下相应的需求：1、在数据库中存储失主发布的丢失物品信息以及拾主或各个失物招领信任点发布拾获物品信息，并方便有效地进行相应的数据操作和管理，这其中包括：*物品信息的录入、删除、修改*物品信息的模糊查询*物品信息的多关键字检索2、能够对一定数量的注册过的失主信息进行相应的存储和管理，这其中包括：*失主信息的录入、删除、修改*失主的统计

6、与查询3、能够对一定数量的注册过的拾主信息进行相应的存储和管理，这其中包括：*拾主信息的录入、删除、修改*拾主的统计与查询4、能够对失主与拾主发布的物品信息进行匹配比较，并按照匹配的从高到低的顺序为失主推荐5、能够对需要的统计结果提供打印和输出。6、为了不出现失主冒领、错领的现象，以及为了保证拾主信息的保密性安全性，让拾主提供部分拾获物品信息，只有当失主全部答对时，才可以得到拾主的信息。7、能够保证一定的安全机制，需要信息管理人员的优先级以及数据信息授权访问，防止随意删改，同时提供信息备份的服务。2、系统建模2.1创建系统用例模型2.1.1确定参与者创建系统用例的第一步是确定系统的参与者。失物

7、招领系统的参与者包含以下三种：(1)用户：发布失物或者拾物信息的主体。(2)系统管理员：负责失物招领系统的操作和后台维护。(3)系统数据库：参与系统完成各项功能的整个过程。2.1.2参与者用例普通用户在本系统中能够发布失物信息或者拾物信息，发表评论，修改评论，删除评论修改个人资料（包括别名，性别，邮箱，手机号码），修改密码，将某条寻物信息或拾物信息加入自己收藏。图2-1-2 普通用户用例图1.修改密码用例描述用例名称修改密码标识符AC0001用例描述用户进行修改密码操作参与者用户状态前置条件用户已登录系统后置条件密码修改成功基本操作流程用户输入目前有效密码 输入新密码再次输入新密码进行确认 4

8、.提示用户修改密码成功假设1.用户已登录系统 2.输入了有效密码 3 两次输入新密码一致2.更改联系方式用例描述用例名称更改联系方式标识符AC0002用例描述用户更改联系方式操作参与者用户状态前置条件用户已登录系统后置条件更新联系方式成功基本操作流程1.输入新的联系方式 2.提交表单确认 3.修改成功假设1.用户已登录系统 2.输入信息符合基本格式要求 3.拾物或者拾物信息发布用例名称拾物或者拾物信息发布标识符AC0003用例描述拾物或者拾物信息发布参与者用户状态前置条件用户已登录系统后置条件拾物或者拾物信息发布成功基本操作流程1.选择信息分类(拾物还是拾物) 2.填写物品信息(如名称，形状，

9、颜色，相关标识等)。填写丢失(拾到)的时间，地点等，填写相关描述 3.提交表单 4.发布成功假设1.用户已登录系统 2.输入信息符合基本格式要求 4.认领失物用例图用例名称认领失物用例图标识符AC0004用例描述当失主看到丢失物品或者疑似丢失物品是进行认领参与者用户状态前置条件用户已登录系统后置条件认领成功等待拾主联系确认基本操作流程1.浏览到相关信息是，点击认领按钮 2.认领成功 3.等待拾主反馈 假设用户已登录系统 5.发表评论用例描述用例名称发表评论用例描述标识符AC0005用例描述用户看到消息是可以进行评论 发表看法 提供相关线索参与者用户状态前置条件用户已登录系统后置条件评论成功基本

10、操作流程1.浏览到相关信息是，填写评论内容 2.输入验证码 3.点击提交按钮 假设1.用户已登录系统 2.输入正确验证码6.信息加入收藏用例描述用例名称加入收藏标识符AC0006用例描述用户看到一条感兴趣的寻物或拾物信息，如可能与自己有关的，可以将这条信息加入收藏参与者用户前置条件用户已登录系统后置条件加急 置顶成功基本操作流程1.选择信息 点击收藏 假设1.用户已登录系统 2.1.3 管理员用例图 管理员可以将用户设为管理员，对已发布信息进行增删查改，可以设置用户权限，删除评论，增加信息分类，发布通知公告。图2-2 管理员用例图1. 发布通知用例描述用例名称发布通知用例标识符BC0001用例

11、描述如有紧急信息或者需要通知信息发布通告参与者管理员状态前置条件管理员已登录系统后置条件通告发布成功基本操作流程1.进入通告发布页面2.编辑需要发布的内容3.点击确定发布假设管理员已登录2.2创建系统静态模型2.2.1创建系统静态模型从前面的需求分析中，我们可以依据主要的类对象：用户，系统管理员和信息等创建完整的类图如图下图所示图2-3 类图1. 用户类 主要包含了用户信息 包括唯一ID，用户名,密码,性别，姓名，联系方式，出生年月，最后一次登陆时间，是否为管理员。2. 招领信息类 主要包含拾物分类信息，包括唯一ID，拾物类型，拾物图片，发布人姓名 ，发布人联系方式，拾物时间等。3. 寻物信息

12、类 主要包含失物分类信息，包括唯一ID，失物类型，失物图片，发布人姓名 ，发布人联系方式，失物大概时间等。4. 收藏类，主要包括收藏人，收藏信息编号，收藏时间，收藏信息类型。5. 校区 类 主要是校区名称，校区对应学校。6. 物品类别类 主要拾物或失物具体是属于哪一个类型，有类型名称和类型编号。7. 附件类 包含了发布的招领信息和寻物信息的各种附件，主要有上传人编号，上传时间，信息类型等。8. 评论类 包含了发布信息的人和发布评论的人的编号，以及类型、信息编号等。 2.3创建系统动态模型系统的动态模型可以使用交互作用图、状态图和活动图来描述2.3.1 创建序列图1.用户发布失物或者拾物活动的步

13、骤分为：（1）学生在登录界面输入自己账号密码登录（2提交包含账号密码的表单（3）系统验证账号密码（3）进入信息发布页面（4）填写并且提交表单信息（5）数据库增加信息 如下图所示。图2-3-1 发布信息时序图2.3.2 创建活动图信息发布活动图，主要描述信息发布时的流程图2-6 信息发布活动图2.3.3 创建组件图失物招领系统进行剖析分成各个组件：2.3.4 创建部署图失物招领系统主要分成了web服务，数据库两大部分：3数据库设计3.1数据库设计的基本规范3.1.1开发规范（1）遵守数据的设计规范3NF 规定（2）一行记录必须表内唯一，表必须有主键。（3）时间使用 DateTime（4）在主外键

14、的选择上应注意：为关联字段创建外键、所有的键都必须唯一、避免使用复合键、外键总是关联唯一的键字段3.1.2命名规范（1）对象名称应当准确完整地描述了对象的含义。（2）数据库对象的命名应当避免和系统原有的对象名称（如：系统表、系统存储过程等）混淆。（3）对象名称中不同的单词间应当能够方便的区分开。（4）使用Pascal 命名规则3.2 基本表及其说明3.2.1寻物信息列表招领模块下，按照时间降序排列出系统lostInfoList表的信息：名称数据类型长度描述失物图片Img首页显示首张图片，可不上传图片，最多上传四张图片失物所属类varchar如“卡片类”失物信息标题Varchar如“丢失建行卡一

15、张”发布人姓名varchar发布人联系方式Varchar失物地点Varchar失物日期Date评论Text首页只显示评论数量3.2.1.1寻物详细信息显示用户点击进入寻物信息后列表呈现信息：名称数据类型长度描述失物图片Img可不上传图片，最多上传四张图片失物所属类varchar如“卡片类”失物信息标题Varchar如“丢失建行卡一张”寻物描述Varchar对丢失物品的进一步描述发布人姓名varchar发布人联系方式Varchar失物地点Varchar失物日期Date评论Text显示此条寻物信息的评论列表收藏这条记录int点击收藏记录此条信息单号3.2.1.2寻物信息搜索名称描述校区选择默认用户

16、校区，可下拉重新选择，必填物品大类选择如，“证件类”、“卡片类”等，可不填写时间范围选择选择两个小于系统当前时间的时间点，可不选择关键字模糊搜索3.2.2招领信息列表招领模块下，按照时间降序排列出系统foundInfoList表的信息。名称数据类型长度描述拾物图片Img首页显示首张图片，可不上传图片，最多上传四张图片拾物所属类varchar如“卡片类”拾物信息标题Varchar如“拾到建行卡一张”拾物人姓名varchar拾物人手机号Varchar拾物地点Varchar拾物日期Date评论Text首页只显示评论数量3.2.2.1招领详细信息显示用户点击进入招领信息后列表呈现信息：名称数据类型长度

17、描述拾物图片Img首页显示首张图片，可不上传图片，最多上传四张图片拾物所属类varchar如“卡片类”拾物信息标题Varchar如“拾到建行卡一张”拾物信息描述Varchar对拾到物品的进一步描述拾物人姓名varchar拾物人手机号Varchar拾物地点Varchar拾物最终所在地点Varchar拾物者将拾物最终放置地点拾物日期Date评论Text显示此条拾物信息的评论列表收藏这条记录int点击收藏记录此条信息单号3.2.2.2寻物信息搜索名称描述校区选择默认用户校区，可下拉重新选择，必填物品大类选择如，“证件类”、“卡片类”等，可不填写时间范围选择选择两个小于系统当前时间的时间点，可不选择关

18、键字模糊搜索3.2.3个人信息列表3.2.3.1用户基本信息名称描述学号姓名联系方式QQ,EMAIL,电话任选，至少一个所属校区所属学院所属专业班级3.2.3.2我发布过的寻物信息显示我发布过得寻物信息列表，按时间降序排列名称数据类型长度描述失物图片Img首页显示首张图片 失物所属类varchar如“卡片类”失物信息标题Varchar如“丢失建行卡一张”发布日期Date用户发布信息日期评论Text首页只显示评论数量寻物信息状态如寻物找到，点击按钮表示寻物信息匹配成功点击进入某条记录显示此条记录寻物详细信息。（删除？）3.2.3.3我发布过的招领信息名称数据类型长度描述拾物图片Img首页显示首张

19、图片， 拾物所属类varchar如“卡片类”拾物信息标题Varchar如“拾到建行卡一张”发布日期Date用户发布信息日期评论Text首页只显示评论数量招领信息状态如拾物找到失主，点击按钮表示招领信息匹配成功点击进入某条记录显示此条记录招领详细信息。（删除？）3.2.3.4我评论过的信息名称数据类型长度描述物品图片Img首页显示首张图片， 物品所属类varchar如“卡片类”物品信息标题Varchar如“拾到建行卡一张”物品状态拾物或失物评论日期Date用户发布信息日期评论Text首页只显示评论数量点击进入某条记录显示此条记录详细信息。（删除？）3.2.3.5我收藏的信息名称数据类型长度描述物

20、品图片Img首页显示首张图片，可不上传图片，最多上传四张图片物品所属类varchar如“卡片类”物品信息标题Varchar如“拾到建行卡一张”物品状态拾物或失物拾/失物人姓名varchar拾/失物人手机号Varchar拾/失物地点Varchar拾/失物日期Date评论Text首页只显示评论数量点击进入某条记录显示此条记录详细信息。（取消收藏？）3.2.4发布寻物/招领信息名称描述发布状态拾物或失物，下拉选择物品图片最多上传四张图片物品所属类如“卡片类”，从系统所列项选择，下拉列表选择物品信息标题如“拾到建行卡一张”物品信息描述对拾到物品的进一步描述拾/失物人姓名系统自动录入登录用户名，可修改拾

21、/失物人联系方式选择用户信息（QQ.EMAIL,TEL下拉多选），可手动输入其他联系方式拾/失物地点默认用户校区，下拉可重新选择，文本输入具体地点物品最终所在地点拾物者将拾物最终放置地点（仅发布招领信息出现此填写框）拾/失物日期系统当前时间之前评论显示此条拾物信息的评论列表4.后台管理4.1权限管理4.1.1用户权限管理 配置用户登录后台管理权限 配置系统管理员修改基本表权限 配置系统管理员对权限配置操作权限4.2物品类管理4.2.1物品所属类管理包含物品类表的增删查改、分页操作。数据列表名描述物品类ID所属大类编号，如1001物品类名称大类名称，如“卡片类”使用状态1表示在使用，0表示暂停使

22、用4.2.2物品管理二级列表物品大类选择：证件类财物类生活物品学习物品其他三级列表物品名称列表，包含物品类表的增删查改、分页操作。数据列表名描述物品ID物品编号，与上一级ID保持前面字段一致，如卡片类下的一卡通为“100101”物品类名称物品名称，如一卡通使用状态1表示在使用，0表示暂停使用4.2.3校区管理校区状态麦庐园1蛟桥园1枫林园1青山园14.2.4拟定初始化物品类管理物品所属类物品名证件类一卡通，水卡，身份证，银行卡，其他证件财物类手机，电脑，U盘，钱包，移动电源，其他财物生活物品雨伞，眼镜盒，水杯，耳机，衣服，钥匙，其他生活物品学习物品书包 ，书籍，其他学习用品其他4.3订单管理4

23、.3.1招领订单管理二级菜单选择：校区麦庐园蛟桥园枫林园青山园三级菜单数据显示：包含订单的固定发布时间段查找、固定拾物时间段查找、信息标题及订单好查找、分页、排序操作。数据列表名描述订单号以物品所属ID开头，后面六位数字系统自增，如拾到一卡通，订单号为“100101000001”物品所属类大类名称，如“卡片类”物品名物品名称，如“一卡通”信息标题发布者输入标题信息发布人发布日期系统记录的用户发布信息时间拾物日期用户填写的信息发布时间图片按钮，鼠标移过显示拾物图片（首张）状态1表示有效，0表示失效查看订单详情点击跳转到订单详细信息显示物品详细信息显示：名称数据类型长度描述拾物图片Img最多上传四

24、张图片显示拾物所属类varchar如“卡片类”拾物信息标题Varchar如“拾到建行卡一张”拾物信息描述Varchar对拾到物品的进一步描述拾物人姓名varchar拾物用户账号发布人一卡通账号拾物人所属校区拾物人所属学院拾物人所属专业班级拾物人联系方式Varchar包括用户填写的所有联系方式拾物地点Varchar拾物最终所在地点Varchar拾物者将拾物最终放置地点拾物日期Date信息发布时间Date评论Text显示此条拾物信息的评论列表招领状态是否被用户招领4.3.2寻物订单管理包含订单的固定发布时间段查找、固定拾物时间段查找、信息标题及订单好查找、分页、排序操作。数据列表名描述订单号以物品

25、所属ID开头，后面六位数字系统自增，如拾到一卡通，订单号为“100101000001”物品所属类大类名称，如“卡片类”物品名物品名称，如“一卡通”信息标题发布者输入标题信息发布人发布日期系统记录的用户发布信息时间失物日期用户填写的信息发布时间图片按钮，鼠标移过显示拾物图片（首张）状态1表示有效，0表示失效查看订单详情点击跳转到订单详细信息显示物品详细信息显示：名称数据类型长度描述失物图片Img最多上传四张图片显示失物所属类varchar如“卡片类”失物信息标题Varchar如“拾到建行卡一张”失物信息描述Varchar对拾到物品的进一步描述失物人姓名varchar失物用户账号发布人一卡通账号失物人所属校区失物人所属学院失物人所属专业班级失物人联系方式Varchar包括用户填写的所有联系方式失物地点Varchar拾物日期Date信息发布时间Date评论Text显示此条拾物信息的评论列表寻物状态失物是否找回5.实验总结5.1 UML建模总结UML是一种软件建模语言，可以对任何具有静态结构和动态行为的系统进行建模。在关注它