1、3 数据库设计 133.1数据库设计的基本规范 133.1.1开发规范 133.1.2命名规范 133.2基本表及其说明 143.2.1寻物信息列表 143.2.1.1寻物详细信息 143.2.1.2寻物信息搜索 143.2.2招领信息列表 153.2.2.1招领详细信息 153.2.2.2寻物信息搜索 153.2.3 个人信息列表 163.2.3.1用户基本信息 163.2.3.2我发布过的寻物信息 163.2.3.3我发布过的招领信息 163.2.3.4我评论过的信息 163.2.3.5我收藏的信息 173.2.4 发布寻物 / 招领信息 174. 后台管理 174.1权限管理 174.2
2、物品类管理 184.2.1物品所属类管理 184.2.2物品管理 184.2.3校区管理 184.2.4拟定初始化物品类管理 184.3 订单管理 194.3.1招领订单管理 194.3.2寻物订单管理 205. 实验总结 215.1UML 建模总结 215.2数据库设计总结 211、需求分析1.1开发背景及意义现今社会生活中,随着人们生活需求的日益多元化,人们所持有的物质资源 也随之丰富,最直观的表现就是人们所拥有的物品无论从种类还是数量上都大幅增加, 这就造成了人们对自己所有的物品在看管方面难度的加大, 再加之日益加快的生活节奏, 就更导致了人们遗落、丢失物品的情况时有发生。这种现象在面积
3、相对较小,而人口特 别密集的大学校园来说更是屡见不鲜。老师和同学们时常丢失个人物品, 如书籍、手机、钱包、一卡通等现象时有发生。经过调查发现,失主往往因为不能 及时的找回失物而造成许多麻烦和不少的损失(像许多同学因为丢失一卡通而造成了用 餐、进入图书馆、借书等许多不便) 。另一方面,物品的拾取者也因为没用取得失主的联 系方式而不能及时的把拾取物交还到失主手上。而传统的失物招领服务中心,采用的还 是拾取者上交、手工备案、人工查询的方式。但是随之物品的增多这种管理方式的工作 量不断加大,这种做法就存在费时费力、缺乏时效性、不利于调动拾取者积极性等缺点。 基于以上分析,我们认为建立一个网上失物招领系
4、统是非常必要的。一方面,一旦网站 建立好之后,拾到失物的同学可以在第一时间将失物信息发布到网上,而不是找张纸写 上“失物招领”四个大字后贴到公告栏。另一方面,有一个系统处理失物信息,就减少 了人工处理的工作量。1.2系统功能及目标此失物招领系统旨在给拾主一个可信任的软件发布拾到的物品,让失主更容易地找 到丢失的物品,同时不至于出现让失主冒领、错领等现象。失主和拾主主要针对注册过 该软件的所有群体。为完成上述功能,提出以下相应的需求:1、在数据库中存储失主发布的丢失物品信息以及拾主或各个失物招领信任点发布拾 获物品信息,并方便有效地进行相应的数据操作和管理,这其中包括:*物品信息的录入、删除、修
5、改*物品信息的模糊查询 *物品信息的多关键字检索2、能够对一定数量的注册过的失主信息进行相应的存储和管理,这其中包括:*失主信息的录入、删除、修改*失主的统计与查询3、能够对一定数量的注册过的拾主信息进行相应的存储和管理,这其中包括: *拾主信息的录入、删除、修改*拾主的统计与查询4、能够对失主与拾主发布的物品信息进行匹配比较, 并按照匹配的从高到低的顺序 为失主推荐5、能够对需要的统计结果提供打印和输出。6、为了不出现失主冒领、错领的现象,以及为了保证拾主信息的保密性安全性,让 拾主提供部分拾获物品信息,只有当失主全部答对时,才可以得到拾主的信息。7、能够保证一定的安全机制,需要信息管理人员
6、的优先级以及数据信息授权访问, 防止随意删改,同时提供信息备份的服务。2、系统建模2.1创建系统用例模型2.1.1确定参与者创建系统用例的第一步是确定系统的参与者。 失物招领系统的参与者包含以下三种:(1)用户:发布失物或者拾物信息的主体。(2)系统管理员:负责失物招领系统的操作和后台维护。(3)系统数据库:参与系统完成各项功能的整个过程。2.1.2参与者用例普通用户在本系统中能够发布失物信息或者拾物信息,发表评论,修改评论,删除 评论修改个人资料(包括别名,性别,邮箱,手机号码) ,修改密码,将某条寻物信息或 拾物信息加入自己收藏。删除收藏阳查看我收藏的信息图2-1-2普通用户用例图1.修改
7、密码用例描述用例名称修改密码标识符AC0001用例描述用户进行修改密码操作参与者用户状态前置条件用户已登录系统后置条件密码修改成功基本操作流程用户输入目前有效密码输入新密码再次输入新密码进行确认4. 提示用户修改密码成功假设1.用户已登录系统2.输入了有效密码3两 次输入新密码一致2.更改联系方式用例描述更改联系方式AC0002用户更改联系方式操作更新联系方式成功1.输入新的联系方式2.提交表单确认3. 修改成功1.用户已登录系统2.输入信息符合基本格 式要求3.拾物或者拾物信息发布拾物或者拾物信息发布AC0003拾物或者拾物信息发布成功1.选择信息分类(拾物还是拾物)2.填写物品信息(如名称
8、,形状,颜色,相关 标识等)。填写丢失(拾到)的时间,地点等, 填写相关描述3.提交表单4.发布成功4.认领失物用例图认领失物用例图AC0004当失主看到丢失物品或者疑似丢失物品是进 行认领认领成功等待拾主联系确认1.浏览到相关信息是,点击认领按钮2.认领成功3. 等待拾主反馈5.发表评论用例描述发表评论用例描述AC0005用户看到消息是可以进行评论 发表看法提供相关线索评论成功1.浏览到相关信息是,填写评论内容2.输入验证码3. 点击提交按钮1.用户已登录系统 2.输入正确验证码6.信息加入收藏用例描述加入收藏AC0006用户看到一条感兴趣的寻物或拾物信息, 如可能与自己有关的,可以将这条信
9、息加入收藏加急置顶成功1.选择信息点击收藏1.用户已登录系统2.1.3管理员用例图管理员可以将用户设为管理员,对已发布信息进行增删查改,可以设置用户权限,删 除评论,增加信息分类,发布通知公告。1.发布通知用例描述通知管理寻物列表管理图2-2管理员用例图用户列表管理员拾物列表管理评论列表管理收藏列表管理附件表管理发布通知用例BC0001如有紧急信息或者需要通知信息发布通告夕.f 参与者管理员已登录系统通告发布成功1.进入通告发布页面2.编辑需要发布的内容 3点击确定发布管理员已登录2.2创建系统静态模型2.2.1创建系统静态模型从前面的需求分析中,我们可以依据主要的类对象:用户,系统管理员和信
10、息等创建完整的类图如图下图所示J : string: stiringStringviarchar (,5 : String图2-3类图1.用户类 主要包含了用户信息 包括唯一 ID,用户名,密码,性别,姓名,联系方式,出 生年月,最后一次登陆时间,是否为管理员。2.招领信息类 主要包含拾物分类信息,包括唯一 ID,拾物类型,拾物图片,发布人姓 名 ,发布人联系方式,拾物时间等。3.寻物信息类主要包含失物分类信息,包括唯一 ID,失物类型,失物图片,发布人姓名 ,发布人联系方式,失物大概时间等。4.收藏类,主要包括收藏人,收藏信息编号,收藏时间,收藏信息类型。5.校区 类 主要是校区名称,校区对
11、应学校。6.物品类别类 主要拾物或失物具体是属于哪一个类型,有类型名称和类型编号。7.附件类 包含了发布的招领信息和寻物信息的各种附件,主要有上传人编号,上传时 间,信息类型等。8.评论类 包含了发布信息的人和发布评论的人的编号,以及类型、信息编号等。2.3 创建系统动态模型系统的动态模型可以使用交互作用图、状态图和活动图来描述2.3.1 创建序列图1.用户发布失物或者拾物活动的步骤分为: ( 1 )学生在登录界面输入自己账号密码登录 (2 提交包含账号密码的表单( 3)系统验证账号密码( 3)进入信息发布页面( 4)填写 并且提交表单信息( 5)数据库增加信息 如下图所示。2:提交账户密码3
12、:验证密码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) 数据库对象的命名应当避免和系统原有的对象名称(如:系统表、系统存储过 程
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1