软件工程 图书馆管理系统需求规格说明书.doc

“图书管理系统”需求分析报告（实例） 1.引言 参见可行性分析报告的引言。 2.需求概述 2.1目标 “图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。该系统针对的用户是单个中小型图书室，藏书的种类和数量较少，系统需要操作方便，方便管理员对整个系统管理和学生借阅图书。 2.2 用户类和特征 最终的用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作知识即可。 2.3运行环境 参见2.3节中可行性分析报告的运行环境。 3功能需求 本系统相应的需求有以下方面。 (1)能够存储一定数量的图书信息，并方便有效地进行相应的书籍数据操作和管理，这主要包括以下内容。 (图书信息的录入，删除以及修改。 (图书信息的多关键字检索查询 (图书的借出、返还和资料统计。 能够对一定数量的读者进行相应的信息存储与管理，这其中包括一下 读者信息的登记、删除及修改。 ②读者资料的统计与查询 ③能够提供一定的安全机制，提供数据信息授权访问。 需求补充说明的几点如下。 (1)数据保存：需要长期保存在数据库的数据有以下几种。 ①图书信息：图书的基本信息。 ②读者信息：读者的基本信息。 ③借阅信息：图书的借阅信息 ④账号信息：图书管理员和读者的登录账号。 （2）系统用户：图书管理员、读者。 ①图书管理员：对图书和读者数据可执行添加、修改、删除以及查询等操作。 ②读者：可查询图书以及查询与本人相关的借阅信息 3.1 确定执行者 执行者是与系统交互的外部实体，它既可以是人员，也可以是外部系统或硬件设备。 确定执行者可以通过提出以下问题得到。 (1)谁使用系统的主要功能？ (2)谁需要系统的支持以完成日常工作任务？ (3)谁从系统获取信息？ (4)谁负责维护和管理系统以保证其正常运行？ 谁从系统获取信息？谁负责维护和管理系统以保证其正常运行? (5)系统需要应付（处理〉哪些外部硬件设备? （6)系统需要和哪些外部系统交互？ 在本例中，可以确定“图书管理员”和“读者”为系统的执行者。“图书管理员”负责使用系统的主要功能,“读者”从系统中获取所需的信息 3.2确定用例 用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在 的系统活动，并对执行者产生有价值的可观测结果。 确定用例可以通过提出以下问题得到。 (1)参与者需要从系统中获得什么功能？参与者需要做什么？ (2)参与者读取、产生、删除、修改或存储系统的某些信息吗？ (3)系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？ (4)系统的输入/输出信息是什么？这些信息从哪里来到哪里去？ (5)采用什么实现方法满足某些特殊要求？ 本例中我们通过一定的调研和分析得到“图书管理系统”的用例图，如图3.1所示 3.3编写用例文档 用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的 信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描 述用例时，应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档。 1.图书信息的维护用例 用例名：图书信息的维护。 参与执行者：图书管理员。 入口条件：图书管理员已经登录到该系统中。 事件流：当有新书入库时，图书管理员在录入页面输入书的信息，单击“提交”按钮，系统将 书的信息保存到数据库中；当某一本图书的信息需要修改时，图书管理员通过输入查询条件, 搜索出该书时，单击“修改”按钮，系统在可编辑状态显示图书的当前信息，图书管理员修改具 体信息，单击“保存”按钮，系统将更新数据库中该书的信息；当需要删除一本或多本图书时，图书管理员查找到需要删除的图书记录，单击“删除”按钮，系统提示“确实要删除?”对话框，当管理员选择“是”时，系统将删除数据库中相应图书的信息,反之，则不进行任何操作。 出口条件：系统将数据库中的信息进行相应的操作：添加图书信息时，将新的图书信息保 存在数据库中；修改图书信息时,将数据库中该图书的信息做相应的更新搡作;删除图书信息 时，则删除数据库中的相应图书记录。 异常事件:在图书进行修改和删除时，先查出需要进行处理的图书记录，如果数据库中不 存在符合条件的记录，查询无结果时，则无法进行修改和删除操作。 2.读者信息的维护用例 用例名：读者信息的维护。 参与执行者：图书管理员。 入口条件：图书管理员已经登录到该系统中。 事件流：当有新的读者时，图书管理员在录入页面输入读者的信息,单击“提交”按钮，系统 将读者的信息保存到数据库中；当某一个读者的信息需要修改时，图书管理员通过输入查询条 件，搜索出该读者信息时，单击“修改”按钮，系统在可编辑状态显示读