软件工程 图书馆管理系统文档格式.docx

软件工程 图书馆管理系统文档格式.docx

《软件工程 图书馆管理系统文档格式.docx》由会员分享，可在线阅读，更多相关《软件工程 图书馆管理系统文档格式.docx（31页珍藏版）》请在冰豆网上搜索。

3.在手工工作中，很多理论上可行的工作方法，如读者预约借书等工作，实际难以实现。

4.业务工作中存在着大量查找工作，如图书查询、读者查询等，手工查询方式速度慢，查准率和查全率低，影响了图书馆的服务质量。

针对以上问题，需进行图书馆管理信息系统的开发工作。

在本次开发中，开发工作涉及采编部、借阅部、期刊部等四个部门。

技术服务部、阅览室、办公室等部门不在系统开发范围之内。

为了节省篇幅，这里主要介绍借阅子系统的开发。

8.2.2新系统的功能

本系统开发的目的，就是通过系统开发，实现图书馆有关部门工作的计算机化，提高关键业务环节的处理速度和规范化程度，并对有关的工作进行集成和重组，通过网络系统加强本图书馆同其他图书馆之间的业务联系，提高业务工作水平，进而全面提高工作效率和质量，更好地为读者服务。

图书馆管理信息系统的应用可大幅度提高图书馆工作的效率和质量，这主要表现在以下几个方面：

1.联机编目

编目是组织图书馆文献资源的手段。

编目工作所形成的图书馆书目体系是管理、揭示和利用馆藏的唯一工具，也是图书馆重要的数据资源。

编目工作具有多种工作形式，其中联合编目是多馆协同合作编目的一种方式。

联合编目克服了各馆分散编目所造成的编目成本高、重复劳动和编目结果总体不一致问题，提高了编目效率和质量。

联合编目的实施需要一个基本的编目环境，即联合编目的管理中心和成员馆之间便捷的数据存取途径，而在当前技术条件下满足这种环境要求的配置是广域网环境下连接各成员馆内的自动化系统。

在编目过程中，各成员馆应同编目的管理中心联机，以完成编目数据的共享、数据上载和一致性的验证。

2.查询服务

在图书馆管理信息系统中，计算机对大量的书目数据进行了有效的管理。

作为图书馆自动化系统的重要功能，公共查询充分发挥了计算机大容量、高速度的特点，多检索途径索引的建立和组合逻辑检索使读者摆脱了卡片目录查找的不便，极大地提高了查全率和查准率，降低了查找时间。

3.有效的业务管理

图书馆管理信息系统的应用降低了图书馆业务工作的强度、提高了工作质量和效率。

很多手工工作方式中无法实现的功能，如流通系统中的多双轨制管理模式，公务目录和读者目录中多套目录体系的维护等，都变得简单、易行，使图书馆业务工作更为有效。

4.便捷的读者服务

图书馆管理信息系统使直接面向读者的服务发生了巨大的变化。

读卡器等输入输出设备的应用使读者的查询、借阅等方面更为便捷、准确有效。

读者可以通过校园网，在学校的每个办公地点和家庭进行图书的查询、预约、续借乃至馆际互借，图书馆的读者服务工作质量和效率得到明显的提高。

8.2.3软件开发环境

1.开发方法：

面向过程开发方法+面向对象开发方法

随着面向对象开发语言的普及，面向对象开发方法自然成为大多数项目开发团队首选的方法。

选用哪种开发方法取决于项目本身的特点和项目组成员的专长。

这里以面向过程开发方法为主（模块利用数据流图进行分析），辅之以面向对象（利用UML建模的用例图对系统的角色进行用例分析）的综合开发方法，来完成该项目的设计与实现。

2.开发模型：

瀑布模型

瀑布模型是阶梯式的生命周期法。

软件的生存周期由立项、需求、计划、设计、编程、测试、维护等阶段组成，前一阶段的输出为后一阶段的输入，后一阶段以前一阶段的结果为依据，每一阶段的结果都要经过严格的评审，直到产生最终的阶段成果。

“图书馆管理信息系统”采用瀑布模型主要根据以下几点：

（1）开发人员在需求分析期间能够对用户的需求进行比较深入和全面的了解，开发期间需求没有或者很少发生变化。

（2）分析人员对需求环境的业务流程、信息传递和需求目标比较熟悉，需求风险比较低。

（3）用户使用环境比较稳定，主要在图书馆内使用。

（4）用户除了提出需求以外，很少参与开发工作。

3.开发工具：

VisualBasic6.0+Visio2003+PowerDesigner11+MicrosoftAccess鉴于“图书馆信息系统”属于中小型信息系统，因此用VisualBasic+Access的设计方案能够满足用户的需要，缩短开发周期。

Visio主要用于制作DFD、界面设计及UML建模，PowerDesigner11用于数据库概念模型设计和物理模型设计。

8.2.4可行性分析

1.经济可行性

学校图书馆用于系统开发的预算基本可满足设备投入和人力投入。

就收益而言，由于图书馆自动化系统主要的效益是社会效益。

系统一旦投入使用，将会极大提高图书馆的工作效率和工作质量，为读者创造一个更好的环境和服务。

2.技术可行性

现行的计算机技术、数据库技术和网络技术完全能实现本系统的功能要求，并且系统开发人员都是学校从事计算机教学和科研的教师，既有理论知识，又有实践经验，完全可以开发出满足要求的图书馆管理信息系统。

3.社会可行性

系统开发和开发后的运行等活动不违反现行法律，没有对他人的专利、版权造成侵犯，与现行的管理制度没有冲突。

从系统的使用人员来看，可大致分为以下几类：

学生、教职工、图书馆管理人员和行政人员。

用户的素质较高，大部分受过高等教育，而且新开发的软件系统友好的界面及简便的操作方法，保证能满足绝大多数用户使用该系统的要求。

现有图书管理人员通过培训完全能掌握系统和方便地使用系统。

鉴于以上分析可知，该图书馆管理信息系统开发项目不仅技术上可行，而且还会带来巨大的社会效益。

因此，可行性研究最后认为：

该图书馆管理信息系统具备系统开发的条件，项目可行，建议开始开发。

8.3需求分析

8.3.1需求分析概述

需求分析是开发软件系统的重要环节，是系统开发的第一步和基础环节。

通过需求分析充分认识系统的目标、系统的各个组成部分、各部分的任务职责、业务范畴、工作流程、工作中使用的各种数据及数据结构、各部门的业务关系和数据流程等，为系统设计打下基础。

需求分析的好坏往往决定了系统开发的成败。

需求分析从系统的调查研究入手，需求分析要对系统的各个方面有全面的了解，既包括系统内部的各个方面，也包括与系统有联系的各种外部因素。

通过调查研究和分析，对系统产生比较深刻的认识。

需求分析阶段的最终结果是“需求分析说明书”，它涵盖了对用户环境、事务处理和信息流程分析的一切成果，供项目开发组和用户共同遵守。

如果采用瀑布模型，就要对“需求分析说明书”进行冻结，使它成为凝固可靠的基线。

万一要求变更基线，开发者和用户双方，都必须执行基线变更程序，此变更程序在合同中已做了明确规定。

现针对“图书馆信息系统”对图书馆的组织结构、业务流程、用户角色职能、系统数据流进行分析。

利用结构化分析和UML中的用例从大到小、从粗到细进行系统建模。

8.3.2组织结构调查

系统的组织结构，反映了单位内部各个部门的职责划分和它们之间的关系。

为了对系统有一个全貌性的了解，首先要对系统内部部门结构、人员组织及用户情况有所了解。

对系统组织结构的调查，是从总的方面对系统进行宏观了解和分析。

信息的流动关系是以组织结构为背景的，而且总是伴随着组织部门之间的资金流和物流的传递而产生。

图书馆系统的组织结构如图8-1所示。

图8-1图书馆内部的组织结构图

图书馆由馆长负责全面工作，下设办公室、采编部、图书借阅部、电子阅览室、期刊阅览室和技术支持部。

各部门的业务职责如下：

办公室：

协助馆长负责日常工作，了解客户需求，制定采购计划。

采编部：

负责图书的采购、入库和图书编目，编目后的图书粘贴标签，并送图书借阅部上架借阅。

图书借阅部：

提供对读者的书目查询服务和图书借阅服务。

电子阅览室：

收集整理电子读物，提供电子读物的借阅服务。

期刊阅览室：

负责期刊的收集整理和借阅。

技术服务部：

完成拍照、复印工作及计算机等设备的维护工作。

8.3.3系统用户分析

“图书馆管理信息系统”主要是针对图书借阅工作而开发的应用软件。

通常有系统管理员、图书管理员和读者三种用户，他们的使用权限如下：

系统管理员：

计算机人员，对系统、数据库进行维护，主要对不同人员赋予不同的权限。

图书管理员：

对图书信息进行录入和统计。

读者：

一般操作水平，能够在本系统查询个人信息和图书信息。

8.3.4UML用例图建模

图8-2是根据用户的职能建立的用例图。

图8-2中<

<

include>

>

表示包含关系，表示被包含用例是被多个包含用例使用的一个可复用模块，而<

extends>

表示对用例的扩展。

图8-2图书管理系统业务用例图

8.3.5数据流图

数据流图是全面描述系统逻辑模型的工具，它抽象概括地把系统中各种业务处理过程联系起来。

为突出重点，本章只对借阅部分的工作进行数据流分析。

在画“图书馆信息系统”的数据流图时，首先要画出整个顶层图，以保证对整个系统的概况有个整体了解，然后把顶层图中的细节用下一层次的数据流程图来表示，按照由粗到细、逐层细化的原则对系统的各个模块进行深入的分析。

图8-3是“图书馆信息系统”的顶层数据流图。

图8-3“图书馆管理信息系统”的顶层数据流图

项层图只是粗略地给出了整个系统的数据流情况，为了更好地把“图书馆管理信息系统”中各个模块的具体数据流处理细节表示出来，可以在顶层图的基础上自顶向下地继续分解，得到1层数据流程图，如图8-4所示。

图8-4图书馆管理信息系统l层数据流图

在1层数据流图中对“图书馆信息系统”的顶层图进行了细化，分解成系统管理、图书管理、借阅管理和读者管理4个功能模块。

由于1层数据图仍然不够详细，因此需要对1层数据流图中各个加工进一步细化，单独画出一张数据流图，如图8-5至图8-7所示。

图8-5中图书管理主要由图书信息管理、图书资料管理、出版社管理和注销管理组成。

图书管理员将图书信息输入系统，并根据图书信息确定图书的类别和出版社；

如果有图书丢失等情况，图书管理员还要进行图书注销处理。

图8-5加工2“图书管理”的数据流图

图8-6中读者管理主要由读者类别管理和读者信息管理组成。

系统管理员把办理借阅图书业务的读者信息输入系统，并根据读者办理的借阅情况设定不同的借阅等级，根据等级不同，对读者的借阅时间和数量进行相应的设置。

图8-6加工3“读者管理”数据流图

图8-7中借阅管理主要由借书管理、续借管理和还书管理组成。

主要管理读者的图书借阅（包括续借）和图书归还操作，根据读者的类别和读者信息限定读者借阅图书的数量和归还日期，并检查读者是否有过期借阅、丢失或损坏图书的情况，如果有则按照相关规定对读者进行罚款。

图8-7加工4“借阅管理”数据流图

8.3.6数据字典

为了对数据流图中各元素进行详细的说明，采用了数据字典的说明方法。

由于篇幅限制，仅对图书馆管理信息系统数据流图的部分数据字典举例说明如下：

1.数据流条目

数据流名称：

图书录入信息

简述：

图书采编信息

数据流来源：

图书购买后，由图书馆管理人员编码整理后，输入计算机

数据流去向：

加工2.1图书信息管理，该加工将录入的数据存入数据库（图书信息表）

数据项组成：

图书ID+图书类别+书名+作者+译者+出版社+单价+出版日期+购买数量

数据流量：

80本/天

高峰流量：

500本/天

图书查询信息

读者

加工2.1，图书信息管理

图书编码|书名|作者|出版社

2000次/天

4000次/天

查询情况

返回给读者的查询结果

加工2.1图书信息管理

查无此书|符合条件的图书数量+{图书馆藏号+图书类别+书名+作者+出版社+出版日期+在库册数}

读者录入信息

读者信息

图书管理员

加工3.2读者信息管理，该加工将录入的数据存入数据库（读者信息表）

读者ID+读者编号+读者姓名+读者性别+出生日期+办证日期+读者状态+已借书数+证件名称+证件号码+读者单位+读者部门+联系电话+联系地址+电子邮件+备注

80人次/天

500人次/天

2.加工条目

加工名：

读者信息管理

处理逻辑编号：

3.2

处理逻辑：

接收读者信息的录入，并检查有无错误，如果没有错误，将数据存入读者信息表

激发条件：

接收到读者信息时

输入：

输出：

还书管理

编号：

4.2

在借阅信息表查找应还日期

IF当日期日期超过应还日期或图书丢失THEN发“罚款信息”

ELSE将还书信息存入还书信息表

接收到读者借书证时

还书信息

罚款信息

3.数据存储条目

数据存储编号：

D1

数据存储名称：

读者信息表

存储读者详细信息

组成：

关键字：

读者ID

组织方式：

索引文件，以读者ID为关键字

相关连的处理：

加工3.2、加工4.1、加工4.2

D2

图书信息表

存储图书详细信息

图书编号+图书名称+标准ISBN+类别编号+类别名称+书架位置+作者+译者+出版社名+出版地点+图书页数+图书价格+现存量+库存总量+借阅次数+是否注销+入库日期+出版日期+内容简介+备注

图书编号

索引文件，以图书编号为关键字

加工2.1、加工4.1

D3

借阅信息表

存储借书情况的详细信息

图书编号+图书名称+读者编号+读者姓名+借阅数量+借阅日期+应还日期+续借次数

无

普通文件

加工4.1、加工4.2

4.数据项条目

数据项名称：

读者编号

别名：

证号

简述：

给每个读者的一个唯一的、做标识用的号码

单位代码+流水号码

类型：

字符串

长度：

6位

取值范围：

000000..999999

办证日期

给读者签发借书证的日期

年+月

有意义的年、月值

读者类别

读者在图书流通管理中的身份和借出权限的类型

[教师|行政人员|学生]

1个字符

1位

[0|1|2]

8.3.7IPO图

借阅工作应完成借还管理、图书管理、读者管理、查询统计和系统管理等功能，如图8-8的IPO图所示。

图8-8图书馆管理信息系统的IPO图

8.3.8用户其他需求

1.性能要求

查询服务部分：

读者通过本地计算机，从提交查询命令到返回结果不超过8秒钟。

数据管理部分：

图书管理员从提交一次录入到结果返回不超过8秒钟。

2.灵活性要求

如果要为数据项设计编码，尽可能采用行业标准，自行编码也应合乎规范，并留有扩充余地，还要征得相关业务部门认可。

数据库设计也应考虑可扩充性，以适应今后图书馆发展和系统升级的需要。

3.故障处理要求

正常使用时不应出错，一般性错误时应给出错误提示。

应提供定期自动备份数据库的功能，当遇到不可恢复的系统错误，可以保证数据库完好无损。

在系统出错后，应能恢复最近一次备份数据库的状态。

4.其他要求

①安全性。

不同的用户具有不同的使用权限，只有具有最高权限的系统管理员才能修改、注销数据库中的信息，具有一般权限的人员只能读取与自己相关的内容。

②一致性。

系统的数据要保证一致性、准确性，当某一数据库中记录改变时，与之相关联的数据库也会随之变化。

③易操作性。

界面设计要符合大多数用户的操作习惯，系统还要提供操作指南，便于用户操作使用。

8.4概要设计

软件开发的第二个阶段是概要设计，在需求分析阶段确定了系统“做什么”的基础上，设计系统“怎么做”。

概要设计注重于宏观上和框架上的设计，它的设计内容包括软件系统的总体结构设计、数据库（包括数据结构）设计、外部接口设计、功能部件分配设计、部件之间的接口设计等。

8.4.1系统结构设计

1.系统功能模块的划分

概要设计的核心问题是确定系统总体结构和模块划分。

系统功能要层层划分，直到每一个模块可以作为一个可以执行的程序单元为止。

功能模块划分的最终结果，是系统结构图。

根据需求分析，该图书馆管理信息系统可由图书管理、读者管理、借阅管理、系统管理、系统帮助等子系统组成，如图8-9所示。

图8-9图书馆管理信息系统的系统结构图

2.各子系统的主要功能

（1）图书管理子系统

即管理和维护图书的各项数据信息，包括书名、作者、出版社、版本号、出版日期、图书类别号及是否在库等信息，以及注销图书、维护出版社资料。

其中图书类别号必须是图书类别表中的一种。

允许图书管理员和系统管理员添加图书信息和查询图书信息。

图书类别管理：

即管理和维护图书类别数据，主要有类别编号和类别名称两项。

允许图书管理员和系统管理员添加图书类别信息和查询图书类别信息。

该子系统功能由bookinfor模块完成。

（2）读者管理子系统：

即管理和维护读者的各项数据信息，包括读者ID、姓名、读者类别、已借图书数、是否有超期欠款及每天罚款金额等。

其中读者类别分为3类：

学生（借书5本，借期1月），类型代码2；

行政人员（借书8本，借期2月），类型代码1；

教师（借书8本，借期3月），类型代码0。

当超期欠款大于3.00元时，读者将不能继续借阅图书。

当读者离校被删除时，读者被设为无效，也将不能再借阅图书。

允许图书管理员和系统管理员添加读者信息、删除读者信息和查询读者信息。

该子系统功能由reader模块完成。

（3）借阅管理子系统

即管理和维护图书的借阅、归还及读者的缴纳超期欠款等信息。

包括读者所借阅的图书号、借阅日期、应该归还的日期、实际归还的日期及超期欠款数等数据。

主要功能有图书借阅、图书归还、缴纳罚款和续借图书4项功能。

该子系统功能由borrow模块完成。

（4）系统管理子系统

即管理和维护用户的各项数据信息，包括用户ID、姓名、密码和用户类型。

主要有添加删除用户信息、修改用户密码、系统初始化和系统备份等4项功能。

用户类型决定了用户的权限管理，系统定义了3种用户权限：

第1种是图书管理员，代码2，只能登记图书借阅和归还信息，查看图书类别和图书信息；

第2种是高级管理员，代码l，除了普通管理员的权限，还能添加新的图书资料和图书类别资料，管理读者信息（添加、删除和查询）；

第3种是系统管理员，代码0，能够执行任何命令，除了高级管理员的权限，还能够执行用户管理操作（如添加新用户、删除和查询用户信息等）。

该子系统功能由arrangment模块完成。

（5）系统帮助子系统

即为用户提供操作帮助，解决用户使用过程中遇到的一般性问题。

该子系统功能由help模块完成。

8.4.2数据库设计

数据库是应用系统的核心，应当精心设计，以保证系统的正确、可靠、高效运行。

数据库设计包括数据库需求分析、数据库概念设计、数据库逻辑结构设计和数据库物理设计。

数据库设计的目的，是为信息系统在数据库服务器上建立一个理想的数据模型。

1.数据库需求分析

图书馆管理信息系统的数据库主要用于图书信息、读者信息、图书管理员信息和图书借阅信息的管理，因此数据库设计必须充分满足这些功能要求。

根据系统结构设计中各子系统的功能要求，可确定数据库的具体需求如下：

（1）读者信息管理部分

A、图书管理员可对读者信息进行维护，如添加、删除读者信息等。

B、图书管理员可通过读者ID查询读者信息，因此读者ID必须惟一，且为必填字段。

C、每个读者必须对应一种读者类型（教师、行政人员、学生），数据库根据读者类型判断读者可借阅的图书数量和借阅期限。

D、在读者已经借阅图书信息中必须包含读者信