解决方案架构是定义和描述在特定解决方案上下文中交付的系统架构的实践，因此它可能包含对整个系统或仅其特定部分的描述。解决方案架构的定义通常由解决方案架构师领导。

业界对“解决方案架构”有很多定义，但还没有正式定义。OpenGroup（2009）将解决方案架构定义为：

已使用的业务操作或活动，以及/它如何支持该操作。解决方案架构通常适用于单个项目或项目发布，帮助将需求转换为解决方案远景、高级业务和/或IT系统规范以及一组实现任务。[1]

Gartner（2013）提供的定义暗示了解决方案架构与企业架构之间的关系：

解决方案架构（SA）是对特定解决方案的架构描述。SAs结合了来自不同企业架构视角（业务、信息和技术）以及来自企业解决方案架构（ESA）的指导。[2]

Greefhorst and Proper（2013）将解决方案架构定义为：

一种解决方案的架构，其中一个解决方案是为其环境提供一组连贯的功能的系统。因此，它涉及解决方案的那些特性，这些特性是满足其基本要求所必需和足够的[3]

大多数定义都认为，解决方案架构的显著特征是其上下文是一个特定的解决方案或可交付成果，而不是整个企业或企业的一部分。此外，定义强调解决方案架构的非常特殊的性质，以及它与更高级别的原则和规范的一致性。

解决方案架构主题

解决方案架构活动

根据Forrester的研究，解决方案架构是企业架构向组织提供价值的关键方法之一。解决方案架构活动发生在解决方案构思、解决方案设计和解决方案实现期间。在构思过程中，解决方案架构为解决方案建立完整的业务上下文，并定义解决方案的远景和需求。在设计过程中，解决方案架构阐述了潜在的选择，其中可能包括RFI、RFP或原型开发。它选择最佳选项并为所选解决方案制定路线图。在实现过程中，解决方案架构将架构传达给涉众，并指导实现团队。[4]

与企业架构的关系P

企业架构和解决方案架构之间的关系通常被很好地理解。根据企业架构专业组织联合会（Federation of Enterprise Architecture Professional Organizations）2013年发表的论文，解决方案架构包括业务架构、信息架构、应用架构和技术架构，它们在战术层面上运行，重点关注选定业务问题的范围和跨度。相比之下，企业架构，也包括上述四种架构，在战略层面上运作，其范围和跨度是企业而不是特定的业务问题。[5]因此，企业架构为解决方案架构提供了战略方向和指导。[6]

另见

• 架构模式（EA参考架构）
  
• 分段架构