《软件工程》图书管理系统
需求分析报告
设计组名:SOS
组长:刘雪
总设计师:甄杰
解说员:谢丽娜
设计成员:张美丽、张倩、段爱娇
专业:计算机应用
报告日期:2010 年 10 月 25 日星期一
1、 简介
1.1 目的
1)能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,
这主要包括:
① 图书信息的录入、删除及修改。
② 图书信息的多关键字检索查询。
③ 图书的出借、返还和资料统计。
2)能够对一定数量的读者进行相应的信息存储与管理,这其中包括:
① 读者信息的登记、删除及修改。
② 读者资料的统计与查询。
3)能够对需要的统计结果提供打印输出。
4)能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供
信息备份的服务。
1.2 背景
a.待开发的软件系统的名称是《图书管理系统》
b.本软件适用于教育界,他是比较完善的系统管理软件,对图书馆的书籍、读者资
料、借还书等可以进行方便的管理。
1.3 参考文献
《软件工程》-----张海藩 编著 清华大学出版社
《数据库系统概论》-------萨师煊 王珊 编著
《C#程序设计》-----------吕文达 编著 清华大学出版社
高等教育出版社
2、 概述
2、1用户需求分析
2.1.1 产品透视图(产品结合)
2.1.2 产品功能
登录系统:注销用户,系统退出。
管理:用户管理、图书管理、借阅管理。
查询:图书查询、读者查询、借阅查询。
报表打印:所有图书、借出图书、库存图书、所有读者。
帮助:使用说明、关于。
2.1.3 用户角色
2.1.4 操作环境
2.1.5 设计实现约束
2、2建立需求原型
上图是用例图的建模过程,下面是该系统的用户需求陈述:
(1) 某大学图书馆准备开发“图书管理系统”,以方便广大师生借阅、浏览:
(2) 师生即用户需要先注册然后才能借阅图书。用户进行注册时需要输入个人信息,注
册成功后,会获得一个由系统提供的标识其身份的标识码。
(3) 用户登录进入图书管理系统后,可以通过 Web 页面查看图书的各种信息,如图书的
借阅情况,作者等
(4) 用户登录后可以借阅图书,并在系统规定的时间内还书。否则必须缴纳罚款金。用
户借阅图书时,系统会注明借阅时间。
(5) 图书管理员可以查询图书,查看一些借阅情况,更容易知道哪类图书需求量大,好
做到合理的更新增减图书。有用户违规或没按时还书的情况,他们做处理,收罚金。
查询图书可以是用户得知图书更具体的位置以节省时间。
(6) 系统管理员可以对书籍进行操控,注册,修改图书及信息;注册,修改读者信息;
进行系统维护。
从上述需求陈述中可以发现以下元素:
1 参入者
·用户
·图书管理员
·系统管理员
2 基本用例
● 注册
● 登录
● 查询图书
● 借阅图书
● 归还图书
● 更新图书
● 图书信息
● 读者信息
● 系统维护
上图是用户还书时的用例图。当用户还书时,图书管理员需要检查图书是否被损坏并查
看是否按规定时间还书。如果图书没有损坏而且按规定时间还书,那么图书管理员就修
改该图书的信息,删除用户借书记录,登记还书时间。如果图书被损坏用户必须交罚金,
图书管理员除了收款外还要把图书和用户的信息修改好,并记录图书损坏的程度,以致
其它用户借阅时方便。
上图是用户查询图书的用例图。当用户登录系统查询图书时,系统会根据图书信息表查询出
图书信息并反馈给用户。用户可以检索到图书馆的馆藏书目、读者基本信息、读者借书、超
期读者、罚款记录、最新图书、借阅频率最高的图书信息、图书具体的藏书位置。用户还可
以预定图书。
2、3系统需求分析
①功能需求
1 用户登录系统:包括管理员登陆,学生查阅信息登陆
2.在编目的时候自动迅速查找新的书籍是否已编目,并可以快速编目。
3.能够用计算机进行快速查找,已确定图书的名称和存放的位置。
4.查找出一本已借出的书现在在谁那里。
5.,各类具体查找功能。
6.统计一本结束正在一段时间内借过多少本书。
7.统计一本书在一段时间内被谁借过。
8.在还书时实现计算机自动判断图书借阅是否超期根据条例进行罚款。
9.在书丢失时进行赔偿,可以自行设置赔偿条例。
10.大型数据库,要可以灵活设置库的性质(1.是否可借 2.借阅时间 3.不同的读者
节约本书可以进行设置 4.增加、删除、修改库)。
11.图书管理员有不同的职位要可以进行权限设置。
12.读者信息管理。
13.统计当天工作人员工作流量和流量统计情况
②数据需求
输入图书的数量,图书的信息,图书编号,用户的信息,用户账号。用户查询时输出图
书的数量,罚款记录、最新图书、借阅频率最高的图书信息等。
③性能需求
学校对系统性能无特殊的要求,只要查询图书的时候没有明显的延迟就可以了,
学校图书馆目前有藏书 20 万册,查询时不要超过 3 秒钟。
④外部接口需求
4.1 用户接口
4.2 软件接口
因为可能涉及一些文档、报表的处理应该保持与常用软件的办公软件的接口
4.3 硬件接口
因为可能涉及数据的备份应该保持打印机和光盘刻录机的接口
4.4 通信接口
⑤非功能需求
⑥ 安全性需求
图书管理系统的操作也只能由专人进行,只有图书管理部门的工作人员才能拥有权
限,特别是图书的借出状况,如果没有安全管理部分,后果难以想象,可能每次登录都需要
用户身份的验证。
⑦ 保密性需求
⑧其他需求
1 附录 A
2 附录 B
3 附录 C
术语表
分析模型
争议点
2、4进行需求验证