软件架构是 一个系统的抽象描述，它包括系统的各个组成部分及其相互关系。以下是一些关于如何看软件架构的建议：

理解组成要素

子系统：承担特定功能职责，能够独立于整个系统进行操作。

模块：封装了一组相关的功能或服务，通过定义清晰的接口与其他模块交互。

组件：自包含的、可编程的、可重用的、与语言无关的软件单元，易于在应用程序中进行组装和独立部署。

识别架构层次

分层架构：将软件系统划分为不同的层次，每个层次负责不同的功能，如表现层、业务层和数据层。

客户端-服务器架构：将软件系统划分为客户端和服务器两个部分，客户端负责与用户交互，服务器负责处理业务逻辑和数据存储。

MVC架构：将软件系统划分为模型、视图和控制器三个部分，实现界面和业务逻辑的分离。

微服务架构：将软件系统划分为多个独立的小服务，每个服务都有自己的业务逻辑和数据存储。

分析架构设计原则

高内聚和低耦合：模块内部功能紧密相关，模块之间依赖关系尽量减少。

可维护性和可扩展性：确保软件系统易于修改和扩展，以适应未来的需求变化。

性能和可靠性：关注系统的响应速度、稳定性和容错能力。

评估架构方法

ATAM（Architecture Tradeoff Analysis Method）：识别架构中的潜在风险和权衡，确定其在不同质量属性上的权衡效果。

CBAM（Cost Benefit Analysis Method）：基于成本效益分析，优化架构设计中的质量属性选择。

SAAM（Software Architecture Analysis Method）：主要用于分析架构的可修改性和功能性，发现潜在的架构弱点。

ARID（Active Reviews for Intermediate Designs）：在架构设计早期发现设计中的潜在问题。

考虑物理和逻辑结构

物理架构：关注软件元件在硬件中的放置方式，如分布式系统的物理部署。

逻辑架构：关注系统内部各元件之间的关系，如外部系统接口、用户界面、商业逻辑元件、数据库等。

通过以上方法，可以全面理解和评估软件架构，从而选择合适的架构模式来满足项目需求。