过去的几年中，我发现很多软件开发团队都努力地对他们所构建系统的软件架构进行可视化和交流。我认为主要有三个原因。
1.在很多软件团队加快采用敏捷方法的过程中，都把精华和糟粕一起泼掉了：建模和文档随着传统的计划驱动的过程和方法论一起被扔掉了。
2.看不到文档和图表的价值的团队，往往也抛弃了统一建模语言（UML，当然，假设他们一开始也在用），转而使用更轻量和务实的方法。基于与上千名软件开发者的会议和交谈，我掌握的证据显示，多达九成的软件开发者都不使用UML。
3.很少有人教软件团队如何有效地可视化、建模和交流软件架构。并且，从我为一些计算机科学的学生举办的培训班来看，大学也是如此。
如果在大多数软件开发团队的办公室里晃悠足够长的时间，你一定能找到一些草图，不是画在白板上，就是办公桌上的废纸上。草图 是捕捉和呈现软件架构的好方法，但它们通常缺少UML图的正规和严谨。这未必是一件坏事，但图表确实需要能被理解，这也是事情开始变得棘手的地方。过去几年我为上千人举办过软件架构草图专题研讨会，可以毫无疑问地说大多数人都觉得这件事很难。下面选出了一小部分来自这些专题研讨的照片，各组人尝试交流他们对金融风险系统案例 的软件解决方案。挨个看看，问问你自己，他们是不是在以有效的方式交流解决方案的软件架构。有些图表使用了颜色，如果你在黑白的电子书阅读器上阅读本书，我向你表示歉意。