面向构件的软件过程模式系列：面向构件的开发外包

面向构件的软件过程模式系列：面向构件的开发外包

名称：面向构件的开发外包（Out sourcing）

归类：构件积累

问题：致力于企业知识积累和长足发展的组织，必须理顺控制和被控制的问题。做个类比，面向对象方法中，由于依赖倒置原则适应了人类认识过程的规律，被奉为“面向对象设计的标志所在”。而对于企业知识积累而已，同样，如果企业不能成为“控制方”，知识的一致性、完整性、长远性就不能得以保证。那么，面向构件的开发外包（Out sourcing）有何特点呢？

解决：

说明：企业和开发商的分工与合作，应当在企业确保利于长期积累的状况下进行，而不建议完全“撂”给应用开发商——毕竟企业知识的积累将体现在构件上，而业务模型的合理性、构件接口的完备性、构件分解的质量高低，更多属于“应用系统的质量属性”这样的“非功能需求”范畴，将非功能需求的控制大权旁落，天晓得在当前这种产业情形之下，会是什么结果。●业务数据。对于一些大型应用系统而言，其不断增长的数据积累就是最重要的资产，数据比应用更具长效性，是独立于任何应用来进行收集、规划、管理、发展的财富。因此，在企业知识积累过程中，企业应牢牢控制住数据定义这一环，并在数据定义工作中掌握主动。面向构件应用架构的数据分离原则，对上述活动给予很好的支持。●构件接口。切记，构件接口的定义是组织的重要长期资产！如果设计正确的话，组织所经营的业务会清晰地体现在“构件接口集”之上。构件接口和构件实现不同，构件实现是technology-focused的 ，而构件接口应当是business-focused的，这是面向构件应用之所以稳定的要求。●构件分解。如果两个或更多事物中的一个发生变化，不会影响其他事物，这些事物就是正交的。正交性是面向构件分解的关键，如此一来，复杂性得以更好地控制；完成不同需求的一组组构件，都是相对隔离的；需求的改变，总能明确定位到少数构件，并避免变化的影响波及开去。我们建议构件分解工作企业应当参与，而不建议完全“撂”给应用开发商。

相关模式：以架构为中心