上一篇BLOG中，给大家介绍了构件化业务模型框架的内容，这边文章给大家解释什么是业务构件。

　　什么是业务构件？

　　如图4 ，业务构件是一些标准的构件，他们经过装配构成了专业的企业，每一个构件都可以从五个方面来解读：

　　•一个业务构件必须具备其需要实现的业务目标，它必须为其他业务构件提供服务。
　　•每个业务构件都实现相互排斥的业务活动，以实现其特定的业务目标。
　　•业务构件需要资源，人，知识和资产来支持他们实现的业务。
　　•每个业务构件都可以作为一个独立的实体，拥有自己独立的治理模式。
　　•和一个独立的业务服务一样，每个业务构件都对外提供业务服务或者使用其他业务服务。

　　比如，一家银行决定将其客户信用决策业务封装成一个业务服务，为了提高效率，它需要将与此相关的人、流程、资产都集中起来，之前这些人、流程、资产可能由几个业务单位管理，它同样需要合并公司内部的所有金融数据库，提高用来评估信用的信息的质量。把所有信息集中到一处额可以让信用评估者在评估投资组合信息时作出更好的决策(比如：为客户信用卡申请提供信用评估时)。通过对客户信用风险有一个全面的认识，企业可以更加高效的交叉销售它的金融产品。

　　为了从业务组件中获取最大限度的好处，公司在选择业务构件时需要谨慎的选择那些具备“高可结合度”的业务活动，也就是那些需要相似的人、流程和技术基础架构的业务活动。当确定业务构件的边界时，公司也要综合考虑这三个因素，而不是其中的某一个或者两个因素。

　　之前，该公司有5个不同的群体处理信用评估，经过业务构件化后，信贷管理构件现在可以为所有和潜在客户的信用评估相关的业务构件提供服务，比如应用流程的管理、分配信贷资源以及信用政策的调整。

　　信贷管理构件有自己的管理结构和治理模型，因此具有很高的自治性。原则上来说，它可以作为一个独立的业务为整个企业提供服务，在新的业务产生时，它也可以为其他的企业提供服务。

　　当新的业务构件运行时，它可以和公司内部或者外部的其他业务服务实现高度协作。这种协作通过业务构件之间的服务交换、输入、输出得到实现，当业务构件需要输入以便完成特定的业务活动时，信用管理构件通过访问其他业务构件的服务来获得。这样它就可以获得输入的全部信息(比如客户信息和账户恢复)。与此相反，当其他业务构件需要信用管理服务时，比如需要信用评估或者信用活动报告，信用管理构件可以将这些信息作为输出。预先设定的服务等级协议，包括格式转换、时效、数量、质量、费用以及交付等，将为这些服务访问提供执行标准。

　　这种面向服务的处理可以让信用管理构件保持它的唯一性，同时它又通过松耦合和其他业务构件进行协作。当业务环境发生变化时，每个业务构件可以终止这种耦合性并且更容易的完成新的耦合。