《各子系统的数据流程图及数据字典.pdf》由会员分享，可在线阅读，更多相关《各子系统的数据流程图及数据字典.pdf（13页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选 doc 最新版系统内部框架及数据字典1.1 信息分类及相互关系中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的，其中涉及的信息大体上可以分为四类：业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息，如借阅信息、书刊出入库信息等，都是局部信息；读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息，是基本信息；管理信息是由基本信息和业务过程信息加工得到的，如读者流动情况、书刊平均借阅天数、效率分析等，是派生信息。读者借阅活动和各类信息之间的关系1.2 贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改
2、变而改变，不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系，确立好各局部系统之间的接口，是实现这一目标的前提。贯穿整个图书馆信息系统有两条信息线：读者信息线和费用信息线。以此为框架来构造和集成整个系统。证件信息包括读者主索引、借阅记录等等；费用信息包括在各个环节发生的各类费用及消耗成本等。这两条信息线在系统中体现为具体的数据结构，它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。2.各子系统的数据流程图及数据字典21 财务管理子系统功能：负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管理包括：全馆人员工资、奖金发放及经费管
3、理。流程：罚款收据证件调整读 者罚款单据务整工资报表会计凭证单据应收款项行 政 科处理采购计划预算数据会计凭证应付款项现金额财务调整财务调整支付职工工资资金支 付采 访 科款 项采购资料送进批准/不批准计划审批准/查不批准主管部门.证件罚单检查读者 ID结算数据支付精选 doc 最新版需配置及初始化的表：账务登记表字段中文名称业务号日期收入支出凭证号摘要字段名TRAD_NOTRAD_DATEINCOMEOUTCOMEPROOF_NOCHIEF_INTR类型IDIICC长度2030301050说明发生业务的统一编号业务发生的日期业务收入的金额业务的支出本项业务涉及的凭证的编号业务内容的摘要22
4、书刊管理子系统功能：组织和管理藏书。组织和管理藏书：根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类，根据借阅的需求拟更新藏书建议目录，负责馆藏剔旧处理，根据实际情况及时更新书刊信息；流程：现金审批通过的项目拨款额下达预算行政科财务科预算项目财务状况预支预额算工作开单财务整合报数量据考核表财务审批调整采计图书处理更新计划购划上报账领款通知采访部单采购图书会计凭证分类统 计图书处理上报发票核算开支费用各类图书分类图书处理更新处 理图书库旧图书资料财务状况调 整清理核算分类清理需配置及初始化的表：在库书刊字典字段中文名称编号书名作者出版社出版日期版次类别借阅者字段名BOOK_
5、NOBOOK_NAMEWRI_NAMEPUB_HOUSEPUB_DATEPUB_TIMESBOOK_VARREA_NO类型CCCCDICC长度165010504208说明全馆书刊的统一编号，可作为识别标志书刊名称作者的姓名出版社的名称本版的出版日期按本馆图书的分类方法分类读者的标志号.精选 doc 最新版库存地点SAVE_PLACEI16用户定义的完整性约束要求类别和借阅者的填入值必须有效，即必须是存在的值。23 读者管理子系统功能：更新和查询读者信息、办理借阅证件。流程：证件管理子系统:账户调整账单收款服务通知服务结果反馈综合帐单各种费用图书调整返收据服务请求核有效 ID分服务细则读者回图书
6、库实析退役罚款无效号码帐单 ID违章退役 ID无欠款 ID核借阅部注销结算细则罚款尚有欠款对收据证件调整证件调整帐务核对证件库需配置及初始化的表：读者信息字典字段中文名称姓名ID性别年龄系别字段名NAMEREA_NOSEXAGEDEPART类型CCCIC长度882220说明读者姓名读者 ID 号读者所属系别证件信息字典字段中文名称ID借书本数字段名REA_NO类型CCC长度881616说明读者 ID 号借书总册数书的编号Book_numI借 书书 编号 Book_no信息借书日期 BOOK_DATE注:上表中有用户定义的完整性约束条件的字段如下:性别要求只能取”男”或”女”两者之一;年龄取值域
7、为 155;系别的取值要求必须是本校存在的系;借书本数的最大值是 3.24 人事管理子系统功能：全馆人员调动、组织管理、考勤以及工资报表的制定。流程：调整.资金职工精选 doc 最新版收据单据归记人事调动申请变动名单上报财务科人职工品评员变调动人事动情综人员档案各部人员调令况调整合行政科表调整整人变情员动况理调动人事调动申请变动名单上报采访部人事档案人事变动结果整理说明需配置及初始化的表：字段中文名称科室代码姓名人员编号工作类别职称工作人员字典字段名DEPT_CODENAMEEMP_NOJOBTITLE类型CCCCC长度886810说明工作人员所在科室工作人员姓名每个人分配一个唯一的标识号工作
8、人员的职称，本月出勤情况本系统用户名WORKDAYUSER_NAMEIC216本月出勤天数如果是本系统用户，则为用户名，否则为空概念设计阶段概念设计阶段一 任务:根据需求分析的结果:数据流图和数据字典来设计出图书馆得分E-R图和基本E-R图,为下一步的逻辑设计阶段提供素材.二 各个具体的实体:日期读 2借书证号.罚款单据读者编号金额书号证号名字标志性别年龄系别借阅工资清单日期书号名字编号金额日期职工号精选 doc 最新版普通收据管理人员编号日期收支金额名字编号科室工作职称号系统用户名图书书 号书 名作 者出版社藏 处书 价出版日期版次类别状态职 称职工职称号职称名工资姓名编号系统用户名科室职务
9、职称号三 四个子系统分 E-R 图:1财务管理初步 E-R 图：人事行政科 1读者普通收据 1 1 n递交被罚n递 交 n工资清单罚款单据p1改进后的 E-R 图：包含 1n管理人员工资清单 m罚款单据采购计划 1 1结算 2结算 1预算 1 1罚款应付工资n业务额 n n n调整 m会计账务.精选 doc 最新版 2 图书管理子系统:初步 E-R 图：图书n包含 11更新书目n递送借阅 n 1n被罚包含 21n罚款单据读者11编目部改进后的 E-R 图：n涉及 1图书 n n涉及 2对应 1 1处理细则采购细则1借阅包含3人事管理子系统:初步 E-R 图：1n人事行政科递送工资清单 n包含
10、m管理人员改进后的 E-R 图：1记录职工 n 1领取 111 n属于工资清单领导出勤记录选评 1 1部门.精选 doc 最新版职称4读者管理子系统:初步 E-R 图：1 1借书证读者 n n更新1 1管理部门财务部门经讨论，“读者管理”并不是管理学生办理借书证的问题，而是管理读者罚款的情况，所以更改如下：改进后的 E-R 图：借书证借阅进行 1 n 1 1待付涉及 n n罚款单据图书四 图书馆数据库管理系统基本 E-R 图:经过分析,知道分 ER 图中的“认识行政科”实体实际上是”管理人员”，所以在设计总的 ER 图 时将其改为“管理人员”实体.(一)基本 E-R 图草图读者被罚罚款单据借阅
11、图书工资清单包含包含 2含有普通收据更新书目包含 3递交 2递交 3.递交管理人员递交精选 doc 最新版(二)修改过程1合并分 E-R 图，生成总 E-R 图各个子系统的局部应用面向问题不同，导致各个实体和实体的属性之间的冲突，因此合并时必须消除这些冲突：（1）属性冲突：因为设计分 E-R 图前有过充分讨论，所以没有属性冲突（2）命名冲突：财务管理子系统 E-R 图里的“读者”和读者管理子系统 E-R 图里的“借书证”两个实体代表同一概念，二者都用“读者”来表示（3）结构冲突：“读者”是一个实体，但是在实体“借阅”中却变成了一个属性，所以在合并 E-R 图时，把读者单独作为一个属性，而在“借
12、阅”中用一个属性“读者号”来标示2消除不必要的冗余由于某些联系可以导出其它的联系，这种联系可以被消除。如图书管理子系统中的实体“更新书目”，其可以由实体“图书”和“采购计划”导出，其可以在总 E-R 图中消除。实体“编目部”可以由“图书”即“处理细则”导出。在总 E-R 图中，实体之间具有明确完整的关系，多余的关系将导致维护的困难和破坏数据库的完整性。(三)总 E-R 图草图1进行n部门读者领导借阅11 1属于 1 n n待付n 1涉及职工选评 n 1 1 n n 1职称罚款单据图书 1递交 3领取 1 1 1涉及 2记录 1采购计划工资清单 1结算 1处理细则1 1出勤记录结算 2 1预算
13、1罚款应付工资业务额 m m m.精选 doc 最新版调整 n财务记录三.逻辑设计部分:（一）概念模型向关系模型转换及依赖关系分析：根据总 E-R 图中的实体与实体之间的联系以及转换的一般原则，得到如下的关系：1 1 1持有读者证件读者根据以上 1:1 关系得可到关于读者关系：读者(读者编号,姓名,性别,年龄,系别,借书编号,奖惩记录,学号,奖惩资金,日期,续借,预约);但考虑到存储时的冗余,及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体,作为借阅记录。读者(证件号,姓名,性别,年龄,系别,学号);该关系的函数依赖图：姓名学性别号年龄系别从函数依赖图可以看出，该关系中不存在部分函数
14、依赖、传递函数依赖，且只有学号能够确定其它各项。所以该关系是 BCNF 范式。2证件(证件号,证件类别);该关系来源于证件实体，该关系的函数依赖图如下：证件类别证件证件注册号该关系仍然是 BCNF 范式。3图书(图书编号,书名,作者,出版社,出版日期,版次,库存点，简介);该关系来源于图书实体，它的函数依赖图如下：借阅编号书名作 者图出版社书编号.精选 doc 最新版出版日期版次库存点简介该关系仍然是 BCNF 范式。4待付读者罚款记录罚款记录(罚款记录号,证件号,罚款日期,罚款金额,原因说明);证件号罚罚款日期款记罚款金额录原因说明号该关系是 BCNF 范式。5借阅纪录(证件号,图书编号,图
15、借阅日期,还书日期,续借标志,预约标志,罚款记录号);工的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况。6职员(职员编号,姓名,性别,年龄,职务号,领导编号,部门号);部门号姓名职性别员编年龄号职务号领导编号 7职称(月薪,职称名,科室名,职称号);科月薪室名职称.续借标志借阅记录号证件号图书编号借阅日期还书日期续借标志同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将人事管理系统中的职职称名精选 doc 最新版 8部门(部门号,部门名,部门负责人)部门名部门号部门负责人9出勤记录(职员编号,出勤纪录号，出勤次数,奖励编号,惩罚编号);职激励号员出勤次数号奖励编号出
16、勤惩罚编号号 10奖励记录(奖励编号,奖金,日期,奖励等级);奖金奖励日期号奖励等级同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将财务管理系统中的财务纪录的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况 11财务记录(财务号,业务编号,日期);财业务编号务号日期 12业务记录(业务编号,收入,支出,日期,会计凭证,业务类型,乙方);收入支出业务编号日期乙方.精选 doc 最新版 13惩罚记录(惩罚记录编号,罚金,日期,处分名);罚金惩罚日期号处分名（二）优化分析：1在图书馆中，由于图书数量上百万册，所以为了提高检索效率，应根据图书类别把图书进行水平分类，即按照图书
17、的种类不同将图书分成不同类型的图书，如:文史图书、自然科学图书、工具图书、古籍等。这样相同类型的图书存放在一起，便于提高查找效率。2根据同上的原因，还应将图书进行水平分类，即按照图书的著者不同将图书大关系分成几个更细的关系，即将著者，简介，借阅编号等分离出来作为一个关系，便于提高查找效率。作者图简介书号借阅编号 3证件与读者是紧密联系的，二者同时产生，同时离开，并且日常查询中二者常常同时被要求，因此，应把这两个关系合二为一。即:读者(证件号,姓名,性别,年龄,系别,学号，证件类别);该关系的函数依赖图如下:姓 名学 号年龄系别证件号性别证件类别从函数依赖图可以看出该关系存在非码决定因素，没有传
18、递依赖和部分依赖，所以是 3NF 范式。三.用户子模式设计部分:在图书馆数据库系统中，从效率、安全、方便角度考虑，应设计用户自模式。1对不同级别的用户定义不同的视图：对普通读者借阅记录(证件号,图书编号,图书借阅日期,还书日期);管理人员可以直接访问借阅记录关系。对一般职工.精选 doc 最新版出勤记录（职工编号,出勤纪录号，出勤次数，职务编号）；主管部门领导可以直接访问到职工月薪，年龄等保密信息，财务部中也类似的有不同级别的职工定义不同的视图，使得不同的用户可以看到不同的信息。2定义一般的读者对数据库的应用只包括对书的借出信息，著者，还书日期，和简介等信息的查找，不能对以上的信息的删除和更改
19、，更新信息只能由图书馆类的服务人员作相应的操作。四物理设计部分：图书关系存取方式的分析与选取:对图书关系最经常的操作是查找，则为提高查找效率,建立 B+树索引，则平均查找次数为 B+树的层数，故对数据库设计到有索引的物理存储;另外,由于对书进行分类存储,则还理论上应该对书进行聚簇存储,但由于书的增删变动较大,更新的频率较高,故不能进行聚簇存储.人事关系存储方式的分析与选择:人事关系由于变动不大,职员的更新速度相对较慢,所以考虑到查找的方便性,进行聚簇存储,而对出勤记录可以按照用户编号进行索引存储.财务关系存储方式的分析与选择:由于财务关系和图书馆有相同的查找和更新特点,所以对财务的分析级存储的
20、选择都和图书相同,也是按照类型建立不同的索引.五总结部分：通过对图书馆的系统的了解和日常我们所熟悉的对图书馆的数据库的应用，我们对数据库的各部分的设计有了感性的认识，对需求分析的重要性和对一个系统的各部门的工作流程细节有了更深入的了解,对概念设计的步骤掌握的更加清晰,促进了对分析过程中的原则要求及所得到的数据结果的原因认识,大体上知道如何对一个系统从那几个方面的进行分析得到我们需要的信息;逻辑设计阶段中,由于整个系统的数据的复杂性和实际应用中的交叉性,在理论上和实际的操作中无论是设计关系模型还是最后选择存储方法时都觉得时间和空间之间有较多的矛盾性,最后的分析选择也存在很多的不足,对数据库的设计的难度有了更深的认识,深感一个高效,简便的数据库的设计实乃非吾辈现在能力所能及也.总之,在通过真正动手之后,我们对数据库的设计无论是概念,理论,原理的理解还是实际对数据库的操作能力都获益匪浅,但离真正设计还有相当的距离.【本文档内容可以自由复制内容或自由编辑修改内容期待你的好评和关注，我们将会做得更好】.