開篇
如果要談企業架構治理就得先說企業戰略。企業戰略是企業為實現其商業目標選擇的目標，以及為了達到目標的路徑與手段。由于企業的一切活動都是圍繞商業展開的，同時商業活動的不斷發展需要IT的支持。因此可以將企業戰略分為：業務戰略和 IT 戰略。
業務戰略是我們經常提起的，它描述了明確的商業目標，并且為其制定了長期的規劃(大約 3-5 年)。
IT 戰略是根據業務戰略而制定的與IT基礎設置、軟/硬件服務/產品相關的戰略。它由不同項目計劃組成，利用信息技術協助企業完成業務戰略。IT戰略需要與業務戰略保持同步，將企業的IT能力賦能給企業的商業活動，從而完成企業的戰略目標。
無論是業務戰略還是IT戰略無疑都是服務于公司治理的。公司治理是指影響公司的方向和業績表現的各類參與者(股東;經理班子;董事會;職工、顧客、供應商、債權人;政府、社區、公眾等)之間的關系，涉及主要參與者的權利、責任和影響，以及在決定公司的方向、戰略、業績表現時能做什么和應該做什么。
有了IT戰略就需要對其構建、評估和實施，只有這樣才能將其IT戰略與業務戰略緊密對齊，保證戰略發展的方向一致、步調一致。因此，IT治理就應運而生了，它是用來處理業務焦點和 IT 管理之間的聯系， IT 治理是流程、實踐、規則和關系的組合。
光有IT治理來解決企業IT戰略落地的問題似乎還不夠，因為要讓IT戰略與業務戰略對齊并且融合并不是IT 部門或者IT 內部結構能夠解決的問題，需要調動公司其他的部門、資源和力量來完成。因此，就提出了企業架構治理(EAG，Enterprise Architecture Governance)的概念。
企業架構治理 (EAG)是行使經濟、政治和行政權力來管理企業架構的開發和實施。它是組織結構和流程的集合，組織通過它控制其部署的 IT 解決方案，以確保IT戰略與企業架構愿景、原則和標準保持一致。
上面提到了幾個概念注入公司治理、業務戰略、IT戰略、IT治理，企業架構治理(EAG)等等，這里用一張圖將它們的關系梳理一下。
圖 1公司治理、業務戰略、IT戰略關系圖
如圖1 所示，從上往下看公司治理在圖的頂端，它代表公司參與者的利益，決定公司的方向、戰略、業績。業務戰略和IT戰略都是為了支撐公司治理而存在的，業務戰略決定了公司的商業發展路徑和手段，因此IT戰略需要主動向業務戰略對齊，保持步調一致。由于IT 戰略是頂層架構需要具體的實施細則，因此會包含IT治理和企業架構治理(EAG)兩個部分。
IT治理是整合企業中的IT 能力用來構建、評估、實施IT 戰略的。但是只有IT能力是無法實現IT戰略的，還需要整個企業中的其他資源，因此就有了企業架構治理(EAG)，它會去整合整個企業中的其他資源，完成企業架構的開發和實施。從紫色區域整合了IT能力和企業資源可以看出來，它是IT能力與組織、流程等相關資源的粘合劑，它會行使企業中經濟、政治和行政權力來管理企業架構的開發和實施。
本文的重點放在企業架構治理(EAG)，后簡稱為EAG。EAG會包括企業結構和一組政策、流程和程序，企業可以通過這些政策、流程和程序控制其部署的 IT 解決方案，以確保它們與企業架構愿景、原則和標準保持一致。
EAG治理不僅是 CIO 和 IT主管的責任，也需要業務部門主管以及企業架構師、領域架構師、業務專家和其他人員參與，這也是為什么上文中說到的需要整合企業內的資源。
如果沒有很好的執行EAG，就無法保持業務戰略和 IT戰略 的一致性，這種不協調也會影響到公司戰略的實現。
本文會對EAG進行定義，并描述其框架，然后針對框架的組成部分進行逐一講解。
EAG定義與架構
EA 是一項持續性的活動，其中EAG是一個過程，有助于管理和維護組織的架構，圍繞企業戰略并且保證業務戰略和 IT戰略 的一致性。EAG確保企業中的所有元素(人員、部門、IT 系統、應用程序)相互協調并服從IT戰略的發展。
EAG 治理的目標是：
1. 確保IT戰略對應的實施計劃被采納和遵守。
2. 確保決策過程與企業架構保持一致。
3. 為所有利益相關者提供架構上的保證。
4. 保持企業的相關性以滿足不斷變化的需求。
為了實現上述目的EAG引入了一些元素，并且通過EAG模型讓這些元素產生聯系，互相影響互相推動從而達到EAG的目標。為了能夠全面地理解EAG 架構，通過一張圖來描述架構以及組件之間的關系。
如圖2 所示，我們從右下角藍色部分開始，企業架構組織(Enterprise Architecture Organization)由企業架構審核委員會(EARB)和能力中心(Competency Centre)組成，他們會根據EA 架構定義、開發、維護、管理、發布企業架構的設計。這些設計的形式多種多樣，我們統稱為 企業架構分類(EA Framework Taxonomy)，后文稱為EA 分類。
EA分類也就是綠色的部分，它主要用來維護EA中的定義、規則、協議，這些分類會根據不同的IT 策略進行調整，同時可以保存到企業架構存儲庫中(EA Repository)。同時這些EA的分類用來標準化和優化治理流程(Governing Process)，這也就是左上角的橙色部分。
治理流程是用來實施具體EAG 過程的，它需要企業架構的其他領域的引導和驅動，這樣EAG才能適合EA的不同領域。換句話說即便是通過專家團隊定義的EA分類形成的治理流程，也需要適應企業的不同領域需要，說白了就是要從一般到特殊。讓通用的治理流程適應具體的領域需求。同時企業架構組織也會對企業架構中不同的領域進行支持。
圖 2 EAG 架構以及組件之間的關系
上面說了EAG 架構中組件之間的關系，這里用一句話總結。企業架構組織是由企業中的一群人組織而成，它包括EARB(企業架構審查委員會)和能力中心，他們會定義、開發、維護、管理、發布EA分類以及支持企業架構的其他領域，定義出來的EA分類可以保存到企業架構存儲庫中，并且可以用來標準化和優化治理流程，有企業架構組織所支持的企業架構的其他領域也可以引導和驅動治理流程的完成，而治理流程就是具體處理企業架構執行的過程。
也就是企業中的一幫大神，定義了一套規則，將這套規則應用到流程中，讓流程能夠應用到企業的各個領域中。
下面我們就來逐個介紹每個組件的意義和作用。其順序如下：
EA 組織結構->EA分類->EA 治理流程->EA 存儲庫
企業架構的其他領域需要根據具體企業進行區分和講解，這里不展開說明。
EA組織結構
企業架構組織幫助企業開發并支持企業架構 (EA) 的設計、審查、執行和治理功能。它需要擔負與EAG相關的職能，從三個方面來描述：
- EA 框架：建立一套標準、程序和操作協議，用于指導決策信息技術的采用、重用、報告和報廢。包括指導原則、方法、程序、指標、最佳實踐和參考模型。
- EA 治理：建立一個跨組織、多學科的架構審查委員會 (EARB)，得到企業 IT 執行管理層的支持，負責監督技術治理戰略和框架定義的實施。
- EA 合規性：定義 EA 合規策略并制定一套一致的、可重復的流程以確保該 EA 合規策略。建立正確的組織職責和結構，以支持架構治理過程和需求的報告。
在EAG 架構中談到了EA組織結構會為EA流程提供指導和特征描述，會通過EA 分類的方式應用到EA流程中。需要保證如下幾個原則：
- 標準化：制定和推廣企業范圍的 IT 標準。
- 一致性：實現所需級別的信息、流程和應用程序集成以及互操作性。
- 重用：在設計、實施和產品組合級別實現 IT 資產重用和優勢的策略以及支持能力。
- 質量：提供滿足業務功能和技術要求的解決方案，以及確保解決方案質量的生命周期管理流程。
- 成本效益和效率：通過可重復的決策治理流程實現標準、重用和質量的一致優勢，從而降低總解決方案生命周期成本，并更好地實現 IT 投資。
EA 小組負責整體架構規劃和監督，包括審查技術計劃、建立標準和指南、為企業范圍的技術計劃提供定向輸入以及審查技術收購。通常，EA 首席架構師向 CIO 報告，EA 小組為 IT 領導提供指導支持。
我們通過一張圖來描述EA組織結構的包含要素以及對應的關系，如圖3 所示，先從Enterprise IT Leadership(企業IT領導) 開始，它在垂直方向會與Enterprise Architecture Review Board(EA 審查委員會)關聯，在對其進行領導的同時，也會接受委員會的建議和指導，從而幫助推進EAG的進程，畢竟需要它去調動公司的其他資源進行橫向溝通。
說到橫向溝通它會與Program Management Office (項目管理辦公室)保持密切合作，任何的EAG的EA 流程需要實施都離不開Program Management Office的推進。然后Technology Office(技術辦公室)、Enterprise Architecture Review Board(EA 審查委員會)和 EA Competency Center(EA 能力中心)形成了一個EA Architecture Group(EA架構小組)，這是一個虛擬的組織，因此用虛線將它們框起來。
他們三者需要合作完成EAG 中定義EA 分類的大部分工作，Enterprise Architecture Review Board(EA 審查委員會) 是這個虛擬團隊的核心，他負責對每個小組的產出物進行審核、指導以及監管，同時也會和Enterprise IT Leadership(企業IT領導)不斷同步，從而保持向著正確的方向推進工作。同時Enterprise Architecture Review Board(EA 審查委員會)還有一個職責就是與企業不同領域的專家保持聯系，從而保證開發出的流程標準能夠適用于不同的領域。EA Competency Center(EA 能力中心)在水平方向也會連接Other IT Competency Centers(其他的IT能力中心)，以便不斷觀察科技和行業的變化，讓自身的能力得以擴展。
圖 3： EA 組織架構圖
上面對EA 組織架構的元素以及它們之間的關系進行了描述，這里對幾個重點組織的工作范圍和內容進行進一步地了解。
企業 IT 領導委員會：由 CIO 和業務主管在內的管理人員組成，將定義企業戰略要素，并與項目管理辦公室和 EARB 協調，將這些要素轉化為程序要素(EA 分類)。以下是企業 IT 領導委員會的職責：
- 與 CIO 一起管理業務組合
- 與 CIO 一起制定業務戰略
- 制定企業戰略方向和優先級
- 與 EA 其他的工作組合作，在項目組合中進行盡職調查
技術辦公室：創建EA元素(業務模型、應用程序架構、數據架構、基礎設施等)，提出EA流程以及EA 生命周期流程。它的產出物會作為EA 分類的重要組成部分。
EA 審查委員會：由架構師組成，主要參與架構審查、項目優先級和批準、供應商評估和流程審查。
EA 能力中心：密切關注市場中的新技術發展，并確定由此為企業產生的商業價值。它會協助將舊系統遷移到新技術平臺上，并且提供對應的流程和遷移方法。這是通過使用特定技術帶來的商業價值。
在典型的 IT 決策框架中有許多組織結構模型。企業通常會根據不同的決策框架使用不同的組織架構模型。具體分為集中式、分散式和聯合架構模型。
集中式架構
如圖4 所示，位于上方的Organization Enterprise Architecture是中央架構團隊的權威，負責定義EAG進程中的框架和指南，其他的Business Unit 遵循中央架構團隊的規定并予以執行。此模型定義了要在整個企業統一的參考架構和開發標準。
圖 4：集中治理模型
從技能和開銷的角度來看，集中式模型是經濟的，但對于建立客戶關系、培養 IT 員工的業務知識幫助都不大，通過這種模式定制架構解決方案從而適應多變的業務需求就顯得比較困難.
分散式架構
如圖5所示，最上層的Organization 針對不同的Business Unit 分配對應的管理權限，將管理的權限分布到不同的Business Unit上面從而適應不同的業務模式。因此，分散式架構模型也是分布式模型。在分散式模型中，解決方案架構與特定的業務線保持一致，通過Business Unit 中的架構師向對應的業務線進行報告。這是為了促進管理辦公室 (PMO) 和企業執行委員會(EARB)之間更好地協調工作。
分散式架構使業務線對 IT 架構具有最大的控制權，并使 IT 服務交付與業務需求緊密結合。分散式架構模型面臨的主要挑戰是難以在業務領域單元之間實施架構一致性，從而導致 IT 資產組合分散且可能出現不一致。在實現企業范圍內的流程、信息和應用程序方面會遇到挑戰。此外，還存在潛在的 IT 能力冗余，跨域優勢有限等問題。也就是能力和資源分散了，增加了IT架構的靈活性，同時也帶來了無法統一標準，資源冗余的問題。
圖 5：去中心化架構模型
聯合架構
在聯合模型中，企業 IT 架構中央單元(例如 CIO/CTO 辦公室)主要負責架構、通用基礎架構和服務以及整個企業通用的標準和框架。每個業務領域都對自身領域的標準和資源決策負責。業務域和應用程序 IT 設計匯總到業務域進行管理。
如圖6 所示，最上面的Organization 相當于企業IT架構的中央單元，它對具體的業務單元Business Unit執行治理工作，每個Business Unit 對其所在的業務線進行管理，并且分別向中央單元進行工作匯報。
圖 6聯合治理模型
聯合架構模型讓企業整體框架與具體業務領域之間保持良好的關系，也讓 IT 與業務需求保持了一致。
企業架構審查委員會 (EARB)
說完了EA 組織結構以及對應的三種架構模式，再把目光放到組織中最重要的組成部分：企業架構審查委員會(EARB)。EARB負責與企業中各個組織進行溝通，并且由CIO 擔任EARB的主席。
企業架構審查委員會負責處理信息管理架構的計劃，根據預期的業務成果，對計劃需要實施的行為進行審查。
企業架構審查委員會通常負責實現以下目標：
- 創建、管理和擁有企業架構
- 讓企業子架構之間保持一致性
- 保持企業架構的靈活性
- 滿足不斷變化的業務需求
- 利用新技術
- 保證企業架構的合規性
- 提高架構的成熟度
- 確保架構的開發原則
- 為架構更改提供決策基礎
- 識別可重用組件
架構委員會的日常工作是：
- 定期開會，保持信息溝通
- 管理和實施架構的有效性和一致性
- 解決歧義、問題、沖突
- 為實施團隊提供建議、指導和信息
- 驗證報告的服務水平、成本等
其治理職責是：
- 通過共識和授權發布架構的接受和批準
- 提供控制機制以確保架構的有效實施
- 建立和維護架構的實施，并維系架構戰略目標和業務戰略目標之間的聯系
- 通過政策更新識別架構和規劃活動的分歧，從而進行調整
EARB 結構和環境
企業架構審查委員會通過各種活動支持 EA 組織實施 IT 戰略，例如：
- EA 框架的定義和 EA 元素的治理
- 定義和持續改進架構管理流程
- 定義項目的架構驗收標準
- 審查架構變更、處理偏差
- 查看 EA 指標和 EA 一致性報告
- 確保架構組件與業務保持一致
- 保證IT 項目架構的復用性
圖7表示 ARB 的結構及其環境，
圖 7企業架構審查委員會和相關環境
如圖7 所示，Enterprise Architecture( EA 工作組)將與 IT 項目團隊、IT PMO 和 IT 領導層(IT Leadership)密切合作。IT 領導層為 IT 職能部門提供業務目標的戰略方向。EA 工作組和 EARB 將負責確保所有 IT 項目都符合戰略方向。他們將與項目團隊密切合作，在選擇、確定優先級和執行項目時提供治理并確保遵守標準和原則。EA 工作組的一項關鍵活動是為項目團隊提供架構咨詢和審查。EA 工作組將與 IT PMO 密切合作，提供最佳實踐建議和項目治理。IT 領導委員會審查 EARB 的決定。同時，CIO 是決策的最終權威，并有權最終審查/修改決策。
EA 分類
說完了企業架構審查委員會之后，就要談談這個委員會的產出物，也就是EA 分類。EA 分類是對一些規則、協議、指標、流程的定義，因此它是一個統稱，實際上是在EAG架構中需要用到的要素的集合。由于這種特性，EA分類也被理解為定義術語的集合，這些術語的定義是為了讓組件和架構概念結構更加清晰。每個術語都可以理解為EAG 架構中的一個要素，我們把這些要素通過一張圖展開說明。
如圖8所示，最上方的EA Governance 的部分包含了Arch Types(架構類型)、Model & Structure(模型與結構)以及Linkage to IT Governance(與IT 治理之間的關系)。最重要的部分也就是下面的 EA Framework Taxonomy(EA 框架分類)，也就是我們所說的EA 分類，這里將這些要素分成三類，每類包含一個或者多個要素，也就是說每個分類就是要素的集合，這個分類稱為組件，包括Foundational(基礎組件)、Supporting(支撐組件)以及Canonical(規范組件)。在最下方會和Architecture Domains and Linkages(架構領域以及聯系)保持關聯性， 在架構領域中就包含了具體的Business(業務)、Data(數據)、Application(應用)、Technology(技術)，這些都會給EA 分類中要素的制定提供基礎的保證。
圖 8 EA 分類要素
在上圖中我們介紹了EA 分類所處的位置和基本分類，這里對分類要素進行詳細的描述：
Foundational(基礎組件)：基于行業事實、企業 IT 環境和文化，為支持組件要素和規范組件要素提供基礎。其分類結構由 EAG管理，它與 IT Governance 相關聯。Guiding Principles(指導原則)是該領域的關鍵要素。
Supporting(支持組件)：基于Foundation組件、行業實踐、企業文化和IT環境的指導原則。Metrics(指標)、Best Practices(最佳實踐)、Methodologies(方法論)、Approaches(方法)和Protocols(協議)是該領域的關鍵要素。
Canonical(規范組件)：基于參考架構、IT 流程和架構標準中的行業事實定義，以及企業的支持框架組件。Standards(標準)、Blue Prints(藍圖)、Processes(流程)是該領域的關鍵要素。
下面列出了關鍵概念和術語的具體定義。
EA 治理流程
有了EARB通過與其他部門、組織、領域合作生成對應的EA 分類，這些分類按照分組將對應的要素進行整合，然后EARB將這些要素進行輸出，然后將其應用到EA 流程中。那么說完了EARB 和 EA分類之后就來到應用EA分類的EA治理流程的部分了。
EA治理流程主要用來維護EAG的執行流程，如果說把EAG的執行流程理解為一個生命周期的話，那么這個生命周期過程會應用于實施技術解決方案中。下面列出五個主要過程/流程：
- 架構文檔流程
- 架構審查流程
- 架構溝通過程
- 架構合規流程
- 架構框架活力過程
架構文檔流程
EA 框架闡明了組織的業務和技術架構，為產品和合規性提供了對應分類。該文檔流程為企業確定技術解決方案提供了豐富的信息。企業和領域架構師負責企業架構的開發和驗證。
架構文檔流程描述了開發和維護 EA 框架的過程。
架構文檔流程提供了創建初始技術架構框架所需的步驟，并由其他架構生命周期流程觸發，包括：
- 架構框架活力過程
- 在架構合規過程中生成的請求
- 記錄架構審查過程的結果
架構審查流程
IT 項目審查是 EARB 提供的核心功能或服務之一，以幫助實現以下目標：
- 遵循企業級 IT 指導原則 – EA 合規性
- 確保與企業 IT 生態系統的一致性
- 在企業范圍內促進IT組件復用
- 確保架構的可操作性
- 確保所有架構決策都是合理的
- 降低項目失敗風險
- 測量和監控其他風險
- 不斷更新和交流 EA 的分類元素
以下步驟描述了 EARB 審查整個企業的項目，包括：
- 企業范圍轉型的項目
- 偏離 EA 路線圖和方向的項目
- 不限于單個部門的項目
- 關鍵任務項目
- 對業務至關重要的項目
架構溝通過程
架構溝通流程確保 EA 框架內容及時準確地溝通。如果沒有徹底的溝通過程，企業架構就只是一個文檔，也就是一個框架，沒有提供實質的內容。
所有人都有權訪問最新版本的企業架構文檔和藍圖。構建機制向所有人傳遞文檔以及更新信息。企業架構的充分溝通在確保企業活動、EA 框架、企業戰略計劃同步方面起著至關重要的作用。
每當企業架構由于架構審查、架構活力或架構文檔過程而發生顯著變化時，需要及時將信息傳達給架構受眾。
架構溝通是一組溝通“文檔”，可以將企業架構信息傳播給架構受眾成員。
架構合規流程
架構合規流程描述了企業對產品以及組件進行差異化調整的流程。從企業的角度來看，合規流程是管理信息技術適當以及合理的方法。
架構合規流程的關鍵觸發因素如下：
- 項目團隊需要解決任何內部工具、技術或解決方案出現的問題。
- 項目團隊也需要控制項目預算。
- 提供技術領域的單一產品的解決方案。
- 對于沒有使用的新/復雜技術的架構進行申請。
架構合規流程的審核結果是架構框架活力流程的輸入。合規流程由三個子流程組成，包括：
- 請求架構協助
- 確定技術選項
- 創建架構差異業務案例
架構框架活力過程
架構框架活力過程是用來確保EA 框架內容的準確性和及時性。為確保企業架構活力，從業務戰略要素、IT 戰略要素和增強建議的角度對 EA 框架進行了審查。能夠讓顧問為業務戰略和 IT 戰略提供意見。
當業務戰略、 IT 戰略發生明顯轉變時，就需要進行架構框架審查。EA 框架審查應至少每隔一到兩年進行一次。
例行審查已記錄的 EA 框架過程由子過程組成，從而對架構更新進行確定、記錄和申請。
以下三個事件導致 EA 框架發生變化：
- EARB 的建議
- 架構框架元素增強
- 提供給 CTO 的業務戰略轉變
- 提供給 CTO 的 IT 戰略轉變
EA 存儲庫
聊完了EA治理有流程之后，就談到了EA存儲庫，它是用來存儲EARB生成的EA分類信息。用來捕獲、存儲、構建和分析與企業架構有關的信息，并將信息呈現給企業利益相關者。并通過捕獲重要的企業環境以及跨業務、信息、技術和解決方案架構的內容開發和分析功能，為戰略決策制定提供支持。
EA 工具通過捕獲重要的企業環境以及跨業務、信息、技術和解決方案架構的內容開發和分析功能，為戰略決策提供支持。
它幫助利益相關者分析和優化企業架構內容，包括業務戰略、組織結構、業務流程/任務和活動、信息流、應用程序和技術基礎設施。
EA 工具包含以下功能特性：
- 建模能力
- 框架和標準支持
- 創建、導入模型
- 強大而靈活的存儲庫和數據模型
- 易用性
- 為集成多企業提供工具
- 影響企業領域各個層面的能力
- 滿足需求的管理功能，例如安全、審計、控制、協作、配置和版本控制
未來研究方向
前面通過EAG的架構描繪了EAG每個組件的功能以及之間的關系，這都是從理論角度在描述如何進行EAG。但是方法論始終只是參考，著眼當下，企業架構師需要根據企業情況有預見性地建立協作模型，并且采取以結果為驅動的架構方法。
在最近一份關于 2022 年企業架構未來的研究報告中，Gartner 預測，現代企業架構和技術創新領導者將在未來十年發揮作用。企業架構師必須在以下方面擴展他們的角色和技能，
- 支持業務和 IT 的戰略規劃
- 專注于商業生態系統中的數字技術
- 學習并采用云、微服務、API 管理和 DevOps 等下一代技術。
- 增強綜合業務和技術技能，在未來十年發揮作用
- 采用不同的工具來分析不斷變化的計劃、進行中的項目和現有資產隨著時間推移的狀態的相互關系和相互依賴關系
此外，企業架構師需要參與技術創新，敏捷的架構開發方式。
結論
設計良好的企業架構治理結構可以降低 IT 成本和風險、加速決策制定和交付。它確保投資決策從啟動到實施都與 EA 保持一致。
治理是任何變革計劃的重要組成部分，EA 也不例外。治理為各種利益相關者提供了一個定期交互和維護企業架構的平臺。如果沒有充分的治理，企業架構將仍然是一個理論概念，無法提供所需的業務收益。
EAG在現代EA中的作用總結如下：
- 不要專注于當前狀態架構，要放眼未來架構發展
- 繼續將 EA 程序推進到下一個成熟度級別
- 了解組織的業務戰略、業務模型和目標，并確定 EA 如何幫助實現業務價值
- 不要被 EA 框架、行業參考模型、治理和 EA 工具擾亂心智，還是要專注企業自身的EAG
- 對 EA 程序采用持續創新的方法，完善每個迭代的工作
- 不要在不了解用例和功能的情況下購買 EA 工具
作者介紹
崔皓，51CTO社區編輯，資深架構師，擁有18年的軟件開發和架構經驗，10年分布式架構經驗。曾任惠普技術專家。樂于分享，撰寫了很多熱門技術文章，閱讀量超過60萬?！斗植际郊軜嬙砼c實踐》作者。
