实际上，很早就想写一篇“软件架构"的历史，但一直没能找到时间。写这个的原因比较简单，就像我们学很多东西的时候我都会关注历史一样，以史为鉴，指导未来。此外，我发现还没有人写过类似的文章。希望给大家有所启示，共同学习。

第一阶段：20世纪50年代后期“块状图”出现

1928年，一种通过有限的指令序列来解决这个问题的算法被提出。 冯·诺依曼于1947年开发了“流程图”(Flow Chart)，该流程图是对指令流的可视化表示，目的是通过继承流程图(Flow Process)和多流程图的思想，来规划计算机程序。 但是，这里有一个缺口来指出控制的流程。 因此，“控制流程图”(Control Flow Diagram, CFD)是在20世纪50年代后期发展起来的，用来描述业务流程和程序的控制流。 这不足以查看复杂的系统。 因此，为了通过划分块来揭示整个系统，50年代后期开发了“块状图”。 每个模块的功能以及模块之间的连接将在图中显示。在这个时候，你会发现很多架构师常用的块状图就已经出现了。

第二阶段：1968年艾兹格·迪科斯彻提出 “software structure matters”

Edsger Wybe Dijkstra(艾兹赫尔·戴克斯特拉),这位是公认的结构程序设计之父 ，1968年，他提出了“软件结构很重要”，虽然当时并没有提到“架构（architecture）”概念，但是我觉得软件“结构”的设计和实现是软件架构的基础，其重要意义不言而喻。同年又引出了“模块化编程”， 组件之间的逻辑边界称为模块。

第三阶段：1975年"Three-schema Approach"提出

在1975年，采用基于模块化编程的分层体系结构的“三模式法”得到了发展。 它用于在系统开发中使用三个不同的视图构建信息系统，分别是external，conceptual以及physical。

第四阶段：1987年"Zachman Framework"提出

在1987年，约翰·扎克曼(John Zachman)提出了基于上面的三层框架的六层框架，即所谓的“扎克曼框架”(Zachman Framework)，它在“企业架构”时代仍然发挥着重要作用，并对框架 DODAF、 TOGAF、 TEAF和 FEAF产生了影响。 1993年， Zachman发布了修改后的 Zachman框架，其中包含了更多的视图。

第五阶段：1995年 Philippe Kruchten 提出了 4+1 视图

在1995年，Kruchten提出跨时代的4+1视图，我觉得这个4+1视图基本上每一个架构师都学习过，这个应该是经典中经典。同年，第一个正式版本的TOGAF也诞生了。次年，Mary Shaw和David Garlan 提出了另外一个经典的“Architecture as high level abstractions”。详细内容可以参考Mary Shaw 的 wiki。

第六阶段：2000年 IEEE 1471

在2000年，世界最大的专业技术学会（IEEE）终于批准软件架构的第一份正式的标准(Standard for Architecture documentation)。

2006年，ISO采纳了IEEE 1471作为内部标准，然后IEEE和ISO一起修订并以ISO 42010- Systems and Software Engineering Architectural Description为新标题发布，涉及修订的内容有，

术语澄清：例如架构关注点、架构模型、架构视点

应用范围：从软件密集型系统扩展到更大范围

和ISO生命周期一致：对应ISO 12207和ISO 15288

概念演化：调查‘架构描述’和‘架构决策’是否已有实用的描述

此外，42010还往元模型中添加了架构框架的概念，如下

第七阶段：2005年Jansen，A.,Bosch,J:提出了‘架构即设计决策’

在2005年，Jansen等人提出了，架构即设计决策（Architecture as design decisions）。如果说之前所有的工作都是回答"什么是架构"(what)，这篇文章告诉我们怎么(how)去做‘软件架构’。

第八阶段：2011年Poort 和Van Vliet 提出 RCDA

在2011年，RCDA（Architecting as a risk- and cost management discipline）提出，将架构视为风险和成本管理学科有助于软件架构师和利益相关者集中精力他们在高影响力问题上的活动，从而提高架构对组织的价值，这里回答了我们为什么（why）要做软件的架构。

到此为止，从软件架构的发展历史上，已经回答了1）什么是软件架构2）怎么做架构3）我们为什么要做软件架构三个重要的问题。