构件化通过模块化和层次化，梳理优化生产关系；通过专业化和流程协同提升组织级生产力。

　　SOA通过构件标准化和服务契约化，推进软件生产力

　　构件化在不同的技术背景和时代有着不同的能力表现，在SOA到来之前构件化只能有效实现技术层面的模块化、层次化和专业化的能力水平。而SOA时代则真正带来了业务和管理的模块化、层次化和专业化。下图就是SOA编程模型SCA中定义的标准原子构件。

       很显然它的技术无关性和消费使用(Consume)特征，如：服务、引用、属性、实现，是实现业务构件化的关键所在。原子构件就可以是一个事实上的业务构件，当然也可以在原子构件的基础上进行业务组装形成更大粒度的组合构件(Composite)。进而若干个组合构件和资源配置文件形成构件包(Contribution)，成为独立可部署的业务功能模块。业务功能模块有了SOA标准下的逻辑构件形态和物理构件形态后，就可开发、可部署、可运行和可管理了，也就真正实现了标准的业务构件化。

　　下图是一个构件化SOA应用的范例。

        由业务模块形成的标准化构件(Component/Composite)实现各自分工的业务功能，并通过契约化的SOA服务和引用互相协作，从而实现了一个典型场景下的业务应用。这样构件化的SOA应用，业务分工明确,组织协同关系清晰，可管理性、业务复用度和组织级灵活性都更为高效。

　　这就是SOA从面向构件开始，梳理优化生产关系，协同专业化发展组织能力，进而实现软件生产力的跨越。

　　后注：1969年6月23日，美国司法部通过了著名的反托拉斯法案后，IBM不得不宣布不再免费随机提供软件，从而开始为其硬件和软件分别定价。那一天可以称为软件业的官方元年。