架构可以从多个视点（角度）来表达 ，所有这些组合在一起可以获得系统的整体视图。每个视图处理一些特定的关注点，这些关注点面对开发过程中的涉众：用户、设计者、管理者、系统工程师、维护人员等等。

视图捕获了主要的设计结构决策，展现软件架构如何分解为组件，以及组件如何通过连接器连接。这些设计选择依赖于需求——功能及其附属要求——以及其他约束。但是这些选择反过来又对未来低层的需求和设计决策附加了约束。

实际上，架构视图是对整体设计的抽象或简化，突出了其中重要的特征而忽略细节。这些特征在推导时很重要：

• 系统演进到下一个开发周期
• 在生产线中，重用架构或部分重用
• 评估附加的质量，例如性能、可用性、可移植性和安全
• 团队或分包商的开发工作分配
• 关于包含现成组件的决策
• 插入进更广泛的系统

为了选择合适的视图，应识别那些依赖于软件架构文档的涉众以及他们的需要。作为表示架构的一组视图的示例，参见：Example：4+1 软件架构视图。更全面的视图，可以参考：IBM Views and Viewpoints Framework for IT systems。