图书馆管理系统项目需求说明书.doc

图书馆管理系统 项目需求分析说明书1目录第一章 引言111 编写目的112 读者对象113 软件项目概述114 文档概述215 定义216 参考资料2第二章 项目概述221 系统用例图2211 系统顶层用例图2212 系统综合用例图322 用户特点523 限制和约束524 假设和前提5第三章 系统详细需求描述631 系统类图6311 系统实体类图8312 系统控制类图和边界类图832 系统类说明8321 系统实体类说明8322 系统控制类说明8323 系统边界类说明833 性能需求9331 系统性能需求934 设计约束9341 系统设计约束935 进度要求9ii第一章 引言1.1编写目的编写文档的目的：全面、详细和准确地定义图书馆管理系统的用户需求，指导系统的后续开发工作；本文档所描述的用户需求将作为项目最终检验的标准和依据。1.2读者对象本文档的目标读者：（1） 用户（2） 需求分析人员（3） 软件设计人员（4） 软件测试人员1.3软件项目概述图书馆管理系统，将传统的图书管理系统和图书馆后台管理系统功能相结合，把两个系统的功能组合在一个系统中。可以完成以下系统功能需求：新书录入数据库，新书推荐，到期书籍催还，图书馆工作人员出勤情况统计以及信息管理，图书馆新闻通知管理，用户书籍查询，用户信息修改，用户在借书籍续借等。在提供给完整的用户体验的同时，着力为用户提供方便、易用舒适的用户界面。系统的总体拓扑图如下：（图1.1 系统拓扑）在完成系统现有功能的基础上，我们着力把系统设计成容易扩展，重用性高的组件集成的项目，在组件方面做出尝试，使构成系统的组件可以在以后的开发中得到重用。1.4文档概述本文档力求全面、详细和准确地定义图书馆管理系统的用户需求，文档的内容组织如下：第一章， 引言，简要介绍文档和项目的情况。第二章， 一般性描述，定义了系统与环境之间的关系。第三章， 详细需求描述，详细定义了系统的功能需求。第四章， 其他需求描述，定义了系统的非功能需求。1.5定义1.5.1文档中用到的概念定义如下：library management system（lms）：图书馆管理系统学生用户：指lms的图书借阅者，新闻通告查看者管理员：指图书馆管理系统的系统管理员，后台管理者外部系统：指图书馆管理系统外部的其他系统，它与图书馆管理系统交互，完成一些系统功能，如中国数字图书馆的电子图书查询接口1.6参考资料软件工程与软件文档写作 文斌 刘长青 田原著，清华大学出版社，北京交通大学出版社第一章 一般性描述图书馆管理系统，涉及的学生用户个人信息，学生用户借阅信息，管理员信息等都放在数据库服务器上。本系统采用浏览器/服务器（b/s）模式，系统的主要用户有：学生用户，管理员。2.1系统用例图（user case）2.1.1系统顶层用例图（图2.1 系统顶层用例图）角色定义如下：学生用户、系统管理员：定义见需求分析说明书1.5.12.1.2系统综合用例图（图2.2 系统综合用例图）各个用例说明如下：（1） 查询个人信息：学生用户查询个人身份信息第一步：用户给出学号和密码第二步：合法登陆后可以查询（2） 修改个人信息：学生用户修改个人信息第一步：用户给出学号和密码第二步：合法登陆后可以修改（3） 查询系统消息：学生用户查询系统消息新闻第一步：用户给出学号和密码第二步：合法登陆后可以查询（4） 查询在借信息：学生用户查询个人在借书籍信息第一步：用户给出学号和密码第二步：合法登陆后可以查询（5） 新书推荐：学生用户和管理员查看新书相应模块查看即可（6） 在借书籍续借：学生用户续借没有续借过的书籍第一步：用户给出学号和密码第二步：合法登陆后查看在借信息第三步：点击相应的书籍操作第四步：如果书籍没有续借过，则系统使该书籍还书日期延后，续借成功；否则，续借失败。（7） 书籍检索：学生用户进行书籍检索输入关键字，选择检索条件，检索即可。（8） 过期书籍催还：管理员触发过期书籍催还条件催还书籍第一步：管理员给出用户和密码第二步：如果管理员有相应权限，则触发过期催还第三步：所有在借书籍有过期的用户将接到消息通知（9） 新书录入：管理员添加新书资料第一步：管理员给出用户和密码第二步：有相应权限则可以添加新书第三步：新书内容入库（10） 添加系统新闻公告：管理员添加新闻和公告第一步：管理员给出用户和密码第二步：有相应权限则可以添加（11） 工作人员管理：管理员管理图书馆工作人员的资料信息第一步：管理员给出用户和密码第二步：有相应权限则可以进行相应管理因此，系统由以下模块组成： 图书模块 用户操作模块 管理员模块 新闻通告模块2.2用户特征学生用户：学生用户本身拥有学校发放的学号和密码；熟悉浏览器的使用；能够按照常规的系统使用流程使用系统。管理员用户：管理员用户本身熟悉图书馆业务流程，能够熟练的使用浏览器和系统后台的相关操作。2.3限制和约束系统满足以下限制：（1） 所有用户操作必须登陆操作，登陆分为匿名登陆和学号登陆两种方式（2） 管理员有权限级别，管理员分为部分管理权限和全部管理权限两种权限级别（3） 界面简便、简洁、易操作（4） 保护用户个人隐私2.4假设和前提（1） 图书馆管理系统采用浏览器/服务器模式，任何用户需采用浏览器访问服务。（2） 学生用户凭学号和密码登陆，管理员系统分配权限。第三章 系统详细需求描述3.1 系统实体类图（图3.1 系统实体类图）系统控制类和边界类图：（图3.2 系统控制类和边界类图）3.2 类的说明3.2.1系统实体类说明3.2.1.1 图书类(books)：描述并定义了图书相关的所有属性和操作，属性包括图书名称，图书作者等；操作包括新书插入、书籍检索等。3.2.1.2 用户类（user）：描述并定义了图书相关的所有属性和操作，属性包括用户名，密码等；操作包括用户添加、信息修改等。3.2.1.3 公告类（notes）：描述并定义了公告相关的所有属性和操作，属性包括公告标题，内容等；操作包括公告添加、修改等。3.2.2 系统控制类说明3.2.2.1 图书检索控制类(booksselect)：描述并定义了图书检索的业务逻辑和处理过程。3.2.2.2 图书插入控制类（booksinsert）：描述并定义了图书插入的业务逻辑和处理过程。3.2.2.3 图书信息修改控制类(booksupdate)：描述并定义了图书信息修改的业务逻辑和处理过程。3.2.2.4 图书删除控制类（booksdelete）：描述并定义了图书删除的业务逻辑和处理过程。3.2.2.5 用户添加控制类（regservlet）：描述并定义了用户添加的业务逻辑和处理过程。3.2.2.6 用户信息检索控制类（findservlet）：描述并定义了用户信息查询的业务逻辑和处理过程。3.2.2.7 用户登陆控制类（loginservlet）：描述并定义了用户信息查询的业务逻辑和处理过程。3.2.2.8 通知添加（notesinsert）：描述并定义了通知添加的业务逻辑和处理过程。3.2.2.9 通知删除（notesdelete）：描述并定义了通知删除的业务逻辑和处理过程。3.2.3 系统边界类说明3.2.3.1 输入输出检查类(check)：描述并定义了系统与外