图书管理系统需求规格说明书格式.docx
《图书管理系统需求规格说明书格式.docx》由会员分享,可在线阅读,更多相关《图书管理系统需求规格说明书格式.docx(29页珍藏版)》请在冰豆网上搜索。
图书管理系统需求规格说明书格式
《图书管理系统》需求规格说明书
完成人:
实践第五组
班级:
2013级软件1班
完成时间:
2016-03-29
1导言1
1.1目的1
1.2范围1
1.3术语定义1
1.4引用标准1
1.5参考资料1
1.6版本更新信息1
2系统定义2
2.1项目背景2
2.2项目要达到的目标2
2.3系统流程3
3应用环境3
3.1系统运行的网络环境3
3.2系统运行的硬件环境4
3.3系统运行的软件环境4
4功能规格5
4.1系统用户分析5
4.2系统功能分析5
4.3系统用例图6
4.3.1系统高层用例图6
4.3.2教师基本信息管理用例图7
4.2.2教师成果管理用例图12
4.3.3教学文件管理用例图14
4.3.4归口课程管理用例图15
4.3.5课程组管理用例图16
4.3.6规章制度管理用例图17
4.3.7学生精英管理用例图17
4.3.8公告管理用例图18
5数据需求19
6性能需求22
6.1界面需求22
6.2响应时间需求22
6.3可靠性需求22
6.4系统安全性需求22
7产品提交22
8实现约束23
9签字23
1导言
1.1目的
本文档是关于图书管理系统的功能和性能描述,重点描述了功能需求。
本文档的预期读者是:
1)需求分析人员
2)设计人员
3)开发人员
4)项目管理人员
5)测试人员
8)用户
1.2范围
本文档描述了目标系统的逻辑模型,解决系统“做什么”的问题,在这里对于开发技术没有涉及,而主要是通过建立模型的方式来描述用户的需求,为图书室提供一个管理、建设各种资料的平台。
1.3术语定义
无
1.4引用标准
[1]《需求规格说明书格式标准》,河北经贸大学信息技术学院软件工程系
1.5参考资料
[1]韩万江等,软件工程案例教程,北京:
机械工业出版社,2011
[2]《需求规格说明书格式标准》,河北经贸大学信息技术学院软件工程系
1.6版本更新信息
本文档的更新记录如表1-1所示。
表1-1版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
001
2016-03-29
0.1
全部
初始发布版本
002
2系统定义
主要阐述项目的来源、背景和项目的目标。
2.1项目背景
1)随着各图书馆的图书的数量不断增多和图书馆规模的不断扩大,管理这些庞大的体系是非常困难的,因为图书的情况是随时改变的,因此必须对图书进行动态的管理,而这对于一个管理人员来说是一件比较复杂的事情,存储、查询、借阅是必不可少的业务。
2)为了能让管理员从繁重的工作中解脱出来,让管理员在使用这个软件以后能极其容易且方便的对所有图书进行管理,并且准确无误,轻松自如,因此开发一个图书管理系统软件是当务之急,也是本毕业设计选题的重要意义和研究宗旨。
本软件为图书管理员与学生通过网络平台来查询图书的借阅、预约等情况,方便用户随时查看图书使用情况。
3)本系统为信息技术学院资料室定制,负责管理学院资料室的所有图书资料,完成本学院教师和学生的图书借阅管理。
2.2项目要达到的目标
图书管理系统应能完成以下目标。
1)学生:
应具有注册、登录、进行图书查询、借阅查询、图书预约、图书续借、修改个人信息、发表图书评论、查看借阅制度、查看通知公告、查看借阅帮助等功能。
2)教师:
应具有注册、登录、进行图书查询、借阅查询、图书预约、图书续借、修改个人信息、发表图书评论、查看借阅制度、查看通知公告、查看借阅帮助等功能。
3)系统要有很好的可扩充性,方便以后添加其它相关应用;
4)设计要具有一定的超前性、灵活性,能够适应业务配置的变化;
5)系统能够提供友好的用户界面,使操作人员的工作量最大限度地减少;
6)系统具有良好的运行效率,能够达到提高工作效率的目的。
2.3系统流程
根据系统的需求陈述,确定本项目提供统一的用户认证界面,用户登录后,根据不同的权限进入不同的操作界面,完成各自的功能,图2-1是本系统高层页面流程图。
图2-1系统高层页面流程图
3应用环境
3.1系统运行的网络环境
本系统的网络运行环境如图3-1所示,用户通过网络登录到系统中进行相应操作。
图3-1系统运行网络环境
3.2系统运行的硬件环境
1)客户机为普通。
:
P41.8;
内存:
512以上;
分辨率:
推荐使用1366*768像素
2)服务器
:
P41.8;
内存:
2以上;
3)数据库服务器.
:
P41.8;
内存:
512以上;
3.3系统运行的软件环境
本系统的软件环境如下。
1)操作系统:
78/10
2)数据库:
2008R2;
3)浏览器:
8.0
4)开发平台:
2015
5)开发组件:
4.0
4功能规格
本项目的系统分析主要采用面向对象分析方法,使用作为建模语言。
4.1系统用户分析
使用图书管理系统的用户是本学院的教师和学生,教师和学生在某些权限上是有不同的,图书管理员负责对系统进行全面维护、基础信息设置和对图书的相关管理操作。
系统用户的关系如图4-1所示。
图4-1系统用户
4.2系统功能分析
根据图书管理系统的使用需求,系统应具有以下功能。
(1)注册:
学生:
通过手机号、学号进行注册(学生的学号、一卡通等基本信息已经由管理员录入数据库中,利用学号进行身份验证,如果是本学院学生,则注册成功,否则,注册失败。
)。
教师:
通过手机号、职工号进行注册(教师的职工号、一卡通等基本信息已经由管理员录入数据库中,利用职工号进行身份验证,如果是本学院教师,则注册成功,否则,注册失败。
)。
(2)登录:
用手机号或一卡通号进行登录,分教师、学生、管理员三个角色登录。
(3)图书查询:
读者可以查询资料室现有的图书信息(图书编号、图书名称、图书作者、出版社、出版时间、基本内容)。
(4)借阅查询:
读者可以查询自己的已借图书信息(一卡通号、学号、图书名称、图书作者名、借阅时间,归还时间、是否归还)。
(5)图书预约:
读者可预约已借出的图书,系统可记录读者的预约时间,等图书被归还后,根据预约时间的前后,系统能够自动向读者发送预约图书归还信息并通知读者按规定时间办理借阅手续,逾期规定时间图书可以借给其他读者。
(6)图书续借:
读者可按规定续借图书
(7)到期提醒:
系统在指定的时间内,通知读者还书,避免超期罚款,或在读者已有图书超期的情况下,提醒读者尽快归还。
(8)读者个人信息:
读者登录后,可以修改自己的手机号、密码等个人信息。
(9)通知公告:
管理员发布的一些通知信息,比如,借书时间、放假通知等。
(10)读者书评:
读者看完某本书后可以添加评论。
(11)借阅制度查询:
管理员将图书借阅需要遵循的各种制度在这里发布,读者可以在这里进行查询。
(12)系统帮助:
介绍本系统如何操作。
4.3系统用例图
4.3.1系统用例图
根据对系统的功能分析,系统应用例图:
如图4-2所示。
图4-2系统用例图
表2.1注册用例描述
用例编号
001
用例名称
注册用例
参与者
学生、教师
用例描述
学生、教师用户进行身份信息的注册
启动
单击“注册”按钮
前置条件
未注册过此系统
后置条件
学生、教师为本学院人员
主事件流
用户
系统
1.进入注册界面,填写个人相关信息
2.系统检查所填信息是否符合规则
3.系统检查已输入信息是否被重复创建
4.如果没有,创建用户成功,转入成功界面
异常流
异常流
个人信息填写不符合规则或者用户已经被创建
系统
重新填写个人信息
表2.2登录用例描述
用例编号
002
用例名称
登录用例
参与者
教师、学生、管理员
用例描述
登录系统
启动
输入账号密码、点击登录
前置条件
个人信息注册通过
后置条件
无
主事件流
用户
系统
1.进入登录页面
2.填写登录信息
3.系统判断用户输入信息是否正确
4.信息无误,转入成功界面
异常流
异常流
个人信息输入错误
系统
重置输入
表2.3图书查询用例描述
用例编号
003
用例名称
图书查询用例
参与者
学生、教师、管理员
用例描述
读者对资料室现有的图书信息进行查询
启动
单击“查询”按钮
前置条件
用户成功登录
后置条件
无
主事件流
用户
系统
1.进入查询界面,输入图书信息(图书编号、图书名称、图书作者、出版社、出版时间等)
2.点击“查询”按钮
3.系统检查作业格式是否符合规范
4.系统检查数据库中是否有此图书信息的录入
5.查询成功输出图书信息
异常流
异常流
未找到相关图书信息
系统
给出提示
表2.4借阅查询用例描述
用例编号
004
用例名称
借阅查询用例
参与者
学生、教师
用例描述
读者对自己的已借图书信息进行查询
启动
单击“查询借阅信息”按钮
前置条件
用户成功登录
后置条件
无
主事件流
用户
系统
1.进入查询界面,点击“查询借阅信息”
2.系统判断查询是否符合条件
3.如果符合,转入借阅信息界面
异常流
异常流
无借阅信息
系统
给出提示
用例编号
005
用例名称
图书预约用例
参与者
学生、老师
用例描述
读者对已借出的图书进行预约
启动
单击“图书预约”按钮
前置条件
用户成功登录
后置条件
图书已借出
主事件流
用户
系统
1.读者找到所要预约的图书,点击“图书预约”
2.判断预约是否符合条件
3.条件符合,预约成功
异常流
异常流
图书未被借走,或已被人预约
系统
预约失败,提示信息
表2.5图书预约用例描述
用例编号
006
用例名称
图书续借用例
参与者
学生、老师
用例描述
读者对自己借的图书进行续借
启动
单击“图书续借”按钮
前置条件
用户成功登录
后置条件
图书已被自己借出
主事件流
用户
系统
1.读者找到自己的借书信息,点击“图书续借”
2.判断续借是否符合条件
3.条件符合,续借成功
异常流
异常流
图书已到期
系统
续借失败,提示信息
表2.6图书续借用例描述
表2.7修改个人信息用例描述
用例编号
007
用例名称
修改个人信息用例
参与者
管理员、教师、学生
用例描述
管理员、教师、学生用户进行密码修改
启动
单击“修改个人信息”按钮
前置条件
用户成功登录
后置条件
无
主事件流
用户
系统
1.进入用户修改个人信息界面,输入需要修改的信息,并输入旧密码一次,新密码两次
2.系统检查密码格式是否相符
3.系统检查旧密码是否正确
4.如果正确,进行密码修改,转入个人修改成功界面
异常流
异常流
密码检查未通过
系统
返回密码修改界面,提示旧密码不正确,新密码格式不符,两次不同等密码
用例编号
008
用例名称
发布通知公告用例
参与者
管理员
用例描述
管理员发布一些通知信息
启动
单击“发送通知”按钮
前置条件
管理员用户成功登录
后置条件
无
主事件流
用户
系统
1.管理员转到发送通知页面,输入需要发送的通知
2.点击“发送通知”
3.系统验证发送信息
4.信息验证成功,通知发送成功
异常流
异常流
权限不足
系统
提示信息
表2.8发布通知公告用例描述
用例编号
008
用例名称
发布书评用例
参与者
老师、学生
用例描述
读者发布书评
启动
单击“发送”按钮
前置条件
用户成功登录
后置条件
无
主事件流
用户
系统
1.读者转到相关书目下,单机“我要评论”
2.输入评论内容,点击“发送”按钮
3.系统验证发送信息
4.信息验证成功,通知发送成功
异常流
异常流
操作失败
系统
提示信息
表2.9发布书评用例描述
5数据需求
5.1类图和数据表
根据系统需求和功能分析,从每个用例中抽象出系统中的实体类。
教师、学生和书名的预定关系为多对多,应把关系作为一张独立表——预定表,教师、学生和书名的借阅关系为多对多,应把关系作为一张独立表——借阅表,数据库表包括院系表、班级表、学生表、教师表、书名表、书目表、类别表、预定表、借阅表。
此外,还需要配置表、管理员账号表。
表2-1院系表
字段名
中文名
数据类型
长度
备注
单位号
10
主键
单位名称
100
单位负责人号
9
外键
——
8
自动增长
表2-2班级信息表
字段名
中文名
数据类型
长度
备注
班级号
8
主键
班级名
100
班主任号
9
外键
入学年度
8
——
8
自动增长
表2-3学生表
字段名
中文名
数据类型
长度
备注
学号
12
主键
密码
20
姓名
100
班级号
8
外键
性别
联系电话
30
E
电子邮箱
40
常用邮箱,用于向读者发送还书提醒通知,预约后能够借阅的通知等
状态
允许借阅
不允许
——
8
自动增长
校园卡号
12
外键
表2-3
(1)校园卡表
字段名
中文名
数据类型
长度
备注
校园卡号
12
主键,不能为空
校园卡编号
8
自动增长
校园卡密码
20
不能为空
校园卡状态
1
0正常使用状态
1挂失状态
2销户状态
4作废状态
卡类别
4
不能为空,区分是教工卡还是学生卡
表2-4教师表
字段名
中文名
数据类型
长度
备注
教师号
9
主键
密码
20
教师名
100
所属单位号
10
外键
联系电话
30
E
电子邮箱
40
常用邮箱,用于向读者发送还书提醒通知,预约后能够借阅的通知等
状态
允许借阅
不允许
——
8
自动增长
校园卡号
12
外键
表2-5书名表
字段名
中文名
数据类型
长度
备注
书名号
10
主键
书名
200
出版社
200
作者
100
出版时间
20
50
所属类别号
10
外键
馆藏数量
2
同一名称书的数量
内容简介
1000
书的内容摘要
——
8
自动增长
表2-6书目表
字段名
中文名
数据类型
长度
备注
书目号
12
主键
书名号
10
外键
馆藏位置
20
书放在书架的位置
状态
1
0闲置;1外借;2退役
——
8
自动增长
表2-6
(1)书电子标签表
字段名
中文名
数据类型
长度
备注
号
主键
书目号
12
外键
表2-7类别表
字段名
中文名
数据类型
长度
备注
类别号
10
主键
类别名称
50
——
8
自动增长
表2-8预约表
字段名
中文名
数据类型
长度
备注
预约号
12
主键
预约者
12
外键
预约书名号
10
外键
预约者类型
2
外键
预约日期
20
状态
1
0已预定;1预定后已借;2预定后撤销
——
8
自动增长
表2-9借阅表
字段名
中文名
数据类型
长度
备注
借阅号
12
主键
借阅者
12
外键
借阅书目号
12
外键
借阅者类型
1
外键
借阅日期
应还日期
归还日期
续借日期
续借次数
只能续借一次
状态
1
0已借;1正常归还;2超期归还
应罚款金额
8
实缴金额
8
——
8
自动增长
表2-10配置
字段名
中文名
数据类型
长度
备注
读者类型
2
主键
01学生
02教师
最大借阅数量
4
最大预约数量
4
最长借阅天数
4
超期后每本书每天罚款金额(元)
8
还书到期提醒天数
2
距离还书到期前几天提醒,将图书到期信息发到读者邮箱
——
8
自动增长
注:
书目电子标签号与书目编号关联表。
读者卡号与读者代号的关联表。
5.2顺序图
图书管理系统的顺序图如下:
1.新书注册
2.图书查询
3.添加读者
4.读者借书
6性能需求
根据用户对本系统的要求,确定系统在响应时间、可靠性、安全性等方面的性能要求。
6.1界面需求
系统的界面要求如下:
1)页面内容:
主题突出,界面术语和行文格式统一、规范、明确,栏目、菜单设置和布局合理,传递的信息准确,语句通顺,专用术语规范。
2)导航结构:
页面具有明确的导航提示,便于理解,方便用户使用。
3)技术环境:
页面大小适当,能用各种常用浏览器以不同分辨率浏览。
4)艺术风格:
界面、版面形象清新悦目,布局合理字号大小适宜,字体选择合理,前后一致,美观大方;动静搭配恰当,效果好;色彩和谐自然,与主题内容相协调。
6.2响应时间需求
无论是客户端还是管理端,当用户登录进行任何操作的时候,系统应该及时地进行反应,反应的时间在5秒以内。
系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,避免出现长时间等待甚至无响应。
6.3可靠性需求
系统应保证7*24内不死机,保证30人可以同时在客户端登录,系统正常运行,正确提示相关内容。
6.4系统安全性需求
系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。
系统需能够防止各类误操作可能造成的数据丢失,破环,同时防止用户非法获取网页以及内容。
7产品提交
提交的产品为:
(1)应用系统软件包。
(2)数据库初始数据。
(3)系统开发过程文档。
(4)系统使用维护说明文档。
提交方式:
可移动存储介质
8实现约束
系统的实现约束如下。
(1)操作系统为7/10。
(2)开发平台为2015
(3)数据库为2008R2。
9签字
本需求规格说明书经过双方认可,签字如表9-1所示。
表9-1需求规格签字
用户签署信息
企业签署信息
单位名称
河北经贸大学信息技术学院软件工程
单位名称
2013级软工1班
签署人姓名
签署人姓名
签署时间
签署时间