文物点播系统(需求分析+逻辑设计+总结+ER图)-课程设计.doc

文物点播系统(需求分析+逻辑设计+总结+ER图)-课程设计文物点播系统(需求分析+逻辑设计+总结+ER图) 目录概述 2 1. 需求分析 2 1.1数据流图 21.2 数据字典 5 2. 概念（模型）设计 9 2.1 系统E-R图设计 92.2系统功能概要设计113逻辑（模型）设计 11 3.1 二维表的设计及优化113.2 视图设计203.3 系统功能结构详细设计224数据库实现 225测试结果 255.1存储过程的创建255.2 功能过程的实现 276数据库课程设计总结 407参考文献 41 博物馆文物点播系统概述：随着历史车轮的隆隆驶过，给世人留下了诸多的千古之谜、也带给了我们无限的遐想，但我们却只能从它的足迹中找寻失落的文明，文物可谓就是历史的活化石。博物馆里诸多的文物，枯燥、乏味，且大部分游客对其不甚了了，没有导游的讲解很难对其有很深刻的本文源自六维论文网认识，所以这套文物点播系统收录了一个博物馆中几乎所有的展品，通过对所要了解文物的搜索、点击播放，游客就可以通过图片、文字说明或三维动画的形式对其有一个很直观的了解。节省了很多的人力，多方位的讲解方式适合不同人群查阅，必将成为博物馆人性化管理中不可或缺的一部分。一、需求分析： 经分析此系统是一款小型的文物查询系统，主要是针对游客对文物的查询，并以多种形式（图片、文字、视频）对游客所查找到的文物进行详解，使游客对所要了解的文物有充分、深刻的认识。系统提供留言功能使登录游客可以发表自己对文物的一些独特见解及对博物馆方面的一些建议，馆长也将通过此留言板对一些留言进行回复！【1.1】文物点播系统数据流图： 顶层： 第一层： 第二层：P1 点播系统 P2更新系统 P3留言系统： 【1.2】数据字典：（其中加粗加下划线的为主码）数据项数据项名类型长度范围取值含义是否为空分类名VARCHAR(n) 8 分类代码代表的名称 否地名VARCHAR(n)16 世界范围文物出土地理名称否朝代VARCHAR(n)16 古今中外文物所处的王朝否文物名称VARCHAR(n) 16 文物的学名 否出土日期 DATETIME 文物出土的时间 是入馆时间 DATETIME 进入展馆的时间 是完好程度VARCHAR(n) 16 文物现状 是图片 image 是视频 real 是文字说明VARCHAR(n) 4000 文物的语言描述 是名称VARCHAR(n) 8 博物馆内展厅代码所代表的展厅名 否存放量INT每个展厅存放文物的总量 是位置VARCHAR(n) 32 展厅的在馆内的相对位置 是地区简介VARCHAR(n) 500 世界范围出土地点的介绍 是出土数量 INT 0-9999某地出土的文物总量 是出土文物VARCHAR(n) 500 某地自始至终出土的文物 是历史背景VARCHAR(n) 4000所处朝代的境况 是历史事件VARCHAR(n)4000所处朝代的历史事件 是馆长名VARCHAR(n) 32馆长的真实姓名 否1367文物点播系统(需求分析+逻辑设计+总结+ER图)职称VARCHAR(n) 32头衔是科研项目VARCHAR(n) 16研究的项目是办公地点VARCHAR(n) 16办公室地点是所获奖项VARCHAR(n) 64 得奖情况是姓名VARCHAR(n) 32 游客姓名 否国籍VARCHAR(n) 32 世界范围游客所属国籍否职业VARCHAR(n) 16游客从事的职业否年龄SMALLINT0-99 游客的岁数否内容VARCHAR(n)200留言内容是日期datetime留言日期是密码INT登录留言系统的验证码 否文字VARCHAR(n)32 中文，英文提示文字否数据结构：数据结构名含义说明组成文物列表文物按类查询的列表文物+分类名文物 所查询文物的详细信息表文物本文源自六维论文网名称+地点+朝代+展厅+出土时间+入馆时间+完好程度用途描述 文物介绍的三种具体方式 图片+视频+文字说明展厅存放文物的分类展馆名名称+存放量+位置出土地点文物的出土具体地理位置地名+地区简介+出土数量+出土文物时期文物所处的王朝朝代+历史背景+历史事件游客游客的登录信息 姓名+国籍+年龄+职业馆长馆长的个人信息馆长名+职称+科研项目+办公地点+所获奖项查询失败反馈未找到所查询文物时的提示信息 文物名称+文字文物更新反馈 当更新文物时显示的提示信息分类名+文字+文物名称缺乏待增单送入博物馆信息部门的缺乏文物列表文物名称+文字登录项目登录的必要信息 姓名+密码数据流：数据流名说明数据流来源数据流去向组成高峰期流量平均流量（每天）分类名文物列表（TC）中的分类名游客查询处理系统分类名 20 500文物名称 所查询的文物名称游客查询处理系统文物名称20500文献资料输出查询到文物的详细信息 播放列表信息系统游客图片、视频、文字说明 20500缺乏信息提示若未找到所查询的文物所发出的提示信息缺乏信息列表系统游客 查询失败反馈=（文物名称+文字） 20500更新信息提示完善文物信息表后屏幕所显示的更新提示博物馆信息部门游客 文物更新反馈=（分类名+文物名称+文字） 11注册信息游客填写的登录信息游客注册系统游客 =（姓名+国籍+年龄+职业+密码） 20500缺乏信息单游客未查找到的文物信息列表缺乏信息列表系统博物馆信息部门 缺乏待增单=（文物名称+文字）11（每月）审核报告单 馆长签名同意的更新信息单编制信息审核报告单系统馆长文物+用途描述+展厅+出土地点+时期 11（每月）批准的信息单馆长签字同意更新的信息单馆长修改文物列表系统文物+用途描述+展厅+出土地点+时期 11（每月）登录信息 游客留言的前提条件 注册系统登录系统登录项目=（姓名+密码）20500留言登陆游客的留言内容登录的游客编制留言列表系统文字 20 500查看馆长查看留言留言列表馆长 文字 20500回馈馆长回馈游客留言馆长留言列表文字 1500文物信息单 查找到文物的播放信息单产生播放列表系统F2暂存播放列表系统 文物+用途描述+展厅+出土地点+时期 20 500文物信息所查询文物的详细信息F1存储 查询系统文物+用途描述+展厅+出土地点+时期 20 500找到 查询成功 查询系统产生播放列表系统文物+用途描述+展厅+出土地点+时期+文字 20 500未找到查询不成功查询系统缺乏信息列表系统文物+用途描述+展厅+出土地点+时期+文字20 500留言列表单 一天中的游客留言表留言F3留言存储 文字 20 500批准、不批准 审核意见 馆长博物馆信息部门 文字 11（每月数据存储：数据存储名编号说明输入的数据流输出的数据流组成文物列表F1所查询文物的检索信息表批准的信息单 查询系统文物+用途描述+展厅+出土地点+时期暂存播放列表F2暂存所查找到的文物信息，待播放项目产生播放列表系统播放列表信息系统文物+用途描述+展厅+出土地点+时期留言存储F3游客留言于馆长反馈的信息表游客、馆长馆长 文字暂存完善信息F4编制好但未经审核的原始信息表博物馆信息部门编制信息审核报告单系统文物+用途描述+展厅+出土地点+时期处理过程：处理过程名输入数据流输出数据流简要说明查询 分类名、分类名称成功、不成功以游客的输入查询方式查找库文物，找到生成播放列表，未找到自动转到更新系统播放信息列表文物信息单 文物信息用相应播放工具工具顺序来响应用户的查看方式产生播放列表成功文物信息单将游客查找到的文物信息归总建播放表缺乏信息列表 不成功缺乏信息提示、缺乏信息单查询失败后所做的异常处理：提示游客，反馈信息到信息部门编制信息审核报告单文物信息单审核报告单创建更新文物信息表供审批修改文物列表 批准的信息单文物信息将批准的新文物信息加入文物库，注册注册信息登录信息处理需留言游客的登录请求，提供登录接口登录登录信息留言 游客登录后进行留言编制留言列表留言留言列表单 编制游客留言表项目单二、概念（模型）设计【2.1】文物点播系统E-R图设计：（其中加粗的为主码）1）实体集 1. 2.文物点播系统(需求分析+逻辑设计+总结+ER图)文物点播系统总E-R图：【2.2】系统功能概要设计二、逻辑（模型）设计【3.1】E-R图向关系模式（二维表）的转化：带下划线加粗的属性为主码：1）文物列表（分类名, 文物名称） TC$ (Tclassify name, TCRname, )2）文物（文物名称，出土日期，入馆时间，完好程度，图片，视频，文字说明，展厅名称，地点，朝代） CR$ (TCRname, Cdate, Ctime, Cstate CRpicture, CRvedio,CRvedio，Sname, Splace ,Pdynasty) 3）展厅（展厅名称，存放量，本文源自六维论文网位置） SR$ ( Sname, Storage, Site)4）出土地点（地名，地区简介，出土数量，出土文物） SC$ (Splace ,Sintro, Samount, SCR) 5）时期（朝代，历史背景，历史事件） Period$(Pdynasty, Pbackground, Pincident)6）馆长（馆长名，职称，科研项目，办公地点，所获奖项） Curator$(Cname, Ctitle, Citem, Csite, Cawards)7) 游客（姓名，国籍，年龄，职业，密码，馆长名，内容，日期）Tourist$(Toname ,Tnationality ,Tage ,Tprofession ,Tcode,Cname ,Tcontent ,Tdate)注：2）由文物（文物名称，出土日期，入馆时间，完好程度）与用途描述（文物名称，图片，视频，文字说明）合并而来。7）由 游客（姓名，国籍，年龄，职业, 密码）留言反馈（姓名，馆长名，内容，日期 ）合并而来。文物（culture relic）缩写为CR； 出土地点（site of come up ）缩写为SC 展厅（Showroom）缩写为SR; 文物列表（Table of CR）缩写为TC;具体二维表及规范化如下：1）TC$（文物列表）分类名Tclassify name文物名称TCRname 铜器 铜器铁器 铁器非主属Tclassify name完全依赖于主码TCRname且不存在传递依赖此表为3NF.CR$（文物）表文物名称TCRname出土日期Cdate入馆时间Ctime完好程度Cstate图片CRpicture视频CRvedio文字说明CRtype matter展厅名称Sname地名Splace 朝代Pdynasty 由于非主属性Cdate， Ctime，Cstate，CRpicture，CRvedio，CRtype matter分别对主码（TCRname，Sname，Splace，Pdynasty）存在部分依赖，所以为1NF。规范化：将其拆分为四个表： 2）CR$（文物）表文物名称TCRname出土日期Cdate入馆时间Ctime完好程度Cstate图片CRpicture视频CRvedio文字说明CRtype matter文物点播系统(需求分析+逻辑设计+总结+ER图)这四张表中其中3）4）5）为全码！本文源自六维论文网为3NF。2）张表中非主属性对主码TCRname是完全函数依赖，且不存在传递依赖，所以为3NF。 6）SR$（展厅）表展厅名称Sname存放量Storage位置Site7）SC$（出土地点）表地名Splace地区简介Sintro出土数量Samount,出土文物SCR8）Period$(时期)表朝代Pdynasty历史背景Pbackground历史事件Pincident6）7）8）这三张表的非主属性均完全函数依赖于主码且不存在传递函数依赖所以均已达到3NF，不用再优化！9）Curator$(馆长)表馆长名Cname职称Ctitle科研项目Citem办公地点Csite所获奖项CawardsCname Ctitle Cname Citem Cname Cawards Cname Csite非主属性完全依赖于主码，且不传递依赖于主码，此表为3NF。10）Tourist$（游客）表姓名Toname国籍Tnationality年龄Tage密码Tcode职业,Tprofession馆长名Cname内容Tcontent日期TdateTnationality、 Tage、Tprofession、Tcontent、Cname、Tdate ,Tcode完全依赖于主码，且不存在传递依赖关系，为3NF。经规范优化使其达到3NF后共得十张二维表：TC$（文物列表）、 CR$（文物）表 SR$（展厅）表、 SC$（出土地点）表、 Period$(时期)表、 Curator$(馆长)表、 Tourist$（游客）表。 TCR_SR$表 TCR_period表TCR_SC表表中属性的具体取值定义等属性详见概念分析中的数据字典中的数据项。表在RDBMS内的实现： TC$表的创建：TCR_SR$表的创建：TCR_period表的创建：TCR_SC表的创建：Toutst$表的创建：SR$表的创建：SC$表的创建：CR$表的创建：Curator$表的创建：Period$表的创建：表之间关系的创建：表之间的关系通过主键与外键之间的关系体各表之间总体关系图如下所示：【3.2】视图设计1)文物详细信息视图：2)文物列表视图：馆长对游客的视图：游客对馆长的视图：共创建了四个视图：【3.3】系统功能详细设计四、数据库实现 【4.1】数据输入：输入