图书管理系统数据库分析与设计实例
- 格式:doc
- 大小:263.00 KB
- 文档页数:22
图书馆数据库设计实例(需求分析、概念结构、逻辑结构)(总11页)--本页仅作为文档封面,使用时请直接删除即可----内页可以根据需求调整合适字体及大小--数据库设计实例分析一、需求分析实例现要开发高校图书管理系统。
经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能:(1)读者注册。
(2)读者借书。
(3)读者还书。
(4)图书查询。
1、数据流图顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。
根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。
下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图2、数据字典数据项数据项名称:借书证号别名:卡号含义说明:惟一标识一个借书证类型:字符型长度:20……数据结构(1)名称:读者类别含义说明:定义了一个读者类别的有关信息组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额(2)名称:读者含义说明:定义了一个读者的有关信息组成结构:姓名+性别+所在部门+读者类型(3)名称:图书含义说明:定义了一本图书的有关信息组成结构:图书编号+图书名称+作者+出版社+价格……数据流(1)数据流名称:借书单含义:读者借书时填写的单据来源:读者去向:审核借书数据流量:250份/天组成:借书证编号+借阅日期+图书编号(2)数据流名称:还书单含义:读者还书时填写的单据来源:读者去向:审核还书数据流量:250份/天组成:借书证编号+还书日期+图书编号……数据存储(1)数据存储名称:图书信息表含义说明:存放图书有关信息组成结构:图书+库存数量说明:数量用来说明图书在仓库中的存放数(2)数据存储名称:读者信息表含义说明:存放读者的注册信息组成结构:读者+卡号+卡状态+办卡日期说明:卡状态是指借书证当前被锁定还是正常使用(3)数据存储名称:借书记录含义说明:存放读者的借书、还书信息组成结构:卡号+书号+借书日期+还书日期说明:要求能立即查询并修改……处理过程(1)处理过程名称:审核借书证输入:借书证输出:认定合格的借书证加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。
第十一章数据库综合案例分析——图书管理系统数据库的分析与设计图书馆图书资料和使用用户繁多,数据繁多,数据处理工作量大,容易出错,容易丢失,且不易检索。
传统的图书馆里由于信息较多且管理工作复杂,一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找,非常费时、费力。
对很长时间以前的图书进行更改就更加困难了。
所以这种管理方法已经不适合当今的需要,必须借助先进的计算机信息技术对图书进行管理。
设计一个图书管理系统主要使图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的效率和准确性,能够及时、准确、有效的查询、借阅和更新图书情况。
11.1 系统功能设计11.1.1 系统功能目标●图书管理系统主要提供以下几个功能:●对图书资源进行分类●读者能够进行查询、借阅、归还、续借能操作功能。
●管理员可以进行读者信息以及图书信息的更新以及对读者借阅的办理。
●对读者用户、密码及权限进行管理。
11.1.2系统功能分析通过对系统的调查和可行性分析系统功能流程分析,确定该系统由两类用户使用。
一类是普通读者,另一类是系统管理员。
然后根据两类户分别设计他们能够完成的工作。
普通读者可实现的工作有:1.能按多种方式(比如书名、编号、作者)查询图书馆的藏书情况。
2.能够借阅图书、续借图书、归还图书。
3.能够查询自己的基本资料、图书情况。
4.能够熟悉图书管理系统的使用。
系统管理员可完成的工作有:1. 能方便的对图书进行登记录入,注销陈旧的图书。
2. 能方便地对新读者进行登记注册,及注销读者信息(基本信息,借阅信息)。
3. 能够随时发布读者借阅图书超期情况、馆内藏书情况、借情况等信息。
11.2 数据库设计与实现11.2.1 数据库的需求分析根据图书管理信息系统的需求,通过对图书管理工作流程以及所处理数据信息,可以设计成以下数据结构:读者基本信息表:存放读者信息,数据项包括读者编号,读者姓名,读者性别,联系电话,所在系,开始日期,结束日期,违章记录,累计借书,备注等。
第 10 章图书管理系统数据库设计实例经过前方章节对数据库基础知识的学习,本章将经过一个图书管理系统的数据库设计实例来要点叙述怎样设计数据库。
在设计数据库的过程中应当依据哪些设计原则及技巧。
经过本章的数据库实例设计,要求对数据库的整体过程有个观点性的理解,并能经过所学知识,在详细的开发环境下设计一个较优化数据库并实现设计过程。
数据库设计原则及技巧数据库设计原则跟着计算机技术愈来愈宽泛地应用于公民经济的各个领域,在计算机硬件不停微型化的同时,应用系统向着复杂化、大型化的方向发展。
数据库是整个系统的中心,它的设计直接关系系统履行的效率和系统的稳固性。
所以在软件系统开发中,数据库设计应依据必需的数据库范式理论,以减少冗余、保证数据的完好性与正确性。
只有在适合的数据库产品上设计出合理的数据库模型,才能降低整个系统的编程和保护难度,提升系统的实质运转效率。
虽然关于小项目或中等规模的项目,开发人员能够很简单地利用范式理论设计出一套切合要求的数据库,但关于一个包含大型数据库的软件项目,就一定有一套完好的设计原则与技巧。
1.设计原则在设计数据库时,至关重要的工作就是要理解为之建模的业务职能和表示这些业务职能的数据库观点及功能,并能正确地设计数据库,从而成立优化的业务模型。
因为数据库的设计在整个系统中是至关重要的一步,一旦数据库设计达成,在进行改正及优化就需花销大批的时间。
所以,再设计数据库时,应试虑以下事项:1)规范命名。
所有的库名、表名、域名一定依据一致的命名规则,并进行必需说明,以方便设计、保护、查问。
2)控制字段的引用。
在设计时,能够选择适合的数据库设计管理工具,以方便开发人员的散布式设计和数据小组的集中审查管理。
采纳一致的命名规则,假如设计的字段已经存在,可直接引用;不然,应从头设计。
3)库表重复控制。
在设计过程中,假如发现大多数字段都已存在,开发人员应思疑所设计的库表能否已存在。
经过对字段所在库表及相应设计人员的查问,能够确认库表能否的确重复。
图书管理系统设计(5篇范例)第一篇:图书管理系统设计图书管理系统设计1、需求分析图书管理信息采用文件保存,因而要提供文件的输入输出操作;要实现对图书基本信息的查询,则要提供查找操作(提供按书名、作者名查询两种查询方式)和显示操作;要实现对撤销图书信息的删除则要提供文件记录的删除操作;办理借书或还书手续需要提供修改操作;另外还要提供键盘式选择菜单以实现功能选择。
2、总体设计整个系统被设计为数据输入模块、数据查询模块、数据删除模块和数据修改模块。
3、详细设计数据结构采用结构体,设计图书信息结构体:Struct bookManageInfo{Char bookName[20];//图书名称Char bookCode[20];//图书编号Float price;//图书价格Char author[10];//作者Int state;//存在状态,0代表可以出借,1代表已经借出Char borrowerName[10];//借书人姓名Int sex;//借书人性别,0代表女,1代表男Char stuNo[10];//借书人学号}bookMInfo;(1)数据输入模块采用fwrite或fprintf把图书基本信息写入图书信息文件。
(2)数据查询模块通过菜单选择查询方式,提供按书名查询和按作者名查询两种查询方式。
采用基本查找算法即可。
(3)数据删除模块通过菜单选择删除操作,由于C语言没有提供直接删除文件记录的函数,因而需要自己实现:读记录,判断是否要删除(与输入的要删除的记录比较),如果要删除,则舍弃;否则重新写入文件。
(4)数据修改模块办理借书手续时,先要在文件中查找要借的书的存在状态,若可以出借,则允许借出,把借书人姓名、性别和学号添加到该书的记录中,并把存在状态改为已经借出;否则,显示“抱歉,该书已借出”。
办理还书手续时,在文件中查找该书的记录,然后把存在状态改为允许出借,把借书人姓名、性别和学号删除。
图书馆管理系统用例(精选五篇)第一篇:图书馆管理系统用例主事件流1、读者登录读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户2、读者借阅图书读者1、读者带所要借的图书到借阅台2、图书馆管理员进入借书界面3、图书馆管理员扫描借阅证条形码4、系统查询并显示借阅者信息及借阅信息5、图书馆管理员扫描图书条形码6、系统查询并显示图书相关信息7、重复5和6直到所有要借的图书扫描完8、保存本次借阅记录3、读者归还图书读者1、读者带所要还的图书到借阅台2、图书馆管理员进入还书界面3、图书馆管理员扫描图书条形码4、系统查询并显示借阅者信息、借阅信息及图书相关信息5、重复3和4直到所有要借的图书扫描完6、保存本次还书记录4、网上预订读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、读者选择“预约图书”选项6、读者提供书刊种类及自己的信息7、系统检索书刊信息和读者信息8、系统接受预订,创建预订记录9、保存预订记录5、读者信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、选择“查询读者信息”选项6、打开查询窗体7、系统查询并显示读者的信息6、借阅信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、打开读者管理窗体6、系统查询并显示借阅信息7、图书信息查询读者1、读者用户进入图书馆登陆界面2、读者输入用户名、密码并提交3、系统对用户提交的用户名、密码进行有效性检查4、系统记录并显示当前登录用户5、读者选择“查询图书”选项6、打开查询窗体7、.读者输入读者证号,系统检查读者的有效性8、.读者输入待查询的图书条码号,检查图书有效性9、系统显示所查询图书的信息8、处理借书图书管理员1、读者发出借阅请求2、管理员扫描读者借阅证条形码3、如果读者有罚款未交或达到借书限额则不给予办理9、处理还书图书管理员1、读者发出还书请求2、管理员扫描图书条形码3、管理员检查图书是否有损坏,若有则要读者按要求交罚金4、管理员检查图书是否超期归还,若是则要读者按要求交罚金10、管理系统用户系统管理员1、系统管理员查看各类图书管理员的信息2、系统管理员根据实际情况,对已经辞职的管理员信息删除3、系统管理员把新来的管理员信息添加到图书管理系统中4、系统管理员修改图书管理员的工作范围,工作时间等信息,给图书管理员分配合理的工作11、读者管理系统管理员1、系统管理员进入系统2、查看读者办理借书证的申请信息3、审核读者信息4、添加读者信息5、修改已经修改个人信息的读者信息6、删除已经注销的读者信息7、查看是否有读者超期未还的行为,若有就添加备注和罚款信息12、管理图书信息系统管理员1、系统管理员进入系统2、删除已下架的图书信息3、修改已更改的图书信息4、添加新上架的图书信息13、系统维护系统管理员1、系统管理员进入系统2、统计读者信息3、根据需求统计图书借阅情况、在库图书情况、图书借阅排行4、添加、删除、修改图书管理系统中的各类罚款的额度和权限5、发布后台公告6、系统数据备份14、图书注销系统管理员1、系统管理员进入系统2、系统管理员选择“注销旧书”选项3、打开注销旧书窗体4、输入旧书条码,系统检查旧书条码有效性5、注销旧书信息6、系统登记注销旧书信息数目第二篇:图书馆管理系统的用例分析小型超市销售管理系统的用例分析一、确定系统的总体信息小型超市销售管理系统是对商品的销售及商品的采购、库存进行统一管理的系统,具体包括:仓库管理员的盘点、上下架管理、出入库、补货申请;销售管理员的商品销售处理、销售统计处理、货架商品处理;采购员的申请采购处理、商品信息录入、采购下单;系统管理员的系统维护,包括增加商品、删除更新商品、增加使用者信息、删除或更新使用者信息、商品信息查询、使用者信息查询等。
图书管理系统数据库设计报告版本历史目录0. 文档介绍 (4)文档目的 (4)文档范围 (4)读者对象 (4)参考文献 (4)术语与缩写解释 (4)1. 数据库环境说明 (4)2. 数据库的命名规则 (5)3.概念设计 (6)4. 逻辑设计 (6)5.物理模型 (8)表汇总 (8)表U SERS (9)表U SER R OLE (9)表U SER R IGHTS (10)表O VER L IMIT R ECORD (10)表L OST R ECORD (10)表O RDER R ECORD (11)表B ORROW R ECORD (11)表B OOK (11)表L IABRARY (12)表B OOK C ATEGORY (13)表B OOK K IND (13)表S YSTEM L OG (13)6. 安全性设计 (14)防止用户直接操作数据库的方法 (14)用户帐号密码的加密方法 (14)角色与权限 (14)7. 优化 (14)8. 数据库管理与维护说明 (15)数据库日常检查 (15)数据库备份方案 (16)9.数据库对象 (16)0. 文档介绍文档目的本文档为图书管理系统的数据库设计文档,主要介绍系统的数据库设计,给出了系统的逻辑设计和物理设计,同时给出了数据库环境的说明,确定了数据库命名规则,给出了数据库的优化方案、安全性设计方案和数据库维护、管理等内容,本文档可作为项目开发人员在数据库实现时的参考和规范。
文档范围本文档适用于项目开发的设计阶段,在项目开发阶段可按照本文档检验数据库的实施情况。
读者对象1.图书管理系统的开发人员2.指导老师3.图书管理系统的测试人员4.图书管理系统的客户参考文献【01】王珊萨师煊,《数据库系统概论》,高等教育出版社,2006-05-04术语与缩写解释1. 数据库环境说明数据库系统:MySQL数据库设计工具:Power Designer编程工具:Power Designer详细配置:2. 数据库的命名规则数据库涉及字符规则采用26个英文字母(区分大小写)和0 -9这十个自然数,加上下划线_组成,共63个字符。
数据库系统设计案例一、图书馆管理系统图书馆管理系统是一个常见的数据库系统设计案例。
该系统包含以下几个主要的实体:图书、读者、借阅记录等。
图书实体包含图书编号、书名、作者、出版社等属性;读者实体包含读者编号、姓名、年龄、性别等属性;借阅记录实体包含借阅编号、读者编号、图书编号、借阅日期、归还日期等属性。
通过设计合适的数据表和关系,可以实现图书的借阅、归还、查询等功能。
二、酒店管理系统酒店管理系统是一个用于管理酒店客房、客户信息和预订记录的数据库系统。
该系统包含以下几个主要的实体:客房、客户、预订记录等。
客房实体包含客房号、类型、价格等属性;客户实体包含客户编号、姓名、联系方式等属性;预订记录实体包含预订编号、客房号、客户编号、入住日期、离店日期等属性。
通过设计合适的数据表和关系,可以实现客房的预订、入住、退房等功能。
三、电商平台订单管理系统电商平台订单管理系统是一个用于管理订单信息和商品信息的数据库系统。
该系统包含以下几个主要的实体:订单、商品、用户等。
订单实体包含订单编号、用户编号、商品编号、下单时间、订单状态等属性;商品实体包含商品编号、商品名称、价格等属性;用户实体包含用户编号、用户名、联系方式等属性。
通过设计合适的数据表和关系,可以实现订单的创建、支付、发货等功能。
四、学生信息管理系统学生信息管理系统是一个用于管理学生信息和课程信息的数据库系统。
该系统包含以下几个主要的实体:学生、课程、成绩等。
学生实体包含学号、姓名、年龄、性别等属性;课程实体包含课程编号、课程名称、教师姓名等属性;成绩实体包含学号、课程编号、成绩等属性。
通过设计合适的数据表和关系,可以实现学生信息的录入、查询、成绩统计等功能。
五、医院管理系统医院管理系统是一个用于管理患者信息、医生信息和就诊记录的数据库系统。
该系统包含以下几个主要的实体:患者、医生、就诊记录等。
患者实体包含患者编号、姓名、年龄、性别等属性;医生实体包含医生编号、姓名、科室等属性;就诊记录实体包含记录编号、患者编号、医生编号、就诊日期、诊断结果等属性。
图书管理系统数据库设计一个简单的图书管理系统包括图书馆内书籍的信息、学校在校学生的信息以及学生的借阅信息。
此系统功能分为面向学生和面向管理员两部分,其中学生可以进行借阅、续借、归还和查询书籍等操作,管理员可以完成书籍和学生的增加,删除和修改以及对学生,借阅、续借、归还的确认。
一、需求分析针对一般图书管理信息系统的需求,通过对图书管理工作过程的内容和数据流程分析,设计如下面所示的数据项:1.读者信息属性:读者学号,读者姓名,读者性别,联系电话,所在系,生效日期,失效日期,违章状况,累计借书,备注主键:读者学号2.书籍信息属性:ISBN,书名,作者,出版社,出版日期,简介,备注主键:ISBN3.管理员信息属性:工作号,姓名,性别,电话,家庭住址,备注主键:工作号数据流程通过对系统的调查和可行性分析,画出系统的数据流程图:1.读者学生对图书管理系统的要求有:1)能按各种方式(比如书名、编号、作者)查询图书馆的藏书情况.2)能够方便地借阅图书、续借图书、归还图书3)能够查询自己的基本资料、图书情况4)能够熟悉图书管理系统的使用。
读者进入系统工作的流程为:注册→查询→修改信息→借阅续借→图书归还→注销2.图书管理员他们对图书管理系统的要求有:1)能方便的对图书进行录入登记,注销陈旧的书籍。
2)能够方便地对新生进行登记,或注销已经毕业的学生信息(基本信息,借阅信息)。
3)能够随时发布一些诸如各学院学生借阅图书超期情况、馆内藏书情况、借情况等信息,以便各学院能够随时获知本院学生的一些借书信息.图书管理员工作的流程为::注册→录入图书→录入新生→注销图书→注销学生→注销→修改个人信息→超期处理二、概念模型设计数据库需要表述的信息有以下几种:1.读者信息2.书籍信息3.管理员信息4.读者与书籍之间的关系(借阅关系E—R图)5.管理员与书籍之间的关系(管理员_书籍E-R图)6.管理员与学生之间的关系(管理员_学生E—R图)三、逻辑设计从理论‘E/R模型’到理论‘关系模型'的整理转换,通过E/R模型到关系模型的转化,可以得到如下关系模式:借阅关系属性:工作号,读者学号,ISBN,是否续借,借书日期,还书日期,备注。
Access数据库应用实例一一图书借阅管理系统一、数据库分析与设计1.数据库数据结构分析通过对图书借阅管理的内容和数据分析,创建该管理系统数据库,名为“图书借阅管理系统. mdb”, 主要包含的数据表有“会员表”、“会员级别表”、“图书表”、“图书类别表”、“图书借阅表”共五个表。
这五个表之间存在着一定的关联关系,各表间的关系如图2所示:图2系统中各表间关系图2.数据库逻辑结构设计“图书借阅管理系统”的各个数据库表结构设计如表1〜表5所示::、查询的设计与实现在本图书借阅管理系统中,要用到大量的查询功能。
Access 2003提供了5种查询:选择查询、参数查询、交叉表查询、操作查询和SOL查询。
其中操作查询又包括生成表查询、更新查询、追加查询和删除查询4种查询。
(1)生成表查询•':这种查询可以根据一个或多个表中的全部或部分数据新建表。
生成表查询有助于创建表以导出到其他Microsoft Access数据库或包含所有旧记录的历史表。
(2)更新查询:,:这种查询可以对一个或多个表中的一个或一组记录作全局更改。
使用更新查询可以更改已有表中的数据。
(3)追加查询,追加查询将一个或多个表中的一组记录添加到一个或多个表的末尾。
(4)删除查询;:这种查询可以从一个或多个表中删除一组记录。
(使用删除查询,通常会删除整个记录,而不只是记录中的部分字段。
)该图书借阅管理系统中主要用到了选择查询、操作查询的更新查询和追加查询,下边我们以实例主要说明一下这几种查询在本系统中的实现方法与过程。
1.选择查询的设计与实现分析:在实际图书馆图书借阅过程中,会员(借阅者)或者图书馆管理员经常需要对图书借阅情况进行查询,比如查看某本书是否已归还、某人是否未按期归还图书、某本书是否已到归还期或是某本书是否忘记归还了等等。
为了解决上述这些问题,我们就需要设置一些相应的查询(一般都是以“选择查询” 为居多)。
这些查询能有效地帮我们解决这些问题。
图书馆管理系统数据库分析与设计一、 需求分析用户的需求具体体现在各种信息的提供,保存,更新和查询,这就要求数据库结构能够充分满足各种信息的输入和输出。
在调查有关图书馆管理信息需求的基础上,我们主要考虑以下几方面的需求:1 图书馆读者需求2 图书馆管理人员需求3 数据的可靠性和数据的输入,查询的方便快捷性对图书馆管理信息系统分析后,我们将系统分为几个模块:借阅管理模块,读者信息管理模块,图书信息管理模块,系统管理模块。
其主要功能如下:1 借阅管理模块主要功能如下:⑴为读者办理,修改,注销借书证,输入读者借书证基本信息等,定制读者的借阅权限⑵通过借书证查询图书信息,借出图书信息,借阅图书借出的图书不能在当天归还。
每次借阅后读者最多可以续借一册图书一次。
⑶读者还书程序及管理人员的处理程序:对于超期的图书,图书管理系统将自动向读者电子邮箱中发一封电子邮件催还图书。
在本馆所借的文献资料,均应在规定的期限内按时归还。
逾期不还者,将分别按以下规定处理:中文图书借阅:每册每天罚款0.2元。
新书借阅和外文图书借阅:每册每天罚款0.5元。
在超期图书归还并缴清罚款之前,读者不可借阅图书;超期图书也不能续借。
2读者信息管理模块主要功能如下:⑴读者基本信息的输入,如:编号,姓名、性别、类型(学生、教师等)、单位、电子信箱等⑵读者信息的修改,注销等功能⑶添加新的读者及其信息等3图书信息管理模块主要功能如下:⑴制作书籍的各种信息管理,如:所属藏馆,新旧书,中外文分类,名称、作者、ISBN 号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号等⑵书籍信息的修改,新图书的入库管理和废弃图书信息的注销等4系统管理模块主要功能如下:⑴用户登陆⑵修改密码⑶添加,注销用户二、E-R图根据以上分析,我们先得出局部E-R图,然后得出整体E-R图:1 借书系统E-R 图图中各实体属性如下:读者:编号、姓名、层次(专科生、本科生、研究生)、性别、类型(学生、教师等)、单位、电子信箱借书证:借书证号、编号、姓名、借阅册数、借期、是否允许续借、续借期限 书本:图书编号、名称、作者、ISBN 号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号、中外新(中文书、外文书、新书)库存表:图书编号、所属藏馆借出信息:图书编号、借书证号、借书日期、归还日期读者办理借书证借查借出信息书本出库存表2 还书系统E-R 图:读者:编号、姓名、层次(专科生、本科生、研究生)、性别、类型(学生、教师等)、单位、电子信箱借书证:借书证号、编号、姓名、借阅册数、借期、是否允许续借、续借期限 书本:图书编号、名称、作者、ISBN 号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号、中外新(中文书、外文书、新书)库存表:图书编号、所属藏馆借出信息:图书编号、借书证号、借书日期、归还日期 管理员:管理员编号、管理员姓名、登陆密码读者办还借书证书本出库存表借出信息催管理员检超期罚款3整体图书管理系统E-R 图:读者:编号、姓名、层次(专科生、本科生、研究生)、性别、类型(学生、教师等)、单位、电子信箱借书证:借书证号、编号、姓名、借阅册数、借期、是否允许续借、续借期限 书本:图书编号、名称、作者、ISBN 号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号、中外新(中文书、外文书、新书)库存表:图书编号、所属藏馆借出信息:图书编号、借书证号、借书日期、归还日期 管理员:管理员编号、管理员姓名、登陆密码读者办借书证借书本出催检库存表借出信息管理员查超期罚款不可当天借还三、数据字典属性名 数据类型 域 约束 编号 字符型 2201110001-2201110900姓名 字符型层次 字符型性别 字符型类型 字符型单位 字符型电子信箱 字符型借书证号 字符型 020*******-0201000900借阅册数 数值型借期 数值型是否允许续借 字符型 是或否 续借期限 字符型名称 字符型作者 字符型ISBN号 字符型出版地 字符型出版社 字符型出版时间 日期型字数 数值型单价 数值型内容简介 字符型所属分类号 字符型中外新 字符型图书编号 字符型 A01-B84所属藏馆 字符型借书日期 日期型归还日期 日期型管理员编号 字符型管理员姓名 字符型登陆密码 字符型。
图书管理系统数据库设计报告文件状态:[√] 草稿[ ] 正式发布[ ] 正在修改文件标识:LMS-DATABASE 当前版本: 1.0作者:XXX完成日期:2011-12-24版本历史版本/状态作者参与者起止日期备注项目名称,《数据库设计报告》目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.3读者对象 (4)0.4参考文献 (4)0.5术语与缩写解释 (4)1. 数据库环境说明 (4)2. 数据库的命名规则 (5)3.概念设计 (6)4. 逻辑设计 (6)5.物理模型 (8)5.0表汇总 (8)5.1表U SERS (9)5.2表U SER R OLE (9)5.3表U SER R IGHTS (10)5.4表O VER L IMIT R ECORD (10)5.5表L OST R ECORD (10)5.6表O RDER R ECORD (11)5.7表B ORROW R ECORD (11)5.8表B OOK (11)5.9表L IABRARY (12)5.10表B OOK C ATEGORY (12)5.11表B OOK K IND (13)5.12表S YSTEM L OG (13)6. 安全性设计 (13)6.1防止用户直接操作数据库的方法 (13)6.2用户帐号密码的加密方法 (14)6.3角色与权限 (14)7. 优化 (14)8. 数据库管理与维护说明 (15)8.1数据库日常检查 (15)8.2数据库备份方案 (15)9.数据库对象 (16)k7yeqs 2011 Page 3 of 320. 文档介绍0.1 文档目的本文档为图书管理系统的数据库设计文档,主要介绍系统的数据库设计,给出了系统的逻辑设计和物理设计,同时给出了数据库环境的说明,确定了数据库命名规则,给出了数据库的优化方案、安全性设计方案和数据库维护、管理等内容,本文档可作为项目开发人员在数据库实现时的参考和规范。
某大学图书管理系统的数据库分析与设计(以下内容包括第3章介绍的数据库设计的几个阶段:需求分析,概念设计,逻辑设计与物理设计,通过阅读实例分析,请注意理解有关理论含义)1.系统内部框架及数据字典(调查了解)1.1信息分类及相互关系某大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的,其中涉及的信息大体上可以分为四类:业务过程信息、读者信息、费用信息和管理信息。
其中业务过程信息是指完成业务所产生的过程控制信息,如借阅信息、书刊出入库信息等,都是局部信息;读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息,是基本信息;管理信息是由基本信息和业务过程信息加工得到的,如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息。
读者借阅活动和各类信息之间的关系1.2贯穿系统的两条信息线集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新系统的加入而发生大的变化。
找出图书馆信息系统的内在联系,确立好各局部系统之间的接口,是实现这一目标的前提。
贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线。
以此为框架来构----------------------------精品word文档值得下载值得拥有--------------------------------------------------------------------------精品word 文档 值得下载 值得拥有---------------------------------------------- 造和集成整个系统。
证件信息包括读者主索引、借阅记录等等;费用信息包括在各个环节发生的各类费用及消耗成本等。
这两条信息线在系统中体现为具体的数据结构,它独立于各局部系统而存在。
从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。
2. 需求分析(该阶段结果主要用数据流图和数据字典表示,该阶段是经过分析,抽象得到各子系统的数据流程图及数据字典)2.1财务管理子系统功能:负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。
其中财务管理包括:全馆人员工资、奖金发放及经费管理。
凭证 送进计划凭证现金额财务调整财务调整资金采购资料批准/不批准审批准/查不批准需配置及初始化的表:账务登记表字段中文名称字段名类型长度说明业务号TRAD_NO I 20 发生业务的统一编号日期TRAD_DATE D 业务发生的日期收入INCOME I 30 业务收入的金额支出OUTCOME I 30 业务的支出凭证号PROOF_NO C 10 本项业务涉及的凭证的编号摘要CHIEF_INTR C 50 业务内容的摘要2.2书刊管理子系统功能:组织和管理藏书。
组织和管理藏书:根据藏书的不同类型、内容、性质和使用价值进行合理的组织编目、科学的分类,根据借阅的需求拟更新藏书建议目录,负责馆藏剔旧处理,根据实际情况及时更新书刊信息;----------------------------精品word文档值得下载值得拥有----------------------------------------------审批通过的项目拨款额预算项目财务状况预支预额算工作财务报数量表财务调整采计图书处理更新计划购划领款通知采购图书会计凭证图书处理发票开支费用各类图书分类图书处理更新旧图书资料财务状况需配置及初始化的表:在库书刊字典----------------------------精品word文档值得下载值得拥有--------------------------------------------------------------------------精品word 文档 值得下载 值得拥有----------------------------------------------字段中文名称 字段名 类型 长度 说明编号 BOOK_NO C 16 全馆书刊的统一编号,可作为识别标志 书名 BOOK_NAME C 50 书刊名称 作者 WRI_NAME C 10 作者的姓名 出版社 PUB_HOUSE C 50 出版社的名称 出版日期 PUB_DATE D 本版的出版日期 版次 PUB_TIMES I 4类别 BOOK_VAR C 20 按本馆图书的分类方法分类 借阅者 REA_NO C 8 读者的标志号 库存地点SAVE_PLACEI16用户定义的完整性约束要求类别和借阅者的填入值必须有效,即必须是存在的值。
2.3 读者管理子系统功能:更新和查询读者信息、办理借阅证件。
流程:证件管理子系统:账户调整 收款服务通知服务结果帐单 各 种 费 用图书调整 收据 服务请求 有效 ID 服务细则 退役罚 款 无效 号码帐 单 ID 违章 退役 ID 无欠款ID细则罚款 尚有欠款 收据证件调整证件调账单 读者 支付返回 核实 分析 图书库借阅部结算核对注销证件库帐务核对综合反馈----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------整需配置及初始化的表: 读者信息字典 字段中文名称 字段名 类型 长度 说明 姓名 NAME C 8 读者姓名 ID REA_NO C 8 读者ID 号 性别 SEX C 2 年龄 AGE I 2系别DEPARTC20读者所属系别证件信息字典 字段中文名称 字段名 类型 长度 说明 ID REA_NOC 8 读者ID 号 借书本数Book_num I8 借书总册数 借书信息 书 编号 Book_no C 16 书的编号 借书日期 BOOK_DATE C16注:上表中有用户定义的完整性约束条件的字段如下:性别要求只能取”男”或”女”两者之一; 年龄取值域为1~55;系别的取值要求必须是本校存在的系; 借书本数的最大值是3.2.4 人事管理子系统功能:全馆人员调动、组织管理、考勤以及工资报表的制定。
流程:资金收 据单据人事调动申请 变动名单人职工 品评员 变调 动动 情 人员 人员调令 况 调整 行政科 各部 调整 综合整 理 人事档案表 上报 财务科职工 调整 归记----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------人 变 情 员 动 况调动 人事调动申请 变动名单人事档案 人事变动结果需配置及初始化的表:字段中文名称 字段名类型 长度 说明科室代码 DEPT_CODE C 8 工作人员所在科室 姓名 NAME C 8 工作人员姓名人员编号 EMP_NO C 6 每个人分配一个唯一的标识号 工作类别 JOB C 8职称TITLEC10工作人员的职称,本系统用户名 USER_NAMEC16如果是本系统用户,则为用户名,否则为空3.概念设计(该阶段结果根据上一阶段是得出系统的E-R 图)一 任务:根据需求分析的结果:数据流图和数据字典来设计出图书馆本月出勤情况 WORKDAY I 2 本月出勤天数上报 采访部 整理说明得分E-R 图和基本E-R 图,为下一步的逻辑设计阶段提供素材.二 各个具体的实体:----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------三 四个子系统分E-R 图:1.财务管理初步E-R 图:改进后的E-R 图:2. 图书管理子系统: 初步E-R 图:改进后的E-R3 人事管理子系统: 初步E-R 图:n----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------m改进后的E-R 图:4 读者管理子系统: 初步E-R 图:1经讨论,“读者管理”并不是管理学生办理借书证的问题,而是管理读者罚款的情况,所以更改如下:改进后的E-R 图:四.图书馆数据库管理系统基本E-R图:经过分析,知道分E—R图中的“认识行政科”实体实际上是”管理人员”,所以在设计总的E—R图时将其改为“管理人员”实体.(一) 基本E-R图草图(二)修改过程1.合并分E-R图,生成总E-R图各个子系统的局部应用面向问题不同,导致各个实体和实体的属性之间的冲突,因此合并时必须消除这些冲突:(1)属性冲突:因为设计分E-R图前有过充分讨论,所以没有属性冲突(2)命名冲突:财务管理子系统E-R图里的“读者”和读者管理子系统E-R图里的“借书证”两个实体代表同一概念,二者都用“读者”来表示(3)结构冲突:“读者”是一个实体,但是在实体“借阅”中却变成了一个属性,所以在合并E-R图时,把读者单独作为一个属性,而在“借阅”中用一个属性“读者号”来标示2.消除不必要的冗余由于某些联系可以导出其它的联系,这种联系可以被消除。
如图书管理子系统中的实体“更新书目”,其可以由实体“图书”和“采购计划”导出,其可以在总E-R----------------------------精品word文档值得下载值得拥有----------------------------------------------图中消除。
实体“编目部”可以由“图书”即“处理细则”导出。
在总E-R图中,实体之间具有明确完整的关系,多余的关系将导致维护的困难和破坏数据库的完整性。
(三)总E-R图草图----------------------------精品word 文档 值得下载 值得拥有----------------------------------------------4.逻辑设计:(该阶段是结果是得出系统的逻辑结构,涉及利用函数依赖来分析关系,关于函数依赖将在教材第7章介绍,函数依赖是进行数据库设计时,使关系规范化的数学基础)(一)概念模型向关系模型转换及依赖关系分析:根据总E-R 图中的实体与实体之间的联系以及转换的一般原则,得到如下的关系:1.根据以上1:1关系得可到关于读者关系:者(读者编号,姓名,性别,年龄,系别, 借书编号,奖惩记录,学号,奖惩资金,日期,续借,预约);但考虑到存储时的冗余,及实际运行时的效率,故将读者的借阅信息拿出来作为单独的实体,作为借阅记录。
读者(证件号, 姓名,性别,年龄,系别, 学号);该关系的函数依赖图:从函数依赖图可以看出,该关系中不存在部分函数依赖、传递函数依赖,且只有学号能够确定其它各项。