GB T 17175.4-1997 信息技术 开放系统互连 管理信息结构 第4部分;被管客体的定义指南.pdf

1、中华人民共和国国家标准信息技术开放系统互连管理信息结构第部分被管客体的定义指南发布实施国家技术监督局发布前言本标准等同采用国际标准信息技术开放系统互连管理信息结构第部分被管客体的定义指南在信息技术开放系统互连管理信息结构的总标题下目前包括下列三部分第部分管理信息模型第部分管理信息定义第部分被管客体的定义指南由于编辑原因本标准删去了国际标准的页码索引本标准的附录是提示的附录本标准由中华人民共和国电子工业部提出本标准由电子工业部标准化研究所归口本标准起草单位电子工业部标准化研究所本标准主要起草人冯惠黄家英王宝艾前言国际标准化组织和国际电工委员会是世界性的标准化专门机构国家成员体它们都是或的成员国通

2、过国际组织创建的各个技术委员会参与制定针对特定技术范围的国际标准和的各技术委员会在共同感兴趣的领域内进行合作与和有联系的其他官方和非官方国际组织也可参与国际标准的制定工作对于信息技术和创建了一个联合技术委员会即由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决发布一项国际标准至少需要的参与表决的国家成员体投标赞成国际标准是由信息技术联合技术委员会与合作制定的这个文本也以建议发布在信息技术开放系统互连管理信息结构的总标题下包括下列部分第部分管理信息模型第部分管理信息定义第部分被管客体的定义指南第部分类属管理信息第部分与管理信息相关的实现一致性声明形式表的要求和指南本标准的附录仅提供参考

3、信息引言是根据和制定的系列标准与以下国家标准相关信息技术开放系统互连公共管理信息服务定义信息技术开放系统互连公共管理信息协议信息技术开放系统互连系统管理概述信息技术开放系统互连系统管理本标准向被管客体类定义的制定者提供所要求的信息与文件编制工具以便产生与管理标准相兼容的完整被管客体类定义与定义了管理的体系结构描述了管理标准的内容及它们之间的关系按被管客体描述管理信息模型定义属类被管客体类及特征当在中存在合适的管理信息定义时建议引用该定义而不是以同样的结构定义一个新的信息元素定义了用于表达与系统管理协议运载的被管客体特性相关数据元素的抽象语法记法中华人民共和国国家标准信息技术开放系统互连管理信息

4、结构第部分被管客体的定义指南国家技术监督局批准实施范围本标准向包含被管客体定义的国家标准的制定者提供指南它将促使被管客体定义之间的一致性保证按照与管理的国家标准相兼容的方法制定这样的定义通过标识公共有用的文件布局规程与定义来减少其他工作组的重复工作为此目的本标准规定被管客体类定义与相关管理国家标准之间的关系并规定被管客体类定义应如何使用那些国家标准对于被管客体类的定义及其属性通知动作行为所采纳的合适方法它包括在定义中应指出的概要方面在定义中要使用所建议的记法工具定义可遵守的一致性指南被管客体类定义与管理协议的关系及协议相关定义所要求的内容建议的被管客体类定义用的文件结构本标准可用于制定国家标准

5、它们定义利用管理协议来传送或操纵的管理信息与信息相关的被管客体本标准不规定或不隐含对根据功能度制定的被管客体类定义与其相关的国家标准或者将其放入特定管理环境中之用法的任何限制资源定义的指南它仅对被管客体的定义提供指南而该被管客体定义提供了资源管理观点引用标准下列标准所包含的条文通过在本标准中引用而构成为本标准的条文本标准出版时所示版本均为有效所有标准都会被修订使用本标准的各方应探讨使用下列标准最新版本的可能性信息处理系统开放系统互连基本参考模型信息处理系统开放系统互连基本参考模型第部分命名和编址信息处理系统开放系统互连基本参考模型第部分管理框架信息技术开放系统互连抽象语法记法一规范信息技术开放

6、系统互连目录第部分模型信息技术开放系统互连公共管理信息服务定义信息技术开放系统互连公共管理信息协议第部分规范信息技术开放系统互连系统管理概述信息技术开放系统互连系统管理第部分表示关系的属性信息技术开放系统互连系统管理第部分告警报告功能信息技术开放系统互连管理信息结构第部分管理信息模型信息技术开放系统互连管理信息结构第部分管理信息定义信息处理开放系统互连登记机构操作规程第部分一般规程定义本标准采用下列定义基本参考模型定义本标准采用中定义的下列术语连接实体层服务访问点开放系统系统管理命名与编址定义本标准采用中定义的下列术语选择符管理框架定义本标准采用中定义的下列术语被管客体层操作系统管理概述定义本

7、标准采用中定义的下列术语代理属类定义被管客体类管理信息管理者层管理协议通知通知类型系统管理操作系统管理应用协议管理信息模型定义本标准采用中定义的下列术语动作实际类属性组属性标识符属性类型属性值集合行为特性条件包可容度继承继承分级初值被管客体例示必备包多继承名字联编包参数许可值集合相关可辨别名要求的值集合专门化子类下级客体上级类上级客体定义本标准采用中定义的下列术语属性公共管理信息服务定义本标准采用中定义的下列术语客体标识符序列类型类型的序列置位类型类型的置位子类型类型类型引用名值引用名补充定义被管客体类定义已分配被管客体类名称通过使用被管客体类模板或多个模板用文件说明的一组属性操作通知及行为定

8、义它们属于本标准中定义的类型直接或间接地被被管客体类模板所引用被管客体类的定义包括从被管客体类的上级类继承的所有定义元素和构成上级类专门化的所有定义元素模板名字联编被管客体类定义及其成分诸如包参数属性属性组行为定义动作或通知的文件编制的标准格式目录客体类在中定义的客体类缩略语抽象语法记法一公共管理信息协议公共管理信息服务管理信息定义初值被管客体被管客体一致性声明服务访问点开放系统互连协议数据单元服务访问点服务数据单元管理信息结构相关可辨别名约定本标准不使用外部定义的约定全球问题关系完整性当定义被管客体类时顾及适用于那些类的实例之一致性要求的诸种情况是很重要的例如被管客体行为受一些规则的限制而这

9、些规则不仅依赖于其自身的状态也依赖于系统中其他被管客体的状态任何这样的限制必须表达为与有关被管客体类相关的行为与被管客体例示相关的定义应显式地定义一致性规则的特定情况是删除操作的情况对于该操作这种一致性规则用与被管客体类相关的名字联编来规定删除操作的效果应按这样的方法来定义即要清楚在什么环境下允许删除以及删除的结果是什么特别是名字联编应规定当所包括的被管客体仍存在时是否允许删除该类的实例以及什么规则适应于正被删除的被管客体与其他被管客体之间的其他非可容度关系仍存在的情况诸如在中定义的关系属性存在的结果可能存在的情况适用于删除的一致性规则应使删除操作不导致非一致性关系由于这些一致性规则规定为名字

10、联编的一部分适用于删除给定的被管客体的规则可在被管客体被例示的时刻建立继承特性继承过程导致在被管客体类定义中包括有被管客体类的上级类的所有特性该规则递归地使用在继承分级的称为顶部的顶峰处终止因此所给定的被管客体包括部分顶部定义的所有特性加上在定义形成部分被管客体类的继承分级的顶部任何子类的过程中增加的所有特性任选性一般地不鼓励在被管客体类定义中提供选项由于随着选项数的增加使得互工作变得更困难像中的说明那样被管客体类定义可以包括条件包如果特定条件适用条件包呈现在被管客体类实例中旨在是用于这些包的条件应与资源的标准特征相关被管客体类适于这些标准特征或与管理系统支持的任选管理功能相关登记对于被管客体

11、类的各个方面诸如被管客体类名称属性类型等定义被管客体类的过程要求分配全球唯一的标识符称为客体标识符这些标识符的值用于管理协议中以唯一地标识被管客体的各方面及其相关属性操作与通知因此制定被管客体类定义的必要指导者即标准团体或有关组织应标识或创建合适的登记机制该机制能发布供其作用的客体标识符值规定了客体标识符的结构与初始弧的值关于创建登记机制与登记机构的进一步信息可在中找到一旦一项管理信息已被分配一个客体标识符值要求该项的定义的修改内容不应改变信息的语义实际上这意味着允许对被登记的管理信息定义作编辑变化但定义不能按在协议中可视的方法来变化在系统管理国家标准中登记的所有的客体标识符值根据该弧进行分配

12、本标准定义下面的弧分配在每个系统管理标准基础上分配之下的弧如表所示表之下的弧分配弧标准系统管理概述公共管理信息协议系统管理功能其中是分标准号管理信息结构其中是分标准号在这一级之下的弧分配在至中定义现有的或将来的系统管理标准所要求的进一步的弧将按要求分配方法是对本标准进行修正注本章及其子条描述的客体标识符值分配方案只适用于由与联合制定的系统管理标准中的客体标识符值的分配其他标准团体或组织有必要要求在制定管理标准的过程中分配客体标识符值以在合适的登记机构下创建它们自己的分配方案系统管理标准活动采用的结构可作为如何创建合适的分配方案的一个有用的例子但分配方案最后的选择是有关组织的责任为了提高人对客体

13、标识符值的可读性建议在可能的地方都使用中定义的表示客体标识符值的名称与编号用于系统管理概述的客体标识符分配注系统管理概述负责这些弧的分配它们只作为信息提供在之下下列弧分配用于应用上下文抽象语法与模块标识符的登记如表所示表之下的弧分配弧目的分配应用上下文标识符分配协商抽象语法的版本标识符分配模块标识符按照的规定在之下进一步的弧分配用于特定应用上下文标识符的登记如表所示表之下的弧分配弧目的系统管理应用程序的标识符按照的规定在之下进一步的弧分配用于协商抽象语法特定版的登记如表所示表之下的弧分配弧目的标识协商抽象语法版本按照的规定在之下进一步的弧分配用于特定模块标识符的登记如表所示表之下的弧分配弧目的

14、分配版本标识符给包括与协商抽象语法相关的定义的模块按照的规定在之下进一步的弧分配用于模块的特定版本的登记如表所示表之下的弧分配弧目的标识包括与协商抽象语法相关的定义的模块版本用于的客体标识符分配注负责这些弧的分配它们只是作为信息提供版本已作废并被版本所取代版本在中已文件化对此无相应的建议在之下弧分配用于每个版本和中有说明版本在之下弧分配用于版本如表所示表为分配的之下的弧分配弧目的为版本分配的客体标识符在之下弧分配用于中描述如表所示表之下的弧分配弧版本在之下弧分配用于为版本如表所示表为版本分配的之下的弧分配弧目的为模块分配客体标识符为协议控制信息分配客体标识符在之下对于中说明的目的弧分配如表表示

15、表之下的弧分配弧在之下为中描述的目的弧分配如表所示表之下的弧分配弧用于功能标准的客体标识符分配在之下弧分配用来标识每个功能标准如表所示表之下的弧分配弧标准系统管理功能其中是分标准号在之下弧分配如表所示表之下的弧分配弧目的分配方案的标准特定扩充部分功能单位包标识符的分配模块标识符的分配被管客体类标识符的分配包标识符的分配参数标识符的分配名字联编标识符的分配属性标识符的分配属性组标识符的分配动作类型的分配通知类型的分配在每个功能标准内按照功能标准的要求在这个等级之下可分配进一步的弧例如分配特定属性标识符用于标准的客体标识符分配之下弧分配用来以标识每一个标准如表所示表之下的弧分配弧标准第部分其中是分

16、标准号在之下弧分配如表所示表之下的弧分配弧目的分配方案的标准特定扩充模块标识符的分配被管客体类标识符的分配包标识符的分配参数标识符的分配名字联编标识符的分配属性标识符的分配属性组标识符的分配动作类型的分配通知类型的分配在每个标准内按照标准的要求在这个级之下可分配进一步的弧例如分配特定属性标识符用于实际类的客体标识符分配由本标准分配的客体标识符值用来运送定义的实际类的语义当该客体标识符值用来规定操作服务请求中的基本被管客体类时它指示系统管理操作的接收者应作为它的实际类成员来响应一致性规定与管理信息标准要求相关的一般一致性被管客体定义的复杂性整个模型化过程中被管客体定义的复杂性应减小到最小程度在任

17、何情况下管理操作应不比所涉及的实体的相应特性更复杂被管客体创建与删除被管客体实例的创建与删除的实例按以下方式发生可通过管理协议相互作用来创建删除被管客体为此目的创建与删除操作与相关语义一起被定义被管客体可以作为与其相关的资源操作结果被创建和删除一般是作为协议机操作结果在该情况下应不定义创建与删除操作一个例子是为连接管理目的的表示法被管客体可通过其他手段来创建和删除不为被管客体定义创建操作与删除操作例如当初始化一件设备时总是自动创建一个被管客体并且不能通过管理来删除在以上三种方法当中选择被管客体创建的方法可以不同于选择被管客体的删除的方法在某些情况下可以只有一种方法通过它创建或删除特定类中的被管

18、客体在另一些情况下有可能通过多种机制创建或删除特定类中的受管理的客体初值被管客体当被管客体被创建时可能所要求的是提供分配默认值的能力以用于创建被管客体它本身会受管理操作修改的支配这可以通过初值被管客体的规范来获得的属性是通过管理操作可修改的并且规范能够在创建另一被管客体类实例时提供相应属性默认值当使用创建新的被管客体时中的属性值用作新的被管客体的相应属性的初值被管客体类定义可以规定如何选择的规范应定义提供初值的环境如何提供初值及它提供的初值可适用于哪个属性当管理操作用来修改的属性时先前使用那个创建的被管客体的属性不受影响类似地靠使用创建的被管客体属性执行的管理操作不影响的属性初始属性值的来源创

19、建时间使用的被管客体的初始属性值可从许多来源中获得如在中定义的那样当属性表示的特定值必须与基本资源一致时该值形成创建时间所使用的必备性初始值被管客体定义的一般原则这里描述的一般原则旨在用作被管客体定义者的指南并促进被管客体定义之间的一致性为此鼓励被管客体定义者在可用的地方使用所提供的指南通用性被管客体定义者应努力标识并使用在标准中定义的公共被管客体类公共被管客体类及在中定义的其他特征被管客体定义者还应努力考虑并重新使用源于其他组的定义以提高定义的通用性可通过管理对许多被管客体定义小组都是公共的事物模型的制定来达到这个目标管理什么被管客体类定义及其成分应清晰地满足与特定管理目标相关的合理要求这种

20、要求可能包括一个层或子层的操作的对等协议方面的管理以及跨越服务边界服务提供者未特别报告的所觉察问题例如基础服务提供的服务质量未满足可接受的级别在制定管理信息定义过程中保留每个管理目标的正当理由是很重要的使用评论来解释管理信息定义的每个成分例如被管客体类属性操作和通知等等如何与该正当理由相关借助表示资源其中事物发生了的被管客体将管理关心的事物记录下来也就是说如果被管客体表示特定的资源已被定义例如连接那么有关那个资源的信息应通过相应的被管客体反映出来而不是在别处反映出来结构使用许多技术来表示被管客体的结构以反映数据组或功能度组这些技术中的每一种都有优缺点对于特定规范要求选择最合适的技术依赖于许多准

21、则说明如下中描述的结构技术会有属性组子类专门化多继承包含的被管客体包属性操作和通知的组可以被定义哪个存在或不存在是以标准化情况为基础的诸如选择基础标准中的特定选项这样的功能度组作为整体或者存在或者不存在功能度组可以作为在资源例如提供运输类的层标准中选项选择的结果出现以引导附加管理要求或能力或者作为支持已定义的管理功能例如记帐的结果出现这些功能度组使用被管客体类模板所提供的条件包技术来定义在选择结构技术时一个重要的准则是组的静态或动态存在如果组的存在被固定在说明时间则使用属性组子类多继承或包含的被管客体可能是合适的如果该存在被固定在实现安装或例示时间则使用包含的被管客体或条件包可能是合适的如果组

22、的存在在整个包容封装被管客体的生命周期可以变化则使用动态创建和删除的包含的被管客体可能是合适的另一个准则是在被管客体内是否有组的多个实例如果是在这种情况下使用包含的被管客体是合适的否则五种结构技术中的任何一种可能都是合适的被管客体上级类的例示说明从没被例示说明的被管客体类可以被定义用来提供公共基础在此基础上使子类专门化例如可定义类属虚拟电路被管客体类其中永久和交换的虚拟电路可以是子类在某些情况下特别是为了修订标准而定义子类时可能有上级类其中实例可以被创建不受限制的上级类继承规则限制了当定义被管客体类的子类时可以修改所要求的和所允许的该被管客体类属性值集合的方法用同样的方法时该规则限制了将参数增

23、加到动作与通知的能力这些限制保证了子类与上级类相兼容为此当定义期望为后续被管客体类的上级类的被管客体类时为这些种类的扩充规定措施非常有用虽然不能预料和提供所有的扩充但下面的技术允许各种各样的扩充以维护兼容性定义每个属性的语法类型以包含所有的适于属性语义的值即使没有直接要求那些值在每个动作与通知定义中提供扩充能力定义包含这些元素的不受限制的上级类而无需进一步的限制并作为定义更多受限制子类的基础对于属性这意味着一个空的被要求的值集合与被许可的数值设置等于属性语法定义这个不受限制的上级类的特定子类该上级类把要求的限制放到属性动作及通知上被管客体定义者可以仅在不受限制的上级类的某些属性动作和通知中提供

24、扩充能力属性属性值集合在某些情况下基础标准中的选项允许属性值的集合按照实现的选择而变化典型例子可能是基础标准允许大范围的包规格但标准的一致性实现可以支持的范围很有限此时属性行为定义应标识可能的范围是什么有必要定义空值作为属性值集合的允许值或者如果是的属性有必要定义特定语义附属的属性值诸如以对应属性的空值创建被管客体或不理睬该属性作为初始值的源定义这些值的技术包含定义抽象语法作为选择类型其中一种选择了定义属性的正常值集合另一种选择定义了特定语义附属的值可以用许多方法获得允许的属性值集合的定义包含静态地定义属性值集合作为被管客体类定义的一部分定义第二个属性其值指示属性可以包含的值集合前者技术使与被

25、管客体类相关的属性定义数目减到最小但是如果要求许多属性变量后者技术避免了定义多子类来处理每个可能的值集合变量的必要性属性类型若序列类型类型的序列或集合类型用作属性语法定义的基本类型结构化属性才可用于不要求它各自修改属性元素的地方因为这些类型对应于有单值的属性类型若有必要指出许多属性而同时维护各自操纵每个属性的能力属性组可予以定义如果需要动作和行为的定义可用来阐明组的成员之间的依赖性注这并不隐含有专门针对属性组本身的行为说明该属性组也不适用于各自处理的属性属性值关系属性值可根据其他属性值的某一功能来限制这种情形的所有关系应加以标识当属性值受同一被管客体的其他属性的限制时对于单个管理操作可能存在同

26、步要求此操作改变相关属性的一个或多个值失败可能导致相关属性具有非法值如果这样的同步要求存在它应作为被管客体类行为定义的一部分并文件化当属性值受不同被管客体的其他属性的限制时如果同步要求也存在它应按与被管客体类相关的行为而文件化在这种情况下如果被管客体都在同一管理系统中并且单个管理操作可修改属性通过使用的原子型交叉客体同步能力来实施该要求交叉多管理操作的同步交叉不同的被管客体的不同属性的同步或交叉多管理系统的同步的一般问题不能单独利用当前系统管理协议来实施的模型化有一个一般的要求即要求把实体选择符和实体之间的关系表示为与该层相关的被管客体结构的一部分存在许多可能的解决办法例如将关系模型化为层被管

27、客体中包含的信息将关系模型化为层被管客体中包含的信息将关系模型化为不属于任一层的被管客体中包含的信息即所有层公共的被管客体本标准推荐的实践是采纳第二种方法特别是应由各个被管客体来表示它可能把地址及其他信息作为属性连同关系属性一起指向与相关的与实体被管客体为了这施对选择符的一致要求有必要使编址无二义性建议被管客体应包含在与使其定界的实体相对应的被管客体中注这里所指的一致性要求用选择符组合的实体地址来唯一地标识实体或同一类型的实体集合已知该要求相当于对用于给出的实体的选择符值的分配所设置的唯一性要求如果这种选择符信息通过实体而不是实体来维护则该一致性要求的维护可以更简单地达到统计一致性被管客体定义

28、者应努力达到跨越各层的统计一致性其方法是采用以为基础的一些原则尤其是通过被管客体的管理所关心的记录信息的概念而该被管客体表示了与该信息相关的资源可以被记录统计数的层的候选特性是本地差错成功的对等到对等交换对等到对等失败服务拒绝例如将先前在本文件中定义的原则应用到中的连接的定义引导下列主要的首统计数的标识与其他层对实体创建的实体连接数实体连接建立本地失败数实体连接建立等对等协商失败数低层服务提供者连接创建拒绝数此组统计数对每个层正在发生的事物提供了一致的观点在面向连接的情况下而无需计数器重复注对于差错断开等要求相类似的模型计数器被管客体定义者应规定层与八位位组计数器而不是或八位位组注很可能考虑仅

29、有必要在有限数的层处计数八位位组重叠被管客体定义者应努力达到一致性并避免不必要的重复或重叠的统计例如维护第一个发出请求的计数和重试发出请求的计数这样就不必要同时两个计数器都增加这两个计数器的和产生出所发送的总非可复位计数器推荐非可复位计数器因为他们允许多观察者而不需要与复位协调相关的复杂互锁机制事件计数器当可以由事件转发辨别器抑制的生成时对于导致发出通知的受管理资源事件应维持计数计数器为管理计数器必须知道它的模数否则管理者不能确定计数器返回的值因此在定义计数器时至少有四种可能性计数器决不返回模数固定为被管客体类定义的一部分模数定义在相关属性中模数定义在每个实现基础上并规定在中注在为层至定义的被

30、管客体中已经采纳使用决不返回的计数器方法定时器遵守精度的公共规范即系统必须以该精度来存储用于管理通信的定时器属性值这些属性值与协议中定时器的实际操作的关系按行为声明文件化注在为层至定义的被管客体类中为了包含足够大的范围而无需过度的精度则使用浮点表示法来表达定时器值其尾数长度位指数长度不超过位这不隐含要求执行浮点算术期望系统能够存储该精度的值其他限制允许必须接受将定时器属性置为那个精度的请求属性更新被管客体类定义者应保证当定义通过管理操作或资源正常操作两者可更新的属性时则可定义并发更新的效应特别是如果资源也更新了同一属性则替换属性值操作的效应可能丢失属性的精度管理系统可以试图将属性值的精度置为高

31、于代理系统所支持的精度可使这种较高的精度值近似所定义精度的相邻值被管客体标识可带有实例的每个被管客体类定义至少包含适于用作被管客体的命名属性的一个属性合适的属性是可测试相等性的必备性属性其语义允许其值在使用它命名的每个被管客体生命周期内保持固定并且其标识符和值应唯一地标识从使用同一上级客体命名的所有其他客体中来的被管客体当被管客体被删除时对命名属性所赋予的值成为或供再使用以标识在同一上级客体范围内创建的后续被管客体如果有必要保证被管客体的某一实例被删除后被管客体类的该实例维持能从那个类的所有其他实例中辨别出来则有必要定义包含在该被管客体类定义中的附加属性唯一标识属性其语义保证超出规定时间维持唯

32、一的标识没有该要求的被管客体类不需要在其定义中包含唯一标识属性唯一标识属性应是只读型并且当它被包含进被管客体时它可被包含在那个被管客体所发出的通知中通知拒绝服务不应发出有关取消低层服务的通知因为表示低层服务的被管客体应负责报告这种服务终止的异常原因这样做的目的是禁止异常地终止激起这几层波动并生成幻像通知信息保存通知包括了与事件相关的信息否则只保持统计数可能使该事件丢失例如接收的首标字段对此已检测到协议差错由于某一特定原因要被终止的连接统计数特定事件序列的定时使用操作被管客体类定义应包含相应的操作对于由受管理系统启用通知予以规定按照操作对受管理系统中的被管客体的直接作用将操作规定如下如果直接作用

33、是创建被管客体类的实例则可使用创建操作当被管客体是因为另一个被管客体中的变更的副作用而被创建时或是当所支持的被管客体是由于另一个被管客体状态中的变化而被创建时则创建操作不能用于要求协作创建许多被管客体的复杂活动如果直接作用是删除被管客体则可使用删除操作如果直接作用是将被管客体的属性值置为特定的值则可使用替换属性值操作如果直接作用是将属性值置为默认值条件是这样的默认定义了则可使用用默认值替换的操作如果直接作用是增加或除去被管客体的有集合值属性的成员则可使用增加成员操作或除去成员操作如果直接作用是从被管客体中检索属性值则可使用属性值操作在其他情况下若没有直接作用或直接作用是以上所列出情况的组合或对

34、整个客体有某一其他作用则可使用动作操作使用动作操作的例子包含不可能利用属性值属性值用默认值替换成员操作或成员操作结合在一起规定范围以及进行筛选的技术对被管客体集合来定义所要求的操作要求按照原子操作创建一个以上的被管客体不受公共属性影响的几个客体对操作的请求或响应而该操作包括了不能由被管客体属性所模型化的信息直接作用与非直接作用的概念在中讨论关于被管客体定义的记法工具记法工具概述本章定义的模板为表示被管客体类定义及其相关命名结构的各个方面提供了一组公共工具及公共记法每个模板的形式定义包含在至中用在这些形式定义中的语义约定在中规定这些形式定义定义了每个模板应包含或可能包含的结构以及结构应出现在每个

35、模板中的次序这些工具的使用举例包含在附录中被管客体类的结构与行为主要利用被管客体类模板来定义该模板标识了被管客体类及其他管理客体类与包括在被管客体类定义中的行为包属性包通知包及操作包之间存在的继承关系为了允许将本规范部分重新用于其他被管客体类规范中定义了附加模板以提供属性各自的和成组的行为动作通知参数与包的规范这些进一步的模板由其他模板利用中定义的引用机制调出该机制允许在一个标准中引用另一标准中包含的规范因此允许提供属类定义用于被管客体类定义除本地定义之外如果需要也可直接进一步包含这些模板被管客体类的命名利用名字联编模板来定义该模板标识了被命名的被管客体类并定义了可用来命名特定上级类上下文中的

36、类实例的相关可辨别名这个模板也提供存在于两个客体类之间的关系规定作为特殊名字联编的结果用于模板定义的约定模板的开头由模板标号与模板名称组成模板包含一个或多个结构每个结构由结构名称来命名并且每个结构可有结构变元结构变元由几个元素依次组成如特定结构定义要求的那样模板使用的每个实例表示唯一的模板标号其他模板可通过它引用这个实例并且登记的结构存在则赋予客体标识符的值在该标识符下已登记了实例分号用来标记每个结构的结束除了与外并标记模板的结束为了简化模板结构例如在模板定义中重复同一语法结构时可定义支持的语法定义如果为了完成模板定义而要求这种支持的语法定义这些支持的语法定义则由关键字在模板定义的结束处引入并

37、由以下形式的若干产生式组成定义标号允许被模板定义或其他支持产生式引用的定义并且语法定义使用本条的剩余部分所定义的语法约定给出扩充定义在定义若干替换串的语法定义的情况下对包含语法定义的支持产生式的引用被假定为估算从替换表中选择的单个串模板定义以下列语法约定为基础形成模板定义部分的所有末端符号与关键字都是事件敏感型的如果有必要再现模板无二义性语法则模板的每个元素都应通过一个或多个定界符与相邻元素分开有效定界符是间隔字符行结束空行或注释一个或多个定界符应出现在模板标号与之间与之间与结构变元之间一个或多个定界符在模板内的任何不同的一对元素之间引入并且当结构变元由许多不同元素组成时定界符在它们之间引入否

38、则定界符应不在模板元素范围内引入除非模板定义明确地允许其引入间隔空行注释及行结束作为定界符才有效注释由字符对引入并由字符对或行结束终止而不管哪个首先出现注释等价于间隔其目的是解释本标准中定义的模板注释没有标准意义字符应用来标记模板内每个结构的结束除了与外并标记模板的结束用来表示客体标识符的记法应是中定义的表示客体标识符值的值记法即产生式假设为本文件中所有模板定义用的支持产生式其中客体标识符值是指中定义的相应记法由包围的串定界了模板定义部分该模板定义存在于或不存在于模板使用的每个实例中如果封闭括号后接着星号即括号里的内容出现次或多次定义的这些部分可被省略或重复的环境依赖于模板类型的定义用包围的串

39、定界了在模板使用的每个实例中被替换的串替换串的结构及含义依赖于串类型大写字母串表示在模板使用的每个实例中要求存在的关键字除非将它们括起来以表示其存在是任选的字符用作支持产生式的语义定义的替换串的定界符当支持产生式用来定义替换串时第一个替换的开放定界符是符号字符是后续替换的关闭定界符与开启分隔符最终替换的关闭定界符是紧跟在其开启分隔符遇到的第一个行结束之后模板标号在标准中或在表明它的文件中是唯一的在单独部分受正常维护并单独分配的多部分标准或文件中模板标号在它被表明的部分中是唯一的模板标号唯一性的要求与正被标注的模板类型无关例如如果标号在文件中用来标注模板使用的一个实例则不允许使用在同一文件中的标

40、号来标注同一类型或不同类型的模板的使用的另一个实例当文件中表明的模板标号并且被文件引用时在文件中的引用应由文件的全球唯一名称加在前头如果文件由国际上认可的命名机构如或来命名文件的被登记的字母数字指示符应该用作标识符诸如该串的格式应由与其文件的引用有关的命名机构来规定当被引用的文件被和联合开发并出版文件指示符应包含与的文件指示符其间用隔开如本示例所示当全球统一名称没有提供时允许对被引用的文件赋予一个客体标识符值并使用该值作为全球唯一文件名称使用上述记法定义的模板标号的语法如下标号串可包括任何数目的下列字符大写或小写字母字符数字字符字符其次序可是任意的以小写字母字符开始除了字符对不应出现在标号串中

41、以外例如下列模板标号构成附录中包含的定义的全球唯一的标号前头不加文件标识符的标号引用被假定是对出现引用的文件中所表明的标号的引用当模板标号作为另一个模板的指针呈现在模板中时它也可由被引用模板本身的全部正文包含模板的标号所代替这允许某一模板包括直接引用的模板子模板同时维持另一模板引用这样的定义的子模板的能力实际上支持产生式被假设用于模板标号与模板定义的所有实例当模板有必要引用类型或值定义时类型或值的名称前头加上包含类型或值定义的模型的模型名称所使用的模型名称被假定系指包括在产生类型或值引用的模板的同一文件中的模块所以支持产生式假定用于引用类型或值的所有模板定义其中模型名称是赋予包括在产生引用的文

42、件中的模型的名称并且类型名称和值名称是赋予包括在该模型中的类型或值定义的名称当有必要引用包含在其他文件中的类型或值定义时这可通过利用机制引入相应类型或值定义的本地模型来获得当有必要包含模板中的正文则以字符串的形式包括该正文开头和结束可任选以下字符中的正文定界符字符如果使用正文定界符字符在串的开头和结束应使用同样的字符并且当正文定界符字符出现在正文字符串中它应该用那个字符的两次出现来替换如果正文定界符字符不被使用那么正文串应不包括任何标点字符而该标点符是使用正文串的模板定义中的该正文串的有效后继者支持产生式被假定用于允许使用分界的串的所有模型当正文串是任意序列字符并且已经使用正文定界符每次都出现

43、在正文串中的那个定界符字符已被一对正文定界符字符所替换除了有关定界符使用的规则外正文串的内部结构尤其是使用本标准中定义的注释结构没有关于本标准提供的意义因此整个正文串的含义必须被假定携带了正常意义除非在所使用的文件中另有显式说明被管客体类模板概述被管客体类模板形成被管客体形式定义的基础模板中的元素允许该类置于继承树的合适结点该类的各种特性以及类的行为待定义定义的主要元素定义如下继承每个被管客体类定义了已经派生它的上级类上级类特性由子类来继承子类定义可附加给这些特性专门化但不能移去上级类的任一特性最终所有的类都是顶部的子类必备包被管客体类定义包括了行为包属性包操作包与通知包它们提供了完整的行为规

44、范而该行为规范表征了该类所有实例的特性条件包被管客体类定义包括了行为包属性包操作包及通知包的规范它们作为特定条件结果呈现在那个类的实例中类命名被管客体类定义应包括类名称它被用来引用管理协议中的类这通过登记标识被管客体类定义的客体标识符值而获得模板结构支持定义结构应呈现在所有的被管客体类定义中而不是顶部顶点是除自身外的所有被管客体类的上级类类标号标识了已经派生被管客体类的某个被管客体类即某个被管客体类是该被管客体类的直接上级类之一因允许多继承某个被管客体类可有一个以上的直接上级类继承过程专门化要求上级类的所有特性被包含在子类定义中从上级类继承的特性在子类文件中不应重复除非使用的是为了扩充或修改从

45、上级类继承的定义而在本标准中描述的技术所以结构就假定为自动地从上级类定义中引入所有特性这些特性可由在结构与结构范围内定义的元素进行增加或修改注在被管客体类定义的文件中被管客体类从所有被管客体类列表中继承的特性应作为注释而包括在内当多继承导致同一样元素定义是多引入的按可能发生的例如若两个上级类包括了同一属性子类假定为包含有关定义的单个副本从解决存在于被管客体类定义产生或其中包含的包与条件包中定义的各元素之间的矛盾方面考虑要包含在特殊被管客体类中的所有包要同等处理每个包定义了许多元素它们被处理为包含在子类别中的包扩充了被继承的行为被管客体类的行为应通过记录条件包的存在或不存在的方式来描述注在一些情

46、况下当没有反复要求附加的行为定义时可定义子类并且那些子类从上级类继承的包含在子类定义中的包中可规定属性当包的结构标识在被管客体类中多次定义的一个属性使用以下规则那个类型的单个属性包含在例示的被管客体中除外若例示的许可值集合是那个属性类型的所有许可值说明的交集和若例示的要求值集合是示例的许可值集合与那个属性类型的所有要求值说明并集的交集则总合成的特征列表是子类中包含的特征列表和继承的特征列表的逻辑对于或如果为集合定义中的属性规定了矛盾的值则子集中包含的包将解决这个矛盾与给定属性相关的参数是与属性模板相关的所有参数和与例示的任何包中的属性相关的所有参数的并集如果被管客体类预期要被例示说明则至少应有

47、定义为类定义一部分的一个属性因为有必要标识可用于命名被管客体实例的属性注用于命名的属性可从类定义一部分的任何属性中选择这包含从上级类继承的所有属性和通过专门化过程而增加到类的所有属性对于可扩充的属性组在子类的实例中属性组的成员数是在属性组模板中定义的所有属性的并集加上增加到上级类或子类的那个组的所有属性动作可包含在子类定义中这些动作是对从上级类继承的那些动作的附加动作或可以包括用于继承动作的附加参数与给定动作相关的参数是与动作模板相关的所有参数的交集和与例示的任何包中的动作相关的所有参数通知可包含在子类定义中这些通知是对从上级类继承的那些通知的附加通知或可以包括用于继承通知的附加参数与给定通知

48、相关的参数是与通知模板相关的所有参数的并集和与例示的任何包中的通知相关的所有参数如果一个包通过继承和或多次包含在被管客体类模板中而多次被包括在被管客体类定义中那么与包相关的结果类型条件定义是汇集的定义集合中的所有条件定义的逻辑为此目的包括在结构中的包必备包可按照似乎这些包已被包含在条件包结构中同时条件定义为来处理如果相关包的条件保证所要求的特性在第一个包呈现时含呈现在所有被管客体中则包必备性的或条件性的中的特性才应依赖于其他条件包的特性如果存在该结构允许一个或多个行为属性操作与通知的必备性包被包含在被管客体类定义中此外还有作为结构的结果是定义一部分的那些结构包标号标识了要被包含的包定义按照条件

49、包那样来规定也包含在被管客体类定义中的包的标号使那个包在该被管客体类及其子类中成为必备性的条件定义条件定义条件是一个或多个条件包被包含在类中包标号标识了可用的包定义条件定义是对那个条件的描述如果为真则要求包被包含在类的实例中对用来表示条件定义的结构或字符集未作限制该条件应满足中提出的条件包的要求例如可能构成一个有效的包说明条件是标准将类操作定义为资源的有效任选特征客体标识符客体标识符值为客体类定义提供了全球唯一的标识符当有必要标识客体类时该值用于管理协议中包模板概述该模板允许包由行为定义属性属性组操作通知及参数的组合组成它们是按照或结构后续将其插入被管客休类模板中而定义的定义的主要元素描述如下行为包定义提供了包含在包中的行为的完整的规范它包含在一个被管客体上的操作的作用及通知产生的环境为满足一致性规则对操作设置的任何限制特别是创建与删除被管客体可被执行的规则及这些操作的结果被管客体类实例如何与同类的或不同类的其他有关的被管客体交互作用的规范标识与通知中的信息相对应的属性这包含标识对发生的特定通知的映射或对通知的省略的映射规定选择准则被管客体类的行为的其他方面的完整定