9.2.3 UML 建模过程中用例与活动的转换
软件需求方法论提出了解决面向对象建模过程中用例图与活动图在动静态表达需求的时候粒度把握不统一、不标准、不便捷的一种方法。保证了用例粒度在各个阶段划分的一致性，为需求建模的标准化、一致化打下基础，并能成为设计及开发过程的参考依据。实现了业务用例-业务活动图-系统用例-系统活动图的前后关联和有效递进推导的关系。提出了业务过程到系统过程建模的推导原则和具体执行条件，能够在一定程度上解决目前用例和活动图编制无章可循的局面或编制的用例和活动图之间关联割裂，不具备推导或关联关系的状况。
在需求阶段将需求的建模划分为两个部分：业务建模和系统建模。用例图和活动图在两个阶段都有应用，且存在关系。用例图与活动图之间在不同阶段的转换过程如下。
1.业务建模
业务用例场景绘制。根据客户现实的业务情况，需求调研人员绘制反映实际业务现状的业务用例图，是一种通过静态业务用例场景反映现实业务问题的表达形式，多种业务用例组成一个完整的业务执行过程。
针对业务场景中的每个业务用例，使用活动图（也称泳道图）描述其具体动态的执行过程。每个业务用例分解对应一个描述动态执行过程的活动图。业务用例与业务活动图有一一对应的关系，确保粒度的准确和易于把握。
2.系统建模(https://www.daowen.com)
系统建模主要是从系统实现后系统用户与计算机之间交互的角度来描述业务执行过程的问题。因此，系统用例及系统活动图都应从计算机执行角度来描述问题，与业务用例有明显的差异和不同，两者并非一一对应关系。
系统用例来源于业务活动图。业务活动图中的具体活动可以通过直接映射、拆分执行、取消或演绎三种不同的情景演化为系统用例。
针对每个系统用例向下继续一一对应分解形成反映具体计算机执行过程的系统活动图。系统用例演化为系统活动图的原则就是能够反映出某个用户完成某次完整的业务功能操作的全过程，计算机执行应具备一次或若干次前后台的交互。
总体转换过程如图9-20所示。
图9-20 用例与活动转换方法
