多年以来，软件架构师已经跟企业架构师一道加入了软件团队称号的殿堂。现在是时候把解决方案架构师也纳进去了。负责解决方案架构的个人发现自己填补了多种角色。在关注组织特定问题的同时，他们还必须精通一般技能以及架构技术。偶尔解决方案架构师还得监督差异性非常大的企业技术工作的集成情况。

　　解决方案架构师关注特定的业务问题/议题，这些东西需要有一个综合的业务/IT解决方案，”TSG的副总裁、资深的IT顾问William Ulrich说：“解决方案架构师需要利用业务架构、应用及SOA架构等各方面知识，以及其他企业架构范畴内的架构性输入。”

　　这让解决方案架构师的角色跟企业架构师的角色多少有点不同，后者关注的东西要广泛得多。用Ulrich的话来说，企业架构师“跨越多个业务单元和类别，将视图和蓝图捆绑到一起，不会去管特定问题的解决方案。”

　　解决方案架构师仍然难以定义，因为从实践上来说可以采取多种形式。比方说，解决方案架构师用端到端的价值流为必须涉及到业务服务识别、Web服务、数据服务、中间件处理的客户对贷款协议进行形式化处置。他们还必须根据需要处理后台应用接口。

　　解决方案架构包括的元素来自于许多不同的组织性系统。比方说，在一项保险业的设定中，涉及范畴可包括发放贷款的流程流、修改贷款以及拖欠。这样一份贷款需要状态机管理设计，同时还需要根据状态变更进行跨价值流规则交互的识别。

　　解决方案架构往往包括各种蓝图及用以与解决方案交付团队沟通整体架构的措辞。如果一个或多个应用需要改造、集成或被替换，解决方案架构师必须吸收过渡架构视图及转换概念成为解决方案的一部分。

　　Ulrich说解决方案架构师需要基础性支持，包括组织缜密的业务架构和信息架构，以及归档良好的当前应用架构。

　　解决方案架构师之需

　　The Open Group负责技能与能力的副总裁Len Fehskens说，解决方案架构师的培训过程要求掌握许多技能，从而令这个行业的进入门槛很高。据Fehskens说，未来的解决方案架构师将会极大地从为入门级候选者设计的实习生或者学徒计划中受益。这些计划允许候选人跟有经验的实践者一并工作，直到他们能够独立做事。

　　不幸的是，此类计划令组织难以承受，Fehskens解释说：“回答是，在此类学徒计划的职业必要性得到肯定之前，解决方案架构师必须从其他工作角色或职位中获得解决方案架构经验，然后还得找到愿意基于此“隐形”经验而支持他们的人。”

　　“这个领域还很年轻，仍然属于新兴领域，大多数最佳实践都是组织的知识产权，他们都是在试验和教训中学到的，”Fehskens继续道：“一位胜任的解决方案架构师擅长分辨什么是相关的、什么是不相关的。解决方案架构师对于问‘为什么’有一种孩子般的痴迷。他们需要自由接触到利益攸关者的团体—不仅仅是那些团体的某一位有名无实的发言人。”

　　何谓企业架构？何谓解决方案架构？

　　过去10年，企业架构师受到了极大的关注，彼时正值许多的关注被转向了对从创新软件开发试验中收获更多的成功产出。很难说解决方案架构师如何可以适应这项宏伟计划。

　　不管怎样，解决方案架构师往往被拿来跟对应的企业架构师相提并论。Avancier咨询有限公司的解决方案及企业架构师Graham Berris Ford认为，解决方案架构师通常关注于更少量的产品或项目，而企业架构师倾向于横跨多个产品和项目做事。前者可能侧重战术，后者则更关注战略。解决方案架构师负责开发并领导特定产品的设计，而企业架构师则处理大规模的不同系统或应用组合。

　　另一种观点来自于Rob Daigneau，他是ArcSage LLC的解决方案架构师，也是新书《服务设计模式》（Addison-Wesley出版）的作者。他注意到，IEEE 1471-2000（软件密集型系统的架构性描述推荐实践）指出结构是由“嵌在系统组件中的基础组织、其相互关系及与环境的关系，以及管控设计和演进的原则组成。”

　　“按照这些定义，那么定义软件架构师也许可以更加容易，”Daigneau指出，“简单来说，软件架构师就是设计软件的人。包括我本人在内，信奉‘敏捷哲学’的人相信所有开发者都应该掌握架构性技能。然而，通常还会有少数更加资深的架构师可以指导产品设计的整体方向，可以帮助确保其概念完整性。解决方案架构师和企业架构师就是这么来的。”