图书管理系统需求.docx
- 文档编号:28066911
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:22
- 大小:26.87KB
图书管理系统需求.docx
《图书管理系统需求.docx》由会员分享,可在线阅读,更多相关《图书管理系统需求.docx(22页珍藏版)》请在冰豆网上搜索。
图书管理系统需求
图书管理系统需求分析
1引言
A1
主文档名称可行性研究报告
子文档名称项目基本要求
主文档编号主文档序号
A
A2-1
主文档名称
可行性研究报告
主文档编号
A
子文档名称
:
引言
子文档序号
A1
编者
:
XX
编写日期
2011-02-11
(1)编写目的:
随着知识经济时代的来临,将不可避免地从根本上动摇各类组
织的管理思想、管理制度和管理方式,现代图书馆的管理也概莫能外。
从一定意义上说,建立一套图书馆管理信息系统有着重要的意义。
为开发院系图书资料室
管理系统,能使图书馆工作人员更好地管理同学借书还书等流程。
(2)项目背景:
开发软件系统中所用到的工具是C++,项目提出者:
学院图书馆;开发者:
张林青学生;该系统为学生借书,阅书,还书所用的一个软件系统•⑶符号,缩略语的定义:
I/O:
也就是输出地址,用来处理自已的输入输出信息。
CIMS:
计算机集成制造系统。
2可行性研究报告的前提
(1)功能:
A书证管理:
系统必须为读者建立读者信息档案,是系统能随时掌握每个读者的情况。
系统能增加新的读者记录,满足读者人数不断增长的需要B图书书借还处理:
当读者拿到需要的书时,通过计算机办理借书手续。
流通部工作人员输入书证号,由计算机判断可借、不可借、过期未还及超期罚款等事项。
对于可以借书的读者,系统即办理借书手续,将有关信息记入借还记录中,完成借书处理。
C罚款处理:
了加速图书的周转,提高图书的利用率,对所借书超期不归还的读者予以适当的经济制裁。
系统根据超期时间计算罚款金额点击『书证管理』•
(2)新的性能:
1•完全的可执行文件、更快更稳定的执行速度2•完善的在线帮助、学习
更快捷3•全面的容错处理、使数据更安全4•动态表加密,保护数据环境
(3)I/O数据:
各类信息均以表格形式在显示器终端输出,图书预约、查询及续借过程中索书号和借书证号在用户服务器终端以键盘输入.
(4)数据流程和处理流程:
所谓数据库是指长期存储在计算机内的、有组织
的、可共享的数据集合。
计算机的数据库可以分为两类:
非关系数据库和关系数据库。
(5)安全保密:
系统安全以设置分级用户权限保障,不同权限的用户可调用的资源不同。
(6)与其他系统的联系:
管理信息系统在完成系统实施后,就进入系统的运行阶段。
系统运行包括系统的日常维护操作和维护等。
系统的好坏和系统设计有很大关系,也和运行人员素质、管理水平以及对计算机软件的理解程度有很大关系。
(7)期限要求:
无时间限制
(8)其他
主文档名称可行性研究报告主文档编号A
子文档名称
项目基本要求
子文档序号
A2-1
(1)减少费用:
开发一个好的图书馆管理系统,可以大节约人力•物力•丛而大大减少费用
(2)提高效力:
开发一个好的图书馆管理系统,可以提高工作人员的处理速度.
(3)搞咼精度:
控制精度,生产能力的搞咼
(4)信息服务:
学生借书,还书,阅书.
(5)其他
3对现有系统的分析
主文档名称
可行性研究报告
可行性研究报告
A
子文档名称
现有系统的处理流程和数据流程
子文档序号
A3-1
现有系统处理流程和数据流程:
数据流程是系统中的信息处理的方法和过程的统一。
由于老的系统中的数据处理是建立在手工处理或陈旧的信息处理手段的基础上的,我们有理由相信,新的信息技术条件将为数据处理提供较为有效的处理方法。
主文档名称
主文档名称
可行性研究报告
A
子文档名称
r现有系统简明
主文档名称
A3-2
(1)工作负荷:
无
(2)费用开资:
无
(3)人员•设备:
自已一个人开发;电脑.
(4)局限性:
无
(5)其他
4对所建议系统的分析
主文档名称
主文档名称
可行性研究报告
A
子文档名称
r所建议系统概述
主文档序号
A4-1
所建议系统的说明:
所谓系统分析,就是指在整个系统开发工程中,解决做什
么”的问题,把要解决哪些问题,满足用户哪些具体的信息需求调查分析清楚,从逻辑上或说从信息处理的功能需求上提出系统的方案,即逻辑模型,为下一阶
段进行物理方案设计,解决怎么办提供依据。
它是信息开发系统中的一个重要阶段,是建立系统模型的第一步。
其核心是目标分析与需求分析,最后提出系统的逻辑方案。
从系统分析的逻辑模型设计到系统设计的物理模型设计是一个由抽象到具体的过程,又是并没有明确的界限,甚至有可能反复。
经过系统设计,设计人员应能为程序开发人员提供完整、准确的设计文档,并对设计规范中不清楚的地方做出解释。
主文档名称
主文档名称
可行性研究报告
A
子文档名称
处理流程的数据
主文档序号
A4-2
处理流程和数据流程:
数据流程是系统中的信息处理的方法和过程的统一。
由于老的系统中的数据处理是建立在手工处理或陈旧的信息处理手段的基础上的,我们有理由相信,新的信息技木条件将为数据处理提供较为有效的处理方法。
因此,与业务流程的改进优化相对应y
主文档名称
主文档名称
可行性研究报告
A
子文档名称
改进.影向
主文档序号
A4-3
(1)对现有系统相比的改进之处
(2)对用户单位•现有系统的开发的影向⑶局限性
5可行性分析
主文档名称
;主文档名称
可行性研究报告
A
子文档名称
:
技术条件分析
主文档序号
A5-1
(1)技术和设备条件:
电脑,学了软件文档写作
(2)人员准备:
一人
(3)期限限制
主文档名称
主文档名称
可行性研究报告
A
子文档名称
经济可行性分性
主文档序号
A5-2
(1)支出:
无支出
(2)收益:
无收益
(3)收益/投资比
(4)投资回收周期
(5)敏感性分性:
:
无法比
:
无
主文档名称
主文档名称
主文档序号
A
子文档名称
:
社会因素方面
主文档序号n
A5-3
(1)法律可行性:
无法律可行性
(2)使用方面的可行性:
建立图书馆管理信息系统的目的,就是用以计算机为
主的现代化设备完成图书馆工作中各种信息的输入、存储、加工、传递和
使用,进行一般图书馆业务的管理,从而提高图书馆工作效率。
(3)其他考虑
6可行性分析的结论
主文档名称
主文档名称
主文档序号
A
子文档名称
:
可行性分析结论
主文档序号
A6
(1)对现有系统和建议系统及其他系统的比较:
后选系统比现有系统用的灵活,更简单,大大提高了工作效力.
(2)可行性结论书馆开发了一个满足业务要求的管理信息系统,由于提高了效
率,减少了人工和用时,系统的开发应用带来无形巨额经济效益,因此可见在经济上是完全可行的。
软件需求说明书
软件需求说明书目录
子文档序号
1前言
R1
2项目需求
R2
3具体需求
R3
3—1功能需求
R3—1
3-2外部接口需求
R3—2
3—3性能需求
R3—3
34软件属性需求
R3—4
3—5数据要求需求
R3—5
3—6其它需求
R3—6
1前言
主文档名称
软件需求说明书
主文档编号
R
子文档名称
、>■、-刖言
子文档序号
R1
(1)编写目白的:
需求说明书有时候也被称为规格说明书,本规格说明描述了任务管理项目的要求,并且作为各方面沟通的依据,也为下一步工作提供基准。
软件开发小组的每一位成员应该阅读本需求说明,以明确项目最后要求完
成的软件产品的特点。
经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考.
(2)项目背景A、软件系统的名称:
图书馆管理系统
B、任务提出者:
南昌大学软件学院
开发者:
张林清
本系统完成后是针对图书馆写入管理的产品,在市场上独立销售,是面向企业和工厂所使用的订图书馆管理系统统。
目前不与其他的系统或者操作系统提供特别的接口,所产生的输出都是独立的.
(3)符号定议:
可以在此列出本文件中用到的专门术语的定义和外文首字母组词的原词组.
(4)参考资材:
软件文档写作,网上借阅.
2项目概述
主文档名称
软件需求说明书
主文档编号
R
子文档名称
项目概述
软件需求说明书
R2
(1)产品描述:
本系统将提供给图书馆工作人员使用,提高时间的利用率和工作效率。
该软件的的用户是所有能够使用计算机来安排和管理工作、进行事务备
忘的人员,软件应该提供的功能包括:
1.图书馆管理操作;
3.员工管理操作
本项目的产品是一个独立、完整的程序,目前不提供其他系统的接口。
(2)产品功能:
借书•还书•阅书一是系统要具有对基本资料设置的功能,便于今后的扩展。
计算器等功能集成进系统中,便于操作。
(3)用户特点:
本系统将在图书馆中使用,使用本系统的用学院工作管理人员。
根据他们对本程序的认可、方便操作的程度,结合他们日常工作的频繁程度,系统每天操作完成一个功能点应该在2-10次之间。
用户对界面的友好性,有非常高的要求。
本系统的规模比较小,并且将提供操作手册进行操作项的详细说明。
(4)一般约束:
A、本项目不会在中期发生不可接受的范围变更;
B、系统不会有海量存储的要求;
其他相关的假定和约束条件将进一步补充
(5)假设和依据:
3具体需求
具体需求大纲1
具体需求大纲2
1.功能需求1
1.功能需求
1.1功能需求
1.1功能需求
1.1.1引言
1.1.1规格说明
1.1.2输入
1.1.1.1引言
1.1.3力卩工
1.1.1.2输入
1.1.4输出
1.1.1.3力卩工
1.2功能需求2
1.1.1.4输出
1.1.2外部接口需求
1.1.2.1用户接口
•
1.1.2.2硬件接口
1.n功能需求n
1.1.2.3软件接口
2.外部接口需求
1.1.2.4通信接口
2.1用户接口
1.2功能需求
2.2硬件接口
•
2.3软件接口
2.4通信接口
3性能需求
1.n功能需求n
4设计需求
2.性能需求
4.1其它标准的约束
3.设计约束
4.2硬件限制
3.1其它标准的约束
5属性
3.2硬件的限制
5.1安全性
4属性
5.2可维护性
4.1安全性
6其它需求
4.2可维护性
6.1数据库
14.3……
6.2操作
5.其它需求
6.3场合适应性
5.1数据库
5.2操作
-
5.3场合适应性
主文档名称
软件需求说明书
主文档编号
H
子文档名称
:
外部接口需求
子文档编号
R3-2
(1)用户接口1彩用windows|的通用世面,用户名友好.
2界面具有一致性,界面规范windows软件界面的规范.
3提供错误处理
4提供信息提示,用多种信息提示汉前用户的状态,界面.
5得供方便的联机帮助.
6曾守国家计算机方面此汇的标准,用户正确,准确,无歧议.(3)硬件•软件接口
系统中的各个子系统的软件和硬件的配置如下:
1服务器端子系统的运行要求.
系统软件:
SCOUNIX
数据库管理系统:
SYBASE
硬件要求:
258MBRAM,14GHD
2客户端子系统的运行要求
系统软件:
windows2000/98/NT
数据库管理系统:
SYBASE客户端PR6.5
硬件要求:
P11以上PC32MBRAM,4.3GB
主文档名称
软件需求说明书
主文档名称
R
子文档名称
:
性能需求
子文档名称
R3-3
(1)精度1、在执行数据增加的时候,不允许出现因为程序的原因导致增加操作失败,也不允许发生重复增加的数据;
2、在执行数据删除操作的时候,不允许因为程序的原因发生多删除数据、删除失败的情况;
3、数据的修改也要求保持对应的准确性;
(2)时间特性:
在单用户执行增加修改和删除操作的时候,在运行环境规定的条件下,单次操作的响应时间要求在2秒钟之内。
返回100行数据以内的数据查询,单次操作的响应时间要求在2秒之内。
(3)适应性:
A、操作方式
程序在通常的应用环境下使用鼠标和键盘进行输入和输出操作,对于执行
按钮,通常使用鼠标的点击完成,但是,界面要求全部支持键盘的定位操作(在不安装鼠标的计算机上,也能够使用该系统)。
B、运行环境
程序在通常的条件下,在Win98/NT/2000上安装运行,但是,还要求
能够在XP及后续的MS的操作系统上运行。
C、同其他软件的接口的变化
(不适用)
C、精度和有效时限的变化
(不适用)
D、计划的变化或改进
由于本系统的规模比较小,计划和进度的改变不影响到需要实现的需求。
主文档名称
软件需求说明书
主文档名称
R
子文档名称
:
软件属必需求
子文档名称
R3-4
(1)可用性可用于各院图图书馆工作人员用
(2)安全性自身提供了对数据的安全保护措施,数据进行集中管理同时避免了数据的不一致和冗余,只有管理中心数据库服务器的成员持有对数据访冋的权限,本系统的用户、密码能保证安全。
对任务、成员的管理,数据库同时提供了备份和恢复的功能,在数据库服务器出现问题的时候,能进行数据的快速恢复。
(3)可维护性A、在用户输入一些不合理的数据的时候,能够进行一些合理的提示信息,不能因为输入错误而导致系统的错误,或者程序停止运行;
B、程序运行时,对服务器和网络通信故障能够识别并提示,当故障排除后,程序恢复正常运行;
C、数据库要求有灾难备份机制,以防止数据的全部丢失。
(4)可转移/转换性
系统在开发完毕以后,只实现了任务管理的功能和框架,在后续的开发中,可以在本框架的基础上,米用VB中面向对象的特点来增加功能模块。
可能增加的功能模块包括:
查询操作中模糊查询功能、打印功能、数据备份功能、自动电子文稿筛选、电子文稿自动摘要、网络版功能。
主文档名称
软件需求说明书
主文档名称
R
子文档名称其它需求子文档名称2009—05-28
(1)操作
(2)适应性设备
客户程序硬件要求:
具有PentiumIII处理器且满足以下要求的计算机:
最低64MB内存
最小2.1GB硬盘
鼠标
键盘
服务器硬件需求:
具有PentiumIII处理器且满足以下要求的计算机:
最低256MB内存
最小8GB硬盘
鼠标
键盘
4.2支持软件
客户程序软件:
Windows98/NT/2000
或更咼版本
数据库服务器软件:
WindowsNT/2000Server或更高版本
SQLServer2000
图书管理系统:
需求分析说明书
图书管理系统:
需求分析说明书
1。
1.1编写目
的
1。
1.2背景说
明
1。
2任务概
述
1。
2.1目
标
2。
2.1.1开发意
图
2。
2.1.2应用目
2。
2.1.3作用及范
2。
占
八、、
2.2用户特
2。
2.3假定与约
3。
3需求规
4。
3.1对功能的规
3.2对性能规
6。
3.2.1精
6。
322时间特性要
6。
3.2.3灵活
6。
3.3输入输出要
7。
3.4数据管理能力要
9。
3.5故障处理要
9。
3.6其他专门要
10。
4运行环境设
10。
4.1设
10。
4.2支持软
10。
4.3接
4.3.1用户接
口
10。
432软件接
口
10。
4.4控
制
11。
5参考文
献
11。
1.引言
1.1.编写目的
需求的编写是为了研究图书管理系统软件的开发途径和应用方法。
同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。
本需求的预期读者是与图书管理系统软件开发有联系的决策人,开发组成人员,
扶助开发者,支持本项目的领导和公司人员,软件验证者。
12背景说明
人工管理图书的手续繁索、效率低下给具有强烈
时间观念的管理人员带来了诸多不便,学校图书馆缺
少一套完善的图书管理软件,为了对图书的管理方
便,因此必须开发图书管理系统。
随着计算机技术的不断应用和提高,计算机已经深入到社会生活的各个角落。
而采用手工管理图书的方法,不仅效率低、易出错、手续繁琐,而且耗费大量的人力。
为了满足图书馆管理人员对图书馆书籍,读者资料,借还书等进行高效的管理,在工作人员具备一定的计算机操作能力的前提下,特编此图书管理系统软件以提高图书馆的管理效率。
2•任务概述
2.1.目标
建立的图书管理系统,要把图书馆的图书管理、读者管理、图书借阅管理等日常管理工作实行计算机统一管理,以提高工作效率和管理水平。
2.1.1开发意图
a.为了图书管理系统更完善;
b.为了学校图书馆对图书的管理更方便;
c.为了减轻图书管理人员的工作负担。
2.1.2应用目标
通过本系统软件,能帮助图书馆管理人员利用计算
机,快速方便地对图书馆书籍,读者资料,借还书等
进行高效的管理。
2.1.3作用及范围
本软件适用于教育界,它是比较完善的系统管理软
件,对图书馆的书籍,读者资料,借还书等可以进行
方便的管理。
22用户的特点
本软件的使用对象有学校图书馆的系统管理员(更新维护系统),图书管理人员(办理借阅,归还图书)和读者(查询图书)。
备注:
会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。
23假定与约束
人力资源约束:
a估计开发该系统需购买硬件、外部设备(P4微机一台、打印机一台),花费1.2万元左右,开发工作量约需3个人月工作量,每人月工资为2000元,开发完成后维护费用每年600兀,开发完成后,原有的3名管理人员可以减少2名,每人月工资600元。
技术约束:
本项目的设计是在Java\C++\.NET程序设计语言的条件下进行的,技术设计采用软硬一体化的设计方法。
环境约束:
运行该软件所适用的具体设备必须是奔腾4、内存25
6兆以上的计算机;
3.需求规定
1、理解需求
理解需求是在问题及其最终解决方案之间架设
桥梁的第一步。
开发者只有和用户充分理解了需求之
后才能开始设计系统,否则,对需求定义的任何改进,
设计上都必须大量的返工。
下面是对系统的终端用户和客户调研后得到的需求规格说明书。
(1)在启动系统后,首先是登陆界面,根据用户输入判断用户身份是否合法。
合法用户分为普通用户和系统管理员,其中,系统管理员拥有所有权限,而普通用户没有用户管理权限。
(2)进入读者信息维护界面,可以对读者信息进行添力廿、删除、修改和查询操作,并且可以遍历记录。
⑶进入图书信息维护界面,可以对图书信息进行添力廿、删除、修改和查询操作,并且可以遍历记录。
(4)进入读者借还书界面,可以实现读者借书、还书和查阅读者借阅记录的功能,并在读者借还书时,对相
应数据库数据进行修改。
(5)系统客户端运行在Windows平台下,服务器可以运行在Windows或Unix平台下。
系统还应该有一个
较好的图形用户界面。
2、需求分析
需求分析是从客户的需求中提取出软件系统能够帮助用户解决的业务问题,通过对用户业务问题的分析,确定系统的功能需求。
这个步骤是对理解需求的升华,直接关系到该系统的质量。
分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通机制,因此,系统的需求分析也应该是开发人员和用户或客户一起完成的。
<1>系统功能模块划分
根据开发者和客户的需求分析后,可以把系统功能分
为两个大的个功能模块:
(1)读者管理模块
包括:
读者登记,查询,借书,还书,删除等功能
(2)图书管理模块
包括:
图书添加,查询等功能
3.1.对功能的规定
32对性能的规定
3.2.1.精度
在精度需求上,根据使用需要,在各项数据的输入,输出及传输过程中,可以满足各种精度的需求。
如:
根据关键字精度的不同,查找可分为精确查找和泛型查找,精确查找可精确匹配读者已知道的书目,泛型查找,只要满足与输入的关键字相匹配的书目即输出,可供读者查找。
3.2.2.时间特性要求
在软件方面,响应时间,更新处理时间都比较快且迅
速,完全满足用户要求。
3.2.3.灵活性
当用户需求,如操作方式,运行环境,结果精度,数
据结构于其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。
33输入输出要求
查询书目:
输入关键字为书名,作者,索引号,按照精确匹配为主,再索引关联字。
输出时列出索引到的所有书目信息,具体信息包括内容摘要、目录号、作者信息、书名、价格、流水号、购买日期等。
方便读者查找。
借阅图书:
通过设备识别图书和读者(借阅证)的流水号(条形码),向数据库传送信息,然后在数据库索引图书信息和读者信息是否符合要求,符合要求待图书管理员确认后再更新相关数据,并将这些数据存入借书文件,最后输出显示存储成功;否则报错。
查看读者的借阅信息:
进入读者借书信息管理系统,只需要输入读者个人信息即可,然后系统根据输入的信息,送图书馆管理系统索引查找相关信息,最后将读者借书的信息输出显示。
3.4.数据管理能力要求
定时整理数据:
系统管理员根据市场图书行情定时
整理系统数据库,对图书的借阅情况、读者的管理情
况、书库的增减等均可有计算机执行,并将运行结果
归档。
查询库存量:
能随时查询书库中图书的库存量,以便准确、及时、方便地为读者提供借阅信息,但不能修改数据,无信息处理权,即可以打印清单、浏览数据等,管理权限由系统管理员掌握和分配。
3.5.故障处理要求
a.内部故障处理
在开发阶段可以随即修改数据库里的相应内容。
b.外部故障处理
对编辑的程序进行重装载时,第一次装载认为错,修改。
第二次运行,在需求调用时出错,有错误提示,重试。
c.本软件可能产生的错误为数据库的错误信息,应由数据库管理员对数据库进行维护。
为了确保系统恢复的能力,数据库管理员要定期对数据库进行备份。
36其它专门要求
数据的安全性、完整性要求:
图书馆各项数据信息必须保证安全性和完整性。
网络系统设有通信、程序、网络三级权限和口令管理,确保系统安全。
4.运行环境设定
4.1.设备
硬件、外部设备(P4微机一台、打印机一台)
运行本软件所要求的硬设备的最小配置:
a.奔腾4代、内存256M;
b.1/O设备:
显示器、鼠标、键盘;
4.2.支持软件
说明为运行本软件所需要的支持软件,如:
a.操作系统:
Windows98及以上版本
b.支撑框架:
.NETFrameworkl.1
c.数据库:
Access2000。
4.3.接口
4.3.1用户接口
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
用户对
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书 管理 系统 需求