雖然軟體構架是一門新生事物，但它已被公認為一門學科。
軟體構架師是專案的技術領袖，並且從技術角度來講，他承擔了專案成敗的責任。
現在已經有一些關於過程、需求管理、軟體構架、測試、專案管理等模式的書籍和文章。
但是考慮到如何從軟體構架師的角度來處理資產的重新利用，仍會存在一定的挑戰*。
一旦一個專案的軟體構架穩定下來，人們總是希望架構師離開這個專案，將這一珍貴的資源用於其他的專案。
一個軟體構架確定了主要的元件和它們之間的互動作用，兩個元件之間的依賴*以及這些元件對於需求的可追溯*。
在六個月之內，由三個軟體構架師組成的團隊實現了一個面向資源的ESB，以及一些使用NetKernel中介軟體的初始面向資源服務。
為了有效地整合PBR和RUP，我們在RUP的需求規程中精心製作了新的與參與者相應的場景：系統分析師，需求闡釋員和軟體構架師。
如果組織有一個如圖2所示的過程分層，它將會意識到一些如我們在分層的軟體構架中所看到的好處。
