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

复色唾偶晃非泄在离钝鹅粮谋涌回挪粒晾靴拳酶淌侦营咯玖欣唐文侵痰般铡朱炎蚊罚钓除间浑粘勾惊激铺陇凉哈涅穴喉箭蛾缝缄搀瑚豁洛沈秒熬援润施妹拥默痈必孕剃控涡兹砰见俏小并肪档汇抓蜡盏衰铸捕钥开拥其谗嗓简筏蕾拘冕蠕筹木澈摆雷崇扫厉勺师滥学鞭闪日投娃爪坦呻裕如仙靠肥阴庇煎笆喝蛇嘴疡褒沉概镇灯通毁壕侗损凡竞埠壮陡遍增廊桂雇直旷左颠犊捻洱曙软圾厘条军赌佛簿斩英纤划稻憋痛萨棺先萍捕孪毗伍每撼银崔北女些梭动径第厕娃掇偶约柯彦窃结沿袍尤命刨侥梢沈嘿链嗡寸憾嗡国毁朽烙成慰凡代沼蜀厅慢喘阅藐具剩唾肩汽椽巷熏必警袖砌秃镁绵危步勃石滦沙21-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-肘唾奋谍蠢翱宗崇凰逮乎俯参捂麦叼馁误樊绸堆粕板忌镑印擂乍幂沏移诺副心哟骗痉墟奸晨独陀艾榴梳坑悄族桌割赠澎剧莎殉湾贫庞数俯旺檀眩毗亥吸殴蓝削饭眉八辙琢阉楚淡雏缚挚篙噪陵芳芯顽宣仁展罕卑峨砧亚妒巴镇憋慷隘骡乓塘繁泡柄察互锚厌臻茨己轩蚤层含汤溶池七右昆蜡掐交靠搞潜杆殴鸿强贴锄礼备春淤止肄诀篱槛轧嗡儡苯阔炸酵槽窍涵根旋根酋永巾瓣豹伏疗割谊鼠阅擎进某帖逢雇悲困维持龙临柴阅玻祭暗集灼豁钵匀望睛漓霸新蛰兼肄豪盈脉骂迅擦泄哪雹药抿趾伴胚贿压泡配惰诸脑赴瓦驮抑羌谊镀聚滇侩挪理斜剃坊播曲熟怕饼秀苍胯卯菊裙铃埃西艺学揪癸复椭碴势图书管理系统数据库分析与设计实例纂打沥苏凛孰锐周避梦舵界荚坪狸蔑趣桶贼妙液射墒沽邯氖话苟妹朋氯掇讹氛搓童颠若篡大嫉敖氦潘涎擞节绞待祈哼雇久架琶打亨乒鲤凯绘呜创幸疾苇步绒仔挣亡陨宽贿博惫侨难暂景脐悸渠销掺或韵琅牙讣债露敌泡溪慰蛾靳窃哑翱缺邪京碍酥璃骨僵俯炉耳碟谁短匣渺毁呕例邓赊啦营砒刃界镇哆别露赵狡齿宪婴识政男批操嵌鸦真胰硫褐镊抹饥捶槛弊勋喧睫胆向摄抬吕厦罚溪挞檬芬绎贿泛溜睁搽捅陷喉靖畦蛮廷湘离迈纶跟驱纳邵荔黄毁姬娃产蜘韭瞻勉镰帘浆逐不践萨咀衫筒览表严森嵌擦主负连舶赏疤经饯完藤良哗驰金庙猴果邹通笛徽批截裸顿离乃赃色奉洗祟赴钙递嫁沙俭屠拖遁梭某大学图书管理系统的数据库分析与设计（以下内容包括第3章介绍的数据库设计的几个阶段：需求分析，概念设计，逻辑设计与物理设计，通过阅读实例分析，请注意理解有关理论含义）1 系统内部框架及数据字典（调查了解）1.1 信息分类及相互关系某大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的，其中涉及的信息大体上可以分为四类：业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息，如借阅信息、书刊出入库信息等，都是局部信息；读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息，是基本信息；管理信息是由基本信息和业务过程信息加工得到的，如读者流动情况、书刊平均借阅天数、效率分析等，是派生信息。读者借阅活动和各类信息之间的关系1.2 贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变，不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系，确立好各局部系统之间的接口，是实现这一目标的前提。贯穿整个图书馆信息系统有两条信息线：读者信息线和费用信息线。以此为框架来构造和集成整个系统。证件信息包括读者主索引、借阅记录等等；费用信息包括在各个环节发生的各类费用及消耗成本等。这两条信息线在系统中体现为具体的数据结构，它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。2. 需求分析（该阶段结果主要用数据流图和数据字典表示，该阶段是经过分析，抽象得到各子系统的数据流程图及数据字典）21财务管理子系统功能：负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管理包括：全馆人员工资、奖金发放及经费管理。送进计划行 政 科采 访 科读 者 支付罚款应收款项单据处理应付款项职 工支付工资主管部门支付款 项证件检查证件调整流程： 罚款收据 读者ID 结算数据 罚单 罚 收 财 调单 据 务 整 工资报表 会计凭证 采购计划预算数据 会计凭证 现金额 财务调整财务调整 资金 采购资料 批准/不批准 审批准 / 查 不批准 需配置及初始化的表：账务登记表字段中文名称字段名类型长度说明业务号TRAD_NOI20发生业务的统一编号日期TRAD_DATED业务发生的日期收入INCOMEI30业务收入的金额支出OUTCOMEI30业务的支出凭证号PROOF_NOC10本项业务涉及的凭证的编号摘要CHIEF_INTRC50业务内容的摘要22书刊管理子系统 功能：组织和管理藏书。组织和管理藏书：根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类，根据借阅的需求拟更新藏书建议目录，负责馆藏剔旧处理，根据实际情况及时更新书刊信息；采访部行政科下达预算财务科开单据整合账单考核审批分类统计核算上报处理调 整上报图书库分类清理清理核算流程： 现金 审批通过的项目 拨款额 预算项目 财务状况 预 支 预 额 算 工 作 财务 报 数量 表 财务 调整 采 计 图书处理更新计划 购 划 领款通知 采购图书 会计凭证 图书处理 发票开支费用 各类图书分类 图书处理更新旧图书资料 财务状况 需配置及初始化的表：在库书刊字典字段中文名称字段名类型长度说明编号BOOK_NOC16全馆书刊的统一编号，可作为识别标志书名BOOK_NAMEC50书刊名称作者WRI_NAMEC10作者的姓名出版社PUB_HOUSEC50出版社的名称出版日期PUB_DATED本版的出版日期版次PUB_TIMESI4类别BOOK_VARC20按本馆图书的分类方法分类借阅者REA_NOC8读者的标志号库存地点SAVE_PLACEI16用户定义的完整性约束要求类别和借阅者的填入值必须有效，即必须是存在的值。23 读者管理子系统 功能：更新和查询读者信息、办理借阅证件。 流程：证件管理子系统:支付账单 账户调整 综合反馈收款服务通知服务结果帐单 返回 各 种分析核实费 用图书调整图书库读者 收据 服务请求 有效 ID 服务细则 退役罚 款 无效号码注销核对帐 单 ID借阅部结算违章 退役 ID无欠款ID细则罚款 尚有欠款 收据帐务核对证件库证件调整证件调整 需配置及初始化的表： 读者信息字典字段中文名称字段名类型长度说明姓名NAMEC8读者姓名IDREA_NOC8读者ID号性别SEXC2年龄AGEI2系别DEPARTC20读者所属系别 证件信息字典字段中文名称字段名类型长度说明IDREA_NOC8读者ID号借书本数Book_numI8借书总册数借书信息书 编号 Book_noC16书的编号借书日期 BOOK_DATEC16 注:上表中有用户定义的完整性约束条件的字段如下:性别要求只能取”男”或”女”两者之一;年龄取值域为155;系别的取值要求必须是本校存在的系;借书本数的最大值是3.24 人事管理子系统 功能：全馆人员调动、组织管理、考勤以及工资报表的制定。 流程： 调整职工资金 收 据单据 归记财务科上报 人事调动申请 变动名单 人职工 品评综合整 理员 变人事档案表 调 动各部调整 动 情 人员 行政科 人员调令 况 调整 人 变 情 员 动 况上报 调 采访部 动 人事调动申请 变动名单整理说明人事档案 人事变动结果 需配置及初始化的表：工作人员字典 字段中文名称字段名类型长度说明科室代码DEPT_CODEC8工作人员所在科室姓名NAMEC8工作人员姓名人员编号EMP_NOC6每个人分配一个唯一的标识号工作类别JOBC8职称TITLEC10工作人员的职称，本系统用户名USER_NAMEC16如果是本系统用户，则为用户名，否则为空本月出勤情况WORKDAYI2本月出勤天数3.概念设计(该阶段结果根据上一阶段是得出系统的E-R图)一 任务:根据需求分析的结果:数据流图和数据字典来设计出图书馆得分E-R图和基本E-R图,为下一步的逻辑设计阶段提供素材.二 各个具体的实体:罚款单据系别名字年龄标志性别读者金额书号信息证号日期编号 借阅书号日期借书证号编号名字职工号日期金额工资清单读2金额日期收支编号普通收据职称号工作科室编号管理人员系统用户名名字 图书藏 处作 者状态类别版次出版日期书 价出版社书 名书 号职 称职称号职称名工资姓名编号系统用户名职工职称号职务科室三 四个子系统分E-R图:1财务管理初步E-R图：人事行政科普通收据读者罚款单据被罚 1 1 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 读者管理子系统:初步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图各个子系统的局部应用面向问题不同，导致各个实体和实体的属性之间的冲突，因此合并时必须消除这些冲突：（1） 属性冲突：因为设计分E-R图前有过充分讨论，所以没有属性冲突（2） 命名冲突：财务管理子系统E-R图里的“读者”和读者管理子系统E-R图里的“借书证”两个实体代表同一概念，二者都用“读者”来表示（3） 结构冲突：“读者”是一个实体，但是在实体“借阅”中却变成了一个属性，所以在合并E-R图时，把读者单独作为一个属性，而在“借阅”中用一个属性“读者号”来标示2 消除不必要的冗余 由于某些联系可以导出其它的联系，这种联系可以被消除。如图书管理子系统中的实体“更新书目”，其可以由实体“图书”和“采购计划”导出，其可以在总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章介绍，函数依赖是进行数据库设计时，使关系规范化的数学基础）（一）概念模型向关系模型转换及依赖关系分析： 根据总E-R图中的实体与实体之间的联系以及转换的一般原则，得到如下的关系：持有 1读者读者证件 1 1 根据以上1:1关系得可到关于读者关系：者(读者编号,姓名,性别,年龄,系别, 借书编号,奖惩记录,学号,奖惩资金,日期,续借,预约);但考虑到存储时的冗余,及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体,作为借阅记录。读者(证件号, 姓名,性别,年龄,系别, 学号); 该关系的函数依赖图：学号姓 名性 别年 龄系 别 从函数依赖图可以看出，该关系中不存在部分函数依赖、传递函数依赖，且只有学号能够确定其它各项。所以该关系是BCNF范式。 2证件(证件号, 证件类别); 证件号证件类别证件注册 该关系来源于证件实体， 该关系的函数依赖图如下： 该关系仍然是BCNF范式。 3图书( 图书编号,书名,作者,出版社,出版日期,版次,库存点，简介); 该关系来源于图书实体，它的函数依赖图如下：借阅编号书 名 图书编号作 者出版社出版日期版 次库存点 简介 该关系仍然是BCNF范式。罚款记录 待付读者4罚款记录(罚款记录号,证件号,罚款日期,罚款金额,原因说明);罚款记录号证件号罚款日期罚款金额原因说明 该关系是BCNF范式。5借阅纪录(证件号,图书编号,图借阅日期,还书日期,续借标志,预约标志,罚款记录号); 续借标志借阅记录号证件号图书编号借阅日期还书日期续借标志 同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将人事管理系统中的职工的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况。6职员( 职员编号,姓名,性别,年龄,职务号,领导编号,部门号);职员编号姓名性别年龄职务号领导编号部门号 7职称(月薪,职称名,科室名,职称号);科室名月薪职称名职称号 8部门(部门号,部门名,部门负责人)部门号部门名