图书管理系统需求分析.docx
《图书管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《图书管理系统需求分析.docx（11页珍藏版）》请在冰豆网上搜索。
图书管理系统需求分析
图书管理系统需求分析
班级：
09信息管理1班
组员：
唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波
任务分配情况：
1.系统需求概述
图书管理系统功能概述
图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。
一个简单的图书管理系统应提供如下功能：
·借书处理：
完成读者借书的流程处理。
·还书处理：
完成读者还书的流程处理。
·信息查询：
包括图书信息查询和读者借阅情况查询。
·图书管理：
包括输入新书记录和删除旧书记录。
系统主要业务流程分析
与系统功能相对应，系统主要有4个流程：
结束流程、还书流程、图书查询、图书资源管理。
各流程的主要过程描述如下：
·借书流程：
读者借阅所需的图书，借出后图书记录中的借阅标志被置为false（不能再借），借书文件中增加一个借书记录。
·还书流程：
读者归还所借的图书，还书后图书记录中的借阅标志被置为true（可被外借），在借书文件中删除一个借书记录。
·图书查询：
读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。
·图书管理：
首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。
若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。
若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。
系统功能模块分析
满足上述需求的系统主要包括以下几个系统模块：
·基本业务处理模块：
主要用于实现图书管理员对读者借阅图书和归还图书的处理。
·信息查询模块：
重要用于实现读者对图书信息和自身借阅信息的查询。
·系统维护模块：
主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。
建立用例模型
根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。
系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。
各个参与者的用例图如下：
1.4.1读者用例图
图1-1读者用例图
1.4.2图书管理员用例图
图1-2图书管理员用例图
1.4.3系统管理员用例图
图1-3系统管理员用例图
详述用例
在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。
表1-1读者查找个人借阅信息用例
表1-2读者查找图书信息用例
2系统分析
类图
在定义系统需求后，下一步就是确定系统中存在的对象类。
系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。
通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括“读者”，“图书”、“图书管理人员”和“系统管理员”。
其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。
另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作（接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作）。
其余用例则抽象为与该用例交互的参与者所属对象类的操作。
因此，最后可获得的对象类图为：
图1-4系统对象类图
除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：
（1）MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。
（2）BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。
（3）ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。
（4）QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。
（5）MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。
图1-5图书管理系统的用户界面类
3系统设计
系统设计的主要工作是用例实现—设计。
即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。
随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。
所以，还应该通过动态建模来修正和完善类图。
用例动态模型设计
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读者归还图书协作图
类图设计
进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。
随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。
所以，还应该通过动态建模来修正和完善类图。
图1-14设计类图
物理架构设计
物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。
3.3.1组件图
组件图：
表示构成软件系统的各物理组件及其相互之间的联系。
它能明确表示软件系统各部分的功能职责。
图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。
图1-15系统组件图
3.3.2配置图
图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：
图1-16系统配置图
升级会员 