2024企業(yè)建模與體系結(jié)構(gòu)企業(yè)建模構(gòu)件

II企業(yè)建模與體系結(jié)構(gòu)企業(yè)建模構(gòu)件目 次前 言 III引 言 IV1范圍 12規(guī)性用件 13術(shù)和義 14縮語 99件用 105表、系角和般概念 10模言構(gòu)目和適性 10業(yè)型維度 11件示 11模言構(gòu)公結(jié)構(gòu) 12模言構(gòu)模板 12照整性 13性示 13于述板容符號 14建階的持 15關(guān)表示 15具化 16互概念 166概結(jié)構(gòu) 16分模型 16模構(gòu)件 17心件 18化件 錯誤!未定義書簽。圖件 217核構(gòu)件 22域 22務程 24業(yè)動 272932業(yè)象 33業(yè)象圖對視圖） 35織元 36IIII策心 38角色 40產(chǎn)品 41命令 43資源 45能力 47績指標 48核構(gòu)的板性 508衍構(gòu)件 5151向造企的生產(chǎn)品 51務向業(yè)演化 53生件 55附錄 A（范）行為則——細述語法 64A.1程為 64A.2663展巴斯式（EBNF）形語法 73附錄 B（料）模型圖 77B.1772心衍構(gòu)的展圖 77B.3向造業(yè)視圖 79B.4策圖 86B.5作圖 94PAGEPAGE23企業(yè)建模與體系結(jié)構(gòu)企業(yè)建模構(gòu)件范圍本文件確定并列舉了用戶按照ISO19439對企業(yè)進行建模時需要的構(gòu)件。（6本文件沒有規(guī)范性引用文件。下列術(shù)語和定義適用于本文件。ISO和IEC維護的用于標準化的術(shù)語數(shù)據(jù)庫地址如下：——ISO在線瀏覽平臺：\h/obp；——IEC電氣詞典：\h/。聚合aggregation（3.50）注1：建模語言構(gòu)件和其他模型構(gòu)件可為多個聚合的一部分。注2：“是……的部分”(Part-of)和“由……組成”(Consist-of)這兩個屬性屬于聚合關(guān)系（3.64）（見7.16）。屬性attribute（3.35）ISO19439：2006,3.2]行為規(guī)則behaviouralrule<企業(yè)建模>對構(gòu)成業(yè)務流程（3.4）和服務（3.71）行為的諸項活動的邏輯順序關(guān)系（3.64）進行的描述。業(yè)務流程businessprocess（3.27）（）性能capability<一般>執(zhí)行特定活動的能力。能力Capability）（3.28）（）（3.5）類class表示并封裝了特性、關(guān)系（3.64）和行為的一個抽象，它是相似現(xiàn)象的集合。注：類取其一般意義來用，沒有任何執(zhí)行的含義或以特殊方法使用的含義。補充概念complementaryconcept概念表示本身不是一個結(jié)構(gòu)（3.12），但對于企業(yè)建模的目的來說，它具有獨特的意義和語義。注：許多構(gòu)件模板（3.14）使用補充概念，在5.12中列出。組件component[來源：ISO19439：2006，3.6，有修改]概念定義階段conceptdefinitionphase[來源：ISO19439：2006，3.7，有修改]約束constraint（3.75）ISO19439：2006，3.8]構(gòu)件construct<企業(yè)建模>抽象設計為建模語言的一個元素，以表示域（3.24）中的通用概念。注：本文件涉及制造、相關(guān)服務和合作企業(yè)的域。構(gòu)件標簽constructlabel為每一個構(gòu)件模板（3.14）定義的文字串，定義構(gòu)件（3.12）的種類。注：構(gòu)建標簽在4.2中列出。構(gòu)件模板constructtemplate能夠識別并描述特定的建模語言構(gòu)件（3.50）、并給這些特定構(gòu)件分配屬性的通用結(jié)構(gòu)。共同提供者Co-provider（3.71）核心構(gòu)件coreconstruct<企業(yè)建模>主導構(gòu)件（3.12），通過將每個單詞的首字母大寫來區(qū)別于該術(shù)語的通常用法。注：核心構(gòu)件在第7章闡述。（3.71）；（3.33）；企性能指標（3.59）決策中心decisioncentre（3.18）注：用來描述決策中心各方面內(nèi)容的術(shù)語出現(xiàn)于CEN/TS14818，將（時間）范圍定義為“制定決策需花費的一段時（規(guī)劃出臺后到被重新評估期間的這段時間”。決策函數(shù)范疇decisionfunctioncategory<企業(yè)建模>一組決策活動或決策中心（3.17），處理相同類型的決策活動并涉及相同類型的主題。示例：管理資源；管理產(chǎn)品；計劃生產(chǎn)。聲明性規(guī)則declarativerule目標與約束（3.11）集，可能結(jié)合一組以文本形式表述的需求。注：聲明性規(guī)則可用于業(yè)務流程（3.4）和服務（3.71）。decommissiondefinitionphase（3.9）[來源：ISO19439：2006，3.11，有修改]演化derivation（3.31）（3.49）（3.30）衍生構(gòu)件derivedconstruct注：衍生構(gòu)件在第8章闡述。（3.15）（3.40）設計規(guī)范階段designspecificationphase企業(yè)模型階段（3.31），它指定了為實現(xiàn)需求而執(zhí)行的業(yè)務流程（3.4）、企業(yè)活動（3.28）和規(guī)則。[來源：ISO19439：2006，3.13，有修改]域domain<企業(yè)建模>表示待建模企業(yè)（3.27）的某個部分并且確認了相關(guān)信息的構(gòu)件（3.12）。域識別階段domainidentificationphase（3.29）。[來源：ISO19439：2006，3.13，有修改]域運行階段domainoperationphase（3.31）（3.24）模型（3.49）ISO19439：2006，3.16企業(yè)enterprise企業(yè)活動enterpriseactivity<企業(yè)建模>構(gòu)件（3.12），它代表了業(yè)務流程（3.4）目標所需的全部或部分最詳細的企業(yè)功能范圍，它定義了要承擔或正在承擔的任務，并確定了其執(zhí)行所需的輸入和結(jié)果所創(chuàng)建的輸出。注：所需的輸入和資源（3.66）在企業(yè)活動模版中定義。企業(yè)域enterprisedomain注：本文件中，當“企業(yè)域”用作一個限定詞時，縮寫為“域”，例如術(shù)語“域識別階段”和“域模型”?！坝颉钡钠渌梅ê妥值渲械囊话愫x相同。企業(yè)模型enterprisemodel注：和企業(yè)的構(gòu)成模型（3.49），例如企業(yè)的建筑模型。[來源：ISO15704：2019，3.6]企業(yè)模型階段enterprisemodelphase（3.30）（3.45）ISO19439：2006，3.24]企業(yè)模型視圖enterprisemodelview模型視圖modelview視圖view對企業(yè)模型（3.30）著重于某一特定方面的有選擇地理解或表達，其他方面予以忽略。[來源：ISO19439：2006，3.25，有修改]企業(yè)對象enterpriseobject<企業(yè)建模>表示一條企業(yè)（3.27）信息，該信息描述一個或普遍、或真實、或抽象的實體（3.35）的構(gòu)件（3.12），該實體被概念化為一個整體。注：本文件其他所有構(gòu)件代表有具體語義的實體，這些具體語義需要特定屬性和附加的描述。[來源：ISO19439：2006，3.27，有修改]企業(yè)對象視圖enterpriseobjectview對象視圖objectview<企業(yè)建模>表示因特定目的而從某個特定企業(yè)對象（3.33）中選出的屬性（3.2）集合的構(gòu)件。注：這個集合由選定的屬性和對這些屬性的約束（3.11）構(gòu)成。實體entity（3.24）ISO15704：2019，3.8]事件event注：事件可能和對象視圖有關(guān)聯(lián)，對象視圖包含了與該事件相關(guān)的屬性。例外exception<企業(yè)建模>之前啟動的業(yè)務流程（3.4）、企業(yè)活動（3.28）或服務（3.71）的異常終止，或由特殊的外部機制(如看門狗定時器)引發(fā)的事件（3.36）。功能視圖functionview<企業(yè)建模>企業(yè)模型視圖（3.32），能夠表達和修改企業(yè)（3.27）各過程以及這些過程的功能性、行為、輸入和輸出。[來源：ISO19439：2006，3,32，有修改]功能目錄functionalcategory表達共同目的或性能（3.5）的實體（3.35）分組。功能性functionality能為用戶（3.76）通用化generalization注：通用化是具體化（3.73）的反義詞。[來源：ISO19439：2006，3,34]實施描述階段implementationdescriptionphase服務（3.71）（3.28）（3.23）[來源：ISO19439：2006，3,38，有修改]信息視圖informationview<企業(yè)建模>企業(yè)模型視圖（3.32），能夠描述和修改在功能視圖（3.38）中定義的企業(yè)信息。注：信息視圖是一個包含了企業(yè)對象（3.33）的結(jié)構(gòu)，企業(yè)對象代表與信息相關(guān)的企業(yè)實體（3.35）[組織、資源（3.66）和信息]。[來源：ISO19439：2006，3,40，有修改]完整性規(guī)則integrityrule需求定義階段（）3.65對信息限制的說明，施加這些限制是為確保信息與真實世界的一致性。注：完整性規(guī)則是用來定義一些限制的，這些限制和對企業(yè)對象（3.33）屬性（3.2）的約束（3.11）有關(guān)。生命周期lifecycle（3.35）（3.46）ISO19439：2006，3.42生命周期階段lifecyclephase一個實體（3.35）的不同發(fā)展階段。[來源：ISO19439：2006，3.43，有修改]元模型meta-model用于構(gòu)建與域相關(guān)的模型（3.49）的建模元素的描述。注：元模型總是相對于它的建模元素出現(xiàn)的模型。任務mission<企業(yè)>對企業(yè)（3.27）期望通過實現(xiàn)對產(chǎn)品或服務（3.70）的功能性請求而達到的效果的描述。模型model（[來源：ISO19439：2006，3.47，有修改]建模語言構(gòu)件modellinglanguageconstruct發(fā)生occurrence操作角色operationalrole（3.69）（3.73）命令order<企業(yè)建模>企業(yè)對象（3.33）構(gòu)件（3.12）的具體化（3.73），表示公司或組織為提供滿足顧客、法律或環(huán)境要求的產(chǎn)品所需的全部調(diào)試和控制。注：包括命令管理/決策、計劃和企業(yè)（3.27）業(yè)務流程（3.4）所需的信息。組織角色organizationalrole組織單元organizationalunit（3.64）（3.2）描注：部門；科室。組織視圖organizationview（3.55）（3.17）[來源：ISO19439：2006，3.52，有修改]部分通用模型partialmodel在特定類型工業(yè)部門或工業(yè)活動中用作參考模型的模型（3.49）。注：（3.50）用已有的其他企業(yè)域（3.24）所建立的模型。ISO19439：2006，3.54績效指標performanceindicator<一般>用于評估目標實現(xiàn)程度的度量或方法?？冃е笜藀erformanceindicator（3.58）視角perspective<企業(yè)建模>一個指定域（3.24）的利益相關(guān)方或模型（3,49）用戶的態(tài)度。注：利益相關(guān)方的態(tài)度可以由利益相關(guān)方關(guān)注的問題，以及他們的培訓、經(jīng)驗、文化背景和動機形成。[來源：ISO15704：2019，3.19，有修改]人員專規(guī)personprofile（3.54）（3.52）注：多個人可以具有一個人員專規(guī)，反之，一個人也可以具備多個組織單元（3.55）或企業(yè)活動（3.28）的多項人員專規(guī)?？商幚淼哪Ｐ蚿rocessablemodel具有特定語法和語義的模型（3.49），能夠被計算機處理（用于分析、仿真或?qū)嵤?。產(chǎn)品product<企業(yè)建模>企業(yè)對象注：相關(guān)技術(shù)信息可以是產(chǎn)品歷史，如產(chǎn)品特性、測試版本和質(zhì)量數(shù)據(jù)。關(guān)系relationship兩個或多個實體（3.35）之間的關(guān)聯(lián)，對實現(xiàn)某一目的意義重大。需求定義階段requirementsdefinitionphase[來源：ISO19439：2006，3.59，有修改]資源resource<一般>提供執(zhí)行一個企業(yè)活動（3.28）所需的全部或部分能力（3.5）的企業(yè)實體（3.35）。注：在本文件中，資源在系統(tǒng)（3.75）理論中指提供系統(tǒng)所需能力的實體，它也是系統(tǒng)本身一個重要的組成部分。資源描述包括對耗材（例如能源，空氣，散熱劑）的確定及描述，耗材的數(shù)量要充足。而物料過程輸入要滿足各種活動（如原材料，零部件和組裝件等）。這些輸入在功能視圖（3.38）中予以確定，在信息視圖（3.43）中進行描述，在組織視圖（3.56）中確定對其的相關(guān)管理職責。資源Resource注：資源構(gòu)件不包括人力資源。[來源：ISO19439：2006，3.60，有修改]資源視圖resourceview<企業(yè)建模>能夠表達和修改企業(yè)資源（3.66）和角色的企業(yè)模型視圖（3.32）。注：資源視圖是一個包含企業(yè)對象（3.33）的結(jié)構(gòu)，這些企業(yè)對象表示的是執(zhí)行企業(yè)操作所需要的資源集。[來源：ISO19439：2006，3.61，有修改]角色role<企業(yè)建模>企業(yè)對象（3.33）的具體化（3.73），表示人或物在特定上下文中的角色。服務service服務Service<企業(yè)建模>表示服務（3.70）的構(gòu)件（3.12）。服務化servitization制造企業(yè)（3.27）中用于向產(chǎn)品增加服務（3.70）以滿足用戶（3.76）需求的流程。具體化specialization為了能在一定范圍內(nèi)應用或適于特定的用途或目的而對一般概念的修改，或增加或修改某個一般概念的細節(jié)以使其更加具體的行為。注1：具體化是通用化的反義詞。注2：當涉及一個類（3.7）的時候，具體化指為特定目的在類中構(gòu)件子類，每個子類的成員具有一個或多個共有的特性[屬性（3.2）、關(guān)系（3.64）、行為或語義]，這些特性是類的其他所有成員不能共享的。當涉及一個模型（3.49）時，具體化指從通用概念到部分通用模型（3.57）和專用模型的演進過程。[來源：ISO19439：2006，3.62，有修改]利益相關(guān)者stakeholder（3.60）（3.27）注：典型的企業(yè)利益相關(guān)者包括企業(yè)所有者、企業(yè)客戶和負責接收或交付產(chǎn)品或服務（3.70）的企業(yè)員工，以及與企業(yè)合作以完成其任務（3.48）的人員或組織。系統(tǒng)system為一定目的組織起來并進行交互的事物的集合。用戶user<企業(yè)建模>衍生構(gòu)件（3.22），角色（3.73）的具體化（3.70），它表示使用產(chǎn)品或服務（3.70）的實體（3.35）的興趣和特征?？s略語通用EBNF：擴展的巴科斯范式（ExtendedBackus-NaurForm）GRAI：相互關(guān)聯(lián)的結(jié)果和活動圖表[graphesàRésultatsetActivitésInterreliés（GraphsofInterrelatedResultsandActivities）]HTTP：超文本傳輸協(xié)議（HyperTextTransferProtocol）ICT：信息與通信技術(shù)（InformationandCommunicationsTechnology）UML：統(tǒng)一建模語言（UnifiedModelingLanguage）XML：可擴展標記語言（eXtensibleMarkupLanguage）構(gòu)件專用BP：業(yè)務流程（BusinessProcess）BRS：行為規(guī)則集（BehaviouralRuleSet）CA：能力（Capability）CODM：協(xié)作域（CollaborationDomain）COPR：共同提供者（Co-provider）COPT：協(xié)作點（CollaborationPoint）CPRT（CollaboratingPartner）DA（DecisionActivity）DC（DecisionCentre）DECN：決定（Decision）DFRM：決策框架（DecisionFrame）DM：域（Domain）DSTR（DecisionStructure）EA（EnterpriseActivity）EO（EnterpriseObject）EV（Event）FUNC（Functionality）OPR（OperationalRole）OR（Order）ORR：組織角色（OrganizationalRole）OU：組織單元（OrganizationalUnit）OV：對象視圖（ObjectView）OVPR：對象視圖專規(guī)（ObjectViewProfile）PI：績效指標（PerformanceIndicator）PPR：人員專規(guī)（PersonProfile）PR：產(chǎn)品（Product）RE：資源（Resource）RO：角色（Role）SRV：服務（Service）SLK：利益相關(guān)者（Stakeholder）USER：用戶（User）第78（8.2、8.3B.4和B.5注：（件的前向引用（而不是作為建模方法而選擇的，如下所示：——從域（模型的范圍和邊界）開始；——在業(yè)務流程、服務、企業(yè)活動和事件方面添加功能；——增加了企業(yè)對象和對象視圖的信息表示，以及專門化產(chǎn)品和訂單的信息表示；——提供資源和能力；——最后，將組織和角色問題作為角色的子類處理，包括組織單位、決策中心、組織角色、業(yè)務角色和個人簡介。相對于ISO19439中定義的一般性維度，構(gòu)件是用于構(gòu)件部分和特定模型的一般性元素。對于部分模型（例如，特定于行業(yè)或貿(mào)易的模型），部分模型實例（例如，針對域的事件的輸入/輸出和針對業(yè)務流程的輸入/輸出）的一些屬性值可能仍然未定義，但特定模型實例進行了定義。這種缺失的條目需要為特定的模型完成。ISO19439ISO19439和ISO15704，建模語言結(jié)構(gòu)應以人類可理解和數(shù)字技術(shù)可解釋的形式表示。這意味著需要：——構(gòu)件結(jié)構(gòu)的可視化(圖形化、圖標化)表示，供模型構(gòu)建者和業(yè)務用戶使用；——一個結(jié)構(gòu)化的信息捕獲表示(本文使用模板)，供模型構(gòu)建者和業(yè)務用戶使用；——一種用于基于計算機的模型仿真和基于模型的企業(yè)操作控制和監(jiān)控的機器可解釋的表示。注1：數(shù)字技術(shù)的可解釋性不是本文件的主題，而是由建模工具提供的。應以下列四種方式進行表示：5.45.5(UML)類模型中說明；7.2.5A注2：本文件使用類圖作為例子來說明構(gòu)件和它們之間關(guān)系。建模語言結(jié)構(gòu)的模板模板是以非通用的方式描述的，但使用了通用的形式。構(gòu)件模板應具有以下描述的形式：（（('_'B00SR.Oderin、EA-Welding、OV1.2、RE_6786_A；注1：標識符中不允許使用字符solidus('/')和逗號('，')。名稱（）注2：8.2的面向制造的企業(yè)具體化還包括組織角色和人員配置文件（識別當前分配到組織角色的人員）。5.10作的責任和權(quán)限(即負責此構(gòu)件的操作使用或授權(quán)更改其使用的組織單元和操作角色的注3：對于包含關(guān)系和類似的對偶關(guān)系(見5.6)，可以接受部分的和包含的是互補的；根據(jù)建模器的用途，可以使用其中一種或兩種。如果某個屬性或關(guān)系不適用于某個企業(yè)模型階段，則在構(gòu)件模板表實例中省略該屬性或關(guān)系。屬性和關(guān)系都包含對這些屬性和約束的一般屬性和約束，并適用于所指出的企業(yè)模型階段。此外，屬性和關(guān)系可以被分組為具有某些共同特征的集合，例如輸入/輸出或與組織關(guān)切的關(guān)系。注4：在附件A的模型中，部分關(guān)系和由部分關(guān)系組成的關(guān)系顯示為沒有標簽的UML聚合。UML關(guān)聯(lián)用于顯示操作和關(guān)聯(lián)關(guān)系，而UML通用化用于顯示關(guān)系的具體化。注5：版本控制對可執(zhí)行模型的設計和操作有重大影響。本文件認為對建模語言約束控制的支持是工具提供的責任。支持模型開發(fā)和維護的工具也有責任確保約束和完整性規(guī)則中引用的屬性與為所涉及的構(gòu)件實例定義的屬性一致。注：本文件模板中使用的雙重關(guān)系是(其中大寫代碼是構(gòu)件標簽)：——assignedDC<–>controlsDC——assignedORR<–>assignedToORR——assignedOU<–>assignedToOU——assignedToORR<–>assignedORR——assignedToOU<–>assignedOU——consistsOf<–>partOf——controlsDC<–>assignedDC——partOf<–>consistsOf——providedCA<–>requiredCA——providedInfo<–>requiredInfo——relatedTo<–>relatedTo——requiredCA<–>providedCA——requiredInfo<–>providedInfo——usedBy<–>uses——usedByDC<–>usesDA——uses<–>usedBy——usesBP<–>usedByDM——usesSRV<–>usedByDM——whereProvided<–>whereRequired——whereRequired<–>whereProvided建模器可以根據(jù)需要指定其他對偶關(guān)系。對于同時使用約束和完整性屬性的構(gòu)件，可以接受它們也是對偶關(guān)系；根據(jù)建模器的用途，可以使用其中一種或兩種。在后一種情況下，建模工具有責任保持一致性。對于事件實例，支持模型開發(fā)和維護的工具有責任確保作為輸入或輸出列出的事件實例與事件的Generated-byInitiates//屬性表示每個屬性應由其名稱和預定義的數(shù)據(jù)類型（數(shù)字、文字、字符串等）來定義。注1：10mm±0,05mm)注2：構(gòu)件可以使用可擴展標記語言(XML)模式(參見參考文獻[9]~[11])、Express(參見ISO10303-11)或其他形式的建模規(guī)范語言作為表示屬性和數(shù)據(jù)類型、表達式和語句的相關(guān)定義的手段。屬性是用表示和文本描述相結(jié)合的方式描述的。<Integer（Itembpevnilphysical/|a>|<b>|<cduration><qualy>]qualy——[0..*]表示沒有實例、單個實例或多個實例；——[1..1指示單個實例；——[1...*]指示多個實例；——[m..nmn(*...*一個<>項的非空列表；用逗號分隔的列表被寫成[<item>]+，而類似的可能為空的列表被寫成[<item>]*。一個可選的<項目>表示為[<item>]？。在列表表示中，<項目>可進一步分解為：[<ID><multiplicity>]+或[<measure><metric>]*。更正式地說，列表的語法是：——列表=非空列表可能|空列表；——非空列表=項目|項目、分隔符、非空列表（*為方便起見，縮寫為[<item>]+*）；——可選項目=項目|NIL（*為方便起見，縮寫為[<item>]？*）；——分隔符=','；——可能-空列表=NIL|非空列表（*為方便起見，縮寫為[<item>]**）。示例：表示的例子有：——7.1.4identifier>；'/'<name>；]':'[<identifier>；'/'<name>；]；——從功能模板(參見7.14.4)，RE_1006453/data_store對于where_provided是有效的標識符；'/'<name>]+（NIL無效)?！狤nterpriseActivity7.3.4)，NILmax_load=10kg；max_temp=100°C接下來的一些示例中，前面的大寫字母代碼引用構(gòu)件標簽，后面跟著屬性名，從簡單情況發(fā)展到復雜情況。EO：對象物理信息的性質(zhì)PHYSICAL|INFORMATION。CA：包含的功能[<capability>]*。DM:Objects[<Objective>]+，領(lǐng)域的戰(zhàn)略和運營業(yè)務目標。EV：對象視圖[<Origine>':'<Identifier>'/'<Name>]*，定義與此事件的出現(xiàn)相關(guān)聯(lián)的信息。EV：generated_by[<Origin>':'<Identifier>'/'<Name>]+是此事件的源。BP:對象視圖輸入[<Origine>':'<Identifier>'/'<Name>]+，業(yè)務流程可以接收這些對象視圖的出現(xiàn)。EA:EndingStatus[<value><priorityEndingStatus[<value>><priority0PR：與[<Identifier>'/'<Name>]*相關(guān)，定義與此產(chǎn)品相關(guān)的企業(yè)對象，其中多重性[...]*是[0..*](僅用于早期建模階段)或[1...1]或[1..n]或[M..n]之一。本文件旨在對企業(yè)進行建模，通過如下建模相關(guān)的語言結(jié)構(gòu)來支持所有的企業(yè)模型階段：——在域識別階段，以這樣一種方式識別域的內(nèi)容(其業(yè)務流程)及其輸入和輸出，包括事件，以便域識別模型可以用作導出一致概念定義模型的起點；——在概念定義階段，用任務、戰(zhàn)略等定義企業(yè)的業(yè)務模型，并且以這樣一種方式將概念定義模型用；——作導出一致需求定義模型的起點；——在需求定義階段，從業(yè)務角度描述域的業(yè)務流程、服務和企業(yè)活動，以這樣一種方式，即需求定義模型可以被證明足以用作導出一致的設計規(guī)范模型的起點。模型視圖的可用性簡化了建模過程（功能、信息、資源和組織--如果需要，可以添加其他視圖）。這些視圖由許多信息對象（企業(yè)、資源、組織）支持，這些對象表示企業(yè)操作的許多信息方面。需求定義模型還應能夠通過仿真進行驗證；——在設計規(guī)格階段，從商業(yè)和信息和通信技術(shù)的角度具體說明企業(yè)活動及其所有組成部分，以便能夠證明設計規(guī)格模型足以作為始終如一地推導實施說明模型的起點；因此，設計規(guī)范模型也應能夠被處理以進行驗證。在這一階段，結(jié)構(gòu)應從需求定義階段的結(jié)構(gòu)中衍生出來，用反映所有資源和一般信息和通信技術(shù)接口的屬性豐富結(jié)構(gòu)；/——在域操作階段，發(fā)布的模型用于操作目的，如決策支持、監(jiān)視和控制；——在退役定義階段，識別業(yè)務流程和服務組件的未來使用，以使退役定義模型可以酌情用作任何模型階段重用的起點。關(guān)系的目的是對建模語言構(gòu)件的運行時實例之間的時變關(guān)聯(lián)和其他關(guān)聯(lián)進行建模。應該允許自反關(guān)系，即可以在一個實例和它自己之間創(chuàng)建一個關(guān)系。示例1：實體之間的關(guān)系可以是零件和用于生產(chǎn)它的機器之間的關(guān)系，也可以是工人和他或她被分配到的生產(chǎn)訂單之間的關(guān)系，如:produced_by(Part,Machine),works_at(worker,order)。這種關(guān)系通過分配表示為輸入和輸出。示例2：說明性結(jié)構(gòu)之間的關(guān)系是域與其業(yè)務流程之間的關(guān)系，或者業(yè)務流程與其子流程和活動之間的關(guān)系。用戶定義關(guān)系的概念依賴于7.6中描述的企業(yè)對象的概念和從該企業(yè)對象派生的模型實體(資源、描述他們在企業(yè)中使用結(jié)構(gòu)和行為結(jié)構(gòu)時對其進行分組的方式。用戶定義的關(guān)系可以通過企業(yè)對象、產(chǎn)品、訂單和企業(yè)對象上的對象視圖中的關(guān)聯(lián)列表或其他用戶定義的屬性來表示。具體化具體化可以通過以下方式實現(xiàn)：——具體化最合適的構(gòu)件（和相應的模板）并相應地調(diào)整頭信息；——在適當?shù)哪Ｐ碗A段添加新的“具體化”關(guān)系；——為“specification-of”屬性分配適當?shù)闹担⒘谐鏊蔷唧w化的構(gòu)件（或例外情況下的構(gòu)件)；——適當?shù)貫楝F(xiàn)有屬性賦值或約束值；——根據(jù)需要添加其他屬性，并為這些屬性分配模型唯一的名稱。7注：本文件中使用的具體化概念比編程語言和面向?qū)ο蠼ｎI(lǐng)域中的具體化概念受到的約束要小?！袨橐?guī)則(見7.2.5)；——約束；——目的。1UML注：UML類圖[9]系在本文件的規(guī)范部分中被定義和規(guī)范。它們使用UML以豐富的圖形來說明，并且可以在其他建模語言中以不同的方式呈現(xiàn)。UML圖1四組件模型<<輸入>>包之間的關(guān)系表明元模型中的類和關(guān)系由核心構(gòu)件繼承，而這些又由派生構(gòu)件和視圖繼承。元模型的規(guī)范構(gòu)件如圖2中的UML圖所示。注：繼承關(guān)系被涂上紅色，以使它們在視覺上與其他關(guān)系更好地區(qū)分開來。圖2元模型企業(yè)域中的任何實體都是通過將其定型為通過修改操作數(shù)并反過來受操作數(shù)影響來尋求實現(xiàn)某些目標的操作，或者將其定型為具有因操作行為而改變的屬性的操作數(shù)來擴展的。注：在UML中，“構(gòu)件型”指的是如何擴展現(xiàn)有的元類，從而允許使用附加的表示法。ISO15704）構(gòu)件具有如圖3所示的結(jié)構(gòu)。注：UML類表示并不規(guī)范。圖3構(gòu)件結(jié)構(gòu)構(gòu)件是用規(guī)范文本和定義其屬性和與其他構(gòu)件的直接關(guān)系的模板來指定的。模板包含一個所有構(gòu)15個核心構(gòu)件的集合如圖4所示。4圖4核心構(gòu)件注：繼承的屬性在這些UML圖中沒有顯式顯示。圖4省略了構(gòu)件屬性，這些屬性如圖7所示。另外，圖4還省略了核心構(gòu)件之間的關(guān)系，這些關(guān)系如圖B.1所示。企業(yè)對象和對象視圖之間的關(guān)系是一個例外，因為“包含一個子集”有點類似于“類”繼承關(guān)系，但不是相同的，因為只有一些屬性被繼承。由于對象視圖是企業(yè)對象的具體化，因此特定于目的的對象視圖也可以用于企業(yè)對象的任何其他專門化，即企業(yè)對象的每個專門化都可以具有專門化的對象視圖。5圖5包括企業(yè)對象子集的對象視圖8.2和8.3圖6衍生構(gòu)件圖6省略了構(gòu)件屬性，這些屬性如圖B.2所示。雖然企業(yè)對象視圖構(gòu)件支持創(chuàng)建包含特定企業(yè)對象的部分屬性和關(guān)系的構(gòu)件，但企業(yè)模型視圖的（）附錄B中描述的開放式視圖集包含了一個面向制造的企業(yè)的基于視圖的分析，以及示例決策和協(xié)作視圖，這些視圖還包含了進一步的構(gòu)件。域目的描述一個域構(gòu)件應該從一個高層次的面向管理的角度來描述要建模的企業(yè)的各個部分以及與外部環(huán)境用法所有模型生命周期階段都使用域構(gòu)件。域模板應：表1域模板標題構(gòu)件標簽<Model-uniqueabbreviation>DM標識符<model-uniquestring>以構(gòu)件標簽的形式由建模者指定的字母數(shù)字代碼，后面跟著一個擴展的字母數(shù)字字符串(見5.5)，例如DM.1-2名稱[<adjective>]?<noun>域的名稱，這里<noun>表示功能或目的，<adjective>可任意選用，用來表示范圍設計權(quán)限[<identifier>“/”<name>“:”<identifier>“/”<name>]組織角色和組織單元，有權(quán)對此域進行設計并予以維護正文與域標識和后面階段相關(guān)的屬性描述<string>對域的簡短文字描述域輸入[<name>[<shorttextualdescription>]?+名稱以及對將域輸入轉(zhuǎn)換為域輸出所需主要功能的簡短描述域輸出主要流程目標約束[<name>[<shorttextualdescription>]?+主要域輸出的名稱和可選的簡短描述[[<identifier>“/”<name>][<functionalitytext>]?]+為域輸出所需的主要功能的簡短描述。已識別的業(yè)務流程或服務的列表僅限于實現(xiàn)領(lǐng)域目標所需的那些流程或服務[<objective>]+本領(lǐng)域的戰(zhàn)略和運營業(yè)務目標。[<constraint>]*對該域施加的約束適用于概念定義和以后階段的屬性業(yè)務域?qū)ο竽Ｐ陀蜻\行決策功能類別['Mission:'<missiontext>]';'['Vision:'<visiontext>]';'['Values:'[<valuetext>]+]對該域的使命、愿景和價值的簡短文本描述['Strategies:'<strategy>text]*';'['Policies:'<policytext>]*';'['OperationalConcepts:'[<operationalconcept]*';'['BusinessPlans:'[<businessplan]*域的戰(zhàn)略、政策、運行觀念和業(yè)務規(guī)劃的簡短文字說明[[<verb>]?<noun]*決策功能的名稱或者屬于域的功能的名稱與域標識和后期階段相關(guān)的關(guān)系輸入/輸出 對象視圖輸入事件輸入對象視圖輸出事件輸出[<origin>“:”<identifier>“/”<name>]+原點和對象視圖的標識符和名稱，這是可用的域與外部環(huán)境的邊界[<origin>“:”<identifier>“/”<name>]+事件實例可在域?qū)嵗\行中被接收[<destination>“:”<<identifier>“/”<name>]+對象視圖實例可供域?qū)嵗\行時所用[<destination>“:”<<identifier>“/”<name>]+事件實例通過域?qū)嵗倪\行而產(chǎn)生適用于需求定義和后期階段的關(guān)系使用業(yè)務流程使用服務[<identifier>“/”<name>]+在此域中使用的業(yè)務流程[<identifier>“/”<name>]+在此域中使用的服務使用性能指標[<identifier>“/”<name>]+目標的完成情況進行評估操作關(guān)系適用于設計規(guī)范和后期階段的關(guān)系操作職責[<identifier>“/”<name>]“:”[<identifier>“/”<name>]組織角色和組織單元承擔運行此實例的職責操作權(quán)限[<identifier>“/”<name>]“:”[<identifier>“/”<name>]組織角色和組織單元具備運行此實例的權(quán)限注1：關(guān)于目標，衍生目標也出現(xiàn)在業(yè)務流程、企業(yè)活動、服務和決策中心；需要確保一致性。注2：在此和以下模板中，Relationships中的<Origin>表示作為輸入源的域、業(yè)務流程、企業(yè)活動或服務。在<Origindestination>表示將接收輸出的域、業(yè)務流程、企業(yè)活動或服務。注3：域至少指定一個業(yè)務流程或服務。支持模型開發(fā)和維護的工具有責任確保這里列出的業(yè)務流程和服務與業(yè)務流程和服務的usedby屬性兼容。業(yè)務流程目的描述業(yè)務流程構(gòu)件應描述產(chǎn)生滿足從為企業(yè)域定義的業(yè)務目標派生的一個或多個業(yè)務目標的期望結(jié)果（見7.2.5注：A.1條規(guī)定了對行為規(guī)則施加限制和約束的理由。（）（finishgenerate<exception>和finish用法業(yè)務流程構(gòu)件用于所有模型階段。其模板應：表2業(yè)務流程模板標題構(gòu)件標簽<Model-uniqueabbreviation>BP標識符<model-uniquestring>以構(gòu)件標簽的形式由建模者指定的字母數(shù)字代碼，后面跟著一個擴展的字母數(shù)字字符串(見5.5)，例如BP_2名稱[<adjective>]?<noun>業(yè)務流程實例的名稱，這里<名詞>表示業(yè)務流程的范圍，<adjective>可任意選取，修飾業(yè)務流程實例設計權(quán)限[<identifier>“/”<name>]“:”[<identifier>“/”<name>]組織角色和組織單元有權(quán)對此此業(yè)務流程進行設計并予以維護正文與域標識和后面階段相關(guān)的屬性描述<string>對功能性和期待結(jié)果的簡短文字描述目標[<objective>]+業(yè)務流程的實例要完成的戰(zhàn)略性和操作性業(yè)務目標適用于需求定義和后面階段的屬性約束[<constraint>]*對業(yè)務流程施加的約束說明規(guī)則<declarativerule>]*適用于此業(yè)務流程實例的說明規(guī)則行為規(guī)則集[<behaviouralrule>]+7.2.5和附件A啟動優(yōu)先級<integer>系統(tǒng)定義范圍內(nèi)的整數(shù)，分別表示最低和最高優(yōu)先級。終止狀態(tài)[<value>[‘,’<priority>]?]*此業(yè)務流程產(chǎn)生的可能的結(jié)束狀態(tài)值<value0與域標識和后期階段相關(guān)的關(guān)系域使用[<identifier>“/”<name>]*采用此業(yè)務流程實例的域需求定義和后期階段的關(guān)系使用性能指標[<identifier>“/”<name>]*能夠?qū)δ繕送瓿汕闆r進行評估是……的一部分[<identifier>“/”<name>]*作為這些業(yè)務流程實例中一員，該特定實例涉及到一個聚合。正在被定義的業(yè)務流程的名稱不能夠在列表里使用使用服務[<identifier>“/”<name>]*此業(yè)務流程使用的服務。由……組成[<identifier>“/”<name>]*業(yè)務流程實例、企業(yè)活動和服務，此業(yè)務流程實例是這些實例的聚合輸入/輸出對象視圖輸入對象視圖的[<origin>“:”<identifier>“/”<name>]+其實例可供業(yè)務流程實例在運行時所用事件輸入[<origin>“:”<identifier>“/”<name>]+其實例可在業(yè)務流程實例運行時被接收對象視圖輸出[<identifier>“/”<name>“:”<destination>]+其實例可供業(yè)務流程實例運行時所用事件輸出[<identifier>“/”<name>“:”<destination>]+其實例通過業(yè)務流程實例的運行而產(chǎn)生適用于設計規(guī)范和后期階段的關(guān)系操作關(guān)系操作職責[<identifier>“/”<name>]“:”[<identifier>“/”<name>]組織角色和組織單元承擔運行此實例的職責操作權(quán)限[<identifier>“/”<name>]“:”[<identifier>“/”<name>]組織角色和組織單元具備運行此實例的權(quán)限注1：激活優(yōu)先級屬性在運行時用于選擇在行為規(guī)則集啟動多個業(yè)務流程的情況下首先激活哪個業(yè)務流程或具體化。它們還用于指導企業(yè)活動的資源分配。注2：結(jié)束狀態(tài)優(yōu)先級在運行時用于選擇當兩個流程在相同的可觀察時間間隔內(nèi)完成時首先響應哪個業(yè)務流程或其具體化。注3：對于事件輸入和輸出，支持模型開發(fā)和維護的工具有責任確保作為輸入或輸出列出的事件與事件的生成屬性兼容。目的描述業(yè)務過程的行為應該由一組行為規(guī)則在其行為規(guī)則集屬性中進行描述，這組規(guī)則控制著這些組成性業(yè)務過程和企業(yè)活動的順序。邏輯順序或多或少是確定性的，與下列過程相對應：——已構(gòu)建好的過程，即，過程的預期結(jié)果已經(jīng)知道，并且業(yè)務過程、服務和企業(yè)活動的順序均已完全定義；——部分構(gòu)建好的過程，即，過程的預期結(jié)果已經(jīng)知道，但是業(yè)務過程、服務和企業(yè)活動的順序僅在運行時可知（半確定性的）；——未建好的過程，即，既不知道過程的預期結(jié)果，也不知道業(yè)務過程、服務和企業(yè)活動的順序。附錄A定義了約束條件，并對這些規(guī)則進行了詳細描述，對規(guī)則的語法做了介紹。用法行為規(guī)則的概念用于需求定義階段和后面的階段。規(guī)則應該企業(yè)活動目的企業(yè)活動構(gòu)件的目的是代表企業(yè)域的業(yè)務過程或服務內(nèi)實現(xiàn)基本任務所需的流程功能部分。與涉及企業(yè)目標的業(yè)務流程（見7.2）相反，企業(yè)活動涉及生產(chǎn)需求，并根據(jù)需要的操作監(jiān)控用戶目標而定義。描述企業(yè)活動構(gòu)件應該對一項特定任務需要的和產(chǎn)生的所有事物予以確定，這一特定任務將利用控制企業(yè)活動的內(nèi)部任務行為在活動行為屬性中描述。如果一個企業(yè)活動被分解為其他企業(yè)活動，則應通過行為規(guī)則描述的順序關(guān)系和依賴關(guān)系來識別任何組成的企業(yè)活動，并描述其相互作用，這些行為規(guī)則捕獲了過程動態(tài)。用法企業(yè)活動構(gòu)件在需求定義階段和其后的階段使用。企業(yè)活動構(gòu)件的模板應該能夠記述執(zhí)行本企業(yè)活動已確定的功能所需和創(chuàng)建的所有相關(guān)信息的輸入和輸出，以及與基于模型關(guān)系的表示和操作過程的監(jiān)控和控制。表3企業(yè)活動模板標題構(gòu)件標簽<Model-uniqueabbreviation>EA標識符<Model-uniquestring>(建模以構(gòu)件標簽的形式分配字母數(shù)字代碼，后面是擴展的字母數(shù)字字符串（55E_名稱<verb>[<adjective>]？<noun>]？企業(yè)活動實例的名稱，這里<verb>表示企業(yè)活動必需的性質(zhì)，可選擇的<adjective>和<noun>分別是企業(yè)活動的限定詞和其范圍的指示詞。設計權(quán)限組織角色和組織單元的[[<identifier>“/”<name>][NIL|“:”<identifier>“/”<name>]]，組織角色和組織單元有權(quán)對此特定實例進行設計并予以維護。正文適用于需求定義和后期階段的屬性描述<string>文字描述活動行為<description>|<specificationoftasks>將要執(zhí)行的任務的描述或組成子活動（任務）順序的說明。目標[<objective>]+，企業(yè)活動實例要完成的操作性業(yè)務目標約束行為規(guī)則集激活優(yōu)先級結(jié)束狀態(tài)持續(xù)時間加給企業(yè)活動實例的[<constraint>]?[<behaviouralrule7.2.5A（行為規(guī)則集合構(gòu)成了行為規(guī)則集。）<integer>priority>*0<priority一個。使用性能指標使用者<identifier>'/'<name>]+，可以用來評估目標實現(xiàn)情況的性能指標。[<identifier/'輸入功能輸入對象視圖實例的[<origin>“:”<identifier>“/”<name>]+，對象視圖實例描述了企業(yè)活動實例所擁有的輸入信息?？刂戚斎雽ο笠晥D實例的[<origin>“:”<identifier>“/”<name>]+，對象視圖運行數(shù)據(jù)。所需的操作資源輸入事件輸入組成輸出操作角色的[<identifier>“/”<name>]+，操作角色定義了開展這一企業(yè)活動實例所需的操作能力開展這一企業(yè)活動所需的資源實例[<origin>'：'<identifier>'/'<name>]+，資源輸入確定了已提供的能力（713.4。所有事件的[<origin>“:”<identifier>“/”<name>]+，事件實例在開展企業(yè)活動實例時能夠被接收[<EnterpriseActivity>[':'[<param>]+]?]*，此企業(yè)活動是聚集的企業(yè)活動。功能輸出對象視圖實例的[<identifier>“/”<name>“:”<destination>]+，對象視圖實例描述了開展這一企業(yè)活動實例所產(chǎn)生的信息輸出。功能輸出包含了執(zhí)行任務及子任務的狀態(tài)信息，因為這些任務和企業(yè)活動和相關(guān)資源有關(guān)控制輸出資源輸出對象視圖實例的[<identifier>“/”<name>“:”<destination>]?，對象視圖實例描述了企業(yè)活動實例開展后各企業(yè)活動的狀態(tài)信息對象視圖實例的[<identifier>“/”<name>“:”<destination>]?，對象資源實例描述了企業(yè)活動實例開展后資源的狀態(tài)信息輸出事件所有事件的<identifier>“/”<name>“:”<destination>]?，事件實例在開展企業(yè)活動實例時能夠產(chǎn)生操作關(guān)系操作職責組織角色和組織單元的[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，組織角色和組織單元承擔運行此實例的職責。（組織角色對應前一個中括號，組織單元對應后一個中括號）操作權(quán)限組織角色和組織單元的[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，組織角色和組織單元具備運行此實例的權(quán)限。（組織角色對應前一個中括號，組織單元對應后一個中括號）注1：制所需的輸入/標準的范圍內(nèi)。注2：激活優(yōu)先級屬性在運行時用于選擇在行為規(guī)則集啟動多個進程的情況下優(yōu)先激活哪個進程，還用于指導向企業(yè)活動分配資源。注3：保證這些資源至少包括能提供所需能力的指定的資源輸入，是具備工具支持的設計人員的職責。服務目的（（（注：可以使用相關(guān)建模語言或工具，如藍圖、UML、用例圖等，對比模板中包含的更詳細、更具體的信息進行建模。描述服務構(gòu)件應描述提供滿足用戶（見8.4.5）產(chǎn)品需求功能的服務系統(tǒng)（見7.11）。在服務系統(tǒng)中：——提供服務功能需要各種業(yè)務過程、其他服務和企業(yè)活動，例如服務預訂過程、服務交付過程、服務規(guī)劃過程、供應過程或維護過程；——這類開發(fā)涉及多個實體，從使用服務的用戶到提供商、合作提供商，以及技術(shù)中心、研究中心和銀行等其他實體，所有這些實體都被稱為利益相關(guān)者，每個實體都有可能表達特定的關(guān)注點。（和（見8.2），運營角色輸入確定了由指定人員配置文件提供的所需技能。資源輸入和輸出應分別確定所需和提供的用法服務構(gòu)件應用于所有模型階段。其模板應能夠：表4服務模板標題構(gòu)件標簽<Model-uniqueabbreviation>SRV標識符<Model-uniquestring>(建模以構(gòu)件標簽的形式分配字母數(shù)字代碼，后面是擴展的字母數(shù)字字符串（55SV名稱<verbadjectivenoun>verb>表示服務必需的性質(zhì)，<adjective>和<noun示詞。設計權(quán)限組織角色和組織單元的[[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，組織角色和組織單元有權(quán)對此特定實例進行設計并予以維護。正文適用于域定義和后期階段的屬性描述<string>服務的短文本描述目標[<objective>]+，服務要完成的操作性業(yè)務目標與不同企業(yè)模型階段相關(guān)的屬性適用于概念定義和后期階段的屬性約束加給服務的約束[<constraint>]?適用于設計規(guī)范和后期階段的屬性行為規(guī)則集聲明性規(guī)則性能值服務屬性結(jié)束狀態(tài)使用性能指標使用者產(chǎn)品使用者利益相關(guān)者部分組成[<behaviouralrule7.2.5A（行為規(guī)則集合構(gòu)成了行為規(guī)則集。）適用于需求定義和后期階段的屬性。[<rule>]*，適用于本服務的聲明性規(guī)則。<functionalitytext|Functionalityderivedconstruct]，描述功能或[僅在服務特定化（8.3）中定義]引用功能衍生構(gòu)件的文本（8.4）[<text>]+|[PerformanceIndicator7.15）<attribute_name>['='[<attribute_value>]+]?]，表示服務屬性的元素以及服務所表示實體的可能值?！癧<value>priority>*0<priority與域標識和后續(xù)階段相關(guān)的關(guān)系。<identifier>'/'<name>]+，可以用來評估目標實現(xiàn)情況的性能指標。[<identifier>'/'<name>]+，使用此服務的服務和業(yè)務過程。適用于需求定義和后期階段的關(guān)系[<identifier>‘/’<name>]*，與本服務相關(guān)的產(chǎn)品，其中多重性[…]*是一個[0..*]（僅用于早期建模階段）或[1..1]或[1..*]或[m..n]。[<identifier>'/'<name>]+，使用服務的用戶（見8.4.5）。[<identifier>'/'<name>]+，與本服務相關(guān)的利益相關(guān)者（見8.4.4）。[<identifier>'/'<name>]+，此服務參與聚集的服務。列表中不能使用正在定義的服務的名稱。[<identifier>'/'<name>]+，此服務所聚集的服務、業(yè)務過程和企業(yè)活動。輸入/輸出功能輸入事件輸入[<origin>“:”<identifier>“/”<name>]+，描述以下內(nèi)容的對象視圖：修改，此服務使用或消耗的資源。[<origin>“:”<identifier>“/”<name>]+，此服務可以接收的事件。操作關(guān)系操作職責[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，操作角色和組織單元，分別負責本服務的操作。（組織角色對應前一個中括號，組織單元對應后一個中括號）權(quán)限[[<identifier>“/”<name>][“:”<identifier>“/”<name>]]，分別為組織角色和組織單元，有權(quán)操作此服務。注1：第A.1條規(guī)定了行為規(guī)則的基本原理和限制條件。注2：用戶和利益相關(guān)者僅在服務特定化中定義（見8.3）。事件目的描述事件也用來表示內(nèi)部或外部事件發(fā)生對域的意義。用法注1：有些事件可能只是簡單的表示某事發(fā)生的信號，而有的事件則包含了對象視圖所表示的信息。示例：事件：客戶訂單的到達（對象視圖：客戶訂單信息）。注2：事件構(gòu)件不包含有關(guān)其持續(xù)時間、持久性、超時或其他與使用有關(guān)的屬性的信息，這些都是依賴于實現(xiàn)的特性。每個事件都是一個獨一無二的。不過，事件應該具有包含形容詞的名稱，以表明一些特定結(jié)構(gòu)和行為。表5事件模板標題構(gòu)件標簽<Model-uniqueabbreviation>EV標識符<Model-uniquestring>(建模以構(gòu)件標簽的形式分配字母數(shù)字代碼，后面是擴展的字母數(shù)字字符串（55E_名稱<adjective>]？<noun>，事件實例的名稱，這里<noun>表示引起事件的實體，<adjective>可任意選取，起修飾作用。設計權(quán)限組織角色和組織單元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，組織角色和組織單元有權(quán)對此特定實例進行設計并予以維護。正文與域定義和后期階段相關(guān)的屬性描述<string>事件的短文本描述適用于設計規(guī)范和后期階段的屬性時間戳優(yōu)先級對象視圖由……產(chǎn)生發(fā)起數(shù)據(jù)類型<YYYY.MM.DDThh:mm.ss.sss>，此數(shù)據(jù)類型定義了創(chuàng)建時間時所提供YYYY（242018-11-25T11:44:05.123時間戳具有一個固定值，這個值是日期和時間的一個數(shù)據(jù)類型（不能改變，因為系統(tǒng)識別的是這個值）在系統(tǒng)定義范圍內(nèi)的整數(shù)<integer如果是默認，則為最高優(yōu)先級。與域定義和后續(xù)階段相關(guān)的關(guān)系對象視圖實例的[<origin>“:”<identifier>“/”<name>]?，對象視圖實例定義了和此事件實例發(fā)生的有關(guān)信息此事件實例來源的[<origin>“:”<identifier>“/”<name>]+能夠接收此事件實例的終點的[<identifier>“/”<name>“:”<destination>]+適用于設計規(guī)范和后期階段的關(guān)系操作關(guān)系操作職責操作角色和組織單元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，承擔運行此事件的職責。權(quán)限操作角色和組織單元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，具備運行此事件的權(quán)限。注：時間戳使用ISO8601格式化。目的見7.7）描述用法企業(yè)對象構(gòu)件在各個建模階段中都可使用。企業(yè)對象構(gòu)件的模板應該能夠：k)以人類可以理解和數(shù)字技術(shù)可以解釋的形式呈現(xiàn)。表6企業(yè)對象模板標題構(gòu)件標簽<Model-uniqueabbreviation>EO標識符<Model-uniquestring>(建模以構(gòu)件標簽的形式分配字母數(shù)字代碼，后面是擴展的字母數(shù)字字符串（55E_名稱<noun>，企業(yè)對象的名稱。設計權(quán)限組織角色和組織單元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，組織角色和組織單元有權(quán)對此特定實例進行設計并予以維護。正文與域定義和后期階段相關(guān)的屬性描述<string>文字描述對象本質(zhì)性質(zhì)約束完整性規(guī)則PHYSICAL|INFORMATION（物理的|信息）企業(yè)對象所代表的實體的本質(zhì)。[<attribute_name>['='[<attribute_value>]+]?]*，代表實體性質(zhì)和性質(zhì)的值的元素，此實體以企業(yè)對象表示。[<constraint>]?，加在企業(yè)對象經(jīng)選擇并指定的屬性上與需求定義和后期階段相關(guān)的屬性[<identifier>“/”<name>]?，適用于需求定義階段的企業(yè)對象的屬性與域定義和后期階段相關(guān)的關(guān)系類關(guān)系——本表的企業(yè)對象關(guān)系清單操作關(guān)系是……具體化(Specializa-tion_of)由……產(chǎn)生(Generalization_of)企業(yè)對象的[<identifier>“/”<name>]?，這些企業(yè)對象是這一特定實例通用化后的結(jié)果。正在定義中的企業(yè)對象的名稱在這個清單中不能使用[<identifier>'/'<name>]*，特定化此企業(yè)對象的企業(yè)對象。列表中不能使用正在定義的企業(yè)對象的名稱。是……一部分(Part_of)企業(yè)對象的[<identifier>“/”<name>]?，作為這些企業(yè)對象中的一員，這一特定實例涉及一個聚合。由……組成(Consists_of)所有企業(yè)對象的[<identifier>“/”<name>]?，這一企業(yè)對象是這所有企業(yè)對象實例的聚合。正在定義中的企業(yè)對象的名稱在這個清單中不能使用。權(quán)限操作角色和組織單元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，具備運行此事件的權(quán)限。企業(yè)對象視圖（對象視圖）目的描述企業(yè)對象視圖構(gòu)件應通過指定企業(yè)對象或特定化的選定屬性和關(guān)系來描述企業(yè)對象或其特定化的部分子集，其中可能包括約束和完整性規(guī)則。對象視圖也應用于傳達可能與事件相關(guān)的任何信息。用法對象視圖構(gòu)件在所有建模階段都要使用。對象視圖構(gòu)件的模板應能：注：術(shù)語“企業(yè)對象視圖”通常簡化為“對象視圖”。表7對象視圖模板標題構(gòu)件標簽<Model-uniqueabbreviation>OV標識符<Model-uniquestring>(建模以構(gòu)件標簽的形式分配字母數(shù)字代碼，后面是擴展的字母數(shù)字字符串（55O_名稱<noun>，對象視圖的名稱。設計權(quán)限組織角色和組織單元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，組織角色和組織單元有權(quán)對此特定實例進行設計并予以維護。正文與域定義和后期階段相關(guān)的屬性描述<string>文字描述對象本質(zhì)PHYSICAL|INFORMATION（物理的|信息）企業(yè)對象所代表的實體的本質(zhì)。性質(zhì)[<attribute_name>['='[<attribute_value>]+]?]*，代表實體性質(zhì)和性質(zhì)的值的元素，此實體以對象視圖表示。（這些屬性是應用對象視圖的企業(yè)對象屬性的子集）約束[<constraint>]?，加在對象視圖經(jīng)選擇并指定的屬性上與需求定義和后期階段相關(guān)的屬性完整性規(guī)則[integrity而來的企業(yè)對象企業(yè)對象的[<identifier>“/”<name>]，該對象視圖從這一企業(yè)對象發(fā)展而來適用于設計說明和后期階段的關(guān)系操作關(guān)系操作職責組織角色和組織單元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，操作角色和組織單元承擔操作此對象視圖的職責。權(quán)限組織角色和組織單元的[<identifier>“/”<name>]“:”[<identifier>“/”<name>]，組織角色和組織單元具備運行此對象視圖的權(quán)限。組織單元目的組織單元構(gòu)件的目的在于描述一個可以確認的實體以及其在企業(yè)組織結(jié)構(gòu)中的位置。描述）。用法注1：由一個組織單元描述的組織區(qū)域，大小可以不一（例如整個企業(yè)、一個部門、一個科或一個組）。注2：關(guān)系。注3：隨著企業(yè)模型的發(fā)展，組織單元的權(quán)限/職責可能會從一個生命周期階段轉(zhuǎn)變?yōu)榱硪粋€。表8組織單元模板標題構(gòu)件標簽<Model-uniqueabbreviation>OU標識符<Model-uniquestring>(建模以構(gòu)件標簽的形式分配字母數(shù)字代碼，后面是擴展的字母數(shù)字字符串（55O_名稱[<adjective>nounadjective<noun>說明組織單元的范圍。設計權(quán)限組織角色和組織單元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，組織角色和組織單元有權(quán)對此組織單元進行設計并予以維護。正文與域定義和后期階段相關(guān)的屬性描述組織層<string>，對組織單元的目的和目標進行文字說明適用于設計說明和后期階段的屬性<string>，對本組織單元在企業(yè)組織結(jié)構(gòu)中所處的等級進行的簡短文字描述適用于設計說明和后期階段的屬性操作權(quán)限和職責和過程有關(guān)的權(quán)限/職責：[<identifier>“/”<name>]?，它確定了和過程有關(guān)的域、業(yè)務過程、企業(yè)活動、服務和事件；對于上述諸項，本組織單元或管理或負責，或兼而有之。和信息有關(guān)的權(quán)限/職責：[<identifier/name>]?，它確定了和信息有關(guān)的企業(yè)對象、對象視圖、產(chǎn)品和命令；對于上述諸項，本組織單元或管理或負責，或兼而有之。和資源有關(guān)的權(quán)限/職責：[<identifier>“/”<name>]?，它確定了和資源有關(guān)的人員專規(guī)、資源和能力；對于上述諸項，本組織單元或管理或負責，或兼而有之。分配屬于本組織單元的組織角色[<identifier>“/”<name>]+，分配給此組織單元的組織角色。管轄本組織單元的組織單元[<identifier>“/”<name>]+，分配給此組織單元的組織單元。由……管理[<identifier>]*，對本組織單元具有權(quán)限或責任的組織單元。注1：設計權(quán)限屬性最初沒有值或有占位符值，該值在模型完成之前解析為現(xiàn)有構(gòu)件。注2：保持這些職責和指定構(gòu)件的相應屬性的一致性，是執(zhí)行工具的職責。決策中心目的）描述（（時段）。決策級別和決策功能類別的組合定義了決策中心在決策結(jié)構(gòu)中的位置。注：B.4.3包含決策級別和決策功能類別的更多詳細信息，以及相關(guān)結(jié)果和活動圖（GRAI）網(wǎng)格中決策結(jié)構(gòu)的表示（參見B.）（圖B.11）。用法決策中心構(gòu)件用于概念設計階段及其以后的階段。決策中心構(gòu)件模板應能：表9決策中心模板標題構(gòu)件標簽<Model-uniqueabbreviation>DC標識符<Model-uniquestring>(建模以構(gòu)件標簽的形式分配字母數(shù)字代碼，后面是擴展的字母數(shù)字字符串（55D_名稱<verb>[[<adjective>]?<noun>]?，決策中心的名稱；這里<verb>表示決策中心必備的性質(zhì)，<adjective>和<noun>（可選擇的）是決策中心的限定詞和范圍指示詞。設計權(quán)限組織角色和組織單元的[<identifier>“/”<name>]“:”<identifier>“/”<name>]，組織角色和組織單元有權(quán)對此決策中心進行設計并予以維護。正文適用于概念定義和其后續(xù)各階段的屬性描述<string>，對決策中心的職權(quán)范圍進行文字說明適用于需求定義和后期階段的屬性決策框架<string>|[<identifier>‘/’<name>]，（i）列出要實現(xiàn)的目標、涉及的變量和需要滿足的約束的文本，或（iiB4（B...2該結(jié)構(gòu)可適用于多個決策中心，描述了發(fā)送至決策中心和/或從決策中心發(fā)送的信息。決策功能類目<string>|[<identifier>‘/’<name>]，描述處理相同類型決策活動并涉及相同類型主題的決策活動或決策中心類型的文本。決策層[<horizon><period>]，這里<horizon>和<period>按日、周、年來計。<horizon>說明制定一項決策的用時，<period>說明修正一項決策的頻次。適用于設計說明和后期階段的屬性組織位置<string>，本決策中心相對于企業(yè)組織單元位置的文本描述。適用于設計說明和后期階段的關(guān)系操作適用范圍過程適用范圍[<identifier>“/”<name>]?，此決策中心制定的決策用于的域、業(yè)務過程、服務、企業(yè)活動、決策活動（僅在決策視圖中）和事件信息適用范圍[<identifier>“/”<name>]?，明確了此決策中心制定的決策用于的企業(yè)對象、對象視圖、產(chǎn)品和命令資源適用范圍分配[<identifier>“/”<name>]?，明確了此決策中心制定的決策用于的人員專規(guī)、資源、能力和/或功能實體受控的決策中心[<identifier>“/”<name>]?，明確了由此決策中心管轄的多個決策中心此決策中心屬于的決策中心[<identifier>“/”<name>]?，指定了對此決策中心負責并具有管理權(quán)的決策中心此決策中心屬于的組織角色負責此決策中心的組織角色的[<identifier>“/”<name>]此決策中心屬于的組織單元[<identifier>“/”<name>]+，說明了此決策中心屬于的組織單元角色目的見描述角色構(gòu)件應描述早期建模生命周期階段實體執(zhí)行的一般或典型或特征功能，這些功能在后期建模示例：不同的角色和背景包括：——對于人力資源來說，一名員工可以依次成為某一組織結(jié)構(gòu)中的下屬、同一結(jié)構(gòu)中其他員工的經(jīng)理以及另一組織結(jié)構(gòu)的外部兼職顧問；此人在擔任不同角色時可以提供不同的能力；——對于組織實體來說，企業(yè)可以是協(xié)作中的一個或多個協(xié)作伙伴、與服務功能相關(guān)的服務的用戶或為該服務提供資源的共同提供者。用法上述各種角色由8.4中角色的以下特定化表示：——利益相關(guān)者（進一步特定化為用戶和合作提供商）。表10角色模板標題構(gòu)件標簽<Model-uniqueabbreviation>RO標識符<Model-unique