应该对这些重复失败的软件开发项目或“反解决方案”加以研究，以收集关于出现了什么问题以及为什么会这样的有用知识。很显然，只对错误的原因进行分类并不一定非常有用，而还应研究如何加以避免以及出现时如何恢复。系统化后，这个知识集合可以提供软件模型的有价值的扩展(归类为反模式)。

    反模式 使用非常频繁，但主要是问题的无效解决方案。这个术语最初是用于指示设计模式出现了错误。与模式类似，反模式的使用也扩展到了软件开发的各个阶段，并深入到了其他领域中。反模式记录常见的对效率有负面影响的重复解决方案。它们通常捕获重构解决方案描述，说明如何更改反模式，以得到更为稳定的解决方案。反模式通常使用模板进行描述，在其中标识症状、结果、根本原因和可能的解决方案。尽管与模式相比，反模式的研究并不很广泛，相关文档也不多，但软件领域对其中一些具有引人瞩目的反模式(如分析停顿、Blob、意大利面条式代码和“烟囱”系统)已耳熟能详。表 2 提供了一些这些示例的概述，这些示例均摘自 Brown 等的关于反模式的书中(有关更多信息，请参阅参考资料部分)。

    表 2. 已知反模式的示例

    反模式为什么重要?反模式是用于防止问题的工具，可在问题出现之前对其进行标识，并能提供关于如何防止其发生的知识。通过将错误原因正式地系统化，我们可以更容易对其加以理解。一旦出现问题，反模式可以提供帮助，能说明如何从其进行恢复。

    简要总结一下，反模式包括以下元素:

    1.关于不能工作的方案的记录

    2.常见术语表

    3.详细的修复方法

    4.环境的描述和备选解决方案

    5.可能成为将来的反模式的热门解决方案