各子系统的数据流程图及数据字典_第1页
各子系统的数据流程图及数据字典_第2页
各子系统的数据流程图及数据字典_第3页
各子系统的数据流程图及数据字典_第4页
各子系统的数据流程图及数据字典_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

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

文档简介

1、系统概念及数据流程 系统内部框架及数据字典信息分类及相互关系中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的,其中涉及的信息大体上可以分为四类:业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息,如借阅信息书刊出入库信息等,都是局部信息;读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息,是基本信息;管理信息是由基本信息和业务过程信息加工得到的,如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息。读者借阅活动和各类信息之间的关系贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新

2、系统的加入而发生大的变化.找出图书馆信息系统的内在联系,确立好各局部系统之间的接口,是实现这一目标的前提.贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线。以此为框架来构造和集成整个系统.证件信息包括读者主索引、借阅记录等等;费用信息包括在各个环节发生的各类费用及消耗成本等。这两条信息线在系统中体现为具体的数据结构,它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。2.各子系统的数据流程图及数据字典21财务管理子系统功能:负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作.其中财务管理包括:全馆人员工资、奖金发放及经费管理.流程:需配置及初

3、始化的表:账务登记表批准主管部门字段中文名称字段名类型长度说明业务号TRADNOI20发生业务的统一编号日期TRAD_DATED业务发生的日期收入INCOMEI30业务收入的金额支出OUTCOMEI30业务的支出凭证号PROOF_NOC10本项业务涉及的凭证的编号摘要CHIEF_INTRC50业务内容的摘要2.2书刊管理子系统功能:组织和管理藏书.组织和管理藏书:根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类,根据借阅的需求拟更新藏书建议目录,负责馆藏剔旧处理,根据实际情况及时更新书刊信息;流程:行政科预算项目审批通过的项拨款额预算财务状况现金财务科审批上报采方部计倉图

4、书处理更新计划分类款通知统计核算购图书会计凭证上报发图书处理*图书库各类图书分类旧图书资料分类清理据财务数量整合调账单开支费用图书处理更新清理核算财务状况字段中文名称字段名类型长度说明编号BOOK_NOC16全馆书刊的统一编号,可作为识别标志书名BOOKNAMEC50书刊名称作者WRINAMEC10作者的姓名出版社PUBHOUSEC50出版社的名称出版日期PUBDATED本版的出版日期版次PUBTIMESI4类别BOOKVARC20按本馆图书的分类方法分类借阅者REANOC8读者的标志号库存地点SAVEPLACEI16需配置及初始化的表:在库书刊字典用户定义的完整性约束要求类别和借阅者的填入值

5、必须有效,即必须是存在的值。23读者管理子系统功能:更新和查询读者信息、办理借阅证件.流程:证件管理子系统:需配置及初始化的表读者信息字典字段中文名称字段名类型长度说明姓名NAMEC8读者姓名IDREANOC8读者ID号性别SEXC2年龄AGEI2系别DEPARTC20读者所属系别证件信息字典字段中文名称字段名类型长度说明IDREANOC8读者ID号借书本数BooknumI8借书总册数借书信息书编号BooknoC16书的编号借书日期BOOKDATEC16注:上表中有用户定义的完整性约束条件的字段如下:性别要求只能取男或”女”两者之一;年龄取值域为155;系别的取值要求必须是本校存在的系;借书本

6、数的最大值是3.24人事管理子系统功能:全馆人员调动、组织管理、考勤以及工资报表的制定.流程:亠Y兵人资金收职-k匸据1据F单据职工品评工作人员字典字段中文名称字段名类型长度说明科室代码DEPT_CODEC8工作人员所在科室姓名NAMEC8工作人员姓名人员编号EMP_NOC6每个人分配一个唯一的标识号工作类别JOBC8职称TITLEC10工作人员的职称,本系统用户名USER_NAMEC16如果是本系统用户,则为用户名,否则为空本月出勤情况WORKDAYI2本月出勤天数一任务:E-R图和基本根据需求分析的结果:数据流图和数据字典来设计出图书馆得分ER图,为下一步的逻辑设计阶段提供素材。编号日期证

7、号名名字编号科至编号社处编姓室只称号读者年龄性别状态类别金额日期收支金额日期日期书号名字三四个子;称名书号书名职称资清单金额书号编号工作职工职工号职称号系统用户名分E-R图:系统用户名工资人事行政科普通收据工资清单7递交n递交1改进后的ER图:包含1n管理人员罚款单据工资清单m1结算112采购计划1预算2图书管理子系统:初步ER图:nJ业务应付工资n调初步E-R图:出勤记录1部门4读者管理子系统:初步ER图:经讨论,改进后的E-R图:下:经过分析,知道分E-R图中的“认识行政科”实体实际上是”管理人员”,所以在设计总的ER图时将其改为“管理人员”实体.(一)基本E-R图草图(二)修改过程阅ER

8、图读者被罚总匀R图1.立I罚款单据普通收据递交工资清单体和实体的属性之间的各个子系统的局部应用面向问题不同,导致各个,因此合并时必须消除这些冲突:计分ER图前有过充分讨论,所以没有属包含2(2)性冲突冲突:财务管理子系统E-R图里的读者”和读者管理子系统ER里的“借书证”两个实体代表同一概念,二者都读者来表示(3)结构冲突:“读者”是一个实体,但是彳性,而在借阅中.冗余由于某些联系可递交3消除不必2.包含3以在合并E-R图时,个属性“读者号在实体“借阅”中却变把读者单独作为一个属”来标示递交-以被消除。如图书管理子系统中的实体“更新书目,其可以由实体“图书”和“采购计划导出,其可以f其它的联系

9、,这种联系可在总ER图中消除。实体“编目部”可以由“图书”即“处理细则”导出。在总ER图中,实体之间具有明确完整的关系,多余的关系将导致维护的困难和破坏数据库的完整性。一)概念模型向关系模型转换及依赖关系分析:根据总E-R图中的实体与实体之间的联系以及转换的一般原则,得到如下的关系:根据以上1:1关系得可到关于读者关系:读者(读者编号,姓名,性别,年龄,系别,借书编号,奖惩记录,学号,奖惩资金,日期,续借,预约);但考虑到存储时的冗余,及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体,作为借阅记录。读者(证件号,姓名,性别,年龄,系别,学号);该关系的函数依赖图:从函数依赖图可以看出

10、定其它各项所以该关系2.n证件(证件号,张件类别);|系别传递函数依赖,且只有学号能够确该关系来源干证件实体,该关系的函数依赖图如下:该关系仍3图书(BCNF范式。证件类别图书编号,书名,作者,出版件注册版日期,版次,库存点,简介);该关系来源干图书实体,它的函数依赖图如下:该关系仍然是BCNF范式。4罚款记录读者待付罚款记录(罚款记录号,证件号,罚款日期,罚款金颔,原因说明);5借阅该关系是B款CNF范式证牛号*罚款日期纪录记证件号,图书编号图借阅日期,还书日期,续借标志,预约标志,罚款记录号);,出勤状录号勺分析借同上的垢肖除冗余,消除插入删除等的冗余,将人事管理系统中的职的职称,部门6职

11、员(职员编号,姓名,性别,年龄,职务号,领导编号,部门号);同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余,将财务管理系统中的财务纪录的职称,部门,出勤状况等分别作为实体,记录不同情况下的情况11财务记录(财务号,业务编号,日期);12业务记录才业务编号,收入,支务编日期,会计凭证,业务类型,乙方);二)优化分析:创收入日期13惩罚记录(惩罚业在图编丫馆中,由于日书数量上百万册按照图号记录编号支出金,日期,处分名);-,所以为了提高检索效率,应根据图书类别把图成不同类型的图书,如:文史图书、自然科学图书、工具图,更于提高查找效率.2根据同上的原因业务类型图书进行水平分类,即按照

12、图书的著者不同将图书大关系分成几个更细的关系,即将著者,简介,借阅编号等分离出来作为一个关系,便于提高查找效率。的种类:书进行水平分类,艮一书、古籍等这样相同类型的图书存放在时被3证件与读者书-曰0疋糸=113的,二者同时产生,同时离开,并且日常查询中二者常常同简介要求,因此,者(ffi件号,应把这两个关系合借阅为一。即:姓名,性别,年龄,系别,学号,证件类别);该关系的函数依赖图如下:没有传递依赖和部分依赖,三。用户子模式设计部分:在图书馆数据库系统中,从效率、安全、方便角度考虑,应设计用户自模式。1对不同级别的用户定义不同的视图:对普通读者借阅记录(证件号,图书编号,图书借阅日期,还书日期

13、);管理人员可以直接访问借阅记录关系。对一般职工出勤记录(职工编号,出勤纪录号,出勤次数,职务编号);主管部门领导可以直接访问到职工月薪,年龄等保密信息,财务部中也类似的有不同级别的职工定义不同的视图,使得不同的用户可以看到不同的信息.2定义一般的读者对数据库的应用只包括对书的借出信息,著者,还书日期,和简介等信息的查找,不能对以上的信息的删除和更改,更新信息只能由图书馆类的服务人员作相应的操作。四物理设计部分:图书关系存取方式的分析与选取:对图书关系最经常的操作是查找,则为提高查找效率,建立B+树索引,则平均查找次数为B+树的层数,故对数据库设计到有索引的物理存储;另外,由于对书进行分类存储

14、,则还理论上应该对书进行聚簇存储,但由于书的增删变动较大,更新的频率较高,故不能进行聚簇存储.人事关系存储方式的分析与选择:人事关系由于变动不大,职员的更新速度相对较慢,所以考虑到查找的方便性,进行聚簇存储,而对出勤记录可以按照用户编号进行索引存储.财务关系存储方式的分析与选择:由于财务关系和图书馆有相同的查找和更新特点,所以对财务的分析级存储的选择都和图书相同,也是按照类型建立不同的索引。五总结部分:通过对图书馆的系统的了解和日常我们所熟悉的对图书馆的数据库的应用,我们对数据库的各部分的设计有了感性的认识,对需求分析的重要性和对一个系统的各部门的工作流程细节有了更深入的了解,对概念设计的步骤掌握的更加清晰,促进了对分析过程中的原则要求及所得到的数据结果的原因认识,大体上知道如何对一个系统从那几个方面的进行分析

温馨提示

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

评论

0/150

提交评论