UML图书馆管理系统word版(亲自写的)

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

UML图书馆管理系统word版(亲自写的)
图书馆管理系统
1.需求分析
1.1系统功能需求
①借阅者可以通过网络查询书籍信息和预定书籍。

②借阅者能够借阅书籍和还书。

③图书管理员能够处理借阅者的借阅和还书请求。

④系统管理员可以对系统的数据进行维护,如增加、删除和更新书目,增加、删除和更新借阅者帐户,增加和删除书籍。

⑤系统主要包括以下几个模块:
◆基本数据维护模块
◆基本业务模块
◆数据库管理模块
◆信息查询模块
1.2基本数据维护模块
基本数据维护模块包括的主要功能模块:
①添加借阅者帐户
②修改更新借阅者帐户信息
③添加书目
④修改和更新书目信息
⑤添加书籍
⑥删除书籍
1.3基本业务模块
基本业务模块包含的功能:
①借书
②还书
③书籍预约
④取消书籍预定
1.4数据库模块
数据库模块的功能:
①借阅信息管理
②书籍信息管理
③帐户信息管理
④书籍预留信息管理
1.5信息查询模块
信息查询模块主要是查询数据库中的相关信息:
①查询书籍信息
②查询借阅者信息
系统的参与者主要有三类:读者(也可称为借阅者)、图书馆管理员、图书馆管理系统维护者。

2.UML建模
统一建模语言(UML是 Unified Modeling Language的缩写)是用来对软件密集系统进行可视化建模的一种语言。

UML 为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。

统一建模语言 (UML)是非专利的第三代建模和规约语言。

UML是在开发阶段,说明,可视化,构建和书写一个面向对象软件密集系统的制品的开放方法。

UML展现了一系列最佳工程实践,这些最佳实践在对大规模,复杂系统进行建模方面,特别是在软件架构层次已经被验证有效。

UML最适于数据建模,业务建模,对象建模,组件建模。

UML作为一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。

当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。

2.1系统中的类类的概念是面向对象软件开发的关键。

UML引入类图的概念,使其顺理成章的成为面向对象建模的首选方法。

通过使用类图,可以清晰明确的展现出系统内部各静态模块的性质、功能以及它们之间的关系。

这也贴合了自然界呈现复杂系统的方式,可以准确全面的掌握复杂系统的各种信息。

一旦建立了系统的类图,我们对它的内部结构便
可一目了然,这也为后续的建模和开发工作打下了坚实的基础。

读者类Reader
图书馆人员类LibraryStaff
图书馆管理员类LibraryManager 系统管理员类SystemManager
图书馆领导类LibraryBoss
图书馆数据库类LibraryDatabase
图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase
图书馆工作人员数据库LibraryStaffbase
图书馆资源类LibraryResources 实物书籍类BooksResources 电子书籍类ElectronicResources 书类Book
Magazine杂志类
2.2用例图
用例是从用户的观点对系统行为的一个描述。

它能够帮助分析员
和用户去确定系统的使用情况。

用例作为用户和系统分析人员交流的桥梁,可以最大限度的保证无障碍交流。

借助于用例,系统分析人员能够准确、全面的获得用户的需求;用户能够科学的梳理自己的需求——发现潜在需求,丢弃错误需求。

作为需求分析阶段的主要工作之一,制定优质的用例图可以大大降低需求误解和需求偏移的风险;避免项目的返工、延期、预算超支甚至彻底失败;最终开发出符合用户需求的产品。

图1 读者用例图
2.3系统的时序图
顺序图主要涉及到不同对象之间的交互情况。

它的关键思想是对象之间的交换是按照特定的顺序发生的,这些按特定顺序发生的交换序列从开始到结束需要一定的时间。

2.3.1系统管理员添加书籍的时序图
图2 系统管理员添加书籍的时序图
2.3.2系统管理员添加借阅者帐户的时序图
图3系统管理员添加借阅者帐户的时序图2.3.3系统管理员删除书目的时序图
图4 系统管理员删除书目的时序图
2.3.4图书管理员处理书籍借阅的时序图
图5 图书管理员处理书籍借阅的时序图2.3.5 借阅者查询书籍信息的时序图
图6借阅者查询书籍信息的时序图2.3.6借阅者预约书籍的时序图
图7借阅者预约书籍的时序图
2.4画出系统的状态图
状态图实际上是一种由状态、变迁、事件和活动组成的状态机。

状态图描述从状态到状态的控制流,常用于系统的动态特性建模。

在大多数情况下,它用来对反应型对象的行为模型。

在UML中,状态图可用来对一个对象按事件排序的行为模型。

一个状态图是强调状态到状态的控制流的状态机的简单表示。

一般而言,
状态图是对类所描述设施的补充说明,它描述了类的所有对象可能具有的状态以及引起状态变化的事件。

2.4.1书的状态图
图8 书的状态图
2.4.2借阅者帐户的状态图
图9借阅者帐户的状态图
2.5画出系统的活动图
活动图(activity diagram,动态图)是阐明了业务用例实现的工作流程。

业务用例模型中的活动图
业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。

业务用例由一系列活动组成,它们共同为业务主角生成某些工件。

工作流程通常包括一个基本工作流程和一个或多个备选工作流程。

工作流程的结构使用活动图来进行说明。

工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排。

活动既可以是手动执行的任务,也可以是自动执行的任务。

它可完成一个工作单元。

活动图是状态图的一种特殊形式。

其中所有或多数状态都是活动状态,而且所有或多数转移都在源状态中的活动完成时立即触发。

一个基本活动图可能包括以下元素:
活动状态表示在工作流程中执行某个活动或步骤。

转移表示各种活动状态的先后顺序。

这种转移可称为完成转移。

它不同于一般的转移,因为它不需要明显的触发器事件,而是通过完成活动(用活动状态表示)来触发。

决策,为其定义了一组警戒条件。

这些警戒条件决定在活动完成后将执行一组备选转移中的哪一个转移。

您也可以使用判定图标来表示线程重新合并的位置。

决策和警戒条件使您能够显示业务用例的工作流程中的备选线程。

同步示意条用于显示平行分支流。

同步示意条使您能够显示业务用例的工作流程中的并行线程。

2.5.1借阅者的活动图
图10借阅者的活动图
2.5.2图书管理员的活动图
图11图书管理员的活动图
2.5.3系统管理员的活动图
2.5.
3.1系统管理员维护借阅者帐户的活动图
图12系统管理员维护借阅者帐户的活动图
2.5.
3.2系统管理员进行书目信息维护的活动图
图13系统管理员进行书目信息维护的活动图
2.5.
3.3系统管理员维护书籍信息的活动图
图14系统管理员维护书籍信息的活动图。

相关文档
最新文档