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