各子系统的数据流程图及数据字典

．系统内部框架及数据字典

1.1 信息分类及相互关系

中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的，其中涉及的信息大体上可以分为四类：业务过程信息、读者信息、费用信息和管理信息.其中业务过程信息是指完成业务所产生的过程控制信息，如借阅信息、书刊出入库信息等，都是局部信息；读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息，是基本信息;管理信息是由基本信息和业务过程信息加工得到的，如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息。读者借阅活动和各类信息之间的关系

1.2 贯穿系统的两条信息线

集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系，确立好各局部系统之间的接口，是实现这一目标的前提。

贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线.以此为框架来构造和集成整个系统。 证件信息包括读者主索引、借阅记录等等；费用信息包括在各个环节发生的各类费用及消耗成本等。

这两条信息线在系统中体现为具体的数据结构，它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。

2. 各子系统的数据流程图及数据字典

2．1财务管理子系统

功能：负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管理包括:全馆人员工资、奖金

发放及经费管理。 流程： 罚款收据 证件

调整 证件 检查 罚单 读者ID 结算数据 读 者 罚款 单 据 务 整 支付 工资报表 单据会计凭证 应收款项 行 政 科 处理 采购计划预算数据 会计凭证 应付款项

现金额 支付 财务调整 财务调整

职 工

工资

支付 资金 采 访 科 款 项

采购资料 送进 批准/不批准 计划

审

批准 /

系统概念及数据流程 2

查 不批准 主管部门

需配置及初始化的表：

账务登记表 字段中文名称 业务号 日期 收入 支出 凭证号 摘要 字段名 TRAD_NO TRAD_DATE INCOME OUTCOME PROOF_NO CHIEF_INTR 类型 I D I I C C 长度 20 30 30 10 50 说明 发生业务的统一编号 业务发生的日期 业务收入的金额 业务的支出 本项业务涉及的凭证的编号 业务内容的摘要 2．2书刊管理子系统 功能:组织和管理藏书。

组织和管理藏书：根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类，根据借阅的需求拟更新藏书建议目录,负责馆藏剔旧处理，根据实际情况及时更新书刊信息；

流程: 现金 下达 拨款额 预算 行政科 审批通过的项目 财务科 预算项目 财务状况 预 支 预 额 整合 开单 算 工 据 考核 作 财务 审批 报 数量 表 上报 财务

调整账 图书处理更新计划 单 采访部采 计 购 划 领款通知 分类 统计

核算 采购图书

会计凭证

处理 图书处理 图书库 调 整 发票 上报 开支费用 清理核算 各类图书分类 分类清理

图书处理更新 旧图书资料 财务状况

系统概念及数据流程 3

需配置及初始化的表:

在库书刊字典 字段中文名称 编号 书名 作者 出版社 出版日期 版次 类别 借阅者 库存地点 字段名 BOOK_NO BOOK_NAME WRI_NAME PUB_HOUSE PUB_DATE PUB_TIMES BOOK_VAR REA_NO SAVE_PLACE 类型 C C C C D I C C I 长度 16 50 10 50 4 20 8 16 说明 全馆书刊的统一编号，可作为识别标志 书刊名称 作者的姓名 出版社的名称 本版的出版日期 按本馆图书的分类方法分类 读者的标志号 用户定义的完整性约束要求类别和借阅者的填入值必须有效，即必须是存在的值。

2．3 读者管理子系统

功能：更新和查询读者信息、办理借阅证件。 流程：

证件管理子系统:

账户调整 账单 收款 帐单 各 种 返费 用 回 收据 读者 服务请求 核 有效 ID 分 服务细则 实 析 退役 罚款 收据 帐务核对

需配置及初始化的表： 读者信息字典 字段中文名称 姓名 ID 性别 年龄 系别 字段名 NAME REA_NO SEX AGE DEPART 罚 款 无效 帐 单 ID 结算 违章 细则 尚有欠款 退役 ID 借阅部核对 无欠款ID 注销 号码 服务通知 反馈 服务结果 综合 图书调整 图书库 证件调整 证件库 证件调整 类型 C C C I C 长度 8 8 2 2 20 说明 读者姓名 读者ID号 读者所属系别

证件信息字典 字段中文名称 ID 字段名 REA_NO 类型 C 长度 8 说明 读者ID号 系统概念及数据流程 4

借书本数 Book_num I C C 8 16 16 借书总册数 书的编号 借书书 编号 Book_no 信息 借书日期 BOOK_DATE

注：上表中有用户定义的完整性约束条件的字段如下：

性别要求只能取”男”或”女”两者之一； 年龄取值域为1～55；

系别的取值要求必须是本校存在的系； 借书本数的最大值是3。

2．4 人事管理子系统

功能:全馆人员调动、组织管理、考勤以及工资报表的制定。 流程：

调整 单据 资金 职工 收 据 人事调动申请 变动名单 上报 财务科 人 员 变 调 动 归记 职工 品评 人事综 动 情 人员 案 档合各部 行政科 人员调令 况 调整 表 整 调整

理 人 变 情 员 动 况 调 动 上报 人事调动申请 采访部 变动名单

人事档案 人事变动结果 整理说明

需配置及初始化的表：

工作人员字典 字段中文名称 科室代码 姓名 人员编号 工作类别 职称 本系统用户名 本月出勤情况 字段名 DEPT_CODE NAME EMP_NO JOB TITLE USER_NAME WORKDAY I 类型 C C C C C C 2 长度 8 8 6 8 10 16 说明 工作人员所在科室 工作人员姓名 每个人分配一个唯一的标识号 工作人员的职称， 如果是本系统用户，则为用户名，否则为空 本月出勤天数

概念设计阶段

一 任务：

系统概念及数据流程 5

根据需求分析的结果:数据流图和数据字典来设计出图书馆得分E-R图和基本E-R图，为下一步的逻辑设计阶段提供素材。

二 各个具体的实体：

罚款单据 读者 日期 编号 金额 书号 名字 标志 性别 年龄 系别 证号 借阅 工资清单 读借书证号2 日期 书号 名字 编号 金额 日期 职工号 普通收据 管理人员 编号 日期 收支 金额 名字 编号 科室 工作 职称号 系统用户名

图书 书 号 书 名

作 者 出版社 藏 处 书 价 出版日期 版次 类别 状态 职 称

职工 职称号 职称名 工资 姓名 编号 系统用户名 科室 职务 职称号 三 四个子系统分E-R图：

1．财务管理 初步E—R图：

人事行政科 读者 1 普通收据 1 1

被罚 递交 n n n 递交工资清单 罚款单据 系统概念及数据流程 6

p 1

管理人员 改进后的E-R图： 包含 1 n

工资清单 采购计划 罚款单据 m 1 1

结算2

结算1

预算

1 1 应付工资 n 罚款 业务额 n n n 调整 m 会计账务 2． 图书管理子系统： 初步E-R图：

n 借阅 图书 1 读者 n 1 n 包含1 1 包含2 被罚 1 n 更新书目 罚款单据 n 递送 1 编目部 改进后的E-R图： 图书 n 涉及1 1 借阅

n n 对应 涉及2 1 1 采购细则 处理细则

包含 系统概念及数据流程

7

3 人事管理子系统： 初步E-R图：

1 n 人事行政科 递送 工资清单

n

包含

m

管理人员

改进后的E—R图：

1 记录 n 职工 1 领取 1 1 1 n 属于 工资清单 出勤记录 领导 选评 1 部门 1

职称 4 读者管理子系统： 初步E-R图:

1 1 借书证 读者

n n 更新

1 1

管理部门 财务部门

经讨论，“读者管理\"并不是管理学生办理借书证的问题，而是管理读者罚款的情况,所以更改如下：

改进后的E—R图：

借阅 借书证 1 进行 n

1 1

待付 涉及

n n

罚款单据 图书

系统概念及数据流程 8

四 图书馆数据库管理系统基本E—R图：

经过分析，知道分E—R图中的“认识行政科 \" 实体实际上是\"管理人员”,所以在设计总的E—R图 时将其改为“管理人员”实体.

（一) 基本E-R图草图

读者 借阅 图书 工资清单 被罚 包含 包含2 含有 罚款单据 普通收据 更新书目 包含3 递交2 递交3

递交 (二）修改过程

管理人员 递交 1． 合并分E-R图，生成总E—R图

各个子系统的局部应用面向问题不同，导致各个实体和实体的属性之间的冲突，因此合并时必须消除这些冲突：

（1） 属性冲突:因为设计分E-R图前有过充分讨论，所以没有属性冲

突

（2） 命名冲突：财务管理子系统E—R图里的“读者”和读者管理

子系统E-R图里的“借书证”两个实体代表同一概念，二者都用“读者”来表示

（3） 结构冲突：“读者\"是一个实体，但是在实体“借阅”中却变成

了一个属性，所以在合并E-R图时，把读者单独作为一个属性，而在“借阅”中用一个属性“读者号”来标示

2． 消除不必要的冗余

由于某些联系可以导出其它的联系，这种联系可以被消除。如图书管理子系统中的实体“更新书目”,其可以由实体“图书\"和“采购计划”导出,其可以在总E—R图中消除。实体“编目部” 可以由“图书”即“处理细则”导出。在总E-R图中，实体之间具有明确完整的关系,多余的关系将导致维护的困难和

系统概念及数据流程 9

破坏数据库的完整性.

（三）总E—R图草图

1 进行 n 部门 读者 借阅 领导 1 1 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 1 应付工资 业务额 m m m 调整 n 财务记录

三。逻辑设计部分:

（一)概念模型向关系模型转换及依赖关系分析:

根据总E-R图中的实体与实体之间的联系以及转换的一般原则，得到如下的关系：

1．

1 读者 持有 1 读者证件 根据以上1:1关系得可到关于读者关系：

读者(读者编号，姓名，性别，年龄，系别, 借书编号，奖惩记录，学号,奖惩资金，日期，续借，预约）;

但考虑到存储时的冗余，及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体，

系统概念及数据流程 10

作为借阅记录。

读者（证件号, 姓名，性别，年龄，系别, 学号）；

该关系的函数依赖图:

姓 名 学 性 别

号 年 龄

系 别

从函数依赖图可以看出，该关系中不存在部分函数依赖、传递函数依赖，且只有学号能够确定其它各项。所以该关系是BCNF范式。

2．

证件(证件号， 证件类别）;

该关系来源于证件实体， 该关系的函数依赖图如下：

证件类别 证

件

证件注册 号

该关系仍然是BCNF范式。

3．

图书( 图书编号,书名，作者，出版社,出版日期，版次，库存点，简介)； 该关系来源于图书实体，它的函数依赖图如下： 借阅编号 书 名 作 者 图 出版社 书

出版日期 编

号 版 次

库存点

简介

该关系仍然是BCNF范式。 4． 读者 待付 罚款记录

罚款记录（罚款记录号，证件号,罚款日期,罚款金额,原因说明）； 证件号 罚

罚款日期 款

记 罚款金额

录

号 原因说明

系统概念及数据流程 11

该关系是BCNF范式. 5．

借阅纪录(证件号，图书编号,图借阅日期,还书日期，续借标志，预约标志,罚款记录号）;

工

的职称，部门，出勤状况等分别作为实体,记录不同情况下的情况。 6．

职员( 职员编号,姓名,性别，年龄,职务号，领导编号，部门号）;

部门号

姓名

职

性别 员

编年龄 号

职务号 领导编号 7．

职称(月薪,职称名,科室名，职称号）; 科月薪 室

名

职

称

职称名 号

8．

部门（部门号,部门名，部门负责人） 部门名 部 门 号 部门负责人 续借标志 借阅记 录 号 证件号 图书编号 借阅日期 还书日期 续借标志 同上的分析可知:为提高查找效率，消除冗余，消除插入删除等的冗余,将人事管理系统中的职

系统概念及数据流程 12

9．

出勤记录(职员编号, 出勤纪录号，出勤次数，奖励编号，惩罚编号）；

职激励号

员出勤次数 号 奖励编号 出

勤

惩罚编号 号

10．

奖励记录（奖励编号，奖金,日期，奖励等级)； 奖金 奖

励日期 号 奖励等级

同上的分析可知:为提高查找效率,消除冗余,消除插入删除等的冗余，将财务管理系统中的财务

纪录的职称，部门,出勤状况等分别作为实体，记录不同情况下的情况 11．

财务记录( 财务号，业务编号，日期); 财业务编号

务

号 日期

12．

业务记录( 业务编号，收入，支出,日期,会计凭证,业务类型,乙方);

收入

支出 业

日期 务 编乙方

号

会计凭证

业务类型

13．

惩罚记录 (惩罚记录编号，罚金，日期,处分名）；

系统概念及数据流程 13

（二)优化分析：

惩罚号 罚金 日期 处分名 1 在图书馆中，由于图书数量上百万册，所以为了提高检索效率，应根据图书类别把

图书进行水平分类,即按照图书的种类不同将图书分成不同类型的图书,如:文史图书、自然科学图书、工具图书、古籍等。这样相同类型的图书存放在一起，便于提高查找效率。

2 根据同上的原因，还应将图书进行水平分类,即按照图书的著者不同将图书大关系分

成几个更细的关系，即将著者,简介，借阅编号等分离出来作为一个关系，便于提高查找效率。

作者

图

简介 书

号 借阅编号

3 证件与读者是紧密联系的，二者同时产生，同时离开，并且日常查询中二者常常同时被

要求，因此，应把这两个关系合二为一。即:

读者(证件号, 姓名，性别,年龄,系别, 学号，证件类别)； 该关系的函数依赖图如下: 学 号

证件号

姓 名 年 龄 系 别 性 别

证件类别

从函数依赖图可以看出该关系存在非码决定因素, 没有传递依赖和部分依赖， 所以是3NF范式。 三.用户子模式设计部分:

在图书馆数据库系统中，从效率、安全、方便角度考虑,应设计用户自模式。 1 对不同级别的用户定义不同的视图：

对普通读者

借阅记录（证件号，图书编号,图书借阅日期,还书日期)； 管理人员可以直接访问借阅记录关系。 对一般职工

出勤记录（职工编号, 出勤纪录号，出勤次数,职务编号）；

主管部门领导可以直接访问到职工月薪，年龄等保密信息，财务部中也类似的有不同

级别的职工定义不同的视图，使得不同的用户可以看到不同的信息。

2 定义一般的读者对数据库的应用只包括对书的借出信息，著者,还书日期，和简介等信

系统概念及数据流程 14

息的查找，不能对以上的信息的删除和更改,更新信息只能由图书馆类的服务人员作相应的操作。

四．物理设计部分：

图书关系存取方式的分析与选取：

对图书关系最经常的操作是查找,则为提高查找效率,建立B+树索引，则平均查找次数为B+

树的层数，故对数据库设计到有索引的物理存储;另外,由于对书进行分类存储,则还理论上应该对书进行聚簇存储,但由于书的增删变动较大，更新的频率较高,故不能进行聚簇存储。

人事关系存储方式的分析与选择 ：

人事关系由于变动不大,职员的更新速度相对较慢,所以考虑到查找的方便性，进行聚簇存储,

而对出勤记录可以按照用户编号进行索引存储.

财务关系存储方式的分析与选择 ：

由于财务关系和图书馆有相同的查找和更新特点，所以对财务的分析级存储的选择都和图书

相同，也是按照类型建立不同的索引.

五．总结部分：

通过对图书馆的系统的了解和日常我们所熟悉的对图书馆的数据库的应用，我们对数据库

的各部分的设计有了感性的认识，对需求分析的重要性和对一个系统的各部门的工作流程细节有了更深入的了解,对概念设计的步骤掌握的更加清晰,促进了对分析过程中的原则要求及所得到的数据结果的原因认识，大体上知道如何对一个系统从那几个方面的进行分析得到我们需要的信息;逻辑设计阶段中,由于整个系统的数据的复杂性和实际应用中的交叉性,在理论上和实际的操作中无论是设计关系模型还是最后选择存储方法时都觉得时间和空间之间有较多的矛盾性,最后的分析选择也存在很多的不足,对数据库的设计的难度有了更深的认识,深感一个高效,简便的数据库的设计实乃非吾辈现在能力所能及也。

总之，在通过真正动手之后，我们对数据库的设计无论是概念,理论，原理的理解还是实际

对数据库的操作能力都获益匪浅,但离真正设计还有相当的距离.