UML业务建模实例全面剖析

本节通过UML业务建模实例向大家讲解一下UML建模的具体流程，希望通过本节的介绍你对如何实现UML建模有新的认识，下面就让我们一起来学习UML业务建模实例介绍吧。

上节我们对图书馆管理系统进行了需求分析，画出了用例图如下所示：

     图1：系统用例图     

UML业务建模实例通过用例图，可以对系统功能有一个大概的了解，对于复杂系统，我们可以结合IDEF方法，通过分层分解，逐步细化的方法来描述系统的功能。对于用例图，建议不要画的过于复杂，特别是用例之间的关系，因为复杂的用例图不仅不能让需求分析人员与客户之间更好的沟通，反而是制造了一种沟通障碍。

下一步就是编制每一个用例的详细说明，对用例说明的主要信息包括有：用例名称、编号、用例的简短描述、用例的参与者、与其他用例的管理、用例启动的前提条件、用例结束后的事后条件、用例的输入、输出、用例的执行事件流等。在实际项目中，我们并不一定要面面俱到，而是根据实际情况对用例描述进行裁减。其中有几点重要信息是不能裁减的：用例名称、描述、输入、输出、执行事件流、参与者。另外，如果实际情况需要，还可以使用MSVisio等工具画出界面的示意图来。

如上例所述，我们对每一个用例都进行详细的描述，建立当前系统的功能用例模型。需求沟通与分析是一个迭代的过程，通过与用户的不断沟通，最终达成对目标系统的一致理解。如果用户确认了需求分析的成果，一般是需求规格说明书之后，项目开始进入系统分析设计阶段，也就是开始构造目标系统的逻辑模型。

为了让系统设计能够以结构、组织方式和代码重用的形式表现出来，要对系统进行设计规划，设计阶段应该与分析阶段交迭。需求是不断地发展，而设计本身也会推动需求的发展(反之亦然)。在图书馆管理系统的建模设计中，以下3个方面的问题是要关注的：业务对象的表示、业务服务的实现、用户界面的组织。

业务对象的表示

在UML业务建模实例图书馆管理系统系统中，业务对象主要是数据库和数据实体类的表示方式。建模时，可以构造出系统的静态模型，也就是系统类图来表示。如下图则描述了借书这一用例的静态结构图。为了体现类之间的关系，在下图中没有显示出每一个类的属性和基本操作。

业务服务的实现

业务服务的实现需要完成的功能是各种业务规则和逻辑的实现,如借书处理的业务逻辑。每个模块的信息录入、修改、删除、查询等。业务规则和逻辑的实现基本相似，没有太多的规律可循。采用UML来进行业务服务的建模，可以使用UML的序列图、状态图、活动图。这个部分的工作,通常通过一系列的类之间的交互来完成。为了在更动态的层面上描述系统，UML提供了许多其他类型的图。

对于B/S系统设计而言，情节图(ScenarioDiagram)特别有用。情节图分成两种：协作图(CollaborationDiagram)，序列图(SequenceDiagram)。UML建模工具RationalRose能够从协作图生成序列图也可以从序列图生成协作图。例如，借阅书刊的业务过程可以采用如下序列图来描述：

借阅书刊过程主要包括：管理员选择“借阅书刊”菜单，弹出对话框，管理员输入书刊信息和用户信息，系统查找数据库，是否存在该种物理书刊，如果不存在，显示提示信息，用例结束;是否存在借阅者信息，如果不存在，显示提示信息，用例结束;否则，管理员单击确认按钮后，该图书借阅给该借阅者，系统存储借阅信息到数据库。

用户界面的组织

UML业务建模实例中用户界面布局图能够帮助组织系统页面、文件、服务的布局结构。在UML中，对于页面和文件的组织，可以使用构件图(ComponentDiagram)或类图(ClassDiagram)建模型。本系统中使用类图对界面组织建模，页面结构以及各种业务服务被捆绑到不同的区域。

在UML中，系统的体系结构使用部署图(DeploymentDiagram)来完成。应用部署的规划对于规划整个B/S系统是很有用的。它确定了一种有效的应用部署的规划组织方式,还可以作为一个模式在多个类似B/S系统上应用。

在建模完成后，开发人员利用一些UMLCase工具如RationalROSE生成程序代码框架，并对代码框架进行修改和补充，形成完整代码;而且，还可根据代码逆向生成UML模型。这就较好地保证了模型与代码的一致性。

测试必须在整个项目周期中进行，对每个阶段都要用所建立的模型进行测试，这样才能保证开发的质量，减少开发的风险。

统一建模语言UML是国际软件工程领域具有划时代意义的重要成果，适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。软件系统的规模越来越大，复杂度不断提高，RUP迭代式增量开发方式可以降低风险，同时可以适应需求变化的需要。

在本UML业务建模实例中，我们通过对图书馆管理系统的需求进行分析，将UML应用于系统开发的各个阶段，建立了系统的需求模型、静态模型和动态模型，同时遵循Rationl统一过程(RUP)的核心思想和基本原则，采用以用例为驱动、以体系构架为核心的迭代化面向对象分析和设计过程。

图2：活动图                                 图3：借书部分的类结构图
 UML行为图

用况图（usecasediagram）描述了一组用况和参与者（一种特殊的类）以及它们之间的关系。

交互图（interactiondiagram）是顺序图和协作图的统称。

顺序图(sequencediagram)是强调消息的时间次序的交互图。

协作图(collaborationdiagram)是强调收发消息的对象的结构组织的交互图。