信息技术软件工程可复用资产规范

信息技术软件工程可复用资产规范

国家标准 GB/T25644一2010 信息技术 软件工程可复用资产规范 nformatontechnology一 Softwareengineering一Resableassetspeeifieation 2010-12-01发布 2011-04-01实施 国家质量监督检验检疫总局 发布 国家标准化管理委员会国家标准
GB/T25644一2010 目 次 前言 范围 规范性引用文件 术语和定义、缩略语 术语和定义 缩略语 约定 文档约定 UML建模约定 可复用资产 导引 RAS的基本模型 5.3默认剖面 5.4默认构件剖面 8 5.5默认webservice剖面 21 附录A(资料性附录)资产的打包 24 资产的打包方式 24 A.2.ra、文件格式 25 附录B(规范性附录默认剖面的XMIschema 26 参考文献 34
GB/T25644一2010 前 言 本标准的附录A为资料性附录,附录B为规范性附录 本标准由全国信息技术标准化技术委员会提出并归口 本标准主要起草单位:上海计算机软件技术开发中心,上海宝信软件股份有限公司、万达信息股份 有限公司、上海市软件行业协会 本标准主要起草人:宗宇伟、张敬周、葛孝堑、冯惠、郑红、丛力群、张纯、朱三元、李光亚、欧阳树生、 钱乐秋、王二卫
GB/T25644一2010 信息技术 软件工程可复用资产规范 范围 本标准规定了可复用软件资产的结构,内容和描述方法 本标准适用于可复用软件资产的设计,开发、管理、组装、使用等活动,并适用于从事可复用软件资 产管理、开发以及实施基于资产开发方式的各类软件组织 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款 凡是注日期的引用文件,其随后所有 的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究 是否可使用这些文件的最新版本 凡是不注日期的引用文件,其最新版本适用于本标准 GB/T18793一2002信息技术可扩展置标语言(XML)1.0 Iso/IEC19501一2005信息技术开放分布处理统一建模语言(UML)(版本1.4.2) 术语和定义、缩略语 下列术语和定义、缩略语适用于本标准 3.1术语和定义 3.1.1 制品artifact 在软件开发或使用过程中所形成的一种信息的物理件 一个物理上的制品对应于文件系统中的一 个文件，一个逻辑上的制品是文件系统中若干相关文件的一个集合 制品的实例如模型,实例或二进制 可执行文件等 3.1.2 问题problem 在软件开发生存周期中的一个障碍 要满足目标应用的需求,则必须解决(或者避免)开发生存周 期中遇到的问题 一个可复用资产完全或部分的解决了软件开发生存周期中遇到的问题 3.1.3 资产 aSSet 贤产是解决软件开发中某问题的一组制品集合,该问题可与系统制品的演化有关,或直接与所开发 系统的领域问题有关 本标准中将资产的制品集合称为解决方案 3.1.4 可复用资产reusableasset 可复用资产是对重复出现的问题的解决方案 可复用资产是基于复用思想开发的资产 3.1.5 白盒资产whiteboxasset 资产的一种类型,其内部全部可见,并可供查看或修改 3.1.6 黑盒资产black b0XaSset 资产的一种类型,该类型资产的内部制品对消费者来说是不可见的
GB/T25644一2010 3.1.7 净盒资产clearboasset 资产的一种类型,该类型资产的内部制品对消费者是可见的,但消费者不能对其进行任何方式的改 变或修正 对外显示资产内部的目的是帮助消费者理解该资产,以便更好地使用和调试 3.1.8 灰盒资产grayboxasset 资产的一种类型,其内部一部分对用户是隐蔽的,另一部分对用户是可见的并可被更改的 灰盒 资产的可变性介于黑盒资产和白盒资产之间 3.1.9 构件component 资产的一种类型 构件是软件系统中具有相对独立功能、可以明确辨识,接口由契约指定、和语境 有明显依赖关系,可独立部署的可组装软件实体 3.1.10 1tABD 基于资产的开发(ABD)assetbaseddeveo lopment 软件开发过程中的一种方法 基于资产的开发是一套促进资产复用的过程、活动和标准,它没有通 盖软件开发过程的全部 基于资产的开发以体系结构为中心 3.1.11 提取harvest -个ABD活动,用于从已有的,未被废弃的系统中创建资产 提取的执行者是资产生产者 提取 活动首先是在已有系统中寻找那些有复用价值的组成元素,然后经少量加工将其转换为可复用资产 3.1.12 应用资产applyaset 消费者使用可复用资产解决一个问题的ABD活动,资产的应用通常要遵循资产规范中的用法 指南 3.1.13 生产者 producer ABD中的一个角色,负责可复用资产的创建 生产者可从现有系统中提取资产,或者针对重复出 现的问题,从零开始开发可复用资产 3.1.14 消费者 consumer ABD中的一个角色 消费者是一个应用可复用资产的软件开发者 3.1.15 applieion 目标应用target 带有可复用资产可解决的问题的一个应用或系统 可复用资产的消费者将该资产应用到目标应用中 3.1.16 核心RAscoreRAS 可复用资产规范(RAS)的基本描述模型 3.1.17 剖面 proftie -组语义约束和一个XMLsehema的集合,用以验证一个实体描述文档 剖面定义了特定类型资 产的实体描述文档中哪些信息是必需的,哪些是可选的 3.1.18 实体描述nmanilest 描述可复用资产的结构和组成等信息的一个元信息文档,该文档包含了特定资产的具体描述信息
GB/T25644一2010 按本标准打包的每个资产必须有一个实体描述文档,它是一个经该资产类型的剖面验证有效的XML 文档 3.1.19 描述子descriptor 描述资产信息的一个键/值对 描述子名称是键,通常是人易理解的一两个关键词 值是人易理解 的一个句子或一两段文字 3.1.20 描述子组descriptorgroup -组相关的描述子 3.1.21 可变点yariabiltypoint 制品中的一个点,当该制品所属的资产被应用于目标应用时,可在该点上进行修改或定制,以满足 目标应用的个性化需求 3.1.22 周境context -个框架性的引用或概念上的边界范围,为与其相关的事物确定含义 3.1.23 package 组成资产的所有制品(文件)的集合 一个包可以实现为文件系统中的一个目录,或者一个存档文件 3.1.24 根目录rootcontext -个资产包的顶级目录,它定义了一个资产所有制品的边界(在允许以URL方式链接制品时除外). 3.1.25 工具处理tooling 用于描述对RAs实体描述文档和RAs资产包进行处理和管理的软件程序的一个通用术语 RationalXDE就是一个可创建和使用RAs资产的商业化工具的实例 3.2缩略语 基于资产的开发(Asset-BasedDevelopment) AD RAs 可复用资产规范(ReusableAssetSpecification UML 统一建模语言(UniformModelingLanguage XMl 可扩展置标语言(EXtensibleMAarkuplanguage) URL 统一资源定位符(UniformResourceLocator) 约定 下列约定适用于本标准 4.1文档约定 文档约定如下: 描述子-组)元素;带有定界符<>)的术语代表一个XML.Schema中的元素; a" b 属性;斜体加粗的术语是一个元素的属性; e所有的节点和属性名称只能用小写字母表示; d 如果用多个单词作为一个节点或属性的名称,在字和字之间要使用连字符,比如“artifact-type” 4.2UMI建模约定 UMl建模约定如下 类名 -类名由大写字母开头,用连字号(“-”)连接多个独立的单词; a
GB/T25644一2010 b 关联、标识符,容器 -所有的关联被声明为传值(by-value)关联 这表示“被包含”的类是一 个xML.sthema中的子元素 因此,在需要保持持久性关联的地方,拥有者类要包含 一个标 识符(ID)属性; 关联的基数类之间的基数使用UML的表示风格[下限上限]来表示 在上限是无限的 情况下,使用“关”表示; 属性属性名与类名使用同样的规则,以小写字母开头,用连字号“-”连接多个独立的单词 属性类型使用与编程语言无关的方式来声明,使用小写字母,例如[string,int] 属性的必选/可选信息在属性的文档窗口中获取,值可以是[required.,optional] 属性的可见性在默认情况下被声明为私有的,但这些语义并不直接转换到XMLSehema中 可复用资产 5.1导引 可复用软件资产(简称资产)提供了在一个给定的周境下对某问题的解决方案(solution) 图1是 可复用资产的一个抽象描述 资产可有可变点,资产的消费者可在可变点上进行客户化 资产具有用 于指导该资产如何使用的规则 问愚 解决方案 产 资 制品1 制品n g 使用规则 图1资产的基本概念 资产是一组制品的集合,制品可以是软件开发生存周期中的任何工作产品,例如需求文档、模型,源 代码文件、部署描述子,测试用例或脚本等 2 RAs的基本模型 5 5.2.1导引 -个资产蕴含了丰富的信息,不同类型的资产有不同的规约要求 本标准提供了规范各类资产的 -个核心模型,在此称之为核心RAs,并给出了基于核心RAs的扩展机制,基于核心RAs及其扩展机 制来支持对特定类型资产的规约 本标准给出了针对两种资产类型的扩展:默认构件剖面和默认web Sr刹面(详见.生和苏7 本条主要阐述核心RAs及剖面扩展机制 5 2. 2 核心RAs模型及扩展机制 核心RAs是用于规范各类资产的一个核心模型,定义了用于规范各类资产的基本组成及其之间的 关系 图2左边部分标识了核心RAs的一些主要部分,左图的顶端是一些资产级的属性 图2右边部 分显示了核心RAs的主要组成部分之间的关系 核心RAs由4个主要部分组成: a 分类部分(Classifieationsecetio on),提供了一组用于资产分类的描述子以及与资产相关的周境描述; 解决方案部分(Solution" b section),描述资产的制品; e)用法部分(UsageSeetion),包含安装、定制和使用资产的规则 d) 相关资产部分(RelatedAssetssection),描述了与其他资产的关系
GB/I25644一2010 资产 说明状态版本剂 分类 描述子:名称/值对 周境 RelatedAssets Asse是一个抽象类 领域、开发、测试 部署 核心RAS是一个抽象元 Asset 模型 剖面对核心RAs 解决方案 进行扩展，通过引入附加 Proile 语义约束描述特定类型的 制品 需求模型、代码 测试、文档 资产 用法 使用指导和活动 填充可变点 Classiication Solution Usage 相关资产 聚合、相似、依赖、父 图2核心RAs的主要部分 本标准采用UML表示核心RAs模型,如图3所示 模型中的每个类代表一个资产元素,类间的 聚合关系表示元素的拥有者和包含者之间的关系 关联关系描述了资产元素的关联，一般用标识符来 保持关联关系 对核心RAs各个类的详细阐述见5.2.75.2.15 sset name:string pile Oid:strng rcelated-asscet Smmm odate:date 5m id-hiso:sting" PStateStrlng related-profile Did:string bersionstnng 少name:string reference:urlReference bersio-minor:int access-right:string id:string breationship-type:string referencestrn short-dcscripion:string version-maior.int obyersion-minorint breference:string uSage parent-id:string classificaion solution eirencesrmg arntifact artuifact-actvity context 的name:stnng context-ref asSet-activity tpe:strin8 arrtifact-id:string 而omeNsSng onamc.strng ieenesnims Ocontext-id:string eusm 过ng 的igest-name:string ctivity 郎digestvaue.string descriptor-group 郎aces-rnghssmng 5umg 白 name:string task:string 向reference:string rcference:string 的role:string arctcontest artifact-ype Btask-tpe:string smg Comeidsn ariabilitpommt descripor antifact-dependency nameStrng bname:string rtitct-id:string tidstring Variability-point-binding bcontext-id;string dependcnGy-type:string context-id:string Var-point-id:string reference:string 的binding-rnlestring dcscription 图3核心RAs的UML模型
GB/T25644一2010 通过对核心RAS进行扩展可得到某特定类型资产的描述模型 核心RAS模型采用与UM相同 的扩展机制,这种扩展是增加或扩大基本模型信息的一种方法 一个描述模型可扩展核心RAs或其他 描述模型,通过扩展可引人一些更为严格的语义和约束,但不能减少被扩展的描述模型中所规定的语义 及约束 可以在新扩展的描述模型中增加新的类,但当前描述模型中的类及其上的约束不能减少 例如,扩 展得到的新描述模型可使当前模型的可选类成为必选类,但父模型中的约束不能被去除,现有类在新模 型中的约束不能少于该类在父模型中的约束 可以在新扩展的描述模型中增加当前类的属性,但当前类的属性及其上的约束不能减少 例如,一 个新模型可使当前可选属性变为必选属性且该属性在父模型中的约束不能被去除,现有属性在新模型 中的约束不能少于该属性在父模型中的约束 5.2.3剖面XMILSehema及扩展机制 核心RAs以及对其扩展得到的资产描述模型是一个抽象的模型,是非实例化的,不能直接用于资 -个xM.shema实现,以核心RAs模型为倒,图3模型中的 产的描述 剖面提供了资产描述模型的一 每个类可用XMLschema元素来表示,根据该模型可派生出一个XMIsehema文档,图4为该文档的 主要部分,附加的语义约束见5.2.15 该XMLSchema连同附加的语义约束,提供了核心RAs的一个 实现,即默认剖面 采用核心RAs模型规范资产时,可通过默认剖面定义资产的实体描述文档结构、语法和语义约束 从而可具体描述一个特定的资产 -个制面标识了赏产的具体类型(倒如 服 构件等 剂面还包含了剂面变更的历史 profile 信息，从而说明了该剂面是由谁创建的. 提供资产的文字概要描述 description L..sds吗 包含对资产的关键特性和行为进行分类的描述子， 如资产相关领域、作者、关键字和复用范围等 classification asser 包含了组成该资产的具体制品例如需求、模型、接口 规约、消息、源代码、以及其他制品的位置 资产的这 solution 些制品集合提供了一个特定问题的解决方案 提供关于如何使用该资产的信息 这些指导信息可以针 uSage 个描述性容器/包 包括资产的制品模型 对整个资产，也可以针对资产中的某个特定制品. 代、满来、测女 树及撒如何楼 reated-aset 描述资产与其他资产之间的关系 有四种关 该资产的文档 资产的 制品是指实际使用中被 系:聚合、相似、依赖和父关系 复的那分，然个资 包还提供相关点 智要n 用户决定是杏步 资产提供帮助 图4默认剖面的XL.Schema概览 剖面采用与UMI相同的扩展机制,这种扩展是增加或扩大基本(默认)规约信息的一种方法 个剖面可扩展核心RAs或其他剖面,通过扩展可引人一些更为严格的语义和约束,但不能改变核心 RAs或其他剖面所规定语义及约束 可以在新扩展的剖面中增加新的元素,但当前剖面中的元素及其上的约束不能减少 例如,扩展得 到的新剖面可使当前剖面的可选元素成为必选元素,但父剖面中的约束不能被去除,现有元素在新剖面 中的约束不能少于该元素在父剖面中的约束
GB/T25644一2010 可以在新扩展的剖面中增加当前元素的属性,但当前元素的属性及其上的约束不能减少 例如， 个新剖面可使当前可选属性变为必选属性,且该属性在父剖面中的约束不能被去除,现有属性在新剖面 中的约束不能少于该属性在父剖面中的约束 如图5所示,默认剖面是核心RAs的一个实现,默认构件剖面和默认webService剖面都派生自 默认剖面 剖面派生信息可从剖面历史中得到,详见5.2.9.1 核心RAs Asel 默认剖面是对抽象的 DeaitProile 核心RAs的实现 DefaultComonentProfile DefaukWebServiceProfile 4 采用本WebService客户端语 使用基本构件语义对默 对默认剖面扩广展 认剂面扩展 图5核心RAs与剖面扩展示例 本标准通过剖面扩展机制来支持对各类型资产(如构件,webservices,模式和框架等)的描述 针 对某特定资产类型,可通过对核心RAS或其他剖面的扩展得到一个适用于该类型资产描述的剖面,扩护 展后的剖面保留并扩展了核心RAS的语义及约束 剖面的扩展关系形成了剖面的谱系,默认剖面是所 有具有Xmlschema实现的剖面的祖先 一个具体的剖面对应一个资产类型,用于对该类型中所有资产的描述,该剖面通过定义该类型资产 实体描述文档的结构、语法和语义约束,来指导该类型中某特定资产的描述 一个按本标准打包的特定 资产必须包含一个实体描述文档,该文档包含了资产的具体描述信息 剖面XMSchema文件一般与 实体描述文档一起存放,也可采用URL引用方式,通过网络对其访问 本标准中,核心RAs模型中的每个类对应了默认剖面的一个XMl.Schema元素,因此,在本标准 后续的内容中,若无特别声明,对核心RAs模型中类的阐述同样适用于默认剖面中相应XML.Schema 元素的阐述,反之亦然 例如,对核心RAs中的Asset类的阐述,同样适用于默认剖面GB/T25644一2010 尽管Solution(解决方案)类是必选的,其相关的Artifact(制品)类是可选的,但“约束2”(见5.2.15 规定,为满足标准符合性,必须至少存在一个有name名称)或reference(引用)属性值的制品 将 GB/T25644一2010 该资产可以被开始使用的时间 属性state(状态)说明了资产当前的状态 该属性主要用于资产认证流程(该资产在资产库中发布 之前所需经历的一系列评审) 属性version(版本)是任意字符串,用于比较两个标识符属性相同的资产 属性accessright访问权限)是任意字符串,用来说明资产消费者对资产的访问权限,例如查看或 使用 属性shortdescription简短描述)为该资产的简短描述 用户查询资产库时一般最先看的信息是 资产的name和shortdescription Asset t类有两个必选的关联;Profile剖面和Solution解决方案,还有4个可选的关联 Deseription(描述),Classification(分类),Usage(用法)和RelatedAsset(相关资产) 对这些类的讨论 贯穿于整个标准 Deseription(说明 Deseription类是一个简单的容器,包含了关于该资产整体或某些组成元素的说明文字 Deseription在XMLschema中是全局性的,并在多处被引用 例如(asset)元素下可以有(deseription 元素,其取值主要包括该资产处理的问题以及主要解决策略的较详细阐述;(profile>元素也可以有de- seription)元素用于说明当前资产剖面的有关信息;等等 Desceription类的“值”在XML中用多行元素表示,如下所示 descriptionTheDeseription.valueHere(/description Profile剖面 5.2.9.1核心剖面 个Profile定义了某一类型资产的实体描述文件的结构和语义 一个资产的实体描述文档必须 标识一个用于验证自身的Prole类,谈类稍确定义了用于贼产符合性所买用的特定剂面 Profile能引 用其他模型元素(例如UML包或类)来对自身进行描述 Profile可能有不同的版本,应说明与其他剖 面的谱系或祖先关系 RelatedProfile(相关剖面)从这个Profile的谱系关系中获取信息 除了由核心RAs定义的、没有相应XMISchema实现的CoreProfile(核心剖面),每一个Profile 都是由其他剖面派生而来的 剖面可直接从核心RAs或其他任何一个剖面<例如默认剖面)进行扩展 剖面扩展只能在实体描述的XMLSechema" 中增加元素和属性,以及/或者在已有元素上关联新的语义 而不能从XMISchema中去除元素或属性 一般来说,扩展后的剖面受更多限制 属性ame(剂面名)取值为一个可读的字符串,该字符串反映了当前剖面的目的或范围 属性d 是剖面的权威标识符，一个剖面的id可能是任意字符序列,但该标识符在复用范围内必须是唯一的,且 不能包含双冒号(::). 属性id-history(标识历史)是一个组合键,由Profle的id及其所有祖先剖面的标识符串接而组 成,串接符号为双冒号(::) 除了原始的coreProfle,一个剖面当且仅当派生自一个父剖面 下面是默认剖面的idhistory的示例 F1C842ADCE85-4261-ACA7-178C457018Al::31E5BFBF-B16E-4253-8037-98D70D07F35F 它说明了“F1C842ADCE85-4261-ACA7-178C457018A1”标识的剖面是核心剖面,“31E5BFBF B16E-4253-8037-98D70D07F35F”标识的是默认剖面 如果定义了一个新的剖面,将产生一个新的id,应在剖面的标识历史中将其添加到它的父剖面标识 符后面 这个新剖面对标识历史中所有在其之前的Profile进行了扩展 主版本号)和ersio开mino (次版本号)取值均为整数,用于定义Profle的版 属性versiomajor 本,特别是可用于区分与该Profile名称相同的以前的剖面 通常情况下,这两个值组合在一起形成浮
GB/T25644一2010 点数的形式 例如主版本号为2,次版本号为1,则可被写作版本2.1 当剖面被更新并且仍保留原有 名称时,主版本号和次版本号的值应发生变化 例如,当对剖面进行更新但其用途和范围不变时,剖面 名称应保持不变 属性referenee是一个可选属性,它引用一个外部文档来提供更多关于该剖面的信息,该文档应对 剖面使用的新类、属性和语义进行解释 reference属性也可包含一个指向位于根目录之外资源 的URL Profile类有两个关联，一个是与Deseription的关联,用于捕捉可读的,对该剖面的注释,另一个是 与RelatedProfile的关联,用于提供该Profile的dhistory中的每一个剖面的可读信息 roic可引用一个Arfae(制品)来为自身提供进一步的背景和解释 5.2.9.2RelatedProfile(相关剖面 RelatedProfle类通过描述剖面的谱系来捕捉剖面的历史 (relatedProfle)元素的属性name,id versionmajor,ersiominor,reference,其含义与子元素 )来服务于周境的定义 实体描述文件中可定义多个周境 一个(artifact)可声明与多个周境的相关性 表2举例说明了 周境的一些范睛的样本 本标准不规定周境的具体内容,下面的周境样本仅仅是示例 表2周境范胯 周境范略 周境说明和举例 欢 与该周境相关的制品代表该资产的基本要素 若没有与该周境相关的制品或活动 坊 就 核心 不能被成功应用于目标应用中 与该周境相关的制品是与一个具体的业务周境相关的 业务 例如;保险业,金融服务业 与该周境相关的制品对于该资产的开发是必需的 这个周境通常出现在白盒资产中,用于 开发 可修改的制品 与该周境相关的制品可包括构建版脚本和工具,模型以及规约文档等 例 如;J2EE1.3,websphereStudioApplicationDeveloper5.1等 与该周境相关的制品被用于资产的解释和文档化 这些制品并不是应用该资产所必需的 文档 与该周境相关的制品对于资产的运行/执行是必需的 例如.websphereAppliceationServer 运行 与该周境相关的制品是与测试相关的,不需要直接应用到目标应用中 例如;脚本、样本数 测试 据或测试计划 10
GB/T25644一2010 5.2.10.3Decripurcrp(描述子组》 DescriptorGroup类仅仅是一组相关描述子的值的容器,描述子的值可能是描述子节点或自由形式 的值 这些描述子的值可能来自一个或多个分类schema,用于将一个具体资产相关的分类定义和值集 中在一起 属性name为描述子组的名称,属性reference指向另一个分类schema或本体 本标准不对行业和 资产类型的所有可能进行阐述,属性reference允许资产分类时采用多个分类schema或本体 子元素(deseription)用于对描述子组提供进一步说明 DeseriptorGroup可引用一个Artifact,用于为DescriptorGroup提供进一步的背景和解释 5.2.10.4Descriptor(描述子 该类定义了描述该资产质量和特性的分类描述子 属性name为描述子名称,通常情况下,该名称 在分类scdhema中是唯一的 属性contertid包含一个周境标识符 5.2.11Solution(解决方案 5.2.11.1导引 -个资产提供一个解决方案,解决方案通过一个制品集合来提供 一个制品可包含其他制品或与 其他制品相关联 一个制品可与一个特定的周境如开发时或运行时周境)相关 一个制品可有可变 点,供客户化定制 如图6所示 ANNet 每个资产至少有一个周境 Solution 资产存的“根目录” 嵌套制品 0..n Artifact Contcxt 相关制品 0..n" 制品 个制品可与写本资产 中的制品或其他资产中 ArtifhetContet 的制品相关联， 周境无关可变点 周境相关可变点 0..n Variabillity-pont 可变点可以是周境 周境可以多种方式与制品 无关的，也可以是与 相关联 制品周境是对某转 特定周境相关的 定制品的周境的设明 图6解决方案部分的领域模型 实体描述中的(soluion)元素是一个包含该资产所有制品的容器 它是必选元素且没有指定任何 属性 solution)元素仅指定了《arifact)子元素 5.2.11.2Artifaet(制品 个制品或者是位于资产包中的一个物理文件,或者代表一个逻辑实体,这个逻辑实体至少有一个 子制品是物理文件 一个GB/T25644一2010 其reference属性是必选的 属性name、tye和reference是可选的,可通过工具批量添加具体名称未知的制品,name可以是制 品的文件名,即允许与reference属性冗余 reference属性是可选的,从而允许、art tifact-context>、〈artifactdependeney (variability-point>,同时也可包含子制品元素 个物理制品可以是任意类型的文件(二进制,纯文本等) 属性tye指定制品的主类型的信息. 该信息用于对制品的工具化处理 除主类型外,一个制品可指定任意数目的次类型 每个次类型由子 =ype来详细说明《见瓦.l.《的aurihae=ye) 元素〈artifact-t 主类型往往是制品文件的扩展名 例如,一个名为web.xml的文件,它的主类型是XML,次类型 可能是J2EEwebConfigure 主类型列表将文件扩展名映射到类型名称 多个文件扩展名可对应于同一个类型,多个类型 名称也可对应于同一个文件扩展名 在此情况下,应通过工具为用户处理两者间的映射提供便 doe的文件,其文件扩展.doc可映射为“Microsoftword”类型和 利 例如,一个名为 usecaseS “wordlPerfee"类型 主类型(PrimaryTypes) 下面列举的主类型样例来自于RAsPrimaryArtifactTypes.xml文件 artifactid “dothtml” type=”MierosoftWordHrLTenplate”) GB/T25644一2010 artifactid="testset type="TestArtifactSet"八 (artifactid 'intfacespecdiag”type="InterfaceSpecDiagram"八 (artifactid=-"usecasediag”type="useCaseDiagran" artifactid="compinterdiag”type="ComponentInteractionDiagram") 以上列表是动态可变的,工具生产商应根据该列表对制品提供正确的处理 5.2.12Usage用法》 5.2.12.1导引 用法部分描述了应用资产时应执行的活动，一般采用轻载的活动或工作流模型来描述 指导资产 如何使用的活动有几种形式;一些活动适用于整个资产,另一些活动适用于资产的某个制品,还有些活 动与特定的周境相关 特定周境下的一个制品可包含相关的可变点 如图7所示 ser comtet Usage 2 每个周境可关联 0..n -组活动，该活动集只 .指导一组制品如 在该周境下起作用 话 何使用的活动可以是周 动集中的每个话动可关 境无关的 联多个制品 Activity 可变点绑定规则 0.，n 周境无关活动 每个制可对应 多个指导其使用的活 动 有些活动依赖于 周境相关活动 特定周境 Artifet ArtifhaetComtet 制品 周境相关可变点 0.，n Variability-poinmt 周境无关可变点 周境无关可变点 每个可变点至少对应一个活动，该活动 用于说明如何绑定可变点 图7用法部分的领域模型 usage>元素是一个容器元素,用于对过程或用法的指导 该元索只定义了一个属性referemce,它 指向一个外部文档,这个文档可以是对用法部分的总体解释,或是对该资产所有使用活动的总结 用法元素有三类子元素,每一类都包含一组将资产应用到目标应用时应遵循的活动 每一个 子元素可能有多个实例,这意味着可能有多个(artifact-aetivity>,context-ref》和 子 元素 Usage可引用一个Artifact,用于为Usage提供更进一步的背景和解释 5.2.12.2ArtifactAetinity(制品活动 artifact-aetivity)元素是一个容器,包括一组与特定制品相关的活动 它包括两个属性;artifact id制品标识符)和contertid周境标识符) artijfactid属性是必选的,它指定了一个实体描述文档 中某制品的标识符 一个制品可有多个活动,活动可与周境相关联 属性contertid的值必须是实体 14
GB/T25644一2010 描述文档中的某个(context)元素的标识符 artifact-activity)至少应包含一个(activity)元素,它指定了将资产应用到目标应用中时,用户或工 具应执行的具体活动 见5.2.11.2的(artifact)元素说明 5.2.12.3ContextRef(周境引用 context-ref)元素是一个与特定周境相关联的活动的容器 contertid属性是必选的,它指定了 个在实体描述文档中定义的周境 contextref)至少应包含一个(activity)元素,它指定了将资产应用到目标应用中时,用户或工具应 执行的具体活动 见5.2.11.2的GB/T25644一2010 5.2.13RelatedAsset(相关资产) 资产通常与其他资产存在某种关系,资产的关系信息将有助于减少复用成本 一个资产可拥有任 意数目的相关资产 每个相关资产通过一个(relatedasset)元素来规约 一个相关资产可以是当前资 产范围之外的资产 当资产复用扩大至大粒度或者粗粒度级别时,(relatedasset)元素是必选的,在该级别上,以资产族 或资产集的形式来定义或复用资产 属性name包含相关资产的名称 属性relationshitype(关系类型)可以是任意值,但对于一些特定的关系类型本标准定义了相应 的保留值,这些关系类型以及对应的保留值如下 聚合(aggregation)表示当前资产“包含”了相关资产,该包含关系可通过传值或引用来实现; a b)相似(similar);表示其他资产有与当前资产相似的特性; 依赖dependeney);表示当前资产引用或依赖于该相关资产的某些服务或制品; 父(parent);表示该相关资产包含或拥有当前资产 d 包含多个资产的资产包可使用聚合关系和父关系类型来组织被包含的资产 属性assetid指定了该相关资产的资产标识符 属性reference指定了该相关资产的位置 可以采用URL或文件路径方式指定资产位置,也可以 是对相关资产的一个说明文档的引用 属性asetVersion(资产版本)指明了该相关资产的版本 RelatedAsset 可引用一个Artifaet,用于为RelatedAsset提供更进一步的背景和解释 RelatedAsset可包含Description,用于对RelatedAsset提供额外注释 Assetldentity(资产身份 5.2.14 某个特定的资产可通过资产标识符和版本号唯一确定 一旦资产标识符改变,它就成为一个全新 的资产 当资产演变为一个全新的资产时,建议在新资产的实体描述中的(relatedasset)部分引用原 资产 在资产标识符(ia)不变的情况下,通过版本号标识资产的诞化关系,资产的版本是一个任意的字符 串 建议用一个统一的数字标号系统来表示版本,标号系统应便于对名称/标识符相同的资产进行版本 字符串的比较,便于区分版本的新旧,在新版本中,资产的名称,简短说明或其他元数据信息都可能会 改变 5.2.15核心RAs语义约束 语义约束是关于资产实体描述中不能通过标准XMLSchemas表示的规则 以下的约束加上剖面 的XMISchema,完整定义了一个有效的实体描述文件 约束1 实体描述文件必须是经剖面XMLSchema验证有效的 约束2 在资产的解决方案元素内必须至少有一个引用属性和n 属性均为非空的制品元素 na7ne 约束3 一个资产中的一个文件最多只能与一个(artifact)元素相关联 约束4 artifact-context〉、descriptor)、artifact-dependency 、(aniabilityIpoim).(conextrcf 和(artifact-activity)元素的conte.xtid属性指定的周境元素必须出现在同一个实体描述 文档中 约束5 arifact-activity)和(arifact-dependencey)元素中的artifactid属性指定的GB/T25644一2010 约束7" 如果(related- -asset>》元素的assetid属性被赋值,则该值必须是其他实体描述文档中的 asset)元素的id属性值 约束8 related-asset)元素的relationshitype属性允许为任何值,本标准规定的保留关系和取 值见5.2.13的“相关资产” 约束9 profle)元素的idhistory(标识符历史)属性必须包含一个由其全部祖先剖面标识符首 尾相连而形成的串 这些剖面标识符必须用2个连续的冒号来分隔 在idhistory中,越 靠左的剖面标识符在世系关系中辈分越商,越靠有则辈分越低 剖面没有指定标识符值的类型 但在该资产剖面的预期复用范围内.标识符值必须是唯 -的 约束1o 实体描述文件不能在〈artifact)元素中引用它自身,否则会引起资产信息和元信息的 混乱 约束1l arifaectdependenesy)相artifaet-aetivity)元素的artiactid属性的值必须是同- 个文档 中(artifact)元素的id 约束12 artifact)元素的ype属性值必须使用主类型值 次类型值必须通过GB/T25644一2010 5.4默认构件剖面 5. 4.1导引 默认构件剖面派生自默认剖面 这里构件的语义吸取了参考文献[1]中对构件原理和概念的阐述、 默认构件剖面支持参考文献[1]中规范构件所需的一些模型和图表 5. 4.2必选类 “语义约束"(见了.3.5)描述了某些元素的规则 除了默认剖面中必选的类之外,默认构件剖面增 加了下列必选类 a)Operation(操作 5.4.3 必选属性 除了默认剖面中的必选属性外,默认构件剖面增加了以下必选属性 表3默认构件剖面的U模型的必选属性 必选类 必选属性 可选类 必选属性 Operation Association-role name name initiates-transaction type Attribute name ype Condition description type Diagram-dependency diagram-id nterface-spec name Modeldependeney model-id Parameter direction name ype 标准符合性 当以下所有条件都满足时,基于该剖面的资产是符合本标准的: a)默认剖面的标准符合性被保持 见5.3.6的“标准符合性” b默认构件剖面的约束被保持 见5.4.6的“默认构件剖面语义约束” 5.4.5Solution(解决方案》 5.4.5.1导引 这里只阐述默认构件剖面中新增的类,其他元素的信息可参考默认剖面 解决方案部分新增了 4个类,包括;Requirement需求),Design(设计)、Implementation(实现)和Test(测试) 这些元素对 特殊类型的Artifacts(制品)进行组织,以改进对资产的浏览和导航 本部分的模型仅显示了默认构件剖面中新增的类 默认构件剖面对solution类进行了扩展， 图8闹明了sdution部分的类及其之间的关系 18
GB/T25644一2010 H 6namc.string sng" datedate sae"9rn口 version:stming acccss-nights.sting CBEe ptom:strng soluton requrements design implemcntation digam nameSin位 use-case pc:strng mS artifact sference:string nameSmmg 1dSn ECCsrig" version:strin Cid:strin strng Ceeeme Rigest-namesting id:string digest-valuestring Bcrsion.strin吗 AOws Cdigest-nam Iaccess-nights:string vvcrsion:strng ig-ale.smg tring OPS-e acCess-ights:strimg model SmeSg epe pe:.string rclerence:str1ng 3idstring 0. ersion.strng OdOeSfi- -name:strng on interface-spec edigcst-value:strng mame"SIng m acceSs-frighs;string ne:string initiates nsaction:boolean - Cwsd-namestring descriptio:Sstring 0. parameter conditiom mNdends diagram-dndensy OmeSrmg E mm erng Qdiagram-id:string iescriptistring irciosring 图8默认构件剖面的UMI模型 5.4.5.2 Reirements(需求 Requirements类没有指定任何属性，但它与Mode(模型)、Dia起am(图,UsecCase(用况)和 Artifact类相关联 (requirements)元素内的模型,图、制品等用于描述该构件预期实现的需求 模型、 图和制品节点在XMLschema中是全局性的 5.4.5.3ode模型) Mode类对构件预期实现的需求模型进行规范,Modle类的属性与制品的属性相同 可以有多个 模型,如商业概念模型以及用况模型 5.4.5.4DiagramDependeney图依赖 DiagramDependencsy类用于在模型与图之间建立关系,便于消费者进行资产浏览与评价时对某特 定模型的所有图的理解 diagramid属性应引用当前实体描述文档中的一个Digam 5. .4.5.5 odelependeney(模型依赖) ModeDependency类用于建立模型之间的关系 可通过一系列模型来指导资产消费者对构件的 理解 19
GB/T25644一2010 该类的modelid属性包含了同一实体描述文件中的Model的标识符值 5. .4.5.6Diagram图 -个模型可以有多个图 对于每个Requirenments,Design以及Test类,Diagram类标识了相关的 图,例如商业概念模型图以及用况图 55 .4.5.7UseCase(用况 构件可实现一个或多个用况,该类指向一个用况描述 该类的属性与Artifact的属性相同,但被限制为对构件的用况文档的引用 5.4.5.8Design(设计 Design类没有属性,但它与Model,Diagram,InterlaceSpee(接口规约)和Artifact类相关联 这些 模型,图和制品等用于描述资产消费者使用该构件所需的设计元素 5.4.5.9InterfaceSpee(接口规约 lnter rlaceSpec类描述构件的一个接口 一个构件可定义多个接口,因而该类可能需要多个实例 属性name是用户使用的构件接口名称 属性description是对该接口的简短描述 该类与Operationm 类关联 如果要创建一个InterfaceSpec的实例,则必须创建一个或多个O)peration. lnterfaceSpee可包含一个对其提供附加注释的Deseription类 S 4.5.10operation(操作) Operation类描述了一个接口操作,并与Condition(条件)及Parameter(参数)两个类相关联 这两 个类在资产打包中提供了足够的信息,以使资产消费者及工具可对接口的特性进行推理 类有3个属性,name、initiatetransaction 以及deserigpion nam是该操作的名称 Operation initiatestransaction布尔量声明该Operation是否启动了一个事务 description提供了对 Operation的一个简要抽象 Operation可包含一个对其提供附加注释的Deseription类 5.4.5.11 Condition条件) Condition类捕获当前操作的前置、后置和其他条件 它有两个属性;tye指明条件的类型， description提供对当前条件的解释 Condition可包含一个对其提供附加注释的Deseription类 4.5.12Parameer(参数) S Parameter类使用name、tye以及direction属性来描述Operation上的参数 name属性是该参 幻y知属性描述了参数的类型 dirction属性描述了该参数是当前操作的输人参数.输出多 数的名称 数,或者两者都是 5.4.5.13lmplementation(实施 Immplementation类是一组Artifacts(制品)的集合 这些Artifact(制品)标识了提供构件实施的二 进制及其他形式的文件 Implementation类没有指定任何属性 5 4.5.14Iest(测试 Test类没有指定任何属性,它有几个关联类:Model,Diagram和Artifact 《test)元素中的模型、 图、制品等用于描述资产消费者对构件的测试 模型,图和制品元素在XMLschema中是全局性的 5.4.5.15默认构件剖面的语义约束 约束1;对于GB/T25644一2010 所有其他制品宜在〈solution)元素的子元素〈artifact)中处理 见5 4.5 约束2;(diagram-dependeney)中的diagramid属性宜引用当前实体描述文档中(diagram)元素的 id 见5.4.5.4和5.4.5.6 约束3:(modeldependency)元素的modelid属性包含一个来自于同一实体描述文档中的GB/T25644一2010 asset namc:sring d.strin datc:datce stae:string version.string access-nights:sting 命shortdescripton.string solution impleentation eguireents dcsign wsdl rererncesrng digram - name:string name:stg ype:strng pe:string reference.string reference:string artifact idstring id:string version:string name:strng version:string eDSn业 Bdigest-name:string Oiest-namcstring reterence:string Bdigest.vaue:string ligest-value:string 2idstring 办acccss-rights.sirineg access-nehtsstrine Dvcrsion.string Ddgest-name:.strng Iie st-Value:string access-ights,string 0. odel namesng e ypestring Creference:sting model.depcndency 6dsrng md-Idstrng DVcrsion:string intertface-Spec 心digcst-namc:string 6namesng diagram-dependenGy 3digest-alue:string wsdl-name:string Dacccss-nghts:string dgm-招sg 图9默认webServic剖面的UML模型 5.5.5.2 nterfaceSpec(接口规约 InterfaceSpec类指向wsdl文件中的描述接口设计的部分 webservice 可定义多个接口,因而可 能需要有多个该类的实例 属性name是供用户使用的接口名称,wsdlname是在wsdl中使用的名 称 wsdl类提供了对该接口上若干操作的形式化描述的一个引用 5.5.5.3lmmplementation(实施 Implementation类是必需的,它没有指定任何属性 Implementation类有一组Artifacts,这些 Artifacts标识了提供webservice实施的二进制和其他形式的文件 Implementation类与wsd类相 关联 5.5.5.4wsll wsd类引用了包含webservice描述的文件 5.5.6默认wehseriee剖面语义约束 约束1:对于(requirenments)元素,其子元素宜只包含与需求相关的制品 见5.5.5 对于《design)元素;其子元素宜只包含与设计相关的制品 见5.5.5 22
GB/I25644一2010 对于(implementation)元素;其子元素宜只包含与实现相关的制品 见5.5.5.3 对于中进行处理 见5.5.5 rramid属性宜引用当前实体描述文档中(diagram)元素索的 约束2(digtmdlependleey)中的diagn id 见5,5.5 约束3:(modeldependeney)元素的modeld属性包含一个来自于同一实体描述文档中的GB/T25644一2010 附 录A 资料性附录 资产的打包 A.1资产的打包方式 每个有效的可复用资产必须包含一个实体描述文件(下面将说明)和至少一个制品 该实体描述文 件是一个XMI文档,该文档是对某已知RAsXM1Sehema(见实体描述Schema)验证有效的文档,并 满足相应的剖面文档描述中的附加语义约束 个资产包包括一个制品文件集合和一个实体描述 资产打包有以下几儿种方式 a)捆绑性打包 打包成一个存档文件 非捆绑性打包: b 1 制品可保持它原来的位置; 2 在“打包”时制品可移动到其他位置 A.1.1捆绑性打包 该打包方法可用于一个团队开发环境,它采用压缩方法将包括实体描述文件在内的所有文件打包 进一个档案文件中,这就使资产分发更为方便 该资产打包方法由图A.1说明 raset.xml nasset.xml ComponenOueryjaa 是实体描述， cqswsdl Commponcntras 它指向其他文件 cqs-imterfiace.wsdll usceascmodelmdl 采用压缩方法进行资产打包 图A.1 实体捕述文件所在(在文件系统或在一个档案文件中)的目录被认为是该资产的全部制品(文件)的 根目录 实体描述文件中引用的所有文件的路径都是相对于根目录而言的 当资产以压缩方法打包 时,实体描述中引用的所有文件都应存在于根目录或其子目录中 实体描述中对文件的引用是相对于 根目录的引用 对于将其制品打包在 ras文件中的资产,将“rasset.xml”作为实体描述的文件名 该文件应放在 ras文件的根目录下..ras文件中可有多个 rmd文件,但必须有且只有一个位于 ras文件的根目录下 的.rmd文件,该文件是该资产的人口访问点 对一个资产包中所包含的附加文件没有限制 资产包中的附加文件可以是出于工具处理或过程中 提高实用或实效性的原因而存在 然而这些附加文件不应被视为资产的一部分 所有组成这个资产的 文件,以及使用该资产时所需的文件,必须被资产实体描述的(solution》元素中的一个且仅有一个 rtifact)元素引用 未被(artifact)元素所引用的文件被视为非该资产所需的额外)文件,如果去除这 art 些额外文件,用工具对该资产重新打包和发布修订后的资产包是完全合法的,且该重新打包的资产包将 被视为与原资产包等价 有两种文件不受上述约束限制即必须被(artifact)元素引用),第一种是资产 实体描述文件(即rasset.xml),第二种是RAsXMLSchema文件 对于聚集的资产或定义了多个资产的包,所有实体描述文件中的所有GB/T25644一2010 A.1.3非捆绑性打包(制品移动到新位置处 在许多情况下当制品被打包进一个资产时,制品需要一些改动以使它们可复用 从这点来说,制品 可以一个新的身份呈现,并且被移动到新的位置以便进行必要的修改 同样的,RAS结构支持这种情 况的资产“打包” .ras文件格式 A.2.1映射RAs到.ras文件 RAs仅仅是一个书面的规约,需要更形式化的表示以支持工具处理,为此采用XMlSche ema 即.xsd文件)来描述 为创建XMLSehema,在此采用RAsUML模型作为生成初始 xsd文件的基 线 该文件的第一个版本是可描述任何类型资产的默认剖面 基于默认剖面的xMLsehema,可以创建包含某特定资产内容描述所需的元素的xML文档,该 上ml,该文档是资产的访问人口点 XML文档称为实体描述文件,名称为r rasset 实体描述文件位于资产的"根"目录 该文件伴有一个.xedMLsthema)文件以及任意其他的制 这些文件被压缩为一个扩展名为 ras的文件 图A.2说明了RAs和.ras文件的 品,文件、子目录等 关系 表示成 实现成 访问入口点 XML RAs rasset.xml Schema asset.xml ComponcnQueryjava 书面的钱的 实体捕述文件 形式化表示 Component,rs cp.wsdl &UM模型 cp-interfiace.wsd usecasemodelmdl Asse Asset Asset Classification Ca5siicaon Classiication Solution Solutionm Solution Usae Usae Usae RelatedAssets ReateAsSets RelatedAssets 图A.2映射RAS到.ras文件 每个 ras文件包含以下类型的文件 a)零或多个XMI.Schema文件(如;RAsProfile.xsd); b) 位于根目录中的一个实体描述文件(如rasset.xml),也可有其他的实体描述文件; 一个或多个制品文件(如源代码、模型,测试脚本等). .ras文件的每个制品(rasset.xmml文件和XMISchema文件除外)必须在rasset.xml的(solutiony 元素中被引用 每个制品(即;文件)应在.ras文件中出现一次 A.2.1.1组织.ras文件 ras文件可在文件系统上组织,或由版本控制系统来组织 可按资产类型、版本,或状态等来组织 A.2.1.2浏览.ras文件 工具提供商在对资产进行列表显示时,可检查 ras文件中的rasset.xml文件以提取资产名称和简 短描述 rasset.xml文件结构可方便地转换为易于浏览的HTML 25
GB/T25644一2010 附 录 B 规范性附录 默认剖面的XMLSehema "UE-8"？ ? xmlversion="1.0”encoding5 xsd;schemaxmlns;defaultprofile="http:///defaultprof1le.ecore' xmlns;xsd="http://www.w3.org/2001/XxI.schema”targetNamespace- "http; ///defaultprofle.ecore" xsd:complexTyename="classification"》 xsd:seguence》 "descriptorGroup”type="defaultprof1le;DescriptorGroup" xsd:elementname min0ccurs max0ccurs="unbonded" xsd;elementname="context"”type="defaultprofle;Context"minOccurs="o"maxOccurs" 'unbound ed") /xsd;sequence 《/xsd:complexType》 (xsd;elementname-"Classification”type="defaultprofile;Classification"y /xsd:element xsd:complexTypename="Asset"》 xsd:seauence》 'classification”tpe="defaultprofile:Classification”minOccurs="o" xsdelementname (xsd,elementname=-"solution”type="defaultprofile,sSolution" rofile;Usage"minOccurs="o"八 "defaultprol 《xsd;elementname="usage”type relatedAsset"type="defaultprofile;RelatedAsset”min0ccurs="o" Xsd;elementname max0ccurs= 'unbounded" "defaultprofile;Profile" xsd;element entname prof1le”type xsdelementname= description”type="defaultprofile;Description”minOccurs="o" 《/xsd:sequence xsd;attributename" 'xsd;string" name”type xsdattrbute 心 type="xsd;string" ySO1a时睡Oue xsd;attributename "date”type="xsd;string" attrbutename "state”type="xsd;string" name version”type="xsd;string”" A十十T accessRights”type="xsd;string" xsd: ibutename ccription”type="xsd;string" xsd:attrbute shortDeS /xsd;attribute' /xsd:complexType xsd;elementname="Asset"type="defaltprof1le;Asset"y /xsd:element xsd;complexTypename="solution" Xsd:seguence 《xsd;elementname="artifact”type="defaaltprofile;Artifact”max0ccurs="unbounded"D 7xsd:seguence /xsd:complexT'ype xsd;elementname="solution"type="defaultprofileSolution")》 /xsd;element》 xsd;complexIypename="Artifact" 26
GB/T25644一2010 《xsd;seguence xsd:elementname artifactContext”type="defaultprofle:ArtifactContext”minOccurs="0" "unbounded" max0ccurs= xsd;elementname="artifactDependeney"type="defaultprofile;ArtifactDependency" S maxOccurs="unbounded"八 min0ccurs= xsd;elementname="artifact”type="defaultprofile;Artifact”minOccurs="o" max0ccurs 'unbounded" 'variabilityPoint"type="defaultprofile;VariabilityPoint”minOccurs="o" 《xsd:elementname5 max0ccurs= 'unbounded "description”"type="defaultprofle;Description”minOccurs="o"八 elementname XSO-ememnme artifactType”type="defaultprofle:ArtifactType”min0ccurs="o" max0ccurs PP reference' type="defaultprofile;Reference”minOccurs="o"八 Xsd: 2mentname /xsd:sequence 'xsd;string" 7n17十P xsd:att name name”tpe XSO type”type="xsd:string” XSO2tT7p1]O "version”tpe="xsd:string" XSO，2十T7O1]P" name 'xsd:string" XSO1dI工Oule "digestName”type= trbutename Se8 "digestValue"type="xsd;string" attribute xsd;attributename="accessRights”type="xsd;string" /Xsd:compleXxIype xsd,elementname="Artifact”type="defaultprofile;Artifact" /xsd:element》 xsd;complexTypename="Usage" Xsd:seguen xsd;elementname="contextRef”type="defaultprofile:ContextRef”minOecurs="o" max0ccurs 'unbounded" 'artifactActivity"type="defaultprofile;ArtifactActivity"minOccurs="o" Xsd;elementname maxOccurs 'unbounded" assetActivity"type="defaultprof1le;AssetActivity"”minOccurs="o xsd:elementname max0ccurs bOODaeeO xsd;attributename="artifact”type="xsd;string" xsd;annotation》 xsd:documentation)optional/xsd:documentation》 /xsdannotation /xsd:attribute /xsd;complexType)》 《xsd:elementname="Usage”type="defaultprofle:Usage"y xsd;annotation) xsd:documentation》xmi:ordered=false/xsd:documentation /xsd;annotation /xsd:element》 xsd;complexTypename="RelatedAsset" xsd.annotation xsd:documentation》xmi:contentType=mixed/xsd:documentation /xsd;annotation) xsd;seguence》 xsd;elementname="description”type="defaultprofile;Description”minOccurs="o" /xsd;sequence