软件工程图书馆管理系统要点

1、第八章综合应用小规模的软件开发本章通过一个实例一一图书馆管理信息系统的设计，介绍按软件工程的原 理、方法开发软件的全过程。由于图书馆管理信息系统的需求学生比较熟悉，所以理解起来比较容易。编程语言采用较易掌握的Visual Basic ，提供的设计、实现、测试是系统的，核心源代码以文字方式说明。在实际系统的开发过程中，系统的设计与开发往往需要一个团队集体完成， 所以分工合作、协调工作能力、团队精神是非常重要的。对于同一个管理信息系 统的开发，开发方法不是唯一的，可以采用传统的软件工程方法，也可采用面向 对象的方法，开发过程没有标准答案。为了突出重点，对系统进行了简化。8.1 ”图书馆管理信息系统

2、”的立项背景图书馆是高校的文献信息中心，是为学校教学和科学研究服务的学术性机 构，是学校信息化的重要基地。图书馆的工作是学校教学和科研工作的重要组成 部分，是学校师生学习和研究的重要场所。 为了适应数字化信息环境，一种成功 的跟踪最新技术，充分利用软硬件资源的“图书馆管理信息系统”孕育而生。某综合性大学的图书馆，其服务对象主要是该校的教师和学生。 随着学校规 模的不断扩大，现有教职工约3000人、学生20000人左右，馆藏各类图书近200 多万册，期刊近4000多种，图书馆工作人员约90人，每天的借阅量近千册。在 图书馆的图书数量不断增加、读者数目不断增长，对图书馆信息管理自动化和准 确化要求

3、日益强烈的背景下，为了实现图书馆信息管理工作网络化， 以及实现网 络查询和统计一体化而开发的管理信息系统。该系统不仅为图书馆管理员提供一 个个性化的界面，将读者需要的各种服务集中起来，图书管理员只需一次登录就 可以使用所有服务；也为读者提供信息查询服务，读者可以很方便地进行图书和 借阅情况查询。从图书信息的输入到读者借阅图书信息的管理，都可以通过这个虽然图书馆在某些局部工作中使用了计算机， 但尚未建立起真正的集成自动 化系统，大部分业务工作仍靠手工完成。由于图书馆陈旧的管理手段给读者和图 书馆管理员带来的很多操作上的不方便，同时为了提高工作效率、服务质量和管 理水平，并使图书馆管理人员从繁琐的

4、工作中解脱出来， 所以下决心开发图书馆 管理系统。本图书馆管理信息系统在原有手工系统的基础上，增强数据库管理技术，增加图书信息的管理、读者信息的管理、 读者借书和还书信息的管理等功能。 通过 进一步收集、整理、存储关于图书、读者的主要数据，以及原有系统的作业流程 信息，为日后建立数据仓库做好准备。本系统采用最新的计算机技术，界面友好、操作方便，管理员可以针对不同 需求分类、排序、查询、统计，方便读者和其他部门根据自己的需求准确、快速 地查询图书信息，实现以计算机辅助形式代替传统的手工查找形式，减轻图书信息管理人员的劳动强度，提高图书馆的工作效率和水平，更好地为读者服务，从而使图书和读者管理更加

5、合理化和科学化。8.2 可行性研究在项目可性行研究阶段，分析人员对图书馆工作环境进行了实地调查。同主要领导、管理人员和工作人员进行了交流，对手工工作情况、工作流程、所完成 的任务及目前存在的问题、新系统要解决的主要问题等进行初步调查。 初步调查 研究的结果成为可行性研究的前提。8.2.1 现有系统存在的问题目前，学校图书馆的部门有采编部、图书借阅部、电子阅览室、期刊阅览室、 技术服务部和办公室等部门，负责各自相关的工作。图书馆存在的主要问题有：1 .图书馆的业务工作涉及各类数据量大，读者人数多。手工模式下的工作 劳动强度高，效率低，错误多，处理速度慢。2 .在各类业务工作中，编目工作具有智力程

6、度高、工作量大的特点，是图 书馆工作流程中的瓶颈。手工编目工作存在成本高、劳动重复和编目结果总体不 一致等问题，编目规范难以彻底贯彻。3 .在手工工作中，很多理论上可行的工作方法，如读者预约借书等工作， 实际难以实现。4 .业务工作中存在着大量查找工作，如图书查询、读者查询等，手工查询 方式速度慢，查准率和查全率低，影响了图书馆的服务质量。针对以上问题，需进行图书馆管理信息系统的开发工作。在本次开发中，开 发工作涉及采编部、借阅部、期刊部等四个部门。技术服务部、阅览室、办公室 等部门不在系统开发范围之内。为了节省篇幅，这里主要介绍借阅子系统的开发。8.2.2新系统的功能本系统开发的目的，就是通

7、过系统开发，实现图书馆有关部门工作的计算机 化，提高关键业务环节的处理速度和规范化程度，并对有关的工作进行集成和重 组，通过网络系统加强本图书馆同其他图书馆之间的业务联系，提高业务工作水平，进而全面提高工作效率和质量， 更好地为读者服务。图书馆管理信息系统的 应用可大幅度提高图书馆工作的效率和质量，这主要表现在以下几个方面：1 .联机编目编目是组织图书馆文献资源的手段。编目工作所形成的图书馆书目体系是管 理、揭示和利用馆藏的唯一工具，也是图书馆重要的数据资源。编目工作具有多 种工作形式，其中联合编目是多馆协同合作编目的一种方式。 联合编目克服了各 馆分散编目所造成的编目成本高、 重复劳动和编目

8、结果总体不一致问题， 提高了 编目效率和质量。联合编目的实施需要一个基本的编目环境， 即联合编目的管理 中心和成员馆之间便捷的数据存取途径， 而在当前技术条件下满足这种环境要求 的配置是广域网环境下连接各成员馆内的自动化系统。在编目过程中，各成员馆应同编目的管理中心联机，以完成编目数据的共享、数据上载和一致性的验证。2 .查询服务在图书馆管理信息系统中，计算机对大量的书目数据进行了有效的管理。作为图书馆自动化系统的重要功能， 公共查询充分发挥了计算机大容量、 高速度的 特点，多检索途径索引的建立和组合逻辑检索使读者摆脱了卡片目录查找的不 便，极大地提高了查全率和查准率，降低了查找时间。3 .有

9、效的业务管理图书馆管理信息系统的应用降低了图书馆业务工作的强度、提高了工作质量和效率。很多手工工作方式中无法实现的功能， 如流通系统中的多双轨制管理模 式，公务目录和读者目录中多套目录体系的维护等，都变得简单、易行，使图书 馆业务工作更为有效。4 .便捷的读者服务图书馆管理信息系统使直接面向读者的服务发生了巨大的变化。 读卡器等输 入输出设备的应用使读者的查询、借阅等方面更为便捷、准确有效。 读者可以通 过校园网，在学校的每个办公地点和家庭进行图书的查询、预约、 续借乃至馆际互借，图书馆的读者服务工作质量和效率得到明显的提高。8.2.3软件开发环境1 .开发方法：面向过程开发方法+面向对象开发

10、方法随着面向对象开发语言的普及，面向对象开发方法自然成为大多数项目开发 团队首选的方法。选用哪种开发方法取决于项目本身的特点和项目组成员的专 长。这里以面向过程开发方法为主（模块利用数据流图进行分析），辅之以面向对 象（利用UMLS模的用例图对系统的角色进行用例分析）的综合开发方法，来完成 该项目的设计与实现。2 .开发模型：瀑布模型瀑布模型是阶梯式的生命周期法。软件的生存周期由立项、需求、计划、设 计、编程、测试、维护等阶段组成，前一阶段的输出为后一阶段的输入，后一阶 段以前一阶段的结果为依据，每一阶段的结果都要经过严格的评审，直到产生最终的阶段成果。“图书馆管理信息系统”采用瀑布模型主要根

11、据以下几点：（1）开发人员在需求分析期间能够对用户的需求进行比较深入和全面的了 解，开发期间需求没有或者很少发生变化。（2）分析人员对需求环境的业务流程、 信息传递和需求目标比较熟悉，需求风险比较低。（3）用户使用环境比较稳定，主要在图书馆内使用。（4）用户除了提出需求以外，很少参与开发工作。3 .开发工具：Visual Basic 6.0+Visio2003+PowerDesigneU1+MicrosoftAccess鉴于“图书馆信息系统”属于中小型信息系统，因此用Visual Basic+Access的设计方案能够满足用户的需要， 缩短开发周期。Visio主要用于 制作DFD界面设计及UM

12、L#模，PowerDesigner11用于数据库概念模型设计和 物理模型设计。4 .2.4可行性分析1 .经济可行性学校图书馆用于系统开发的预算基本可满足设备投入和人力投入。 就收益而 言，由于图书馆自动化系统主要的效益是社会效益。系统一旦投入使用， 将会极 大提高图书馆的工作效率和工作质量，为读者创造一个更好的环境和服务。2 .技术可行性现行的计算机技术、数据库技术和网络技术完全能实现本系统的功能要求， 并且系统开发人员都是学校从事计算机教学和科研的教师，既有理论知识，又有实践经验，完全可以开发出满足要求的图书馆管理信息系统。3 .社会可行性系统开发和开发后的运行等活动不违反现行法律，没有对

13、他人的专利、版权造成侵犯，与现行的管理制度没有冲突。从系统的使用人员来看，可大致分为以 下几类：学生、教职工、图书馆管理人员和行政人员。用户的素质较高，大部分 受过高等教育，而且新开发的软件系统友好的界面及简便的操作方法，保证能满足绝大多数用户使用该系统的要求。现有图书管理人员通过培训完全能掌握系统 和方便地使用系统。鉴于以上分析可知，该图书馆管理信息系统开发项目不仅技术上可行，而且还会带来巨大的社会效益。因此，可行性研究最后认为：该图书馆管理信息系统 具备系统开发的条件，项目可行，建议开始开发。8.3需求分析8.3.1 需求分析概述需求分析是开发软件系统的重要环节，是系统开发的第一步和基础环

14、节。通 过需求分析充分认识系统的目标、系统的各个组成部分、各部分的任务职责、业务范畴、工作流程、工作中使用的各种数据及数据结构、 各部门的业务关系和数 据流程等，为系统设计打下基础。需求分析的好坏往往决定了系统开发的成败。需求分析从系统的调查研究入 手，需求分析要对系统的各个方面有全面的了解，既包括系统内部的各个方面， 也包括与系统有联系的各种外部因素。 通过调查研究和分析，对系统产生比较深 刻的认识。需求分析阶段的最终结果是“需求分析说明书”，它涵盖了对用户环境、事务处理和信息流程分析的一切成果， 供项目开发组和用户共同遵守。如果采用瀑 布模型，就要对“需求分析说明书”进行冻结，使它成为凝固

15、可靠的基线。万一 要求变更基线，开发者和用户双方， 都必须执行基线变更程序，此变更程序在合 同中已做了明确规定。现针对“图书馆信息系统”对图书馆的组织结构、 业务流程、用户角色职能、 系统数据流进行分析。利用结构化分析和UM叶的用例从大到小、从粗到细进行 系统建模。8.3.2 组织结构调查系统的组织结构，反映了单位内部各个部门的职责划分和它们之间的关系。 为了对系统有一个全貌性的了解， 首先要对系统内部部门结构、人员组织及用户 情况有所了解。对系统组织结构的调查，是从总的方面对系统进行宏观了解和分 析。信息的流动关系是以组织结构为背景的，而且总是伴随着组织部门之间的资金流和物流的传递而产生。图

16、书馆系统的组织结构如图8-1所示。图8- 1图书馆内部的组织结构图图书馆由馆长负责全面工作，下设办公室、采编部、图书借阅部、电子阅览 室、期刊阅览室和技术支持部。各部门的业务职责如下：办公室：协助馆长负责日常工作，了解客户需求，制定采购计划。采编部：负责图书的采购、入库和图书编目，编目后的图书粘贴标签，并送 图书借阅部上架借阅。图书借阅部：提供对读者的书目查询服务和图书借阅服务。电子阅览室：收集整理电子读物，提供电子读物的借阅服务。期刊阅览室：负责期刊的收集整理和借阅。技术服务部：完成拍照、复印工作及计算机等设备的维护工作。8.3.3 系统用户分析“图书馆管理信息系统”主要是针对图书借阅工作而

17、开发的应用软件。通常有系统管理员、图书管理员和读者三种用户，他们的使用权限如下：系统管理员：计算机人员，对系统、数据库进行维护，主要对不同人员赋予4第八章综合应用不同的权限。图书管理员：对图书信息进行录入和统计。读者：一般操作水平，能够在本系统查询个人信息和图书信息8.3.4 UML用例图建模图8-2是根据用户的职能建立的用例图。图8-2中<<include>>表示包含关系，表示被包含用例是被多个包含用例使8.3.5数据流图15数据流图是全面描述系统逻辑模型的工具，它抽象概括地把系统中各种业务 处理过程联系起来。为突出重点，本章只对借阅部分的工作进行数据流分析。在画“图

18、书馆信息系统”的数据流图时， 首先要画出整个顶层图，以保证对整个 系统的概况有个整体了解，然后把顶层图中的细节用下一层次的数据流程图来表 示，按照由粗到细、逐层细化的原则对系统的各个模块进行深入的分析。图8-3是“图书馆信息系统”的顶层数据流图。图8- 3 ”图书馆管理信息系统”的顶层数据流图项层图只是粗略地给出了整个系统的数据流情况，为了更好地把“图书馆管理信息系统”中各个模块的具体数据流处理细节表示出来，可以在顶层图的基础上自顶向下地继续分解，得至U 1层数据流程图”用书8-4所示D4 读者类别信息表2I管理-,书籍查询情况 一查询信息| D3 借阅信息表图8- 4图书馆管理信息系统l层数

19、据流图在1层数据流图中对“图书馆信息系统”的顶层图进行了细化，分解成系统 管理、图书管理、借阅管理和读者管理4个功能模块。由于1层数据图仍然不够 详细，因此需要对1层数据流图中各个加工进一步细化，单独画出一张数据流图， 如图8-5至图8-7所示。图8-5中图书管理主要由图书信息管理、 图书资料管理、出版社管理和注销 管理组成。图书管理员将图书信息输入系统，并根据图书信息确定图书的类别和 出版社；如果有图书丢失等情况，图书管理员还要进行图书注销处理。图书查询信息查询情况 图书录入信息2.1图书信类别信息2.2图书资D7息管理料管理出版社信息2.3出版社管理出版社信息:| D62.4注销管理在销信

20、息表图8- 5加工2 ”图书管理”的数据流图图8-6中读者管理主要由读者类别管理和读者信息管理组成。系统管理员把办理借阅图书业务的读者信息输入系统， 并根据读者办理的借阅情况设定不同的 借阅等级，根据等级不同，对读者的借阅时间和数量进行相应的设置。图8- 6加工3 “读者管理”数据流图图8-7中借阅管理主要由借书管理、续借管理和还书管理组成。主要管理读者的图书借阅（包括续借）和图书归还操作，根据读者的类别和读者信息限定读者 借阅图书的数量和归还日期，并检查读者是否有过期借阅、丢失或损坏图书的情况，如果有则按照相关规定对读者进行罚款。图8- 7加工4 “借阅管理”数据流图8.3.6数据字典为了对

21、数据流图中各元素进行详细的说明， 采用了数据字典的说明方法。由 于篇幅限制，仅对图书馆管理信息系统数据流图的部分数据字典举例说明如下：8.3.5 条目数据流名称：图书录入信息简 述：图书采编信息数据流来源：图书购买后，由图书馆管理人员编码整理后，输入计算机数据流去向：加工2.1图书信息管理，该加工将录入的数据存入数据库 （图 书信息表）数据项组成：图书ID+图书类别+书名+作者+译者+出版社+单价+出版日期+ 购买数量数据流量：80本/天高峰流量：500本/天数据流名称：图书查询信息简 述：图书查询信息数据流来源：读者数据流去向：加工2.1 ,图书信息管理数据项组成：图书编码|书名|作者|出版

22、社数据流量：2000次/天高峰流量：4000次/天数据流名称：查询情况简 述：返回给读者的查询结果数据流来源：加工2.1图书信息管理数据流去向：读者数据项组成：查无此书|符合条件的图书数量+图书馆藏号+图书类别+书名+ 作者+出版社+出版日期+在库册数数据流量：2000次/天高峰流量：4000次/天数据流名称：读者录入信息简述：读者信息数据流来源：图书管理员数据流去向：加工3.2读者信息管理，该加工将录入的数据存入数据库 （读 者信息表）数据项组成：读者ID+读者编号+读者姓名+读者性别+出生日期+办证日期+ 读者状态+已借书数+证件名称+证件号码+读者单位+读者部门+联系电话+联系地 址+电

23、子邮件+备注数据流量：80人次/天高峰流量：500人次/天8.3.6 目加工名：读者信息管理处理逻辑编号：3.2处理逻辑：接收读者信息的录入，并检查有无错误，如果没有错误，将数据存入读者信息表激发条件：接收到读者信息时输 入：读者录入信息输 出：读者信息加工名：还书管理编 号：4.2处理逻辑：在借阅信息表查找应还日期IF当日期日期超过应还日期或图书丢失 THEN发“罚款信息”ELSE将还书信息存入还书信息表激发条件：接收到读者借书证时输 入：还书信息输 出：罚款信息8.3.7 储条目数据存储编号：D1数据存储名称：读者信息表简 述：存储读者详细信息组 成：读者ID+读者编号+读者姓名+读者性别

24、+出生日期+办证日期+ 读 者状态+已借书数+证件名称+证件号码+读者单位+读者部门+联系电话+ 联系地址 +电子邮件+备注关键字：读者ID组织方式：索引文件，以读者ID为关键字相关连的处理：加工 3.2、加工4.1、加工4.2数据存储编号：D2数据存储名称：图书信息表简 述：存储图书详细信息组 成：图书编号+图书名称+ 标准ISBN谈别编号+类别名称+书架位置+ 作者+译者+出版社名+出版地点+图书页数+图书价格+现存量+库存总量+借阅次 数十是否注销+入库日期+出版日期+内容简介+备注关键字：图书编号组织方式：索引文件，以图书编号为关键字相关连的处理：加工2.1、加工4.1数据存储编号：D

25、3数据存储名称：借阅信息表简 述：存储借书情况的详细信息组 成：图书编号+图书名称+读者编号+读者姓名+借阅数量+借阅日期+ 应还日期+续借次数关键字：无组织方式：普通文件相关连的处理：加工4.1、加工4.28.3.8 条目数据项名称：读者编号别 名：证号简 述：给每个读者的一个唯一的、做标识用的号码组 成：单位代码+流水号码类 型：字符串长度：6位取值范围：000000.999999数据项名称：办证日期简述:给读者签发借书证的日期组成:年十月类型:字符串长度:6位取值范围：有意义的年、月值数据项名称：读者类别简 述：读者在图书流通管理中的身份和借出权限的类型组 成：教师|行政人员|学生类型：

26、1个字符长度：1位取值范围：0|1|28.3.9 IPO 图借阅工作应完成借还管理、图书管理、读者管理、查询统计和系统管理等功输出处理图8- 8图书馆管理信息系统的IPO图能，如图8-8的IPO图所示。输入8.3.10 户其他需求1 .性能要求查询服务部分：读者通过本地计算机，从提交查询命令到返回结果不超过8秒钟。数据管理部分：图书管理员从提交一次录入到结果返回不超过8秒钟。2 .灵活性要求如果要为数据项设计编码，尽可能采用行业标准，自行编码也应合乎规范， 并留有扩充余地，还要征得相关业务部门认可。数据库设计也应考虑可扩充性， 以适应今后图书馆发展和系统升级的需要。3 .故障处理要求正常使用时

27、不应出错，一般性错误时应给出错误提示。应提供定期自动备份数据库的功能，当遇到不可恢复的系统错误，可以保证数据库完好无损。在系统 出错后，应能恢复最近一次备份数据库的状态。4 .其他要求安全性。不同的用户具有不同的使用权限，只有具有最高权限的系统管理 员才能修改、注销数据库中的信息，具有一般权限的人员只能读取与自己相关的 内容。一致性。系统的数据要保证一致性、准确性，当某一数据库中记录改变时， 与之相关联的数据库也会随之变化。易操作性。界面设计要符合大多数用户的操作习惯， 系统还要提供操作指 南，便于用户操作使用。8.4概要设计软件开发的第二个阶段是概要设计，在需求分析阶段确定了系统“做什么”

28、的基础上，设计系统“怎么做”。概要设计注重于宏观上和框架上的设计，它的 设计内容包括软件系统的总体结构设计、 数据库(包括数据结构)设计、外部接口 设计、功能部件分配设计、部件之间的接口设计等。8.4.1 系统结构设计1 .系统功能模块的划分概要设计的核心问题是确定系统总体结构和模块划分。系统功能要层层划分，直到每一个模块可以作为一个可以执行的程序单元为止。功能模块划分的最终结果，是系统结构图。根据需求分析，该图书馆管理信息系统可由图书管理、 读者管理、借阅管理、系统管理、系统帮助等子系统组成，如图 8-9所示。退出系统,1 一 系统备份 .I系统初始化 用户密码修改 一增加删除用户 1 图书

29、损失罚款 1 超期罚款 续借管理I 还书管理借书管理 查询读者资料 一修改读者资料 增加读者资料 读者信息管理 n读者类别管理注销图书I 1出版Itt资 1图书类即管理 1图书资 查询图书资料 I修改图书资料 1增加图书资料 图书信息管理操作说明帮助图8- 9图书馆管理信息系统的系统结构图2 .各子系统的主要功能(1)图书管理子系统即管理和维护图书的各项数据信息，包括书名、作者、出版社、版本号、出 版日期、图书类别号及是否在库等信息，以及注销图书、维护出版社资料。其中 图书类别号必须是图书类别表中的一种。 允许图书管理员和系统管理员添加图书 信息和查询图书信息。图书类别管理：即管理和维护图书类

30、别数据，主要有类别编号和类别名称两 项。允许图书管理员和系统管理员添加图书类别信息和查询图书类别信息。 该子系统功能由bookinfor模块完成。（2）读者管理子系统：即管理和维护读者的各项数据信息，包括读者ID、姓名、读者类别、已借图书数、是否有超期欠款及每天罚款金额等。其中读者类别分为3类：学生（借书5本，借期1月），类型代码2;行政人员（借书8本，借期2月），类型代码1; 教师（借书8本，借期3月），类型代码00当超期欠款大于3.00元时，读者将 不能继续借阅图书。当读者离校被删除时，读者被设为无效，也将不能再借阅图书。允许图书管理员和系统管理员添加读者信息、 删除读者信息和查询读者信息

31、。 该子系统功能由reader模块完成。（3）借阅管理子系统即管理和维护图书的借阅、归还及读者的缴纳超期欠款等信息。包括读者所 借阅的图书号、借阅日期、应该归还的日期、实际归还的日期及超期欠款数等数 据。主要功能有图书借阅、图书归还、缴纳罚款和续借图书4项功能。该子系统功能由borrow模块完成。（4）系统管理子系统即管理和维护用户的各项数据信息，包括用户ID、姓名、密码和用户类型。主要有添加删除用户信息、修改用户密码、系统初始化和系统备份等4项功能。用户类型决定了用户的权限管理，系统定义了 3种用户权限：第1种是图书管理 员，代码2,只能登记图书借阅和归还信息，查看图书类别和图书信息；第 2

32、种 是高级管理员，代码l ,除了普通管理员的权限，还能添加新的图书资料和图书 类别资料，管理读者信息（添加、删除和查询）；第3种是系统管理员，代码0, 能够执行任何命令，除了高级管理员的权限，还能够执行用户管理操作（如添加新用户、删除和查询用户信息等）o该子系统功能由arrangment模块完成。（5）系统帮助子系统即为用户提供操作帮助，解决用户使用过程中遇到的一般性问题。 该子系统 功能由help模块完成。8.4.2 数据库设计数据库是应用系统的核心，应当精心设计，以保证系统的正确、可靠、高效 运行。数据库设计包括数据库需求分析、 数据库概念设计、数据库逻辑结构设计 和数据库物理设计。数据库

33、设计的目的，是为信息系统在数据库服务器上建立一 个理想的数据模型。1 .数据库需求分析图书馆管理信息系统的数据库主要用于图书信息、 读者信息、图书管理员信 息和图书借阅信息的管理，因此数据库设计必须充分满足这些功能要求。根据系 统结构设计中各子系统的功能要求，可确定数据库的具体需求如下：（1）读者信息管理部分A、图书管理员可对读者信息进行维护，如添加、删除读者信息等。B、图书管理员可通过读者ID查询读者信息，因此读者ID必须惟一，且为 必填字段。C、每个读者必须对应一种读者类型（教师、行政人员、学生），数据库根据 读者类型判断读者可借阅的图书数量和借阅期限。D在读者已经借阅图书信息中必须包含读

34、者信息，读者每次借阅时数据库 都会比较该读者已借阅图书数是否小于该读者类型可借阅的图书数，不满足该条件读者将不能继续借阅图书。E、读者信息中还应包括读者的超期罚款，本实例中超期罚款按照图书超期 天数计算（0.05元/本/大），当读者超期罚款超过一定数额（本例中定为3.00元） 时，该读者将不能继续借阅图书。F、读者可以注销（如学生毕业离校或被开除等），即删除读者，但注销后并 不能消除所有读者信息，因为该读者有可能还没有缴纳罚款等， 只能标记该读者 不可用。所以读者信息中还应用一个字段来标记读者是否有效。（2）图书资料管理部分A、图书管理员可对图书资料数据进行维护，可添加新图书信息。B、图书管理

35、员可对图书类别进行维护，可添加新图书类别。C、图书管理员可对图书信息进行查询，因此可查询的书名和作者名应该设 为必填字段。D图书管理员可查看图书类别。E、图书是否在库可借应储存在图书信息中，因此图书信息数据中必须有一 个字段来记录。F、为了统计图书借阅次数排名，对于每本书必须有一个字段记录该书被借 出的次数。G图书资料记录中的图书类别号必须与图书类别记录中的类别号相关联。（3）图书借阅信息管理部分A、图书管理员可添加图书借阅、图书归还和缴纳罚款记录。B、通常图书借阅和归还记录会分开添加，因此在添加的图书借阅记录中， 关于归还和罚款的字段可以为空。G每次图书借阅，数据库都应该根据读者的类型，计算

36、应归还的日期，并 记录到数据库相应的字段。D每次图书归还都应该计算该书是否有超期欠款，并记录在每条图书借阅 记录中相应字段，然后才累加到读者信息记录中读者欠款处。E、图书借阅信息中的读者ID必须与读者信息记录中的读者ID相关联。F、图书借阅信息中的借阅图书号必须与图书资料记录中的图书号相关联。（4）用户信息管理部分A、用户有权限划分，每个用户ID必须对应一个用户权限类型（系统管理员、 高级管理员、图书管理员）。B、用户ID必须惟一。G系统管理员可以维护用户信息，如添加、删除管理员信息。D系统管理员可以查询用户信息，因此可查询字段（用户ID）必须设置为必 填字段。2 .数据库概念设计根据数据库的

37、需求分析，接着开始数据库概念设计。数据库概念设计是指设 计出数据库的概念数据模型，即实体-联系图（简称E-R图）。为突出重点，这里 只给出图书借阅部分的E-R模型，如图8-8所示。嗥姓日是书嬖赣电豁册票翥生证者假件件喜里于谣c读谈性中为建IreLll:戌昧联联电石|V:匚Jh四fE VairlaJblQ chai V4sirlafcilfi izh-iSi YorieJtMu ch-B口山曰 T«xfl inCwgeir V-ariatila 匚he MaHabla 日但 T»s 丁3才 Txi TwlVainaJtilo ch-aCZhar凸VanahliQ- chaj-

38、actc; Vaneblo- uhan匚be Vanehlo-二han匚be Vaneblie chereicteDoijp 口0g ate Integor Boalean Integer IntegBr ZcififbItiI h» «=:hpirin.rd*Variable! VawieJole VaurieJole Float Irrteaer Fl D 0t Flaai Oaxo- Taxt Vanablf内riauiOrx ffi-1ldQnrriiD-r_l /pir僵图黑Idamirifii-：1 <pH>名 旧右位 社地加矫岫就注口口面 不 书B

39、N期期争以聚"存存网京譬注作 国畤尊伴添普盟密婚A案密号称煞右点蛰露川葬UhijyEgrs Varieifciw 匚卜 Vari&i3iei 匚卜 "aria幻H匚卜 VarlatJlQ 匚卜 Variiatila 亡卜 Tc-m T-q-xi Terf TeM TeM口晅 qm Floal Into-qer Intoqsir Into-qor0 M « aUDP丁丁 >国书注印蚌 1口 "口 inChar-BictergBB 裆油号Variable,ch注建塾muw在炯目:WTDana语作西VaHa.bli=ic-hiide!RtiliB

40、r_1 和注图8-10图书借阅部分的E-R模型3 .数据库逻辑结构设计数据的概念结构设计完毕后，要将设计出来的数据库概念模型转化为某种数 据库系统所支持的实际数据模型，也就是数据库的逻辑结构。图书馆管理信息系统数据库中各个数据表的设计结构如表8-1表8-8所示。每个表格表示在数据库中的一个表。数据库命名为 libraryMIS ,由8个数 据表组成，数据表的命名采用拼音综合， 每个表由若干字段组成，字段用汉字命 名。下面设计8个表的具体字段。(1)读者信息表：存放读者基本信息，表 8-1列出了所有字段信息。手段美型长度格式约束.壬谯械者m自功编号读者痴号*本ZO读者姓缶立本起读者性别文本2出生

41、曰期日期，时间外LIE 口期日丽时间读名状恚文本予已催杂数文本1。工正件名称文本1O证件号码文本1 Q读者单位文本读孝都口文一击1O朕塞电S舌文本1 5联痛他让文本50胆子由目件文本20备注文本1OO榛作员文本1 O表8- 1 Dzxxb 读者信息表(2)图书信息表：存放图书基本信息，表8-2列出了所有字段信息区生应3H主也生3个和由三工口EZ3 -T5 -S 加女.本写口小水退：I£的工口大耳U*FN 口N 口中？口K的工口十任芋5-20工口t±±jaSr i w二:U -4、NU7-本20S3书药统融中f甘国沃里t辛白文.本2 口入鼻闩应1=1由用寸司土融日侬

42、日内心的疗k.本1 0口书彳在£的O田代田k*1 O表8- 2 Tsxxb 图书信息表(3)借书信息表：存放借书信息，表 8-3列出了借书信息表所有字段信息* 3二*个1值.7A铤L必杂弟T*T-b=J>O7座1昌田义布-501重，安宁_互4-NCYi声占-收匕3oT甘由空+f替0有1 3=1挂月 口 HHn .其月-fi j- r=7口 HM/ PTT 问79次浜转十小二X o表8- 3 Jsxxb 借书信息表 读者类别表：存放读者借阅类别，表 8-4列出了所有字段信息手段炎堤格式约束主蜜i卖者类别ir>V读者至另U文本30可借书叛±i效学口丁僧-H天数数于可

43、缄f昔次激敕；到期，后缰F天:数数字母天飘款圣颉数字00.00两仆工刁、数表8- 4 Dzlbb 读者类别表(5)图书类别表：存放图书类别信息，表 8-5列出了所有字段信息字艇类型长度格式约单类另“褊号文本二。类别W称文本手O表8- 5 Tslbb 图书类别表(6)注销信息表：存放图书注销信息，表 8-6列出了所有字段信息手段类型长度格主俸困书函号女水20*注书肖效欢籁字注书诗】 h月日期-时间朝作星立水LO表8- 6 Zxxxb 注销信息表(7)出版社类别表：存放出版社信息，表 8-7列出了所有字段信息第八章综合应用手段美型敢申主Qtuns在右出版土也点*电话i近.文本± 5表8-

44、 7 Cbslbb 出版社类别表(8)还书信息表：存放还书信息，表 8-8列出了还书信息表所有字段信息宇庚奈型长堤格式图书输W文水JUV图书名称文本50读寿gq文本20课者姓名文本：!l 1惜闲数堂铉室信网日期日朋用1印应汪门甥臼丽的间实13E曰瑚日蹲加值过期天凝敝手数字照否文薇文本照作E文本10表8- 8 Hsxxb 还书信息表(9)罚款信息表：存放被罚款人和罚款金额等信息，表 8-9列出了罚款信息 表所有字段信息。字傻兴型长度为束工部图书f扁鼻义420图书名称义牟50i里自编口又左20读者姓名又小20四书,侨格续字,位小教瓯书接至版字应窃全颛敏宇两位王钦实收金颉级手r两位小数芍;J琢日期曰

45、期用山苴什员文小10表8- 9 Fkxxb 罚款信息表(10)用户信息表：存放用户信息，表 8-8列出了用户信息表所有字段信息字匿佳虎格式用户ID日元h蛎鼻7用户名文不S：=行和V 1 更码文本10用广夫型又A10表8-10 Yhxxb 用户信息表4 .数据库物理设计数据库物理设计是指设计出数据库的物理数据模型，它是数据库在物理设备 上的具体实现，即数据库服务器物理空间上的表空间、表、字段、索引、视图、 存储过程、触发器以及相应的数据字典的设计。经过数据库的需求分析和概念模型设计，得到数据库的逻辑结构。现在可以 设计好的逻辑结构在Access中建立数据库及数据库中的数据表了，具体实现步 骤就不

46、再赘述了。8.5详细设计详细设计是在概要设计的基础上，进一步确定实现系统各层次上所需的具体 功能，它的任务不是编写主要的程序代码， 而是设计出程序的实现过程，使程序 员据此编写程序。8.5.1 登录模块详细设计1 .登录窗体功能：用户选择自己的用户名并输入正确密码登录系统。(1)输入项：用户名及该用户所对应的密码。(2)输出项：相应的系统登录提15第八章综合应用示信息。（3）界面设计：如图8-11所示。（4）测试要点：如果输入的三次密码都 错了，能否退出程序。图8- 11登录界面2 .登录成功后窗体界面菜单功能项设计登录成功后，系统提供的主菜单及其下拉菜单功能项设计如图8-12所示测试要点：各

47、菜单项与相应的功能窗体能否成功连接。菜单功能系统管理图书管理读者管理借阅管理帮助功能增加删除用户图书信息管理增加读者资料借书管理操作说明帮助用户密码修改增加图书资料修改读者资料还书管理系统初始化修改图书资料查询读者资料续借管理系统备份查询图书资料读者类别管理超期罚款退出系统图书资料管理读者信息管理图书损失罚款图书类别管理出版社资料管理注销图书图8- 12登录窗体的菜单项显示界面3 .5.2读者管理子系统详细设计1 .增加读者资料（1）功能：添加读者相关信息。（2）输入项：读者信息，其中“读者编号”、“读者姓名”、“读者性别”、“读者类别”和“读者状态”为必填项。 （3）输 出项：显示错误信息，

48、或添加后显示在“读者信息管理”窗体表格中的相应读者信息。（4）界面设计。如图8-13所示。（5）模块编程设计伪码说明（存储数据表:Dzxxb读者信息表、Dzlbb读者类别表）读者编号：txt读者编号I读者单位：txt读者单位保存读者姓名：txt读者姓名读者部门：txt读者部门cmdsave读者姓名：3 男 。女联系电话：txt联系电话读者类别：combox读者类别Y联系地址：txt联系地址清空出生日期：txt出生日期1电子邮件：txt电子邮件cmdclear办证日期：txt办证日期备注：txt备注读者状态：combox读者状态，目证件名称：txt证件名称退出cmdexit证件号码：txt证件号

49、码图8-13增加读者资料界面“保存”按钮伪码说明：查找“读者信息表”中是否存在要添加的读者编号，如果有则显示错误信息检查读者编号、读者姓名、读者性别、读者类别和读者状态是否填写If该读者编号不存在and检查通过then“读者信息表”中“已借数量侑=0"，操作员 设为当前用户添加该读者信息到“读者信息表”和“读者信息管理”窗体表格中End if“清空”按钮伪码说明:清空所有框，办证日期框设为系统当前日期。 （6）测试要点：读者信息能否正确录入。2 .修改读者资料（1）功能：修改读者资料。（2）输入项：读者修改信息，其中读者姓名、读者 性别、读者类别和读者状态必填。（3）输出项：输入错误

50、提示信息，或在“读者 信息管理”窗体表格中显示修改后对应读者的信息。（4）界面设计：如图8-14所修料读者编号：读者单位：txt读者编号txt读者单位读者姓名：读者部门：txt读者姓名txt读者部门读者姓名：联系电话：3男3女txt 联系电话读者类别：combox读者类别H联系地址：txt联系地址电子邮件：出生日期：txt出生日期txt电子邮件办证日期：备注：txt办证日期txt备注读者状态：combox读者状态X证件名称：txt证件名称保存退出cmdsavecmdexit证件号码：txt证件号码图8- 14修改读者资料界面（5）模块编程设计伪码说明（存储数据表：Dzxxb读者信息表） “保存

51、”按钮伪码说明：检测读者编号、读者姓名、读者性别、读者类别和读者状态If检测通过then“读者信息表”中 已借数量,值保持不变，操作员设为当前用户 修改“读者信息表”和“读者信息管理”窗体表格中对应的图书记录 退出当前窗体End if（6）测试要点：能否正确修改读者记录，并显示在“读者信息管理”窗体的 表格中。3 .查询读者资料（1）功能：查询读者信息。输入查询条件，对读者可进行模糊查询，如果想显示全部记录，在读者编号中输入“”即可。（2）输入项：查询条件。（3）输出 项：输入提示错误信息，或在“读者信息管理”窗体表格中显示的查询后对应读 者的信息。（4）界面设计：如图8-15所示查询读者资料查询txt读者姓名cmdqueuecombox读者状态,卜，退出cmdexit请输入要查询的条件读者编号：txt读者编号读者姓名:读者类别：combox 读者类别读者状态:办证日期：txt办证日期图8-15查询读者资料界面（5）模块编程设计伪码说明（存储数据表：Dzxxb读者信息表）。“查询”按钮伪码说明：能进行一个或多个条件查询，可以进行模糊查询。“退出”按钮伪码说明：退出此窗体，显示“读者信息管理”窗体。（6）测试要点：能否进行一个或多个条件查询。能否进行模糊查询，例如查找 0600018