ImageVerifierCode 换一换
格式:DOC , 页数:20 ,大小:263KB ,
资源ID:1937894      下载积分:10 金币
验证码下载
登录下载
邮箱/手机:
验证码: 获取验证码
温馨提示:
支付成功后,系统会自动生成账号(用户名为邮箱或者手机号,密码是验证码),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/1937894.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  
声明  |  会员权益     获赠5币     写作写作

1、填表:    下载求助     留言反馈    退款申请
2、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
3、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
4、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
5、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【可****】。
6、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
7、本文档遇到问题,请及时私信或留言给本站上传会员【可****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。

注意事项

本文(图书管理系统数据库分析与设计实例.doc)为本站上传会员【可****】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4008-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

图书管理系统数据库分析与设计实例.doc

1、20精品文档就在这里-各类专业好文档,值得你下载,教育,管理,论文,制度,方案手册,应有尽有-某大学图书管理系统的数据库分析与设计(以下内容包括第3章介绍的数据库设计的几个阶段:需求分析,概念设计,逻辑设计与物理设计,通过阅读实例分析,请注意理解有关理论含义)1 系统内部框架及数据字典(调查了解)1.1 信息分类及相互关系某大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的,其中涉及的信息大体上可以分为四类:业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息,如借阅信息、书刊出入库信息等,都是局部信息;读者信息是指在读者整个在校期间需要在整个系统

2、范围内共享的信息,是基本信息;管理信息是由基本信息和业务过程信息加工得到的,如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息。读者借阅活动和各类信息之间的关系1.2 贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系,确立好各局部系统之间的接口,是实现这一目标的前提。贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线。以此为框架来构造和集成整个系统。证件信息包括读者主索引、借阅记录等等;费用信息包括在各个环节发生的各类费用及消耗成本等。这两条信息线在系统中体现为具体的数据结构,它独

3、立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。2. 需求分析(该阶段结果主要用数据流图和数据字典表示,该阶段是经过分析,抽象得到各子系统的数据流程图及数据字典)21财务管理子系统功能:负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管理包括:全馆人员工资、奖金发放及经费管理。送进计划行 政 科采 访 科读 者 支付罚款应收款项单据处理应付款项职 工支付工资主管部门支付款 项证件检查证件调整流程: 罚款收据 读者ID 结算数据 罚单 罚 收 财 调单 据 务 整 工资报表 会计凭证 采购计划预算数据 会计凭证 现金额 财务调整财务调整 资金

4、 采购资料 批准/不批准 审批准 / 查 不批准 需配置及初始化的表:账务登记表字段中文名称字段名类型长度说明业务号TRAD_NOI20发生业务的统一编号日期TRAD_DATED业务发生的日期收入INCOMEI30业务收入的金额支出OUTCOMEI30业务的支出凭证号PROOF_NOC10本项业务涉及的凭证的编号摘要CHIEF_INTRC50业务内容的摘要22书刊管理子系统 功能:组织和管理藏书。组织和管理藏书:根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类,根据借阅的需求拟更新藏书建议目录,负责馆藏剔旧处理,根据实际情况及时更新书刊信息;采访部行政科下达预算财务科开单

5、据整合账单考核审批分类统计核算上报处理调 整上报图书库分类清理清理核算流程: 现金 审批通过的项目 拨款额 预算项目 财务状况 预 支 预 额 算 工 作 财务 报 数量 表 财务 调整 采 计 图书处理更新计划 购 划 领款通知 采购图书 会计凭证 图书处理 发票开支费用 各类图书分类 图书处理更新旧图书资料 财务状况 需配置及初始化的表:在库书刊字典字段中文名称字段名类型长度说明编号BOOK_NOC16全馆书刊的统一编号,可作为识别标志书名BOOK_NAMEC50书刊名称作者WRI_NAMEC10作者的姓名出版社PUB_HOUSEC50出版社的名称出版日期PUB_DATED本版的出版日期版

6、次PUB_TIMESI4类别BOOK_VARC20按本馆图书的分类方法分类借阅者REA_NOC8读者的标志号库存地点SAVE_PLACEI16用户定义的完整性约束要求类别和借阅者的填入值必须有效,即必须是存在的值。23 读者管理子系统 功能:更新和查询读者信息、办理借阅证件。 流程:证件管理子系统:支付账单 账户调整 综合反馈收款服务通知服务结果帐单 返回 各 种分析核实费 用图书调整图书库读者 收据 服务请求 有效 ID 服务细则 退役罚 款 无效号码注销核对帐 单 ID借阅部结算违章 退役 ID无欠款ID细则罚款 尚有欠款 收据帐务核对证件库证件调整证件调整 需配置及初始化的表: 读者信息

7、字典字段中文名称字段名类型长度说明姓名NAMEC8读者姓名IDREA_NOC8读者ID号性别SEXC2年龄AGEI2系别DEPARTC20读者所属系别 证件信息字典字段中文名称字段名类型长度说明IDREA_NOC8读者ID号借书本数Book_numI8借书总册数借书信息书 编号 Book_noC16书的编号借书日期 BOOK_DATEC16 注:上表中有用户定义的完整性约束条件的字段如下:性别要求只能取”男”或”女”两者之一;年龄取值域为155;系别的取值要求必须是本校存在的系;借书本数的最大值是3.24 人事管理子系统 功能:全馆人员调动、组织管理、考勤以及工资报表的制定。 流程: 调整职工

8、资金 收 据单据 归记财务科上报 人事调动申请 变动名单 人职工 品评综合整 理员 变人事档案表 调 动各部调整 动 情 人员 行政科 人员调令 况 调整 人 变 情 员 动 况上报 调 采访部 动 人事调动申请 变动名单整理说明人事档案 人事变动结果 需配置及初始化的表:工作人员字典 字段中文名称字段名类型长度说明科室代码DEPT_CODEC8工作人员所在科室姓名NAMEC8工作人员姓名人员编号EMP_NOC6每个人分配一个唯一的标识号工作类别JOBC8职称TITLEC10工作人员的职称,本系统用户名USER_NAMEC16如果是本系统用户,则为用户名,否则为空本月出勤情况WORKDAYI2

9、本月出勤天数3.概念设计(该阶段结果根据上一阶段是得出系统的E-R图)一 任务:根据需求分析的结果:数据流图和数据字典来设计出图书馆得分E-R图和基本E-R图,为下一步的逻辑设计阶段提供素材.二 各个具体的实体:罚款单据系别名字年龄标志性别读者金额书号信息证号日期编号 借阅书号日期借书证号编号名字职工号日期金额工资清单读2金额日期收支编号普通收据职称号工作科室编号管理人员系统用户名名字 图书藏 处作 者状态类别版次出版日期书 价出版社书 名书 号职 称职称号职称名工资姓名编号系统用户名职工职称号职务科室三 四个子系统分E-R图:1财务管理初步E-R图:人事行政科普通收据读者罚款单据被罚 1 1

10、 1递交读者 递交2 n n 工资清单 n p 1包含1管理人员改进后的E-R图: n工资清单采购计划罚款单据罚款结算1结算2 m 1 1预算读者 1 1 应付工资 n业务额 n n n调整 m会计账务 2 图书管理子系统:初步E-R图:借阅读者图书 n 1n1包含1被罚n包含2罚款单据11n更新书目n递送 编目部1改进后的E-R图:涉及1借阅图书n1 n n涉及2 对应 1 1 处理细则采购细则3 人事管理子系统:初步E-R图:工资清单人事行政科递送1n n包含包含 m管理人员改进后的E-R图:记录 领取职工1 n 1 1 属于11 n 领导工资清单出勤记录 选评 1部门 1职称4 读者管理

11、子系统:初步E-R图:借书证持有 1 1读者 n n 更新交费 1 1财务部门管理部门经讨论,“读者管理”并不是管理学生办理借书证的问题,而是管理读者罚款的情况,所以更改如下:改进后的E-R图:进行 借阅借书证 1 n 1 1 待付涉及 n n 图书罚款单据 四 图书馆数据库管理系统基本E-R图:经过分析,知道分ER图中的“认识行政科 ” 实体实际上是”管理人员”,所以在设计总的ER图 时将其改为“管理人员”实体. 递交3含有普通收据递交2管理人员包含3工资清单递交包含2更新书目包含被罚罚款单据读者递交借阅图书(一) 基本E-R图草图(二)修改过程1 合并分E-R图,生成总E-R图各个子系统的

12、局部应用面向问题不同,导致各个实体和实体的属性之间的冲突,因此合并时必须消除这些冲突:(1) 属性冲突:因为设计分E-R图前有过充分讨论,所以没有属性冲突(2) 命名冲突:财务管理子系统E-R图里的“读者”和读者管理子系统E-R图里的“借书证”两个实体代表同一概念,二者都用“读者”来表示(3) 结构冲突:“读者”是一个实体,但是在实体“借阅”中却变成了一个属性,所以在合并E-R图时,把读者单独作为一个属性,而在“借阅”中用一个属性“读者号”来标示2 消除不必要的冗余 由于某些联系可以导出其它的联系,这种联系可以被消除。如图书管理子系统中的实体“更新书目”,其可以由实体“图书”和“采购计划”导出

13、,其可以在总E-R图中消除。实体“编目部” 可以由“图书”即“处理细则”导出。在总E-R图中,实体之间具有明确完整的关系,多余的关系将导致维护的困难和破坏数据库的完整性。 (三)总E-R图草图 领导借阅部门读者1n属于进行图书涉及1涉及2罚款单据待付1 1选评 1 n n 职工n 1 n 1 1职称 n n 1 领取递交3 记录 1 1 1 1工资清单采购计划 结算1 1处理细则 1 出勤记录1结算2 1预算罚款 1 1 应付工资业务额读者 m m m调整 n财务记录 4.逻辑设计:(该阶段是结果是得出系统的逻辑结构,涉及利用函数依赖来分析关系,关于函数依赖将在教材第7章介绍,函数依赖是进行数

14、据库设计时,使关系规范化的数学基础)(一)概念模型向关系模型转换及依赖关系分析: 根据总E-R图中的实体与实体之间的联系以及转换的一般原则,得到如下的关系:持有 1读者读者证件 1 1 根据以上1:1关系得可到关于读者关系:者(读者编号,姓名,性别,年龄,系别, 借书编号,奖惩记录,学号,奖惩资金,日期,续借,预约);但考虑到存储时的冗余,及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体,作为借阅记录。读者(证件号, 姓名,性别,年龄,系别, 学号); 该关系的函数依赖图:学号姓 名性 别年 龄系 别 从函数依赖图可以看出,该关系中不存在部分函数依赖、传递函数依赖,且只有学号能够确定

15、其它各项。所以该关系是BCNF范式。 2证件(证件号, 证件类别); 证件号证件类别证件注册 该关系来源于证件实体, 该关系的函数依赖图如下: 该关系仍然是BCNF范式。 3图书( 图书编号,书名,作者,出版社,出版日期,版次,库存点,简介); 该关系来源于图书实体,它的函数依赖图如下:借阅编号书 名 图书编号作 者出版社出版日期版 次库存点 简介 该关系仍然是BCNF范式。罚款记录 待付读者4罚款记录(罚款记录号,证件号,罚款日期,罚款金额,原因说明);罚款记录号证件号罚款日期罚款金额原因说明 该关系是BCNF范式。5借阅纪录(证件号,图书编号,图借阅日期,还书日期,续借标志,预约标志,罚款

16、记录号); 续借标志借阅记录号证件号图书编号借阅日期还书日期续借标志 同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将人事管理系统中的职工的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况。6职员( 职员编号,姓名,性别,年龄,职务号,领导编号,部门号);职员编号姓名性别年龄职务号领导编号部门号 7职称(月薪,职称名,科室名,职称号);科室名月薪职称名职称号 8部门(部门号,部门名,部门负责人)部门号部门名部门负责人 9出勤记录(职员编号, 出勤纪录号,出勤次数,奖励编号,惩罚编号);职员号激励号号惩罚编号出勤号出勤次数奖励编号 10奖励记录(奖励编号,奖金,日期,奖

17、励等级);奖励号奖金奖励等级日期同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将财务管理系统中的财务纪录的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况 11财务记录( 财务号,业务编号,日期);财务号业务编号 日期 12业务记录( 业务编号,收入,支出,日期,会计凭证,业务类型,乙方);业务编号支出日期乙方会计凭证业务类型收入 13惩罚记录 (惩罚记录编号,罚金,日期,处分名);惩罚号罚金处分名日期 (二)优化分析:1 在图书馆中,由于图书数量上百万册,所以为了提高检索效率,应根据图书类别把图书进行水平分类,即按照图书的种类不同将图书分成不同类型的图书,如:文史图书、自然科学图书、工具图书、古籍等。这样相同类型的图书存放在一起,便于提高查找效率。2 根据同上的原因,还应将图书进行水平分类,即按照图书的著者不同将图书大关系分成几个更细的关系,即将著者,简介,借阅编号等分离出来作为一个关系,便于提高查找效率。 图书号作者借阅编号简介

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服