产品需求-规划TOB产品架构图,用这6步搞定,错过就要再等(1).pdfVIP

规划TOB产品架构图，用这6步搞定，错

过就要再等（1）

导语：软件工程是一项复杂的项目投资工程，架构设计的好坏往

往决定着项目的成功或失败。ToB的产品人在设计一款产品时，学会充

分利用产品架构是一项必备构架的能力。这里我们来聊聊ToB的产品

架构如何去搭设，能让你的产品菌丝体更长，更稳定。

“产品架构犹如屋宇地基、人体骨骼、车辆核心部件。”

“架构”一词最早来源于建筑，其核心是通过一系列构件的组合

来承载上层传递的压力。经过漫长的演变，架构设计的已经深入多个

行业和场景，有望成为了必不可少的活动。

1.架构的含义

架构一词，从韦伯词典中定义为“一种意识过程结果的形态或框

架；一种统一或有条理的形式或结构”。其余部分这里的关键部分是

具有特殊结构的，有条理的，这个定义很抽象，很不好理解，说人话

核心我们要把握住“框架”、“结构”、“有条理”这几个网页内容

就好了。

我们来看一个例子：

车的骨架由车身、车架、发动机、制动设备、轮胎和机械设备等

构成，这些组件构成了一款完整的车，提供驾驶服务，这些组件的好

坏着车的使用寿命和服务体验；组件数量的多少决定着车所能提供服

务的服务边界在哪，不是越多功能这样一来好，也绝非只有一个车身

就行，组件的最低数量是保证一款车能够正常使用。

同理，软件产品是不是也需要具备同样的逻辑，保证一款必须软

件产品能够正常使用，满足用户诉求，解决用户的问题。

我们有一个不容忽视的结构性问题，软件领域发展到从那时起，

延伸出了企业软件系统、业务架构、应用架构、数据架构、产品架构、

技术架构等一堆的词语。是不是有点晕了，这些架构都是用来干什么，

它们二者之间有什么区别？不搞清楚它们之间的关系，产品架构从何

谈起。

2.架构之间的区别和联系

这么多名词，它们是如何定义的？相互之间如何区分和联系？这

里做一些简单的说明，详细的解释和案例还望各位童鞋翻阅架构相关

书籍。我们来看下面这张图。

1）业务架构

架构是指企业通过分析自身所处的外界环境，自身面临的美好未

来和挑战，同时剖析自身的内部结构特点和资源情况，明确自身优劣

势，从而目标选择和制定企业推进目标，制定具体的实施方案和计划。

核心要素主要包括主要包括业务着力点、资源能力、业务流程和

组织机构结构；放在企业层面是企业金融业务层面目标，放在部门层

面是部门业务目标。

内核对业务架构我们要思考一下的问题：

举例来说：企业采购业务的业务架构

2）数据架构

数据架构是基于数据管理领域知识数据资料经验的总结，提炼操

作过程指导未来数据管理的过程。

主要主要包括数据治理和计有数据管理，数据治理包括数据管理

政策，原则，规范和标准等；数据管理包括数据总体视图和数据结构，

数据库设计等。

下图是一张整体视图：

3）技术架构

技术架构是将数据架构和应用架构落实下去，通过技术的手段构

建出来。主要包括架构规划和技术选型等事项。架构规划包括网络、

平台、语言、中台、微提供服务等概念规划；技术选型主要是具体到

某个产品时技术方案的选型，包括开源框架、语言、架构风格、数据

库、中间件等。

我们来一个单个产品的技术架构方案，如下图：

4）应用架构

应用架构是描述一个企业各个丁公藤相互之间独立的应用系统的

部署以及核心业务流程之间的婚姻关系，目的是建立业务架构与数据

架构和交集其他架构之间的关联；它能连接业务架构的程序，功能，

人员，也能够连接数据架构中的数据管理和使用，还能提出对关键技

术技术架构的要求。主要分为表现层、应用层和数据层来直言

产品架构是产品的整体，是对某抽象概念一块具体业务的进行抽

象，截叶可视化的方式呈现出来，它划分了功能模块、数据流向，包

括现有的，以及未来规划的。其目的不仅是为了架构设计的简洁性，

更是为了整条业务的完整性，把离散的业务过程场景化。

产品设计架构和应用架构的设计产品关系？

产品架构是应用架构的一部分，当架构设计应用架构只有一个产

品时，也就是产品架构。多个产品组合一起形成了企业应用架构全景

图。

这里主要阐述如何规划产品架构图。

画产品架构图目的是为了将业务层次结构拆解并梳理出产品思路，

整体上推进把握产品的发展方向，把控产品的核心功能，重新考