軟體系統架構師（系統架構師 資訊管理 ）在整個專案中領導並協調與技術相關的活動和製品。從技術、結構、軟體系統的組織結構角度調整一些主要設計決定。與RUP中其它角色相比，軟體系統架構師更注重廣度，而不是深度。
軟體系統架構師要能夠在資訊不完整的情況下把握問題的本質，並作出合理、關鍵的決定。
經驗、領導能力(Architect負責技術方面的問題，專案經理負責商業和管理方面的問題)、溝通能力(不能被法規所領導，要由其餘團隊的意見所領導)、面向目標的工作態度(必須一切以結果為中心，對問題精益法求精的完美主義者不適合擔當這個角色)。
交流：
在專案經理和開發團隊之間建立聯絡
在內部成員和涉眾之間建立聯絡(系統體系結構小組和專案小組)
在不同開發小組之間建立聯絡(保證架構完整性)
系統架構(Architecture)
(1)定義
組成系統的結構元素及它們的介面、元素之間的聯絡渠道、把這些結構和行為元素組成更大的系統、指導開發組織的架構風格。
其它：易用性、功能性、效能、可適應性、可複用性、可理解性、權衡經濟和技術的約束條件、對美學的關注。
系統架構師只關注對系統架構具有重要意義的需求和與架構相關的設計決定。
(2)模型和檢視(包括其中的一種或幾種)
logic view(存在於所有系統中)，顯示軟體的所有元素及它們的結構：類、包等。
process view，存在於分散式系統和併發系統中，顯示不同實體間的並行關係及實現通訊和保持同步的方式。
implementation view,顯示實現的元素(原始碼檔案、可執行檔案等)在開發環境中的組織方式。
deployment view，顯示不同的執行時構件在執行時如何被複制和交付及它們之間如何通訊。
use-case view，捕獲最很重要的需求：對系統架構有重要影響的用例或用例的一部分，還包括非功能性需求。可能還包括用例的實現，以此說明系統的工作方式。
