图书管理系统软件需求规格说明书Word文档格式.docx
《图书管理系统软件需求规格说明书Word文档格式.docx》由会员分享,可在线阅读,更多相关《图书管理系统软件需求规格说明书Word文档格式.docx(45页珍藏版)》请在冰点文库上搜索。
[4]管曙亮.ASP.NET2.0网站开发实例教程。
2.任务概述
2.1
业务需求
通过建立一个基于C/S系统的图书管理系统,使得图书管理工作系统化、规范化和自动化,从而提高了管理的效率,也方便了读者的借阅。
应用C#编程,实现对数据库信息的管理。
系统应符合图书馆信息管理及处理的规定,满足图书管理员对图书、读者及借阅信息进行管理的需求,满足读者对图书信息查询检索的需求及实现续借的功能需求,并达到操作过程中的直观、方便、实用、安全等要求。
系统用模块化程序设计的方法,即便于系统功能的组合和修改,又便于参与技术人员补充和维护。
2.2相关人员及用户分析
(1)图书管理员:
图书管理员具有注册账号和密码。
成功登陆后可以通过系统进行图书信息的添加、查询及删除操作;
对读者信息的添加、查询及删除操作;
对借阅信息的查询操作。
图书管理员要对图书的录入和下架进行整理,希望在图书录入时能够知道在某类图书中的新编号;
在图书下架时若还有读者在借阅那本书则会给出提示。
(2)读者:
1、不用登陆验证:
用户可以通过图书管理系统进行图书的检索查询。
读者在借阅书籍时希望能够通过检索搜索到自己想要的书籍的作者、封面、目录及书籍的概要内容。
2、需要登陆验证:
读者的信息由管理员录入后,读者方可使用自己的账号登录系统,登录成功后读者可以查看借书信息,完成相关的书籍或期刊办理续借手续等。
2.3
用户特点分析
本软件的最终用户是面向管理员(图书管理员和其它管理人员)、读者(老师和同学等),他们都具有一定的计算机应用基础,可以比较熟练操作计算机。
管理员和读者都是经常性用户。
系统维护人员为计算机专业人员,熟悉数据库、操作系统、网络维护工作。
维护人员为间隔性用户。
3.需求概述
3.1
系统概述
对于本系统划分为:
图书管理子系统、读者管理子系统和借还书管理子系统三个主题域。
各个主题域的功能如下:
图1
构件图:
图2
3.2
主题域1
图书管理
图书录入:
添加新增图书的基本信息。
图书下架:
将已下架图书的数量归零。
图书查询及更新:
输入图书名或图书号可获得当前图书管该书的库存量及该书的相关信息。
当图书馆已有图书有变动时,管理员可通过该系统对图书信息进行更新。
3.2.1概述
图3图书管理子系统
3.2.2业务事件
3.2.2.1图书管理员登陆系统
(1)业务流程分析
管理员对系统数据库信息进行操作时,需要验证账号和密码登陆成功后才能进行相关的操作。
其中主要包括对图书信息的录入、查询、更新及删除操作。
其流程如图4所示。
(2)业务实体分析
在这个业务流程中,主要涉及的业务实体及它们之间的关系如图5所示。
(3)用例分析
在这个流程中,只涉及到图书管理员与系统进行交互,其用例图如图7所示。
3.2.2.2图书管理员录入图书信息
图书管理员在登陆验证成功后可进行图书信息录入的操作,其流程图如图4所示。
该流程涉及的业务实体为图书管理员,图书管理系统及数据库中图书信息表,其业务实体及之间的关系如图6。
图4管理员登录系统及操作流程图
图5
3.2.2.3图书管理员查询及更新图书信息
图书管理员在登陆验证成功后可进行更新图书信息的操作,其流程图如图4所示。
3.2.2.4图书管理员删除图书信息
图书管理员在登陆验证成功后可进行删除图书信息的操作,其流程图如图4所示。
图6
图7
3.2.3报表
3.2.3.1图书信息汇总表
(1)概述
部门/职位:
图书管理员
目的:
1.查看图书使用情况
2.保持图书信息的实时性
相关场景与查询频率:
1.频率:
每季度固定发生一次;
平时不定期发生,图书信息改变时发生,由管理员管理
2.用户数量2-7人
(2)数据内容
图书信息表
3.3
主题域2
读者管理
添加读者信息:
添加新增读者的信息。
读者查询及修改:
输入读者姓名或借书卡号可获得读者的基本信息并可修改其信息。
删除读者信息:
输入读者姓名删除读者信息。
3.3.1概述
图8读者管理子系统
3.3.2业务事件
3.3.2.1图书管理员登录系统
其中主要包括对读者信息的录入、查询、更新及删除操作。
在这个流程中,只涉及到图书管理员与系统进行交互,其用例图如图9所示。
图9
3.3.2.2图书管理员录入读者信息
管理员登陆验证成功后,对读者信息进行添加操作,流程图如图4所示。
该流程涉及的业务实体为图书管理员,图书管理系统及数据库中读者信息表,其业务实体及之间的关系如图10。
3.3.2.3图书管理员查询及修改读者信息
管理员登陆验证成功后,进行修改读者信息的操作,流程图如图4所示。
3.3.2.4图书管理员删除读者信息
管理员登陆验证成功后,进行删除读者信息的操作,流程图如图4所示。
图10
3.3.3报表
3.3.3.1读者信息汇总表
(1)概述
部门/职位:
图书管理员
目的:
1.读者登录时账号的依据;
2.方便查询用户信息;
3.了解用户数量及单位方便添加相关书籍。
相关场景与查询频率:
1.每学年固定发生一次;
2.在有学生插入退学或新老师调入调出情况会有改动。
(2)数据内容
(3)报表项
3.4
主题域3
借还书服务
借书登记:
先输入借书卡号,检查是否有未还图书记录和借书数量的检查.若符合则添加借书卡号,书号及借书时间等信息。
借书记录查询及续签:
输入借记卡号或书号可获得其相关信息并可办理续签手续。
还书手续办理:
输入借记卡号及书号,在借书记录添加还书时间。
借书超期超量处理:
该功能在读者还书时检索读者借书信息判断是否超期,进行相应的惩罚。
3.4.1概述
图11借还书管理子系统
3.4.2业务事件
3.4.2.1读者登录验证
该流程是读者在进行自己相关信息查询及操作时进行的用户身份验证的过程。
其流程图如图15所示。
该流程涉及的业务实体为读者,图书管理系统及数据库中读者信息表,其业务实体及之间的关系如图12。
图12
该流程涉及读者和系统之间的交互,其用例图如图13所示。
图13
3.4.2.2借书登记
该流程是管理员通过与系统的交互将读者的借阅信息录入数据库的操作。
该流程涉及到图书管理员、系统和数据库表之间的交互。
其中借阅信息表中的两个外键分别是图书信息表和读者信息表中的主键。
实体及实体间的关系如图14所示。
在这个流程中,读者将所借的书给管理员进行添加操作,管理员与系统进行交互,将读者借阅信息添加到数据库中。
其用例图如图17所示。
3.4.2.3读者续借手续办理
续借手续为读者登录系统后查看自己的借阅记录然后进行相关书籍的续借操作。
图14
图15借还书流程图
该流程涉及读者和系统间的交互,读者通过系统对数据库中借阅信息表进行更新。
其实体和实体间的关系如图16所示。
图16
用例图如读者操作用例图13所示。
3.4.2.4读者还书
还书手续办理流程为读者将图书还回,管理员进行操作,查找出读者的借阅信息,如果图书超期,系统会自动给出超期提示,管理员对读者进行相应的罚款处理之后完成借阅信息的消除,读者还书完成。
在这个流程中,读者将要还的书给管理员,管理员与系统进行交互,将读者借阅信息调出进行还书操作。
图17
3.4.3报表
3.4.3.1借阅信息汇总表
部门/职位:
图书管理员,图书馆
1.记录借阅的图书及日期,方便读者还书时的校验;
2.用于读者查询到期时间及办理借阅手续;
3.了解读者借书的周期性和增长情况。
1.按学年固定更新发生一次;
2.平时在读者借阅时进行添加操作。
(3)报表项
4.具体需求
4.1
图书管理子系统
4.1.1用例模型
在3.2小节的分析上,可以抽象出如下所示的用例模型。
4.1.1.1添加图书信息(UC_B_TJ_TuShuXinXi)
用例名称:
添加图书信息
编号:
UC_B_TJ_TuShuXinXi
参与者:
用例概述:
图书管理员将新添加的图书的基本信息添加到系统数据库中。
相关Stakeholder:
Stakerholder
利益点
管理员
1、仅需要录入一次,在读者查询时不必重复操作
2、办理速度及效率提高,避免排长队
读者
可直接通过系统检索到图书信息
(2)事件流描述
前置条件:
管理员成功登陆系统
后置条件:
确保没有重复的图书号
基本事件流:
1.管理员登陆系统后,选择“图书录入”操作,进入添加图书信息的页面,填写图书的基本信息。
2.点击“添加”按钮后,系统会将信息添加到数据库的图书信息汇总表中。
3.添加成功后管理员可以执行查看和删除操作。
扩展事件流
1a.添加的图书号与已有图书号重复。
1a1.页面给出提示信息,管理员重新添加。
2a.添加的信息不符合要求
2a1.页面给出提示信息,管理员重新添加。
3a.管理员添加了错误的图书信息
3a1.添加成功后查看图书信息,查看到错误可将其删除。
异常事件流
4a.管理员登陆失败
4a1.显示失败原因,重新登陆。
5a.图书信息添加失败
5a1.显示失败原因,修正后重新添加。
(3)相关需求与功能点
用户原始需求:
通过输入图书号可查询是否有和已录入的图书信息重复,若有则给出重复提示。
若基本信息没有添加完整,在点击“添加”按钮时给出提示。
为了在用户输入时间时格式比较繁琐,在添加页面中加入日历,用户只需在日历上选择日期即可。
相关功能点:
在图书比较多时,系统支持从后台将Excel表添加到数据库。
(4)用户界面原型
窗口概述:
图书信息录入界面:
用来输入图书的基本信息,方便读者的图书检索。
图书号可用性检查界面:
检查图书号是否可用。
成功添加界面:
图书信息添加到数据库后会给出添加成功提示。
查看图书信息界面:
用于验证添加后的图书信息是否可用。
删除图书信息界面:
管理员添加错误后可以通过此操作进行修改。
失败提示界面:
可能包括多个,显示错误信息,帮助用户提供操作。
界面流转示意图:
界面细节:
(5)规约与约束
类型
编号
描述
行为约束
UC_KD_01
添加信息时,各个类型应对应
性能约束
UC_KD_02
检查是否可用时,必须在5秒内给出结果
4.1.1.2图书信息汇总表(UC_R_TS_XXHZ)
报表名称:
图书信息汇总表
报表概述:
用户的部门与职位:
图书管理员,图书馆。
用户的业务意图:
满足读者查询的需求,查看图书使用情况保持图书信息的实时性。
相关场景与频率:
频率:
报表内容(What):
领域类图;
数据项;
数据项
内容
说明
可借本书
可借图书的存储值
直接反映图书馆可借同一图书的数量
图书类别
图书类别中的一种
分类依据
计算公式:
可借本书=图书馆现有此图书本书–被借出的本数。
●输入/输出格式(How):
图书号
图书名
作者
出版社
出版时间
内容简介
可借本书
图书类别
其他
排列顺序:
按图书号进行排序。
换页级别:
每页不超过15条,超过部分分页显示。
4.1.2领域模型
4.1.2.1图书信息表领域类
类名称:
图书信息表
别名:
图书信息库
涉及主题域:
图书管理模块:
对图书信息操作的添加、查看、删除事件
借还书管理子模块:
读者查询图书信息事件
数据窗口分析:
图书号:
图书按类别在书架上排放的位置进行的统一编号,而且图书编号是唯一的。
图书名:
应用图书名比较方便,在图书名有相同时,用图书号区分。
数据组成与格式:
图书号:
区别图书的编码
图书名:
图书的名称
作者:
图书的编写者
出版社:
出版图书的出版社名称
出版时间:
图书出版的具体时间
可借本数:
图书馆现有此图书本数
图书类别:
图书所属的类别
4.2
读者管理子系统
4.2.1用例模型
在3.3小节的分析上,可以抽象出如下所示的用例模型。
4.2.1.1读者信息管理(UC_B_GL_DuZheXinXi)
管理读者信息
UC_B_GL_DuZheXinXi
图书管理员将实时的读者的基本信息添加到系统数据库中并进行管理。
1、省略了读者可以自己完成的操作,节省时间
2、提高了工作效率
可依据读者信息表登录系统,避免了排队等管理员来处理
管理员登陆系统成功
确保没有重复的读者卡号
1.管理员登陆系统后,选择“读者信息录入”操作,进入添加图书信息的页面,填写读者的基本信息。
2.点击“添加”按钮后,系统会将信息添加到数据库的读者信息汇总表中。
1a.添加的读者卡号与其他读者卡号重复。
3a.管理员添加了错误的读者信息
3a1.添加成功后查看读者信息,查看到错误可将其删除。
5a.读者信息添加失败
通过输入读者卡号可查询是否有和已录入读者信息重复,若有则给出重复提示。
在读者比较多时,系统支持从后台将Excel表添加到数据库。
读者信息录入界面:
用来输入读者的基本信息。
读者号可用性检查界面:
检查读者卡号是否可用。
读者信息添加到数据库后会给出添加成功提示。
查看读者信息界面:
用于验证添加后的读者信息是否可用。
删除读者信息界面:
检查是否可用时,必须在5秒内给出结果
4.2.1.2读者信息汇总表(UC_R_DZ_XXHZ)
图书管理员,图书馆
读者登录时账号的依据,方便查询用户信息以及了解用户数量及单位方便添加相关书籍。
每学年固定发生一次,在有学生插入退学或新老师调入调出情况会有改动。
卡号
读者登录系统的账号,及借书卡号
该卡号与读者入学时间及单位有关
单位
读者所属院系
读者基本信息的一部分
●输入/输出格式(How)
读者信息汇总表
卡号
姓名
性别
单位
密码
入校时间
按卡号进行排序。
4.2.1.3读者信息添加UC_I_TJ_DZXX
1、使用者
名称:
读者登录
业务目的:
验证读者身份,成功登录后才可办理图书续借手续。
时机:
不定,读者需要办理图书续借或查看个人借阅信息时发生。
频率:
对于用户的每次使用,大约在1~3次左右。
2、内容与格式
交互过程:
读者管理子系统:
通过管理员录入读者信息,在读者登录时才可验证成功。
借还书子系统:
通过成功验证,读者才能办理图书续借及查看借阅信息的操作。
数据包说明:
验证信息:
读者卡号+读者密码
4.2.2领域模型
4.2.2.1读者信息表领域类
读者信息表领域类
无
读者管理模块:
对读者信息进行操作的添加、查看、删除事件。
借还书模块:
读者登录系统身份验证事件。
卡号:
读者入学时,统一分配的卡号
姓名:
读者姓名
性别:
读者性别
单位:
用户所属机构或院系
入校时间:
读者入校的具体时间
密码:
初始密码与卡号相同,之后读者可以自己更改
4.3
借还书服务子系统
4.3.1用例模型
在3.4小节的分析上,可以抽象出如下所示的用例模型。
4.3.1.1借还图书管理(UC_B_TS_JieHuan)
借还图书管理
UC_B_TS_JieHuan
图书管理员、读者
读者通过该图书管理系统,查询图书信息后到图书馆取书并在图书管理员处登记借书信息,借出图书后读者可通过该系统查看借阅信息并可以进行图书续借操作。
读者还书时,管理员调出借阅信息,系统查看是否超期,若没有超期,注销掉本次借阅的信息,若超期则进行罚款处理,之后注销掉本次借阅信息。
操作便捷,有超期系统自动提示
避免了排长队
(2)事件流