需求规范作业1.docx
- 文档编号:10883767
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:23
- 大小:149.37KB
需求规范作业1.docx
《需求规范作业1.docx》由会员分享,可在线阅读,更多相关《需求规范作业1.docx(23页珍藏版)》请在冰豆网上搜索。
需求规范作业1
文档编号:
图书管理系统–SRS-TS007–
〖图书管理系统〗
需求规格说明书
用户方:
XXX大学图书馆
开发方:
XX开发小组
日期:
2018年10月24日
文档变更历史记录
序号
变更日期
变更人员
变更内容详情描述
版本
1
2010-10-20
李春晖
修改定义内容
2
2010-10-23
王维维
修改验收内容
目录
目录3
1.引言4
1.1编写目的4
1.2读者对象4
1.3软件项目概述4
1.4文档概述4
1.5定义4
1.6参考资料4
2.一般性描述5
2.1软件产品与其环境之间的关系5
2.2用户特征5
2.3限制与约束5
2.4假设与前提条件5
3.功能需求描述6
4.其它需求描述6
4.1性能要求6
4.2设计约束6
4.3界面要求7
4.4进度要求7
4.5交付要求7
4.6验收要求7
5.附录7
1.引言
1.1编写目的
根据需求调研分析报告,定义系统功能和系统数据流图,通过编写需求分析规格说明书,让开发人员能够根据需求规格说明书来开发项目。
1.2读者对象
本软件的读者对象是需求工程师、软件设计师、客户、系统工程师、质量保证工程师、配置管理工程师等其他相关人员。
1.3软件项目概述
根据XX学校希望能够充分利用现代科技来提高图书馆管理的效率,在原有的办公系
统基础上进行扩展,将一些可以用计算机来管理的都进行计算机化,使得图书馆管理人员工作更加方便,工作效率也更加的高。
使学校图书馆管理逐步从手工转到计算机自动化信息处理阶段。
设计一个功能完整、操作简便、界面友好的图书馆管理系统。
本系统除了图书馆内管理的一般功能还外,也包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。
1.4文档概述
本文档主要是通过功能需求分析和其他需求分析建立分析模型,以及用数据流图导出目标系统的逻辑模型,提供软件开发的基本模型,确定系统能解决什么问题,满足用户的各种需求。
通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的平台。
为下一步软件设计等打下良好的基础。
1.5定义
数据库管理系统(DBMS)是指数据库系统中管理数据的软件系统。
DBMS是数据库系统的核心组成部分。
对数据库的一切操作,包括定义、更新及各种控制,都是通过DBMS进行的。
DBMS总是基于某种数据模型,可以把DBMS看成是某种数据模型在计算机系统上的具体实现。
根据数据模型的不同,DBMS可以分成层次型、网状型、关系型、面向对象型等。
1.6参考资料
《软件工程导论——第5版》张海藩编著清华大学出版社
《软件工程》瞿中吴渝刘群刘冰编著机械工业出版社
《软件工程实践教程》谭庆平毛新军董威编著高等教育出版社
2.一般性描述
2.1软件产品与其环境之间的关系
我们要开发的图书馆管理系统,该系统与如下3个外部产生联系。
首先,学生数据库:
由于现在学校已经开通了一卡通,为此需要导入教务处里面的学生信息,将一卡通作为借书的标记,图书馆管理系统应该有这样的一个接口来识别一卡通的信息。
其次,图书等业务方面的数据库,这方面的数据库主要是对图书等方面的管理,比如说是图书的购入,图书的借出,图书的归还等等。
最后,图书馆工作人员:
他们可以通过图书馆管理系统来接受通知或者可以随时查询信息。
还有计算机的硬件环境和软件环境的一些要求。
2.2用户特征
本软件的最终用户是在校学生、老师、管理员及相关的工作人员或者远程登录的其他人员。
图书管理员需要进行用户的创建、修改和删除等工作,要求具备计算机知识,如权限管理等。
读者是普通用户,具备一定的计算机操作知识即可。
系统维护人员为计算机专业人员,熟悉数据库、操作系统、网络维护工作。
维护人员为间隔性用户。
2.3限制与约束
开发时间约需要3个月左右。
适当分配分析、设计、实现、调试的时间。
经费不应超过XXX元。
由于此开发项目针对图书馆,使用频度较高,使用性要求比较高。
为防止对信息资料和管理程序的恶意破坏,要求有较为可靠的安全性能。
总之,要求稳定、安全、便捷,易于管理和操作。
2.4假设与前提条件
使用人员需要熟悉相关作业流程,并熟悉图书管理的相关工作。
人员的基本情况需要建立数据库。
3.功能需求描述
3.1.1,总体需求分析
面对大量繁杂的图书馆管理,分类,查询与借还工作,迫切的需要通过计算机来帮助解决,减轻图书馆管理人员的工作量。
XX图书馆管理系统采用具有良好的开放性和兼容性的计算机,外部设备,操作系统及应用软件,达到和办公自动化网络的连接,实现远程管理,异地续借等功能。
“图书借阅管理系统”需要具有界面友好,功能强大,使用方便,安全可靠等优点。
通过图书馆管理工作人员对图书馆管理系统的理解:
1.图书馆管理系统需要有能够及时地查询书库中图书的库存量,以便及时准确地为学生服务,提供借阅信息,但是不能更改数据,无信息处理权,即可以打印清单,浏览数据等,管理权限由系统管理员掌握分配。
这个也是图书馆的总体需求。
2.图书馆各项数据信息必须保证安全性和完整性,网络系统设有通信,程序,网络三级权限和口令管理,确保系统的安全。
这个是对数据的安全考虑的。
3.系统管理员根据市场图书行情定时的整理系统数据库,对图书的借阅情况,学生的管理情况,书库的增减等均可由计算机执行,并将运行结果归档。
这个是从数据的整理角度考虑。
详细调查后,可以对系统管理业务的流程进行详细的描述,如下图:
注:
图书馆管理系统的管理流程
注:
在这个图中应该还需要学生信息查询,而这个查询系统可以作为外系统使用,即作为图书馆管理系统的子系统:
图书信息查询和学生信息查询共同组成一个信息查询子系统
3.1.2,详细需求分析
对于图书馆管理系统,由于基于现在硬件的限制,学校设施的限制,图书馆还没有达到全部自动化的程度,因而针对于现在学校的基本情况,对图书馆管理系统的模块可分成:
两大类和7模块:
一,管理系统:
1.1基础信息设置;1.2购入新书;1.3学生借书;1.4学生还书;1.5图书注销;二,查询系统:
2.1学生信息查询;2.2图书信息查询;这些模块可由下图看出:
1.基础信息维护子系统
该模块主要是用于对图书馆信息,书籍信息,常用词库等项目进行初始化设置,这些设置一般不会轻易的更改,所包含的功能模块如下
图书馆信息;主要勇于设置本图书馆的基础信息,包括图书馆的名称,馆长,负责人,电话,说明等等;
系统参数设置:
主书超期罚款金额,期刊超期罚款金额等等;
书架设置:
主要用于设置书架的基础信息,内容包括书架编号,书架名称等等;
管理员设置:
主要勇于设置使用的人员及权限;
图书词库设置:
主要用于设置系统常用的词库,内容包括供应商,分级,附件,尺寸,语系,印刷等等信息的预先设定数值;
1.登陆
图书馆管理系统需要安全性的保证,需要管理员才能对系统进行管理
2.入库管理
购入新书时候需要为该书编制入库单。
入库单内容应该包括图书分类目录号,书号,作者,价格,数量,和购书日期,将这些信息写入图书目录文件并修改文件中的库存总量(表示到现在为止,购入此种图书的数量);
3.学生借书
学生借书需要使用一卡通,系统首先要检查一卡通是否有效,若无效,则拒绝借书;若有效,则进一步检查概学生已经借阅的图书是否超过最大的限制数,若已经超了,则拒绝借书,否则接受借书,同时要将图书分类目录号,学生号,和借阅日期等自动写入学生借书文件。
4学生还书:
对于学生还书,系统会自动根据学生号和图书分类号,从借书文件中读出与该图书相关的借阅记录,表明还书日期,再写回结束文件中,若逾期,那么处以相应的罚款。
5图书注销
通过工作人员填写的注销单,系统来修改图书目录文件中的库存总量。
6图书查询
直接通过系统即可查询信息,不需要进行身份验证,面向所有的用户。
7学生信息查询
直接通过系统即可查询信息,不需要进行身份验证,面向所有的用户。
3.2图书馆管理系统的数据流程图
如下图:
顶层流程图:
第0层图:
第一层图:
(1):
登陆子系统
(2):
管理子系统
(3)查询子系统
注:
1,图书馆管理系统总体上分两大模块:
管理和查询。
管理模块:
对象是图书馆的馆内人员。
学生只能作为查询子系统的对象。
由于现在都实行了一卡通系统,所以需要从教务处将学生的数据导入学生文件中。
查询系统:
有两个对象:
图书馆管理人员和学生;两个实体查询的信息可以是一样的
3.3数据词典
1,数据流项目
<1:
数据流名:
管理工作请求单
说明:
管理请求单是系统根据工作人员或者管理人员的输入情况自动形成的,通过这个单子,来决定系统的行为:
进行一些管理工作。
数据流来源:
图书馆管理工作人员。
数据流去向:
图书馆管理系统
数据流定义:
管理工作请求单=[购入新书|学生借书|学生还书|图书注销]
<2:
数据流名:
查询信息请求单
说明:
查询信息请求单是系统根据工作人员或者管理人员或者学生的输入情况自动形成的,通过这个单子,来决定系统的行为:
进行一些查询工作。
数据流来源:
图书馆管理工作人员,学生。
数据流去向:
图书馆管理系统
数据流定义:
查询信息请求单=[查询学生请求信息|查询图书请求信息]
<3:
数据流名:
图书信息
说明:
图书信息是系统经过图书信息查询之后产生的一组信息;
数据流来源:
图书馆管理系统。
数据流去向:
图书馆管理人员
数据流定义:
图书信息=图书编号+ISBN+作者+出版社+价格+书架号+{借阅情况}
<4:
数据流名:
学生信息
说明:
学生信息是系统经过学生信息查询之后产生的一组信息;
数据流来源:
图书馆管理系统。
数据流去向:
图书馆管理人员和学生
数据流定义:
学生信息=学生编号+姓名+性别+有效证件号码+联系方式+{借书情况}
<5:
数据流名:
提示信息
说明:
提示信息是系统根据一些非法操作,非法请求信息,或者合理操作,合理信息的来提示操作者对系统的操作情况;
数据流来源:
图书馆管理系统。
数据流去向:
图书馆管理人员和学生
<6:
数据流名:
当前日期
说明:
当前日期是因为系统对人员操作某信息的跟踪的需要。
以便查询或维护。
数据流来源:
系统时钟。
数据流去向:
图书馆管理系统
数据流定义:
当前日期=年/月/日/小时/分/秒;
<7:
数据流名:
罚款单
说明:
罚款单是系统经过根据学生的违规情况而产生的信息;
数据流来源:
图书馆管理系统。
数据流去向:
学生
数据流定义:
罚款单=罚款编号+图书编号+学生编号+罚款金额+罚款日期+备注;
2,文件条目
<1:
数据文件名:
学生文件
简述:
存放的是学生基础信息数据。
数据文件组成:
表单形式存储
文件内容:
学生文件=学号+姓名+性别+出生日期+有效证件号码+联系方式+登记日期+有效期至;
存储方式:
以学生学号为记录关键字升序排列
<2:
数据文件名:
借书文件
简述:
存放的是借书信息数据。
数据文件组成:
表单形式存储
文件内容:
借书文件=图书编号+学生编号+借阅日期+应还日期+状态
存储方式:
以图书编号和学生编号为记录关键字升序排列
<3:
数据文件名:
入库单
简述:
存放的是入库新书的信息数据。
数据文件组成:
表单形式存储
文件内容:
入库单=新书编号+书名+ISBN+数量+入库时间;
存储方式:
以新书编号为记录关键字升序排列
<4:
数据文件名:
图书目录文件
简述:
存放的是图书档案的信息数据。
数据文件组成:
表单形式存储
文件内容:
图书目录文件=图书编号+条形码+书名+类型+作者+译者+ISBN+出版社+价格+页码+书架名称+现存量+库存总量+入库时间+操作员+简介+借出次数+是否注销;
存储方式:
以图书编号为记录关键字升序排列
<5:
数据文件名:
图书馆信息文件
简述:
存放的是图书馆的基础信息数据。
数据文件组成:
文档形式存储
文件内容:
图书馆信息文件=图书馆名称+图书馆馆长+负责人+电话+说明;
<6:
数据文件名:
书架设置信息文件
简述:
存放的是设置书架的基础信息数据。
数据文件组成:
文档形式存储
文件内容:
书架设置信息文件=书架编号+书架名称;
<7:
数据文件名:
图书词库设置文件
简述:
存放的是系统常有的词库数据。
数据文件组成:
文档形式存储
文件内容:
图书词库设置文件=供应商+分级+附件+尺寸+语系+印刷;
<8:
数据文件名:
系统参数设置信息文件
简述:
存放的是系统参数设置信息数据。
数据文件组成:
文档形式存储
文件内容:
系统参数设置信息文件=办证费用+证件有效期+图书超期罚款金额;
3,加工说明
<1:
加工1.2:
处理学生借书
加工逻辑:
BEGIN
读取学生借书请求信息和当前日期以及学生文件,图书目录文件
IF在学生文件中找不到该学生或者图书目录文件中显示该图书属于注销图书或者该图书属于已借THEN输出非法借书请求(相当于拒绝借书)ELSE输出借书成功并将借书信息写入借书文件
END
<2:
加工1.3:
处理学生还书
加工逻辑:
BEGIN
读取学生还书请求信息,当前日期,学生文件,图书目录文件和借书文件
IF(在图书目录文找到该图书是未借出或者该图书是挂失)
THEN输出非法还书请求
ELSEIF在借书文件中找到到当日为止,该书超期
THEN罚款
ELSE
输出还书成功并且更新借书文件
END
<3:
加工1.4:
处理图书注销
加工逻辑:
BEGIN
读取注销图书请求信息,当前日期和图书目录文件
IF在图书目录文件说明该图书已经注销
THEN输出非法注销请求信息(或者说重复注销)
ELSE注销成功并且更新图书目录文件
END
<4:
加工2.1:
学生信息查询
加工逻辑:
BEGIN
4.其它需求描述
4.1性能要求
查询速度:
不超过1.5秒;
其它所有交互功能反应速度:
不超过1.5秒;
可靠性:
平均故障间隔时间不低于30天。
输出精度:
在图书管理软件字体要大点。
灵活性:
对于一些硬件设备的兼容性要高。
4.2设计约束
开发工具:
MicrosoftVisualC++6.0
处理器(CPU):
Pentium900M(推荐Pentium41.2G)
内存容量(RAM):
至少256M(推荐512M)
客户端
处理器(CPU):
Pentium133M或更高
内存容量(RAM):
64M或更高
软件环境
数据库服务器端
操作系统:
MicrosoftWindowsXP
数据库管理系统:
Oracle,配置TCP/IP协议
Web服务器端
操作系统:
MicrosoftWindowsXP
Internet信息服务(IIS)6.0管理器
VisualStudio.NET2003,配置TCP/IP协议
客户端
操作系统:
2003/XP
Web浏览器:
InternetExplorer5.0以上或Netscape4.0以上,配置TCP/IP协议
安全性要求,系统安全性要高,防止某些不法人员恶意攻击系统,修改系统数据。
由于图数量大,在图书查询或更新数据库时要保证速度,定时备份数据。
在用户登录系统时需要密码验证。
使用简单,方便,一旦发现故障马上解决问题。
可靠性要求,在硬件和网络无故障的前提下,软件正常运行时间的比例在99.9%以上。
发生故障后,系统在2小时内可恢复正常。
4.3界面要求
人机交互方式,减少用户的输入信息和输入信息量。
采用用户密码登录的形式,常用的按钮喝彩单项放在醒目的位置,简单方便,易于操作。
自然,直观,包含所有元素。
用户操作失误后,系统具备适当的恢复能力。
界面的布局和色彩是用户感觉舒服,自然。
4.4进度要求
软件需求分析阶段,时间为1个月。
软件设计阶段为:
半个月。
程序设计阶段为:
2个月。
代码编辑和软件测试阶段为:
1个月
4.5交付要求
需要提交的资料
-需要提交的资料的格式
软件需求规格说明书
word文件
软件设计规格说明书
-word文件
程序设计
可运行、可演示的软件系统原型
软件开发过程规范
-word文件
软件开发计划
-word文件
-
4.6验收要求
文档验收
最后在交付客户之前进行小组内评审。
功能符合与客户的合同要求。
清晰易读,没有语病与歧义。
说明最终项目验收的依据和准则。
代码的验收。
没有下列错误:
由于软件缺陷造成丢失数据,不符合设计要求,响应时间太长无法接受等问题。
服务硬件达到文档说明的要求,定期上门维护。
最后在交付客户之前进行小组内评审
与文档说明保持一致
代码书写风格统一,采用标准规范
5.附录
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规范 作业
![提示](https://static.bdocx.com/images/bang_tan.gif)