本节和大家一起学习一下UML业务建模实例分析，通过图书馆管理系统向大家介绍一下UML建模分析的方法，相信通过本节的学习你对UML业务建模实例分析步骤一定会有所掌握。
UML业务建模实例分析
在使用UML建立当前系统逻辑模型过程中，初学者通常会遇到一些问题：
1.什么时候真正需要业务模型？什么时候用例模型独立存在？
2.在进行精确的业务建模时能用哪些UML图形？如何知道是否用顺序图或者交互图？
3.业务模型如何涉及到其他模型（如领域模型，用例模型等等）呢？如何有机地组织这些模型？
本文将通过图书馆管理系统这个简单而典型的实例来进行一次UML业务建模实例实践之旅。
许多读者对图书馆图书管理工作比较熟悉，主要是围绕读者、图书和工作人员的借还书展开工作。我们先看看图书馆工作人员和部分读者的需求。
读者来图书馆借书，可能先查询书库的图书记录。查询可以按书名、作者、图书编号、关键字查询。查询有两种结果，如果查到则记下书号，交给工作人员，然后等候办理借书手续。如果该书已经被全部借出，则可做借书登记，等待有书时被通知。如果图书馆没有该书的记录，则做缺书登记。
办理借书手续时先要出示图书证，没有图书证则去申请图书证。如果借书数量超出规定，则提示“借书数量超限，不能继续借阅”。工作人员登记借阅人信息、借阅的图书信息、借出时间和应还书时间。系统自动修改书库的图书记录、读者库信息。当一位读者还书时，工作人员根据图书证编号，找到读者的借书信息，查看是否超期，如果已经超期，则进行超期处罚。
如果图书有破损、丢失，则进行破损处罚。清除借阅记录，同时系统自动查看是否有等待借阅登记，如果有则发出通知，修改书库记录，该书设置为已预订状态，否则设置为可借状态。
图书采购人员进行图书采购时，要参考各类图书的库存数和借阅率，注意合理采购。如果有缺书登记则随时进行采购。正在采购的图书组成一个采购中书库。
采购到货后，进行验收，编号，同时加入图书库，修改采购中书库，并且查看订阅库，发出到书通知，并且已经修改书库的图书记录为已预订状态。
借书登记是当欲借的书被借空后，读者自愿选择的一种操作，它应该记录读者名和联系方式，一旦有这本书后可通知读者。
到书通知，当读者预订的书来到之后，按照读者给出的联系方式发出通知。
缺书登记是当读者需要的书库内查询没有记录时，将此信息转入缺货库，通知采购员采购。
图书注销，如果图书丢失或旧书淘汰，则将该书从书库中清除。
根据需求描述整理一张需求表：
UML业务建模实例时首先要识别出系统的参与者，在简单的图书馆管理系统中，可以划分出两种参与者：读者和管理员。当然，根据业务的复杂程度，参与者也可以进行细分，比如读者可以再分为学生读者、教师读者、校外读者，管理员根据业务和权限的不同可以再细分为库房管理员、借还书操作员、系统维护人员、图书馆管理人员等不同角色。在这里，为了简化处理，我们只列出了读者和管理员。对参与者描述如下：
（1）读者
描述：读者可以借阅、预定、归还物理书刊，可以对书籍和个人信息进行查询，可以取消预定，可以提出办卡申请。
示例：持有借阅卡的任何人和组织。
（2）管理员
描述：图书管理员对系统进行维护，包括读者信息的创建、修改、删除，书刊信息的维护，条目信息的维护，还有系统信息的维护。
示例：图书管理员。
通过识别的参与者，对需求进一步分析，将UML业务建模实例进行分解，获得每个参与者的使用用例。在本例中，我们可以得到以下用例：
1.书籍借出：提供借阅物理书刊的功能。
2.书籍归还：提供归还物理书刊的功能。
3.读者办卡：提供为读者办理借阅卡的功能。
4.预定书刊：提供对某一个种类的书刊的预约功能。
5.取消预定：提供对预定进行取消的功能。
6.书籍查询：为读者提供网上的书籍查询功能。
7.信息查询：为读者提供信息查询的功能。
8.读者信息维护：提供读者信息的录入、修改、查询、删除的功能。
9.书刊信息维护：提供物理书刊的录入、修改、查询、删除的功能。
10.条目信息维护：提供书刊条目的录入、修改、查询、删除的功能。
11.系统信息维护：提供对系统的参数的设置。
12.登录：管理员需要先登录才能进入系统。
并且，可以画出如下系统用例图：
通过用例图，可以对系统功能有一个大概的了解，对于复杂系统，我们可以结合IDEF方法，通过分层分解，逐步细化的方法来描述系统的功能。对于用例图，建议不要画的过于复杂，特别是用例之间的关系，因为复杂的用例图不仅不能让需求分析人员与客户之间更好的沟通，反而是制造了一种沟通障碍。
【编辑推荐】
