图书管理系统需求分析.docx

1、图书管理系统需求分析图书管理系统需求分析班级：09信息管理1班组员： 唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波任务分配情况： 1. 系统需求概述 图书管理系统功能概述图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：借书处理：完成读者借书的流程处理。还书处理：完成读者还书的流程处理。信息查询：包括图书信息查询和读者借阅情况查询。图书管理：包括输入新书记录和删除旧书记录。 系统主要业务流程分析与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：借书流程：读者借阅

2、所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。 系统功能模块分析满足上述需求的系统主要包括以下几个系统模块：基

3、本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。 建立用例模型根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：1.4.1 读者用例图图1-1 读者用例图1.4.2 图书管理员用例图图1-2 图书管理员用例图1.4.3 系统管理员用例图图1-3 系统管理员用例图 详述用例在识别了参与者和主

4、要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。表1-1 读者查找个人借阅信息用例表1-2 读者查找图书信息用例2 系统分析 类图在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。另外，分析用例图可知，用例“身份验证”和“图

5、书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：图1-4 系统对象类图除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：(1)MainWindow类MainWindow是图书

6、管理员与系统交互的主界面，系统的主 界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。(2)BorrowDialog类BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。(5)MaintenanceWindow类MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。图1-5图书管理系统的用户界面类3 系统设计系统设计的主要工作是用例实现

7、设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。 用例动态模型设计3.1.1 实现“读者查询个人借阅信息”用例的动态模型图1-6 读者查询个人借阅信息序列图图1-7 读者查询个人借阅信息协作图3.1.2 实现“查询图书信息”用例的动态模型图1-8 读者查询图书序列图图1-9 读者查询图书协作图3.1.3 实现“借阅图书”用例的动态模型图1-10 读者借阅图书序列图图1-11 读者借阅图书协作图3.1

8、.4 实现“归还图书”用例的动态模型图1-12 读者归还图书序列图图1-13 读者归还图书协作图 类图设计进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。 随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。图1-14 设计类图 物理架构设计物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。3.3.1 组件图组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。图1-15 系统组件图3.3.2 配置图图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：图1-16 系统配置图