如何从业务视角

理解概念模型、逻辑模型和物理模型？

?

小米

在数据建模和数据资源盘点中经常听说概念模型、逻辑模型和物理模型，我们都是业务人员，对技术性的概念确实难以理解，能用一些好理解的实例或场景解释一下吗？

莱恩

的确，我们平时谈论的数据模型偏重于从技术视角，往往我们会谈到业务域、业务对象、概念模型、逻辑模型和物理模型，是一种偏技术比较抽象的说法。其实，如果我们从企业架构视角，从业务视角来谈也许会更好理解，下面我们试着从企业架构的Zachman 框架谈起，以扩建房屋这个业务场景为例来理解下概念模型、逻辑模型和物理模型。

介绍

我们将概念、逻辑和物理模型分解，重点介绍应用程序在概念、逻辑、物理模型构建时的架构。此外，我们使用房屋扩建类比来揭开这些概念的神秘面纱，让业务人员形象的了解技术的构建过程。

1987 年，Zachman 框架首次发表在 IBM Systems 期刊的一篇文章中。该框架提供了一种定义和观察企业的方法。它是一个六乘六的矩阵，其中六行代表利益相关者的观点，六列代表向企业提出的疑问或问题。

在介绍该框架时，约翰·扎克曼使用了“概念、逻辑和物理概念”等术语。

扎克曼框架

第 2 列与第 2、3、4 行的交点是本文的主题。

• 概念——称为所有者的观点，关注定义业务概念和目标。

• 逻辑——被称为设计师的视角，处理系统的逻辑设计和规范。

• 物理——即建设者的视角，涉及物理实施和施工要素。

一 定义

1.概念设计

概念设计以非技术性的方式传达系统或项目的总体愿景和目标。它强调了解业务需求、用户需求和系统的战略目标。

它侧重于定义系统结构和行为的高级思想、业务概念和原则。它帮助人们理解系统，而无需深入研究特定技术或实施细节。

受众：非技术利益相关者，包括企业业务人员和高层决策者。

表示：突出显示关键概念的图表，例如用例图和高级系统图。

2.逻辑设计

逻辑设计将概念设计转化为更详细、与技术无关的设计。它比概念设计更不抽象。

它侧重于定义系统的总体结构、主要组件、功能、组件之间的关系以及数据流。

受众：包括系统/应用程序/软件架构师、业务分析师、工程师。

表示：图表显示组件之间的结构和交互，但不显示技术和实施细节。

3.物理设计

物理设计涉及系统的技术方面。它涉及有关服务器、网络、数据库和其他物理资源的决策。

它侧重于实施所需的实际技术、平台和基础设施。它还解决了性能、可扩展性和系统部署等问题。

受众：包括工程师、系统管理员。

表示：显示组件的物理排列和部署计划的图表。

二 房屋扩建示例

周五晚上，小米和丈夫莱恩共进晚餐。他们花了一些时间谈论家庭的未来。他们都认为，鉴于最近人们在家工作的趋势，迫切需要额外的空间。

他们谈论着梦想，希望拥有一间更大的主卧室、一间独立的家庭办公室，甚至一间供孩子们玩耍的游乐室。他们渴望建造一个更舒适、更实用的家庭环境，于是开始动笔写下这些文字。

1.概念设计

小米拿出一张纸和一支笔，开始勾画他们的想法。他们商量要建造一个花园房，莱恩计划用它作为家庭办公室，并扩大厨房和主卧室。最终的概念图展示了他们想要的视图，如下图所示。在概念阶段，图片中没有显示建筑材料。

2.逻辑设计

之后，小米和莱恩向他们的一位朋友晓晓寻求建议，晓晓拥有并经营着一家建筑公司。他们讨论了房间的布局、如何与现有房屋相融合以及每个房间的具体规格。

接下来，晓晓为房屋扩建绘制了一份详尽的蓝图。最终的成果是一份蓝图，详细说明了新增房间、它们与现有房间的关系以及任何必要的更改。下图展示的是晓晓提供的设计之一。它展示了架构师或设计师的视角。

3.物理设计

几周后，小米和莱恩向北京市朝阳区的建筑公司寻求帮助。建筑公司根据晓晓的蓝图，在结构部件和建筑材料的选择方面提供了宝贵的建议。

此外，建筑公司在指定扩建部分的屋顶、电气和管道系统以及门窗等细节方面也发挥了至关重要的作用。下图展示了建筑公司推荐的一些材料，代表了该项目建设者的观点。

周六早上，莱恩喝咖啡时，他觉得自己需要新的生活挑战。在提出了一些想法后，他决定创办一家互联网公司，让客户可以购买和比较其他旅游公司的旅游产品。主要目标是从每笔交易中抽取一定比例的利润。

周六下午，他联系了朋友华新，看是否可行。他希望华新会感兴趣，这样他们就可以合作做生意，华新负责技术方面。

概念

下一个星期五下午，在他们第一次见面时，华新拿出一支白板笔，让莱恩更深入地阐述这个概念。莱恩深入探讨这个想法的复杂性时，华新专心地听着，偶尔在白板上记下笔记并快速画出草图

讨论结束时，华新将下面的图片放在白板上，并与莱恩确认他们已经达成一致，然后才讨论技术细节。这张图片代表了莱恩的观点。

逻辑

第二天，星期六早上，华新醒来后有了新的目标。他决心迈出下一步，于是去了他最喜欢的咖啡店，那是一家温馨的小店，飘荡着新鲜研磨的咖啡豆的香气。

华新坐在他最喜欢的角落座位上，拿出笔记本电脑，开始工作。他为他们的在线业务创建了一个逻辑模型，代表了设计师的观点。

物理

在检查并确认逻辑模型与概念模型一致后，华新打开了一个新的工作表来创建物理模型。

他在记事本上分析了在 Google Cloud、AWS 和 Azure 上实施该解决方案的优缺点。经过权衡后，Azure 胜出，他开始设计一个描绘建造者视角的物理模型。

华新与莱恩分享了这两个设计，在就应用程序的运行成本达成一致后，华新开始构建软件。

小结

本文从多种角度探讨了系统或项目开发的基本阶段。

• 它从概念设计开始，试图将非技术利益相关者聚集在一起，并从所有者的角度对项目愿景建立共同理解。

• 接下来，逻辑设计从架构师的角度检查系统的结构和行为。

• 接下来，物理设计解决了使系统投入使用所需的技术实现要素，表达了构建者的观点。

它强调了三个设计层面的一致性和协调性的重要性。

本文使用房屋扩建的类比，说明了个人如何自然地在不同的抽象层次上考虑项目，就像概念、逻辑和物理层次一样。转到软件架构，这篇文章强调了这些抽象层次在系统开发过程中是如何体现的。虽然这三个模型可能代表一个项目的不同方面，但它们共同构成了同一个统一整体的一部分，就像魔方的不同面一样。