这个角色首先要理解业务目标和管理架构驱动力，其中包括需求（功能性需求和非功能性需求）和环境的限制。软件项目经常纠缠于询问用户需要什么功能，却很少问他们有哪些非功能性需求（或质量属性）。有时候利益相关者会告诉我们“系统一定要快”，这太主观了。非功能性需求和限制往往对软件架构有巨大的影响，因此明确地将其纳入软件架构的角色，可以保证它们被考虑到。