系統(tǒng)與軟件工程 架構描述 征求意見稿

1系統(tǒng)與軟件工程架構描述本文件規(guī)定了對各種實體的架構描述（AD）的結構和表達要求，各種實體包括軟件、系統(tǒng)、企業(yè)、系統(tǒng)之系統(tǒng)、系統(tǒng)族、產品（貨物或服務）、產品線、服務線、技術和業(yè)務域。本文件界定了所關注實體（EoI）的架構和表達架構的AD。本文件的主題不是架構。本文件規(guī)定了對在AD中捕獲的架構概念及其關系的使用要求，但未規(guī)定對任何EoI或其環(huán)境的要求。本文件規(guī)定了對架構描述框架（ADF）、架構描述語言（ADL）、架構視角和模型種類的要求，以有效支持AD的開發(fā)和使用。本文件規(guī)定了對AD、ADF、ADL、架構視角和模型種類的符合性要求。本文件未規(guī)定創(chuàng)建、利用或管理AD的過程、架構化方法、模型、符號、技術或工具。本文件未規(guī)定記錄AD的任何格式或介質。本文件適用于：a)幫助理解各種實體的涉及其結構、行為、設計和演變的基本概念或屬性；b)在EoI或其架構的周境中為組織內的AD、ADF和ADL開發(fā)建立連貫的架構化實踐；c)評估AD、ADF、ADL、架構視角和模型種類的規(guī)格說明的符合性。2規(guī)范性引用文件本文件沒有規(guī)范性引用文件。3術語、定義和縮略語3.1術語和定義下列術語和定義適用于本文件。3.1.1架構化architecting在所關注實體（3.12）的整個生存周期中，對一個架構（3.2）進行構想、定義、表達、記錄、溝通、證明其正確實施、維護和改進。3.1.2架構architecture實體在其環(huán)境（3.13）中的基本概念或屬性，以及該實體及其相關生存周期過程的實現和演化的管控原則。[來源：ISO/IEC/IEEE42020:2019，3.3，有修改。]3.1.3架構描述architecturedescription；AD用于表達架構（3.2）的工作產品。2GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022注1：工作產品是由過程產生的人工制品（見ISO/IEC20246：注2：AD是提供給利益相關方（3.17）的信息的有形表示。AD認為是一3.1.4架構描述元素architecturedescriptionelementAD元素ADelement架構描述（3.3）的已識別或已命名部分。AD所使用的ADL（3.6）、ADF（3.5）和對視圖組件（3.19）、架構視角（3.8）和模型種類（3.15注2：就對應（3.11）的而言，一個AD（3.3）能認為是另3.1.5架構描述框架architecturedescriptionframework；ADF在特定的應用域或利益相關方（3.17）群體中建立的架構（3.2）描述的約定、原則和實踐。示例：通用企業(yè)參考架構建模框架（GERAMISO），注：架構描述框架促進架構視圖（3.7）和模型的組織結構化、描述的一致性、更大的重用潛力以及完整性。3.1.6架構描述語言architecturedescriptionlanguage；ADL具有語法和語義的表達方式，由一組用于描述架構（3.2）的表示、約定和相關規(guī)則組成。示例：架構分析和設計語言（AADL）、Arch3.1.7架構視圖architectureview組成架構描述（3.3）的一部分的信息部件（3.14）。示例：信息或數據視圖處理由信息視角構造的信息相關的關注據管理模型和數據訪問模型，以及將這些組件連3.1.8架構視角architectureviewpoint用于創(chuàng)建、解讀和使用架構視圖（3.7）的一組約定，以構造一個或多個關注點（3.10）。注1：在本文件中，“構造”關注點意為“塑造、組成、表達”這些關注點。它用于區(qū)分由視角構造關注點的階段注2：視角是架構師決定的與架構描述（3.3）的目的相注3：架構視角的約定記錄在這個視角的規(guī)格說明（3.16）中。在一些群體和架構框架中，“視圖規(guī)格說明”被用注4：視角的識別通常是該視角所適用域的先驗知識、經驗和實際運用的結果，表明與解決關注點（3.10）相關的3.1.9方面aspect3GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022實體特征或本質的一部分。注1：一個特定的方面能用于捕獲所關注實體（3.12）的相關特征，作為一個或多個關注點（3.10）的細化，該關注點關于其特征的某些部分，例如實體的結構特征、功注2：方面幫助架構師分析、處理和結構化關注點（3.10）。一般來說，方面和關注點（3.10）之間存在多對多的3.1.10關注點concern與利益相關方（3.17）有關的或重要的事項。注1：能針對所關注實體（3.12）識別，或獨立地識別關注點，例如針對該實體的環(huán)境、注2：在本文件中，對實體的關注意在涵蓋對該實體的環(huán)境（3.13）、生和運營的關注。這些關注通過方面（3.9）、關注點和利益相關方角度注3：關注點的識別通常是該關注點所適用域的先驗知識、經驗[來源：ISO/IEC/IEEE42020:2019，3.8，有修改。]3.1.11對應correspondence兩個及以上架構描述元素（3.4）之間的已識別或命名的關系。示例：對應用于表達廣泛的關系，如等價性、組合性、精化性、一致性、注1：為了形成對應，一個架構描述（3.3）能視為另一個架構描述（3.3）中3.1.12所關注實體entityofinterest；Eol架構描述（3.3）的主題。示例：企業(yè)、組織、解決方案、系統(tǒng)（包括軟件系統(tǒng)）、子系統(tǒng)、過程、應用、信息技術（作為集合）、任務、產品、服務、軟件項、硬件項、產品線、系統(tǒng)族、系統(tǒng)之系統(tǒng)注2：本文件將所關注實體與非架構描述（3.3）主注3：在本文件中，對一個實體的關注旨在涵蓋對該實體的環(huán)境、生存周期、架構、需求、設計、實現和運營的關注。這些關注是通過各方面、關注點和利益相3.1.13環(huán)境environment周圍事物、條件或實體所受影響的周境。法律、監(jiān)管、生態(tài)和社會影響的外部實體，以及外部物理效應，如電磁輻射、帶電粒子、引力效應、電場和4GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:20223.1.14信息部件informationpart為人類和機器使用而生產、存儲和交付的可單獨識別的信息體。3.1.15模型種類modelkind通過關鍵特性和建模約定區(qū)分的模型類別。示例：功能模型、活動模型、結構模型、用例模型、地3.1.16規(guī)格說明specification以完整、精確和可驗證的方式識別實體的需求、設計、行為或其他預期特性的信息部件（3.14）。[來源：ISO/IEC/IEEE15289：2019，3.1.26，有修改。]3.1.17利益相關方stakeholder在所關注實體（3.12）中擁有利益、權利、股份或權利主張的角色、職位、個人、組織或其階層。示例：最終用戶、運營方、需方、所有方、供方、架構師3.1.18利益相關方角度stakeholderperspective對所關注實體（3.12）的思考方式，特別是在涉及關注點（3.10）時。示例：Zachman框架中間三行的標簽（即所有注：人們思考實體的方式會受到其信仰、培訓、經驗、知識、個性、3.1.19視圖組件viewcomponent架構視圖組件architectureviewcomponent由適用模型種類（3.15）或圖例支配的一個或多個架構視圖（3.7）的可分離部分。示例：描述訪問控制機制的架構視圖組件能用在架構描述（3.3）的多個視圖中，以解釋實體的功能流、行為和安注：在架構描述（3.3）的周境中，圖例是約定的非正式文檔化形式。3.2縮略語下列縮略語適用于本文件。AADL：架構分析和設計語言（ArchitectureAnalysisandDesignLanguage）5GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022AD：架構描述（ArchitectureDescription）ADF：架構描述框架（ArchitectureDescriptionFramework）ADL：架構描述語言（ArchitectureDescriptionLanguage）BPMN：業(yè)務過程模型與符號（BusinessProcessModelandNotation）DoDAF：美國國防部架構框架（USDepartmentofDefenceArchitectureFramework）Eol：所關注實體（EntityofInterest）GERA：通用企業(yè)參考架構（GeneralizedEnterprise-ReferencingArchitecture）GERAM：通用企業(yè)參考架構建模框架（GeneralizedEnterprise-ReferencingArchitectureModellingFramework）NAF：北約架構框架（NATOArchitectureFramework）OMG：對象管理組（ObjectManagementGroup）OPM：對象-過程方法論（Object-ProcessMethodology）RAMI4.0：工業(yè)4.0參考架構模型（ReferenceArchitecturalModelIndustrie4.0）RM-ODP：開放分布式處理參考模型（ReferenceModelofOpenDistributedProcessing）SysML：系統(tǒng)建模語言（SystemsModellingLanguage）TOGAF：開放組架構框架（TheOpenGroup’sArchitectureFramework）UAF：統(tǒng)一架構框架（UnifiedArchitectureFramework）UML：統(tǒng)一建模語言（UnifiedModellingLanguage）4符合性本文件的要求包含在第6、7和8章中。下列五種情形能提出符合本文件規(guī)定的聲明。a)當對AD的符合性進行聲明時，聲明應證明AD的規(guī)格說明符合第6章中列出的要求。b)當對ADF的符合性進行聲明時，聲明應證明ADF的規(guī)格說明符合7.1中列出的要求。c)當對ADL的符合性進行聲明時，聲明應證明ADL的規(guī)格說明符7.2中列出的要求。d)當對架構視角的符合性進行聲明時，聲明應證明架構視角的規(guī)格說明符合8.1中列出的要求。e)當對模型種類的符合性進行聲明時，聲明應證明該模型種類的規(guī)格說明符合8.2中列出的要本文件既不要求也不準許在提出符合性聲明時使用“裁剪”。5基本概念5.1概述本章介紹以概念模型集（見5.2）來表達架構描述（AD）的基本概念，并介紹所述基本概念在AD、ADF（見5.4.2）和ADL（見5.4.3）中的應用。附錄D概括了使用AD來支持的不同架構實踐。本章中介紹的概念在第6章到第8章中用于表達要求。注：附錄A進一步討論了本文件中使用的術語和概念，并給出了其在歷史周境中的使用實例。5.2架構描述的概念模型5.2.1架構描述的周境6GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022術語“所關注實體（EoI）”在本文件中用于指代AD的主題。該術語旨在涵蓋但不限于在下列應用領域內的、反映本文件第1章所規(guī)定預期范圍的各種實體：——軟件，包括軟件產品和服務（見GB/T8566）；——系統(tǒng)，包括獨一無二的系統(tǒng)，大規(guī)模生產的系統(tǒng)，定制的、自適應的系統(tǒng)，獨立的和嵌入式系統(tǒng)（見GB/T22032）；——企業(yè)（如ISO15704所述），即具有使命、目標和目的，以提供產品或服務，或實現預期項目成果或業(yè)務成果的人類事業(yè)或風險企業(yè)。本文件對上述應用領域或其他領域中的實體構成不持任何立場。實體可能是具體的實體，也可能是抽象的實體。本文件中規(guī)定的AD不僅適用于上述應用領域中的實體，還適用于自然系統(tǒng)或概念系統(tǒng)等領域中的實體。每個EoI都位于一個影響其特性和行為的環(huán)境中。貫穿EoI的整個生存周期，環(huán)境決定了對EoI的全部影響，以及EoI對該環(huán)境的全部影響，包括它與環(huán)境和其他實體的相互作用。圖1描繪關于EoI及其架構的關鍵概念，作為理解AD的一種方式。注1：第5章其余部分的圖和文字構成了一套AD的概念模型。圖1到圖6件讀者理解。在圖中，圓角矩形表示信息對象，箭頭表示對象之間的關系且沿箭頭方向讀取其注釋。這些圖說明了貫穿第5章描述的關鍵概念。附錄A提供了示例：EoI的識別通常源自問題空間的定義。問題描述能5.2.2架構和架構描述EoI的架構涵蓋在其環(huán)境中考慮的該實體的基本概念或屬性。EoI的架構能涉及該實體的下列任意部分或全部：——構成要素；——要素之間的相互作用或相互關系；——與其環(huán)境的相互作用或相互關系，包括與環(huán)境中其他實體的相互作用或相互關系；——行為和結構；——設計、使用、操作和發(fā)展的支配原則。AD是架構的一種表達。AD是架構化的工作產品。作為工作產品，AD是為進行架構化的特定目的而產生，這與EoI的目的截然不同。AD由AD元素組成（見5.2.9）。EoI的架構能通過一個或多個不同的AD來理解，每個AD都是為了與架構和利益相關方需要相關的目的而創(chuàng)建的。例如，不同的AD可能基于不同的利益相關方（見5.2.3）、利益相關方角度（見5.2.4）、時期（有時稱為時代）或環(huán)境中的特定周境或用法。注：ISO/IEC/IEEE42020規(guī)定了一套架構化過程，能用于支持創(chuàng)建一個或多個AD。5.2.3利益相關方和關注點利益相關方是在實體中具有直接或間接利益的各方。利益相關方包括對實體施加影響或控制的各方以及受實體影響的各方。利益相關方的關注通常表示為對EoI或已知架構的關注點。關注點常常是從領域知識、經驗、培訓、責任和權威得到的利益相關方角度的結果。關注點是一個或多個利益相關方關注或重要的事項。一個關注點能由一個或多個利益相關方共同持有，一個利益相關方能持有多個關注點。利益相關方所持關注點的合理性和重要性能歸因于利益相關方的角色作用（如所有方、最終用戶/參與方、開發(fā)方、架構師、維護方、處置方），或者經濟權利、社7GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022會權利、股份、影響力或主張（如基金組織、政府機構、實體所造成環(huán)境影響的接受方、受EoI影響之實體的利益相關方）。一些利益相關方的關注點與EoI的成功背道而馳。這些利益相關方能出于政治或環(huán)境考慮而有不同意見，能主動干擾實體的運營甚至徹底摧毀實體。在開發(fā)實體的架構時，能考慮這些相反的關注點。例如，能通過在實體的架構中納入協(xié)商解決方案來解決政治反對，或者能通過采取預防措施來減輕威脅。在EoI的生存周期中，關注點能在任何時間出現，包括（但不限于）概念化時期，設計抉擇之際，從建設或實施起，貫穿部署、運營、所有權轉移、退役及處置過程。關于利益相關方的需要、架構目標、期望、責任、需求、設計約束和假設，關注點能以不同的方式體現。關注點也能體現對依賴性、質量特性、架構決策、風險或其他問題的認識。關注點可能涉及對某個EoI施加的或由其施加的影響，包括發(fā)展、技術、商業(yè)、運營、組織、政治、經濟、法律、監(jiān)管、生態(tài)、社會和物理的影響。關注點也可能與設計影響有關，例如內部結構特征和組件互操作性，特別是在對系統(tǒng)之系統(tǒng)或企業(yè)進行架構化時。——系統(tǒng)是如何維護的？——哪些系統(tǒng)行為是安全關鍵的？——EoI能否符合國家法規(guī)？——運營成本是多少？——架構給出了哪些風險、機遇、滿意度、彈復性、一致性、可負擔性、復雜性和信任？——開放分布式處理參考模型中描述的分布透明性是什么？——如果是商用飛機的飛行導航系統(tǒng)，GPS信號的可用性、可跟蹤性、準確性、視線接收、高度或海拔是多少？——數據質量是什么（即GB/T25000.）？——系統(tǒng)維護機密性、完整性和可用性以保護運行的能力是什么？——支持從傳統(tǒng)能力向現代化作戰(zhàn)能力無縫過渡的能力是什么？5.2.4利益相關方角度基于其共同的角色、經驗、信仰或其他特征，利益相關方通常形成不同的群體或利益相關方角度。角度能反映域知識、職業(yè)經驗、培訓或在EoI生存周期（如設計、開發(fā)、制造、供應、運營和使用）中與EoI的接近程度。重要的是，利益相關方角度也會受到個性、性格特征、文化、同行壓力、支持者等因素的影響。利益相關方角度是在周境中對EoI的思考方式，特別是在涉及關注點時。通常，對于EoI的架構有幾種思考方式。AD的目的（見6.2）在于指導識別能反映某些利益相關方角度的關注點。對于任何EoI，通常存在多個利益相關方角度。每個角度產生一個或多個關注點。由于關注點產生自利益相關方角度，構造這些關注點的架構視角通常按利益相關方角度分組。關注點基于利益相關方的當前關注和影響，并且通常本質上具有主觀性。8GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:20225.2.5方面方面捕獲EoI在其環(huán)境中的一組特性或特征，用以處理AD內的關注點。一個方面能涉及利益相關方的一個或多個關注點。根據應用領域內的先前經驗使用已知方面，使能對已確立關注點范圍的系統(tǒng)覆蓋以及對新關注點的識別。方面基于架構表征中的經驗，而且在性質上（較關注點）更為客觀，這是因為方面產生于專家對域內實踐的共識并且因此被推定為最佳實踐。通過對方面進行檢查，能夠辨別或預測EoI的相關特征或屬性。對方面進行分析，能發(fā)現一個或多個關注點。對方面與關注點間關系的定義以架構師的經驗為基礎，由利益相關方根據其理解和知識進行評估。注：A.4.2包含關于方面實用性的更多信息。圖1描繪AD中所運用的關注點、方面和利益相關方角度之間的關系。圖1關注點、方面和利益相關方角度5.2.6架構考慮點架構考慮點是做架構化時要考慮的因素。關注點（見5.2.3）、利益相關方角度（見5.2.4）和方面（見5.2.5）是架構化時要思考的不同考慮點。其他考慮點還可能因架構使用實踐而產生。架構考慮點在規(guī)定架構視角時及在構造、解釋、組織或使用架構視圖（見5.2.7）時是有用的。架構考慮點能對架構視角規(guī)格說明進行分組，例如就利益相關方角度。示例：架構考慮點包括：利益相關方對表達9GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022式化程度；支撐工具的可用性；給定行業(yè)域中的標準使用實踐；時間與資源的可注：其他考慮點可能涉及周境、準則、構建塊和域詞匯表。5.2.7架構視圖和架構視角AD包含一個或多個架構視圖。架構視角支配這些架構視圖中的一個或多個。架構視角規(guī)格說明確立了對視圖進行創(chuàng)建、解釋、展示和分析的約定，以處理由該視角構造的關注點。視角規(guī)格說明通常反映信息元素，這些信息元素促進知識（可能包括非正式知識或隱性經驗知識）應用以確定架構是否令人滿意地處理了關注點。注1：架構關注點、利益相關方角度和方面能夠起到AD各視角的組織基礎的作用。方面是關注點的提煉，且方面可視圖）。該視圖處理通信參數，如運營方和用戶（利益相關方）的吞吐量和上線），圖2描繪AD中架構視圖和架構視角之間的關系。圖2架構視圖和架構視角GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022一個架構視角構造一個或多個關注點（見5.2.3）。一個關注點能夠通過多個視角構造。架構視角對將反映于一個或多個架構視圖里的特定方面以及將由一個或多個架構視圖處理的關注點進行識別。架構視角規(guī)格說明為架構視圖的創(chuàng)建者、解讀者或使用者提供約定，例如AD元素、語法和語義、使用指南和方向。注2：與產品驗收需求不同，EoI的架構視圖處理關注點并反映方在創(chuàng)建視圖（見5.2.9）時，視角規(guī)格說明用元模型或其他約定來確立AD元素（例如實體、關系、屬性和約束）的使用方式以及可能由視角進行轉換的方式。架構視角是開發(fā)架構視圖的重要分析資源，因為視角反映了架構化目的、典型利益相關方及其角度、識別的關注點、定義的EoI方面以及具體的AD元素。注3：第8章規(guī)定了關于架構視角規(guī)格說明的需求。附錄B提供了5.2.8模型種類、圖例和架構視圖組件架構視圖由一個或多個架構視圖組件組成。視圖組件能基于模型或者不基于模型。每個視圖組件由其架構視角所識別的模型種類或圖例所支配。模型種類決定基于模型之視圖組件的約定。圖例記載視圖組件的約定。所述約定包括：預期用途、術語、符號及其語法與語義，以及圖例所支配模型的符號體系。一個模型種類或圖例能為AD中的多個視角所用。在AD中，架構視圖組件能是多個架構視圖的部分，以使當其內容和表現與多個視圖相關時能共享信息。示例2：數據流圖能是功能視圖的視圖組件。單獨的控制流圖能是同一功能視圖中的第二個視圖組件。功能視圖還能包含解釋如何解讀視圖中的流程圖的敘述。流程圖是基于模型的，而敘述不是。圖3描繪視圖組件對視圖的組成以及視圖組件的種類。圖3視圖和視圖組件的概念模型5.2.9架構描述（AD）元素GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022AD元素是在AD中一個或多個架構概念的實例。AD元素包括的實例涉及以下架構概念：利益相關方、關注點、方向、利益相關方角度、架構視角、架構視圖、模型種類、圖例、架構視圖組件、架構決策、架構理據以及對所述構件規(guī)定的任何對應和對應方法。任一這些概念都能在一個或多個AD中具有多個實例。AD元素實例具體說明一個或多個架構概念。AD中的AD元素能參考另一AD進行細化或詳述。AD能運用作為不同AD的AD元素而引入的協(xié)議。隨著視角（見5.2.7）、模型種類（見5.2.8）和圖例（見5.2.8）的規(guī)定和應用，附加AD元素被引入。支配地位的視角、模型種類或圖例決定所引入的AD元素的語法和語義約定。示例：由視角或模型種類引入的AD元素包括：用例構件（如前置條件、行動者、邊界、系統(tǒng)等）；活動模型構件）；5.2.10視圖方法架構視角規(guī)格說明包括一個或多個視圖方法。視圖方法提供了指引、啟發(fā)、度量、模式、設計規(guī)則或指南、最佳實踐和示例，以助于視圖建造及關聯(lián)視圖使用。視圖方法規(guī)定視圖上的表達規(guī)則、建模方法、分析技術和其他操作。這些方法規(guī)定創(chuàng)建視圖時所使用的AD元素，以及評估所關注屬性的視圖分析、詢問或查詢方法。對視圖方法的要求在8.3中規(guī)定。視圖方法分為幾類，包括：——建造類方法，是使用某個視角來準備視圖的手段。此類方法能采用的形式有：過程式指引（如何開始、下一步該做什么）；或描述式指引（此類型視圖的模板）；或啟發(fā)式、風格、模式，或其他習慣用法?！庾x類方法，是利益相關方和其他用戶理解視圖的手段。——分析類方法，用于對視圖的結果進行檢查、推理、轉換、預測、應用和評估。注：視圖方法通常在視角中定義，并被模型種類、ADF和ADL所引用或使用。示例：視圖方法涉及：鏈接依賴項以評估變化的影響；權衡質量或其他）；預期屬性；針對完整性和覆蓋范圍的要求進行的分析；解讀和整5.2.11AD元素對應AD元素對應識別兩個及以上AD元素間的已識別或命名的關系。AD元素對應能夠：——將一個AD中的一個或多個AD元素與一個或多個AD元素進行關聯(lián)；——將多個AD中出現的一個或多個AD元素與一個或多個AD元素進行關聯(lián)；——將一個ADF或跨越幾個ADF中的一個或多個AD元素與一個或多個AD元素進行關聯(lián)；——將使用一種或多種ADL的一個或多個AD元素與一個或多個AD元素進行關聯(lián)。為達到對應目的，AD本身可認為是不同AD的AD元素。AD元素對應可用于：表示AD內部和AD之間的一致性關系；促進相關系統(tǒng)的AD之間的相關性；或使相關描述能進行協(xié)調解讀與分析。AD元素對應可由對應方法支配，對應方法通過表達規(guī)則、實踐或模型來規(guī)定AD元素之間的具體關系。AD元素對應和對應方法能用于表達和實施架構關系，如AD元素的組成、細化、一致性、可追溯性、依賴性、約束、滿意度和義務。示例1：視圖內AD元素與該視圖所處理關注點之間的對應；架構視圖與所實現方面之間的對應；AD元素與所實現功能之間的對應；組件接口與該接口所遵循標準堆棧之間的對應；功能流數GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022圖4描繪AD元素對應的本質。圖4AD元素對應的概念模型注1：對應和對應方法的使用要求在6.9中規(guī)定。附加的注2：本文件中的對應跟ISO/IEC10746-2（RM-ODP）和ISO/IEC19注3：對應方法通常是“跨模型”、“跨視圖”或“跨AD”的，因為視圖組件內的對應是模型種注4：對應和對應方法能應用于多個AD元素，以表達涉及5.2.12架構決策和理據架構決策是在架構整體周境中做出的選擇的集合。這些選擇通常涉及到多種AD元素、實體需求或對架構的環(huán)境影響。示例1：架構概念選取、AD元素選擇、ADF選取、架構分層方案選擇、底層技術選擇、業(yè)量所用戰(zhàn)術選擇、業(yè)務過程選擇、適用模式選擇、待應用風格選擇、待考慮實現技術或其他實架構理據記載關于架構決策的解釋、理由或推理。決策的理據能包括以下事項：做出決策的基礎；對質量屬性的影響；考慮的替代和折衷方案；決策的潛在后果；架構原則；以及對附加信息來源的引用。示例2：滿足成本承諾；滿足時間承諾；使用經過驗證的技術；最小化返工；減少資本投入；實現接口兼容性；滿注：關于捕獲AD內決策和理據的要求，在6.10中規(guī)定。5.3生存周期中的架構描述架構化活動發(fā)生以及AD因各種理由而制作，這貫穿EoI的整個生存周期，從初始概念到該實體的運營、整頓或最后退役停用以及最終廢棄。注1：由于AD描述EoI的概念，在某些情況下，只要該概念仍受關注，即使退GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022AD是由架構化所產生的工作產品，架構化發(fā)生在項目和/或組織（公司、公司網絡、聯(lián)盟和標準化機構）的周境中。在EoI的生存周期中，AD能領先于或跟隨于架構的創(chuàng)建、更新或變更。5.4架構描述框架與語言5.4.1概述ADF和ADL目前在架構化中廣泛使用，來促使AD的建造和使用人員規(guī)范化地表達架構，并確?？鏏D的風格和內容覆蓋的一致性。在本文件提出的AD概念上所構建的ADF和ADL能有效運用于：a)通用參考框架和語言，旨在為更具體的ADF提供指導和支持；b)特殊用途框架和語言，旨在實現更好的分析理解和態(tài)勢感知；c)實體實施框架和語言，旨在促進實體的工程、運行和退役。5.4.2架構描述框架ADF建立在特定關注域（如國防、航空航天和銀行等）內對AD進行創(chuàng)建、解讀、分析和使用的公共實踐。ADF還能為一個或多個專用ADF提供指導或作為參考。對于特定實踐域周境中的通用EoI，ADF旨在作為參考對預期或已知架構考慮點的架構視角進行典型識別，架構考慮點通常是利益相關方角度、關注點或有關結構、功能（行為和適應性）和生存周期的方面。為參考使用，許多不同的利益相關方角度能進行通用化。利用架構視角，參考的用戶有權訪問適合通用EoI的視圖，該實體能滿足該視角所構造的架構考慮點。ADF中識別的架構視角旨在為更具體的ADF提供指導或作為參考，對典型關注點、方面、模型種類和視圖方法進行識別，這些組成支配該視角所關聯(lián)視圖的約定。通用參考ADF的用戶能對架構考慮點、架構視角規(guī)格說明以及由此產生的架構視圖進行特殊化，形成用于實現特定EoI架構的ADF。ADF中識別的架構視角能從先前架構化工作所規(guī)定或使用的架構視角相關經驗中產生，以確定對于EoI的關注點滿意度細化到與ADF目的一致的程度。注1：ADF中做出具體的架構決策：利益相關方和相關關注點的選取、特定方面以及利益相關方角度。ADF將根據這ADF提供一種結構化形式，對通常與用于生成相關視圖的架構視角相關聯(lián)的AD元素進行組織。結構化形式目的是提供展現架構各種元素間關系以及增進這些元素間交互分析機會的方式。注2：最常見的結構化形式是使用架構考慮點，即關注點、利益相關方角度和方面，以網圖5描繪ADF的概念模型。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022圖5架構描述框架的概念模型ADF定義了在結構化形式中使用的結構類別。這些類別是通過對應方法形成的，這些方法將AD元素分組成有意義的配置，以便對EoI的AD進行展示、分析和管理。式通常具有兩個框架維度，但是結構化形式能具有單個框架維度，通常在多層次層次結構中分段進行描述，示例2：Zachman和UAF的ADF好地理解而修改參考ADF時。由于引入特殊化AD元素，改變詞匯和架構視角規(guī)格說在ADF中，架構視角是開發(fā)架構視圖的重要分析資源，因為視角反映架構目的、典型利益相關方及其角度、已識別的關注點、已定義的EoI方面以及特定的AD元素。根據框架的預期應用，視角產生的詳細程度能有很大的差異。參考框架能期望具有更通用化的利益相關方角度和架構考慮點，通常分為多個功能集群，如產品和生存周期。5.4.3ADF的應用當用戶在共同的方法論中共享典型的AD元素時，他們能開發(fā)和維護不太通用的特定域的ADF作為參考，其內容包含架構考慮點和利益相關方角度，以及適當的模型種類和圖例。一些參考ADF包含與EoI的每個視圖所使用的模型種類和圖例相關的符號的明確定義。而額外的模型種類能解決特定框架未涵蓋卻需要考慮的問題。特殊化框架或者旨在實施而不是參考的框架，有更具體和可能更詳細的利益相關方關注點、特定方面，并且通常只考慮生存周期的一小部分或者不考慮生存周期。注1：在一些領域中，相似的架構化常常會不斷復現，這樣可形成一個特定領域的實踐群體，并形成規(guī)范：具有重復關注點的利益相關方，處理特定方面的約定，以及ADF在不同情況下的使用可能會識別出新的架構考慮點和有用的視角、模型種類、圖例、視圖和對應的新組合。在不同情況下可能會發(fā)生以下情況：——忽略生存周期或生存周期的一部分；——只包含一些利益相關方或方面；——包含重疊的方面集合；GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022——只包含子域或子組的方面；——隨著新的關注點出現，包含新的或適應的視角；——識別以前未意識到的對應。從不同的利益相關方角度、跨越不同的EoI方面（如結構、行為和連接性）來審視利益相關方關注點，通常更易于理解。一些利益相關方從業(yè)務角度來看待架構，能關注所需或所提供的功能（實體的哪些能力正在被創(chuàng)建或改變，或者需要哪些新的過程另一些利益相關方則從經濟角度來看待架構，能關注相同功能的財務影響（投資影響如何，對底線的預期影響是什么。注4：附錄F提供關于ADF的信息以及如何將其與本文件的概注5：ADF識別一個或多個AD元素，這些元素是架構構件（如利益相關方、一種看待ADF的角度是，ADF對架構化工作（或項目）的信息模型進行規(guī)定，該工作負責開發(fā)架構及其描述。換句話說，ADF以有組織的形式描述需要制作的信息元素。若以通用的方式描述ADF，則其只能用作這個信息模型的參考模型（或部分模型），需要通過添加必要的細節(jié)來定制化以滿足工作的目的。相反，若ADF已經為應用域的目的進行定制化，則在利用之前需要進行的定制工作就會更少。然而，考慮到具體架構化工作的目標，特定域的ADF能進一步特殊化。例如，從這些目標的視角來看，某些視角、方面或角度可不相關，或者反過來，可存在特定于具體工作并且為此應處理的關注點，這需要規(guī)定和使用附加的視角。這種從通用到引用（或部分引用）、以及特定模型的連續(xù)性是在ISO15704中表達的相同概念的一種應用（有關詳細信息，見C.4）。5.4.4架構描述語言ADL是一種特定的語法和語義，用于描述EoI的架構。ADL是一種面向利益相關方，包括從事架構化工作者的語言，通過涉及EoI和架構化周境的AD元素來表達架構考慮點。AD能使用多個ADL，甚至每個視角使用不同的ADL，或甚至單個架構視角所規(guī)定的每個模型種類使用不同的ADL。具有針對特定域（例如航空航天、醫(yī)療保健、金融）或平臺（J2EE、.NET）的共同定制的能采用（或設計）各種ADL來表達架構師需要解決的特定架構的考慮點。注1：在一個AD中使用多個ADL需要非常小ADL提供一種創(chuàng)建和理解組成架構視圖的視圖組件的方法。通過考慮規(guī)定信息如何在架構視圖中選擇、轉換和呈現的視圖方法來選擇適當的ADL。視圖方法決定在構建AD時要收集的信息，用于分析收集到的描述的信息，以及描述架構概念和特征所需的信息。ADL能為AD的開發(fā)提供必要的嚴謹性。ADL的語義能通過以下方式以逐漸增強的形式和表達能力來進行規(guī)范化：使用自然語言的詞匯表或術語表，術語和關系的分類體系，表達語言結構使用的元模型，作為本體理論使用形式邏輯中的公理，或者作為分析理論使用微分方程、張量計算等。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022當從相當通用的參考ADF通過域特定ADF和實踐特定ADF過渡到實施ADF時，可能會使用不同的ADL來滿足架構視角和架構視圖的更細化規(guī)格說明。由于多個AD是為相同域EoI創(chuàng)建的，因此保持它們之間的一致性或至少可追溯性非常重要；因此，需要使用對應（見6.9.2）或統(tǒng)一的底層本體（見A.6關于投影和綜合視圖創(chuàng)建方法）來捕獲一致性條件。實踐中使用的真正ADL構件是這個集成本體的子集。注2：ADL識別一個或多個AD元素，這些元素是架構構件（利益相關方、關注點、圖6給出ADL的概念模型。圖6架構描述語言的概念模型6架構描述的規(guī)格說明6.1架構描述識別與概述AD應識別EoI以及該EoI的預期環(huán)境。AD應包含其預期目的的聲明。AD應包含項目和/或組織確定的識別信息和補充信息。示例：發(fā)行日期和狀態(tài)、作者、審核人、審批機關、發(fā)行制信息、配置管理信息和參考資料。更多示例見ISO/IEC/IEEE注1：對于旨在作為其他AD參考的AD，EoI是抽象的，或是EoI的通用化，該AD目的是表達一種參考架構，可能為更注3：本文件不規(guī)定如何創(chuàng)建AD。例如，它們能單獨構建、使用自動化工具生成、從其他信息源和模型派生或基于GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022注4：本文件不規(guī)定在AD中使用形式化建模方法的范圍或預期。雖然非形式化方法能有效地使用，但形式化建模方6.2利益相關方的識別AD應識別所持關注點認為是EoI架構的基礎并且與AD目的一致的利益相關方。監(jiān)管機構（包括政府）、測試方、普通公眾AD宜識別架構對當前和未來利益相關方的潛在影響。應考慮對架構及相關架構的先前評估中提出的建議。AD應包含已知資源限制或其他約束的聲明，這些限制或約束阻礙AD處理已識別的利益相關方和架構考慮點，即關注點、角度和方面。應識別不符合項，并解釋產生的原因。6.3利益相關方角度的識別AD應識別認為與EoI架構相關并且與AD目的一致的利益相關方角度。AD應將每個已識別角度與持有該角度的已識別利益相關方進行關聯(lián)。在AD的預期目的范圍內，架構化工作宜識別可與EoI相關的當前或未來的利益相關方角度。對于每個已識別的角度，AD應從已識別的關注點（見6.4）中列舉該角度產生的關注點。示例：利益相關方角度包括：戰(zhàn)略角度、組織角度、運營角度注1：本文件沒有規(guī)定：關注點的粒度；利益相關方角度的粒度和依賴性；利益相關方角度如何相互關聯(lián)；或者利益相關方角度如何與關于一個實體的其他陳述相關聯(lián)，例如利益相關方6.4關注點的識別AD應識別認為與EoI架構相關并且與AD目的一致的關注點。示例：關注點包括：架構對于實現（達到）EoI的目標的適用性、實現（實施）EoI的企業(yè)能力、實現和操作EoI的可行性、EoI在其整個生存周期中對其利益相關方的潛在風險和影響、對利益相關方的附加值、已知架構的重用、彈復性（還原能力）、可擴展性、適應性、可演進性、等待時間（延遲）、資源利用率、有效性、AD應將每個已識別的關注點與擁有該關注點的已識別的利益相關方聯(lián)系起來。注3：以疑問句的形式并以AD目的的適當細節(jié)表達關注點，能使溝6.5方面的識別AD應識別認為與EoI架構相關并且與AD目的一致的方面。每一個被識別的方面都應與它所應用的關注點相關聯(lián)。注：本文件沒有規(guī)定：方面的粒度和依賴性；方面如何相互關聯(lián)；或者方如利益相關方要求、實體目標或實體需求。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:20226.6架構視角的包含內容AD應包含或引用其中使用的每個架構視角。每個架構視角應包含由組織和/或項目指定的版本標識。每個包含的架構視角相關的規(guī)格說明應符合第8章的規(guī)定。根據6.4識別的每個關注點應由至少一個架構視角所構造。根據6.3識別的每個利益相關方角度應與覆蓋該角度的架構視角相關聯(lián)。注3：架構視角能作為架構師和利益相關方之間的契約。對于由架構視角所構造的關注點，架構師和利益相關方能就使用什么符號和表示約定來解決這些關注點達成一致。能在進行任何詳細的架構化之前簽訂合同協(xié)議，以6.7架構視圖的包含內容AD應包含一個或多個架構視圖，用于所使用的每個架構視角。注1：當一個視角在一個特定AD中支配多個視圖時，每個架構視圖應包含由組織和/或項目指定的版本標識。每個利益相關方角度（根據6.3由AD識別）應由至少一個視圖根據該視圖的支配視角進行處理。每個關注點（根據6.4由AD識別）應由至少一個視圖根據該視圖的支配視角進行處理。每個方面（根據6.5由AD識別）應由至少一個視圖根據視圖的支配視角進行處理。每一個架構視圖都應遵守其支配架構視角的約定。每個架構視圖可解決不止一個關注點。每個架構視圖應包含或給出引用：a)由組織和/或項目規(guī)定的識別和補充信息；b)該視圖的支配架構視角的標識；c)一個或多個視圖組件，其處理由該視圖的支配架構視角（見6.6）構造的所有關注點（見6.4并且覆蓋跟該視角相關的某些或全部EoI；以及d)視圖內跟該視圖支配架構視角相關的任何已知問題的記錄。要做出決策。例外和偏差能記錄為決策結果和理注3：就AD的目的和范圍而言，不必要求每個視圖都覆蓋整個EoI。例AD可包含不屬于任何架構視圖的其他信息。示例2：不在任何視圖內的信息部件可能有：EoI概覽、架構原則、架構模式和架構風格，其應用跨越多個視圖；架構的參考基礎，例如域或參考架構；視圖之間的對應；及架構理據。此信息能幫助利益相關方和負責AD維護和開發(fā)6.8視圖組件的包含內容架構視圖應由支配架構視角相一致的一個或多個視圖組件所組成。每個視圖組件應包含由組織和/或項目指定的版本標識。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022每個視圖組件應識別其支配模型種類（若有），并且遵守其支配架構視角的約定（見6.6）。在一個視圖內，能用一個或多個視圖組件來選擇性地呈現架構視角所需的部分或全部信息內容，以突顯所關注要點。視圖組件可作為多個架構視圖的一部分。對應能表達跨視圖共享的組件之間的關系。當視圖組件沒有支配模型種類時（即對于沒有以模型來描述的信息部件該視圖組件應包含一個圖例來規(guī)定該視圖組件所使用的約定。示例：視圖組件是專家意見記錄，而不是能使用計算、模擬或其他并降低不一致的可能性。視圖組件共享也允許面向方面的AD風格：跨架構視圖共享的視圖組件能用來表達架注2：本文件未規(guī)定AD所用視圖組件的形式化程度?；谀Ｐ偷囊晥D組件具有形式化的語義和語法規(guī)格說明，能少6.9架構對應的記錄6.9.1架構描述內的一致性AD應記錄一切已知的不一致性。AD宜包含或引用針對其架構視圖、其視圖組件和其他AD元素的一致性分析。對應和對應方法（如6.9.2和6.9.3所規(guī)定）可用于對AD內部和之間的視圖、視圖組件和其他AD元素的相互一致性進行表達、記錄、實施和分析。6.9.2對應AD應包含或引用AD元素對應列表。AD元素對應應識別一個或多個參與AD元素。AD元素對應可涉及一個AD或跨幾個AD里的元素。AD元素對應應識別任何支配對應方法（見6.9.3）。每個AD元素對應應識別參與的AD。注：AD對應能用于表達AD、ADF和ADL之間的關系。見附錄F中的Zachman框架示例。6.9.3對應方法AD應包含或引用適用于其自身或其AD元素的對應方法清單。注1：應用于一個或多個AD元素的對應方法能夠源自：AD元素、AD本身；AD所用的架構視角或模型種類的規(guī)格說明）；注2：對于所應用的每個對應方法，AD應記錄該方法是否成立（得到滿足）或記錄已知的所有違背情況。若能表明相關聯(lián)的對應得到滿足，則對應方法成立。若不能表明相關聯(lián)的對應得到滿足或不存在相關聯(lián)的對應時，則AD應包含或引用應用于該AD的每個對應方法。注3：應用于AD的對應方法可能源自：該AD；視角或模型種類的規(guī)格說明中（見第8章）；或該AD中所選用的ADF或6.10架構決策和理據的記錄GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:20226.10.1決策記錄AD應記錄在AD范圍和預期目的內考慮對EoI架構至關重要的架構決策。AD宜記錄考慮的和否決的可替決策以及做出這些選擇的理據。組織和項目宜建立決策記錄和共享的策略以及重要決策的選取準則，以在AD中有理據地進行記錄和支撐。要考慮選取準則的決策其中包括：——關于架構上重大需求的；——需要投入大量精力或時間來制定、實施或執(zhí)行的；——影響關鍵利益相關方或許多利益相關方的；——處理基本關注點（如性能、可進化性、安全性等）的；——需經復雜或非顯性推理的；——對變化高度敏感的；——對變化極可能代價高昂的；——形成項目規(guī)劃和管理（如工作分解結構創(chuàng)建、關鍵鏈識別和管理質量門跟蹤）基礎的；——導致假設換成已知信息的；——導致重大資金支出或間接成本的；——與需求符合性有聯(lián)系的；——與技術標準選取有聯(lián)系的；——與系統(tǒng)漏洞緩解相關的。在記錄決策時宜考慮包含以下信息：——決策的唯一標識；——決策的清晰陳述；——決策機構或所有方的標識；——影響決策之約束和假設的標識；——決策與所涉及實體之關注點或方面的聯(lián)系；——決策與受該決策影響之AD元素的聯(lián)系；——與決策理據的聯(lián)系；——與其他決策的關系；——決策（與其他決策有關）后果的記錄；——決策發(fā)生、批準和修改的時間戳；——附加信息的來源引文。注3：有時對否決的可替決策及其否決理據進行記錄是有用的，例如當未來所述理據不再適用而所述決策成為必要決策之間的關系能通過對應或應用對應方法進行捕獲。6.10.2理據記錄AD宜包含或引用對選用每個架構視角（見6.6）的理據。AD宜包含或引用對選用每個ADF和每個ADL的理據。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022AD應包含或引用每個架構決策（見6.10.1）的理據。AD宜包含或引用對選取可替決策的考慮佐證和理據。AD宜包含對AD限度（例如資源問題、時機問題以及在其他AD已覆蓋、眾所周知的描述上所免除的工作）的理據。7架構描述框架與架構描述語言7.1架構描述框架規(guī)格說明7.1.1ADF（3.5）應包含或引用：a)對ADF及其預期適用范圍的識別信息；b)組織和/或項目所規(guī)定的ADF版本標識；c)一個或多個典型利益相關方（見6.2d)典型利益相關方持有的一個或多個典型關注點（見6.4）；e)構造典型關注點的一個或多個架構視角（見8.1）。7.1.2ADF宜在預期用于相符AD時規(guī)定：a)一個或多個利益相關方角度（見6.3）；b)一個或多個方面（見6.5）；c)對視角進行組織（見5.4.2）的一個或多個結構化形式的定義；d)適用于所規(guī)定架構視角（見8.2）的一個或多個模型種類；e)適用于所規(guī)定架構視角的一個或多個圖例的定義；f)能用于創(chuàng)建跟視角規(guī)格說明（見7.2）有關視圖的ADL標識；g)對應方法（見6.9.3）；h)視圖方法（見8.3）；i)組織和/或項目所規(guī)定的版本標識。預期使用范圍能大幅度游走，從非常普遍的（所有行業(yè)、應用域及EoI種類，以及ADF的多目的使用到非常特殊或具體的（預期覆蓋的某給定行業(yè)、應用域或EoI種類，某具體EoI，或者處于生存周期給定階段或出于具體目的的某具體EoI，諸如此類）。此分類近似于ISO15704（見A.4.4）中定義為結構化形式的通用性維度。ADF規(guī)格說明宜包含適用性條件。ADF規(guī)格說明宜表明其跟5.2所述概念的一致性。注2：上述要求能通過元模型、框架構件對第5章所述要求的映射、文本符合第6章要求的AD在對下列概念的適用性進行識別和考慮時，遵循ADF規(guī)格說明?！狝DF所識別的每個利益相關方（見6.2）；——ADF所識別的每個利益相關方角度（見6.3）；GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022——ADF所識別的每個關注點（見6.4）；——ADF所識別的每個方面（見6.5）；——ADF所規(guī)定的每個架構視角（見8.1）；——ADF所規(guī)定的每個對應方法（見6.9.3）。ADF規(guī)格說明可建立要遵循的附加規(guī)則。AD能遵循一個或多個ADF規(guī)格說明，也能不遵循任何框架規(guī)格說明。注3：對于遵循不止一個框架規(guī)格說明的AD來說，需要在每個框架規(guī)格說明所識別的利益相關方、關注點、方面、利益相關方角度、架構視角、模型種類和AD內對應ADF可具有帶一個或多個結構類別的結構化形式，以提供展現架構各種元素間關系以及增進這些元素間交互分析機會的方式。示例2：結構類別包含如下架構構件：域、模型種類、角度、方面、疑問、抽象層級、關注點的主題、關注點的方注4：關于用到方面、利益相關方角度和其他結構類別的7.2架構描述語言規(guī)格說明ADL規(guī)格說明應包含或引用：a)ADL所覆蓋的典型關注點（6.4）和方面（6.5）的標識；b)從ADL選取的一個或多個視圖方法的標識（見8.3）；c)ADL所實現的一個或多個模型種類（見8.2），用于構造相關關注點或反映相關方面；d)ADL所實現的所有架構視角（見8.1）；e)所有對應方法（見6.9.3）；f)組織和/或項目所規(guī)定的版本標識。8架構視角和模型種類8.1架構視角規(guī)格說明架構視角規(guī)格說明應包含或引用：a)與本視角關聯(lián)的所有利益相關方角度（見6.3）；b)本架構視角所構造的一個或多個關注點（見6.4）；c)與所述關注點相關的一個或多個方面（見6.5）；d)已知的典型利益相關方（見6.2），其持有該架構視角所構造（見b項）的所述關注點；e)在建造視圖時使用的模型種類和圖例（見8.2）；f)對結果視圖及其視圖組件（見6.8）內的關系進行捕獲的對應方法；g)本視角所有相關信息來源的引文。架構視角規(guī)格說明宜識別：對由關聯(lián)架構視角支配的視圖進行創(chuàng)建、解讀或分析所用的視圖方法（見8.3）；以及一個或多個模型種類（見8.2）。每個圖例應向用戶提供該圖例所載視圖組件的解讀指引。架構視角規(guī)格說明能使用對應方法。架構視角規(guī)格說明能成為AD（第6章）的包含部分，成為ADF或ADL規(guī)格說明（第7章）的包含部分，或者單獨使用本章的要求。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:20228.2模型種類規(guī)格說明模型種類規(guī)格說明應包含或引用：a)構成本模型種類的約定，如語言、符號或建模技術的定義等；b)與本模型種類關聯(lián)的所有視圖方法（見8.3）和對應方法；c)組織和/或項目所規(guī)定的所有版本標識；d)本模型種類的所有相關信息來源。注：a）項能通過如元模型、語法或模板等多種方式滿足，這樣，模型種類規(guī)格說明對結構和結構模型的解讀進行8.3視圖方法架構視角規(guī)格說明可包含一個或多個視圖方法。在有必要給出視圖如何建造或使用的指引時，應在模型種類規(guī)格說明（8.2）、視角規(guī)格說明（8.ADL規(guī)格說明（7.2）和ADF規(guī)格說明（7.1）中對視圖方法進行定義。若在創(chuàng)建視圖時用某模型作為信息源，則視圖方法宜定義：如何在視圖組件中對AD元素進行描畫；如何對模型數據進行轉換或翻譯，以用于視圖組件中；以及如何在視圖組件中對不同源信息之間的關系進行描畫。若在創(chuàng)建視圖時用某“非模型”作為信息源，則視圖方法宜定義：如何在視圖組件中將其內容描畫為AD元素；如何對非模型相關數據進行轉換或翻譯，以用于視圖組件中；以及如何在視圖組件中對不同源信息之間的關系進行描畫。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022（資料性）術語和概念注解A.1概述本附錄討論本文件所依據的原則、概念和術語。圖A.1描繪AD的主要概念。圖A.1架構描述的概念模型本文件使用幾個術語（架構、關注點、方面、利益相關方角度、架構視圖、架構視角、視圖組件、模型種類），這些術語在整個群體中廣泛使用，具有不同的含義。本附錄討論了這些術語及其在本文件中定義的動機，并將這些定義與其他用法進行了對比。本文件定義了AD的最低要求，以支持第1章中確定的范圍。該方法允許組織在應用標準時有最大的靈活性，同時證明符合第6、7和8章中的要求。鑒于架構化的多學科性質，其目的是滿足多個利益相關方的需求，并允許用不同的方式來描述EoI的架構。將AD組織到由架構視角支配的架構視圖中，提供了一種基于利益相關方的關注點分離機制，同時提供了整個實體的集成視圖，該實體是架構概念的基礎。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022建立符合AD所描述的架構的質量（這是一個好的架構嗎？）或者AD本身的質量（這個AD是否完整一致？）是評估AD的因素。本文件不假定施加質量考慮所需的條件。但確實建議對此類評估的結果進行記錄（見6.2）。注：架構評估是ISO/IEC/IEEE42030的主題。A.2實體及其架構在本文件中，術語“架構”旨在表達EoI的本質或基礎。本文件中架構（3.2）的定義有幾個關鍵方面。這個定義被選擇是為了通過識別這些關鍵方面潛在的共同主題，來涵蓋術語“架構”的各種先前用法。其中最主要的是需要理解和控制在EoI環(huán)境中有助于該EoI效用、成本、時間和風險的EoI元素。在某些情況下，基本元素是實體的物理或結構組件及其關系。有時，基本元素是功能或邏輯元素。在其他情況下，對理解一個實體而言，其根本或必要的是它的總體原則或模式。屬性也能是實體、其元素及其關系的基本特征。本文中架構的定義意在涵蓋這些不同但相關的用途，同時鼓勵對實體架構的構成進行更嚴格的界定。在架構的定義（3.2）中使用短語“概念或屬性”，以允許兩種不同的理念無偏見地使用本文件。這兩種理念是：——架構作為概念：其中架構是人們頭腦中實體的概念；——架構作為屬性：其中架構是EoI的屬性或特性。實證研究發(fā)現，組織中存在四種架構隱喻：——架構作為藍圖；——架構作為文獻；——架構作為語言；——架構作為決策。本文件的基本概念并不假定這些隱喻中的任何一種；相反，它與它們中的任何一種都同樣適用。這些多重隱喻的存在支持了本文件的核心設計原則：架構本質上是基于具有多重關注點和使用多重視角與方面的多個利益相關方。A.3關注點本文件使用術語“關注點”來表示與正在架構化的實體或架構本身相關的任何所關注的主題。該主題的利益相關方，包括架構師持有這些關注點。一些關注點驅動或與架構相關，因此本文件要求將它們標識為AD的一部分。關注點涉及廣泛的利益（包括技術、個人、發(fā)展、科技、商業(yè)、運營、組織、政治經濟、法律、監(jiān)管、生態(tài)、社會影響）。使用這個術語的動機來自EdsgerW.Dijkstra在軟件和系統(tǒng)工程中創(chuàng)造的短語“關注點分離”：“讓我試著向你解釋一下，在我看來，什么是所有智慧思維的特征。那就是，一個人愿意為了其自身的一致性而孤立地深入研究他的主題的一個方面，并始終知道自己只專注于其中的一個方面。我們知道一個程序必須是正確的，我們只能從這個視角來研究它；我們也知道它應該是高效的，我們能改天再研究它的效率。在另一種情況下，我們可能會問自己，這個項目是否值得，如果值得，為什么值得。但相反，同時解決這些不同的方面并不會帶來任何好處。這就是我有時稱之為“關注點分離”的方法，即使不完全可能，這也是我所知道的有效整理思想的唯一方法。這就是我所說的“將一個人的注意力集中在某個方面”：這并不意味著忽略其他方面，這只是公正地對待這樣一個事實，即從這個方面的角度來看，其他方面是不相關的。它是同時具有一種或多種思維”。正如本文件中所述，每個架構視角構造了一個或多個關注點（見6.6），以便從該架構視角的應用中產生的視圖，解決了EoI已識別的關注點。通過視圖分離關注點的處理，允許利益相關方關注他們特GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022別關注的問題，并提供了一種組織和管理AD復雜性的方法（見6.7）。企業(yè)、系統(tǒng)和軟件工程的文獻記錄了大量這類關注點。5.2.3中給出了示例。A.4方面和視角A.4.1概述一直以來，架構化工作是由利益相關方的關注點所驅動的。然而，ADF（以及少數情況下是ADL）的出現，建立了借鑒先前架構化經驗的實踐，這些實踐導致架構化工作的條理化。這些架構化工作不一定是由特定于所討論的架構化工作的關注點驅動的，而是很大程度上受先前經驗驅動。在利用ADF驅動的方法首次構建架構視圖之后，這種借鑒先前經驗的架構化方法能夠識別特定的關注點。這種先前經驗通常被封裝在基于網格的ADL中，通常是二維的，但有時是三維或更多維的。雖然這些實踐中并沒有統(tǒng)一各個行和列包括什么，但是普遍存在至少兩個正交基。其中一個維度是“方面”。架構師不必同時處理所有方面，甚至也不必處理所有可能的方面，而是傾向于根據架構化目標、先前的經驗和所應用的任何方法，以特定的順序（適當地迭代）處理它們。對特定的架構化工作而言，某些方面可能并不重要（例如，因為它們與對所關注架構或其架構種類無關，或者因為它們不是特定架構的驅動因素）。另一個維度“利益相關方角度”也是基本的并且捕獲架構師所有工作，即在例如關注點、先前經驗或方法等驅動下，采用不同的方式對實體或其架構進行思考。利益相關方角度更多地由架構化思想和方法驅動。方面更多的是由AD中需要或可需要涵蓋的內容驅動的。關注點形成了一個或多個方面和一個或多個利益相關方角度的某種組合（并且能通過這種組合來解決和映射關注點）。方面和利益相關方角度的使用與更有組織性、更規(guī)范（更標準化）的架構化和AD方法兼容。值得注意的是，在特定域或狀況中，一些架構問題能是直接利益相關方的關注點。在這種情況下，這類架構問題通常通過利益相關方角度的機制來解決。在其他情況下，它們是能通過方面的機制來處理。這種差異導致常用的ADF中所用材料的組織發(fā)生變化。A.4.2方面方面提供了一種劃分架構的方法，以支持對架構的基本概念（如結構和屬性）進行更系統(tǒng)的檢查，以及對架構備選方案的評估。本文件使用術語“方面”作為AD中視圖的組織基礎（見6.5）。方面、關注點和利益相關方角度將視圖集中于AD中所關注的內聚集合上。方面、關注點和利益相關方角度能為捕獲與架構相關的許多架構考慮點提供基礎。方面與技術架構化專業(yè)保持一致，這些專業(yè)獲取相關的架構信息，以便能夠分析、綜合、評估、闡述其特定方面，并反過來增加（即開發(fā)、修飾、闡述、增強信心等）架構信息。涉及相關專業(yè)的人員通常包括，例如系統(tǒng)架構師和分析師、安全架構師、可靠性工程師、人因工程專家、組織人力專家和成本預算人員。方面對于任何特定的關注點都是中立的，盡管這些關注點能映射到許多相關的方面。通過檢查AD的各個方面，能辨別或預測實體的某些相關特征或屬性。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022方面通常反映域知識，并來自于工程師和架構師的經驗。它們也來自ADF，這些ADF已經發(fā)現某些方面對該框架作用域進行架構化是有用的。這些方面也包含在架構師所學習的方法中，并封裝在一些建模工具中。關注點將直接應用于與EoI或架構相關的或重要的內容，而方面是架構實體本身的特征或本質的一部分。將“利益相關方關注點”作為創(chuàng)建架構視圖的起點假設，這些假設是已知利益相關方是誰以及他們的關注點可能是什么。但在許多復雜的實體中，這是不可行的。因為，在為被認為與域相關和慣用的方面創(chuàng)建架構視圖之前，一些利益相關方通常是不知道的。當向潛在的利益相關方展示這些視圖時，他們可能會向我們透露他們對隱含的架構解決方案的關注點（如果有的話）。作為利益相關方的架構師，其關注點通常與方面不同，因為他們在范圍上沒有那么廣泛，在形式上也沒有那么結構化。通常，當這些關注點應用于特定的應用域時，它們能隨著時間的推移以及隨后的審查和整合，被編入各個方面。方面能用于檢查實體，從而更全面地了解架構如何處理該關注點。方面同樣能幫助理解架構在多大程度上沒有處理這個關注點。關注點和方面之間的關系能用這些例子來說明：我們能針對多個關注點分析諸如實體的行為（作為一個方面），如：可移植性、性能等；或者能通過對例如行為、結構和組織等方面的分析來評估諸如安全性之類的關注點。在評估備選架構時，方面也很有用（見ISO/IEC/IEEE42030）。方面的概念已經在軟件開發(fā)中被用來處理“橫切關注點”。方面是程序許多部分共享的一個特征，與程序的主要功能無關。非功能屬性，如性能、成本和質量因素（如可靠性、保密性和彈性)是使用方面概念進行結構化的關注點（5.2.5)。這些非功能屬性通常被稱為“功能”或“非功能需求（NFR)”。A.4.3利益相關方角度本文件使用術語“利益相關方角度”來表示對實體的一種特殊的思考方式，特別是受個人信念或經驗影響的方式。一個人對實體的思考方式（即一個人的角度）會受到組織角色、培訓、經驗、知識、個性、性格特征、文化、同行壓力等的影響。在進行架構化時，通常會采用不同的的架構思考方式（見5.2.4中的示例）。示例：UAF：戰(zhàn)略、運營、服務、人員、資源、安全、項目、標）：利益相關方角度的確定取決于與架構相關的各種利益相關方的關注和立場。對于給定的利益相關方角度，通常有多個關注點和方面需要考慮。A.4.4結構化形式和結構類別ADF能提供一種結構化的形式，即使用架構考慮點和它們之間的對應的一組規(guī)則，來組織用于生成關聯(lián)視圖的架構視角，例如網格框架形式。結構化形式的目的是提供表示架構的各種元素之間關系的方法，并增加分析這些元素之間相互作用的機會。GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022在本文件中，框架維度的概念被稱為“結構類別”，因為這些類別在各種ADF中的使用方式并不總是與“維度”的概念一致。因此，這里使用結構類別術語，因為它是一個更廣泛和更具包容性的概念。ADF能定義結構化形式中使用的結構類別。有時，這些類別由圖形描述中的“維度”來表示，例如在多個框架中使用的行和列。網格形式的結構化形式通常具有兩個框架維度，但是結構化形式能具有單個框架維度，這通常在多層層次結構中劃分，或者具有多個框架維度，其中三個以上的框架維度的視覺表示是困難的。結構類別（即“維度”）能包括諸如域、模型種類、角度、方面、疑問詞、抽象層級、關注點的主題、關注的方面、階段、層、架構級等。一些常用的ADF有一個二維網格或矩陣來組織它們的架構視角規(guī)格說明。二維網格起源于Zachman。（現在還有許多其他形式，如立方體、星形、五邊形和橢圓形。）這些是在那些框架上使用的結構化形式的例子。這些網格中的行是本文件中提到的角度，盡管這些行在框架中的名稱會有所不同：UAF稱之為“域”，ArchiMate稱之為“層”，NAF稱之為“關注點的主題”，ISO15704中GERAM的三個主要維度的其中兩個表示抽象程度（通用性）和生存周期建模階段。這些框架的基本思想是相同的，這個概念已經被本文件所采用。這一概念也清楚地表明，視角提供了角度?！巴ㄓ眯浴笔荌SO15704中的一個關鍵概念方法，適用于企業(yè)對日益具體的概念表達進行建模。ISO15704定義了通用性的三個層級：通用、部分通用和專用。此通用性概念也適用于其他類型的實體和ADF概念。當接近現實世界中實體的實施水平時，就能使用越來越特定的（即較不通用）ADF來提供更多的特異性。細節(jié)ADF，例如UAF（使用UAF概要文件和伴隨的SysML符號和語義），這反過來又能轉換為一個特定項目的一種特定于實施的ADF，這個特定項目使用進一步的建模概要文件擴展，并包含專用域特由于質量和效率的原因，從通用、到部分通用、再到專用的轉換（在ADF中提供更多域特定細節(jié)）是有用的，因為任何特定的項目都更喜歡使用針對應用領域定制的ADF（例如具有預定義的角度和方面，這些角度和方面在類似的項目中是常見的和可重用的并且之前已經經過測試（先前的成功提供了專業(yè)技術和知識），同時使用給定域專家之間共享的術語。A.4.5方面和利益相關方角度之間的關系利益相關方角度和方面密切相關，經?；煜＠嫦嚓P方角度是人們思考事物的方式，而方面能用于捕獲EoI的相關特征。當從特定的角度觀察和思考實體時，就會感知到與實體相關的屬性或概念的某個方面。當視角轉換時，屬性或概念通常會有所不同。同樣，當觀察方面改變時，能辨別出關于實體的不同屬性或概念。方面和利益相關方角度在ADF中通常用作組織架構視角的一種方式，如附錄F中描述的例子所示。能為特定的方面和特定的利益相關方角度構建架構視圖。利益相關方角度能代表一個或多個利益相關方的關注點的集合。當架構框架矩陣或網格使用這些概念時，列通常表示與方面相關項，行通常表示與利益相關方角度相關項。A.4.6ADF互補方法將利益相關方角度和方面結合起來，以一種基于先前經驗的方式進行架構化，能作為一種不同的且互補的，由已確定的利益相關方及其具體關注點驅動的架構化方法（見5.2.3）。例如，利用在類似環(huán)GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022境中進行相似實體的架構化先前經驗，能識別出潛在的問題，當向利益相關方提出這些問題時，這些問題會引出真正的關注點。使用已知的利益相關方角度中的既定方面，能極大地幫助減少架構化工作，以獲得合適的架構視角。然而，架構師需要小心謹慎，不要讓這些方面和先前架構化工作的利益相關方角度掩蓋了未曾表達的利益相關方關注點，也不要忽視隨著架構化項目的展開而出現的關注點。方面和利益相關方角度所扮演的角色是不同的。對于一個給定的角度，通常需要考慮多個方面。當利益相關方角度改變時，所感知的屬性或概念就會不同。A.5架構視圖和視角術語“架構視圖”和“架構視角”是本文件的核心。盡管有時作為同義詞使用，但在本文件中，它們指的是獨立且截然不同的概念。本文件的目標是通過提供通用術語和概念來涵蓋現有的AD實踐。許多現有的實踐通過模型的集合來表達架構。通常，這些模型被進一步組織成內聚的組，稱為視圖。一組模型或其他信息的內聚性是由該組模型和其他信息源所采取的角度以及所處理的關注點和方面決定的。在本文件中，架構視角規(guī)格說明指的是根據給定的角度、一組關注點和方面來表達架構的約定：視圖是從特定視角表達EoI的一種方式。使用多視圖來表達一個架構是本文件的一個基本前提。AD中多視圖的需求被廣泛認可。雖然多視圖的使用很普遍，但是作者根據受眾以及表達每個視圖的適當方法，對需要什么視圖有不同的看法。由于意見廣泛，本文件不需要一組預定義的架構視角及其規(guī)格說明；它鼓勵定義或選取適合EoI架構視角的實踐。使架構視角成為一級實體的一個結果是，它們屬于視為AD元素的構件。本條的其余部分提供關于“視角”一詞在系統(tǒng)和軟件中的使用和演變的簡要歷史說明。最早對一級視角的使用出現在Ross于1977年所著的《結構化分析方法》中。在需求工程中，NKramer和Finkelstein將視角視為具有相關屬性和操作的一級實體。這些研究驅使了第8章規(guī)定的架構視角的形成。選擇該術語是為了與ISO開放分布式處理參考模型（RM-ODP）保持一致，并用以下方式使用該術語：——（對系統(tǒng)的）視角是產生與一組特定關注點相關的整個系統(tǒng)的規(guī)格說明的抽象概念（見ISO/IEC10746-1:1998，6.2.2）；——（對系統(tǒng)的）視角是使用一組選定的架構構件和結構化規(guī)則實現的抽象形式，目的是聚焦系統(tǒng)內的特定關注點（見ISO/IEC10746-2:2009，3.2.7）。然而，在本文件使用“架構視圖”來指代將視角應用于特定