GB T 17175.1-1997 信息技术 开放系统互连 管理信息结构 第1部分;管理信息模型.pdf

《GB T 17175.1-1997 信息技术 开放系统互连 管理信息结构 第1部分;管理信息模型.pdf》由会员分享，可在线阅读，更多相关《GB T 17175.1-1997 信息技术 开放系统互连 管理信息结构 第1部分;管理信息模型.pdf（28页珍藏版）》请在麦多课文档分享上搜索。

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、通知是否发出应由被管客体类定义来规定下列内容对于执行该创建的被管系统在确定创建操作是否被执行和如何被执行中是有用的被管客体类标识符包属性由此调用相应包的例示说明属性标识符及其值对于这些属性被赋予显式规定的值作为被管客体初始化的一部分引用被管客体的名字可以获得被管客体初始化信息名字联编属性由此规定该名字联编将用于新的被管客体和它的上级之间下述内容作为创建操作的结果在被管客体边界处是有用的新的被管客体所有属性的属性标识符和属性值的完整表在被管客体不能被创建的情况中下述差错指示是可辨别的未知的属性标识符无效的属性值失踪的属性值未知的客体类无效的引用被管客体名无效的可容度名字联编规范处理创建请求中的故障同质异性行为当被管客体能支持同质异性类时则下列附加行为适用被管系统通过创建扩充的被管客体可为给定被管客体类执行创建操作而该扩充的被管客体支持创建操作中规定的类作为同质异性类并且也支持请求中的给定名字所隐含的名字联编如果名字联编曾被请求被管客体是实例的那个实际类是最适合于本地系统上下文的类所创建的实际被管客体类被报告返回给管理者作为创建响应的一部分所创建的被管客体具有它的实际被管客体类的全部能力并