在较传统的基于组件和面向对象的解决方案开发中,倾向于有一组跨多个抽象级别的转换,并且自上而下将详细级别从用例添加到系统设计中。 在如指南:从业务模型到系统中展示的那样(该指南展示了如何从业务用例转为系统用例,我们仍然必须据此开发一个实际的设计模型),将业务用例用作起点的情况下尤其如此。
幸运的是,我们还可以在定义如何从业务用例模型派生出服务模型时,将指南提供的并行添加到系统用例中(如上所示)。 通常而言,此方法用于为工件:业务分析模型中的工件:业务工作者中定义的每个操作创建候选服务。此处与任务:业务流程分析截然不同,在业务流程分析中,流程模型中的单个任务被确定为候选服务。
业务分析模型和服务模型之间的这个更直接的连接不仅使服务能够支持业务需要,还减少了业务需要和解决方案的表达之间的转换,从而使我们能够更有效地对业务用例或分析模型中的更改作出回应。
另一个重要方面是业务用例模型还包含驱动业务的业务目标,因此现今在服务和目标之间实现协调将容易得多。 例如,现在可以列出任何服务规范所要实现的所有业务目标。 对于任何业务目标,按照从服务到服务规范的连接,我们都可以列出负责实现该目标的 IT
组织中已实际部署的服务。
|