图书管理系统需求分析.docx
《图书管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《图书管理系统需求分析.docx(12页珍藏版)》请在冰点文库上搜索。
图书管理系统需求分析
图书管理系统需求分析
班级:
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系统配置图