软件系统架构师（系统架构师 信息管理 ）在整个项目中领导并协调与技术相关的活动和制品。从技术、结构、软件系统的组织结构角度调整一些主要设计决定。与RUP中其它角色相比，软件系统架构师更注重广度，而不是深度。
软件系统架构师要能够在信息不完整的情况下把握问题的本质，并作出合理、关键的决定。
经验、领导能力(Architect负责技术方面的问题，项目经理负责商业和管理方面的问题)、沟通能力(不能被法规所领导，要由其余团队的意见所领导)、面向目标的工作态度(必须一切以结果为中心，对问题精益法求精的完美主义者不适合担当这个角色)。
交流：
在项目经理和开发团队之间建立联系
在内部成员和涉众之间建立联系(系统体系结构小组和项目小组)
在不同开发小组之间建立联系(保证架构完整性)
系统架构(Architecture)
(1)定义
组成系统的结构元素及它们的接口、元素之间的联系渠道、把这些结构和行为元素组成更大的系统、指导开发组织的架构风格。
其它：易用性、功能性、性能、可适应性、可复用性、可理解性、权衡经济和技术的约束条件、对美学的关注。
系统架构师只关注对系统架构具有重要意义的需求和与架构相关的设计决定。
(2)模型和视图(包括其中的一种或几种)
logic view(存在于所有系统中)，显示软件的所有元素及它们的结构：类、包等。
process view，存在于分布式系统和并发系统中，显示不同实体间的并行关系及实现通信和保持同步的方式。
implementation view,显示实现的元素(源代码文件、可执行文件等)在开发环境中的组织方式。
deployment view，显示不同的运行时构件在运行时如何被复制和交付及它们之间如何通信。
use-case view，捕获最很重要的需求：对系统架构有重要影响的用例或用例的一部分，还包括非功能性需求。可能还包括用例的实现，以此说明系统的工作方式。
