軟件架構主要職責

(1)確認需求在項目開發過程中，架構師是在需求規格說明書完成后介入的，需求規格說明書必須得到架構師的認可。架構師需要和分析人員反復交流，以保證自己完整并準確地理解用戶需求。

(2)系統分解依據用戶需求，架構師將系統整體分解為更小的子系統和組件，從而形成不同的邏輯層或服務。隨后，架構師會確定各層的接口，層與層相互之間的關系。架構師不僅要對整個系統分層，進行“縱向”分解，還要對同一邏輯層分塊，進行“橫向”分解。這體現了軟件架構師的功力。

(3)技術選型，架構師通過對系統的一系列的分解，最終形成了軟件的整體架構。技術選擇主要取決于軟件架構。例如：Web Server運行在Windows上還是Linux上？數據庫采用MSSql、Oracle還是Mysql？是否需要采用MVC或者Spring等輕量級的框架？前端采用富客戶端還是瘦客戶端方式？架構師對產品和技術的選型只限于評估，沒有決定權，最終的決定權歸項目經理。架構師提出的技術方案為項目經理提供了重要的參考信息，項目經理會從項目預算、人力資源、時間進度等實際情況進行權衡，最終進行確認。

(4)制定技術規格說明架構師在項目開發過程中，是技術權威。他需要協調所有的開發人員，與開發人員一直保持溝通， 始終保證開發者依照它的架構意圖去實現各項功能。架構師通過它制定的技術規格說明書(UML視圖 、Word文檔，Visio文件)與開發者溝通，保證開發者可以從不同角度去觀察、理解各自承擔的子系 統或者模塊。架構師還需要與項目經理、需求分析員，甚至與最終用戶保持溝通。

選項B需求規格說明書是做軟件架構之前就需要存在的。在需求規格說明書的基礎上做架構設計。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的笔记-信息系统开发基础-架构设计-软件架构主要职责的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。