软件设计中的“模式”源自建筑师克利斯托弗•亚历山大（Christopher Alexander）与萨拉•石川佳纯（Sara Ishikawa）及墨瑞•西尔弗斯坦（Murray Silverstein）在1977年合著的书《建筑模式语言》（A Pattern Language: Towns, Buildings, Construction）。书中说道：每一个模式描述了一个在我们周围不断重复发生的问题以及该问题的解决方案的核心，这样你就能多次使用该解决方案而不必做重复劳动。后来这一理念被引入到了软件设计中，在四人组（Gang of Four，简称 GoF。指 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四人）合著的《设计模式——可复用面向对象软件的基础》（Design Patterns: Elements of Reusable Object-Oriented Software）一书中被人们熟知，广泛地应用在软件设计中。使用模式可以让代码更容易管理、重用和扩展，从而提高软件开发的效率和质量。

  软件设计中常提及两种模式：一种是架构模式，一种是设计模式。架构模式是从系统的层面上定义各个子系统的职责并据此进行组织设计，而设计模式是从子系统的功能层面上来定义功能的实现方式。

  与建筑结构中的框架相似，软件设计中的框架也是指结构。这个结构实现了一些通用功能，开发者在特定的框架下只需要实现核心的业务逻辑设计，从而提高了软件开发的效率和质量。

  MVC

  MVC 是一种模式（主要体现为架构模式，也体现为设计模式），也有使用各类技术实现的各种 MVC 应用框架。

  MVC 是三个字母的缩写，分别是 Model（模型）、View（视图） 和 Controller（控制器）。它的中心思想是“分离”，目的是降低代码的耦合性，提高代码的重用性，使软件更易于测试和维护。简单来说 MVC 的工作原理就是 M 产出数据，V 展现数据，C 响应用户请求并对 M 与 V 进行控制和协调，整个软件的代码就围绕着这些角色来组织编写。M 和 V 的工作方式有点像是使用 Excel 为数据创建图表。在 Excel 中我们可以使用各式各样的图表来展现同样的数据，对于一个 M 来说，可以使用多个 V，每一个 V 都有其适用的情况。不过实际情况比上述比喻要略微复杂一些，比如在 M 和 V 之间通常还有一个角色，就是 VM（ViewModel，视图模型），VM 通过业务逻辑（Business Logic）处理 M 而获得，用于与 V 直接绑定，实现“数据驱动 UI（User Interface，用户界面）”的理念。

  建筑、信息与模型

  如果我们从模式和框架的角度把 MVC 的概念“生搬硬套”过来，BIM 该如何分离呢？从字面上来看，就是建筑、信息与模型。不过 BIM 里的 M 并不是 MVC 里的 M，而是 V，它代表着工具。我们根据需要选取工具创建信息，同样的信息也可以在不同的工具中展示及使用。从这一点看，BIM 软件就像是一个复杂的 UI，通过它可以实现使用者与数据的交互。BIM中的I是MVC中的M，它既包含元数据（关于数据的数据，定义并规范着数据），也包含大数据（所有的工作流程数据及工作成果数据）。BIM 中的 B 比较特殊，它既包含业务逻辑又包含控制器。在 BIM 中，所有的信息都通过复杂的建筑逻辑进行处理，又在各个专业和不同工作阶段中流动。

  从上述角度对 BIM 重新分解，它包含以下部分：

  BI(Building Intelligence，建筑智能），由建筑知识，建筑逻辑和建筑流程组成。

  I（Information，信息），由建筑信息与工作流程信息组成。

  IM（Information Maker，信息制造者），由各专业团队和生产力工具组成。

  目前我们主要还是在局部范围内使用 IM 产生的信息片段，还没有能够有效地在全局范围内使用 I。由于目前 IM 的问题已基本解决，软件公司正在朝着I和BI进发，当他们解决了 I 和 BI 问题的时候必将爆发建筑业的空前革命。

  对建筑企业来说，如果不想被各类软件 “绑架”，就要从以上各部分着手将各类软件“消化”为企业应用平台的组成部分。