图 4 EOS 构件模型

　　在一个业务构件中，还定义了该构件与其它构件之间的依赖和引用关系。

　　业务构件通过接口来体现构件对外提供的“Service”，接口的参数类型既可以是普通的Java类型(POJO)，也可以是SDO的DataObject类型。

　　2、图形化的SCA构件设计

　　提供双向设计支持：提供可视化的构件设计(包括Composite的接口设计、Composite依赖和引用关系设计、Composite的装配设计)，既支持从业务视角出发的TopDown设计方式，也支持BottomUp的传统设计方式。

　　架构一致性保证：设计模型与实现模型完全相同，因此模型和实现之间的一致性能自动得到保证。

　　图 5 双向构件设计

　　设计可验证：在设计的同时即可检验模型的正确性，大幅度节省设计时间，也保证了设计阶段的质量。

　　3、图形化的SDO设计：通过图形化的方式进行域模型设计，并支持每个DataObject之间的关联关系(包括单向和双向的1：1，1：n，n：1，n：n关联)。

　　4、图形化的SCA构件组装与调试：对于EOS服务构件，其实现是基于一系列基础构件，通过图形化的组装来实现的。由于采用了图形化的组装方式，因此对构件的调试也是通过图形化的方式进行的。对于绝大多数应用，都可以采用图形化的组装方式来实现一个构件，而无需手工编写代码。

　　六、总结

　　爱因斯坦曾经说过，“事情应该尽可能简单，而不是更简单”。SCA和SDO由于简化了编程，统一了对构件的访问方式，随着SCA、SDO等规范的日渐完善，以及SCA和SDO标准化进程的推进，加上行业用户对SOA的了解逐渐深入和客观，SOA将逐渐从概念阶段转到真正的标准化时代。随着这个时代的来临，SCA、SDO的开源和商业产品也会越来越多，越来越好。对于使用SOA进行应用实施的设计人员、开发人员、系统管理人员、行业用户等，都将享受异常SOA盛宴，并最终获得SOA所带来的利益。