2023系統(tǒng)與軟件工程架構(gòu)描述

系統(tǒng)與軟件工程架構(gòu)描述目 次范圍 1規(guī)范性引用文件 1術(shù)語、定義和縮略語 1術(shù)語和定義 1縮略語 4符合性 5基本概念 5概述 5架構(gòu)描述的概念模型 5生存周期中的架構(gòu)描述 12架構(gòu)描述框架與語言 13架構(gòu)描述的規(guī)格說明 16架構(gòu)描述識別與概述 16利益相關(guān)方的識別 17利益相關(guān)方角度的識別 17關(guān)注點(diǎn)的識別 17方面的識別 17架構(gòu)視角的包含內(nèi)容 18架構(gòu)視圖的包含內(nèi)容 18視圖組件的包含內(nèi)容 18架構(gòu)對應(yīng)的記錄 19架構(gòu)決策和理據(jù)的記錄 19架構(gòu)描述框架與架構(gòu)描述語言 21架構(gòu)描述框架規(guī)格說明 21架構(gòu)描述語言規(guī)格說明 22架構(gòu)視角和模型種類 22架構(gòu)視角規(guī)格說明 22模型種類規(guī)格說明 23視圖方法 23附錄A（資料性）術(shù)語和概念注解 24附錄B（資料性）架構(gòu)視角規(guī)格說明指南 33附錄C（資料性）與其他標(biāo)準(zhǔn)的關(guān)系 36附錄D（資料性）架構(gòu)描述的使用 42I附錄E（資料性）架構(gòu)與架構(gòu)描述生存周期 43附錄F（資料性）架構(gòu)描述框架 45附錄NA（資料性）本文件應(yīng)用案例一 48附錄NB（資料性）本文件應(yīng)用案例二 59II引 言（包括軟件系統(tǒng)（作為數(shù)據(jù)項(xiàng)或數(shù)據(jù)結(jié)構(gòu)（作為一個集合AD注：ISO/IEC/IEEE42020規(guī)定了架構(gòu)化的一組過程，用于支持創(chuàng)建一個或多個AD。ISO/IEC/IEEE42020中的架構(gòu)細(xì)化過程與AD的創(chuàng)建緊密相關(guān)。AD是有形的工作產(chǎn)品，而架構(gòu)是無形、抽象的，是通過其概念、屬性和原則來理解的。用于編寫AD用于編寫不同群體和應(yīng)用域中的AD。AD本文件提供了ADADADADF和ADL內(nèi)容的通用本體，提供了考慮和比較ADF和ADL的基礎(chǔ)。本文件適用于在EoI或其架構(gòu)的周境中為組織內(nèi)的AD、ADF和ADL開發(fā)建立連貫的架構(gòu)化實(shí)踐。本文件的條款適用于評估AD、ADF、ADL、視角和模型種類的規(guī)格說明的符合性。本文件旨在提供一套描述架構(gòu)的連貫一致的方法，包括以文檔為中心和基于模型的技術(shù)。本文件還給出了在如指南和標(biāo)準(zhǔn)等其他文檔中使用架構(gòu)相關(guān)術(shù)語和概念的動機(jī)。建議本文件用戶查閱第5章，了解基本概念以及與AD工作產(chǎn)品相關(guān)的概念和原則。本文件未表明ADAD的完整性和正確性進(jìn)行局部檢ADADAD中表現(xiàn)為元素的規(guī)格說明對于規(guī)格說明主題而言是預(yù)期完整、精確及可驗(yàn)證的。IV系統(tǒng)與軟件工程架構(gòu)描述范圍本文件規(guī)定了對各種實(shí)體的架構(gòu)描述（AD）的結(jié)構(gòu)和表達(dá)要求，各種實(shí)體包括軟件、系統(tǒng)、企業(yè)、系統(tǒng)之系統(tǒng)、系統(tǒng)族、產(chǎn)品（貨物或服務(wù)）、產(chǎn)品線、服務(wù)線、技術(shù)和業(yè)務(wù)域。本文件界定了所關(guān)注實(shí)體（EoI）的架構(gòu)和表達(dá)架構(gòu)的AD。本文件的主題不是架構(gòu)。本文件規(guī)定了對在ADEoI或其環(huán)境的要求。效支持AD的開發(fā)和使用。本文件規(guī)定了對AD、ADF、ADL、架構(gòu)視角和模型種類的符合性要求。本文件未規(guī)定創(chuàng)建、利用或管理AD的過程、架構(gòu)化方法、模型、符號、技術(shù)或工具。本文件未規(guī)定記錄AD的任何格式或介質(zhì)。本文件適用于：幫助理解各種實(shí)體的涉及其結(jié)構(gòu)、行為、設(shè)計(jì)和演變的基本概念或?qū)傩?；EoIAD、ADFADLAD、ADF、ADL、架構(gòu)視角和模型種類的規(guī)格說明的符合性。規(guī)范性引用文件本文件沒有規(guī)范性引用文件。術(shù)語、定義和縮略語術(shù)語和定義下列術(shù)語和定義適用于本文件。3.1.1架構(gòu)化architecting在所關(guān)注實(shí)體（3.12）的整個生存周期中，對一個架構(gòu)（3.2）進(jìn)行構(gòu)想、定義、表達(dá)、記錄、溝通、證明其正確實(shí)施、維護(hù)和改進(jìn)。3.1.2架構(gòu)architecture[來源：ISO/IEC/IEEE42020:2019，3.3，有修改。]3.1.3架構(gòu)描述architecturedescription；AD用于表達(dá)架構(gòu)（3.2）的工作產(chǎn)品。1注1：工作產(chǎn)品是由過程產(chǎn)生的人工制品（見ISO/IEC20246：2017，3.18）。注2：AD是提供給利益相關(guān)方（3.17）的信息的有形表示。AD認(rèn)為是一個信息部件（3.14）。3.1.4架構(gòu)描述元素architecturedescriptionelementAD元素ADelement架構(gòu)描述（3.3）的已識別或已命名部分。注：AA331313139；所使用的ADL（3.6）、ADF（3.5）和對應(yīng)（3.11）及對應(yīng)方法；以及AD（3.3）所包含的架構(gòu)視圖（3.7）、視圖組件（3.19）、架構(gòu)視角（3.8）和模型種類（3.15）。注2：就對應(yīng)（3.11）的而言，一個AD（3.3）能認(rèn)為是另一個AD中的AD元素。3.1.5架構(gòu)描述框架architecturedescriptionframework；ADF在特定的應(yīng)用域或利益相關(guān)方（3.17）群體中建立的架構(gòu)（3.2）描述的約定、原則和實(shí)踐。示例：通用企業(yè)參考架構(gòu)建模框架（GERAM）（ISO15704:2019附錄B），開放分布式處理參考模型（RM-ODP），統(tǒng)一架構(gòu)框架（UAF），以及北約架構(gòu)框架（NAF）。注：架構(gòu)描述框架促進(jìn)架構(gòu)視圖（3.7）和模型的組織結(jié)構(gòu)化、描述的一致性、更大的重用潛力以及完整性。3.1.6架構(gòu)描述語言architecturedescriptionlanguage；ADL具有語法和語義的表達(dá)方式，由一組用于描述架構(gòu)（3.2）的表示、約定和相關(guān)規(guī)則組成。示例：架構(gòu)分析和設(shè)計(jì)語言（AADL）、ArchiMate、UML、SysML、UAF概要文件。3.1.7架構(gòu)視圖architectureview組成架構(gòu)描述（3.3）的一部分的信息部件（3.14）。示例：信息或數(shù)據(jù)視圖處理由信息視角構(gòu)造的信息相關(guān)的關(guān)注點(diǎn)。它包含如視圖組件（3.19）、概念數(shù)據(jù)模型、數(shù)據(jù)管理模型和數(shù)據(jù)訪問模型，以及將這些組件連接在一起的對應(yīng)。3.1.8架構(gòu)視角architectureviewpoint用于創(chuàng)建、解讀和使用架構(gòu)視圖（3.7）的一組約定，以構(gòu)造一個或多個關(guān)注點(diǎn)（3.10）。注1：在本文件中，“構(gòu)造”關(guān)注點(diǎn)意為“塑造、組成、表達(dá)”這些關(guān)注點(diǎn)。它用于區(qū)分由視角構(gòu)造關(guān)注點(diǎn)的階段和在結(jié)果視圖中處理這些關(guān)注點(diǎn)的階段。這類似于“構(gòu)造問題”和“解決問題”之間的區(qū)別。注2：視角是架構(gòu)師決定的與架構(gòu)描述（3.3）的目的相關(guān)的關(guān)注點(diǎn)的參考框架。注3：架構(gòu)視角的約定記錄在這個視角的規(guī)格說明（3.16）中。在一些群體和架構(gòu)框架中，“視圖規(guī)格說明”被用來表示相同的東西。注4：視角的識別通常是該視角所適用域的先驗(yàn)知識、經(jīng)驗(yàn)和實(shí)際運(yùn)用的結(jié)果，表明與解決關(guān)注點(diǎn)（3.10）相關(guān)的信息。3.1.9方面aspect2實(shí)體特征或本質(zhì)的一部分。示例：實(shí)體的功能、結(jié)構(gòu)和信息方面。注1：一個特定的方面能用于捕獲所關(guān)注實(shí)體（3.12）的相關(guān)特征，作為一個或多個關(guān)注點(diǎn)（3.10）的細(xì)化，該關(guān)注點(diǎn)關(guān)于其特征的某些部分，例如實(shí)體的結(jié)構(gòu)特征、功能特征或信息特征。注2：方面幫助架構(gòu)師分析、處理和結(jié)構(gòu)化關(guān)注點(diǎn)（3.10）。一般來說，方面和關(guān)注點(diǎn)（3.10）之間存在多對多的關(guān)系。注3：更多論證和示例見5.2.5。3.1.10關(guān)注點(diǎn)concern與利益相關(guān)方（3.17）有關(guān)的或重要的事項(xiàng)。注1：能針對所關(guān)注實(shí)體（3.12）識別，或獨(dú)立地識別關(guān)注點(diǎn)，例如針對該實(shí)體的環(huán)境、場景、情況或用例。注2：在本文件中，對實(shí)體的關(guān)注意在涵蓋對該實(shí)體的環(huán)境（3.13）、生存周期、架構(gòu)（3.2）、需求、設(shè)計(jì)、實(shí)施和運(yùn)營的關(guān)注。這些關(guān)注通過方面（3.9）、關(guān)注點(diǎn)和利益相關(guān)方角度（3.18）來捕獲。注3：關(guān)注點(diǎn)的識別通常是該關(guān)注點(diǎn)所適用域的先驗(yàn)知識、經(jīng)驗(yàn)和實(shí)際運(yùn)用的結(jié)果。注4：更多論述和示例見5.2.3。[來源：ISO/IEC/IEEE42020:2019，3.8，有修改。]3.1.11對應(yīng)correspondence兩個及以上架構(gòu)描述元素（3.4）之間的已識別或命名的關(guān)系。示例：對應(yīng)用于表達(dá)廣泛的關(guān)系，如等價性、組合性、精化性、一致性、可追溯性、依賴性、約束性、滿意度和義務(wù)。注1：為了形成對應(yīng)，一個架構(gòu)描述（3.3）能視為另一個架構(gòu)描述（3.3）中的AD元素（3.4）。注2：中ADAD（3.4）間的關(guān)系。3.1.12所關(guān)注實(shí)體entityofinterest；Eol架構(gòu)描述（3.3）的主題。示例：企業(yè)、組織、解決方案、系統(tǒng)（包括軟件系統(tǒng)）、子系統(tǒng)、過程、業(yè)務(wù)、數(shù)據(jù)（作為數(shù)據(jù)項(xiàng)或數(shù)據(jù)結(jié)構(gòu)）、應(yīng)用、信息技術(shù)（作為集合）、任務(wù)、產(chǎn)品、服務(wù)、軟件項(xiàng)、硬件項(xiàng)、產(chǎn)品線、系統(tǒng)族、系統(tǒng)之系統(tǒng)、系統(tǒng)集合、應(yīng)用程序集合等。注1：在本文件中，術(shù)語“所關(guān)注實(shí)體”是指在編制架構(gòu)描述（3.3）時正在考慮其架構(gòu)（3.2）的實(shí)體。注2：本文件將所關(guān)注實(shí)體與非架構(gòu)描述（3.3）主題的其他實(shí)體區(qū)分開來。注3：在本文件中，對一個實(shí)體的關(guān)注旨在涵蓋對該實(shí)體的環(huán)境、生存周期、架構(gòu)、需求、設(shè)計(jì)、實(shí)現(xiàn)和運(yùn)營的關(guān)注。這些關(guān)注是通過各方面、關(guān)注點(diǎn)和利益相關(guān)方角度來捕獲的。3.1.13環(huán)境environment周圍事物、條件或?qū)嶓w所受影響的周境。注1：所關(guān)注實(shí)體（3.12）的環(huán)境包含能對某實(shí)體產(chǎn)生各種影響，如開發(fā)、技術(shù)、商業(yè)、運(yùn)營、組織、政治、經(jīng)濟(jì)、法律、監(jiān)管、生態(tài)和社會影響的外部實(shí)體，以及外部物理效應(yīng)，如電磁輻射、帶電粒子、引力效應(yīng)、電場和3磁場。注2：術(shù)語“環(huán)境”加上限定詞標(biāo)簽，識別出某一周境內(nèi)的另一特定周境，如開發(fā)環(huán)境、測試環(huán)境和操作環(huán)境。3.1.14信息部件informationpart為人類和機(jī)器使用而生產(chǎn)、存儲和交付的可單獨(dú)識別的信息體。3.1.15模型種類modelkind通過關(guān)鍵特性和建模約定區(qū)分的模型類別。示例：功能模型、活動模型、結(jié)構(gòu)模型、用例模型、地緣政治模型、分析模型和經(jīng)濟(jì)模型。3.1.16規(guī)格說明specification以完整、精確和可驗(yàn)證的方式識別實(shí)體的需求、設(shè)計(jì)、行為或其他預(yù)期特性的信息部件（3.14）。[來源：ISO/IEC/IEEE15289：2019，3.1.26，有修改。]3.1.17利益相關(guān)方stakeholder在所關(guān)注實(shí)體（3.12）中擁有利益、權(quán)利、股份或權(quán)利主張的角色、職位、個人、組織或其階層。示例：和市場。3.1.18利益相關(guān)方角度stakeholderperspective對所關(guān)注實(shí)體（3.12）的思考方式，特別是在涉及關(guān)注點(diǎn)（3.10）時。示例：Zachman（NATO架構(gòu)框架網(wǎng)格中的行對應(yīng)于利益相關(guān)方角度（）5.2.4。注：影響。3.1.19視圖組件viewcomponent架構(gòu)視圖組件architectureviewcomponent由適用模型種類（3.15）或圖例支配的一個或多個架構(gòu)視圖（3.7）的可分離部分。示例：描述訪問控制機(jī)制的架構(gòu)視圖組件能用在架構(gòu)描述（3.3）的多個視圖中，以解釋實(shí)體的功能流、行為和安全特征。注：在架構(gòu)描述（3.3）的周境中，圖例是約定的非正式文檔化形式?？s略語下列縮略語適用于本文件。AADL：架構(gòu)分析和設(shè)計(jì)語言（ArchitectureAnalysisandDesignLanguage）4AD：架構(gòu)描述（ArchitectureDescription）ADF：架構(gòu)描述框架（ArchitectureDescriptionFramework）ADL：架構(gòu)描述語言（ArchitectureDescriptionLanguage）BPMN：業(yè)務(wù)過程模型與符號（BusinessProcessModelandNotation）DoDAF：美國國防部架構(gòu)框架（USDepartmentofDefenceArchitectureFramework）Eol：所關(guān)注實(shí)體（EntityofInterest）GERA：通用企業(yè)參考架構(gòu)（GeneralizedEnterprise-ReferencingArchitecture）GERAM：通用企業(yè)參考架構(gòu)建?？蚣埽℅eneralizedEnterprise-ReferencingArchitectureModellingFramework）NAF：北約架構(gòu)框架（NATOArchitectureFramework）OMG：對象管理組（ObjectManagementGroup）OPM：對象-過程方法論（Object-ProcessMethodology）RAMI4.0：工業(yè)4.0參考架構(gòu)模型（ReferenceArchitecturalModelIndustrie4.0）RM-ODP：開放分布式處理參考模型（ReferenceModelofOpenDistributedProcessing）SysML：系統(tǒng)建模語言（SystemsModellingLanguage）TOGAF：開放組架構(gòu)框架（TheOpenGroup’sArchitectureFramework）UAF：統(tǒng)一架構(gòu)框架（UnifiedArchitectureFramework）UML：統(tǒng)一建模語言（UnifiedModellingLanguage）符合性本文件的要求包含在第6、7和8章中。下列五種情形能提出符合本文件規(guī)定的聲明。ADAD6ADFADF7.1ADLADL7.28.18.2本文件既不要求也不準(zhǔn)許在提出符合性聲明時使用“裁剪”?；靖拍罡攀霰菊陆榻B以概念模型集（見5.2）來表達(dá)架構(gòu)描述（AD）的基本概念，并介紹所述基本概念在AD、ADF（見5.4.2）和ADL（見5.4.3）中的應(yīng)用。附錄D概括了使用AD來支持的不同架構(gòu)實(shí)踐。本章中介紹的概念在第6章到第8章中用于表達(dá)要求。注：附錄A進(jìn)一步討論了本文件中使用的術(shù)語和概念，并給出了其在歷史周境中的使用實(shí)例。架構(gòu)描述的概念模型架構(gòu)描述的周境5術(shù)語“所關(guān)注實(shí)體（EoI）”在本文件中用于指代AD的主題。該術(shù)語旨在涵蓋但不限于在下列應(yīng)用領(lǐng)域內(nèi)的、反映本文件第1章所規(guī)定預(yù)期范圍的各種實(shí)體：——軟件，包括軟件產(chǎn)品和服務(wù)（見GB/T8566）；——系統(tǒng)，包括獨(dú)一無二的系統(tǒng)，大規(guī)模生產(chǎn)的系統(tǒng)，定制的、自適應(yīng)的系統(tǒng)，獨(dú)立的和嵌入式系統(tǒng)（GB/T22032）；——企業(yè)（ISO15704），即具有使命、目標(biāo)和目的，以提供產(chǎn)品或服務(wù)，或?qū)崿F(xiàn)預(yù)期項(xiàng)目成果或業(yè)務(wù)成果的人類事業(yè)或風(fēng)險企業(yè)。AD每個EoI都位于一個影響其特性和行為的環(huán)境中。貫穿EoI的整個生存周期，環(huán)境決定了對EoI的全部影響，以及EoI對該環(huán)境的全部影響，包括它與環(huán)境和其他實(shí)體的相互作用。圖1描繪關(guān)于EoI及其架構(gòu)的關(guān)鍵概念，作為理解AD的一種方式。注1：第5章其余部分的圖和文字構(gòu)成了一套AD1到圖6件讀者理解。在圖中，圓角矩形表示信息對象，箭頭表示對象之間的關(guān)系且沿箭頭方向讀取其注釋。這些圖說明了貫穿第5章描述的關(guān)鍵概念。附錄A提供了完整的概念模型。注2：EoI（即已示例：EoI（通常稱為“能力架構(gòu)”）來表示。在這一能力定義階段，已識別的利益相關(guān)方可能會受到未來EoI的關(guān)注架構(gòu)和架構(gòu)描述EoIEoI的架構(gòu)能涉及該實(shí)體的下列任意部分或全部：——構(gòu)成要素；——要素之間的相互作用或相互關(guān)系；——與其環(huán)境的相互作用或相互關(guān)系，包括與環(huán)境中其他實(shí)體的相互作用或相互關(guān)系；——行為和結(jié)構(gòu)；——設(shè)計(jì)、使用、操作和發(fā)展的支配原則。ADAD是為進(jìn)行架構(gòu)化的特定目的而產(chǎn)生，這與EoI的目的截然不同。AD由AD元素組成（見5.2.9）。EoI的架構(gòu)能通過一個或多個不同的AD來理解，每個AD都是為了與架構(gòu)和利益相關(guān)方需要相關(guān)的目的而創(chuàng)建的。例如，不同的AD可能基于不同的利益相關(guān)方（見5.2.3）、利益相關(guān)方角度（見5.2.4）、時期（有時稱為時代）或環(huán)境中的特定周境或用法。注：ISO/IEC/IEEE42020規(guī)定了一套架構(gòu)化過程，能用于支持創(chuàng)建一個或多個AD。利益相關(guān)方和關(guān)注點(diǎn)6會權(quán)利、股份、影響力或主張（如基金組織、政府機(jī)構(gòu)、實(shí)體所造成環(huán)境影響的接受方、受EoI影響之實(shí)體的利益相關(guān)方）。一些利益相關(guān)方的關(guān)注點(diǎn)與EoI的成功背道而馳。這些利益相關(guān)方能出于政治或環(huán)境考慮而有不同在EoI的生存周期中，關(guān)注點(diǎn)能在任何時間出現(xiàn)，包括（但不限于）概念化時期，設(shè)計(jì)抉擇之際，從建設(shè)或?qū)嵤┢?，貫穿部署、運(yùn)營、所有權(quán)轉(zhuǎn)移、退役及處置過程。關(guān)注點(diǎn)可能涉及對某個EoI示例：——系統(tǒng)是如何維護(hù)的？——哪些系統(tǒng)行為是安全關(guān)鍵的？——EoI能否符合國家法規(guī)？——運(yùn)營成本是多少？——架構(gòu)給出了哪些風(fēng)險、機(jī)遇、滿意度、彈復(fù)性、一致性、可負(fù)擔(dān)性、復(fù)雜性和信任？——開放分布式處理參考模型中描述的分布透明性是什么？——如果是商用飛機(jī)的飛行導(dǎo)航系統(tǒng)，GPS信號的可用性、可跟蹤性、準(zhǔn)確性、視線接收、高度或海拔是多少？——數(shù)據(jù)質(zhì)量是什么（GB/T25000.12-20174GB/T25000.10-2016——系統(tǒng)維護(hù)機(jī)密性、完整性和可用性以保護(hù)運(yùn)行的能力是什么？——支持從傳統(tǒng)能力向現(xiàn)代化作戰(zhàn)能力無縫過渡的能力是什么？利益相關(guān)方角度基于其共同的角色、經(jīng)驗(yàn)、信仰或其他特征，利益相關(guān)方通常形成不同的群體或利益相關(guān)方角度。角度能反映域知識、職業(yè)經(jīng)驗(yàn)、培訓(xùn)或在EoI生存周期（如設(shè)計(jì)、開發(fā)、制造、供應(yīng)、運(yùn)營和使用）中與EoI的接近程度。重要的是，利益相關(guān)方角度也會受到個性、性格特征、文化、同行壓力、支持者等因素的影響。利益相關(guān)方角度是在周境中對EoIEoI的架構(gòu)有幾種思考方式。AD（見示例1：工業(yè)生產(chǎn)系統(tǒng)的運(yùn)行和財(cái)務(wù)角度。示例2：銀行系統(tǒng)的業(yè)務(wù)、管理、收購和供應(yīng)角度。示例3：移動應(yīng)用的開發(fā)、部署和定制角度。示例4：接待服務(wù)的供方和消費(fèi)者角度。示例5：內(nèi)容提供實(shí)體的數(shù)據(jù)用戶和數(shù)據(jù)供方角度。7方面方面捕獲EoI在其環(huán)境中的一組特性或特征，用以處理AD內(nèi)的關(guān)注點(diǎn)。（較關(guān)注點(diǎn)通過對方面進(jìn)行檢查，能夠辨別或預(yù)測EoI的相關(guān)特征或?qū)傩?。對方面進(jìn)行分析，能發(fā)現(xiàn)一個或多個關(guān)注點(diǎn)。對方面與關(guān)注點(diǎn)間關(guān)系的定義以架構(gòu)師的經(jīng)驗(yàn)為基礎(chǔ)，由利益相關(guān)方根據(jù)其理解和知識進(jìn)行評估。注：A.4.2包含關(guān)于方面實(shí)用性的更多信息。示例1：飛行器AD中的空間、結(jié)構(gòu)、功能、信息和路線圖方面。示例2：計(jì)算機(jī)AD中的行為、信息和結(jié)構(gòu)方面。示例3：通信網(wǎng)絡(luò)AD中的連通性方面（通常表現(xiàn)為網(wǎng)絡(luò)中鏈路和節(jié)點(diǎn)配置的獨(dú)立邏輯網(wǎng)絡(luò)和物理網(wǎng)絡(luò)描繪）。圖1描繪AD中所運(yùn)用的關(guān)注點(diǎn)、方面和利益相關(guān)方角度之間的關(guān)系。圖1關(guān)注點(diǎn)、方面和利益相關(guān)方角度架構(gòu)考慮點(diǎn)架構(gòu)考慮點(diǎn)是做架構(gòu)化時要考慮的因素。關(guān)注點(diǎn)（見5.2.3）、利益相關(guān)方角度（見5.2.4）和方面（見5.2.5）是架構(gòu)化時要思考的不同考慮點(diǎn)。其他考慮點(diǎn)還可能因架構(gòu)使用實(shí)踐而產(chǎn)生。架構(gòu)考慮點(diǎn)在規(guī)定架構(gòu)視角時及在構(gòu)造、解釋、組織或使用架構(gòu)視圖（見5.2.7）時是有用的。架構(gòu)考慮點(diǎn)能對架構(gòu)視角規(guī)格說明進(jìn)行分組，例如就利益相關(guān)方角度。示例：架構(gòu)考慮點(diǎn)包括：利益相關(guān)方對表達(dá)利益相關(guān)方視圖所選的ADL進(jìn)行解讀的能力；視角與模型種類的所需形8式化程度；支撐工具的可用性；給定行業(yè)域中的標(biāo)準(zhǔn)使用實(shí)踐；時間與資源的可用性；利益相關(guān)方要達(dá)到的理解深度的關(guān)鍵性。注：其他考慮點(diǎn)可能涉及周境、準(zhǔn)則、構(gòu)建塊和域詞匯表。架構(gòu)視圖和架構(gòu)視角AD（可能包括非正式知識或隱性經(jīng)驗(yàn)知識應(yīng)用以確定架構(gòu)是否令人滿意地處理了關(guān)注點(diǎn)。注1：架構(gòu)關(guān)注點(diǎn)、利益相關(guān)方角度和方面能夠起到AD各視角的組織基礎(chǔ)的作用。方面是關(guān)注點(diǎn)的提煉，且方面可用于確立視角約定。方面體現(xiàn)在由此產(chǎn)生的架構(gòu)視圖中。1：（實(shí)體AD視圖）。該視圖處理通信參數(shù)，如運(yùn)營方和用戶（利益相關(guān)方）的吞吐量和上線時間（關(guān)注點(diǎn)）。示例2：某部件和變體視圖，描述產(chǎn)品線（實(shí)體），包括通用部件和單個產(chǎn)品及其變體和選項(xiàng)的內(nèi)容。圖2描繪AD中架構(gòu)視圖和架構(gòu)視角之間的關(guān)系。圖2架構(gòu)視圖和架構(gòu)視角9一個架構(gòu)視角構(gòu)造一個或多個關(guān)注點(diǎn)（見5.2.3）。一個關(guān)注點(diǎn)能夠通過多個視角構(gòu)造。架構(gòu)視角AD注2：與產(chǎn)品驗(yàn)收需求不同，EoI的架構(gòu)視圖處理關(guān)注點(diǎn)并反映方面，可能導(dǎo)致需求修改。在創(chuàng)建視圖（見5.2.9）時，視角規(guī)格說明用元模型或其他約定來確立AD元素（例如實(shí)體、關(guān)系、屬性和約束）的使用方式以及可能由視角進(jìn)行轉(zhuǎn)換的方式。注3：第8章規(guī)定了關(guān)于架構(gòu)視角規(guī)格說明的需求。附錄B提供了關(guān)于準(zhǔn)備架構(gòu)視角的指引。模型種類、圖例和架構(gòu)視圖組件AD1：模型種類包括用例、活動模型[如結(jié)構(gòu)化分析和設(shè)計(jì)技術(shù)（SADT）ICAM1）定義語言（IDEF0）]、威脅模型、組件模型和連接模型。示例2：數(shù)據(jù)流圖能是功能視圖的視圖組件。單獨(dú)的控制流圖能是同一功能視圖中的第二個視圖組件。功能視圖還能包含解釋如何解讀視圖中的流程圖的敘述。流程圖是基于模型的，而敘述不是。數(shù)據(jù)流圖能是信息安全視圖的部分。示例3：符號體系表能是操作視圖的圖例。圖3描繪視圖組件對視圖的組成以及視圖組件的種類。圖3視圖和視圖組件的概念模型架構(gòu)描述（AD）元素10AD元素是在AD中一個或多個架構(gòu)概念的實(shí)例。AD元素包括的實(shí)例涉及以下架構(gòu)概念：利益相關(guān)方、關(guān)注點(diǎn)、方向、利益相關(guān)方角度、架構(gòu)視角、架構(gòu)視圖、模型種類、圖例、架構(gòu)視圖組件、架構(gòu)決策、架構(gòu)理據(jù)以及對所述構(gòu)件規(guī)定的任何對應(yīng)和對應(yīng)方法。任一這些概念都能在一個或多個AD中具有多個實(shí)例。AD元素實(shí)例具體說明一個或多個架構(gòu)概念。AD中的AD元素能參考另一AD進(jìn)行細(xì)化或詳述。AD能運(yùn)用作為不同AD的AD元素而引入的協(xié)議。隨著視角（見5.2.7）、模型種類（見5.2.8）和圖例（見5.2.8）的規(guī)定和應(yīng)用，附加AD元素被引入。支配地位的視角、模型種類或圖例決定所引入的AD元素的語法和語義約定。示例：由視角或模型種類引入的AD元素包括：用例構(gòu)件（如前置條件、行動者、邊界、系統(tǒng)等）；活動模型構(gòu)件（如活動、輸入、輸出、控制和機(jī)制等）；架構(gòu)或要采用的設(shè)計(jì)模式。視圖方法AD視圖方法分為幾類，包括：（如何開始、下一步該做什么）；或描述式指引（此類型視圖的模板）；或啟發(fā)式、風(fēng)格、模式，或其他習(xí)慣用法。——解讀類方法，是利益相關(guān)方和其他用戶理解視圖的手段。——分析類方法，用于對視圖的結(jié)果進(jìn)行檢查、推理、轉(zhuǎn)換、預(yù)測、應(yīng)用和評估。注：視圖方法通常在視角中定義，并被模型種類、ADF和ADL所引用或使用。示例：EoI（）EoI預(yù)期屬性；針對完整性和覆蓋范圍的要求進(jìn)行的分析；解讀和整合外部模型為信息源。ADAD元素對應(yīng)識別兩個及以上AD元素間的已識別或命名的關(guān)系。AD元素對應(yīng)能夠：——將一個AD中的一個或多個AD元素與一個或多個AD元素進(jìn)行關(guān)聯(lián)；——將多個AD中出現(xiàn)的一個或多個AD元素與一個或多個AD元素進(jìn)行關(guān)聯(lián)；——將一個ADF或跨越幾個ADF中的一個或多個AD元素與一個或多個AD元素進(jìn)行關(guān)聯(lián)；ADLADADADAD內(nèi)部和ADADADAD元素之間的具體關(guān)系。AD元素對應(yīng)和對應(yīng)方法能用于表達(dá)和實(shí)施架構(gòu)關(guān)系，如AD元素的組成、細(xì)化、一致性、可追溯性、依賴性、約束、滿意度和義務(wù)。1：ADAD統(tǒng)與實(shí)現(xiàn)該系統(tǒng)的組織結(jié)構(gòu)之間的對應(yīng)。示例2：“自我參照”對應(yīng)是細(xì)分為兩個及以上同種活動的，或能自我遞歸調(diào)用的活動。11圖4描繪AD元素對應(yīng)的本質(zhì)。4AD3：ADADADAD注1：對應(yīng)和對應(yīng)方法的使用要求在6.9中規(guī)定。附加的使用示例在A.7中給出。注2：本文件中的對應(yīng)跟ISO/IEC10746-2（RM-ODP）和ISO/IEC19793中的視圖對應(yīng)相似。注3：對應(yīng)方法通常是“跨模型”、“跨視圖”或“跨AD”的，因?yàn)橐晥D組件內(nèi)的對應(yīng)是模型種類規(guī)格說明的部分約定。注4：對應(yīng)和對應(yīng)方法能應(yīng)用于多個AD元素，以表達(dá)涉及多個AD元素的架構(gòu)關(guān)系。架構(gòu)決策和理據(jù)AD1：架構(gòu)概念選取、ADADF慮選項(xiàng)組合選擇。架構(gòu)理據(jù)記載關(guān)于架構(gòu)決策的解釋、理由或推理。決策的理據(jù)能包括以下事項(xiàng)：做出決策的基礎(chǔ)；2：足運(yùn)行周境施加的約束。示例3：選取跟有關(guān)架構(gòu)（例如客戶的企業(yè)架構(gòu)）一致的建模工具，以確?；ゲ僮餍院涂勺粉櫺?。注：關(guān)于捕獲AD內(nèi)決策和理據(jù)的要求，在6.10中規(guī)定。生存周期中的架構(gòu)描述架構(gòu)化活動發(fā)生以及AD因各種理由而制作，這貫穿EoI的整個生存周期，從初始概念到該實(shí)體的運(yùn)營、整頓或最后退役停用以及最終廢棄。注1：由于AD描述EoI的概念，在某些情況下，只要該概念仍受關(guān)注，即使退役后AD仍在繼續(xù)制作，并且能根據(jù)該組12織的政策而被擱置或舍棄。AD是由架構(gòu)化所產(chǎn)生的工作產(chǎn)品，架構(gòu)化發(fā)生在項(xiàng)目和/或組織（公司、公司網(wǎng)絡(luò)、聯(lián)盟和標(biāo)準(zhǔn)化機(jī)構(gòu)）的周境中。在EoI的生存周期中，AD能領(lǐng)先于或跟隨于架構(gòu)的創(chuàng)建、更新或變更。注2：關(guān)于生存周期中架構(gòu)化角色的更多細(xì)節(jié)，見附錄E。架構(gòu)描述框架與語言概述ADF和ADL目前在架構(gòu)化中廣泛使用，來促使AD的建造和使用人員規(guī)范化地表達(dá)架構(gòu)，并確?？鏏D的風(fēng)格和內(nèi)容覆蓋的一致性。在本文件提出的AD概念上所構(gòu)建的ADF和ADL能有效運(yùn)用于：ADF特殊用途框架和語言，旨在實(shí)現(xiàn)更好的分析理解和態(tài)勢感知；實(shí)體實(shí)施框架和語言，旨在促進(jìn)實(shí)體的工程、運(yùn)行和退役。架構(gòu)描述框架ADF建立在特定關(guān)注域（如國防、航空航天和銀行等）內(nèi)對AD進(jìn)行創(chuàng)建、解讀、分析和使用的公共ADF還能為一個或多個專用ADF旨在（行為和適應(yīng)性ADF中識別的架構(gòu)視角旨在為更具體的ADFADF中識別的架構(gòu)視角能從先前架構(gòu)化工作所規(guī)定或使用的架構(gòu)視角相關(guān)經(jīng)驗(yàn)中產(chǎn)生，以確定對于EoI的關(guān)注點(diǎn)滿意度細(xì)化到與ADF目的一致的程度。注1：ADF中做出具體的架構(gòu)決策：利益相關(guān)方和相關(guān)關(guān)注點(diǎn)的選取、特定方面以及利益相關(guān)方角度。ADF將根據(jù)這些決策對AD進(jìn)行結(jié)構(gòu)化。ADF提供一種結(jié)構(gòu)化形式，對通常與用于生成相關(guān)視圖的架構(gòu)視角相關(guān)聯(lián)的AD元素進(jìn)行組織。結(jié)構(gòu)化形式目的是提供展現(xiàn)架構(gòu)各種元素間關(guān)系以及增進(jìn)這些元素間交互分析機(jī)會的方式。注2：最常見的結(jié)構(gòu)化形式是使用架構(gòu)考慮點(diǎn)，即關(guān)注點(diǎn)、利益相關(guān)方角度和方面，以網(wǎng)格或矩陣格式展現(xiàn)。示例1：知名的結(jié)構(gòu)化形式包括：ISO15704中的GERAM立方體、工業(yè)4.0參考架構(gòu)模型（RAMI4.0）、TOGAF階段（業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)）、NAF網(wǎng)格、UAF網(wǎng)格和Zachman框架矩陣。圖5描繪ADF的概念模型。13圖5架構(gòu)描述框架的概念模型ADF定義了在結(jié)構(gòu)化形式中使用的結(jié)構(gòu)類別。這些類別是通過對應(yīng)方法形成的，這些方法將AD元素分組成有意義的配置，以便對EoI的AD進(jìn)行展示、分析和管理。注3：有時候類別通過圖形表示中的“維度”式通常具有兩個框架維度，但是結(jié)構(gòu)化形式能具有單個框架維度，通常在多層次層次結(jié)構(gòu)中分段進(jìn)行描述，或者具有多個框架維度，其中框架維度超過三個就比較困難。2：ZachmanUAFADFEoI注4：雖然可參考的ADFADF用作特定目的時或?yàn)榱俗屇切┌l(fā)起架構(gòu)化工作的利益相關(guān)方更好地理解而修改參考ADF時。由于引入特殊化AD元素，改變詞匯和架構(gòu)視角規(guī)格說明能成為必要。在ADF中，架構(gòu)視角是開發(fā)架構(gòu)視圖的重要分析資源，因?yàn)橐暯欠从臣軜?gòu)目的、典型利益相關(guān)方及其角度、已識別的關(guān)注點(diǎn)、已定義的EoI方面以及特定的AD元素。ADF當(dāng)用戶在共同的方法論中共享典型的ADADF作為參考，其內(nèi)容包含架構(gòu)考慮點(diǎn)和利益相關(guān)方角度，以及適當(dāng)?shù)哪Ｐ头N類和圖例。一些參考ADF包含與EoI注1：在一些領(lǐng)域中，相似的架構(gòu)化常常會不斷復(fù)現(xiàn)，這樣可形成一個特定領(lǐng)域的實(shí)踐群體，并形成規(guī)范：具有重復(fù)關(guān)注點(diǎn)的利益相關(guān)方，處理特定方面的約定，以及建立習(xí)慣角度的架構(gòu)化實(shí)踐。ADF在不同情況下的使用可能會識別出新的架構(gòu)考慮點(diǎn)和有用的視角、模型種類、圖例、視圖和對應(yīng)的新組合。在不同情況下可能會發(fā)生以下情況：——忽略生存周期或生存周期的一部分；——只包含一些利益相關(guān)方或方面；——包含重疊的方面集合；14——只包含子域或子組的方面；——隨著新的關(guān)注點(diǎn)出現(xiàn)，包含新的或適應(yīng)的視角；——識別以前未意識到的對應(yīng)。從不同的利益相關(guān)方角度、跨越不同的EoI方面（如結(jié)構(gòu)、行為和連接性）來審視利益相關(guān)方關(guān)注點(diǎn)，通常更易于理解。（實(shí)體的哪些能力正在被創(chuàng)建注2：ADF通常涵蓋對AD的規(guī)定和額外的架構(gòu)化實(shí)踐。注3：7.1中規(guī)定ADF的要求。注4：附錄F提供關(guān)于ADF的信息以及如何將其與本文件的概念和要求進(jìn)行關(guān)聯(lián)。注5：ADF識別一個或多個AD元素，這些元素是架構(gòu)構(gòu)件（如利益相關(guān)方、關(guān)注點(diǎn)、利益相關(guān)方角度、方面、架構(gòu)視角、模型種類、圖例等）的實(shí)例。一種看待ADF（或項(xiàng)目若以通用的方式描述ADF，則其只能用作這個信息模型的參考模型（或部分模型），需要通過添加必要的細(xì)節(jié)來定制化以滿足工作的目的。相反，若ADF已經(jīng)為應(yīng)用域的目的進(jìn)行定制化，則在利用之前需要進(jìn)行的定制工作就會更少。然而，考慮到具體架構(gòu)化工作的目標(biāo)，特定域的ADF能進(jìn)一步特殊化。例如，從這些目標(biāo)的視角來看，某些視角、方面或角度可不相關(guān)，或者反過來，可存在特定于具體工作并且為此應(yīng)處理的關(guān)注點(diǎn)，這需要規(guī)定和使用附加的視角。這種從通用到引用（或部分引用）、以及特定模型的連續(xù)性是在ISO15704中表達(dá)的相同概念的一種應(yīng)用（有關(guān)詳細(xì)信息，見C.4）。架構(gòu)描述語言ADL是一種特定的語法和語義，用于描述EoI的架構(gòu)。ADL是一種面向利益相關(guān)方，包括從事架構(gòu)化EoI和架構(gòu)化周境的ADAD能使用多個1：UMLAD（類、屬性、操作和活動具有針對特定域例如航空航天、醫(yī)療保健、金融）或平臺（J2EENET）的共同定制的此類擴(kuò)展的概要文件集合，并UMLSysML39470-2020）AD能采用（或設(shè)計(jì)）各種ADL來表達(dá)架構(gòu)師需要解決的特定架構(gòu)的考慮點(diǎn)。注1：在一個AD中使用多個ADL需要非常小心，以避免混淆和誤解。ADL提供一種創(chuàng)建和理解組成架構(gòu)視圖的視圖組件的方法。通過考慮規(guī)定信息如何在架構(gòu)視圖中選擇、轉(zhuǎn)換和呈現(xiàn)的視圖方法來選擇適當(dāng)?shù)腁DL。視圖方法決定在構(gòu)建AD時要收集的信息，用于分析收集到的描述的信息，以及描述架構(gòu)概念和特征所需的信息。ADL能為AD的開發(fā)提供必要的嚴(yán)謹(jǐn)性。ADL的語義能通過以下方式以逐漸增強(qiáng)的形式和表達(dá)能力來進(jìn)行規(guī)范化：使用自然語言的詞匯表或術(shù)語表，術(shù)語和關(guān)系的分類體系，表達(dá)語言結(jié)構(gòu)使用的元模型，作為本體理論使用形式邏輯中的公理，或者作為分析理論使用微分方程、張量計(jì)算等。15當(dāng)從相當(dāng)通用的參考ADF通過域特定ADF和實(shí)踐特定ADF過渡到實(shí)施ADF時，可能會使用不同的ADL來滿足架構(gòu)視角和架構(gòu)視圖的更細(xì)化規(guī)格說明。2：ZachmanUAF（ICT）ADLUAFSysMLUAFUAFADL，用于UML由于多個AD是為相同域EoI創(chuàng)建的，因此保持它們之間的一致性或至少可追溯性非常重要；因此，（見（見A.6關(guān)于投影和綜合視圖創(chuàng)建方法來捕獲一致性條件。實(shí)踐中使用的真正ADL構(gòu)件是這個集成本體的子集。3：ADAciaSsIO140BMUL、統(tǒng)一架構(gòu)框架（UAF）概要文件、RM-ODP注2：ADL識別一個或多個AD元素，這些元素是架構(gòu)構(gòu)件（利益相關(guān)方、關(guān)注點(diǎn)、架構(gòu)視角、模型種類、圖例等）的實(shí)例。圖6給出ADL的概念模型。注3：7.2中規(guī)定對ADL的要求。圖6架構(gòu)描述語言的概念模型架構(gòu)描述的規(guī)格說明架構(gòu)描述識別與概述AD應(yīng)識別EoI以及該EoI的預(yù)期環(huán)境。AD應(yīng)包含其預(yù)期目的的聲明。AD應(yīng)包含項(xiàng)目和/或組織確定的識別信息和補(bǔ)充信息。示例：ISO/IEC/IEEE15289ISO/IECTS33060。注1：對于旨在作為其他AD參考的AD，EoI是抽象的，或是EoI的通用化，該AD目的是表達(dá)一種參考架構(gòu)，可能為更多AD提供基礎(chǔ)。注2：本文件不規(guī)定AD的格式。注3：本文件不規(guī)定如何創(chuàng)建AD。例如，它們能單獨(dú)構(gòu)建、使用自動化工具生成、從其他信息源和模型派生或基于16其構(gòu)建。注4：本文件不規(guī)定在AD中使用形式化建模方法的范圍或預(yù)期。雖然非形式化方法能有效地使用，但形式化建模方法通常不那么模棱兩可。利益相關(guān)方的識別AD應(yīng)識別所持關(guān)注點(diǎn)認(rèn)為是EoI架構(gòu)的基礎(chǔ)并且與AD目的一致的利益相關(guān)方。示例：監(jiān)管機(jī)構(gòu)（包括政府）、測試方、普通公眾、對手和競爭對手。AD宜識別架構(gòu)對當(dāng)前和未來利益相關(guān)方的潛在影響。應(yīng)考慮對架構(gòu)及相關(guān)架構(gòu)的先前評估中提出的建議。ADAD處理已識別的利益相關(guān)方和架構(gòu)考慮點(diǎn)，即關(guān)注點(diǎn)、角度和方面。應(yīng)識別不符合項(xiàng)，并解釋產(chǎn)生的原因。利益相關(guān)方角度的識別AD應(yīng)識別認(rèn)為與EoI架構(gòu)相關(guān)并且與AD目的一致的利益相關(guān)方角度。AD應(yīng)將每個已識別角度與持有該角度的已識別利益相關(guān)方進(jìn)行關(guān)聯(lián)。在AD的預(yù)期目的范圍內(nèi)，架構(gòu)化工作宜識別可與EoI相關(guān)的當(dāng)前或未來的利益相關(guān)方角度。對于每個已識別的角度，AD應(yīng)從已識別的關(guān)注點(diǎn)（見6.4）中列舉該角度產(chǎn)生的關(guān)注點(diǎn)。示例：利益相關(guān)方角度包括：戰(zhàn)略角度、組織角度、運(yùn)營角度、邏輯角度、物理角度和技術(shù)角度。注1：本文件沒有規(guī)定：關(guān)注點(diǎn)的粒度；利益相關(guān)方角度的粒度和依賴性；利益相關(guān)方角度如何相互關(guān)聯(lián)；或者利益相關(guān)方角度如何與關(guān)于一個實(shí)體的其他陳述相關(guān)聯(lián)，例如利益相關(guān)方的需要、實(shí)體的目標(biāo)或者實(shí)體的需求。這些問題是特定AD、ADF、架構(gòu)化方法或其他實(shí)踐的主題。注2：有關(guān)ADF中使用的利益相關(guān)方角度示例，見附錄F。關(guān)注點(diǎn)的識別AD應(yīng)識別認(rèn)為與EoI架構(gòu)相關(guān)并且與AD目的一致的關(guān)注點(diǎn)。示例：關(guān)注點(diǎn)包括：架構(gòu)對于實(shí)現(xiàn)（達(dá)到）EoI（實(shí)施）EoIEoI的可行性、EoI還原能力）（延遲）EoIEoIAD應(yīng)將每個已識別的關(guān)注點(diǎn)與擁有該關(guān)注點(diǎn)的已識別的利益相關(guān)方聯(lián)系起來。注1：一般來說，關(guān)注點(diǎn)與利益相關(guān)方的關(guān)聯(lián)是多對多的。注2：應(yīng)考慮與EoI相關(guān)的過去、當(dāng)前或未來關(guān)注點(diǎn)。注3：以疑問句的形式并以AD目的的適當(dāng)細(xì)節(jié)表達(dá)關(guān)注點(diǎn)，能使溝通更有效率和效果。方面的識別AD應(yīng)識別認(rèn)為與EoI架構(gòu)相關(guān)并且與AD目的一致的方面。每一個被識別的方面都應(yīng)與它所應(yīng)用的關(guān)注點(diǎn)相關(guān)聯(lián)。示例：方面包括結(jié)構(gòu)性、行為性、功能性和程序性等方面。注：ADADFADL關(guān)使用特定方面和利益相關(guān)方角度的ADF示例，見附錄F。17架構(gòu)視角的包含內(nèi)容AD應(yīng)包含或引用其中使用的每個架構(gòu)視角。每個架構(gòu)視角應(yīng)包含由組織和/或項(xiàng)目指定的版本標(biāo)識。每個包含的架構(gòu)視角相關(guān)的規(guī)格說明應(yīng)符合第8章的規(guī)定。根據(jù)6.4識別的每個關(guān)注點(diǎn)應(yīng)由至少一個架構(gòu)視角所構(gòu)造。根據(jù)6.3識別的每個利益相關(guān)方角度應(yīng)與覆蓋該角度的架構(gòu)視角相關(guān)聯(lián)。示例：功能、信息、資源和組織。注1：本文件不要求使用任何特定的架構(gòu)視角。注2：附錄B和C提供了關(guān)于架構(gòu)視角規(guī)格說明的附加信息。注3：架構(gòu)視角能作為架構(gòu)師和利益相關(guān)方之間的契約。對于由架構(gòu)視角所構(gòu)造的關(guān)注點(diǎn)，架構(gòu)師和利益相關(guān)方能就使用什么符號和表示約定來解決這些關(guān)注點(diǎn)達(dá)成一致。能在進(jìn)行任何詳細(xì)的架構(gòu)化之前簽訂合同協(xié)議，以減少或避免意外。架構(gòu)視圖的包含內(nèi)容AD應(yīng)包含一個或多個架構(gòu)視圖，用于所使用的每個架構(gòu)視角。注1：當(dāng)一個視角在一個特定AD中支配多個視圖時，這些視圖在描述一種架構(gòu)。1：每個架構(gòu)視圖應(yīng)包含由組織和/或項(xiàng)目指定的版本標(biāo)識。每個利益相關(guān)方角度（根據(jù)6.3由AD識別）應(yīng)由至少一個視圖根據(jù)該視圖的支配視角進(jìn)行處理。每個關(guān)注點(diǎn)（根據(jù)6.4由AD識別）應(yīng)由至少一個視圖根據(jù)該視圖的支配視角進(jìn)行處理。每個方面（根據(jù)6.5由AD識別）應(yīng)由至少一個視圖根據(jù)視圖的支配視角進(jìn)行處理。每一個架構(gòu)視圖都應(yīng)遵守其支配架構(gòu)視角的約定。每個架構(gòu)視圖可解決不止一個關(guān)注點(diǎn)。每個架構(gòu)視圖應(yīng)包含或給出引用：由組織和/或項(xiàng)目規(guī)定的識別和補(bǔ)充信息；該視圖的支配架構(gòu)視角的標(biāo)識；見6.見6.，EoI；以及視圖內(nèi)跟該視圖支配架構(gòu)視角相關(guān)的任何已知問題的記錄。注2：d）要做出決策。例外和偏差能記錄為決策結(jié)果和理據(jù)（見6.10）。注3：就AD的目的和范圍而言，不必要求每個視圖都覆蓋整個EoI。例如，視圖能有目的地限制在實(shí)體的某個特定范圍內(nèi)，有時限制方向，有時限制時間或資源，或者有時基于架構(gòu)化工作的狹窄范圍。AD可包含不屬于任何架構(gòu)視圖的其他信息。2：不在任何視圖內(nèi)的信息部件可能有：EoIAD視圖組件的包含內(nèi)容架構(gòu)視圖應(yīng)由支配架構(gòu)視角相一致的一個或多個視圖組件所組成。每個視圖組件應(yīng)包含由組織和/或項(xiàng)目指定的版本標(biāo)識。18每個視圖組件應(yīng)識別其支配模型種類（若有），并且遵守其支配架構(gòu)視角的約定（見6.6）。視圖組件可作為多個架構(gòu)視圖的一部分。對應(yīng)能表達(dá)跨視圖共享的組件之間的關(guān)系。（即對于沒有以模型來描述的信息部件該視圖組件應(yīng)包含一個圖例來規(guī)定該視圖組件所使用的約定。示例：視圖組件是專家意見記錄，而不是能使用計(jì)算、模擬或其他任何適用分析方法進(jìn)行分析的模型。注1：架構(gòu)視圖間共享的視圖組件使AD并降低不一致的可能性。視圖組件共享也允許面向方面的AD風(fēng)格：跨架構(gòu)視圖共享的視圖組件能用來表達(dá)架注2：本文件未規(guī)定AD所用視圖組件的形式化程度?；谀Ｐ偷囊晥D組件具有形式化的語義和語法規(guī)格說明，能少些歧義，同時，非基于模型的視圖組件也能有效使用。架構(gòu)對應(yīng)的記錄架構(gòu)描述內(nèi)的一致性AD應(yīng)記錄一切已知的不一致性。AD宜包含或引用針對其架構(gòu)視圖、其視圖組件和其他AD元素的一致性分析。（如6.9.2和6.9.3所規(guī)定可用于對ADAD元素的相互一致性進(jìn)行表達(dá)、記錄、實(shí)施和分析。對應(yīng)AD應(yīng)包含或引用AD元素對應(yīng)列表。AD元素對應(yīng)應(yīng)識別一個或多個參與AD元素。示例：ADAD。AD元素對應(yīng)可涉及一個AD或跨幾個AD里的元素。AD元素對應(yīng)應(yīng)識別任何支配對應(yīng)方法（見6.9.3）。每個AD元素對應(yīng)應(yīng)識別參與的AD。注：AD對應(yīng)能用于表達(dá)AD、ADF和ADL之間的關(guān)系。見附錄F中的Zachman框架示例。對應(yīng)方法AD應(yīng)包含或引用適用于其自身或其AD元素的對應(yīng)方法清單。注1：應(yīng)用于一個或多個AD元素的對應(yīng)方法能夠源自：AD元素、AD本身；AD所用的架構(gòu)視角或模型種類的規(guī)格說明中（見第8章）；或在其中所用的ADF或ADL的規(guī)格說明中（見第7章）。注2：對于所應(yīng)用的每個對應(yīng)方法，AD應(yīng)記錄該方法是否成立（得到滿足）或記錄已知的所有違背情況。若能表明相關(guān)聯(lián)的對應(yīng)得到滿足，則對應(yīng)方法成立。若不能表明相關(guān)聯(lián)的對應(yīng)得到滿足或不存在相關(guān)聯(lián)的對應(yīng)時，則對應(yīng)方法遭到違背。AD應(yīng)包含或引用應(yīng)用于該AD的每個對應(yīng)方法。注3：應(yīng)用于AD的對應(yīng)方法可能源自：該AD；視角或模型種類的規(guī)格說明中（見第8章）；或該AD中所選用的ADF或ADL的規(guī)格說明中（見第7章）。架構(gòu)決策和理據(jù)的記錄19決策記錄AD應(yīng)記錄在AD范圍和預(yù)期目的內(nèi)考慮對EoI架構(gòu)至關(guān)重要的架構(gòu)決策。注1：AD表達(dá)有關(guān)架構(gòu)的決策。架構(gòu)理據(jù)表達(dá)決策為何選擇。AD宜記錄考慮的和否決的可替決策以及做出這些選擇的理據(jù)。AD中有理據(jù)地進(jìn)行記錄和支撐。要考慮選取準(zhǔn)則的決策其中包括：——關(guān)于架構(gòu)上重大需求的；——需要投入大量精力或時間來制定、實(shí)施或執(zhí)行的；——影響關(guān)鍵利益相關(guān)方或許多利益相關(guān)方的；——處理基本關(guān)注點(diǎn)（如性能、可進(jìn)化性、安全性等）的；——需經(jīng)復(fù)雜或非顯性推理的；——對變化高度敏感的；——對變化極可能代價高昂的；——形成項(xiàng)目規(guī)劃和管理（如工作分解結(jié)構(gòu)創(chuàng)建、關(guān)鍵鏈識別和管理質(zhì)量門跟蹤）基礎(chǔ)的；——導(dǎo)致假設(shè)換成已知信息的；——導(dǎo)致重大資金支出或間接成本的；——與需求符合性有聯(lián)系的；——與技術(shù)標(biāo)準(zhǔn)選取有聯(lián)系的；——與系統(tǒng)漏洞緩解相關(guān)的。在記錄決策時宜考慮包含以下信息：——決策的唯一標(biāo)識；——決策的清晰陳述；——決策機(jī)構(gòu)或所有方的標(biāo)識；——影響決策之約束和假設(shè)的標(biāo)識；——決策與所涉及實(shí)體之關(guān)注點(diǎn)或方面的聯(lián)系；——決策與受該決策影響之AD元素的聯(lián)系；——與決策理據(jù)的聯(lián)系；——與其他決策的關(guān)系；——決策（與其他決策有關(guān)）后果的記錄；——決策發(fā)生、批準(zhǔn)和修改的時間戳；——附加信息的來源引文。注2：決策清單并不意在詳盡無遺。注3：有時對否決的可替決策及其否決理據(jù)進(jìn)行記錄是有用的，例如當(dāng)未來所述理據(jù)不再適用而所述決策成為必要時。示例：關(guān)系類型的示例有：約束、影響、賦能、觸發(fā)、強(qiáng)制、包容、細(xì)化、沖突、披露和兼容。決策之間的關(guān)系能通過對應(yīng)或應(yīng)用對應(yīng)方法進(jìn)行捕獲。理據(jù)記錄AD宜包含或引用對選用每個架構(gòu)視角（見6.6）的理據(jù)。AD宜包含或引用對選用每個ADF和每個ADL的理據(jù)。20AD應(yīng)包含或引用每個架構(gòu)決策（見6.10.1）的理據(jù)。AD宜包含或引用對選取可替決策的考慮佐證和理據(jù)。AD宜包含對AD（AD架構(gòu)描述框架與架構(gòu)描述語言架構(gòu)描述框架規(guī)格說明ADF（3.5）應(yīng)包含或引用：ADF組織和/ADF一個或多個典型利益相關(guān)方（6.2）；典型利益相關(guān)方持有的一個或多個典型關(guān)注點(diǎn)（6.4）；構(gòu)造典型關(guān)注點(diǎn)的一個或多個架構(gòu)視角（8.1）。ADFAD一個或多個利益相關(guān)方角度（6.3）；一個或多個方面（6.5）；對視角進(jìn)行組織（5.4.2）的一個或多個結(jié)構(gòu)化形式的定義；適用于所規(guī)定架構(gòu)視角（8.2）的一個或多個模型種類；適用于所規(guī)定架構(gòu)視角的一個或多個圖例的定義；能用于創(chuàng)建跟視角規(guī)格說明（7.2）ADLg)對應(yīng)方法（見6.9.3）；視圖方法（8.3）；組織和/或項(xiàng)目所規(guī)定的版本標(biāo)識。EoAD，（EoI15704（見A.4.4）中定義為結(jié)構(gòu)化形式的通用性維度。注1：前述清單中的“典型”一詞意指“在預(yù)期適用性范圍內(nèi)是典型的”。ADF規(guī)格說明宜包含適用性條件。示例1：適用性條件如下：——ADF能要求AD當(dāng)EoI在利益相關(guān)方轄地運(yùn)行對其業(yè)務(wù)模型造成影響時，對利益相關(guān)方進(jìn)行識別?！狝DF能允許AD當(dāng)沒有為EoI識別出某實(shí)時視角的任何關(guān)注點(diǎn)時，對該實(shí)時視角進(jìn)行省略?！狝DF能允許AD當(dāng)所選取的視角都沒有使用某具體模型種類時，對該模型種類的使用進(jìn)行省略。ADF規(guī)格說明宜表明其跟5.2所述概念的一致性。2：上述要求能通過元模型、框架構(gòu)件對第5章所述要求的映射、文本敘述或其他方式來符合。符合第6章要求的AD在對下列概念的適用性進(jìn)行識別和考慮時，遵循ADF規(guī)格說明。——ADF所識別的每個利益相關(guān)方（見6.2）；——ADF所識別的每個利益相關(guān)方角度（見6.3）；21——ADF所識別的每個關(guān)注點(diǎn)（見6.4）；——ADF所識別的每個方面（見6.5）；——ADF所規(guī)定的每個架構(gòu)視角（見8.1）；——ADF（6.9.3）。ADF規(guī)格說明可建立要遵循的附加規(guī)則。AD能遵循一個或多個ADF規(guī)格說明，也能不遵循任何框架規(guī)格說明。注3：對于遵循不止一個框架規(guī)格說明的AD來說，需要在每個框架規(guī)格說明所識別的利益相關(guān)方、關(guān)注點(diǎn)、方面、利益相關(guān)方角度、架構(gòu)視角、模型種類和AD內(nèi)對應(yīng)方法之間進(jìn)行協(xié)調(diào)。ADF可具有帶一個或多個結(jié)構(gòu)類別的結(jié)構(gòu)化形式，以提供展現(xiàn)架構(gòu)各種元素間關(guān)系以及增進(jìn)這些元素間交互分析機(jī)會的方式。示例2：結(jié)構(gòu)類別包含如下架構(gòu)構(gòu)件：域、模型種類、角度、方面、疑問、抽象層級、關(guān)注點(diǎn)的主題、關(guān)注點(diǎn)的方面、階段、層和架構(gòu)級。注4：關(guān)于用到方面、利益相關(guān)方角度和其他結(jié)構(gòu)類別的架構(gòu)框架示例，見附錄F。架構(gòu)描述語言規(guī)格說明ADL規(guī)格說明應(yīng)包含或引用：ADL（6.4）和方面（6.5）的標(biāo)識；ADL（8.3）；ADL（8.2），用于構(gòu)造相關(guān)關(guān)注點(diǎn)或反映相關(guān)方面；ADL（8.1）；所有對應(yīng)方法（6.9.3）；組織和/或項(xiàng)目所規(guī)定的版本標(biāo)識。架構(gòu)視角規(guī)格說明架構(gòu)視角規(guī)格說明應(yīng)包含或引用：與本視角關(guān)聯(lián)的所有利益相關(guān)方角度（6.3）；本架構(gòu)視角所構(gòu)造的一個或多個關(guān)注點(diǎn)（6.4）；與所述關(guān)注點(diǎn)相關(guān)的一個或多個方面（6.5）；已知的典型利益相關(guān)方（6.2），其持有該架構(gòu)視角所構(gòu)造（b）的所述關(guān)注點(diǎn)；在建造視圖時使用的模型種類和圖例（8.2）；對結(jié)果視圖及其視圖組件（6.8）內(nèi)的關(guān)系進(jìn)行捕獲的對應(yīng)方法；本視角所有相關(guān)信息來源的引文。（見8.3）；以及一個或多個模型種類（見8.2）。每個圖例應(yīng)向用戶提供該圖例所載視圖組件的解讀指引。架構(gòu)視角規(guī)格說明能使用對應(yīng)方法。架構(gòu)視角規(guī)格說明能成為AD（第6章）的包含部分，成為ADF或ADL規(guī)格說明（第7章）的包含部分，或者單獨(dú)使用本章的要求。注1：當(dāng)架構(gòu)視角規(guī)格說明在AD中包含并應(yīng)用時，d）項(xiàng)的典型利益相關(guān)方由該AD中識別的已知利益相關(guān)方取而代之。注2：本文件不要求使用任何特定的架構(gòu)視角規(guī)格說明。22注3：附錄B提供了架構(gòu)視角規(guī)格說明指引。模型種類規(guī)格說明模型種類規(guī)格說明應(yīng)包含或引用：構(gòu)成本模型種類的約定，如語言、符號或建模技術(shù)的定義等；與本模型種類關(guān)聯(lián)的所有視圖方法（8.3）和對應(yīng)方法；組織和/或項(xiàng)目所規(guī)定的所有版本標(biāo)識；本模型種類的所有相關(guān)信息來源。注：a）項(xiàng)能通過如元模型、語法或模板等多種方式滿足，這樣，模型種類規(guī)格說明對結(jié)構(gòu)和結(jié)構(gòu)模型的解讀進(jìn)行定義（見B.2.9）。視圖方法架構(gòu)視角規(guī)格說明可包含一個或多個視圖方法。8.2（8.、ADL規(guī)格說明（7.2）和ADF規(guī)格說明（7.1）中對視圖方法進(jìn)行定義。若在創(chuàng)建視圖時用某模型作為信息源，則視圖方法宜定義：如何在視圖組件中對AD元素進(jìn)行描畫；23附錄 A（資料性）概述本附錄討論本文件所依據(jù)的原則、概念和術(shù)語。圖A.1描繪AD的主要概念。圖A.1架構(gòu)描述的概念模型本文件使用幾個術(shù)語（架構(gòu)、關(guān)注點(diǎn)、方面、利益相關(guān)方角度、架構(gòu)視圖、架構(gòu)視角、視圖組件、模型種類本文件定義了AD的最低要求，以支持第1章中確定的范圍。該方法允許組織在應(yīng)用標(biāo)準(zhǔn)時有最大的靈活性，同時證明符合第6、7和8章中的要求。鑒于架構(gòu)化的多學(xué)科性質(zhì)，其目的是滿足多個利益相關(guān)方的需求，并允許用不同的方式來描述EoI的架構(gòu)。將AD組織到由架構(gòu)視角支配的架構(gòu)視圖中，提供了一種基于利益相關(guān)方的關(guān)注點(diǎn)分離機(jī)制，同時提供了整個實(shí)體的集成視圖，該實(shí)體是架構(gòu)概念的基礎(chǔ)。24建立符合AD（或者AD（這個AD是否完整一是評估AD注：架構(gòu)評估是ISO/IEC/IEEE42030的主題。實(shí)體及其架構(gòu)EoI的定義有幾個關(guān)鍵方EoI元素。在在架構(gòu)的定義（3.2）中使用短語“概念或?qū)傩浴?，以允許兩種不同的理念無偏見地使用本文件。這兩種理念是：——架構(gòu)作為概念：其中架構(gòu)是人們頭腦中實(shí)體的概念；——架構(gòu)作為屬性：其中架構(gòu)是EoI的屬性或特性。實(shí)證研究發(fā)現(xiàn)，組織中存在四種架構(gòu)隱喻：——架構(gòu)作為藍(lán)圖；——架構(gòu)作為文獻(xiàn)；——架構(gòu)作為語言；——架構(gòu)作為決策。關(guān)注點(diǎn)（使用這個術(shù)語的動機(jī)來自EdsgerW.Dijkstra在軟件和系統(tǒng)工程中創(chuàng)造的短語“關(guān)注點(diǎn)分離”：“讓我試著向你解釋一下，在我看來，什么是所有智慧思維的特征。那就是，一個人愿意為了其自正如本文件中所述，每個架構(gòu)視角構(gòu)造了一個或多個關(guān)注點(diǎn)（見6.6），以便從該架構(gòu)視角的應(yīng)用中產(chǎn)生的視圖，解決了EoI已識別的關(guān)注點(diǎn)。通過視圖分離關(guān)注點(diǎn)的處理，允許利益相關(guān)方關(guān)注他們特25別關(guān)注的問題，并提供了一種組織和管理AD復(fù)雜性的方法（見6.7）。企業(yè)、系統(tǒng)和軟件工程的文獻(xiàn)記錄了大量這類關(guān)注點(diǎn)。5.2.3中給出了示例。方面和視角概述以及少數(shù)情況下是的這種先前經(jīng)驗(yàn)通常被封裝在基于網(wǎng)格的ADL中，通常是二維的，但有時是三維或更多維的。雖然這些實(shí)踐中并沒有統(tǒng)一各個行和列包括什么，但是普遍存在至少兩個正交基。（適當(dāng)?shù)氐鶤D中需要或可需要涵蓋的內(nèi)容驅(qū)（并且能通過這種組合來解決和映射關(guān)注點(diǎn)）。（更標(biāo)準(zhǔn)化的架構(gòu)化和AD方面方面提供了一種劃分架構(gòu)的方法，以支持對架構(gòu)的基本概念（如結(jié)構(gòu)和屬性）進(jìn)行更系統(tǒng)的檢查，以及對架構(gòu)備選方案的評估。本文件使用術(shù)語“方面”作為AD中視圖的組織基礎(chǔ)（見6.5）。方面、關(guān)注點(diǎn)和利益相關(guān)方角度將視圖集中于AD（示例1：飛機(jī)AD中的空間、結(jié)構(gòu)、功能、連通性、分類、信息和路線圖等方面。示例2：計(jì)算機(jī)AD中的行為、信息和結(jié)構(gòu)方面。3：AD（的描述）。方面對于任何特定的關(guān)注點(diǎn)都是中立的，盡管這些關(guān)注點(diǎn)能映射到許多相關(guān)的方面。通過檢查AD的各個方面，能辨別或預(yù)測實(shí)體的某些相關(guān)特征或?qū)傩浴?6ADF已經(jīng)發(fā)現(xiàn)某些方關(guān)注點(diǎn)將直接應(yīng)用于與EoI或架構(gòu)相關(guān)的或重要的內(nèi)容，而方面是架構(gòu)實(shí)體本身的特征或本質(zhì)的一部分。被認(rèn)為與域相關(guān)和慣用的方（作為一個方面在評估備選架構(gòu)時，方面也很有用（見ISO/IEC/IEEE42030）。方面的概念已經(jīng)在軟件開發(fā)中被用來處理“橫切關(guān)注點(diǎn)”。方面是程序許多部分共享的一個特征，與程序的主要功能無關(guān)。非功能屬性，如性能、成本和質(zhì)量因素（如可靠性、保密性和彈性)是使用方面概念進(jìn)行結(jié)構(gòu)化的關(guān)注點(diǎn)（5.2.5)。這些非功能屬性通常被稱為“功能”或“非功能需求（NFR)”。利益相關(guān)方角度（即一個人的角度（見5.2.4中的示例）。示例：UAFArchiMateNAF退役。利益相關(guān)方角度的確定取決于與架構(gòu)相關(guān)的各種利益相關(guān)方的關(guān)注和立場。對于給定的利益相關(guān)方角度，通常有多個關(guān)注點(diǎn)和方面需要考慮。結(jié)構(gòu)化形式和結(jié)構(gòu)類別ADF能提供一種結(jié)構(gòu)化的形式，即使用架構(gòu)考慮點(diǎn)和它們之間的對應(yīng)的一組規(guī)則，來組織用于生成1：知名的結(jié)構(gòu)化形式包括：ISO15704GERAMRAMI4.0、TOGAF（業(yè)務(wù)、信息系統(tǒng)、技術(shù)）、NAFUAFZachman27在本文件中，框架維度的概念被稱為“結(jié)構(gòu)類別”，因?yàn)檫@些類別在各種ADF中的使用方式并不總是與“維度”的概念一致。因此，這里使用結(jié)構(gòu)類別術(shù)語，因?yàn)樗且粋€更廣泛和更具包容性的概念。ADF能定義結(jié)構(gòu)化形式中使用的結(jié)構(gòu)類別。有時，這些類別由圖形描述中的“維度”來表示，例如示例2：一些ADF用二維網(wǎng)格作為一種結(jié)構(gòu)化形式，其中利益相關(guān)方角度對應(yīng)于行，方面對應(yīng)于列。（一些常用的ADF有一個二維網(wǎng)格或矩陣來組織它們的架構(gòu)視角規(guī)格說明。二維網(wǎng)格起源于Zachman。（這些是在那些框架上使用的結(jié)構(gòu)化形式的例子。UA15704中GERAM的三個主要維度的其中兩個（通用性ISO15704ISO15704ADF概念。當(dāng)接近現(xiàn)實(shí)世界中實(shí)體的實(shí)施水平時，就能使用越來越特定的（即較不通用）ADF來提供更多的特異性。3：ICTADFZachmanADFUAF（UAFSysML），這反過來又能轉(zhuǎn)換為一個特定項(xiàng)目的一種特定ADF，這個特定項(xiàng)目使用進(jìn)一步的建模概要文件擴(kuò)展，并包含專用域特定周境的足夠細(xì)節(jié)。由于質(zhì)量和效率的原因，從通用、到部分通用、再到專用的轉(zhuǎn)換（在ADF中提供更多域特定細(xì)節(jié)）例如具有預(yù)定義的角度和方面，這些角度和方面在類似的項(xiàng)目中是常見的和可重用的（先前的成功提供了專業(yè)技術(shù)和知識），同時使用給定域?qū)＜抑g共享的術(shù)語。方面和利益相關(guān)方角度之間的關(guān)系方面和利益相關(guān)方角度在ADFFADF互補(bǔ)方法28GB/TXXXXX—XXXX/ISO/IEC/IEEE42010:2022架構(gòu)視圖和視角本文件的目標(biāo)是通過提供通用術(shù)語和概念來涵蓋現(xiàn)有的ADAD使架構(gòu)視角成為一級實(shí)體的一個結(jié)果是，它們屬于視為AD元素的構(gòu)件。本條的其余部分提供關(guān)于“視角”一詞在系統(tǒng)和軟件中的使用和演變的簡要?dú)v史說明。Ros于197Nueibh、Kramer和Finkelstein8章規(guī)定的架構(gòu)視角的形成。選擇該術(shù)語是為了與ISO開放分布式處理參考模型（RM-ODP）保持一致，并用以下方式使用該術(shù)語：——（對系統(tǒng)的）視角是產(chǎn)生與一組特定關(guān)注點(diǎn)相關(guān)的整個系統(tǒng)的規(guī)格說明的抽象概念（見ISO/IEC10746-1:1998，6.2.2）；——（對系統(tǒng)的）視角是使用一組選定的架構(gòu)構(gòu)件和結(jié)構(gòu)化規(guī)則實(shí)現(xiàn)的抽象形式，目的是聚焦系統(tǒng)內(nèi)的特定關(guān)注點(diǎn)（ISO/IEC10746-2:2009，3.2.7）。（在單獨(dú)的AD中，本文件要求每個視圖都需要由架構(gòu)視角來支配。這意味著每個視圖都符合一組約定（29在視圖開發(fā)需要考慮整個EoI、但實(shí)體邊界未知的情況下，從支配架構(gòu)視角所構(gòu)造關(guān)注點(diǎn)和所揭示AD（例如在交付給客戶時聚焦于視圖有兩種常見的建造方法：合成法和投影法。在合成法中，架構(gòu)師建造EoI的視圖，并使用對應(yīng)將這些視圖集成到AD附錄B和附錄C給出與架構(gòu)視角規(guī)格說明有關(guān)的進(jìn)一步信息和參考。對應(yīng)對應(yīng)用于識別或表達(dá)AD元素內(nèi)部和之間的命名關(guān)系。盡管許多模型種類和ADL包含捕獲關(guān)系（例如實(shí)體-關(guān)系-屬性圖中的關(guān)系、UML中的關(guān)聯(lián)）的構(gòu)件，但是當(dāng)AD使用多個視角和模型種類時，可能沒有可用方式來識別或表達(dá)這些不同表示之間的命名關(guān)系。在這種情況下，能使用對應(yīng)來識別和表達(dá)這些命名關(guān)系。本文件的2011AD元素是ADAD元素包括AD元素還包括ADAD元素中的任意一個都能AD參考文獻(xiàn)中給出對模型關(guān)系的使用以及關(guān)系機(jī)制的分類法和分類的調(diào)查。對應(yīng)能用于符合6.9.1中對記錄視圖一致性與不一致性的要求。AD元素內(nèi)部和之間的對應(yīng)上施加的預(yù)期關(guān)系進(jìn)行捕獲。本條的其余部分給出對應(yīng)和對應(yīng)方法的示例，討論對應(yīng)機(jī)制相較于文獻(xiàn)中類似機(jī)制的特征。1：考慮汽車系統(tǒng)AD（ECU）視圖組件。軟件應(yīng)用視圖組件包括以下元素：自動駕駛、儀表板（包含控制裝置、儀表盤、中央控制臺）、制動、全球定位系統(tǒng)（GPS）、激光雷達(dá)（LIDAR）和傳感器融合。ECUECU14。圖A.2“綁定于”ECU的應(yīng)用見：M1儀表板、全球定位系統(tǒng)ECU1自動駕駛ECU2激光雷達(dá)、傳感器融合ECU3制動ECU4圖A.2對應(yīng)的示例30該示例符合6.9.2（應(yīng)用和對應(yīng)方法表達(dá)要在對應(yīng)上施加的約束。示例2給出一種樸素的對應(yīng)方法。示例2：M1：每個應(yīng)用必須綁定于至少一個ECU上。示例1中命名為“綁定于”的對應(yīng)符合M1，因?yàn)樗袘?yīng)用都分配給至少一個ECU。大多數(shù)對應(yīng)將用視圖或視圖組件的元素來表達(dá)，但不要求如此。示例3和4給出對應(yīng)的其他形式。示例3：任務(wù)交互：對于模型種類的每一個實(shí)例，任務(wù)都需要細(xì)化到模型種類交互的實(shí)例。這種對應(yīng)方法能通過圖A.3所示的對應(yīng)符合，其中有用戶、操作員和審核員。每個任務(wù)實(shí)例（視圖組件繪作三角形（視圖組件繪作五角形在示例3中，對應(yīng)中的參與者不是視圖組件中的元素，而是視圖組件本身。對應(yīng)能關(guān)聯(lián)任何AD元素（見5.2.11和6.9.2）；本文件的用戶自由引入適合自身目的的其他類型的AD元素。許多對應(yīng)將是二元的，但不要求如此。對應(yīng)能關(guān)聯(lián)任意數(shù)量的AD元素。示例4說明一種n元對應(yīng)方法。示例4：視圖版本控制：在發(fā)布本AD之前，每個視圖的版本標(biāo)識符都必須大于1.5。圖A.3符合任務(wù)-交互方法的對應(yīng)示例RM-ODPRM-ODPRM-ODPRM-ODPA.5）；31本文件允許異構(gòu)視圖：每個視圖由一個或多個視圖組件組成，其中的視圖組件能使用不同的（視圖之間的對應(yīng)，是有用的。因此，“視圖對應(yīng)”是本文件所必需內(nèi)容的一個特殊情況，在本文件的一般情況下，該術(shù)語某種程度上具誤導(dǎo)性；RM-ODPnRM-ODPADAD數(shù)學(xué)上，對應(yīng)是一種n元關(guān)系。對應(yīng)方法是n元關(guān)系的有意定義。關(guān)系包括1-1映射（同構(gòu)）和作為對架構(gòu)描述語言的角度自20世紀(jì)90年代以來，術(shù)語“架構(gòu)描述語言（ADL）”就在軟件、系統(tǒng)和企業(yè)架構(gòu)群體中使用。在本文件的概念模型中，ADL是用于描述架構(gòu)的任何語言。早期的ADL包括Rapide（斯坦福大學(xué)），Wright（卡內(nèi)基梅隆大學(xué)）和Darwin（帝國理工學(xué)院）。ADL聚焦于結(jié)構(gòu)性關(guān)注點(diǎn)：用組件、連接器和配置表達(dá)的大規(guī)模系統(tǒng)組織，對構(gòu)造行為關(guān)注點(diǎn)提供不同AADLSysML和ArchiMate。參考ADL與本文件中定義的概念模型的關(guān)系，示例1到3描述一些當(dāng)代的ADL。ADLAD（例如Dari、（例如UMLRapideAADL）（例如（例如ArchiMateSysML）。因此，一個或多個架構(gòu)視角規(guī)格說明能使用ADL來在AD中構(gòu)造已識別的關(guān)注點(diǎn)。1：ArchiMateAD（或基礎(chǔ)設(shè)施層并在每個層中指定己的元模型來定義的，將該架構(gòu)視角與其他視角相關(guān)聯(lián)，并指定利益相關(guān)方、關(guān)注點(diǎn)、目的、層和方面。2：系統(tǒng)建模語言（SysML）UMLSysMLSysML3：統(tǒng)一架構(gòu)框架概要文件（UAFP）UML/SysMLAD單獨(dú)創(chuàng)建，為了能夠維護(hù)跨模型的一致性，UAFPUAFPUML2/SysMLv1.6UAF（UAFUAF例DoDAFNAF）結(jié)合使用。ADL通過定義一個或多個模型種類以及任何其他方法或工具，為利益相關(guān)方的受眾構(gòu)造一組特定的關(guān)注點(diǎn)。與ADF或架構(gòu)視角類似，ADL是一種可重用的資源——它的使用并不局限于單個實(shí)體或AD。32附錄 B（資料性）架構(gòu)視角規(guī)格說明指南概述本附錄提供用于制作架構(gòu)視角規(guī)格說明的模板，以及當(dāng)前可用的架構(gòu)視角規(guī)格說明示例的注釋指南。架構(gòu)視角規(guī)格說明的記錄模板模板概述給出架構(gòu)視角規(guī)格說明的模板。此形式記錄的架構(gòu)視角符合8.1的要求。模板對架構(gòu)視角規(guī)格說明的內(nèi)容進(jìn)行識別。內(nèi)容的各個元素包括：其名稱（B.2.X）、預(yù)期內(nèi)容的簡要描述以及為內(nèi)容開發(fā)指引。在某些情況下，附加內(nèi)容嵌套在規(guī)格說明的頂層描述內(nèi)容中。架構(gòu)視角名稱架構(gòu)視角概述對架構(gòu)視角及其相關(guān)架構(gòu)視角特征進(jìn)行抽象或簡要概述。關(guān)注點(diǎn)羅列本架構(gòu)視角所構(gòu)造的架構(gòu)相關(guān)關(guān)注點(diǎn)（見8.1b項(xiàng)）。這有助于確定相關(guān)的架構(gòu)視角是否對特定EoI的建模有用。利益相關(guān)方角度羅列與本架構(gòu)視角相關(guān)聯(lián)的所有利益相關(guān)方角度（見8.1a項(xiàng)）。方面羅列細(xì)化上述關(guān)注點(diǎn)（見8.1c項(xiàng)）或涵蓋潛在關(guān)注點(diǎn)的方面。注：對關(guān)注點(diǎn)、利益相關(guān)方角度和方面的標(biāo)識旨在幫助架構(gòu)師和其他利益相關(guān)方確定本視角對他們EoI的實(shí)用性。典型利益相關(guān)方羅列預(yù)期成為用本架構(gòu)視角所制視圖的用戶或受眾的利益相關(guān)方（見8.1d項(xiàng)）。注：在某架構(gòu)視角被選取使用并應(yīng)用于AD時，對實(shí)際利益相關(guān)方跟該視角所構(gòu)造關(guān)注點(diǎn)和相關(guān)規(guī)格說明之間的關(guān)聯(lián)（見6.4）進(jìn)行記錄，這很有用。對應(yīng)方法羅列由本視角或其模型種類所定義的所有對應(yīng)方法（見8.1、8.2和6.9.3）。這些方法能跨視圖組件、在AD內(nèi)跨視圖或跨AD進(jìn)行應(yīng)用。33模型種類規(guī)格說明概述架構(gòu)視角對每個模型種類進(jìn)行識別（見8.1e項(xiàng)）。本文件不要求以一種風(fēng)格來記錄模型種類規(guī)格說明。模型種類規(guī)格說明能以多種方式記錄，包括：通過指定定義其核心構(gòu)件和關(guān)系的元模型；通過提供由用戶填寫的模板；通過語言定義、建模概要文件或引用現(xiàn)有的建模語言；通過這些方式或其他方式的一個或多個組合。B.2.9.2至B.2.9.4中提供有關(guān)方式a）到c）的指引。與模型種類規(guī)格說明相關(guān)的元模型AD——實(shí)體：這類模型中所存在元素的主要分類是什么？——屬性：在這類模型中，實(shí)體具有哪些屬性？——關(guān)系：在這種類型的模型中，實(shí)體之間定義了哪些關(guān)系？——約束：在這類模型中，對實(shí)體、屬性和/或關(guān)系有哪種約束？在AD中，實(shí)體、屬性、關(guān)系和約束的實(shí)例是是AD元素，如5.2.9中所述。注：當(dāng)架構(gòu)視角規(guī)格說明指定了多個模型種類時，指定與架構(gòu)視角相關(guān)的元模型來統(tǒng)一模型種類的定義是很有用的。此外，表達(dá)一組相關(guān)的架構(gòu)視角時（例如定義ADF或ADL時），使用統(tǒng)一的元模型通常是有幫助的。模型種類規(guī)格說明的模板提供一個模板或表單，指定由該模型種類規(guī)格說明支配的視圖組件的格式或預(yù)期內(nèi)容。當(dāng)在AD中使用這種模型種類時，每個這樣的模板、表單或它們的部件都能有一個圖例。與模型種類規(guī)格說明相關(guān)的語言AD視圖方法定義視圖上可用的方法（見5.2.10和8.3）。示例本節(jié)為讀者提供了一些示例。注釋本規(guī)格說明的用戶可需要或發(fā)現(xiàn)有幫助的任何附加信息。來源識別本規(guī)格說明的來源（若有），包括作者、歷史、參考文獻(xiàn)和現(xiàn)有技術(shù)（見8.1g項(xiàng)）。34用于架構(gòu)視角規(guī)格說明的資源下面是一些關(guān)于架構(gòu)視角規(guī)格說明有據(jù)可查的資源。并非所有這些都按照本文件的要求進(jìn)行記錄，但能在AD中使用或以符合要求的方式包含在ADF規(guī)格說明中。——《為大型復(fù)雜的軟件密集型系統(tǒng)定義執(zhí)行視角》。上述來源記錄一個“執(zhí)行視角目錄”，用于理解復(fù)雜的軟件密集型系統(tǒng)的執(zhí)行。規(guī)定四個架構(gòu)視角：執(zhí)行概要、執(zhí)行部署、資源使用和執(zhí)行并發(fā)。還包括架構(gòu)視角之間的對應(yīng)方法?！队涗涇浖軜?gòu)：視圖和其他》。3——《軟件架構(gòu)化的過程》。IEEE1471-2000——架構(gòu)視角庫。該網(wǎng)站是由群體指定的架構(gòu)視角的存儲庫?！盾浖軜?gòu)的“4+1”視圖模型》上述來源規(guī)定了邏輯、開發(fā)、過程和物理視圖的架構(gòu)視角。結(jié)果視圖通過場景集成?！盾浖到y(tǒng)架構(gòu)：使用視角和角度與利益相關(guān)方合作》。見5..：軟件密集型系統(tǒng)的安全性、性能和可伸縮性、可用性和彈復(fù)性，以及演進(jìn)視角。注：前述角度不符合本文件的定義。35附錄 C（資料性）與其他標(biāo)準(zhǔn)的關(guān)系概述本附錄說明了根據(jù)本文件制作的ADAD的核心術(shù)語和概AD中使用的架構(gòu)視角、關(guān)注點(diǎn)、方面和角度。ISO/IEC/IEEE42020:2019ISO/IEC/IEEE42020:2019規(guī)定適用于企業(yè)、組織或項(xiàng)目的架構(gòu)過程的要求、建議和許可。在這個ISO/IEC/IEEE42020ADISO/IEC/IEEE4202042020。ISO/IEC/IEEE42030:2019ISO/IEC/IEEE42030:2019提供了檢查架構(gòu)有關(guān)信息的概念化基礎(chǔ)，該基礎(chǔ)能有助于確定架構(gòu)相關(guān)ISO/IEC/IEEE4203042030提供的元素能用于確定架構(gòu)的價值和特性，確認(rèn)架構(gòu)是否符合評估準(zhǔn)則，確認(rèn)架構(gòu)是否滿足利益相關(guān)方當(dāng)前與未來的需要，以及確認(rèn)架構(gòu)是否從操作和策略方面支持決策制定。ISO/IEC/IEEE4203042030中，ADISO15704ISO15704ISO15704規(guī)定了相關(guān)的術(shù)語、概念和原則，這些術(shù)語、概念和原則被認(rèn)為是解決利益相關(guān)方的關(guān)ISO15704沒有提出或采用創(chuàng)建或使用企業(yè)架構(gòu)或模型的特定方法，但本文件可以作為AD的某些術(shù)語和總體特征的來源。然而，重點(diǎn)是ISO15704建立了一個能夠支持特定企業(yè)計(jì)劃的參考庫，而不是旨在滿足所述需求的設(shè)計(jì)。ISO15704確定了一種廣泛的潛在工件集合，用于表達(dá)企業(yè)參考架構(gòu)及其相關(guān)方法。并不是所有的工件對于所有的架構(gòu)工作都是適用的、必要的，也未必都是可取的。但工件的識別保證了本文件滿足了36ISO15704采用的方法是在企業(yè)架構(gòu)中使用系統(tǒng)思維和系統(tǒng)理論架構(gòu)，以及如何基于單一的總體框（ISO15704關(guān)注企業(yè)周境中的各實(shí)體的完整生存周期架構(gòu)，并提倡基于模型的架構(gòu)化和用于組織這些實(shí)體模型的框架。因此，建模框架依據(jù)以下幾個方面提供組織模型的方法（維度）：——模型使用的抽象程度，例如涵蓋識別、概念、需求、初步（架構(gòu)）設(shè)計(jì)，詳細(xì)設(shè)計(jì)，構(gòu)建/實(shí)施，運(yùn)行和退役（ISO15704）；——關(guān)于由模型（功能、信息、資源和組織）傳達(dá)的實(shí)體的信息（或方面）的類型，它描述了跨抽象范圍的視角；——所涵蓋的信息范圍（描述任務(wù)完成和任務(wù)控制的模型）；——所依據(jù)的實(shí)施方式的范圍（描述實(shí)體的人工實(shí)現(xiàn)部分和技術(shù)實(shí)現(xiàn)部分的模型）。此外，ISO15704根據(jù)通用性-特殊性軸對模型進(jìn)行了分類。相應(yīng)的，在建模框架中有一個連續(xù)統(tǒng)，覆蓋：——通用模型，捕獲了在關(guān)注域中跨企業(yè)建模的所有維度使用的概念的語義。通用模型的典型表述（在增加正式程度的情況下）包括分類法、元模型和本體論理論。元模型的詳細(xì)程度因域（例如ISO19440、UAF域元模型等）而異；——部分通用模型，是可重用的、聚合的、典型的模型（或模型片段、模型構(gòu)建塊），它捕獲了很多企業(yè)一個或多個工業(yè)部門內(nèi)或跨工業(yè)部門的共同特征。結(jié)合抽象軸的范圍，提供了模型的組織結(jié)構(gòu)。注：大多數(shù)ISO標(biāo)準(zhǔn)能表示為部分通用模型或參考模型?！獙Ｓ媚Ｐ停枋雒總€EoI的個體。ISO15704:2019附錄和GB/T16642-2008GERAM的GERA建模框架的詳細(xì)闡述（見圖C.1）。37圖C.1GERA建?？蚣艿拿枋鰪臉I(yè)者可使用工具支持的架構(gòu)建?？蚣埽ˋMF）來組織上所述的模型，因?yàn)橥ㄟ^這種方式，能按照架構(gòu)描述框架（ADF）的建議，生成并打包這些模型的各種視圖以供利益相關(guān)方使用。（GERAM方法的另一個顯著特征是使用遞歸和迭代來管理企業(yè)及其供應(yīng)鏈中的復(fù)雜關(guān)系（見圖C.2）。38圖C.2遞歸使用架構(gòu)化工作產(chǎn)品迭代生存周期建模階段GB/T8566-2022GB/T8566-2022定義了一個專門與軟件架構(gòu)相關(guān)的過程：架構(gòu)定義（見GB/T8566-2022）。本文件中的架構(gòu)概念與GB/T8566-2022的架構(gòu)化程序一致。然而，除了本文的要求之外，GB/T8566-2022還對AD正如在GB/T8566-2022中6.4.4.3c）的第2項(xiàng)的注釋中所觀察到的，架構(gòu)不一定與所有需求有關(guān)，而只與驅(qū)動架構(gòu)的需求有關(guān)，因此架構(gòu)定義過程的重點(diǎn)是關(guān)鍵軟件需求。AD的預(yù)期用途能包括GB/T8566-2022AD能符合本文件和GB/T8566-2022。C.6與GB/T22032-2021一起使用39GB/T22032-2021定義了