图书管理系统分析与设计7.docVIP

图书馆管理系统 一、需求分析 1.1系统总功能需求 首先需要对图书馆管理系统进行详细的了解和分析，一个功能完全满足基本需要的系统应该包括以下几个模块： 1.1.5安全/使用管理功能模块 这是任何一个信息管理系统都需要的部分，图书管理系统的操作只能由专人进行，只有图书管理部门的工作人员才能拥有权限，特别是图书馆的借出状况，如果没有安全管理部分，后果难以想象，可能每次登录都需要用户身份的验证。 1.1.6帮助功能模块 这是软件不可缺少的部分，为了方便使用者实用软件，应该有一个详细的帮助模块。图书管理系统的需求功能需求图如图1-1所示。 图1-3 增加书籍信息 这个功能实现把书籍信息输入到数据库中，书籍信息包括名称、作者、ISBN、类别、预留信息和书项。 （2）书籍信息的修改，如图1-4所示，这个功能实现把书籍信息修改后输入到书籍库中。（前置条件：已存在书籍） 图1-4修改书籍信息 （3）用户信息的增加，如图1-5所示。这个功能实现把读者信息输入到数据库中。读者信息包括姓名，地址，区号，借书条目和预留条目信息。 图1-5增加用户信息 （4）用户信息的修改，如图1-6所示。这个功能实现把读者信息修改后输入到数据库中。 图1-6修改用户信息 1.3基本业务功能需求 基本业务功能需求模块的具体功能如图1-7所示。这些功能雪球基本上包括了读者要求提供的业务。 图1-7基本业务需求框图 （1）借书功能需求，如图1-8所示。该功能实现的是将读者要求借出的书籍信息加入到数据库中，然后更新数据库，借出的时间段内，该书不能再借出。借出信息包括书目和借出者等。 图1-8借书功能 （2）还书功能需求，如图1-9所示。这个功能实现将读者要还的书籍的信息以及读者的姓名，重新将书籍状态设置为可用。同时更新数据库。输入信息包括书名，作者，借出的书目和借书读者的姓名。 图1-9还书功能 （3）预留书籍功能需求，如图1-10所示。这个功能实现将读者的预留书籍要求输入到书籍信息中，便于借出书籍归还时能够及时把书籍借给预留读者。预留信息包括书名，作者和要求预留书籍的读者姓名。 图1-10预留书籍功能 （4）撤销预留功能需求，如图1-11所示。该功能实现根据读者的要求撤销预留功能，改变当前书籍的预留状态，更新数据库，以便其他读者能进行书籍的预留或者借出。 图1-11撤销预留功能 1.4数据库维护功能 数据库维护功能是信息管理系统不可或缺的部分，其需求如图1-12所示。 图1-12数据库维护功能需求 （1）读者信息管理功能需求，如图1-13所示。该功能实现对读者信息的统一管理，可以增加和修改读者信息。 图1-13读者信息管理功能需求 （2）书籍信息管理功能需求，如图1-14所示。该实现对书籍信息的统一管理，可以增加或者修改书籍的信息。 图1-14书籍信息管理功能需求 1.5查询功能需求 这个模块的具体功能如图1-15所示。 图1-15查询功能需求框图 （1）读者信息查询需求,如图1-16所示。 图1-16读者查询功能 （2）书籍查询需求，如图1-17所示。 图1-17书籍查询功能 1.6安全使用管理功能需求 这个模块的具体功能如图1-18所示。 图1-18安全使用管理功能需求框图 1.7帮助功能需求 这个模块的具体功能如图1-19所示。 图1-19帮助功能需求框图 二、UML系统建模 使用UML进行系统建模,用面向对象的方法来分析系统,然后用可视化的模型将信息用标准的图形直观地显示出来,以此建立面向对象地系统模型.我们使用UML来进行系统开发地分析,以帮助开发人员了解系统功能与系统流程。 2.1 用例地建立 分析阶段最重要地是用例视图的建立,用例视图强调用户希望得到的功能,它是成为参与者地外部用户所能观察到的系统功能地模型图.通过用户视图,使用者应该明确软件后续设计阶段所要完成地任务,整个软件直到实现地过程都是围绕需求阶段地用例来进行地。 （1）角色地确定 角色是与系统有交互作用地人或事务，通常代表着一个系统地使用者，或者需要与系统打交道地人或事务。 在图书管理系统中有如下事务： 读者要借书籍 读者要还书籍 读者要预留书籍 读者要撤销预留书籍 工作人员根据读者要求提供服务 工作人员进行查询，修改信息 对于读者来说，所要求地服务都是直接传递给工作人员的，真正地系统使用者是工作人员，读者只是跟工作人员打交道，不涉及到系统本身。而整个工作流程中，只出现两个角色，那就是读者和工作人员。 （2）创建用例 用例是用户跟系统的交互，是系统提供地功能块。使用用例与传统的方法不同，将项目分解成使用用例是面向对象地过程而不是面向实现地过程，用例关注地是系统外地用户，有助于让开发人员了解最重要地部分——满足用户需求和期望。通过用例，用户也能清