系统设计 | 如何表达技术架构？（规划篇）

系统设计 | 如何表达技术架构？（规划篇）

在软件开发过程中，技术架构的设计和表达是至关重要的环节。本文将分享架构图和技术方案的设计经验，帮助架构师和技术领导者理解和实施有效的架构规划和技术设计。

基本原则与逻辑

架构图和技术方案的实用性是首要考虑的因素。架构图应被视为软件开发前的模型，以信息索引和模型的形式指导团队。在敏捷项目中，规划阶段应聚焦宏观、战略决策，而详细设计则放在每个迭代前。

规划阶段架构产出物

规划阶段的架构产出物应包括非功能性需求、技术选型、领域模型、模块（服务）设计、部署架构和一些技术专题。此外，还需包括决策记录、威胁建模、技术规范和测试策略。

绘图工作

推荐使用PPT或Keynote进行架构设计阶段的绘图工作，便于携带、汇报和存档。

非功能性需求

非功能性需求描述系统设计指标，影响技术选型和架构决策。需分级并量化设计指标（如性能的TPS/QPS）。

技术选型

技术选型应展示可用选项并进行对比选择，作者提出了一种菜单式的选型方法。

领域模型

领域模型以UML类图形式表达，描述对象关系，是模块划分的重要输入。建议使用组合、衍型和依赖来表达领域模型。

模块（服务）设计

模块设计是架构设计的核心，推荐使用C4模型以不同的视图表达架构全景、集成架构、容器和组件。

部署架构

在云原生环境下，部署架构被简化，作者将流水线内容纳入部署架构范畴。

其他内容

架构方案还应包括架构决策记录、威胁建模、技术规范和测试策略，以确保架构的全面性。

附录

文章附录提供了非功能性需求清单和绘图工具推荐。