图书馆管理系统需求说明书.docx
《图书馆管理系统需求说明书.docx》由会员分享，可在线阅读，更多相关《图书馆管理系统需求说明书.docx（26页珍藏版）》请在冰豆网上搜索。
图书馆管理系统需求说明书
文档编号：
版本号：
文档名称：
需求分析说明书
项目名称：
图书馆管理系统
项目负责人：
软件二班图书馆管理系统小组
编写：
年月日
校对：
年月日
审核：
年月日
批准：
年月日
开发单位：
龙文公司
目录
1.引言4
1.1编写目的4
1.2预期的读者4
1.3项目背景4
1.4定义4
1.5参考资料4
2项目概述4
2.1系统建设背景4
2.1.1系统规模5
2.1.2预期目标5
2.2项目目标5
2.3用户特点5
2.3.1行业特点5
2.3.2人员特点5
2.3.3业务数据量5
2.3.4使用频度5
2.4计算机应用现状6
2.5条件及限制6
3.系统的基本情况6
3.1基本现状6
3.2组织机构与职能6
3.2.1组织机构6
3.2.2组织机构与图书馆管理有关的职能说明7
3.3业务管理模式7
3.4图书信息管理流程8
3.4.1图书信息管理流程8
3.4.2读者信息管理8
3.4.3图书借阅管理9
4功能需求10
4.1.1图书信息管理的业务流程图11
4.1.2图书借阅信息管理数据流程图11
4.1.3图书借阅信息管理数据流程图12
4.2功能描述13
4.2.1管理员登录管理功能描述13
4.2.2管理员登录管理功能描述15
5输入输出数据要求16
5.1输入数据要求16
5.2输出数据要求16
6系统概念数据模型（以下图形之类的图形）16
7性能需求18
7.1系统响应时间要求18
7.2系统安全性要求18
7.3可靠性18
7.4易使用性18
8用户操作需求18
8.1用户操作基本要求18
8.2用户分类及权限分配19
8.3用户功能视图19
8.3.1系统管理员用户功能视图19
8.3.2读者信息管理用户功能视图19
8.3.3图书信息管理用户功能视图19
9运行环境规定
1.引言
1.1编写目的
明确用户对图书管理系统的功能需求和性能需求，并将这些需求用规范化的语言和规范化的结构完整、准确地表达清楚，以此统一软件开发者和用户对图书管理系统的理解和认识。
这是开发学校图书管理系统的基础。
编写该需求分析说明书的目的就在于此。
1.2预期的读者
最终用户：
图书管理员，读者
系统设计人员
系统测试者
1.3项目背景
系统名称：
西南交大图书馆图书管理系统
项目委托单位：
西南交通大学
项目开发单位：
黄志武小组
目主管部门：
西南交大读书管理部
1.4定义
图书管理员：
图书管理员是在图书馆负责图书管理和读者管理的工作人员
读者：
主要是校内各年级学生
书籍：
是图书馆内所有书籍
1.5参考资料
1、中华人民共和国国家标准《计算机软件开发规范》GB8566—88
2、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—88
3、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—88
4、《软件工程导论》（第5版）。
清华大学出版社
2项目概述
西南交通大学犀浦校区图书馆于2007年8月落成，面积为36000平方米，阅览座位数2000个。
藏书近40万册；犀浦校区临时馆2749平方米，校区学生有两万余人。
需要管理40万的书籍信息和两万的读者信息。
2.1系统建设背景
本系统以西南交通大学内部网为基础进行开发。
党校内部网通过网络中心与图书馆连接以实现对学生信息的操作。
2.1.1系统规模
系统主要针对西南交通大学犀浦校区读书馆。
业务范围限定在图书管理的相关内容。
2.1.2预期目标
通过开发《西南交通大学图书管理系统》，实现西南交大犀浦校区读书馆对管内书籍和读者信息的管理。
2.2项目目标
本软件系统开发目标是对存储一定数量的书籍和读者信息，并方便有效的进行相应书籍和读者的操作和管理，包括对书籍的录入，删除，修改及查询；为读者办理注册，借书手续。
若读者借书到期未还，要对读者进行罚款，并记录读者的不良记录。
2.3用户特点
2.3.1行业特点
图书管理的特点有：
1、图书管理员负责管理读者的基本信息：
读者姓名、性别、学号等
2、图书管理员负责管理书籍的基本信息：
图书名称、图书编号、作者、出版社、单价、存在状态（已借出或是库存）、存放地点，若已借出，则归还时间等。
2.3.2人员特点
本软件的最终用户是图书馆内的图书管理员、各学院学生。
他们已具有熟练使用计算机的基本技能。
2.3.3业务数据量
西南交通大学每年招收本科生8000人左右，新校区共有本科生20000余人。
2.3.4使用频度
系统的主要操作是图书录入，查询和学生注册，办理借书手续。
这些操作主要集中在
1、新生入学时，建立学员基本信息档案。
2、图书馆引进新书
3、日常学生借书
2.4计算机应用现状
计算机应用情况：
图书馆已引用计算机。
人员情况：
所有工作人员均有计算机操作经验，能比较熟练使用办公自动化软件和上网操作。
设备情况：
研究生部学籍管理科和各分部均与党校内部网连通。
2.5条件及限制
开发工具及环境规定：
软件结构：
B/S结构
操作界面：
浏览器界面
数据库：
MS-SQLSERVER
操作系统：
桌面系统：
Windows9X系列
服务器系统Win2000Server
3.系统的基本情况
现行系统：
指图书馆对图书馆的管理,主要包括对图书本身的管理和对于学生借还图书的管理的系统。
3.1基本现状
××党校研究生部的研究生班学籍管理业务活动现在主要通过人工过程完成，即学籍档案管理、表格填写、数据整理、查询、统计、研究生部与各分部的数据传送等都由人工完成。
3.2组织机构与职能
3.2.1组织机构
图书馆管理主要由图书馆馆长和图书馆各部门负责执行。
组织机构示意图如下：
3.2.2组织机构与图书馆管理有关的职能说明
3.2.2.1图书管理部
工作职能：
主要负责图书管理工作。
主要业务工作包括：
采购图书
对新进图书进行录入，包括图书的基本信息。
管理书籍的基本信息：
图书名称、图书编号、作者、出版社、单价、存在状态（已借出或是库存）、存放地点，若已借出，则归还时间等。
3.2.2.2读者信息管理部
工作职能：
主要负责读者信息的管理工作。
主要业务工作包括：
读者信息注册，包括：
姓名、性别、学号等。
读者信息的删除，包括毕业和退学的学生信息的删除。
3.2.2.3图书借阅管理部
工作职能：
主要负责的借还书的管理工作。
主要业务工作包括：
为读者办理借书手续（非注册者不能借书）
还书的信息处理：
删除读者信息栏中已借书中被还书的信息
图书借阅期的限制和借书上限的控制
若读者借书到期未还，要对读者进行罚款，并记录读者的不良记录
3.3业务管理模式
集中管理：
由图书馆馆长负责统一调度管理图书馆的各项工作，分配给个部门专属的职责和工作并由各部单独完成其应有工作。
各司其职：
各部门负责各部门的单方面工作，保证图书馆管理的有序和高效。
3.4图书信息管理流程
3.4.1图书信息管理流程
对采购的图书进行分类编号贴签。
图书信息管理部对买进的图书编号，根据图书类别对图书进行分类整理，并录入图书信息。
图书管理部对于图书的管理还包括某同学如果丢失图书，管理员负责对图书进行替换和信息的修改等。
图书.管理业务流程图如下：
3.4.2读者信息管理
读者信息的管理主要包括：
读者基本信息管理，姓名、性别、学号等。
新生信息的录入，已毕业学生信息的删除和退学学生信息的删除。
读者信息管理流程图如下：
3.4.3图书借阅管理
图书借阅管理，主要包括：
学生已借书数量，信息和归还日期的管理以及对学生到期不退还图书进行处罚，并记录读者的不良信息。
图书借阅管理流程图如下：
尚未借完已经借完
4功能需求
1管理读者的基本信息：
读者姓名、性别、学号等。
2管理书籍的基本信息：
图书名称、图书编号、作者、出版社、单价、存在状态（已借出或是库存）、存放地点，若已借出，则归还时间等。
3对新进图书进行录入，包括图书的基本信息。
4支持读者查询图书的基本信息。
5对撤销的图书信息进行删除。
6为读者办理注册，包括读者的基本信息。
7为读者办理借书手续（非注册者不能借书）。
8若读者借书到期未还，要对读者进行罚款，并记录读者的不良记录。
4.1系统逻辑模型
4.1.1读者信息管理数据流程图
4.1.2图书信息管理的业务流程图
4.1.3图书借阅信息管理数据流程图
4.2功能描述
4.2.1管理员登录管理功能描述
功能编号：
1
功能名：
登录
简要叙述：
管理员登录系统，只有注册过的才可以登录。
输入数据流：
管理员登录数据
输出数据流：
登录页面
加工逻辑：
输入管理员或学生登录数据，然后通过存储资料确定其有效性后登陆成功。
用户：
管理员
功能编号：
2
功能名：
图书馆里
简要叙述：
进行图书的增加、修改、删除等操作
输入数据流：
图书基本情况数据档案
输出数据流：
图书信息表
加工逻辑：
从图书库数据中查找，并打印出。
用户：
管理员
功能编号：
3
功能名：
增加图书
简要叙述：
向图书库之中增加新的图书。
输入数据流：
图书基本信息数据
输出数据流：
图书信息表
加工逻辑：
向图书库之中增加图书
用户：
管理员
功能编号：
4
功能名：
修改图书
简要叙述：
修改原本图书的信息
输入数据流：
图书基本情况数据
输出数据流：
图书信息表
加工逻辑：
从图书库之中搜索图书并修改基本信息
用户：
管理员
功能编号：
5
功能名：
删除图书
简要叙述：
从图书库之中删除原本存在的图书
输入数据流：
图书基本信息
输出数据流：
删除成功界面
加工逻辑：
把图书库之中原有的图书删除掉
用户：
管理员
功能编号：
6
功能名：
学生管理
简要叙述：
管理员进行学生的注册，删除，借书，还书等功能操作
输入数据流：
学生的基本信息
输出数据流：
学生基本信息表
加工逻辑：
进行对学生基本信息的操作
用户：
管理员
功能编号：
7
功能名：
学生注册
简要叙述：
录入学生的基本信息
输入数据流：
学生的基本信息
输出数据流：
学生基本信息表
加工逻辑：
录入学生的基本信息。
用户：
管理员
功能编号：
8
功能名：
学生注销
简要叙述：
删除学生的信息
输入数据流：
学生
输出数据流：
删除成功
加工逻辑：
从学生数据库之中删除学生的基本信息
用户：
管理员
功能编号：
9
功能名：
学生借书
简要叙述：
学生申请借书，管理员进行确认
输入数据流：
图书信息，学生信息
输出数据流：
图书的状态
加工逻辑：
进行图书外借的操作
用户：
管理员
功能编号：
10
功能名：
学生还书
简要叙述：
学生还书，进行学生图书信息的消除
输入数据流：
学生信息，图书信息
输出数据流：
图书的状态和学生的状态
加工逻辑：
图书的归还和信息的消除
用户：
管理员
功能编号：
11
功能名：
学生续借
简要叙述：
当学生提出续借申请时，进行续借操作
输入数据流：
图书信息，学生信息
输出数据流：
图书信息
加工逻辑：
图书的续借和图书信息的修改
用户：
学籍管理科
4.2.2管理员登录管理功能描述
功能编号：
12
功能名：
登录
简要叙述：
学生登录系统，只有注册过的才可以登录。
输入数据流：
学生登录数据
输出数据流：
登录页面
加工逻辑：
输入学生登录数据，然后通过存储资料确定其有效性后登陆成功。
用户：
学生
功能编号：
13
功能名：
图书续借
简要叙述：
当图书借阅期满时可以申请续借图书
输入数据流：
图书续借申请
输出数据流：
续借申请
加工逻辑：
对已借阅图书进行续借
用户：
学生
功能编号：
14
功能名：
图书查看
简要叙述：
可以查看图书的资料和借阅状态。
输入数据流：
图书编号
输出数据流：
图书信息表
加工逻辑：
进行查询图书的信息
用户：
学生
功能编号：
15
功能名：
学生修改信息
简要叙述：
对学生自己的信息进行修改
输入数据流：
学生信息
输出数据流：
学生信息表
加工逻辑：
修改学生自己本身的信息
用户：
学生
5输入输出数据要求
系统输入数据：
指从系统外进入系统的数据。
一般指由人工输入到系统的数据。
系统输出数据：
指从本系统流出的数据，一般指通过窗口显示的数据。
5.1输入数据要求
1、读者注册数据包括:
姓名,性别,学号
2、读者信息变动数据
1新入学学生信息的录入
2毕业学生信息的删除
3退学学生信息的删除
4学生信息的更改
3、图书信息的更改包括：
图书名称、图书编号、作者、出版社、单价、存放地点
4、图书信息的管理
1新购进图书信息的增加
2下架图书信息的删除
3图书信息的更改
5.2输出数据要求
6系统概念数据模型（以下图形之类的图形）
根据上述业务流程分析、数据流程分析可知，本图书馆管理系统的实体就是读者，书本及图书管理员。
读者除具有读者实体的基本信息外，还有部分与学籍变动有关的学员实体，在概念模型设计中，将学员作为一个超类实体，具有学籍变动的学员实体作为特殊子类进行描述。
具体描述如下：
1.图书实体描述：
7性能需求
7.1系统响应时间要求
根据业务管理模式，本系统采用数据集中管理方式作为系统开发的基础，用户以学校内部上网方式操作该系统。
因此，系统对用户操作的响应时间将受网络速度的影响。
本系统在系统性能方面以用户可以接受的响应时间为准。
7.2系统安全性要求
1、数据要绝对安全防止有意无意的破坏数据。
若数据遭到破坏，系统具有数据恢复功能，不可恢复的数据仅限于当日录入和修改的数据。
2、各分部用户仅能录入、修改和查询与该分部读者有关的数据。
3、各分部的数据录入只能在规定的时间范围内完成，超过规定的时间段将不能再对数据进行修改。
4、研究生部学籍管理科有修改分部录入数据的权力。
5、读者用户不可以更改自己的学号，姓名，性别等关键信息。
6、图书馆管理员必须严格控制对数据的修改，只能数据录入的用户才有权对数据进行修改。
7.3可靠性
要能够抵御用户可能的误操作，保证软件的健壮性
要对数据进行检验，保证数据有效性
在数据被破坏时，具有数据恢复能力
7.4易使用性
尽量作到：
人性化
尽量利用“点选”实现数据的输入和操作
8用户操作需求
8.1用户操作基本要求
1、用户界面设计以易理解、可操作为基本设计目标。
2、用户界面设计应反映用户分组和各用户组操作权限的基本要求，即各用户只能对与自己操作相关的功能和数据是可见的。
8.2用户分类及权限分配
本系统将用户分成如下几类：
1、系统管理员用户：
具有系统管理权限，如用户注册、确定用户权限、修改用户权限、添加和修改数据。
2、数据录入和修改用户：
具有数据录入和修改权限。
数据录入用户又将分为总部录入用户和分部录入用户。
各个用户录入数据的范围是：
总部录入用户录入的数据限于在总部产生的数据；
分部录入用户录入的数据限于自己分部产生的数据；
总部有权修改分部录入的数据。
3、数据查询用户
总部管理人员查询用户：
可以查询读者和图书信息等所有数据。
分部管理人员查询用户：
只能查询该分部与图书馆管理有关的数据。
4、读者查询用户：
可以查询图书的相关信息,续借预约图书和修改自己的登录密码等。
8.3用户功能视图
用户功能视图：
指特定用户所能看见和使用的系统功能的集合。
它是用户的系统权限在功能级上的抽象，是系统设计的基础。
8.3.1系统管理员用户功能视图
用户管理
用户权限修改
值码表维护
权限分配
8.3.2读者信息管理用户功能视图
1、数据录入
录入读者的注册数据,包括姓名,性别,学号等
2、数据修改
对有变动的学生信息进行修改,对退学或毕业学生信息的删除
8.3.3图书信息管理用户功能视图
1、数据录入
录入新购进的图书信息,包括:
图书名称、图书编号、作者、出版社、单价、存在状态（已借出或是库存）、存放地点。
2、信息修改
对信息由变动的图书信息进行修改,例如如果某本书丢了,对同学赔偿的书和对应原书进行数据更替修改。
3、数据删除
对撤销的图书数据进行删除。
8.3.4图书借阅管理用户功能视图
1、数据录入
录入对应学生的借书信息
2、数据查询
可以查看对应学生的借书信息
3、数据修改
如果读者需要续借，图书借阅管理者要修改对应图书的借书信息
4、数据删除
对归还的图书数据从读者的借书信息列表中删除
9运行环境规定
9.1设备
a、处理器为InterCorei3。
其内存容量2G。
b、外存容量其实最少在50G，本软件在脱机情况下就可以完成，对于其他的设备媒体无要求。
c、本软件要求输出设备为鼠标和键盘，输出设备为视频，在脱机的情况下就可以完成。
d、数据通信设备的型号和数量；咱是本软件对通信设备无要求，以后可能要求本机联网即可。
e、无功能键及其他专用硬件要求。
9.2支持软件
列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
此软件支持MicrosoftVisual系列的软件，适合在windowsXP/7等操作系统的环境下运行。
9.3接口
1、硬件接口
考虑到大量数据的备份等要求，需要保持与U盘和移动硬盘的接口，这较易实现。
2、软件接口
这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。
考虑到文档处理时有可能需要较常用的办公软件。
例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。
9.4控制
此软件需要在VC6.0环境下运行，主要是通过软件的运行按钮开始运行，该信号来源于外部设备的输入，软件内部需要的数据由外部输入。
升级会员 