活动:服务确定
此能力模式提供一些技术,用于确定候选服务并对这些服务进行资格检查。
扩展:服务确定
描述工作分解结构团队分配工作产品使用
关系
描述

本部分概述关于软件设计人员或设计人员如何确定服务的指导信息。这一确定服务并将服务组合到服务规范和服务提供者中的流程可通过许多透视图完成,以下选项可以在任何特定项目中单独使用,更可能是结合使用。在对面向服务的解决方案建模时,确定服务在大多数情况下属于第一批任务。 因此,在进行确定时所犯的错误会影响详细的设计和实施任务。

下图展示了不同的服务确定方法。它们并非是相互排斥的,但究竟选择哪些方法较为合适则需要更广泛地考虑与流程和项目相关的问题。 每个彩色的椭圆代表下述的某种技术。有两种基于协作的确定形式,其中可以使用业务流程建模或用例建模来确定协作。

但是,首先要作出的某个决定(与上述方法无关)是该确定是否完全基于对操作的理解(这些操作稍后将聚集到服务中)或一组服务是否已知以及操作是否添加到所确定的服务中。

服务优先;此技术常用于面向对象和基于组件的开发,使用此技术时先确定对象或组件的类(一般使用分析技术来确定由某些业务或技术领域中“内容”构成的类)。 然后,在分析对象间的协作之后,就会确定并向类添加操作(对象的职责)。 同样,可从领域分析确定服务,然后由以下方法所确定的操作进行扩展。

操作优先;然而,有些评论家指出,服务与类和对象或组件是不同的。 服务可以管理一组资源,但服务/资源关系与类/对象关系截然不同。 因此,需要使用不同的分析技术,并且它们倾向于通过将一组已确定的操作聚集到某些逻辑分组中,以此来确定服务。

由于熟悉 Rational Unified Process(RUP)中类似指导信息的用户能够较容易地使用“服务优先”技术,因而此活动中的示例将说明此技术的使用。

属性
事件驱动
多次出现
正在进行
可选
已计划Yes
可重复