软件架构可以根据不同的维度和需求进行细分，以下是几种主要的分类方式：

基础架构

基础架构是指为应用程序提供基础支持和服务的系统架构，包括操作系统、数据库管理系统、网络设备等。基础架构通常由系统管理员或运维人员负责搭建和维护。

应用架构

应用架构是指应用程序的整体结构，包括应用程序的组件、模块、服务和数据流等。应用架构的主要目标是确保应用程序能够满足业务需求和用户需求，同时保证应用程序的可维护性、可扩展性和可靠性。应用架构通常由软件架构师或高级开发人员负责设计和开发。

云架构

云架构是指基于云计算技术的系统架构，包括云服务提供商的基础设施、云平台、云应用程序等。云架构的主要目标是提供高可用性、高可扩展性和高可靠性的应用程序和服务，同时降低运维成本和开发成本。云架构通常由云服务提供商或云开发人员负责搭建和维护。

单一软件系统架构

软件架构可以专注单一软件系统的内部设计，包括模块划分、组件的交互、技术选型以及功能实现。这种架构通常与编程语言、框架、数据库等技术密切相关，具有局部性强、技术实现驱动等特点。常见的模式有微服务架构、分层架构、事件驱动架构等。

系统架构

系统架构是指一个硬件与软件系统的整体设计，包含服务器、存储设备、网络设备以及运行其上的软件的协调与集成。

逻辑架构与物理架构

从逻辑上理解，软件的架构由软件的各个模块组成；从物理角度理解，软件的架构由nginx、WEB服务器、mysql等组成。框架和架构的区别在于，软件框架通常指的是为了实现某个业界标准或完成特定基本任务的软件组件规范，也指为了实现某个软件组件规范时，提供规范所要求之基础功能的软件产品。

常见软件架构模式

分层架构：将系统按照功能划分为若干层，每层之间有明确的接口和依赖关系，便于管理和维护。

客户端-服务器架构：将系统分为客户端和服务器两部分，客户端向服务器发出请求，服务器处理请求并返回结果。

事件驱动架构：系统中的组件通过事件进行通信和协作，每个组件都可以发出和接收事件，从而实现松耦合的系统设计。

微服务架构：将系统拆分为若干个小型服务，每个服务独立部署、独立运行，通过轻量级协议进行通信，从而实现高度可扩展性和灵活性。

数据库架构：将系统按照数据存储的方式划分为不同的层次，例如关系型数据库、对象数据库、文档数据库等。

Peer-to-Peer架构：将系统中的所有节点视为对等的节点，每个节点都可以提供服务和请求服务。

MVVM架构：将系统分为三层：视图层、视图模型层和模型层，通过数据绑定和命令绑定实现视图和模型的分离。

轻量级架构：将系统设计为轻量级、简单的架构，如REST架构、SOA架构等。

一维、二维和三维软件划分

一维软件划分：将软件系统按照功能或模块进行划分，例如将系统分解为几个模块，分配给不同的开发人员。

二维软件划分：在多层架构下，软件产品和开发角色的划分也进行了细分，例如将服务器、客户端开发人员分开，甚至设立单独的DBA。

三维软件划分：在一些大型项目中，为了提高代码复用性和减少重复工作，会成立单独的平台组、系统组，将团队的核心知识固化在一些可复用的软件模块中，并将这些模块包装成为平台、框架、构件等。

这些分类方式并不是互斥的，一个软件系统可能同时属于多个分类。选择合适的软件架构需要根据项目的具体需求、团队的技术栈、可维护性和可扩展性等因素进行综合考虑。