GB/T 31779-2015 科技服务产品数据描述规范
- 名 称:GB/T 31779-2015 科技服务产品数据描述规范 - 下载地址2
- 下载地址:[下载地址2]
- 提 取 码:
- 浏览次数:3
发表评论
加入收藏夹
错误报告
目录| 新闻评论(共有 0 条评论) |
资料介绍
ICS 03. 080;35.240 A 00
中 华 人 民 共 和 国 国 家 标 准
GB/T 31779—2015
科技服务产品数据描述规范
Data description specification forproductsofscienceand technology service
2015-07-03发布 2016-02-01实施
中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会
发
布
GB/T 31779—2015
前 言
本标准按照 GB/T 1. 1—2009给出的规则起草 。
本标准由全国信息分类与编码标准化技术委员会(SAC/TC353)提出并归 口 。
本标准主要起草单位 :北京智识企业管理咨询有限公司 、中国标准化研究院 、北京市长城企业战略研究所 、东莞市科技咨询服务中心 。
本标准主要起草 人 : 武 文 生 、王 涛 、石 宁 宁 、程 俊 、岳 高 峰 、黄 波 、王 瑛 、石 会 昌 、牛 瑜 洁 、李 黎 芬 、刘佳薇 、邵翔 、李毅 。
GB/T 31779—2015
引
言
随着我国经济的快速发展 ,科技服务市场需求不断扩大 ,我国科技服务业呈现出快速发展的趋势 。科技服务具有智力密集的特征 ,交付成果的质量 、有效性均难以度量 。 由于缺乏规范化的产品描述 ,科技服务供需双方在需求提出 、服务交付等方面存在信息不对称 ,加大了需求方判别服务机构和产品的难度 。 同时 ,在新一代信息技术快速发展的条件下 ,线上线下结合的科技服务平台成为科技服务发展的新模式 ,但是由于缺乏统一的数据规范 ,各个科技服务平台之间的数据难以共享和交换 。
为方便需求方评价服务机构和服务产品,促成科技服务供需双方有效对接 ,本标准在统一基本概念的基础上 ,建立科技服务产品的数据描述框架 ,为科技服务的描述 、发布 、查询 、共享 、交换提供标准 , 为科技服务平台的规范化 、集成化建设与发展提供支撑 。
科技服务产品数据描述规范
1 范围
本标准规定了科技服务产品的元数据及其表示方法 ,并提供了元数据的扩展规则和方法 。
本标准适用于科技服务产品的描述 、发布 、查询 、共享 、交换等 。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的 。凡是注 日期的引用文件 ,仅注 日期的版本适用于本文件 。凡是不注日期的引用文件 ,其最新版本(包括所有的修改单)适用于本文件 。
GB/T 7408—2005 数据元和交换格式 信息交换 日期和时间表示法
GB 11714—1997 全国组织机构代码编制规则
GB/T 24663—2009 电子商务 企业核心元数据
3 术语和定义
下列术语和定义适用于本文件 。
3. 1
服务 service
服务提供者与顾客接触过程中所产生的一系列活动的过程及其结果 ,其结果通常是无形的 。
[GB/T 28222—2011,定义 2. 1] 3.2
科技服务 scienceand technology service
为满足客户需求 ,服务机构运用科学知识 、技术和分析研究方法以及经验等要素提供的无形的 、非实体的智力服务 。
注 1: 智力服务结果可以包括无形的或有形的服务成果 。
注 2: 科技服务等同于科技服务产品 。
3.3
科技服务业 scienceand technology service industry
运用科学知识 、技术手段和分析方法 ,依托现代商业模式 ,主要服务于科研活动 、技术创新和成果转化的产业 。
注 : 包括研究开发 、技术转移 、检 验 检 测 、创 业 孵 化 、知 识 产 权 、科 技 咨 询 、科 技 金 融 、科 学 技 术 普 及 、综 合 科 技 服务等 。
3.4
研究开发及其服务 research & developmentand service
各类服务机构围绕科研活动和技术创新 ,提供的研发外包 、设计以及科研支撑等第三方服务 。 3.5
技术转移服务 technologytransferservice
服务机构围绕成果转化 、技术扩散 ,为科技型企业提供如技术评估 、技术交易 、技术转让 、技术代理 、技术拍卖以及技术集成等各类服务 。
3.6
检验检测服务 inspection and testingservice
具备检验检测认证资质或能力的企业 、机构 ,按照相关标准 、方法对技术和产品进行检验和测试的服务 。
注 : 一般包括质量检验 、性能测试 、成果鉴定和资质认定等 。
3.7
创业孵化服务 pioneeringincubation service
围绕企业成长生命周期 ,在想法 、创业等环节为项目或初创企业提供如投资 、辅导 、培训 、技术创新 、办公环境等一系列服务 。
3. 8
知识产权服务 intellectualproperty service
提供专利 、商标 、著作权 、集成电路布图设计等各类知识产权 “获权—用权—维权 ”的相关服务及衍生服务 。
注 : 一般包括知识产权代理服务 、知识产权法律服务 、知识产权信息服务 、知识产权商用化服务 、知识产权咨询服务和知识产权培训服务 。
3.9
科技咨询服务 technology consultingservice
为政府部门 、企事业单位 、各类社会组织 、团队及个人的决策 、运作提供的一系列专业智力服务 。
注 : 一般包括企业咨询 、公共咨询 、科技信息等 。
3. 10
科技金融服务 technology financialservice
各类社会组织 、个人 、金融机构 、政府围绕科研活动 、成果转化和产业化等科技创新全链条 , 为创业者和科技型企业提供的金融服务 。
注 : 一般包括创业投资 、科技资本市场 、科技信贷 、科技保险等服务 。
3. 11
科学技术普及服务 scienceand technologypopularization service
利用各种传媒以浅显的方式向普通大众普及科学技术知识 ,倡导科学方法 、传播科学思想 、弘扬科学精神的服务 。
注 : 新经济条件下 ,科普服务呈现内容和渠道多样化 、传播网络化等发展趋势 ,其物理形态主要包括科技馆 、博 物馆 、书籍 、数字音视频 、期刊和网站等 。
3. 12
综合科技服务 integrated technology service
通过整合技术创新链上各个环节的科技服务要素 ,形成科技服务机构之间的协作网络 ,为企业或产业集群提供研究开发 、技术转移 、科技咨询 、知识产权和科技金融等综合性服务 。
注 : 业务集成化 、服务专业化是综合科技服务的内涵 ,跨领域融合 、跨区域合作是综合科技服务的主要发展方向 。
3. 13
元数据 metadata
定义和描述其他数据的数据 ,用于提供某种资源的有关信息的结构数据 。
[GB/T 18391. 1—2009,定义 3. 2. 16]
3. 14
元数据元素 metadata element
元数据的基本单元 。
注 1: 与 UML术语中的属性同义 。
注 2: 元数据元素在元数据实体中是唯一的 。
[GB/T 19710—2005,定义 4. 6]
3. 15
元数据实体 metadata entity
一组说明数据相同特性的元数据元素 。
注 1: 与 UML术语中的类同义 。
注 2: 可以包含一个或一个以上元数据实体 。
[GB/T 19710—2005,定义 4. 7]
3. 16
元数据子集 metadatasection
元数据的子集合 , 由相关的元数据实体和元素组成 。
注 : 与 UML术语中的包同义 。
[GB/T 19710—2005,定义 4. 8]
4 元数据属性
在 GB/T 24663—2009第 4章中规定的元数据描述方法适用于本标准 :
a) 中文名称 :
赋予元数据的一个中文标记 。元数据实体名称在本标准范围内应唯一 ,元数据元素名称在元数据实体中也应唯一 。
b) 英文名称 :
赋予元数据的一个英文名称 。英文名称以牛津英语词典的英文拼写为准 。
c) 缩写名 :
元数据的英文缩写名称 。缩写名应遵守如下规则 :
1) 缩写名在本标准范围内应唯一 ;
2) 缩写名不应包括任何空格 、破折号 、下划线或分隔符等 ;
3) 元数据实体缩写名应采用 UCC(Upper CamelCase)命名方式 , 即每个英文单词的首字母均大写 ,其他 字 母 均 为 小 写 , 并 把 这 些 单 词 组 合 起 来 ; 元 数 据 元 素 缩 写 名 应 采 用 LCC (Lower CamelCase)命名方式 , 即除第一个英文单词外 , 每个单词的首字母大写 ,其他字母均为小写 ,并把这些单词组合起来 ;
4) 对存在惯用英文名称缩写的 ,采用惯用缩写 。
d) 定义 :
对元数据含义的解释 , 以使元数据与其他元数据在概念上相区别 。
e) 数据类型 :
对元数据元素的有效值域的规定和允许对该值域内的值进行有效操作的规定 ,例如数值型 、字符串 、日期型 、二进制 、布尔型等 。
本标准中元数据实体为复合型 。
f) 值域 :
元数据元素所允许值的集合 。
g) 约束/条件 :
元数据的一个说明符 ,说明一个元数据是否应当总是在元数据中选用或有时选用(即有值) 。该说明符分别为 :
1) M :必选 ,表明该元数据实体或元数据元素必须选择 。
2) C:一定条件下必选 , 当满足约束条件中所定义的条件时必须选择 , 条件必选用于以下三种可能性之一 :
— 当在多个选项中进行选择时 ,至少有一个选项为必选 ,且必须使用 ;
— 当一个元数据元素已经使用时 ,选用另一个元数据实体或元数据元素 ;
— 当一个元数据元素已经选择了一个特定值时 ,选用另一个元数据元素 。
3) O:可选 ,根据实际应用可以选择也可以不选的元数据实体或元数据元素 。 已经定义的可
选元数据实体和可选元数据元素 ,可指导部门元数据标准制定人员充分说明其信息 。
如果一个可选元数据实体未被使用 ,则该实体所包含的元素(包括必选元 素) 也 不 选 用 。可选元数据实体可以有必选元素 ,但只当可选实体被选用时才成为必选 。
h) 最大出现次数 :
元数据在实际使用时可能重复出现的最大次数 。 只出现一次的表示为“1”,重复出现的表示为“N”。
i) 备注 :
元数据进一步的补充说明 。 (根据需要选用)
5 UML描述
5. 1 UML模型符号
在 GB/T 24663—2009 5. 1 中 规 定 的 元 数 据 描 述 方 法 适 用 于 本 标 准 , 本 标 准 采 用 统 一 建 模 语 言(UML)描述元数据子集 、元数据实体和元数据元素之间的关系 。用 UML 中的包来表示元数据子集 ,类来表示元数据实体 ,属性来表示元数据元素 。本标准中使用的 UML符号如图 1所示 :
图 1 UML符号及说明
5.2 科技服务产品元数据包
科技服务产品元数据包采用 UML包形式来描述 , 主要包括服务基本信息 、服务团队信息 、服务机构信息 、服务价格 、服务提供 、服务交付物 、服务质量评价 ,如图 2所示 。
图 2 科技服务产品元数据实体
5.3 科技服务产品元数据实体
科技服务产品元数据 ,包括服务基本信息 、服务团队信息 、服务机构信息 、服务价格 、服务提供 、服务交付物 、服务质量评价 7个元数据实体 ,如图 3 所示 。科技服务产品的数据字典 、XML Schema定义见附录 A,科技服务产品的数据实例参见附录 D。
图 3 科技服务产品元数据实体
6 科技服务产品的元数据
6. 1 服务基本信息
英文名称 :Service Basic Information
缩 写 名 :ServBasicInfo
定 义 :服务产品的基本信息 ;
数据类型 :复合型
约束/条件 :M
最大出现次数 :1
6. 1. 1 标识符
英文名称 :ProductID
缩 写 名 :prodId
定 义 :服务产品的唯一代码 ;
数据类型 :字符型
值 域 :采用 8位阿拉伯数字
约束/条件 :M
最大出现次数 :1
6. 1.2 名称
英文名称 :ProductName
缩 写 名 :prodName
定 义 :服务产品的名称 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6. 1.3 关键词
英文名称 :Subject
缩 写 名 :subj
定 义 :描述服务产品主题或内容的主题词 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :N
6. 1.4 简要说明
英文名称 :BriefIntroduction
缩 写 名 :briefIntrod
定 义 :服务机构对服务产品的简短文字描述 ,可以主要说明服务内容和服务特色 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6. 1.5 服务类别
英文名称 :Service Category
缩 写 名 :servCateg
定 义 :服务产品所属的科技服务类别名称 ;
数据类型 :字符型
值 域 : 自 由文本 ,参见附录 B
约束/条件 :M
最大出现次数 :1
6. 1.6 成功案例
英文名称 :SuccessfulCase
缩 写 名 :succeCase
定 义 :服务产品为客户提供服务后 ,经过检验是成功的并可作为典型事例的服务过程 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 : O
最大出现次数 :N
6. 1.7 适用行业
英文名称 :Applicable Industry
缩 写 名 :appliIndus
定 义 :服务产品所适用的行业领域 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 : O
最大出现次数 :N
6. 1. 8 发布方
英文名称 :Publisher
缩 写 名 :publi
定 义 :发布服务产品的机构名称 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 : O
最大出现次数 :1
6. 1.9 发布日期
英文名称 :Publish Date
缩 写 名 :publiDate
定 义 :服务产品发布的 日期 ;
数据类型 : 日期型
值 域 : 自 由文本 ,采用 GB/T 7408—2005所规定 YYYY-MM-DD表达方式约束/条件 :O
最大出现次数 :1
6. 1. 10 产品网址
英文名称 :ProductURL
缩 写 名 :prodURL
定 义 :服务产品发布的网址,客户通过该网址可查看到该服务产品信息 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.2 服务团队信息
英文名称 :Service Team Information
缩 写 名 :ServTeamInfo
定 义 :提供科技服务的人员构成 、知识结构 、认证资格及联系信息 ;
数据类型 :复合型
约束/条件 :M
最大出现次数 :1
6.2. 1 人员构成
英文名称 :StaffConstitute
缩 写 名 :staffConsti
定 义 :服务团队的负责人 、主要成员介绍 ,包括姓名 、职务 、业绩等 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.2.2 知识结构
英文名称 :Knowledge Structure
缩 写 名 :knowlStru
定 义 :服务团队人员的学历情况 、职称情况 、从业经历情况等描述 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.2.3 认证资格
英文名称 :Certification
缩 写 名 :certif
定 义 :服务团队人员的业务能力水平 、获得国家相关认证机构认证的情况 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.2.4 联系人姓名
英文名称 :ContactPerson
缩 写 名 :contactPers
定 义 :服务产品的联系人姓名 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.2.5 固定电话
英文名称 :Fixed Telephone
缩 写 名 :fixedTele
定 义 :服务产品联系人的固定电话 ;
数据类型 :字符型 , 区号-电话号码
值 域 :11位数字字符(三位区号 +8位电话号码或四位区号 +7位电话号码)约束/条件 :M
最大出现次数 :N
6.2.6 移动电话
英文名称 :Mobile Phone
缩 写 名 :phone
定 义 :服务产品联系人的手机号码 ;
数据类型 :字符型
值 域 :11位数字字符
约束/条件 :O
最大出现次数 :N
6.2.7 电子邮箱
英文名称 :ContactEmail
缩 写 名 :email
定 义 :服务产品联系人的邮箱 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.3 服务机构信息
英文名称 :Service Organization Information
缩 写 名 :ServOrgInfo
定 义 :提供服务产品的组织机构的信息描述 ;
数据类型 :复合型
约束/条件 :M
最大出现次数 :1
6.3. 1 机构名称
英文名称 :Service Provider
缩 写 名 :servProvider
定 义 :提供服务产品的组织机构名称 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.3.2 组织机构代码
英文名称 :Organization Code
缩 写 名 :orgCode
定 义 :提供服务产品的组织机构在全国范围内唯一的 、始终不变的代码标识 ;
数据类型 :字符型
值 域 :来源于组织机构的组织机构代码证 , 由八位数字(或大写拉丁字母)本体代码和一位数字(或大写拉丁字母)校验码组成 ,参见 GB 11714—1997
约束/条件 :M
最大出现次数 :1
6.3.3 机构性质
英文名称 :Provider Character
缩 写 名 :providerChar
定 义 :依法成立的机关 、企业 、事业单位 、社会团体等类型 ;
数据类型 :字符型
值 域 :机关 、企业 、事业单位 、社会团体或民办非企业单位
约束/条件 :O
最大出现次数 :1
6.3.4 成立时间
英文名称 :Founding Time
缩 写 名 :foundingTime
定 义 :服务机构成立的 日期 ;
数据类型 : 日期型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.3.5 业务范围
英文名称 :Service Scope
缩 写 名 :servScope
定 义 :对服务机构所能从事的业务活动的简要描述 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.3.6 简要介绍
英文名称 :Profile
缩 写 名 :profile
定 义 :对服务机构的成立背景 、发展历程 、地理位置 、组织结构等方面的文字说明 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.3.7 机构人员构成
英文名称 :OrganizationalConstitute
缩 写 名 :orgConsti
定 义 :对服务机构中专业技术人员的专业 、学历 、职称情况的文字说明 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.3. 8 服务资质
英文名称 :Service Quality
缩 写 名 :servQual
定 义 :服务机构所取得的国家或者地方认可的资质证书说明 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.3.9 机构荣誉
英文名称 : Honors
缩 写 名 :honors
定 义 :服务机构 所 获 得 的 来 自 客 户 或 社 会 组 织 的 正 式 的 、积 极 的 评 价 , 如 荣 誉 证 书 、奖 励 证书等 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.3. 10 机构地址
英文名称 :Organization Address
缩 写 名 :orgAdd
定 义 :服务机构的通信地址 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :N
6.3. 11 机构网址
英文名称 :Website
缩 写 名 :website
定 义 :服务机构的互联网网站地址 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.4 服务价格
英文名称 :Service Price
缩 写 名 :ServPrice
定 义 :服务产品的价格信息描述 ;
数据类型 :复合型
约束/条件 :O
最大出现次数 :1
6.4. 1 产品价格
英文名称 :ProductPrice
缩 写 名 :prodPrice
定 义 :服务机构对所提供服务产品制定的价格 ;
数据类型 :数值型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.4.2 收费标准
英文名称 :Charges Standard
缩 写 名 :chargesStd
定 义 :服务机构对 所 提 供 服 务 产 品 制 定 的 收 费 计 算 方 式 或 者 收 费 计 算 单 位 , 如 按 项 目 、按 工
时等 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 : O
最大出现次数 :1
6.4.3 付款方式
英文名称 :Payment
缩 写 名 :payment
定 义 :对所提供的服务产品的付费方式以及付费条件的说明 ,如一次性支付或者多次支付等 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 : O
最大出现次数 :1
6.5 服务提供
英文名称 :Service Provision
缩 写 名 :ServProvision
定 义 :为满足客户需求 ,服务机构与客户之间直接或间接接触的活动过程 ;
数据类型 :复合型
约束/条件 :M
最大出现次数 :1
6.5. 1 服务流程
英文名称 :Service Process
缩 写 名 :servProcess
定 义 :为客户提供科技服务产品的具体活动过程 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.5.2 服务周期
英文名称 :Service Cycle
缩 写 名 :servCycle
定 义 :为客户提供科技服务产品所需的总时长 ,服务流程的阶段划分 , 以及每个阶段应该完成的成果 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.5.3 服务验收
英文名称 :Service Acceptance
缩 写 名 :servAccept
定 义 :服务机构与客户双方共同达成的服务产品在进行验收交付时所应该达到的条件 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.5.4 服务方式
英文名称 :Service Way
缩 写 名 :servWay
定 义 :服务活动所采用的工作方式 ,如线上 、线下 、线上线下相结合方式 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.5.5 服务地点
英文名称 :Service Place
缩 写 名 :servPlace
定 义 :提供服务产品的服务活动的地点 ,如驻场在客户单位或在服务机构内部 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.5.6 服务条件
英文名称 :Service Condition
缩 写 名 :servCond
定 义 :服务机构在提供服务的过程中 ,客户应提供的场所 、设备 、人员 、信息等前提要素 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.6 服务交付物
英文名称 :Deliverables
缩 写 名 :Deliv
定 义 :服务产品可交付的成果 ;
数据类型 :复合型
约束/条件 :M
最大出现次数 :N
6.6. 1 交付物名称
英文名称 :Deliverable Name
缩 写 名 :delivName
定 义 :服务机构向客户交付的成果名称 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :M
最大出现次数 :1
6.6.2 交付物类型
英文名称 :Deliverable Type
缩 写 名 :delivType
定 义 :服务机构向客户交付的成果类型 ,如报告 、方案 、技术文档等 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.6.3 交付日期
英文名称 :Delivery Time
缩 写 名 :delivTime
定 义 :服务机构向客户交付成果的时间 ;
数据类型 : 日期型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.6.4 知识产权归属
英文名称 :Deliverable Copyright
缩 写 名 :delivCopyright
定 义 :服务成果的知识产权界定 ,如归服务机构所有 ,归客户所有 ,或归服务机构和客户共有 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.7 服务质量评价
英文名称 :Service Quality Evaluation
缩 写 名 :ServQualEval
定 义 :客户对科技服务产品的质量所进行的定量和定性的评价数据 ,服务质量评价由客户或独立第三方提供 ;
数据类型 :复合型
约束/条件 :O
最大出现次数 :N
6.7. 1 交付物质量评价
英文名称 :Deliverables Quality Evaluation
缩 写 名 :delivQualEval
定 义 :客户在消费 、使用某种交付物的过程中及之后的一段时期内对其质量水平的实际感受 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.7.2 服务专业性评价
英文名称 :Service Speciality Evaluation
缩 写 名 :servSpecEval
定 义 :客户实际感受到的服务人员所具有的知识 、表达自信和可信的能力 ,包括完成服务的能力 ,与顾客有效沟通等 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.7.3 服务响应性评价
英文名称 :Service Responsivity Evaluation
缩 写 名 :servRespEval
定 义 :客户实际感受到的服务人员提供快捷服务的能力 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.7.4 服务态度评价
英文名称 :Service Attitude Evaluation
缩 写 名 :servAttitudeEval
定 义 :客户在接受服务过程中对服务机构提供周到 、个性化服务 、主动积极服务的实际感受 ;
数据类型 :字符型
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
6.7.5 服务性价比评价
英文名称 :Service Cost-effective Evaluation
缩 写 名 :servCost-effectiveEval
定 义 :客户综合了所接受的服务质量水平对其付出价格的感受 ;
值 域 : 自 由文本
约束/条件 :O
最大出现次数 :1
7 科技服务产品元数据的扩展规则
针对具体的研究开发及其服务 、技术转移服务 、检验检测服务 、创业孵化服务 、知识产权服务 、科技咨询服务 、科技金融服务 、科学技术普及服务 、综合科技服务 , 当需要对其服务产品描述进行扩展时 ,应遵循如下规则 。
7. 1 具体元数据的扩展类型
具体元数据的扩展类型包括如下内容 :
a) 增加新的元数据元素 ;
b) 增加新的元数据实体 ;
c) 增加新的元数据子集 ;
d) 建立新的代码表 ,代替值域为 “自 由文本 ”的现有元数据无素的值域 ;
e) 对现有元数据实体/元素施加更严格的约束条件 ;
f) 对现有元数据实体/元素施加更严格的最大出现次数限制 。
7.2 元数据扩展规则
元数据扩展规则包括如下内容 :
a) 扩展的元数据元素不应改变本标准中现有元数据元素的名称 、定义或者数据类型属性 ;
b) 扩展的元数 据 可 以 定 义 为 实 体 , 该 实 体 可 以 包 含 扩 展 的 和 现 有 的 元 数 据 元 素 , 作 为 其 组 成部分 ;
c) 允许对现有元数据实体/元素施加比本标准要求更加严格的约束条件 ,如在本标准中是可选的元数据元素 ,在扩展后可以是必选的 ;
d) 允许对元数据元素的值域采用比本标准更严格的限制 ,如在本标准中值域为 “自 由文本 ”的元数据元素 ,在扩展标准中可以限定为适当值的列表 ;
e) 允许对本标准认可的值域的使用进行限制 ,如现有元数据元素的值域有多个值 ,在扩展后可以规定它的值域只包含两个 。
研究开发及其服务产品 、技术转移服务产品 、检验检测服务产品以及科技咨询服务产品的元数据扩展示例参见附录 C。
附 录 A
(规范性附录)
科技服务产品其他数据描述形式
A. 1 科技服务产品 — 数据字典描述
科技服务产品数据字典描述见表 A. 1 。
表 A. 1 科技服务产品的数据字典
表 A. 1 (续)
表 A. 1 (续)
表 A. 1 (续)
表 A. 1 (续)
表 A. 1 (续)
GB/T 31779—2015
A.2 科技服务产品 XML Schema定义
< xs:elementname= "metadata">
< xs:documentation>元数据
< xs:documentation> metadata
< xs:documentation>定义科技服务产品元数据的根实体
< xs:complexType>
< xs:sequence>
< xs:elementref= ServTeamIno"/>
Occurs= "unbound
< xs:anyAttribute processContents= "lax"/>
< ! -- ******** 元数据《实体集信息》 ********--> < xs:elementname= "ServBasicInfo">
< xs:documentation>服务基本信息
< xs:documentation>服务产品的基本信息
< xs:complexType>
< xs:sequence>
< xs:elementname= "prodId" type= "xs:string">
< xs:documentation>标识符
< xs:documentation>服务产品的唯一代码
< xs:elementname= "prodName" type= "xs:string">
GB/T 31779—2015
< xs:annotation>
< xs:documentation>名称
< xs:documentation>服务产品的名称
< xs:elementname= "subj" type= "xs:string">
< xs:documentation>关键词
< xs:documentation>描述服务产品主题或内容的主题词 、关键词
< xs:elementname= "briefIntrod" type= "xs:string">
< xs:documentation>简要说明
< xs: documentation>服务机构对服务产品的简短文字描述 , 可以主要说明
服务内容和服务特色
< xs:elementname= "servCateg" type= "xs:string">
< xs:documentation>服务类别
< xs:documentation>服务产品所属的科技服务类别名称
< xs:elementname= "succeCase" type= "xs:string">
< xs:documentation>成功案例
< xs:documentation>服务产品为客户提供服务后 ,经过检验是成功的并可作为
典型事例的服务过程
< xs:elementname= "appliIndus" type= "xs:string">
< xs:documentation>适用行业
< xs:documentation>服务产品所适用的行业领域
< xs:elementname= "publi" type= "xs:string">
< xs:documentation>发布方
< xs:documentation>发布服务产品的机构名称
< xs:elementname= "publiDate" type= "xs:string">
< xs:documentation>发布日期
< xs:documentation>服务产品发布的 日期
< xs:elementname= "prodURL" type= "xs:string">
< xs:documentation>产品网址
< xs: documentation>服务产品发布的网址,客户通过该网址可查看到该服
务产品信息
< xs:any namespace= "# # any" processContents= "lax" minOccurs= "0" maxOccurs= "unbound-
< xs:anyAttribute processContents= "lax"/>
< xs:elementname= "ServTeamInfo">
< xs:documentation>服务团队信息
< xs:documentation>提供科技服务的人员构成 、知识结构 、认证资格及联系信息
< xs:complexType>
< xs:sequence>
< xs:elementname= "staffConsti" type= "xs:int">
< xs:documentation>人员构成
< xs:documentation>服务团队的负责人 、主要成员介绍 ,包括姓名 、职务 、业
绩
< xs:elementname= "knowlStru" type= "xs:string">
< xs:documentation>知识结构
< xs:documentation>服务团队人员的学历情况 、职称情况 、从业经历情况等
描述
< xs:elementname= "certif" type= "xs:string">
< xs:documentation>认证资格
< xs: documentation>服务团队人员的业务能力水平 、获得国家相关认证机
构认证的情况
< xs:elementname= "contactPers" type= "xs:string">
< xs:documentation>联系人姓名
< xs:documentation>服务产品的联系人姓名
< xs:elementname= "fixedTele" type= "xs:string">
< xs:documentation>固定电话
< xs:documentation>服务产品联系人的固定电话
< xs:elementname= "phone" type= "xs:string">
< xs:documentation>移动电话
< xs:documentation>服务产品联系人的手机号码
< xs:elementname= "email" type= "xs:string">
< xs:documentation>电子邮箱
< xs:documentation>服务产品联系人的邮箱
< xs:any namespace= "# # any" processContents= "lax" minOccurs= "0" maxOccurs= "unbound-
< xs:anyAttribute processContents= "lax"/>
< xs:elementname= "ServOrgInfo">
< xs:documentation>服务机构信息
< xs:documentation>提供服务产品的组织机构的信息描述
< xs:complexType>
< xs:sequence>
< xs:elementname= "servProvider" type= "xs:string">
< xs:documentation>机构名称
< xs:documentation>提供服务产品的组织机构名称
< xs:elementname= "orgCode" type= "xs:string">
< xs:documentation>组织机构代码
< xs: documentation>提供服务产品的组织机构在全国范围内唯一的 、始终
不变的代码标识
< xs:elementname= "providerChar" type= "xs:string">
< xs:documentation>机构性质
< xs:documentation>依法成立的机关 、企业 、事业单位 、社会团体等类型
< xs:elementname= "foundingTime" type= "xs:date">
< xs:documentation>成立时间
< xs:documentation>服务机构成立的 日期
< xs:elementname= "servScope" type= "xs:string">
< xs:documentation>业务范围
< xs:documentation>对服务机构所能从事的业务活动的简要描述
< xs:elementname= "profile" type= "xs:string">
< xs:documentation>简要介绍
< xs: documentation>对服务机构的成立背景 、发展历程 、地理位置 、组织结
构等方面的文字说明
< xs:elementname= "orgConsti" type= "xs:string">
< xs:documentation>机构人员构成
< xs:documentation>对服务机构中专业技术人员的专业 、学历 、职称情况的
文字说明
< xs:elementname= "servQual" type= "xs:string">
< xs:documentation>服务资质
< xs:documentation>服务机构所取得的国家或者地方认可的资质证书说明
< xs:elementname= "honors" type= "xs:string">
< xs:documentation>机构荣誉
< xs: documentation>服务机构所获得的来自客户或社会组织的正式的 、积
极的评价 ,如荣誉证书 、奖励证书等
< xs:elementname= "orgAdd" type= "xs:string">
< xs:documentation>机构地址
< xs:documentation>服务机构的通信地址
< xs:elementname= "website" type= "xs:string">
< xs:documentation>机构网址
< xs:documentation>服务机构的互联网网站地址
< xs:any namespace= "# # any" processContents= "lax" minOccurs= "0" maxOccurs= "unbound-
< xs:anyAttribute processContents= "lax"/>
< xs:elementname= "ServPrice">
< xs:documentation>服务价格
< xs:documentation>服务产品的价格信息描述
< xs:complexType>
< xs:sequence>
< xs:elementname= "prodPrice" type= "xs:float">
< xs:documentation>产品价格
< xs:documentation>服务机构对所提供服务产品制定的价格
< xs:elementname= "chargesStd" type= "xs:string">
< xs:documentation>收费标准
< xs:documentation>服务机构对所提供服务产品制定的收费计算方式或者
收费计算单位 ,如按项目 、按工时等
< xs:elementname= "payment" type= "xs:string">
< xs:documentation>付款方式
< xs: documentation>对 所 提 供 的 服 务 产 品 的 付 费 方 式 以 及 付 费 条 件 的 说
明 ,如一次性支付或者多次支付等
< xs:any namespace= "# # any" processContents= "lax" minOccurs= "0" maxOccurs= "unbound-
< xs:anyAttribute processContents= "lax"/>
< xs:elementname= "ServProvision">
< xs:documentation>服务提供
< xs:documentation>为满足客户需求 ,服务机构与客户之间直接或间接接触的活动过程
< xs:complexType>
< xs:sequence>
< xs:elementname= "servProcess" type= "xs:string">
< xs:documentation>服务流程
< xs:documentation>为客户提供科技服务产品的具体活动过程
< xs:elementname= "servCycle" type= "xs:string">
< xs:documentation>服务周期
< xs: documentation>为客户提供科技服务产品所需的总时长 , 服务流程的

