软件架构

本文是笔者的平时随记，文中记述了自顶向下构建架构，自底向上推导应用，领域驱动设计架构，大数据架构四种思维，需要根据业务或者系统的需求来选择侧重，有了架构思维的指导，我们才可以采用合适的架构框架

随着各行各业的数字化转型趋势的确定，企业架构设计方法逐渐成为各位码农的必修课，其中业务架构可以让你更懂老板的意图，更懂技术架构背后的本质。

最近在阅读《架构之道》，对该书技术部分主要功能、易变性、核心用例的一些理解，希望大家在做业务系统架构设计时有帮助。

当我们想用几张图来介绍下业务系统，是不是对着画布不知从何下手？本文从常见的架构视图进行分析，介绍了常见的架构视图分类和画好架构视图的要注意的问题。

架构风格描述包含了各种架构特征的组件，对于进阶架构设计的童鞋来说，面对各种复杂的需求，熟悉各种架构风格是非常必要的。如这些架构风格的特征，部署模型、数据策略等等。

当决定使用软件解决某个特定问题，会收集该系统的需求列表。一个常见的软件解决方案会包.  括以下特征，那么怎么从一堆的需求中提炼出一个软件所需要具备的架构特征呢？

通过对系统模块化的定义说明，阐述了内聚/耦合/共生三个维度的分析与度量角度的相关定义与场景，尽量使用公式或数学方法来对三个维度进行量化分析，提供了较为科学的决策依据。

本文针对软件复杂度做的一些见解分析，主要说明了目前软件复杂度产生的一些因素与表现形式，同时结合实际业务开发给出了一些解决软件复杂度的经验和方法。