失物招领系统数据库设计说明_第1页
失物招领系统数据库设计说明_第2页
失物招领系统数据库设计说明_第3页
失物招领系统数据库设计说明_第4页
失物招领系统数据库设计说明_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、目录失物招领系统数据库设计 3一、系统需求分析3(一)问题背景3(二)系统总体目标3(三)系统主要功能4二、概念结构设计6(一)标示实体集7(二)标本联系集:7(三)标示属性集7三、逻辑结构设计11(一)初始关系模式11(二)数据模型的规范化 12(三)调整后的关系模式的在数据库中具体实现 13四、物理结构设计18(一)数据库系统选型 18(二)索引的设置18(三)安全性和用户权限设计 18五、系统实现描述20六、小组成员介绍及分工22,(一)、小组介绍22(二)、任务分配22学习资料失物招领系统数据库设计一、系统需求分析(一)问题背景现今社会生活中,随着人们生活需求的日益多元化,人们所持有的

2、物质资源也随 之丰富,最直观的表现就是人们所拥有的物品无论从种类还是数量上都大幅增加,这就造成了人们对自己所有的物品在看管方面难度的加大 ,再加之日益加快的生活节 奏,就更导致了人们遗落、丢失物品的情况时有发生。这种现象在面积相对较小,而 人口特别密集的大学校园来说更是屡见不鲜 。老师和同学们时常丢失个人物品,如书 籍、手机、钱包、一卡通等现象时有发生。经过调查发现,失主往往因为不能及时的找回失物而造成许多麻烦和不少的损失(像许多同学因为丢失一卡通而造成了用餐、进入图书馆、借书等许多不便)。另一 方面,物品的拾取者也因为没用取得失主的联系方式而不能及时的把拾取物交还到失 主手上。而传统的失物招

3、领服务中心,采用的还是拾取者上交、手工备案、人工查询 的方式。但是随之物品的增多这种管理方式的工作量不断加大 ,这种做法就存在费时 费力、缺乏时效性、不利于调动拾取者积极性等缺点。基于以上分析,我们认为建立一个网上失物招领系统是非常必要的 。一方面,一 旦网站建立好之后,拾到失物的同学可以在第一时间将失物信息发布到网上 ,而不是 找张纸写上失物招领”四个大字后贴到公告栏。另一方面,有一个系统处理失物信息, 就减少了人工处理的工作量。(二)系统总体目标建立本失物招领系统是为了通过拾主对拾物信息的录入和发布,以方便失主对自 己所失物品的查询,一旦查询到自己所丢物品,失主可从系统中获得拾主的联系方式

4、,以方便自己取回失物。如果失主没有查询到自己所丢物品信息,也可以发布丢失物品信息。这样,本系统旨在建立失物、失主、拾取三者之间的桥梁关系,从而使失 主能及时有效的从拾取者手中取回自己所丢失的物品 。(三)系统主要功能1、及时收集、录入、存储失主的失物信息,拾取者的拾物信息以及失主和拾取者 的联系方式等信息。2、物品信息的查询功能。3、定期更新物品信息,注销已完成取回的物品记录。系统(网站)运行的流程图如下:失物招领系统顶层数据流程图:失物交接信息失物招领系统第一层数据流程图:所拾物品信息F1P1.0记录拾得物品信息F1物接自3失交位所失物品信息F2拾主联系方式F4 / 无此拾物信息F5P2.0

5、检索在库物品信息D1 失物信息数据库失物登记信息(失物未找到)、概念结构设计根据前面对系统进行的分析,已经初步了解了排课系统的数据处理流程系统有关的各个实体及其相互联系如下:(一)标示实体集:拾主、失主、拾物、失物。(二)标示联系集:拾主和拾物:每位拾主可以捡到多个物品,存在拾得”的关系:1:N失主和失物:每位失主可以捡到多个物品,存在去失”的关系:1:N拾主和失主:失主通过系统查询的所丢的东西,并在系统中得到拾到自己所丢物 品的拾主的联系方式,与拾主联系找回自己所丢之物。(三)标示属性集拾主(一卡通号,姓名,性别,联系方式)拾得(拾主一卡通号,拾得物品编号,拾得时间,拾得地点)拾得书本(编号

6、,名称,作者,描述)拾得U盘(编号,品牌,大小,描述)拾得钱包(编号,颜色,内容物,描述)拾得其他(编号,名称,描述)失主(一卡通号,姓名,性别,联系方式)丢失(失主一卡通号,丢失物品编号,丢失时间,丢失地点)丢失书本(编号,名称,作者,描述)丢失U盘(编号,品牌,大小,描述)丢失钱包(编号,颜色,内容物,描述)丢失其他(编号,名称,描述)找回失物(拾物编号,拾主一卡通号,失主一卡通号)类别拾得时间拾得物品编联系方式(QQ/电话)1分图2n拾物联系方式(QQ/电话)找回失物联系方式(QQ/电话)分图3丢失时间丢失地1n名称ISA1其他联系方式(QQ/电话)描述U钱包大小描述描述内容物颜色找回描

7、述描述颜色大小内容物描述彳乍者U钱包1其他ISA名称描述n1拾物联系方式(QQ/电话)物品编拾得时间描述J乍者三、逻辑结构设计(一)初始关系模式根据上面的E R图,我们把它转换成数据模型,如下:1)拾主实体可以转化成如下的关系模式,其中一卡通号为拾主关系的主键:拾主(一卡通号,姓名,性别,联系方式)2)拾得这一联系(拾主与所拾物品1: n的联系)可以转化如下关系(其中拾主一卡通号和所拾物品编号共同组成该关系的主键 ):拾得(拾主一卡通号,拾得物品编号,拾得时间,拾得地点)3)对于所拾物品这一实体,由于这里有一个泛化/特化的关系,这里采用将每个子实体建立成为一个关系的方法,如下(加下划线的为主键

8、):拾得书本(!殳,名称,作者,描述)拾得U盘(编号,品牌,大小,描述)拾得钱包(编号,颜色,内容物,描述)拾得其他(组号,名称,描述)3)对于找回失物这一联系 (拾主与失主1:1的联系),分解成的关系(这是一个ALLkey的关系)为:找回失物(拾物编号,拾主一卡通号,失主一卡通号)4)对于失主这边的关系模式基本与拾主差不多 ,在此不再赘述,罗列如下(加下划线的为主键):失主(一卡通号,姓名,性别,联系方式)丢失(失主一卡通号,丢失物品编号,丢失时间,丢失地点)丢失书本(级殳,名称,作者,描述)丢失U盘(编号,品牌,大小,描述)丢失钱包(编号,颜色,内容物,描述)丢失其他(业,名称,描述)(二

9、)数据模型的规范化通过对E-R图的讨论分析,并将E-R图转换成相应的关系模式后,我们对以上关系做进一步的分析,得出如下关系模式中的函数依赖集:1 .拾主模式:一卡通号 姓名、性别、联系方式;2 .失主模式:一卡通号姓名、性别、联系方式;3 .拾得模式:一卡通号,物品编号拾到时间、拾到地点;4 .拾得书本模式:编号-名称、作者、描述;5 .拾得U盘模式:编号 品牌、大小、描述;6 .拾得钱包模式:编号颜色、内容物、描述;7 .拾得其他模式:编号名称、描述;8 .丢失模式:失主一卡通号、丢失物品编号 丢失时间、丢失地点;9 .丢失书本模式:编号名称、作者、描述;10 .丢失钱包模式:编号颜色、内容

10、物、描述;11 .丢失U盘模式:编号品牌、大小、描述;由于在做概念模式之前我们已经考虑到了关系模式的优化问题,所以至此,所有的关系模式都已经达到了 3NF,符合系统要求。(三)调整后的关系模式的在数据库中具体实现Finder(拾主)表:字段名数据类型(精度范围)空/非空约束条件说明FrCdidChar(6)Not nullPrimary key拾主一卡通号FrnameVarchar(8)Not null拾主姓名FrsexChar(2)Not null拾主性别FrphoneVarchar(13)Not null拾主联系方式Find (拾得)表:字段名数据类型(精度范围)空/非空约束条件说明FrC

11、didchar(6)Not nullPrimary key拾主一卡通编号FdidChar(4)Not null物品编号FdtimedatetimeNot null拾到时间FdplaceVarchar(20)Not null拾到地点FBook (书)表:字段名数据类型(精度范围)空/非空约束条件说明FBid自动增长类型Not nullPrimary key编号FBnameVarchar(20)Not null书本姓名FBauthorVarchar(20)Not null书本作者FBdescribeVarchar (50)描述说明拾到书本的编号为自动编号,且编号采用层次编号方法例如编号11001,

12、左起第一位的1”表 示是拾到的物品,第二个1”是表示书本,后面三位为流水号FWallet(拾得钱包)表:字段名数据类型(精度范围)空/非空约束条件说明FWid自动增长类型Not nullPrimary key编号FWcolorVarchar(8)Not null钱包颜色FWincludeVarchar(30)Not null钱包内物品FWdescribeVarchar (50)描述说明拾到钱包的编号为自动编号,且编号采用层次编号方法例如:编号14001,左起第一位1”表示 是拾到的物品,第一个4”是表示钱包,后面三位为流水号FUdisk(拾得U盘)表:字段名数据类型(精度范围)空/非空约束条件

13、说明FUid自动增长类型Not nullPrimary key编号FUnameVarchar(10)Not nullU盘品牌FUsizeVarchar(10)Not nullU盘大小FWdescribeVarchar (50)描述说明拾到U盘的编号为自动编号,且编号采用层次编号方法例如:编号13001,左起第一位1”表示 是拾到的物品,第一个3”是表示U盘,后面三位为流水号FOther (拾得其他物品)表:字段名数据类型(精度范围)空/非空约束条件说明FOid自动增长类型Not nullPrimary key物品编号FOnameVarchar(10)Not null物品名称FOdecideVa

14、rchar(50)Not null物品描述说明拾到U盘的编号为自动编号,且编号采用层次编号方法例如:编号12001,左起第一位1”表示 是拾到的物品,第一个2”是表示U盘,后面三位为流水号ReBack 表:字段名数据类型(精度范围)空/非空约束条件说明FrCdidchar(6)Not nullPrimary key拾主一卡通编号Lridchar(6)Not null失主一卡通号Fdidchar(4)Not null拾物编号Loser 表:字段名数据类型(精度范围)空/非空约束条件说明Lridchar(6)Not nullPrimary key失主一卡通号LrnameVarchar(8)Not

15、null失主姓名LrsexChar(2)Not null失主性别LrphoneVarchar(13)Not null失主联系方式Lose 表:字段名数据类型(精度范围)空/非空约束条件说明LridChar(6)Not nullPrimary key失主一卡通号LsidChar(4)Not null失物编号LsplaceVarchar(20)Not null丢失地点LstimedatetimeNot null丢失日期LBook 表:字段名数据类型(精度范围)空/非空约束条件说明LBid自动增长类型Not nullPrimary key编号LBnameVarchar(20)Not null书本姓名

16、LBauthorVarchar(20)Not null书本作者LBdescribeVarchar (50)描述说明丢失物品的编号方式同拾到物品,只是在编号方法上左起第一位用2”表示是丢失物品例如:编号21001,表示丢失书本的第一条记录。LWallet 表:字段名数据类型(精度范围)空/非空约束条件说明LWid自动增长类型Not nullPrimary key编号LWcolorVarchar(8)Not null钱包颜色LWincludeVarchar(30)Not null钱包内物品LWdescribeVarchar (50)描述LUdisk 表:字段名数据类型(精度范围)空/非空约束条件说

17、明LUid自动增长类型Not nullPrimary key编号LUnameVarchar(10)Not nullU盘品牌LUsizeVarchar(10)Not nullU盘大小LUdescribeVarchar (50)描述LOther 表:字段名数据类型(精度范围)空/非空约束条件说明LOid自动增长类型Not nullPrimary key物品编号LOnameVarchar(10)Not null物品名称LOdecideVarchar(30)Not null物品描述各个关系的联系是i J 四、物理结构设计(一)数据库系统选型操作系统采用微软的 Windows 7和Windows xp

18、professional 。数据库管理系统采 用微软企业的SQL Server 2005 。数据库系统的模式结构采用关系数据库,并采用B/S(浏览器/服务器)结构建设网站,开发工具采用Visual Studio 2008 + dreamweaver8。(二)索引的设置根据对对失物招领系统的分析,由于该系统的一个很大功能是为同学们提供失物 的检索和拾物的发布功能我们认为为了提高查询速度,可以对经常要查询的字段设置 索引,具体如下:1、针对拾主表,为其一!号建立唯一索引。2、针对所拾物品表,为每类物品的名称建立聚簇索引(因为检索可能经常用的物品名称);并为每类物品的编号建立唯一索引。3、针对失主表

19、,为其一!号建立唯一索引。4、针对所失物品表,为每类失物的名称建立聚簇索引(因为检索可能经常用的物品名称);并为每类失物的编号建立唯一索引。(三)安全性和用户权限设计1、安全性设计由于我们这个系统是一种B/S模式的结构,如果真的付诸实践,数据库将存放在远 程服务器上,那么数据库的安全性将变得尤为重要,基于此,我们将具体采取以下措 施保护数据库的安全:(1)、设计用户权限,管理数据库任何进入该系统的访客要想能够对数据库的相关内容进行操作(包括发布拾物或失物的信息,以及对所发布的信息的修改),必须注册成为该系统(网站)的会员, 每次登陆都必须输入用户名和密码,验证通过后方进行相关操作,这样通过管理

20、不同 用户对数据库的操作权限从而达到保证数据库的安全 。(2)、定期进行数据库备份,以备数据丢失针对失物招领系统的数据流量并不太大的状况,我们采取对数据库每周星期天进行一次完全备份,然后在接下来的六天里只对当天新增的或被修改过的数据进行差异 备份。这样做的好处是:首先,它无需每天都对系统做完全备份,因此备份所需时间 短,并节省了磁带空间,其次,它的灾难恢复也很方便。系统管理员只需两盘磁带, 即星期天的完全备份磁带与灾难发生前一天的差异备份磁带,就可以将系统恢复。另外,我们将设在每月底进行一次完全备份,每年底进行一次全备份。2、用户权限设计由于我们该系统是基于网站 B/S结构,系统的访问人员大致

21、会有三类:管理员、网 站会员、普通访客。针对不同的用户我们将设计不同的权限。具体来说,只有网站的 维护人员(管理员)可以对数据库做任何查询、修改、删除等;注册用户可以发布信 息(对数据库的插入)、修改自己发布的信息(对数据库的修改)。查询物品信息(对数据库的查询)。非注册用户只能查询物品信息 (对数据库的查询)。查询物品信息发布物品信息修改物品信息管理员V注册用户VV(只是自己发布的信息)V(只是自己发布的信息)非注册用户VXX五、系统实现描述我们的系统采用Dreamweaver 8制作前台网站,并实现了前台与数据库的链接卜面是几个主要界面的截图:1、网站首页界面:却迸 期W CAiYi收融匈

22、 工时 .助圜息也一挥爱应双乐册端,丸TKXTIt星 J!何研HHtiq 电用.“43r4|jinixai:inn首更发布信息失物管理 注册失物招领中心网失电胞骸中心内杷拾髭不昧晴油推向全国招耳台市负黄人关梅相兼中心为右到天糜和失主双芳福调返还要事13B395电K人人可登记寻找关主寻找关利.我舐的融*我抬到的崛张玉存身借证物亍卡藤海年票匿I书摘张玉存舅出证思行卡旅游转口,代¥前张玉存身例证他行卡趣源年纪P1中号前】张玉存身加证银行卡旅德寻票张玉存身旗E眼行卡越海年里旧收勺前1靠玉存身航E银行卡触湍年里已收寸卸张玉行身份证跟行卡感德年瞿国何勺前弗玉存身份证银行卡砥遁年票即收寸匍生王行身份证跟行卡旗浦年理口田搁弗玉存身份证银行卡砥孺年里即收捐5兆王存

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论