图书管理系统需求（共8篇）
篇1：图书管理系统需求
云南工商学院09信息管理1班
图书管理系统需求分析
班级：09信息管理1班
组员： 唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波
任务分配情况：
云南工商学院09信息管理1班
目录 系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2
云南工商学院09信息管理1班
1.系统需求概述
1.1 图书管理系统功能概述
图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：
·借书处理：完成读者借书的流程处理。·还书处理：完成读者还书的流程处理。
·信息查询：包括图书信息查询和读者借阅情况查询。·图书管理：包括输入新书记录和删除旧书记录。
1.2 系统主要业务流程分析
与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：
·借书流程：读者借阅所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。
·还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。
·图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。
·图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。
1.3 系统功能模块分析
满足上述需求的系统主要包括以下几个系统模块：
·基本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。
·信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。
云南工商学院09信息管理1班
·系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。
1.4 建立用例模型
根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。
系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：
1.4.1 读者用例图
<
图1-1 读者用例图
1.4.2 图书管理员用例图
<
图1-2 图书管理员用例图
云南工商学院09信息管理1班
1.4.3 系统管理员用例图
添加书目添加读者删除书目删除读者系统管理员查询图书查询读者
图1-3 系统管理员用例图
1.5 详述用例
在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。
表1-1 读者查找个人借阅信息用例
用例：读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时，系统必须满足的条件)ID：1参与者：
1、读者前提条件： 读者已登录到系统事件流：
1、读者选择查找个人借阅信息界面
2、读者输入图书证编号
3、系统按图书证编号查找读者借阅信息结果：系统向读者显示读者借阅信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)
云南工商学院09信息管理1班
表1-2 读者查找图书信息用例
用例：读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID：2参与者：
1、读者(用例开始时，系统必须满足的条件)前提条件： 读者已经启动图书管理系统，并已知书名或书号事件流：
1、读者选择查找图书信息界面
2、读者输入书名或书号
3、系统按书名或书号查找图书信息结果：系统向读者显示图书信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)系统分析
2.1 类图
在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。
通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。
另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：
云南工商学院09信息管理1班
系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<
图1-4 系统对象类图
除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：
(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主 界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。
(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。
(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。
ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类
云南工商学院09信息管理1班 系统设计
系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
3.1 用例动态模型设计
3.1.1 实现“读者查询个人借阅信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查询6：返回借阅信息7：显示借阅信息
图1-6 读者查询个人借阅信息序列图
1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu
图1-7 读者查询个人借阅信息协作图
云南工商学院09信息管理1班
3.1.2 实现“查询图书信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:图书信息查询6：返回图书信息7：显示图书信息 图1-8 读者查询图书序列图
1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu
图1-9 读者查询图书协作图
3.1.3 实现“借阅图书”用例的动态模型
云南工商学院09信息管理1班
:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功
图1-10 读者借阅图书序列图
2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog
图1-11 读者借阅图书协作图
云南工商学院09信息管理1班
3.1.4 实现“归还图书”用例的动态模型
:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功
图1-12 读者归还图书序列图
1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()
图1-13 读者归还图书协作图
3.2 类图设计
进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
云南工商学院09信息管理1班
系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<
图1-14 设计类图
3.3 物理架构设计
物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。
3.3.1 组件图
组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。
云南工商学院09信息管理1班
图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息
图1-15 系统组件图
3.3.2 配置图
图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：
数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询 图1-16 系统配置图
篇2：图书管理系统需求
1.引言 1.1 编写目的
软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。
本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2 项目背景
本项目的名称：图书管理系统。
图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。
1.3 相关定义
数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。
2.需求概述 2.1 目标
“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。
2.2 用户类和特征
最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。
2.3 运行环境
服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。
客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。
软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。
3.需求分析 3.1数据需求
图书馆管理信息系统需要完成功能主要有：
1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。
5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。
6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。
7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。
8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。
9)还书信息的输入，包括借书证编号、书籍编号、还书日期。
10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。
12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等
13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。
3.2事物需求
1)在读者信息管理部分,要求: a.可以查询读者信息。
b.可以对读者信息进行添加及删除的操作。
2)在书籍信息管理部分,要求: a.可以浏览书籍信息。
b.可以对书籍信息进行维护,包括添加及删除的操作。
3)在借阅信息管理部分,要求: a.可以浏览借阅信息。
b.可以对借阅信息进行维护操作。
4)在归还信息管理部分，要求: a.可以浏览归还信息。
b.对归还信息可修改维护操作。
5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。
6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。
3.3确定用例及编写用例文档
用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。
在这个“图书管理系统”中的用例图如下所示。
用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。
4.非功能需求 4.1 性能需求
学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：
1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。
2）对设备的要求：
要求计算机稳定性良好，整套系统经济实惠。
3）可以利用的信息和资源：
图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。
安全性需求
对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。
5.故障处理
在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。
故障出现后可能采取的变通措施，包括：
篇3：图书系统数据库需求分析与设计
1、图书系统数据库需求分析
对于整个图片管理系统, 可以列出以下数据项和数据结构, 分别见表1、表2。
2、图库管理系统的数据库设计
根据数据库需要的分析, 建立如下3个数据表, 具体每个字段定义如下图所示[2]。
管理员表 (admin) , 其结构如图2所示。
图片类型表 (fenlei) , 其结构如图3所示。
数据库管理系统的功能使用B/S结构设计了一个网络图库管理系统, 对网络图库管理系统做了整体的系统设计与需求分析, 包括图片搜索和浏览, 和在线照片拆下来添加, 删除, 帐户分类和管理, 增加等其他功能。图库管理系统是最常见的一个系统化的方法来管理图片, 照片共享是业务流程的公司或单位的基础。系统化管理的大量图片, 因此我们的主要目标。在这种情况下, 体现了系统的优点, 很显然, 该系统具有简单, 可扩展, 功能强大, 可以轻松地跨系统, 跨区域, 跨平台的操作。
3、后台数据库配置
图片管理系统使用的数据库是SQL Server 2000数据库, 它是由Microsoft公司推出的非常实用的大型数据库系统。这也是本系统优势之一。[29]
下面给出访问SQL Server数据库的连接代码:
结论
使用B/S结构设计了一个网络图库管理系统, 对网络图库管理系统做了整体的系统设计与需求分析, 包括图片搜索和浏览, 和在线照片拆下来添加, 删除, 帐户分类和管理, 增加等其他功能。图库管理系统是最常见的一个系统化的方法来管理图片, 照片共享是业务流程的公司或单位的基础。系统化管理的大量图片, 因此我们的主要目标。在这种情况下, 体现了系统的优点, 很显然, 该系统具有简单, 可扩展, 功能强大, 可以轻松地跨系统, 跨区域, 跨平台的操作。
摘要：图书系统由于其数据量较大, 因此十分适合用数据库系统进行管理。本文通过对图书数据库系统的需求进行分析, 并对数据库系统进行了设计, 给出了一套实用的图书系统数据库的实现方法。
关键词：图书系统,数据库,需求分析
参考文献
[1].李国辉, 胡晓峰.基于内容的检索.计算机世界报, 1998 (18)
篇4：图书管理系统的需求分析与设计
关键词：图书管理 管理信息系统 数据库技术
一、应用需求分析
一个先进的图书管理系统应当了解并满足使用者的需求。对图书馆工作人员而言，不仅需要根据图书编号、借阅者编号查询借阅以及归还情况，还要能够对借阅者的借阅及归还请求进行操作，将操作结果形成报表让借阅者进行检查。而普通用户则是需要能够方便地了解图书馆的馆藏情况。图书借阅者不仅需要知道自己的借阅情况，并且需要对自己的相关个人信息进行管理。
根据图书管理人员对图书管理系统的相关需求，对其登录模块应谨慎设计，以求功能完备。图书馆工作人员可以对馆藏书籍数据进行查询、浏览、修改等，不过对于借出的未在馆内的书籍不能够进行修改。对借阅者的信息维护，工作人员可以对其个人信息中的借书、还书记录进行修改，并且需形成相应报表呈现给借阅者。对已借阅出书籍的信息维护中，一旦进行图书借阅信息删除操作，应当能够对其借阅者的借阅记录进行关联删除，以保证图书借阅数据的准确完备。
对普通人员只设有基本权限，即可对馆藏信息进行查询，并可通过多种标签对图书信息进行查询。此查询功能还应支持模糊查询，即可通过某关键字对图书信息进行查询。
对图书借阅者，在对个人信息进行查询维护时需要登录其账户，而在进行基本的对馆藏图书信息进行查询功能时则不需要。
二、系统设计
1.系统功能模块设计
系统共分为三个模块，即工作人员系统管理模块、图书信息查询模块、借阅者个人信息维护模块。
（1）工作人员系统管理模块的主要功能有管理借书、还书；对借阅者信息记录的维护；修改馆藏书籍数据；对书籍借阅情况进行查询。
（2）图书信息查询是指普通人员可通过书籍名称、出版社、作者等关键字对书籍信息进行查询。
（3）借阅者个人信息维护指借阅者可通过账号密码登录其个人界面，对个人的借阅情况进行查询，对密码进行修改，对院系、班级、联系方式等个人信息进行提出修改操作，由图书馆工作人员核对确认后修改成功。
2.用户类型
此系统的用户类型分为图书馆工作人员、借阅者及普通用户。
图书馆工作人员可以凭借账号、密码登录进入系统从而实现对整个图书管理系统的管理操作，对借阅者个人信息的确认修改，以实现对图书馆信息的维护管理。
普通用户可在本系统检索书籍名称、作者以及出版社等关键字实现对书籍信息的查询。
借阅者可以凭借个人账号密码进入个人信息管理界面，实现对个人借阅情况的查询，并实现对个人基本信息的申请修改。
三、系统数据库设计
1.概念设计
此过程中，设计者通过分析用户的数据处理要求和约束，形成具有用户特色的概念模式，并将之进一步转换为逻辑模式。将概念设计分立出来，使得设计的难度得到了显著下降，可实现度大大提升，各阶段的任务相对独立，摆脱了DBMS的设计桎梏。
通过使用ER方法，首先进行局部ER模式的设计，其次将之联合为一个全局的ER模式，再将其进行升级优化，从而实现对数据库的概念约束。
（1）局部ER模式的设计，包括书籍、借阅者、图书状态。书籍包括书籍编号、入库时间、书籍名称、作者、出版日期、出版社、馆藏数目、价格；借阅者包括借阅者学号、姓名、性别、出生日期、民族、系别、专业、年级、联系方式；图书状态包括图书状态编号、借阅日期、借阅截止日期、借阅人信息。
实体之间的联系通过ER模型的联系来进行呈现。一种方式是通过分析需求，研究局部结构中任意两个实体类型之间是否存在联系。如果存在，则对其进行更深层次的确认。此外，还要对多个实体类型之间、两个实体类型之间、实体类型内部进行深入的研究分析，确认联系是否存在。
（2）全局ER模式的设计。通过对设计好的局部ER模式进行统一综合，形成一个相对完备合理的全局概念模式。
第一，确定公共实体类型。把同名实体类型与相同键的实体类型分别作为公共实体类型的两类候选，来确认各局部结构的公共实体结构，给局部ER模式向全局ER模式的合并提供先决条件。
第二，局部ER模式的合并。合并时应遵循两两结合，先将实际中相关的局部结构合并，从公共实体类型到独立的局部结构。
第三，消除冲突。消除冲突是从本质上将若干局部模型进行合并，从而建立统一的和谐的全局模式，而不单单只是表面上的合并。
第四，全局ER模式的优化。此外，还应按照处理需求对模式进行升级优化，以达到提高数据库系统效率的目的。
2.关系数据库的逻辑设计
该设计过程是把ER图转换为关系模式，这是因为概念设计的结果是ER图，而DBMS一般采用关系型。在逻辑设计过程中应当将关系数据库规范化理论合理运用，以发挥关系模型所具有的优势，将设计过程形式化。将用户所用数据记述为子模式。在指出子模式之外，再对子模式与概念模式中相应数据对应联系做分析记录。
3.数据库的研究
本次开发的数据库由四部分组成。借阅者的信息存储在图书借阅者信息数据表中；工作人员账号及密码数据存储在工作人员信息数据表中；借阅图书的信息存储在图书借阅信息数据表中；所有图书的信息存储在所有入库图书数据表中。
（1）图书借阅者信息数据表。借阅者的信息存储在图书借阅者信息数据表中。由借阅者的学号、姓名、性别、出生年月、民族、系别、专业、联系方式、年级及登录密码数据10个字段组成。
（2）工作人员信息数据表。工作人员账号及密码数据存储在工作人员信息数据表中，由编号、用户名和密码3个字段组成。
（3）图书借阅信息数据表。图书借阅的信息存储在图书借阅信息数据表中。由书籍编号、借阅者姓名、学号、借阅数量、借阅时间、应该归还时间、实际归还时间、归还标志位8个字段组成。
（4）所有入库图书数据表。所有图书的信息存储在所有入库图书数据表中。由书籍编号、名称、作者、价格、馆藏数目、图书状态、入库时间、馆藏地点8个字段组成。
四、小结
本文对图书管理系统设计时所需应用的服务器端脚本编辑开发工具、图书管理系统所需的功能模块及技术、相应数据库的特点及应用做了详细的分析与论述，为系统的实现过程、所实现的功能，以及每个功能模块中的具体功能做了铺垫。
参考文献：
[1]张正玺.数据库及其应用[M].北京：国防工业出版社， 2006.
[2]吴曙光，刘卫国.基于ASP.NET的图书管理系统设计与实现[J].湖南冶金职业技术学院学报，2006（3）.
[3]冯建华，周立柱.数据库系统设计与原理[M].北京：清华大学出版社，2004.
篇5：图书管理系统需求说明
在图书管理系统中，管理员要为每个读者建立借阅账户，并給读者发放不同类别的借阅卡（借阅卡可提供卡号、读者姓名），账户内存储读者的个人信息和借阅记录信息。持有借阅卡的读者可以通过管理员（作为读者的代理人与系统交互）借阅、归还图书，可通过图书馆内查询终端查询图书信息和个人借阅情况，以及续借图书（系统审核符合续借条件）。借阅图书时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息（包括照片），供管理员人工核对。然后输入要借阅的书号，系统查阅图书信息数据库，显示图书的基本信息，供管理员人工核对。最后提交借阅请求，若被系统接受则存储借阅纪录，并修改可借阅图书的数量。归还图书时，输入读者借阅卡号和图书号（或丢失标记号），系统验证是否有此借阅纪录以及是否超期借阅，无则提示，有则显示读者和图书的基本信息供管理员人工审核。如果有超期借阅或丢失情况，先转入过期罚款或图书丢失处理。然后提交还书请求，系统接受后删除借阅纪录，并登记并修改可借阅图书的数量。
图书管理员定期或不定期对图书信息进行入库、修改、删除等图书信息管理以及注销（不外借），包括图书类别和出版社管理。
篇6：图书管理系统需求分析
第六次作业：
图书管理系统的参与者主要有3类：读者、图书馆管理员、图书管理系统维护者。1.读者用例图：
2.图书管理员用例图
3.图书管理系统维护员
图书管理系统部分用例规约： 1）登陆系统 1.1）简要说明 本用例用于向用户提供登陆功能。读者借书时，必须进行登陆操作才能借书。
1.2）事件流 1.2.1）基本流
i.用户填写账号和密码等个人信息 ii.系统验证用户所填写的信息 iii.完成登陆操作 1.2.2）备选流
1.2.2.1）用户登陆失败
如果用户输入的账号和密码有错误，会给予错误提示，并清空填写错误的文本框，要求用户重新输入。1.3）特殊需求
无
1.4）前置条件
用户必须首先访问系统，并且系统有该用户
1.5)后置条件
如果该用例成功，则给予用户更多的权限资源，否则，当前用户只拥有公共的权限。
1.6)扩展点 无
2）查询书籍
2.1）简要说明
本用例用于给用户查询书籍。
2.2）事件流
2.2.1）基本流
i.用户访问系统，输入搜索关键字
ii.系统根据搜索关键字，查询相关的书籍
iii.系统把查询到的书籍反馈给用户
2.3）备选流
2.3.1）搜索结果为空
如果搜索结果为空，则提示用户重新输入关键字搜索。2.3）特殊要求 无
2.4）前置条件 用户必须访问本系统 2.5)后置条件
如果本用例成功，则在数据库添加被搜索的次数 2.6）扩展点 无
3）借阅书籍
3.1）简要说明
本用例用于想读者借阅书籍。读者查询到自己想借的书籍，发送借书请求，再完成借书操作。
3.2）事件流 3.2.1）基本流 i.查询书籍信息 ii.发送借书请求
iii.图书管理员受理借书请求
iv．将借书信息添加到数据库，完成借书操作 3.2.2）备选流
3.2.2.1）读者信息验证错误
如果读者信息验证错误，会给予错误提示，并要求读者重新输入信息。
3.2.2.2）借书信息保存错误
如果借书信息保存错误，给予读者耐心等待或重新借书等提示。
3.3）特殊需求 无
3.4）前置条件
读者必须登录系统，才能拥有借书的权限 3.5）后置条件
如果借书成功，则向数据库添加一条借书记录。否则，系统维持原样。
补充规约： 1.目的
本补充规约列出了图书管理系统的非功能需求。它和用例模型一起组成了完整的系统需求规格说明书。2.范围
本说明书除定义了许多用例中共有的功能性需求以外，还定义了系统的非功能性需求，如可靠性、可用性、系统性能和可支持性等。3.参考 无 4.功能性
4.1 满足多用户的并发执行 3.6）扩展点 无 5.可用性
用户界面与windows系统兼容 6.可靠性
保障系统在配置完成以后24小时都可用。
术语表： 1.简介
本文档用来对一些术语进行定义，同时对用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。一般地说，它可用作一种信息数据字典，使得用例规约和其他说明文档显得简洁、易懂。2.名词定义
2.1 reader：指每个使用图书管理系统进行借书的人 2.2 librarain：负责借书和还书的人
2.3 admin：负责管理书籍信息和管理用户以及系统维护的人
3.动词定义
3.1 borower the books ：读者借书动作 3.2 search the books：读者查询书籍信息 3.3 lend the books：图书管理员向读者借书动作 3.4 add item：图书管理系统维护员添加数目动作 第七次作业： 参与类图：
时序图：
图书管理系统维护员添加书籍：
图书管理系统维护员添加读者：
图书管理系统删除书目：
图书管理员处理书籍借阅：
读者借阅书籍：
第八次作业： 系统架构图：
包图：
篇7：图书管理系统的需求分析
项目组长: 王亮 程序录入: 王亮
需求分析: 王亮、段大江、杨家润、雷昕
软件测试: 王亮、段大江、杨家润，王越
开发单位：西邮07级科技软件开发第六小组
编写目的：
本系统是为了减轻新生入学、不断增加、修改图书给学校图书馆带来的不便而设计的。图书馆管理系统是办公自动化不可缺少的一部分，是适应现代管理制度要求、推动学生学籍管理走向科学化、规范化的必要条件。所以本人选择此题目。由于本人水平有限，此系统有一些不足之处，请各位老师给予批评和指导
编写背景：
当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机网被广泛应用于管理信息系统的外部环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息处理，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与管理信息系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好图书馆信息而设计的。系统待开发的名称：图书管理系统
项目组长: 王亮 程序录入: 王亮
需求分析: 王亮、段大江、杨家润、雷昕
软件测试: 王亮、段大江、杨家润、雷昕、王越
本系统的用户：用户，管理员 一：任务概述：
系统的体系结构为客户端/服务器结构，开发工具前台为 C语言。在Windows操作系统的支持下完成相应的所有功能。
二：需求规定：
1．对功能的规定
1）用户功能：1 可以登录及修改当前登录用户的密码和信息。可以浏览，查看，搜索页面信息。
2）管理员功能：除拥有用户所有权限外，还可以对图书信息（买入，借出情况），对用户信息有浏览和管理的权利。2．对性能的规定：
1）精度：查询时应保证查询率，所有在相应域中包含查询关键字的记录都应能查到，同时保证准确率。2）时间特性要求：一般操作的响应时间应在1－2秒内。
3）适应性： 满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。
4）灵活性：在需求发生变化时，本系统的对这些变化的适应能力相对而言是比较强的，包括操作方式上的变化；运行环境的变化；同其他软件的接口的变化；精度和有效时限的变化。项目功能需求
（1）登录功能
验证登录用户是否为数据库中的合法用户，判断登陆的用户是一般用户还是管理员用户。一般用户（即数据库中未有基本信息）则只能实现浏览，查看，搜索功能。管理员可以对普通管理员权限进行修改，可以修改货物，有着绝对权限。（2）主界面功能
可以浏览各种图书信息，还可以进入登陆页面，可以查找各类图书。（3）用户管理功能
管理员（即超级用户）可以添加新的用户以及修改当前登录用户的密码。也可实现登录用户的重新登录和退出，超级管理员可以对普通管理员的权限进行设定，可以修改书目。一般用户则可以浏览，搜索，查看各类商品信息。
性能需求
<1>.登录功能 登录界面
<2>.管理员权限表
G
图书查询条件 图书信息1书籍管理图书信息读者 图书情况 借阅信息 图书信息 图书信息 图书信息表借阅查询条件借阅信息表 借阅信息 读者信息 读者情况管理员 图书基本信息 图书借还信息 借阅信息 借还书信息 3 读者借阅情况借阅管理借还书信息读者基本信息2读者管理管理员 读者信息 读者信息 读者信息表
3运行环境规定 客户机
外围设备：鼠标，键盘，显示器；
操作系统：装有浏览器的各种操作系统；
服务器
外围设备：鼠标，键盘，显示器；
编译程序：C language 操作系统：任何操作系统(windows or linux)；
数据库支持：SQL Server 2000或更高版本；
数据存储能力和测试支持能力：需要有较高的系统支持。
篇8：图书管理系统需求
随着计算机网络的数字信息技术对图书馆各项业务的渗透, 图书馆正由传统单一的, 手工操作的藏书, 以藏为主转向以用为主, 一元化单一的印刷型文献为主的馆藏为多元化信息载体的馆藏, 封闭型的服务逐步转向开放型的服务。图书馆依托现代信息技术大力发展的同时, 也对其建筑技术或设备提出了新的要求。图书馆建筑的综合布线仅是其中一例。
综合布线系统是图书馆大楼智能化系统的信息网络基础, 本设计注重系统的质量、科学性、先进性、可靠性及安全性, 易扩展, 同时本设计兼顾考虑图书馆大楼的应用特点, 将来发展的需要。因此, 在系统设计和产品选型中重点关注布线产品的质量、布线系统的模块化、以及系统的安全性、可管理性和可维护性。
图书馆大楼综合布线系统的目标是:以系统规范为指导, 以具有当前国际领先水平的综合布线技术、计算机技术、通讯技术和自动化技术为支撑, 建立一套统一规划、高度集成的布线系统, 为图书馆计算机网络系统数据、图像及控制信号提供统一的传输线路、设备接口和高质量的传输性能。全面实现图书馆计算机通信网络的通讯、办公、管理手段的智能化、集成化, 把图书馆计算机通信网络建成一个高起点、高标准、功能设施一流、且具有高开放性和平滑升级性的网络平台。同时, 该布线系统兼顾了计算机网络系统未来的发展要求, 提供15年保证;在图书馆大楼增加新系统时, 对新设备提供信号传输的支持。
作为图书馆大楼智能化系统的基础平台——综合布线系统将为整个图书馆的语音通信、宽带数据、图像联网、图书馆管理系统及网站建设提供高质量的传输通道。图书馆大楼内的各个功能区通过高性能的结构化综合布线系统连接起来, 组成一套具备高传输带宽的、结构化的信息高速公路。
二、系统功能
本设计提出的综合布线系统实现了图书馆设备的网络物理层上的相互联系, 满足系统间信息共享的要求, 为图书馆集中管理以及与Internet的连接建立了基础设施。具体来说, , 本方案设计的布线系统可以支持以下各类应用及设备。
话音:程控交换机、电话、传真等。
数据:快速以太网、千兆以太网、1.2GATM、TCP/IP、INTERNET、INTRANET等。
视频:闭路电视监控、电视会议、可视图文、自动控制等音、视频和控制信号。
需要指出的是视频、射频、公共广播、自动控制等系统技术方面, 设计理论和多个项目的实践已证实采用的结构化布线系统可达到与传统布线方式同等的传输质量和传输距离;但在工程造价方面, 由于结构化布线系统要配备专用的适配器, 以至工程造价将会有很大的提高, 故本设计只提供了高性能的传输链路, 在技术发展造价降低时, 或有此类需要时提供坚实的支持。
三、系统设计原则及设计依据
为了满足图书馆现在和未来10年至15年发展的应用, 以及可能会根据不同的机型选择不同的适配器来构架整个计算机网络。因此, 采用了开放式的布线设计作为解决方案。结构化布线系统采用星型结构, 以便实现各种网络逻辑拓扑结构。
1、设计原则
(1) 先进性。布线系统的设计目标决定了系统必须采用先进的方法和设备, 即要反映当今的水平, 又应具有发展的潜力。由于布线系统是一项在规定时间内投入运行的工程, 因此系统所涉及的技术必须是成熟和先进的。
(2) 开放性。布线系统应具有开放性。一方面布线系统能适应不同功能的要求, 同时又能支持不同厂家相应的设备。
(3) 实用性。布线系统在现在和将来能适应技术的发展, 实现资料和语音通信。
(4) 灵活性。布线系统应能满足灵活通用的要求。
(5) 模块化。布线系统中, 除固定于建筑物中的线缆外, 其余所有接插件均是模块化的标准件。
(6) 扩充性。布线系统是要能扩充的, 以便将来要扩展时, 可以方便地将设备扩充进去。
2、设计依据
(1) EIA/TIA-568民用建筑线缆标准
(2) EIA/TIA-569民用建筑通信信道和空间标准
(3) EIA/TIA-607民用建筑中通信接地标准
(4) GB/T 7427-87通信光缆的一般要求
(5) IEEE 802.3总线局域网国际标准
(6) TPDDI铜线分布式资料接口局域网标准
(7) ATM异步传输网标准
(8) RS232, X.21, RS422 RS485等异步和同步标准
四、各子系统设计方案
1、连接方式
E:设备C:连接点T:终端设备
2、设计等级
综合布线系统为了满足高质量的高频宽带信号, 所以在设计时, 参照综合型设计标准, 综合型设计标准适用于建筑物配置标准较高的场所, 采用有线非屏蔽双绞线的组网方式。
3、结构化布线系统的结构
根据需求, 结构化布线系统分解成以下五个模块进行设计。
(1) 工作区子系统
(2) 水平布线子系统
(3) 管理子系统
(4) 主干子系统
(5) 设备子系统
4、工作区子系统的设计
工作区布线子系统由终端设备连接到信息插座的联机 (或软线) 组成, 它包括装配软线、适配器和连接所需的扩展软线。
J45暗装式信息插座与其旁边电源插座应保持20cm的距离, 信息插座和电源插座的低边沿距地板水平面30cm。
5、水平布线子系统的设计
这是一个主要由水平非屏蔽双绞线组成的系统, 水平非屏蔽双绞线由管理区的配线架出发, 通过金属线槽、管道、桥架从地面或天花板延伸到指定位置上, 然后与插座模块端接, 每一个插口均为RJ45制式。设计中保证单条水平双绞线的最长距离不超过90米。水平布线子系统考虑数据采用超五类UTP信息模块、语音采用RJ11信息模块。语音部分水平布线采用三类四芯电缆设计。
6、水平线缆路由设计
走廊的墙角顶上应安装有金属桥架或PVC电线管, 进入房间时, 从桥架或PVC电线管引出以PVC电线管暗装方式由墙壁而下到各个信息点。
7、管理子系统的设计
管理子系统由每层弱电井内的壁挂式机柜、配线架与跳线组成。通过跳线将通讯线路定位或重定位到楼层的不同部位。其中水平线缆端接数据和语音均采用24/48口RJ45型模块式配线架, 保留5%的余量用于今后的扩展。采用110式卡接式配线架连接语音主干, 采用机架式光纤端接箱连接数据主干, 配置相应的数据点的数据跳线和110-RJ45语音跳线, 并设置标准电源插座, 以便安装相关网络交换设备。
8、设备间子系统的设计
设备间子系统由分配线间和主配线间组成。语音主干采用110式卡接式配线架, 数据主干采用机架式光纤端接箱, 所有设备均安装在19英寸标准机柜内, 交接区应具有良好的标记系统, 交接间的配线设备采用色标区别各类用途的配线区, 并设置标准电源插座, 以便安装相关网络交换设备。
9、主干子系统
干线子系统是综合布线系统的神经中枢, 一端始接于计算中心的总配线间, 另一端则终接于各个IDF分配线间。主干线缆到各个IDF完成主干的接续。将工作站区子系统、水平布线子系统、管理子系统、设备间子系统、主干子系统五个子系统集成在一起, 就形成了完整的结构化综合布线系统。
摘要：本文首先介绍了综合布线系统的概况, 然后针对图书馆大楼综合布线系统, 从需求分析、系统功能、系统设计依据及设计原则等方面进行了论述, 介绍了各子系统设计方案。最后, 对图书馆大楼综合布线进行总结。
相关文章：
图书管理系统设计报告02-22
图书管理系统操作02-22
图书编目系统02-22
VB 图书管理系统 毕业设计 外文翻译02-22
图书管理系统免费02-22
跟党走颂党恩短文诗歌02-22
数据中心资产管理系统02-22
机关资产管理系统02-22
固定资产投资项目开工02-22
企业固定资产管理系统的设计与实现02-22
