（三）成熟的进步：螺旋模型和TOGAF
1988年，软件工程上又一个里程碑式的方法诞生了，Barry Boehm提出了“螺旋模型”，该模型如图2所示：
螺旋模型通过持续对原型进行验证式、增量交付的方式，弥补“瀑布模型”在需求管理方面不足，是一种对需求的渐进式探索，也加强了对项目风险的管理。Brooks在2010年著书时仍对该模型赞赏有加。
随着信息化程度的加深，企业越发认识到将IT融入企业管理的重要性，IT人员也意识到与业务结合的重要性，于是，1995年TOGAF（The OpenGroup Architecture Framework ，开放组体系结构框架）应运而生，业务架构的概念也被明确提出来。TOGAF认为企业架构分为业务架构和IT架构两大部分，业务架构是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构、地域分布等内容，业务架构再作用于IT实现。TOGAF的设计交付物如表2所示：
可以看出，到TOGAF时代，在内容上，企业架构和业务架构发展的已经较为完善了；在工艺上，TOGAF也有明确的操作要求，也正是因为有详细的要求，TOGAF被公认的缺点之一就是太“重”，有点像是架构领域的“瀑布模型”。
从Zachman到TOGAF，尽管理论日臻成熟，但是企业架构设计与实际开发过程之间的结合一直不是很好，更像是在两条线上发展，表面看起来，Zachman模型似乎还能跟“瀑布模型”走得到一起，毕竟二者都被认为是“漫长”的，但大部分开发实际上在这个时期都是沿着“竖井式”的道路在走，仍旧缺乏对企业级设计的关心。至于TOGAF，它跟螺旋模型、迭代模型之间在实操上有不易结合之嫌，恐怕不少企业接受了应用TOGAF思路的咨询方案，却在实施过程中将其束之高阁了。尽管如此，TOGAF对推动企业架构发展的作用仍是非常大的。
