图书管理系统需求分析

图书管理系统的需求分析类别：09信息管理1类成员：唐、段敏、杨、胡永义、余克吉、李波任务分配：内容1系统要求概述31.1图书馆管理系统功能概述31.2系统主要业务流程分析31.3系统功能模块分析31.4建立用例模型41.4.1读者用例图41.4.2图书管理员用例图41.4.3系统管理员用例图51.5详细使用案例52系统分析6类别2.1的图63系统设计83.1用例动态模型设计83.1.1“读者查询个人借阅信息”用例动态模型8的实现3.1.2“查询图书信息”用例的动态模型9的实现3.1.3“借书”用例9动态模型的实现3.2类图设计113.3物理架构设计123.3.1组件图123.3.2配置图131.系统要求概述1.1图书管理系统功能概述图书管理主要处理借书、还书和其他附带操作(如逾期罚款、还书等)。)。一个简单的图书管理系统应该提供以下功能：借阅过程：完成向读者借书的过程。图书归还：完成向读者归还图书的过程。信息查询：包括图书信息查询和读者借阅情况查询。图书管理：包括输入新的图书记录和删除旧的图书记录。1.2系统主要业务流程分析与系统功能相对应，系统主要有四个流程：结束流程、归还流程、图书查询和图书资源管理。每个过程的主要过程描述如下：借阅流程：当读者借阅所需图书时，图书记录中的借阅标志设置为假(不再借阅)，并在借阅单中增加一条借阅记录。还书流程：读者归还借出的图书，归还图书后图书记录中的借阅标志设置为真(可以借阅)，借阅记录从借阅单中删除。图书查询：读者和工作人员可以查询图书信息，输入图书的编号或书名，从图书对象列表中查找相应的记录。图书管理：首先，员工将在“输入新书资料”和“删除旧书资料”之间进行选择。如果“输入新书数据”，员工将输入新书数据，并将新书作为新记录添加到对象列表中。如果“删除旧书”，找到要删除的书，并将其从图书对象列表中删除。1.3系统功能模块分析满足上述要求的系统主要包括以下系统模块：基本业务处理模块：主要实现图书管理员对读者借阅图书和归还图书的处理。信息查询模块：实现读者对图书信息和自助借阅信息的查询非常重要。系统维护模块主要实现系统管理员对读者信息、馆员信息、图书信息和数据库的管理。1.4建立用例模型根据功能需求，构建了用例模型。主要任务是识别系统中的所有参与者，为每个参与者找出他们的用例，并建立用例模型。该系统的主要参与者是“读者”、“图书馆员”和“系统管理员”。每个参与者的用例图如下：1.4.1读者用例图图1-1读者用例图1.4.2图书馆员用例图图1-2图书馆员用例图1.4.3系统管理员用例图图1-3系统管理员用例图1.5详细的用例在确定了参与者和主要用例并创建了用例图之后，如果需要，每个用例可以按顺序详细描述，包括用例如何开始、结束以及与参与者的交互。表1-1读者查找个人借阅信息的用例表1-2读者查找图书信息的用例2系统分析2.1类图定义系统需求后，下一步是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析方法进行，即文本中的名词和名词短语隐含类或类的属性，动词和动词短语隐含类的职责或操作。通过对用例图的分析，我们可以知道图书管理系统中可以确定的主要对象类包括“读者”、“图书”、“图书管理员”和“系统管理员”。其中，“读者”和“书籍”通过借阅关系可以形成一个新的“借阅记录”类别。此外，对用例图的分析表明，用例“认证”和“图书馆资料查询”由对象类“读者”和“工作人员”共同拥有，用例“认证”是执行除用例“图书馆资料查询”之外的其他用例的前提。因此，“认证”和“图书馆资料查询”可以定义为接口类中的操作(接口类是一个没有属性的抽象类，操作功能没有具体实现)。接口类通过实现连接得到其他对象类的支持，这些对象类实现接口类中定义的所有操作)。剩余的用例被抽象为与用例交互的参与者所属的对象类的操作。因此，最后可用的对象类图是：图1-4系统对象类图除了为系统数据信息存储管理和业务逻辑控制定义上述类外，我们还可以在开发具有图形用户界面的系统时定义一些相应的用户界面类：(1)主窗口类主窗口是图书馆员与系统交互的主要界面。系统的主界面有菜单。当用户选择不同的菜单项时，主窗口对象调用相应的方法来完成功能操作。(2)借阅对话框类-借阅对话框是借阅图书所需的对话框。(3)ReturnDialog类-returndialog是返回图书所需的对话框。(4)查询日志类-查询日志是一个查询借款人的借款信息或账面存货信息的对话框。(5)维护窗口类别维护窗口是系统管理员维护系统的主要界面，也提供菜单项。图1-5图书管理系统的用户界面类3系统设计系统设计的主要工作是用例实现-设计。也就是说，每个用例都是动态建模的，包括序列图、协作图等的建立。描述了如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类有缺陷或不完整，分析中得到的类图需要不断修改和调整。因此，类图也应该通过动态建模来修改和完善。3.1用例动态模型设计3.1.1实现“读者查询个人借阅信息”用例的动态模型图1-6读者查询个人借阅信息序列图图1-7读者查询个人借阅信息协作图3.1.2“查询图书信息”用例动态模型的实现图1-8读者查询图书的顺序图图1-9读者询价协作图3.1.3“借书”用例动态模型的实现图1-10读者借书顺序图图1-11读者借书协作图3.1.4“还书”用例动态模型的实现图1-12读者还书顺序图图1-13读者还书协作图3.2类图设计进一步扩展和细化在分析阶段定义的类，包括定义新的类来处理用户需求。随着动态建模的深入，会发现原来建立的类有缺陷或不够完整，分析中得到的类图需要不断修改和调整。因此，类图也应该通过动态建模来修改和完善。图1-14设计类图3.3物理架构设计物理架构设计是用UML图形描述