架构图之间的区别

 物理架构图:更多是突出物理服务器之间的关系

  • 重点是:服务器数量,服务器之间的集群关系,服务器功能,数据库种类,区分是虚拟机还是物理机。
  • 其他点:如果有中间件nginx、F5、GTP、Moia需要体现出来,网络关系http、大数据交互HDFS、Spark也要体现出来。数据交互流向也要体现出来。

网络/硬件架构图:更多是突出应用服务之间的网络关系

  • 重点是:有哪些应用服务,之间的网络交互关系,A服务请求B服务,B服务响应A服务。如果有内外网络,需要体现出来,比如外部网络,内部互联网区,生产APP网络区,生产DB网络区。
  • 其他点:对应服务器需要体现出来,对接的渠道,第三方数据也需要体现,涉及到网络的都需要画出来。

补充说明:

  1. 明确是否三层架构部署;
  2. 明确是否使用负载均衡设备(或HA、RAC等机制);
  3. 明确系统部署的网络区域(如无外部区域则应将生产网络区域区分为生产web、生产app、生产DB区);
  4. 清晰简明地描述系统间的数据流向(网络连接关系);

系统架构图:更多是突出系统本身组件架构,

  • 重点是:系统中有哪些组件,组件之件交互关系,组件功能,

功能架构图:更多是突出交付产品的架构功能点,

  • 重点是:系统有哪些模块,这些模块有哪些功能,更多是线框图,

逻辑架构图逻辑架构关注的是功能,包括用户直接可见的功能,还有系统中隐含的功能。或者更加通俗来描写叙述,逻辑架构更偏向我们日常所理解的“分层”,把一个项目分为“表示层、业务逻辑层、数据訪问层”这样经典的“三层架构”。
数据流向图:更多是突出渠道、功能组件以及数据库之间的数据流向。
技术架构图:更多是突出产品不同层级之间使用的技术,例如,客户端使用了VUE,服务端使用了nebula等。

### 系统架构图与功能架构图区别及应用场景 #### 定义上的差异 系统架构图是一种高层次的设计文档,用于描述整个系统的组成结构及其组件之间的交互关系。它关注的是技术实现层面的内容,例如服务器、数据库、网络通信协议以及硬件设备等[^1]。而功能架构图则更侧重于展示系统所支持的功能模块及其相互依赖的关系,通常不会涉及具体的技术细节。 #### 表现形式的不同 在表现形式方面,系统架构图会通过图形化的方式描绘出各个子系统或者服务单元如何连接在一起形成完整的解决方案;同时也会标注清楚数据流方向、接口标准等内容[^1]。相比之下,功能架构图更多是以流程框图的形式呈现出来,每一个方框代表一个特定的操作或处理逻辑,并且按照一定的顺序排列起来以便理解整体运作机制[^1]。 #### 应用场景分析 对于开发团队来说,在项目初期规划阶段就需要绘制详细的系统架构图来指导后续编码工作并确保各部分能够无缝对接运行良好[^1]。而在需求分析过程中,则可以利用功能架构图为客户提供清晰易懂的产品概览说明其具备哪些核心能力满足实际业务需要[^1]。因此可以说前者偏向内部技术人员之间沟通交流工具后者则是面向外部利益相关者解释产品价值主张的有效手段之一。 ```mermaid graph TD; A[System Architecture Diagram]; B[Function Architecture Diagram]; C((Technical Details)); D((Component Interactions)); E((Feature Modules)); F((Operation Logic Flow)); A -->|Includes| C; A -->|Focuses on| D; B -->|Highlights| E; B -->|Presents| F; ``` 以上Mermaid图表简单对比了两种架构图的主要特点。 #### 总结 综上所述,虽然两者都是为了帮助理解和构建复杂的信息系统而存在,但是它们各自侧重点完全不同——一个是关于“怎么做”,另一个则是围绕着“有什么”。只有当这两类设计都能得到充分重视并且合理运用时,才能最终打造出既实用又高效的企业级应用软件体系。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值