软件系统架构视图是从特定的视角出发，专注于该视角系统的结构，模块划分，基本组件职责和主要的控制流(协作接口)。
Kruchten(克鲁奇顿)在1995年提出了一个“4+1”的视图模型。它从5个不同的视角包括逻辑视图、进程视图(处理视图)、物理视图、开发视图和场景视图来描述软件架构。每个视图只关心系统的一个侧面，5个视图结合在一起才能反应系统的软件架构的全部内容。
一个描述软件系统的子系统和组件，以及它们之间相互关系的学科。架构试图定义软件的内部结构。通过视图可以从不同角度描述软件结构，主要包括：
逻辑视图(满足功能需求)过程视图(并发问题)组件视图(实现问题)部署视图(分布问题) 逻辑视图也称为设计视图，它表示了设计模型中在架构方面具有重要意义的部分，即类、子系统、包和用例实现的子集。进程视图是可执行线程和进程作为活动类的建模，它是逻辑视图的一次执行实例，描述了并发与同步结构。实现视图对组成基于系统的物理代码的文件和构件进行建模。用例视图是最基本的需求分析模型。
