架构设计(7)—如何设计架构和画架构图

已于 2024-01-11 15:53:00 修改
阅读量3.6w 收藏 94
点赞数 9
CC 4.0 BY-SA版权
分类专栏： 架构设计 文章标签： 架构 系统架构
于 2018-09-29 17:05:51 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hguisu/article/details/81661854
本文详细介绍了架构设计的步骤，从业务架构、应用架构、技术架构到数据架构，强调了架构图在沟通和规划中的重要性。架构设计是一个取舍过程，需要考虑业务需求、技术成本和未来扩展。画好架构图的关键在于结构清晰、内容完整和视觉美感，以及在合适的时间点绘制。架构图是系统设计的蓝图，帮助团队理解和协作。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

架构设计学习思维导图: 架构设计系列主要的ADM（架构开发方法）主要基于TOGAF9或者TOGAF9.1来论述。这是个人学习实践和总结笔记，专注并不断积累和更新，努力精进自己。个人拙见,仅供参考。
1、 架构概述：了解架构基础知识：架构定义、分类、级别、应用架构演进、架构是否合理、架构误区等。
     《谈谈架构》
2、 原则模式：了解架构模式和设计原则。
     《架构设计原则》
      《架构模式》
3、 瀑布模式：根据瀑布开发模式，从前期的架构愿景->到架构需求分析->架构设计
     

了解本专栏 订阅专栏 解锁全文 超级会员免费看
架构设计：全网最全 怎么画架构图的？
GIS摆渡人
03-10 204
文章目录前言一. 概念1. 什么是架构？2. 什么是架构图？3. 架构图的作用二. 架构图分类1、场景视图2、逻辑视图3、物理视图4、处理流程视图5、开发视图三. 怎样的架构图是好的架构图四. 画架构图遇到的常见问题五. 本文推荐的画图方法1. 语境图（System Context Diagram）2.容器图（Container Diagram）3.组件图（Component Diagram）4.类图（Code/Class Diagram）六. 案例分享 前言 技术传播的价值，不仅仅体现在通过商业化产品和开
软件架构常用设计
shaderdx的专栏
03-25 9647
常用系统架构设计
上篇：技术架构的设计方法
阿里巴巴中间件
05-29 443
技术思考本质还是结构化思考，所以常见的结构化思考方法也是适用的。这也是大家会看到很多技术架构师都会用一些方法论去分析问题的原因。但这里我不是重新去论述这些常见的技巧，而是分享从技术实战中得到的一些思考方法，为此我分为了技术架构设计的方法和技术 Leader 的思考方法两类。
什么是软件架构？软件架构如何演进？
最新发布
qq_16500963的博客
06-29 1020
系统架构（System Architecture） 是描述单个或多个系统整体结构的设计蓝图，定义了系统的组件划分、部署策略、交互方式以及非功能性需求（性能、可用性、可扩展性...）。系统架构通过集群实现资源聚合与高可用，借助分布式提升容错与扩展性，并依托弹性机制动态适应变化。其核心目标是通过结构化设计实现系统功能的高效运行、资源的灵活调度以及对外部环境变化的动态适应能力。系统的主要模块（如服务、模块、数据库）。模块之间的关系（模块间如何通信、数据流以什么协议传递）。
聊聊架构设计做些什么来谈如何成为架构师
weixin_33817333的博客
07-12 412
　　又有2周时间没冒泡了，最近实在没有大块的时间来写文章，就当找个理由。。。　　也因为碎片化的时间多了，所以开始刷某乎了，关注了架构相关的板块，也顺手回答了一些问题。发现有很多同道中人正在经历着我前两年经历的阶段，对于做架构没有相对具象的一些理解，更没有系统化的认识。所以把最近回答的一些内容整理一下，权当记录，留给3年后的自己~　　按惯例，容许我装X开头~ 一、架构的定义　　在软件开发领域，自从架...
一个自己设计的软件框架
zhugenqiang的专栏
12-27 2564
<br />    自己一直对软件设计框架比较感兴趣，下面说点自己对软件设计思想的理解。软件其实就是数据+业务+界面展示。在数据这方面来说主要在于数据的结构设计，这里的数据结构不是计算机课程中的那个概念。我理解是包括文件分布设计，数据类型设计(类，结构，数组),文件夹组织设计，数据库设计(表结构设计),动态库等模块的分布设计，针对这样理解的数据结构设计，引申出一层数据访问层，在这一层主要实现对所说结构数据的操作。业务层主要有很多业务模块组成，业务模块底层调用的是数据访问层，简单的业务层功能就对应单个业务模块
架构设计
guxinglei 的专栏
09-14 978
系统采用|B/S结构，共分三层，分别是数据访问层，业务规则层，Web外观层。它们各自有自己的职责，各自为政又互相配合从而形成一个软件的整体功能系统，数据访问层的职责是负责对数据源的存取（这里的数据源是指SQL Server 2000）,业务规则层负责的是对数据按照业务流程的处理，Web外观层负责向用户提供交互的接口，只负责输入输出数据。这样设计是很普遍的，它提供了一个较好维护的体系。设计：
教你如何做架构设计
weiyi_world的博客
10-10 490
风控系统中的架构设计原型图分析与实践探讨
张彦峰的博客
07-26 5万+
本文探讨了风控系统的架构设计原型图在风险管理中的重要性。通过分析多个案例，文章展示了如何利用架构设计原型图提升团队沟通效率，优化系统结构与功能。强调了良好的架构设计不仅有助于系统的可扩展性和可维护性，还能增强对风险的应对能力。最后，呼吁金融行业持续关注技术进步与市场需求变化，以不断提升风控系统的设计与实施效果。
解密系统架构图：为什么需要画架构图，怎样画出优秀的架构图.docx
10-23
在画架构图时，需要添加足够的注释和说明，以便其他人能够理解您所画的架构图。 6. 审核和修改 在画完架构图之后，需要对其进行审核和修改。 常用架构图解释 ------------------ 1. 总体架构 总体架构是指一个系统...
架构图666.drawio
02-22
架构图666.drawio
架构设计图架构设计架构设计架构设计架构设计
02-25
架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计架构设计
架构设计文档模板
wang458250970的博客
06-13 1074
架构设计文档模板需求介绍需求分析5W多维度分析1H复杂度分析设计文档总体方案架构图总览核心流程详细设计架构演进规划 需求介绍 [需求介绍主要描述需求的背景、目标、范围、要解决的问题、矛盾点等] 需求分析 [需求分析主要全方位地描述需求相关的信息] 5W 5W 指 Who、When、What、Why、Where。 Who：需求利益干系人，包括开发者、使用者、购买者、决策者等。 When：需求使用时间，包括季节、时间、里程碑等。 What：需求的产出是什么，包括系统、数据、文件、开发库、平台等。 Where：
如何做架构设计？
Jernnifer_mao的博客
06-08 961
架构设计也是如此，我见过很多的软件系统，他们经过了很多年的演进，在没有完全重构的情况下，始终无法改变最初设计模样，最初的设计决定了长期的发展。而对于业务深度耦合的系统，重构成本非常高，风险也非常大，变化也更加不确定，所以要更加重视设计。
如何做好架构设计
legend_x的专栏
09-18 1215
http://www.csdn.net/article/2013-09-17/2816962 钟声：这个涉及方方面面，个人认为可如下这样做： 第一步，要学会用架构师的思想去思考。   第二步，要学会清空自己的大脑。   第三步，只有学会设计的架构师才是架构师。 CSDN：如何做好架构设计？ 钟声：有时候，面对产品设计架构设计时
浅析如何做架构设计
xianyuxiaoqiang的专栏
04-23 494
系统高性能设计 1）缓存 使用缓存存储频繁访问的数据，以降低访问数据库、文件系统带来的延迟。其中，应用服务器本地缓存访问速度最快，但容量有限；分布式缓存（如Redis）访问速度次之，容量较大。 为避免滥用缓存资源，可根据业务特性使用以下缓存过期策略： 缓存自动过期 缓存触发过期（例如在用户登出系统时删除缓存的用户信息） 2）负载均衡 应用服务器部署多个节点（集群化），并利用负载均衡服务器（如Nginx）对外提供服务。 3）读写分离、分库分表 数...
架构设计（1）-谈谈架构
热门推荐
黄规速博客:学如逆水行舟，不进则退
10-17 8万+
1、什么是架构和架构本质 在软件行业，对于什么是架构，都有很多的争论，每个人都有自己的理解。 此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前，我们先讨论架构的概念定义，概念是人认识这个世界的基础，并用来沟通的手段，如果对架构概念理解不一样，那沟通起来自然不顺畅。 Linux有架构，MySQL有架构，JVM也有架构，使用Java开.........
画架构图
03-17
<think>好的，我现在需要帮用户解答如何绘制系统架构图，包括工具、方法和最佳实践。首先，我得理清用户的需求。用户可能是一位开发人员或系统设计师，想要创建清晰有效的架构图，但不确定该用什么工具或方法。他们可能还希望了解最佳实践，以确保图表易于理解和沟通。 根据提供的引用内容，系统架构图分为逻辑架构图和物理架构图。引用[1]提到逻辑架构图展示技术组件如何实现功能，而物理架构图则涉及物理部署。引用[2]强调选择合适的图表类型，如层级图、组件图等，并使用标准符号。引用[3]提到生成时序图的能力，这可能与工具功能相关。用户的问题主要集中在工具、方法和最佳实践上，所以需要覆盖这三个方面。 首先，工具方面，常见的绘图工具有Lucidchart、Draw.io、Visio、PlantUML和C4 Model工具。需要列出这些工具，并简要说明它们的特点，比如是否免费、是否支持协作等。例如，Draw.io是免费且在线的，适合个人和小团队；Lucidchart适合团队协作；Visio适合企业级使用；PlantUML适合喜欢代码生成图表的开发者；C4 Model工具如Structurizr则适合分层架构描述。 然后是绘制方法。这里需要分步骤说明，比如确定目标、选择类型、定义组件、分层描述、标注关系、使用标准符号。每个步骤需要结合引用内容。例如，引用[1]提到的两种架构图类型，应在步骤二中提及。引用[2]中关于选择合适类型和使用标准符号，对应步骤二和步骤六。 接下来是最佳实践。需要强调简洁性、一致性、分层原则、动态展示和版本管理。例如，保持简洁避免过多细节，使用统一符号（引用[2]），分层描述（如C4模型），使用颜色区分状态，动态图展示流程（可能引用[3]中的时序图），以及版本管理。 最后，生成相关问题。根据用户可能进一步的问题，比如工具比较、逻辑与物理架构图的区别、C4模型的具体使用、如何保持更新等。 现在需要确保回答符合系统级指令：行内公式用$...$，独立公式单独成段（不过这个问题可能不涉及数学公式，所以可能不需要），正确使用LaTeX，中文回答，生成相关问题，引用标识在段落末尾。例如，在提到逻辑架构图时，引用[^1]，在选择符号时引用[^2]，生成时序图引用[^3]。 检查是否有遗漏点，比如工具是否全面，方法步骤是否合理，最佳实践是否实用。同时确保语言口语化，不过于技术化，让用户容易理解。可能还需要注意结构清晰，分点列出，便于阅读。 总结，回答应包括工具推荐、绘制方法步骤、最佳实践，以及相关问题。每个部分结合引用内容，自然添加引用标识。确保信息准确，特别是引用部分要对应正确。</think>### 如何绘制系统架构图：工具、方法与最佳实践 #### 一、工具推荐 1. **Lucidchart** 支持团队协作的在线工具，提供丰富的架构图模板（如逻辑架构图、部署图）和标准化符号库，适合绘制功能需求技术架构图（逻辑架构图）[^1][^2]。 2. **Draw.io（现为diagrams.net）** 免费在线工具，支持导出多种格式（PNG/SVG/XML），适合快速绘制物理部署图或服务图。 3. **Microsoft Visio** 企业级工具，提供详细的组件库和定制化功能，适合复杂系统的层级图和组件图设计[^2]。 4. **PlantUML** 通过代码生成架构图，适合开发人员用脚本描述架构，支持时序图、组件图等[^3]。 5. **C4 Model工具（如Structurizr）** 基于C4模型分层（系统上下文、容器、组件、代码），适合从宏观到微观的系统描述。 --- #### 二、绘制方法步骤 1. **明确目标与受众** 确定是展示功能实现（逻辑架构图）还是物理部署（物理架构图）。 2. **选择架构图类型** - **逻辑架构图**：描述技术组件如何协作实现功能，例如微服务交互[^1]。 - **物理架构图**：展示服务器、网络、数据库等物理资源的部署。 - **时序图/服务图**：动态展示请求流程（可用PlantUML生成）。 3. **定义核心组件与关系** 列出系统模块（如API网关、数据库），用箭头标注数据流向，例如： $$ \text{客户端} \rightarrow \text{负载均衡器} \rightarrow \text{应用服务器} $$ 4. **分层描述（C4模型）** - **上下文层**：系统与外部服务的关系。 - **容器层**：应用程序、数据库等运行环境。 - **组件层**：模块内部的具体实现。 5. **使用标准符号** 遵循UML或云服务商（如AWS/Azure图标库）的规范，确保一致性。 --- #### 三、最佳实践 1. **保持简洁性** 避免过度细化，例如逻辑架构图中无需标注服务器IP地址。 2. **分层与分组** 用“泳道”区分不同团队负责的模块，或用颜色标记组件状态（如红色表示高风险）。 3. **动态展示** 结合时序图说明关键流程，例如用户登录的验证步骤。 4. **版本管理与迭代** 将架构图纳入代码仓库，随系统更新同步修改。 ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

hguisu

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值