1. 业务需求
1.1 应用背景
本需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
本需求的预期读者是与图书管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持该项目的领导和公司人员，软件验证者。
1.2 业务机遇
随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。而很多学校图书馆，尤其是中小图书馆，仍采用手工管理图书的方法，不仅效率低、易 出错、手续繁琐，而且耗费大量的人力。为了满足图书馆管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，在工作人员具备一定的计算机操作能力的前 提下，特编此图书管理系统软件以提高图书馆的管理效率。
1.3 业务目标
业务目标的例子如下：
BO-1：该系统实施后，应该实现图书管理工作的规范化，系统化，程序化;
BO-2：提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况;
成功标准的例子如下所示：
SC-1:系统对业务的处理规范化，系统化，程序化,管理员和学生按照流程办事;
SC-2：及时准确,全天候服务,处理速度快,准;
1.4 业务风险
业务风险的示例如下：
RI-1:有恶意搜索刷屏者,占用带宽,影响系统反应速度;
RI-2：使用该系统的学校数量少,利润不及成本;
2 项目前景
2.1 前景概述
为方便对图书馆书籍，读者资料，借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序之后，图书馆管理人员可以管理读者的登记、图书的购入、借出、归还以及注销等；还可以查询某位读者、某本图书的借阅情况，对当前借阅情况给出一些统计，给出统计表格，以全面掌握图书的流通情况。
2.2主要特性
FE-1：查询所有书籍列表、书籍借阅情况和所有用户列表。
FE-2：管理员用户分为系统管理员、书籍管理员和借阅管理员三种角色，不同角色具有不同的权限。
FE-3：用户登录和用户管理功能，包括读者和管理员两种角色的管理。
FE-4：图书管理包括增加图书信息、删除图书信息和修改图书信息功能。
FE-5：借书和还书管理，实现借阅者的借书、续借、还书功能。
2.3 假设与依赖
AS-1：图书馆具有有条形码扫描仪。
AS-2：服务器端：CPU：P4以上;内存：256MB以上;客户端：CPU：P3以上;内存：256MB以上;显示卡：16K色以上显示模式。
AS-3：图书馆系统服务器需7*24小时开机运行。
AS-4：建议系统的维护时间尽量在晚上十一点之后,早上六点之前。
AS-5：图书馆系统管理员必须经过一定的法律及技能培训。防止出现管理员对客户信息盗用，非法修改等操作。
DE-1：如果学校已经有学生及教师个人信息的数据库,需可以从其数据库中读取相关信息。
3. 项目范围
3.1 第一版范围
第一个版本主要实现网站界面的布局,以及借还书,新书入库,丢书删除,等基本功能的实现,保证系统的可用性。
3.2 后续版本范围
特性
版本1
版本2
版本3
FE-1
完全实现
FE-2
超期不可借书
完成其他所有功能
4. 项目环境
4.1 操作环境
这个系统主要提供给两类用户使用,一类是管理员模块,一类是读者模块。
4.2 涉众
这个系统中的主要涉众如下表：
涉众
特点
读者
读者主要使用这个系统进行书籍查询,书籍续借,以及所借阅书籍还书日期,个人信息等内容;
管理员
对书籍借出有二维码扫描仪进行扫描,减少了人力工作压力;
4.3 项目属性
具体项目属性如下表：
属性
驱动因素
约束因素
可调整因素
特性
各个版本的功能必须完全可操作。
在最终版本中进行调整。
质量
用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,winxp等操作系统下稳定工作。
在后续版本中完善功能提高用户满意度
成本
必须控制开发费用在额定范围内
允许费用超过的最大额度不超过总经费的10%
进度
项目经理
必须保证开发时间在规定时限范围内
开发时间最长不得超过规定时间2天
人员
Default">团队规模包括一个项目经理，两名开发人员，和一名测试人员
人员数目按照规定严格控制
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。
词汇表：模型,系统,图书管理
参考资料： 需求工程—软件建模与分析
相关文章
