接口的使用指示了一组由服务提供的操作。请注意,一个服务可以实施多个接口。按照约定,可以将协议状态机或 UML 2.0 协作附加至此类规范中,以指示操作在服务规范中的调用顺序。
使用这样的行为规范,不仅可以参照实施服务的结构和行为的静态规范对任何实施服务进行验证,还可以参照其动态规范进行验证。
类的使用实现了一种指定,可将一组必需的以及所提供的能力直接指示为完整单元。
请注意,服务规范只能提供公开的特性。这种包含服务规范属性的能力实现了资源建模。
规范具有属性“status”,用于表示公共于各 SOA 方法的概念,是服务描述中与不同生命周期有关的内容。在概要文件中使用了枚举来捕获这些公共的值,如下所列示。
-
Candidate(缺省值)- 表示已从某个确定任务中创建了该服务规范,但是尚待正式验收。验收可能包括通过某些测试(SOMA)、与企业服务组合(RUP/SOA)保持一致,等等。
-
Accepted - 表示服务已从候选状态转为已通过验收状态,尽管这只是意味着将会开发该服务,而服务的范围尚待确定。
-
Exposed - 表示将在服务的直接范围之外显现该服务。这意味着服务将可供复用,它未指定特定范围,例如不能将它理解为“在因特网上公开”。
同样地,属性“source”允许设计人员指示使用了哪个技术或源领域来确定该服务。请参阅任务:业务流程分析、任务:数据模型分析、任务:现有资产分析、任务:业务规则分析和任务:业务用例分析(SOA)。
|