任务:业务操作设计
优化操作分析的结果
规程:业务建模
用途
  • 在业务设计模型中,将初步子系统交互优化为操作实现。
  • 优化和指定子系统操作。
关系
步骤
创建操作实现

任务:操作分析(BM)中,业务设计人员在业务分析模型中创建子系统交互(没有很多详细信息)。回顾您组织这些交互以使之按业务系统操作进行分组(即您获取实现每个业务系统操作的交互)的详细程度。现在,已添加了对扩展(白盒)业务用例描述的处理、消息的详细信息、已交换的实体、排序、控制流以及相关数据,而且已在业务设计模型中获得生成的操作实现,并且这些操作实现再次按业务系统操作进行了组织。 添加这些详细信息后,业务设计人员可评估紧急协作的质量,寻找重构设计的机会。使用子系统在处理消息(从白盒步骤描述得出并在需要时进行了优化)时所执行的操作的描述来注释操作实现。这些描述有助于在下一步骤制定每个系统操作的规范。

聚集相似子系统白盒步骤和指定子系统操作

业务设计人员在执行操作分析任务期间生成了初始子系统操作调查占位符。 接下来,执行白盒步骤和操作实现,确定了子系统操作并指定了它们的行为。业务系统操作确定后,每个白盒步骤可能没有对应的唯一子系统操作;也就是说,在检查这一组白盒步骤以及与这些步骤相关的消息、输入-输出实体等的交换时,您可能会发现可以定义较小的一组子系统操作来满足它们的需要。

也可按位置或流程来将操作重新排序,以显示一组子系统操作与每个位置或每个流程的关联。 位置排序指明某个位置的负载(因而这对推测支持该位置的组件的容量很有用)。使用这种形式时,按位置对调查进行排序成为业务部署模型的特性。

当在多个位置安排子系统操作时,这表示至少复制了子系统的一部分。这并没有暗示这些复制的部分必须共享数据和保持同步。这些设计选择依赖于复制所用的应用程序和复制原因;例如,所需的处理可能相同,但用于不同的业务部分。在极端的情况下,可在多个位置安排所有子系统操作,这意味着有效复制子系统本身。是否需要唯一确定复制实例也依赖于复制的原因。

流程排序使业务设计人员能够推测并行问题:如果您将子系统操作视为业务参与者可用的分散功能片断,那么第一项推测是:与同一流程关联的操作无法并行执行。这可能会使得业务设计人员重新考虑流程分配,或考虑流程复制,或者在某个操作发生阻塞(例如执行输入-输出)时在较低的详细程度检查察觉到的延迟(例如通过检查时间分片选项)和流程共享。使用这些技术可获得可接受的响应速度,而启动操作(严格说是序列化操作)的延迟可能令人无法忍受。使用这种形式时,按流程对调查进行排序成为业务设计模型的特性。

为您已完成的操作添加脚注

对于每个子系统,您已经:

  • 定义它的操作
  • 定义您期望该子系统支持的接口
  • 描述了该子系统与其他子系统如何协作来实现业务用例
  • 定义子系统的环境:它的参与者、接口和 I/O 业务实体

因此,你已做好了准备,能够移交该组工作产品以按递归方式进行进一步的分解。

更多信息