GB/T 25644-2010 信息技术 软件工程 可复用资产规范

　　ICS 35. 080 L 77

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 25644—2010

　　信息技术

　　软件工程 可复用资产规范

　　Information technology—

　　Softwareengineering—Reusableassetspecification

　　2010-12-01发布 2011-04-01实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　

　　发

　　

　　布

　　GB/T 25644—2010

　　目 次

　　前言 Ⅰ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语和定义 、缩略语 1

　　3. 1 术语和定义 1

　　3. 2 缩略语 3

　　4 约定 3

　　4. 1 文档约定 3

　　4. 2 UML 建模约定 3

　　5 可复用资产 4

　　5. 1 导引 4

　　5. 2 RAS的基本模型 4

　　5. 3 默认剖面 17

　　5. 4 默认构件剖面 18

　　5. 5 默认 Web Service剖面 21

　　附录 A (资料性附录) 资产的打包 24

　　A. 1 资产的打包方式 24

　　A. 2 . ras文件格式 25

　　附录 B (规范性附录) 默认剖面的 XML Schema 26

　　参考文献 34

　　GB/T 25644—2010

　　前 言

　　本标准的附录 A为资料性附录 , 附录 B为规范性附录 。

　　本标准由全国信息技术标准化技术委员会提出并归 口 。

　　本标准主要起草单位 :上海计算机软件技术开发中心 、上海宝信软件股份有限公司 、万达信息股份有限公司 、上海市软件行业协会 。

　　本标准主要起草人 :宗宇伟 、张敬周 、葛孝堃 、冯惠 、郑红 、丛力群 、张纯 、朱三元 、李光亚 、欧阳树生 、钱乐秋 、王二卫 。

　　Ⅰ

　　GB/T 25644—2010

　　信息技术

　　软件工程 可复用资产规范

　　1 范围

　　本标准规定了可复用软件资产的结构 、内容和描述方法 。

　　本标准适用于可复用软件资产的设计 、开发 、管理 、组装 、使用等活动 ,并适用于从事可复用软件资产管理 、开发以及实施基于资产开发方式的各类软件组织 。

　　2 规范性引用文件

　　下列文件中的条款通过本标准的引用而成为本标准的条款 。凡是注 日期的引用文件 ,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准 ,然而 ,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本 。凡是不注日期的引用文件 ,其最新版本适用于本标准 。

　　GB/T 18793—2002 信息技术 可扩展置标语言(XML)1. 0

　　ISO/IEC 19501—2005 信息技术 开放分布处理 统一建模语言(UML)(版本 1. 4. 2)

　　3 术语和定义、缩略语

　　下列术语和定义 、缩略语适用于本标准 。

　　3. 1 术语和定义

　　3. 1. 1

　　制品 artifact

　　在软件开发或使用过程中所形成的一种信息的物理件 。一个物理上的制品对应于文件系统中的一个文件 ,一个逻辑上的制品是文件系统中若干相关文件的一个集合 。制品的实例如模型 、实例或二进制可执行文件等 。

　　3. 1. 2

　　问题 problem

　　在软件开发生存周期中的一个障碍 。要满足目标应用的需求 ,则必须解决(或者避免) 开发生存周期中遇到的问题 。一个可复用资产完全或部分的解决了软件开发生存周期中遇到的问题 。

　　3. 1. 3

　　资产 asset

　　资产是解决软件开发中某问题的一组制品集合 ,该问题可与系统制品的演化有关 ,或直接与所开发系统的领域问题有关 。本标准中将资产的制品集合称为解决方案 。

　　3. 1. 4

　　可复用资产 reusableasset

　　可复用资产是对重复出现的问题的解决方案 。可复用资产是基于复用思想开发的资产 。 3. 1. 5

　　白盒资产 whitebox asset

　　资产的一种类型 ,其内部全部可见 ,并可供查看或修改 。

　　3. 1. 6

　　黑盒资产 blackbox asset

　　资产的一种类型 ,该类型资产的内部制品对消费者来说是不可见的 。

　　1

　　GB/T 25644—2010

　　3. 1. 7

　　净盒资产 clearbox asset

　　资产的一种类型 ,该类型资产的内部制品对消费者是可见的 ,但消费者不能对其进行任何方式的改变或修正 。对外显示资产内部的目的是帮助消费者理解该资产 , 以便更好地使用和调试 。

　　3. 1. 8

　　灰盒资产 graybox asset

　　资产的一种类型 ,其内部一部分对用户是隐蔽的 ,另一部分对用户是可见的 、并可被更改的 。灰盒资产的可变性介于黑盒资产和白盒资产之间 。

　　3. 1. 9

　　构件 component

　　资产的一种类型 。构件是软件系统中具有相对独立功能 、可以明确辨识 、接 口 由契约指定 、和语境有明显依赖关系 、可独立部署的可组装软件实体 。

　　3. 1. 10

　　基于资产的开发(ABD) assetbased development(ABD)

　　软件开发过程中的一种方法 。基于资产的开发是一套促进资产复用的过程 、活动和标准 ,它没有涵盖软件开发过程的全部 。基于资产的开发以体系结构为中心 。

　　3. 1. 11

　　提取 harvest

　　一个 ABD活动 ,用于从已有的 、未被废弃的系统中创建资产 。提取的执行者是资产生产者 。 提取活动首先是在已有系统中寻找那些有复用价值的组成元素 ,然后经少量加工将其转换为可复用资产 。

　　3. 1. 12

　　应用资产 apply asset

　　消费者使用可复用 资 产 解 决 一 个 问 题 的 ABD 活 动 , 资 产 的 应 用 通 常 要 遵 循 资 产 规 范 中 的 用 法指南 。

　　3. 1. 13

　　生产者 producer

　　ABD 中的一个角色 ,负责可复用资产的创建 。 生产者可从现有系统中提取资产 , 或者针对重复出现的问题 ,从零开始开发可复用资产 。

　　3. 1. 14

　　消费者 consumer

　　ABD 中的一个角色 。消费者是一个应用可复用资产的软件开发者 。

　　3. 1. 15

　　目标应用 targetapplication

　　带有可复用资产可解决的问题的一个应用或系统 。可复用资产的消费者将该资产应用到目标应用中。

　　3. 1. 16

　　核心 RAS coreRAS

　　可复用资产规范(RAS)的基本描述模型 。

　　3. 1. 17

　　剖面 profile

　　一组语义约束和一个 XML Schema的集合 ,用以验证一个实体描述文档 。剖面定义了特定类型资产的实体描述文档中哪些信息是必需的 ,哪些是可选的 。

　　3. 1. 18

　　实体描述 manifest

　　描述可复用资产的结构和组成等信息的一个元信息文档 ,该文档包含了特定资产的具体描述信息 。

　　2

　　GB/T 25644—2010

　　按本标准打包的每个资产必须有一个实体描述文档 , 它是一个经该资产类型的剖面验 证 有 效 的 XML文档 。

　　3. 1. 19

　　描述子 descriptor

　　描述资产信息的一个键/值对 。描述子名称是键 ,通常是人易理解的一两个关键词 。值是人易理解的一个句子或一两段文字 。

　　3. 1. 20

　　描述子组 descriptorgroup

　　一组相关的描述子 。

　　3. 1. 21

　　可变点 variabilitypoint

　　制品中的一个点 , 当该制品所属的资产被应用于目标应用时 ,可在该点上进行修改或定制 , 以满足目标应用的个性化需求 。

　　3. 1. 22

　　周境 context

　　一个框架性的引用或概念上的边界范围 ,为与其相关的事物确定含义 。

　　3. 1. 23

　　包 package

　　组成资产的所有制品(文件)的集合 。一个包可以实现为文件系统中的一个目录 ,或者一个存档文件 。

　　3. 1. 24

　　根目录 rootcontext

　　一个资产包的顶级目录 ,它定义了一个资产所有制品的边界(在允许以 URL方式链接制品时除外) 。

　　3. 1. 25

　　工具处理 tooling

　　用于描述对 RAS实 体 描 述 文 档 和 RAS资 产 包 进 行 处 理 和 管 理 的 软 件 程 序 的 一 个 通 用 术 语 。 RationalXDE就是一个可创建和使用 RAS资产的商业化工具的实例 。

　　3. 2

　　缩略语

　　ABD

　　RAS

　　UML

　　XML

　　URL

　　基于资产的开发(Asset-Based Development)

　　可复用资产规范(Reusable AssetSpecification)统一建模语言(Uniform Modeling Language)

　　可扩展置标语言(EXtensible Markup Language)统一资源定位符(Uniform Resource Locator)

　　4 约定

　　下列约定适用于本标准 。

　　4. 1 文档约定

　　文档约定如下 :

　　a) <描述子-组>元素 :带有定界符< >的术语代表一个 XML Schema 中的元素 ;

　　b) 属性 :斜体加粗的术语是一个元素的属性 ;

　　c) 所有的节点和属性名称只能用小写字母表示 ;

　　d) 如果用多个单词作为一个节点或属性的名称 ,在字和字之间要使用连字符 , 比如“artifact-type”。

　　4. 2 UML建模约定

　　UML建模约定如下 :

　　a) 类名 — 类名由大写字母开头 ,用连字号(“-”)连接多个独立的单词 ;

　　3

　　GB/T 25644—2010

　　b) 关联 、标识符 、容器 — 所有的关联被声明为传值(by-value)关联 。这表示 “被包含 ”的类是 一个 XML Schema 中的子元素 。 因此 ,在需要保持持久性关联的地方 ,拥有者类要包含一个标识符(ID)属性 ;

　　c) 关联的基数 — 类之间的基数使用 UML 的表示风格[下限…上限]来表示 。在上限是无限的情况下 ,使用“* ”表示 ;

　　d) 属性 — 属性名与类名使用同样的规则 , 以小写字母开头 ,用连字号“-”连接多个独立的单词 。属性类型使用与编程语言无关的方式来声明 ,使用小写字母 ,例如[string,int] 。

　　属性的必选/可选信息在属性的文档窗口中获取 ,值可以是[required,optional] 。

　　属性的可见性在默认情况下被声明为私有的 ,但这些语义并不直接转换到 XML Schema 中 。

　　5 可复用资产

　　5. 1 导引

　　可复用软件资产(简称资产)提供了在一个给定的周境下对某问题的解决方案(solution) 。 图 1 是可复用资产的一个抽象描述 。资产可有可变点 ,资产的消费者可在可变点上进行客户化 。 资产具有用于指导该资产如何使用的规则 。

　　图 1 资产的基本概念

　　资产是一组制品的集合 ,制品可以是软件开发生存周期中的任何工作产品,例如需求文档 、模型 、源代码文件 、部署描述子 、测试用例或脚本等 。

　　5. 2 RAS的基本模型

　　5. 2. 1 导引

　　一个资产蕴含了丰富的信息 ,不同类型的资产有不同的规约要求 。本标准提供了规范各类资产的一个核心模型 ,在此称之为核心 RAS,并给出了基于核心 RAS的扩展机制 ,基于核心 RAS及其扩展机制来支持对特定类型资产的规约 。本标准给出了针对两种资产类型的扩展 : 默认构件剖面和默认 Web Service剖面(详见 5. 4 和 5. 5) 。

　　本条主要阐述核心 RAS及剖面扩展机制 。

　　5. 2. 2 核心 RAS模型及扩展机制

　　核心 RAS是用于规范各类资产的一个核心模型 ,定义了用于规范各类资产的基本组成及其之间的关系 。 图 2左边部分标识了核心 RAS的一些主要部分 ,左图的顶端是一些资产级的属性 。 图 2 右边部分显示了核心 RAS的主要组成部分之间的关系 。核心 RAS由 4个主要部分组成 :

　　a) 分类部分(Classification section) ,提供了一组用于资产分类的描述子以及与资产相关的周境描述 ;

　　b) 解决方案部分(Solution section) ,描述资产的制品 ;

　　c) 用法部分(Usage Section) ,包含安装 、定制和使用资产的规则 ;

　　d) 相关资产部分(Related-Assets section) ,描述了与其他资产的关系 。

　　4

　　GB/T 25644—2010

　　图 2 核心 RAS的主要部分

　　本标准采用 UML表示核心 RAS模型 ,如图 3 所示 。模型中的每个类代表一个资产元素 ,类间的聚合关系表示元素的拥有者和包含者之间的关系 。关联关系描述了资产元素的关联 ,一般用标识符来保持关联关系 。

　　对核心 RAS各个类的详细阐述见 5. 2. 7~ 5. 2. 15。

　　图 3 核心 RAS的 UML模型

　　5

　　GB/T 25644—2010

　　通过对核心 RAS进行扩展可得到某特定类型资产的描述模型 。核心 RAS模型采用与 UML相同的扩展机制 ,这种扩展是增加或扩大基本模型信息的一种方法 。一个描述模型可扩展核心 RAS或其他描述模型 ,通过扩展可引入一些更为严格的语义和约束 ,但不能减少被扩展的描述模型中所规定的语义及约束 。

　　可以在新扩展的描述模型中增加新的类 ,但当前描述模型中的类及其上的约束不能减少 。例如 ,扩展得到的新描述模型可使当前模型的可选类成为必选类 ,但父模型中的约束不能被去除 ,现有类在新模型中的约束不能少于该类在父模型中的约束 。

　　可以在新扩展的描述模型中增加当前类的属性 ,但当前类的属性及其上的约束不能减少 。例如 ,一个新模型可使当前可选属性变为必选属性 ,且该属性在父模型中的约束不能被去除 ,现有属性在新模型中的约束不能少于该属性在父模型中的约束 。

　　5. 2. 3 剖面 XML Schema及扩展机制

　　核心 RAS以及对其扩展得到的资产描述模型是一个抽象的模型 ,是非实例化的 ,不能直接用于资产的描述 。剖面提供了资产描述模型的一个 XML Schema实现 , 以核心 RAS模型为例 , 图 3 模型中的每个类可用 XML Schema元素来表示 ,根据该模型可派生出一个 XML Schema文档 , 图 4 为该文档的主要部分 , 附加的语义约束见 5. 2. 15。该 XML Schema连同附加的语义约束 ,提供了核心 RAS的一个实现 , 即默认剖面 。

　　采用核心 RAS模型规范资产时 ,可通过默认剖面定义资产的实体描述文档结构 、语法和语义约束 ,从而可具体描述一个特定的资产 。

　　图 4 默认剖面的 XML Schema概览

　　剖面采用与 UML相同的扩展机制 ,这种扩展是增加或扩大基本(默认) 规约信息的一种方法 。 一个剖面可扩展核心 RAS或其他剖面 , 通过扩展可引入一些更为严格的语义和约束 , 但不能改 变 核 心RAS或其他剖面所规定语义及约束 。

　　可以在新扩展的剖面中增加新的元素 ,但当前剖面中的元素及其上的约束不能减少 。例如 ,扩展得到的新剖面可使当前剖面的可选元素成为必选元素 ,但父剖面中的约束不能被去除 ,现有元素在新剖面中的约束不能少于该元素在父剖面中的约束 。

　　6

　　GB/T 25644—2010

　　可以在新扩展的剖面中增加当前元素的属性 ,但当前元素的属性及其上的约束不能减少 。例如 ,一个新剖面可使当前可选属性变为必选属性 ,且该属性在父剖面中的约束不能被去除 ,现有属性在新剖面中的约束不能少于该属性在父剖面中的约束 。

　　如图 5所示 ,默认剖面是核心 RAS的一个实现 ,默认构件剖面和默认 Web Service剖面都派生 自默认剖面 。剖面派生信息可从剖面历史中得到 ,详见 5. 2. 9. 1。

　　图 5 核心 RAS与剖面扩展示例

　　本标准通过剖面扩展机制来支持对各类型资产(如构件 、web services、模式和框架等) 的描述 。 针对某特定资产类型 ,可通过对核心 RAS或其他剖面的扩展得到一个适用于该类型资产描述的剖面 ,扩展后的剖面保留并扩展了核心 RAS的语义及约束 。剖面的扩展关系形成了剖面的谱系 ,默认剖面是所有具有 Xml schema实现的剖面的祖先 。

　　一个具体的剖面对应一个资产类型 ,用于对该类型中所有资产的描述 ,该剖面通过定义该类型资产实体描述文档的结构 、语法和语义约束 ,来指导该类型中某特定资产的描述 。一个按本标准打包的特定资产必须包含一个实体描述文档 ,该文档包含了资产的具体描述信息 。剖面 XML Schema文件一般与实体描述文档一起存放 ,也可采用 URL引用方式 ,通过网络对其访问 。

　　本标准中 ,核心 RAS模型中的每个类对应了默认剖面的一个 XML Schema元素 , 因此 ,在本标准后续的内容中 ,若无特别声明 ,对核心 RAS模型中类的阐述同样适用于默认剖面中相应 XML Schema元素的阐述 ,反之亦然 。例如 ,对核心 RAS 中的 Asset类的阐述 , 同样适用于默认剖面元素的阐述 。

　　5. 2. 4 标准符合性

　　当以下条件都满足时 ,一个资产才认为是符合本标准的资产 :

　　资产必须满足本标准中核心 RAS所有的语义约束(见 5. 2. 15) 。

　　5. 2. 5 必选类

　　本标准 5. 2. 15的 “语义约束 ”部分描述了满足标准符合性所必须赋值的类 。其目的在于支持具体复用实施中形式化程度的差异 。

　　可通过创建新的剖面以引入更为严格的语义和更多的必选类 , 已有的必选类在新的剖面中不能变为可选的(见 5. 2. 15的“约束 15”) 。

　　下面列出了必选类 :

　　a) Asset(资产) ;

　　b) Profile(剖面) ;

　　c) Solution(解决方案) 。

　　7

　　GB/T 25644—2010

　　尽管 Solution(解决方案)类是必选的 ,其相关的 Artifact(制品)类是可选的 ,但 “约束 2”(见 5. 2. 15)规定 ,为满足 标 准 符 合 性 , 必 须 至 少 存 在 一 个 有name (名 称) 或reference (引 用) 属 性 值 的 制 品 。 将作为可选元素是出于易于剖面将来变化的考虑 ,将来的剖面可能在解决方案部分增加更多的特定元素(例如需求 ,设计 ,实现等) ,可使这些元素是必选的 ,见 5. 4 中对解决方案部分的扩展 。

　　5. 2. 6 必选属性

　　只有少数属性是必选的 。5. 3. 5 描述了为满足标准符合性 , 哪些附加属性必须予以赋值 。其 目 的在于支持复用实施中形式化程度的差异 。

　　可通过创建新的剖面以引入更为严格的语义和更多的必选属性 , 已有的必选属性在新的剖面中不能变为可选的(见 5. 2. 15的“约束 15”) 。

　　表 1列出了必 选 属 性 , 这 些 属 性 中 有 许 多 存 在 于 可 选 类 中 , 意 味 着 在 打 包 资 产 时 该 类 的 XML schema节点不是必选的 。

　　表 1 核心 RASUML模型的必选属性

　　必选类

　　必选属性

　　可选类

　　必选属性

　　Asset

　　name

　　Related-profile

　　name

　　id

　　id

　　Profile

　　name

　　version-major

　　id-history

　　version-minor

　　version-major

　　Context

　　name

　　version-minor

　　id

　　Descriptor

　　name

　　Artifact-context

　　context-id

　　Artifact-dependency

　　artifact-id

　　Variability-point

　　name

　　id

　　Artifact-type

　　type

　　Artifact-activity

　　artifact-id

　　Context-ref

　　context-id

　　Activity

　　id

　　task

　　Variability-point-binding

　　variability-point-id

　　binding-rule

　　Related-asset

　　name

　　relationship-type

　　5. 2. 7 Asset(资产)

　　每个实体描述文档都以单个 Asset实例开始 。Asset实例定义了可复用软件资产的身份(见 5. 2. 14) 。

　　Asset实例包含两个必选的属性 :name和id 。属性name(资产名称)取值为简短字符串 ,该字符串应反映该资产的一般解决策略或资产可处理的问题 ,属性id(资产标识符) 取值为全球唯一标识符 ,用于在工具化处理中区分不同的资产 。

　　属性date( 日期)包含一个符合默认 XML格式(YYYY—MM—DD) 的有效 日期 。该 属 性 指 明 了

　　8

　　GB/T 25644—2010

　　该资产可以被开始使用的时间 。

　　属性state(状态)说明了资产当前的状态 。该属性主要用于资产认证流程(该资产在资产库中发布之前所需经历的一系列评审) 。

　　属性version(版本)是任意字符串 ,用于比较两个标识符属性相同的资产 。

　　属性accessright(访问权限) 是任意字符串 ,用来说明资产消费者对资产的访问权限 ,例如查看或使用 。

　　属性short-description(简短描述)为该资产的简短描述 。用户查询资产库时一般最先看的信息是资产的name和short-description。

　　Asset类 有 两 个 必 选 的 关 联 : Profile(剖 面) 和 Solution(解 决 方 案 ) , 还 有 4 个 可 选 的 关 联 : Description(描述) ,Classification(分类) , Usage(用法) 和 RelatedAsset(相 关 资 产) 。 对 这 些 类 的 讨 论贯穿于整个标准 。

　　5. 2. 8 Description(说明)

　　Description类 是 一 个 简 单 的 容 器 , 包 含 了 关 于 该 资 产 整 体 或 某 些 组 成 元 素 的 说 明 文 字 。 Description在 XML schema 中是全局性的 ,并在多处被引用 。例如元素下可以有元素 ,其取值主要包括该资产处理的问题以及主要解决策略的较详细阐述;元素也可以有元素用于说明当前资产剖面的有关信息 ;等等 。

　　Description类的“值 ”在 XML 中用多行元素表示 ,如下所示 :

　　The Description. value Here

　　5. 2. 9 Profile(剖面)

　　5. 2. 9. 1 核心剖面

　　一个 Profile定义了某一类型资产的实体描述文件的结构和语义 。 一个资产的实体描述文档必须标识一个用于验证自身的 Profile类 ,该类精确定义了用于资产符合性所采用的特定剖面 。Profile能引用其他模型元素(例如 UML包或类)来对自身进行描述 。Profile可能有不同的版本 ,应说明与其他剖面的谱系或祖先关系 。RelatedProfile(相关剖面)从这个 Profile 的谱系关系中获取信息 。

　　除了由核心 RAS定义的 、没有相应 XML Schema实现的 Core Profile(核心剖面) ,每一个 Profile都是由其他剖面派生而来的 。剖面可直接从核心 RAS或其他任何一个剖面(例如默认剖面)进行扩展 。剖面扩展只能在实体描述的 XML Schema 中增加元素和属性 , 以及/或者在已有元素上关联新的语义 ,而不能从 XML Schema 中去除元素或属性 。一般来说 ,扩展后的剖面受更多限制 。

　　属性name(剖面名)取值为一个可读的字符串 ,该字符串反映了当前剖面的 目 的或范围 。 属性id是剖面的权威标识符 ,一个剖面的id可能是任意字符序列 ,但该标识符在复用范围内必须是唯一的 ,且不能包含双冒号( : :) 。

　　属性id-history(标识历史) 是 一 个 组 合 键 , 由 Profile 的id及 其 所 有 祖 先 剖 面 的 标 识 符 串 接 而 组成 , 串接符号为双冒号( : :) 。 除了原始的 Core Profile,一个剖面当且仅当派生自一个父剖面 。

　　下面是默认剖面的id-history的示例 :

　　F1C842AD-CE85-4261-ACA7-178C457018A1: :31E5BFBF-B16E-4253-8037-98D70D07F35F

　　它说 明 了 “F1C842AD-CE85-4261-ACA7-178C457018A1”标 识 的 剖 面 是 核 心 剖 面 , “31E5BFBF- B16E-4253-8037-98D70D07F35F”标识的是默认剖面 。

　　如果定义了一个新的剖面 ,将产生一个新的 id,应在剖面的标识历史中将其添加到它的父剖面标识符后面 。这个新剖面对标识历史中所有在其之前的 Profile进行了扩展 。

　　属性version-major (主版本号)和version-minor (次版本号) 取值均为整数 ,用于定义 Profile 的版本 ,特别是可用于区分与该 Profile名称相同的以前的剖面 。 通常情况下 ,这两个值组合在一起形成浮

　　9

　　GB/T 25644—2010

　　点数的形式 。例如主版本号为 2,次版本号为 1,则可被写作版本 2. 1。 当剖面被更新并且仍保留原有名称时 ,主版本号和次版本号的值应发生变化 。例如 , 当对剖面进行更新但其用途和范围不变时 ,剖面名称应保持不变 。

　　属性reference是一个可选属性 ,它引用一个外部文档来提供更多关于该剖面的信息 ,该文档应对剖面使用 的 新 类 、属 性 和 语 义 进 行 解 释 。reference属 性 也 可 包 含 一 个 指 向 位 于 根 目 录 之 外 资 源的 URL。

　　Profile类有两个关联 ,一个是与 Description的关联 ,用于捕捉可读的 、对该剖面的注释 ,另一个是与 RelatedProfile 的关联 ,用于提供该 Profile 的id-history中的每一个剖面的可读信息 。

　　Profile可引用一个 Artifact(制品)来为自身提供进一步的背景和解释 。

　　5. 2. 9. 2 RelatedProfile(相关剖面)

　　RelatedProfile类通过描述剖面的谱系来捕捉剖面的历史 。 < relatedProfile>元素的属性name,id, version-major,version-minor,reference,其含义与元素的属性相同 ,其中id属性包含了该剖面的标识符 ,它应在元素的id-history属性中出现 。属性parent-id描述派生该剖面的父剖面 。

　　RelatedProfile可引用一个 Artifact,用于为 RelatedProfile提供更进一步的背景和解释 。

　　5. 2. 10 Classification(分类)

　　5. 2. 10. 1 导引

　　在基于资产的开发中 ,搜索资产时采用的视角经常不同于其打包时的视角 , 因此资产的分类应支持多个视角 。本标准支持以简单的名/值对方式进行分类 ,并允许用户引用自己定义的资产分类 schema. 。

　　元素仅仅是一个实体描述中用于资产分类的所有元素的容器 。 < classification>元素没有定义任何属性 。 元素有两个可选的子元素 : 和 。

　　5. 2. 10. 2 Context(周境)

　　周境定义了一个概念框 架 , 用 以 解 释 资 产 中 其 他 元 素 的 含 义 。 < context>元 素 定 义 了name (必 选的)和id属性 。实体描述中其他元素通过id引用周境 。 元素有一个可选的子元素 ,用 于 进 一 步 说 明 周 境 的 相 关 信 息 。 一 个 < context> 元 素 也 可 包 含 子 元 素 , 通过一组描述子(见 5. 2. 10. 4 的)来服务于周境的定义 。

　　实体描述文件中可定义多个周境 。 一个可声明与多个周境的相关性 。 表 2 举例说明了周境的一些范畴的样本 。本标准不规定周境的具体内容 ,下面的周境样本仅仅是示例 。

　　表 2 周境范畴

　　周境范畴

　　周境说明和举例

　　核心

　　与该周境相关的制品代表该资产的基本要素 。若没有与该周境相关的制品或 活 动 , 资 产 就不能被成功应用于目标应用中 。

　　业务

　　与该周境相关的制品是与一个具体的业务周境相关的 。

　　例如 :保险业 ,金融服务业

　　开发

　　与该周境相关的制品对于该资产的开发是必需的 。这个周境通常出现在白盒 资 产 中 ,用 于可修改的制品 。与该周 境 相 关 的 制 品 可 包 括 构 建 版 脚 本 和 工 具 , 模 型 以 及 规 约 文 档 等 。 例如 :J2EE 1. 3,WebSphere Studio Application Developer5. 1 等 。

　　文档

　　与该周境相关的制品被用于资产的解释和文档化 。这些制品并不是应用该资产所必需的 。

　　运行

　　与该周境相关的制品对于资产的运行/执行是必需的 。例如 :WebSphere Application Server

　　5. 1。

　　测试

　　与该周境相关的制品是与测试相关的 ,不需要直接应用到 目标应用中 。例 如 :脚 本 、样 本 数据或测试计划 。

　　10

　　GB/T 25644—2010

　　5. 2. 10. 3 DescriptorGroup(描述子组)

　　DescriptorGroup类仅仅是一组相关描述子的值的容器 ,描述子的值可能是描述子节点或自由形式的值 。这些描述子的值可能来自一个或多个分类 schema,用于将一个具体资产相关的分类定义和值集中在一起 。

　　属性name为描述子组的名称 ,属性reference指向另一个分类 schema或本体 。本标准不对行业和资产类型的所有可能进行阐述 ,属性reference允许资产分类时采用多个分类 schema或本体 。

　　子元素用于对描述子组提供进一步说明 。

　　DescriptorGroup可引用一个 Artifact,用于为 DescriptorGroup提供进一步的背景和解释 。

　　5. 2. 10. 4 Descriptor(描述子)

　　该类定义了描述该资产质量和特性的分类描述子 。属性name为描述子名称 ,通常情况下 ,该名称在分类 schema 中是唯一的 。属性context-id包含一个周境标识符 。

　　5. 2. 11 Solution(解决方案)

　　5. 2. 11. 1 导引

　　一个资产提供一个解决方案 ,解决方案通过一个制品集合来提供 。一个制品可包含其他制品或与其他制品相关联 。一个制品可与一个特定的周境(如开发时或运行时周境) 相关 。 一个制品可有可变点 ,供客户化定制 。如图 6所示 。

　　图 6 解决方案部分的领域模型

　　实体描述中的元素是一个包含该资产所有制品的容器 。 它是必选元素且没有指定任何属性 。 < solution>元素仅指定了子元素 。

　　5. 2. 11. 2 Artifact(制品)

　　一个制品或者是位于资产包中的一个物理文件 ,或者代表一个逻辑实体 ,这个逻辑实体至少有一个子制品是物理文件 。一个元素必须至少指定一个name或一个reference 属性 。对代表逻辑实体的制品,其name属性是必选的 ;对指定为(作为资产包的组成部分的) 实际文件或工作产品的制品 ,

　　11

　　GB/T 25644—2010

　　其reference属性是必选的 。

　　属性name、type和reference是可选的 ,可通过工具批量添加具体名称未知的制品 ,name可以是制品的文件名 , 即允许与reference属性冗余 。reference属性是可选的 ,从而允许元素可包含其他元素 ,并可引用文件系统或其他地方的制品 。

　　一个元素可指定一个供实体描述中其他元素所引用的id 。id在实体描述文档中的所有制品范围内必须是唯一的 。version属性(可选)用于标识一个制品的版本 。

　　一个制品可采用某个特定算法进行加密 。属性digest-name (加密名称) 和digest-value (加密值)包含了加密的名称和值 。

　　一个特定制品可指定与之相关的使用许可及权限 。属性access-rights(访问权限) 指定制品的许可信息 ,本标准不指定该许可信息的格式 。

　　元 素 可 包 含 若 干 子 元 素 : < artifact-type> 、< artifact-context> 、< artifact-dependency> 、 , 同时也可包含子制品元素 。

　　一个物理制品可以是任意类型的文件(二进制 ,纯文本等) 。 属性type指定制品的主类型的信息 ,该信息用于对制品的工具化处理 。 除主类型外 ,一个制品可指定任意数目的次类型 。 每个次类型由子元素来详细说明(见 5. 2. 11. 6 的) 。

　　主类型往往是制品文件的扩展名 。例如 ,一个名为 web. xml的文件 , 它的主类型是 XML,次类型可能是 J2EE Web Configure。

　　主 类 型 列 表 将 文 件 扩 展 名 映 射 到 类 型 名 称 。 多 个 文 件 扩 展 名 可 对 应 于 同 一 个 类 型 , 多 个 类 型名 称 也 可 对 应 于 同 一 个 文 件 扩 展 名 。 在 此 情 况 下 , 应 通 过 工 具 为 用 户 处 理 两 者 间 的 映 射 提 供 便利 。 例 如 , 一 个 名 为 usecases. doc 的 文 件 , 其 文 件 扩 展 . doc可 映 射 为 “Microsoft Word”类 型 和“WordPerfect”类 型 。

　　主类型(Primary Types)

　　下面列举的主类型样例来自于 RASPrimaryArtifactTypes. xml文件 :

　　“”””tp””””D(”)”-DDnDOexpLefM/EEErtfEc””(y)lD(e)r”i(/)ers”/>

　　这个列表是动态可变的 ,供工具生产商使用 , 以便他们可提供对制品的正确处理 。

　　元素允许一个制品与多个周境相关联 。每个元素定义了一个单独的context。

　　元素标识了当前制品与当前资产中其他制品的依赖 。 每一个元素包括一个

　　12

　　GB/T 25644—2010

　　artifact-id(制品标识符)属性 ,它必须包含一个与当前实体描述中其他制品标识符值相同的值 ,该值不能自引用 。dependency-type (依赖类型)属性用于描述依赖的类型 ,是可选的 。

　　元素描述了制品中能被改变的内容及其位置 。每一个指定了一个名称和一个标识符 ,实体描述中的其他元素可以通过该标识符引用可变点 。 可变点可与周境相关联 , 因此必须为文档中的 元 素 指 定 一 个 有 效 的 标 识 符 。reference属 性 所 指 向 的 外 部 文 档 对作了进一步的解释说明 。

　　一个制品可包含若干子制品 。子制品使用相同的元素 。如果制品是一个逻辑制品,则必须指定一个name且至少有一个子制品是物理文件 。

　　5. 2. 11. 3 ArtifactContext(制品周境)

　　元素将一个周境和一个制品相关联 。见 5. 2. 11. 2 的元素说明 。

　　5. 2. 11. 4 ArtifactDependency(制品依赖)

　　ArtifactDependency标识一个依赖的 Artifact。这个依赖的 Artifact必须是实体描 述 中 定 义 的 其他 Artifact,见 5. 2. 11. 2 的 Artifact说明 。ArtifactDependency是 Artifact类的一个子类 。属性depen- dencyType(依赖类型)描述了制品依赖的类型 ,例如设计时 、编译时或运行时的依赖 。

　　5. 2. 11. 5 VariabilityPoint(可变点)

　　每一个标识了在具体使用该制品时一个可供修改的位置 。其name和id属性是必选的 。id供实体描述中的其他元素引用(见 5. 2. 12. 6 的元素说明) 。可选情况下 , < variability-point>可 通 过 周 境 的 context-id (周 境 标 识 符) 属 性 建 立 与 一 个 周 境 的 关 联 。 元素的自由形式文本(应为纯文本方式)用于对该活动(可变点绑定)的更为完整的说明 。可选的reference属性指向一个外部文档 ,该文档可对可变点进行更进一步的解释说明 。

　　VariabilityPoint可引用一个 Artifact,用于为 VariabilityPoint提供更进一步的背景和阐释 。

　　VariabilityPoint可包含一个对自身提供附加注释的 Description。

　　5. 2. 11. 6 ArtifactType(制品类型)

　　可由多个类型来描述 。在此描述了两种制品类型 : 主类型和次类型 。 主类型用于工具处理时当前制品进行主要的动作和操作 ,次类型主要用于说明的目的和工具处理中的次要动作 。

　　元素的type属性用于表示主类型 。每个有且只有一个主类型 ,但可以有多个次类型 。 元素的type属性用于说明次类型 。

　　次类型

　　如果应用了错误的主类型 ,引入资产时工具可能不会对该类型进行任何专门处理 。工具提供商必须提供对主类型列表的处理(见 5. 2. 15的 “约束 12”) ,对于次类型列表的处理则不是必需的 。

　　次类型列表包括了主类型列表 ,并增加了一些主要用于说明 目 的的新类型 。下面是 RASSeondar- yArtifactTypes. xml文件中的次类型列表的样例 :

　　"sModel"/>

　　13

　　GB/T 25644—2010

　　,"c(>)供(am)"正(/)>确的处理 。

　　5. 2. 12 Usage(用法)

　　5. 2. 12. 1 导引

　　用法部分描述了应用资产时应执行的活动 ,一般采用轻载的活动或工作流模型来描述 。指导资产如何使用的活动有几种形式 :一些活动适用于整个资产 ,另一些活动适用于资产的某个制品,还有些活动与特定的周境相关 。特定周境下的一个制品可包含相关的可变点 。如图 7所示 。

　　图 7 用法部分的领域模型

　　元素是一个容器元素 ,用于对过程或用法的指导 。该元素只定义了一个属性reference , 它指向一个外部文档 ,这个文档可以是对用法部分的总体解释 ,或是对该资产所有使用活动的总结 。

　　用 法 元 素 有 三 类 子 元 素 , 每 一 类 都 包 含 一 组 将 资 产 应 用 到 目 标 应 用 时 应 遵 循 的 活 动 。 每 一 个子 元 素 可 能 有 多 个 实 例 , 这 意 味 着 可 能 有 多 个 、< context-ref> 和 子元素 。

　　Usage可引用一个 Artifact,用于为 Usage提供更进一步的背景和解释 。

　　5. 2. 12. 2 ArtifactActivity(制品活动)

　　元素是一个容器 ,包括一组与特定制品相关的活动 。 它包括两个属 性:artifact- id (制品标识符) 和context-id (周境标识符) 。artifact-id属性是必选的 , 它指定了一个实体描述 文 档中某制品的标识符 。一个制品可有多个活动 , 活动可与周境相关联 。 属性context-id 的值必须是实体

　　14

　　GB/T 25644—2010