SOA 设计原则——业务和IT对齐

在传统的应用构建和运营的生命周期中，各个阶段都采用不同的概念：

• 在分析阶段，用例是核心概念
• 在设计阶段，组建和对象等是核心概念
• 在实现阶段，对象和过程等是核心概念
• 在测试阶段，测试案例是核心概念
• 在运营阶段，系统和应用是核心概念

这种概念上的分裂在很大程度上使得IT的系统生命周期各阶段不一致，就像我们几乎在构建和实施项目的时候，发现书本上的概念永远是书本上得概念，现实却很残酷，我们只能异步来进行项目，这样的话就叫做IT业务不对齐，在这个流程中，我们处在了被动的局面，被构建的系统往往很难达到我们最原始的期望。
在SOA中，将IT与业务对齐被视为第一位的核心理念，最高优先级的设计原则。
1.视服务为第一位的核心概念。
2.服务必须有针对性的业务含义。
服务必须有适当的粒度和抽象度粒度和抽象度越低，服务本身的业务和技术依赖性就越强，当业务发生变化时，变更压力太大。
3.通过契约设计方法规范服务参与各方职责。
契约设计是一种方法，这种酸溜溜的所谓专业术语我个人认为实属扯淡，大约的意思我个人认为就是极可能的详细描述，大家遵守。是不是？有木有！？
欢迎高见~