0784图书管理系统需求分析.docx
- 文档编号:17360285
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:22
- 大小:225.33KB
0784图书管理系统需求分析.docx
《0784图书管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《0784图书管理系统需求分析.docx(22页珍藏版)》请在冰点文库上搜索。
0784图书管理系统需求分析
1引言2
1.1编写目的2
1.2背景2
1.3定义2
1.4参考资料3
2任务概述3
2.1目标3
2.2用户的特点4
2.3假定和约束5
3需求规定5
3.1对功能的规定5
3.2对性能的规定13
3.2.1精度13
3.2.2时间特性要求13
3.2.3灵活性13
3.3输人输出要求13
3.4数据管理能力要求17
3.5故障处理要求17
3.6其他专门要求17
4运行环境规定18
4.1设备18
4.2支持软件18
4.3接口18
4.4控制19
需求分析
1引言
1.1编写目的
进行需求分析的目的是确定用户的需求,并把用户的要求从计算机专业的角度定义出来,建立逻辑模型,简单地说,需求分析就是对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么,即确定计算机“做什么”。
本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本图书管理系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
1.2背景
⏹软件系统的名称:
图书馆借还书管理系统。
⏹项目的任务提出者、开发者是武汉大学计算机学院翁名为、温泉、黄萍、肖寰、张仲伟、余光,用户为个人图书馆或者公共图书馆的管理员。
系统主体采用C、C++开发,基于.NET和ASP技术,运行于WindowsServers,通过Oracle和SQLServer构建网络环境下的数据库系统,实现数据的存储、管理和交互,同时使系统具备可扩展性和可维护性。
⏹有关系统包括:
采购系统、编目系统、打印系统、检索统计系统、流通信息系统以及系统维护系统,这几个系统辅助该系统实现主要业务工作,可以全面实现对图书馆的采购、编目、检索、统计和流通等业务的计算机管理。
1.3定义
⏹需求:
用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
⏹需求分析:
包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
⏹ASP:
全称为ActiveServerPages,是一套由微软公司开发的服务器端运行的脚本平台,可用于开发动态网页。
⏹DB:
即DATABASE,数据库,是按一定结构组织并长期存储在计算机硬件内的、可共享的大量数据的有机集合。
⏹.NET:
.NET是MicrosoftXMLWebservices平台。
XMLWebservices允许应用程序通过Internet进行通讯和共享数据,而不管所采用的是哪种操作系统、设备或编程语言。
Microsoft.NET平台提供创建XMLWebservices并将这些服务集成在一起之所需。
⏹Oracle:
Oracle(即甲骨文)公司生产研发的信息管理软件,是一个面向Internet计算环境的数据库软件,是目前世界上流行的大型数据库管理系统之一。
⏹SQLServer:
SQLServer是Microsoft公司推出的适用于大多数网络环境的数据库产品,是一种典型的具有客户机/服务器体系架构的关系数据库管理系统。
1.4参考资料
⏹《软件工程原理及应用》陈世鸿等武汉大学出版社2008
⏹《数据库原理和技术》尹为民等武汉大学出版社2008
⏹《中文版SQLSERVER2000应用及实例集锦》赵松涛等人民邮电出版社2002
2任务概述
2.1目标
图书馆在正常运营中总是面对大量的读者信息、书籍信息以及两者相互作用产生的借书信息、还书信息。
需要对读者资源、书籍资源、借书信息、还书信息进行管理,及时了解各个环节中信息的变更,有利于提高管理效率。
该项目是基于计算机和计算机网络的图书借还管理系统,面向广大图书管理员,通过优化管理读者信息、书籍信息和借还书信息来使图书馆管理员和借阅者都能体会到该系统的方便。
该项目力争优于现有的管理系统,在借鉴其他优秀管理系统的基础上全面开发新系统。
该图书管理系统与其他系统之间的关系如下:
系统内部关系图如下:
2.2用户的特点
用户应具备计算机与Internet的基本使用知识,经培训人员培训即可正确使用该软件提供的服务。
管理人员要熟悉服务器的维护,数据的更新以及备份工作,这就要求管理人员要了解数据库的一些基本原理,在出现问题的情况下可以简单的处理。
培训人员应该熟练掌握本系统的使用方法,并且需要一定的表达和沟通能力,便于向用于传递正确使用该系统的信息。
2.3假定和约束
假定:
⏹用户必须在11月5日前对需求文档进行确认,以保证后续文档的编写。
⏹用户可能出现的错误操作以及在出现问题后的处理。
例如假定使用查询功能的人输入非法查询关键字,系统应该给出出错提示;对数据库进行定期备份,假定数据库被破坏,系统应在管理员的操作下进行数据恢复。
⏹最大限度的满足客户端的正常,也就是说最大的接受不同用户在同时发出的请求。
假定可以有100人同时查询或者修改数据就必须保证为这100人都设置数据通路。
⏹安全性管理方面。
如果用户的密码丢失则需要重新验证,需要输入一个密码提示问题。
⏹用户权限方面。
一个用户如果进行越权写操作,则系统应该给以错误提示。
读者用户只具备查询本读者信息、图书信息、借还书信息和续借的操作。
读者注册应该通过管理员的验证。
约束:
⏹时间限制:
各个阶段尽量在进度安排的时间内完成,允许有一定的弹性范围。
⏹经费约束:
以不超过预算为基准,但是同时遵循多还少补的原则。
⏹人力资源的约束:
以牺牲进度或质量为代价。
3需求规定
3.1对功能的规定
功能规定:
书籍管理方面:
⏹新书入库。
对新的图书进行编号,并将其具体信息,包括编号、书名、作者、出版社、出版日期、登记日期、总数量、剩余量、内容简介等信息输入到新书信息表和图书信息表中。
⏹图书注销。
对过时的图书或者损坏的图书进行信息的注销,将相关信息从图书信息表中删除,并且将注销信息写入到图书注销信息表中。
⏹图书查询。
通过输入编号、书名、作者、出版社以及出版日期其中的一个或者多个关键字信息来查询图书,并将查询结果输出显示到显示屏上。
⏹已借出书籍的管理。
通过查询借阅信息表,将已借出的书籍信息读出,并将该书籍在图书表中的剩余量一栏进行相应地修改。
⏹管理员对书籍的管理。
管理员可以查看和修改图书信息表中的图书的基本信息。
读者管理方面:
⏹读者基本信息的输入,即新读者的注册。
包括读者编号、读者姓名、读者性别、联系方式、用户级别、注册日期、备注等。
⏹读者对自己信息的查询和修改。
可以修改读者的基本信息。
⏹管理员对读者信息的管理。
管理员可以查看和修改读者信息表中的读者信息。
管理员为读者办理借书卡和借书卡挂失工作。
⏹读者基本信息的删除。
用于读者注销账户时删除该读者的基本信息。
借阅管理方面:
借书管理:
⏹借书信息的输入。
包括借书信息编号、读者编号、读者姓名、书籍编号、书籍名称、借书日期、应还日期、实还日期、续借次数、是否损坏、是否过期、罚款数、备注信息等。
⏹管理员对借书信息的管理。
管理员可以对借书信息进行查询和修改。
⏹读者查看自己的借书信息。
⏹续借。
读者可以在续借次数限制的范围内续借书籍。
还书管理:
⏹还书信息的输入。
读者还书后,在借阅信息表中的实还日期一栏进行说明。
⏹管理员管理还书信息。
⏹过期罚款处理。
读者逾期未还图书,系统根据预设的罚款方案进行计算罚款数,并将结果预存。
⏹图书损坏丢失管理。
由管理员查看图书的损坏情况,或者丢失情况,并将应交付的罚款数与上面预存的罚款数相加,写入借阅信息表中的罚款数一栏。
图书若丢失,应在图书信息表中进行相应的修改。
图书预定管理:
⏹预定信息的输入。
包括借书信息编号、读者编号、读者姓名、书籍编号、书籍名称、预定日期、应还日期、实还日期、续借次数、是否损坏、是否过期、罚款数、备注信息等。
⏹管理员对预定信息的管理。
管理员可以对预定信息进行查询和修改。
并做好对预定图书的保留工作。
⏹顶层图:
⏹书籍管理用例图:
⏹书籍管理类图:
⏹书籍管理顺序图:
⏹读者管理用例图:
⏹借阅管理用例图:
⏹借阅过程顺序图:
⏹借阅过程协作图:
⏹借阅过程状态图:
⏹管理员用例图:
⏹管理员使用系统状态图:
⏹系统管理员用例图:
3.2对性能的规定
3.2.1精度
该软件在使用中,对“按序列号查询”要求规定的格式外,其他查询方式并没有特殊要求,并且在按照书名查询时候支持“模糊查询”,如:
你要查询的书名为“软件工程原理及应用”,你可以在查询框里面输入“软件工程”,系统将把所有的书名含有“软件工程”字样的书名列出。
3.2.2时间特性要求
⏹查询响应时间:
平均响应时间为1.5s
⏹更新处理时间:
平均为1s
⏹数据的转换和传送时间:
不超过1s
⏹可靠性:
平均故障间隔时间不低于200小时
3.2.3灵活性
⏹可以使用多种查询方式查询,时间允许的前提下可以增加多重条件模糊查询功能。
⏹适用多种windows版本。
⏹适当整理数据库,或者增加网络传输速度可以提高速度。
⏹在时间允许的情况下可以适当增加读者留言板、图书推荐等模块,方便用户使用。
3.3输人输出要求
图书查询模块:
数据输入
查询类型
格式
数据精度
数据类型
说明
按编号
无
numeric(9,0)
定点数型
无其他要求,支持模糊查询
按书名
无
varchar(20)
变长字符串型
无其他要求,支持模糊查询
按作者
无
varchar(20)
变长字符串型
无其他要求,支持模糊查询
按出版社
无
varchar(30)
变长字符串型
无其他要求,支持模糊查询
按出版日期
日期型
date
日期型
必须为日期型,否则提示出错
不管用哪种查询方式,都输出下面的数据:
数据输出(显示在显示器上,相关信息加入数据库)
格式
数据精度
数据类型
说明
编号
编号
numeric(9,0)
定点数型
书名
书名
varchar(20)
变长字符串型
作者
人名
varchar(20)
变长字符串型
出版社
出版社名
varchar(30)
变长字符串型
出版日期
日期
date
日期型
类似:
YYYY-MM-DD
书架位置
varchar(20)
变长字符串型
总数量
int
整型
现存量
int
整型
内容简介
varchar(500)
变长字符串型
读者登录模块:
数据输入
格式
数据精度
数据类型
说明
编号
数字串
varchar(14)
数字串
用户编号为系统为注册用户所派发的编号
密码
任意
varchar(16)
任意
初始为123456,允许进入修改
读者输出当前正借阅的图书信息:
数据输出(显示在显示器上)
格式
数据精度
数据类型
说明
编号
编号
numeric(9,0)
定点数型
书名
书名
varchar(20)
变长字符串型
作者
人名
varchar(20)
变长字符串型
出版社
出版社名
varchar(30)
变长字符串型
出版日期
日期
date
日期型
借阅日期
日期
date
日期型
应还日期
日期
date
日期型
实还日期
日期
date
日期型
续借次数
数字
int
整型
是否续借
是/否
char
(2)
字符串型
读者查看自己的基本信息:
数据输出
格式
数据精度
数据类型
说明
读者编号
numeric(9,0)
定点数型
读者姓名
varchar(10)
变长字符串型
读者性别
男/女
char
(2)
字符串型
联系电话
numeric(9,0)
定点数型
用户级别
1/2/3/4
int
整型
共分为四个级别
注册日期
date
日期型
管理员管理借阅信息:
数据输入和输出
格式
数据精度
数据类型
说明
读者编号
numeric(9,0)
定点数型
读者姓名
varchar(10)
变长字符串型
书籍编号
numeric(9,0)
定点数型
书名
varchar(20)
变长字符串型
借阅日期
date
定点数型
续借次数
int
整型
应还日期
date
日期型
实还日期
date
日期型
是否损坏
是/否
char
(2)
字符串型
是否过期
是/否
char
(2)
字符串型
罚款数
int
整型
管理员管理读者信息:
数据输入和输出
格式
数据精度
数据类型
说明
读者编号
numeric(9,0)
定点数型
读者姓名
varchar(10)
变长字符串型
读者性别
男/女
char
(2)
字符串型
联系方式
numeric(9,0)
定点数型
用户级别
1/2/3/4
int
定点数型
共分为四个级别
注册日期
date
日期型
管理员管理图书信息:
数据输入和输出
格式
数据精度
数据类型
说明
书名
书名
varchar(20)
变长字符串型
作者
人名
varchar(20)
变长字符串型
出版社
出版社名
varchar(30)
变长字符串型
出版日期
日期
date
日期型
类似:
YYYY-MM-DD
编号
编号
numeric(9,0)
定点数型
入库日期
日期
date
日期型
书架位置
varchar(20)
变长字符串型
总数量
int
整型
现存量
int
整型
内容简介
varchar(500)
变长字符串型
3.4数据管理能力要求
要求对两万左右的学生借阅信息和50万本以上的图书进行有效的管理,并且随着学生人数的增长和图书数量的增多,要能快速地查询出有效的信息。
3.5故障处理要求
对于任何硬件或软件系统来说,都不可避免的会存在问题,当机器或者软件出现故障的时候,就应要有可靠的办法来解决才行。
我们做的系统是可以通过网络运行的,所以应该考虑当网络发生拥塞时的处理情况。
这个图书查询系统当遇到上述情况时会自动重新发送数据给服务器,避免了使用者再次输入信息的麻烦,而如果机器遇到突然死机就可能造成数据丢失,我们也设置了系统自动恢复到操作前状态的功能,尽可能的降低拥护的损失。
同时我们的系统设置有定期备份数据库的功能,防止数据库破坏而导致数据丢失或者错乱。
3.6其他专门要求
安全保密要求:
1、建立数据库系统必须具备安全性和完整性。
安全性指防止用户非法使用数据库,包括恶意破坏数据和越权存取数据,可以通过用户标识和鉴别、存取控制、视图机制、数据加密和跟踪审计等方法来实现。
完整性指防止合法用户使用数据库时向数据库中加入不合语义的数据,可以通过定义完整性约束条件来实现。
2、软件的安全性。
在建立该系统时应遵循结构化设计的原则,并增加一定的防护机制,防止可能的恶意代码的破坏,增强软件的稳定性。
3、数据保密性。
对用户进行分级别管理,并对不同的用户级别授以不同的权限,例如管理员具有最高的权限等。
知识产权。
在开发完成后及时通过知识产权代理申报机构进行知识产权的申报,防止不法分子用于商业或者其他不法活动。
质量保证要求:
1、建立质量监督组,对软件进行质量管理。
质量监督组的监督范围包括:
系统开发人员是否正确的反映了用户的需求;软件执行体是否正确的实现了开发人员的设计思想;测试人员是否进行了较为彻底的和全面的测试;是否对文档的规范化进行的比较彻底,版本控制是否有效等等。
2、保证软件开发的主要环节透明性。
3、测试阶段可以邀请用户进行试用,并根据他们提出的问题进行系统的完善工作。
4、认真对待售后工作。
4运行环境规定
4.1设备
⏹服务器
(1)处理器(CPU):
Pentium900M(推荐Pentium41.2G)
(2)内存容量(RAM):
至少256M(推荐512M)
⏹客户端
(1)处理器(CPU):
Pentium133M或更高
(2)内存容量(RAM):
64M或更高
4.2支持软件
⏹数据库服务器端
(1)操作系统:
MicrosoftWindows2000
(2)数据库管理系统:
SQLServer,配置TCP/IP协议
⏹Web服务器端
(1)操作系统:
MicrosoftWindows2000
(2)Internet信息服务(IIS)6.0管理器
(3)VisualStudio.NET2003,配置TCP/IP协议
⏹客户端
(1)操作系统:
Windows98/2000/2003/XP
(2)Web浏览器:
InternetExplorer5.0以上或Netscape4.0以上,配置TCP/IP协议
⏹编译系统:
DEVC++、TC
4.3接口
(1)硬件接口
考虑到大量数据的备份等要求,需要保持与磁带机和光盘刻录机的接口,这较易实现。
(2)软件接口
这里,主要考虑软件与操作系统、数据库管理系统的接口,以及局域网和互联网软件之间的数据交换。
考虑到文档处理时有可能需要较常用的办公软件。
例如Microsoft的Office系列,所以应尽量实现它们之间的数据格式的自动转换。
4.4控制
当使用者通过图形界面进行操作时,用户输入相应信息后,点击相应按键,激发内部数据传输。
软件自身对输入数据进行对照识别,判断数据类型(和格式)是否相符,做出相应处理,把结果输出给用户。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 0784 图书 管理 系统 需求 分析