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

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

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