admems軟件架構(gòu)設(shè)計方法設(shè)計方案(編輯修改稿)
2025-05-30 01:41 本頁面
【文章內(nèi)容簡介】 資料。]2. 架構(gòu)描述方式 [為了讓讀者更好地理解《架構(gòu)文檔》，在本節(jié)應(yīng)當(dāng)說明文檔涉及的架構(gòu)視圖，并指明為了描述設(shè)計決策用到了哪些圖表和模型。] 架構(gòu)視圖閱讀指南[以多視圖的方式來組織《架構(gòu)文檔》是大勢所趨。ADMEMS推薦的是經(jīng)過優(yōu)化的5視圖方法，如下圖所示。] 圖表與模型閱讀指南[對后續(xù)文檔內(nèi)容中所用到的建模語言（例如UML）、表格（例如目標(biāo)場景決策表）等進(jìn)行說明。]3. 架構(gòu)設(shè)計目標(biāo)[功能、質(zhì)量、約束，一個都不能少。] 關(guān)鍵功能[對架構(gòu)設(shè)計至關(guān)重要的功能，包括如下4類：核心功能、必做功能、高風(fēng)險功能、獨特功能。所謂獨特功能，指這個功能覆蓋了上述3類功能沒有涉及到的職責(zé)。] 關(guān)鍵質(zhì)量屬性[人之所以痛苦，很多時候是因為追求錯誤的東西。下圖是ADMEMS方法確定關(guān)鍵質(zhì)量的5大原則的整體思路圖。] 業(yè)務(wù)需求和約束因素[ADMEMS方法創(chuàng)造性地提出約束需求的4大類型，這是一種極為實用的分類方式。特別是業(yè)務(wù)需求對架構(gòu)設(shè)計而言是一種約束的觀點，解決了很多架構(gòu)師的現(xiàn)實困惑。下圖標(biāo)明了4類約束在“需求層次需求方面矩陣（又稱ADMEMS矩陣）”中的位置，可以幫助我們理解產(chǎn)生約束需求的根源。]4. 架構(gòu)設(shè)計原則[投標(biāo)時經(jīng)常講“架構(gòu)設(shè)計原則”，但到了《架構(gòu)文檔》，這些著眼大局的考慮卻“丟了”。ADMEMS方法推薦的本文檔模板，認(rèn)為應(yīng)當(dāng)把它們“找回來”。] 架構(gòu)設(shè)計原則[著重描述重大的權(quán)衡取舍考慮。] 備選架構(gòu)設(shè)計方案及被否原因[在概念架構(gòu)一級，對備選架構(gòu)設(shè)計方案進(jìn)行描述，并闡述它們未被采用的原因。這有利于團(tuán)隊了解當(dāng)前架構(gòu)設(shè)計方案的來龍去脈，提高團(tuán)隊對當(dāng)前架構(gòu)設(shè)計方案的認(rèn)可度。] 架構(gòu)設(shè)計對后續(xù)工作的限制（詳設(shè)，部署等）[架構(gòu)設(shè)計不僅應(yīng)該包含“指導(dǎo)”，也應(yīng)該包含重要的“限制”。例如，一份只是說明“性能和可擴展性都重要”的《架構(gòu)文檔》，實際上忽視了“可擴展性和性能之間存在的矛盾關(guān)系”。此時，最有效的辦法就是在《架構(gòu)文檔》中明確說明“任何提升可擴展性的架構(gòu)設(shè)計和詳細(xì)設(shè)計，都應(yīng)通過架構(gòu)團(tuán)隊的評審才能引入，以確保性能目標(biāo)不受重大影響”。]說明：本文檔模板由CSAI架構(gòu)設(shè)計專家組榮耀發(fā)布，詳細(xì)技術(shù)支持請訪問。5. 邏輯架構(gòu)視圖 [關(guān)注點：此架構(gòu)設(shè)計視圖的關(guān)注點是職責(zé)劃分。][注意：邏輯架構(gòu)視圖無疑是最重要的，但同時也應(yīng)避免“架構(gòu) = 模塊 + 接口”等以偏概全的認(rèn)識。][參考：任何復(fù)雜系統(tǒng)的架構(gòu)設(shè)計都不是一蹴而就的，所以架構(gòu)師需要理性思維過程的指導(dǎo)。針對邏輯架構(gòu)設(shè)計這個關(guān)鍵環(huán)節(jié)，《一線架構(gòu)師實踐指南》一書給出了2條建議：一是“以質(zhì)疑驅(qū)動的螺旋思維”，二是相對分離地考慮“結(jié)構(gòu)方面的切分”和“行為方面的定義”。下圖所示即為ADMEMS方法推薦的邏輯架構(gòu)設(shè)計理性思維過程。] 職責(zé)劃分與職責(zé)確定[內(nèi)容：將系統(tǒng)切分成更小的單元，并明確這些單元的職責(zé)。具體而言，職責(zé)單元可以是層、子系統(tǒng)、模塊、關(guān)鍵類等。][意義：一句話，職責(zé)劃分不合理，功能和質(zhì)量都會受到影響。也就是說，功能需求和質(zhì)量需求無一不和職責(zé)劃分相關(guān)：一方面，每個功能都是由一條職責(zé)協(xié)作鏈完成的；另一方面，職責(zé)劃分方式也影響著質(zhì)量，于是需要職責(zé)模型針對特定質(zhì)量屬性要求做出相應(yīng)調(diào)整和優(yōu)化。很多人認(rèn)為架構(gòu)設(shè)計就是職責(zé)劃分的藝術(shù)，雖略顯片面，但足以表明職責(zé)劃分的重要性。][參考：基于對業(yè)界大量案例的研究，ADMEMS方法梳理出了“模塊劃分的3種必用手段”，如下圖所示，更多內(nèi)容可參考《一線架構(gòu)師實踐指南》一書。] 接口設(shè)計與協(xié)作機制[內(nèi)容：本節(jié)描述接口的定義，以及協(xié)作的方式和規(guī)范。][意義：恰恰是因為有了各模塊之間“未來合作的契約”，分頭開發(fā)各模塊才有了基本保證。][參考：ADMEMS方法推薦利用“包接口”圖，來識別接口。下圖為一個“包接口”圖的示例。] [參考：ADMEMS方法推薦使用序列圖，建議少用、甚至杜絕使用協(xié)作圖。下圖為一個序列圖的示例。] 說明：本文檔模
公司管理相關(guān)推薦
鄂ICP備17016276號-1