利用应用软件体系结构来减少重复性覆盖

无论是成功还是失败 问：我工作的团队在开发一个基于Web的进度报告数据包，这项工作的范围并不是很大，但它却实现了公司中所有的进度报告工作。而我们在几天之前却又发现公司之中的另外一个部门已经有了一个进度报告应用软件。在随之而来的讨论之中，结果是公司中的还有一个部分也在使用第三方数据包来做进度报告。

这是多么大的一个浪费啊！为了避免开发在其他地方已经建构的应用软件，别的公司都在怎么做呢？– Armando

回答：将现有的解决方案文件化

Armando，你也许会对这种情形出现的次数而感到惊讶。从表面上看，重复地建构应用软件的原因来自于沟通的缺乏，事实上也很可能是这样。然而，这里至少有一个很好的原因来解释为什么一个公司最后会处于一种你所描述的情形之中。

重复的正反两种原因应用软件重复的最明显也是最合理的原因来自于公司的合并和收购。当新的公司意识到它面对应用软件重复现象时，公司有时会把重复的应用软件留在原来的地方，因为它们还在良好地工作而且系统合并的成本会是一个天文数字。例如出现在电信领域中的合并现象，其中很多的公司都在努力合并那些复杂且高度客制化的账单系统。

第二个原因在很大程度上是不可原谅的，就是出现在分散化公司组织之中的决策制定过程。由于这种分散化的公司自己制定自身的绝大多数的商业决策，而且多数情况下是自负盈亏的，因此他们可能将自己视为唯一的公司而需要拥有自己的应用软件解决方案。在过去，这是一种很普遍的思考方式。具有很多自治的子公司的大型集团公司可能会有着几十种类似的商业应用软件。

第三个原因就是沟通的缺乏。一些公司和经理就是没有对重复使用的价值的认识。当他们需要一个应用软件解决方案时，他们不会想到要去问一问这个解决方案是否已经被公司之中的其他部门所开发。如果在这里没有一个全公司范围内的处理过程，他们就会对应用软件进行重新开发。