图书管理系统需求规格.docx
- 文档编号:11691210
- 上传时间:2023-03-30
- 格式:DOCX
- 页数:14
- 大小:248.79KB
图书管理系统需求规格.docx
《图书管理系统需求规格.docx》由会员分享,可在线阅读,更多相关《图书管理系统需求规格.docx(14页珍藏版)》请在冰豆网上搜索。
图书管理系统需求规格
图书馆管理系统需求规格
日期:
2014年3月16日
目录
导言1
目的1
范围1
参考资料1
系统定义1
项目来源及背景2
项目要达到的目标2
3
应用环境4
系统运行网络环境4
系统特性需求5
系统运行硬件环境5
系统运行软件环境6
功能规格6
功能描述6
角色(Actor)定义7
借书者7
图书管理用户7
数据库10
客户端子系统10
书本选择11
登录管理11
用户管理12
性能需求12
界面需求13
响应时间需求13
可靠性需求13
开放性需求13
可扩展性需求13
系统安全性需求14
产品提交14
实现约束14
签字14
1导言
1.1目的
该文档是关于用户对于图书馆管理系统的功能和性能的要求,重点描述了图书馆管理系统的设计需求,将作为对该工具在概要设计阶段的设计输入。
在对系统计划阶段的确定的工作范围内进一步对目标对象和环境作细致、深入的调查分析。
本需求的编写是为了研究图书馆系统软件的开发途径和应用方法。
同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。
本文档的预期读者是:
●设计人员
●开发人员
●项目管理人员
●测试人员
●用户
1.2范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题。
在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。
1.3参考资料
《数据库系统简明教材》
《软件工程技术与实践》
《软件工程基础》
2系统定义
我们分别阐述一下项目的来源、背景和项目的目标。
2.1项目来源及背景
图书馆管理系统是各所高校教育环节不可缺少的一部分,它的内容对学校的决策者和管理者来说至关重要,所以该系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不便。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,他已进入人类社会的各个领域并发挥着越来越重要的作用。
早期的校园网络、如今的web宽带网都为我们共享数据提供了前所未有的方便,由此,建立高性能的图书管理系统,作为计算机应用的一部分,使用计算机对图书进行管理,具有手工管理无法比拟的优点,如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等,这些优点能够极大的提高图书信息管理的效率,也是科学化、正规化的体现。
实践表明,将计算机技术运用于图书信息的管理,有利于建立起合理的管理机制。
避免人为的信息管理的错误,以达到客观公正,准确高效的目的,有利于计算机技术的推广。
因此,开发这样的软件系统是很必要的。
2.2项目要达到的目标
本项目设定的目标如下:
开发意图
A.为了图书管理系统更完善;
B.为了学校图书馆对图书的管理更方便;
C.为了减轻图书管理人员的工作负担。
应用目标
通过本系统软件,能帮助图书馆管理人员利用计算机,快速方便地对图书馆书籍,读者资料,借还书等进行高效的管理。
作用及范围
本软件适用于教育界,它是比较完善的系统管理软件,对图书馆的书籍,读者资料,借还书等可以进行方便的管理。
背景
人工管理图书的手续繁琐、效率低下给具有强烈时间观念的管理人员带来了诸多不便,学校图书馆缺少一套完善的图书管理软件,为了对图书的管理方便,因此开发了本软件。
系统整体结构
图书管理系统流程图
ER图
3
4
5应用环境
本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。
5.1系统运行网络环境
本系统的网络运行图,无论是客户端的应聘者还是管理端的HR等都可以通过网络登录到本系统中。
应聘者通过网络提交简历等相关信息,HR通过网络发布职位信息,获得应聘者提供的简历信息,进行面试管理。
系统特性需求
1)用户登录系统,包括管理员登录,学生查阅信息登录
2)在编目的时候自动迅速查找新的书籍是否已编目,并可以快速编目。
3)能够用计算机进行快速查找,已确定图书的名称和存放的位置。
4)查找出一本已借出的书现在在谁那里。
5)各类具体查找功能。
6)统计一本借书证在一段时间内借过的借过多少书。
7)统计一本书在一段时间内被谁借过。
8)在还书时实现计算机自动判断图书借阅是否超期根据条理进行罚款;可以设置罚款条理。
9)在书丢失时进行赔偿。
可以自行设置赔偿条理。
10)大型数据库,要可以灵活设置库的性质(1、是否可借2、借阅时间3、不同的读者借阅本书可以进行设置4、增加、删除、修改库)。
11)图书管理员有不同的职位要可以进行权限设置。
(管理员和操作员)
12)读者信息管理(权限设置)
13)统计当天工作人员工作流量和流量统计情况
5.2系统运行硬件环境
本系统的硬件环境如下:
●客户机:
普通PC
⏹CPU:
P41.8GHz
⏹内存:
256MB以上
⏹分辨率:
推荐使用1024*768像素
●WEB服务器
⏹CPU:
P41.8GHz
⏹内存:
256MB以上
●数据库服务器
⏹CPU:
P41.8GHz
⏹内存:
256MB以上
5.3系统运行软件环境
●
a.运行环境:
Windows、Unix、Linux、MAC
b.编程语言:
Java数据库:
Oracle
6功能规格
我们采用面向对象分析作为主要的系统建模方法,使用UML(UnifiedModelingLanguage)作为建模语言。
UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
UseCase描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。
UseCase模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。
设计Use-case时,我们遵循下列步骤:
第一步,识别出系统的“actor”。
Actor可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。
重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(Actor)是谁。
尽可能地确保所有Actor都被完全识别出来。
第二步,描述主要的UseCase。
可以采取不断地问自己“这个Actor究竟想通过系统做什么?
”来准确地描述UseCase。
第三步,重新审视每个UseCase,为它们下个详尽的定义。
6.1功能描述
建立计算机的图书馆管理系统,应适合计算机的特点,设计图书馆管理系统的流通部分。
首先,要确定计算机进行流通的目标和系统的功能,完成各种流通业务的程度。
本图书馆流通系统具有如下功能:
1)用户登录功能
包括创建新用户、输入用户名和密码、修改密码等
2)图书管理
图书的查询和统计、新书入库
3)人员管理
操作员的权限管理、读者的权限管理
4)图书的流通管理
图书的借阅管理、还书管理、丢书管理、超期罚款管理、淘汰图书管理
5)打印报表
生成超期读者名单、查出超期罚款人的姓名和超期金额
6)统计功能
统计读者人数、图书册数
6.2角色(Actor)定义
角色或者执行者(Actor)指与系统产生交互的外部用户或者外部系统。
6.2.1借书者
借书者是指在这个图书管理系统中通过客户端提交书本信息的人员,这个Actor主要参与客户端的书籍查询,归还书本等功能。
6.2.2图书管理用户
管理用户是指管理端的用户,这个此Actor派生两个子类,系统管理员是指对图书管理系统进行相关设置、维护的人员,它也是通过管理端登录对管理端的用户进行设置,分配权限等,它们的关系如图:
系统的用例图
上图是用户还书时的用例图。
当用户还书时,图书管理员需要检查图书是否被损坏并查看是否按规定时间还书。
如果图书没有损坏而且按规定时间还书,那么图书管理员就修改该图书的信息,删除用户借书记录,登记还书时间。
如果图书被损坏用户必须交罚金,图书管理员除了收款外还要把图书和用户的信息修改好,并记录图书损坏的程度,以致其它用户借阅时方便。
上图是用户查询图书的用例图。
当用户登录系统查询图书时,系统会根据图书信息表查询出图书信息并反馈给用户。
用户可以检索到图书馆的馆藏书目、读者基本信息、读者借书、超期读者、罚款记录、最新图书、借阅频率最高的图书信息、图书具体的藏书位置。
用户还可以预定图书。
6.2.3数据库
数据库是一个与系统产生交互的外部系统,这个Actor负责系统的数据查询、增加、删除和修改等操作。
6.3客户端子系统
客户端的活动图
客户端的功能主要包括核对信息,借书,还书,罚款等功能,它的用例图如图A-6。
图A-6:
客户端的功能用例图
客户端管理的功能描述如下:
客户端用例图
6.3.1书本选择
书本选择是显示目前正在图书馆的所有书本,以及每本书的描述和出版社要求等。
具体描述如下:
用例描述:
书本选择
执行者:
借书者
前置条件:
借书者已登录系统;
后置条件:
选择应书本后,则可以借出
基本路径:
a)借书者登录到图书管理系统网页,显示目前的已借出的书,还未借出的书。
b)点击任何一个书本可以浏览每个书本的详细信息,包括书的作者,出版社等。
如果对某本书感兴趣,可以查询是否还可以借出,可以的话,这可借出。
6.3.2登录管理
登录到管理端的所有人都需要通过登录界面进入相应的管理界面,不同的登录人具有不同的权限,根据登录人具有的权限将相应的功能现实在登录到的管理界面,没有权限操作的功能将在现实在这个界面上。
活动视图如图。
图:
登录管理活动视图
6.3.3用户管理
系统管理员可以进行权限设置,在用户管理中对用户进行增删改查。
具体功能描述:
用例描述:
用户管理
执行者:
系统管理员
前置条件:
系统管理员已登录系统;
后置条件:
如果用户信息维护后,则用户的相应信息记录到数据库中。
基本路径:
a)进入用户管理界面,显示目前的系统用户,以及每个用户具有的权限;
b)点击不同的用户,可以显示这个用户的信息以及相应权限,必要时可以修改其权限;
c)可以增加用户,也可以删除用户。
7性能需求
根据用户对本系统的要求,确定系统在响应时间、可靠性、安全等方面有较高的性能要求。
7.1界面需求
系统的界面要求如下:
1)页面内容:
主题突出,站点定义、术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确、及时。
内容丰富,文字准确,语句通顺;专用术语规范,行文格式统一规范。
2)导航结构:
页面具有明确的导航指示,且便于理解,方便用户使用。
3)技术环境:
页面大小适当,能用各种常用浏览器以不同分辨率浏览;无错误链接和空链接;采用CSS处理,控制字体大小和版面布局。
4)艺术风格:
界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方;动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。
7.2响应时间需求
无论是客户端和管理端,当用户登录,进行任何操作的时候,系统应该及时的进行反应,反应的时间在5秒以内。
系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,避免出现长时间等待甚至无响应。
7.3可靠性需求
系统应保证7X24内不当机,保证20人可以同时在客户端登录,系统正常运行,正确提示相关内容。
7.4开放性需求
系统应具有十分的灵活性,以适应将来功能扩展的需求。
7.5可扩展性需求
系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
7.6系统安全性需求
系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。
系统需能够防止各类误操作可能造成的数据丢失,破坏。
防止用户非法获取网页以及内容。
8产品提交
提交产品为:
a)应用系统软件包
b)数据库初始数据
c)系统开发过程文档
d)系统使用维护说明文档
提交方式:
CD介质
9实现约束
系统的实现约束如下:
a)操作系统为Win2000
b)开发平台为:
eclipse-SDK-3.1.2-win32
c)数据库为Sql server2000
10签字
本需求规格经过双方认可,特签字如下表A-2。
表A-2:
需求规格签字
用户签署信息
企业签署信息
单位名称
单位名称
签署人姓名
签署人姓名
签署日期
签署日期
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书 管理 系统 需求 规格