需求分析说明书-read.docVIP

图书馆管理系统 项目 需求分析说明书 文档修改记录 修改人 修改时间 修改说明 王玉龙 2008年12月10日 第一次写作 罗龙港 2008年12月12日 修改系统类图 杨永德 2008年12月12日 修改部分格式 代佳庆 2008年12月15日 修改系统控制类图 王玉龙 2008年12月31日 定稿 目录 第一章 引言 1 1．1 编写目的 1 1．2 读者对象 1 1．3 软件项目概述 1 1．4 文档概述 2 1．5 定义 2 1．6 参考资料 2 第二章 项目概述 2 2．1 系统用例图 2 2．1．1 系统顶层用例图 2 2．1．2 系统综合用例图 3 2．2 用户特点 5 2．3 限制和约束 5 2．4 假设和前提 5 第三章 系统详细需求描述 6 3．1 系统类图 6 3．1．1 系统实体类图 8 3．1．2 系统控制类图和边界类图 8 3．2 系统类说明 8 3．2．1 系统实体类说明 8 3．2．2 系统控制类说明 8 3．2．3 系统边界类说明 8 3．3 性能需求 9 3．3．1 系统性能需求 9 3．4 设计约束 9 3．4．1 系统设计约束 9 3．5 进度要求 9 第一章 引言 1.1编写目的 编写文档的目的： 全面、详细和准确地定义图书馆管理系统的用户需求，指导系统的后续开发工作；本文档所描述的用户需求将作为项目最终检验的标准和依据。 1.2读者对象 本文档的目标读者： 用户 需求分析人员 软件设计人员 软件测试人员 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.1 2.1.2系统综合用例图 （图2.2 系统综合用例图） 各个用例说明如下： 查询个人信息：学生用户查询个人身份信息 第一步：用户给出学号和密码 第二步：合法登陆后可以查询 修改个人信息：学生用户修改个人信息 第一步：用户给出学号和密码 第二步：合法登陆后可以修改 查询系统消息：学生用户查询系统消息新闻 第一步：用户给出学号和密码 第二步：合法登陆后可以查询 查询在借信息：学生用户查询个人在借书籍信息 第一步：用户给出学号和密码 第二步：合法登陆后可以查询 新书推荐：学生用户和管理员查看新书 相应模块查看即可 在借书籍续借：学生用户续借没有续借过的书籍 第一步：用户给出学号和密码 第二步：合法登陆后查看在借信息 第三步：点击相应的书籍操作 第四步：如果书籍没有续借过，则系统使该书籍还书日期延后，续借成功；否则，续借失败。 书籍检索：学生用户进行书籍检索 输入关键字，选择检索条件，检索即可。 过期书籍催还：管理员触发过期书籍催还条件催还书籍 第一步：管理员给出用户和密码 第二步：如果管理员有相应权限，则触发过期催还 第三步：所有在借书籍有过期的用户将接到消息通知 新书录入：管理员添加新书资料 第一步：管理员给出用户和密码 第二步：有相应