项目编号 INFO-115-C01
文档编号 TR-REC-032 中国科学院数据应用环境建设与服务
元数据访问服务接口规范
（征求意见稿）
中国科学院数据应用环境建设与服务项目组
2009年6月
目 次
1 范围 (1)
2 规范性引用文件 (1)
3 术语和定义 (1)
4 符号与缩略语 (2)
5 数据格式定义 (3)
5.1 接口的编码方式及响应格式 (3)
5.1.1 接口编码方式 (3)
5.1.2 接口响应格式 (3)
5.1.3 接口响应请求状态码 (3)
6 接口规范 (4)
6.1 采用协议 (4)
6.2 接口安全 (5)
6.3 连接方式 (6)
6.4 技术实现 (6)
6.5 接口列表 (6)
6.6建库单位开放接口 (7)
6.6.1 元数据收割接口 (7)
6.6.2其他接口 (13)
附录A （资料性附录） OpenURL (18)
元数据访问服务接口规范
1 范围
本规范规定了中国科学院数据应用环境建设与服务项目内元数据访问服务接口采用的协议、连接方式、调用参数以及数据的返回格式。
本规范适用于中国科学院数据应用环境建设和服务项目中元数据访问服务接口。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB 18030-2005 信息技术 中文编码字符集
TR-REC-014 核心元数据标准
TR-REC-017 资源唯一标识符规范
3 术语和定义
下列术语和定义适用于本规范。
z资源 resource
可以被标识的实体对象或服务。
在本规范准中，特指可被标识的数据集、数据或服务。
z数据集 dataset
由相关数据组成的可标识集合。一个数据集可能是一个较小的数据集合，在物理上或逻辑上位于一个较大的数据集之内；反之，一个数据集也可能由若干数据集组成，是这些子数据集的父数据集。
本规范中，数据集指中国科学院数据应用环境建设与服务项目的主题数据库、参考数据库、专题数据库、专业数据库及其各级子库。
z数据 data
对事实、概念或指令的一种形式化表示，适用于以人工或自动方式进行通信、解释或处理。
本规范中，数据是指所有能输入到计算机并被计算机程序处理的符号的介质的总称，是用于输入电子计算机进行处理，具有一定意义的数字、字母、符号和模拟量等的通称。
z服务 service
本规范中，服务是指数据应用环境建设与服务项目中数据集满足应用系统或者人的需要时，与之发生的“直接”接触行为及有关结果。
z标识符 identifier
用于标识数据对象或服务项目的一组字符。
z资源唯一标识符 resource unique identifier
唯一标识资源的一组字符。
4 符号与缩略语
URI 统一资源标识符（Uniform Resource Identifier）
URL 统一资源定位符（Uniform Resource Locator）
XML 可扩展标记语言（Extensible Markup Language）
5 数据格式定义
5.1 接口的编码方式及响应格式
5.1.1 接口编码方式
接口响应的数据基于xml语言格式，编码方式采用自定义编码的方式（常用编码方式包括：UTF-8、GBK、GB2312、ISO-8859-1等），接口响应数据所使用的编码方式必须在返回XML头信息的encoding属性中说明。
例如：
5.1.2 接口响应格式
请求服务响应的状态码
5.1.3 接口响应请求状态码
以下状态码只列出接口中遇到的普遍问题，可根据数据库建库规范中规定的范围增加。
通用状态码相关说明
200 服务调用成功
400 请求格式错误
401 未授权访问
402 不可识别的verb
403 服务器拒绝访问
404 指定的资源未找到
408 请求超时
500 服务器内部错误
响应状态码返回格式：
响应请求状态码
6 接口规范
6.1 采用协议
HTTP1.1（超文本传输协议）
超文本传输协议（HTTP）是一种为分布式，合作式，超媒体信息系统。它是一种通用的，无状态（stateless）的协议，除了应用于超文本传输外，它 也可以应用于诸如名称服务器和分布对象管理系统之类的系统，这可以通过扩展它的请求方法，错误代码和报头来实现。HTTP的一个特点是数据表现形 式是可输入的和可协商性的，这就允许系统能被建立而独立于数据传输。
HTTP是一个客户端和服务器端请求和应答的标准（TCP）。客户端是终端用户，服务器
端是网站。通常，由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。 一旦收到请求，服务器（向客户端）发回一个状态行，比如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
6.2 接口安全
采用基于IP地址的身份验证方式。在服务调用的过程中，服务提供者获取调用者的ip 地址，在本地保存的授权访问ip地址列表中查询，认证通过执行服务返回数据，不通过则拒绝服务。
认证流程如下图所示：
图6-1 基于ip地址的身份认证方式
拒绝服务返回数据格式：
403
6.3 连接方式
POST方式（必须实现）：
POST 方法被用于请求源服务器接受请求中的实体作为请求资源的一个新的从属物。
POST方法的实际功能是由服务器决定的，并且经常依赖于请求URI（Request-URI）。POST提交的实体是请求URI的从属物，就好像一个文件从属于一个目录，一篇新闻文章从属于一个新闻组，或者一条记录从属于一个数据库。
POST方法的响应是可缓存的。
GET方式（可选）：
GET方法意思是获取被请求URI（Request-URI）指定的信息（以实体的格式）。如果请求URI涉及到一个数据生成过程，那么这个生成的数据应该被作为实体在响应中返回，但这并不是过程的资源文本，除非资源文本恰好是过程的输出。
GET请求的响应是可缓存的。
6.4 技术实现
接口采用OpenURL技术实现，OpenURL技术规范详见附录A。
接口语法格式说明：
http://url/service?[query]
[?]号前面为科学数据库参建单位提供的服务地址，需要在资源注册系统(https://www.doczj.com/doc/7c2304365.html,)中注册。只有注册的服务科学数据中心才可以进行访问。
[query]部分包括多组参数名称与参数值，其中最主要的verb参数，定义了访问服务的具体名称见接口列表中的接口名称。
6.5 接口列表
本规范所涉及的接口见下表：
接口提供方 接口类型 接口名称 接口描述
dhGetDatabaseMetadata 核心元数据获取接口 建库单位 元数据收割接口
dhGetCatalog 概念树收割接口
其他接口 <缺省> 接口基本信息获取接口 sysDatabaseStatistic 数据库统计接口 sysGetEntityList 数据表记录数获得接口 cmsGetNews 新闻收割接口 sysStatus 服务状态监控接口
6.6建库单位开放接口
6.6.1 元数据收割接口
6.6.1.1 dhGetDatabaseMetadata
接口说明：
元数据收割接口，根据数据集唯一标识，获得当前数据集的核心元数据信息请求参数说明：
verb：dhGetDatabaseMetadata
uri：数据集唯一标识
调用示例：
http://url/service?verb=dhGetDatabaseMetadata&uri=cn.csdb.plants
响应格式说明：
详见《TR-REC-014 核心元数据标准标准》
响应格式示例：
类目名称（可重复）
元数据创建日期
6.6.1.2 dhGetCatalog
接口说明：
获取主题库概念树（导航目录）接口
请求参数说明：
verb：dhGetCatalog
调用示例：
http://url/service?verb=dhGetCatalog
响应格式说明：
概念树包括root，node和leaf三个层次，其中，root是根节点，表示概念树的顶层概念；node是枝干节点，表示概念树的中间层概念，中间层概念可不止一层；leaf 是叶子节点，表示概念树的底层概念。
root根节点通过四个属性字段加以描述，即uri，url，introduction，name。其中，uri是顶层概念的唯一标识；url是通过顶层概念可以访问到的内容的网址；introduction 是顶层概念的解释性内容说明；name是根节点名称。
node枝干节点通过五个属性字段加以描述，即uri，url，introduction，order，name。
其中，uri是中间层概念的唯一标识；url是通过中间层概念可以访问到的内容的网址；
introduction是中间层概念的解释性内容说明；order是中间层概念对应内容的显示顺序；
name是枝干节点名称。
leaf叶子节点通过五个属性字段加以描述，即uri，url，introduction，order，name。
其中，uri是底层概念的唯一标识；url是通过底层概念可以访问到的内容的网址；
introduction是底层概念解释性的内容说明；order是底层概念对应内容的显示顺序；
name是叶子节点名称。
概念树唯一标示符详见《TR-REC-017 资源唯一标识符规范》相关规定。
响应格式示例：
url="https://www.doczj.com/doc/7c2304365.html," introduction="化学作为根节点，包括应用化学和有机 化学等枝干节点。" name="化学"> url="https://www.doczj.com/doc/7c2304365.html,/xxx" introduction="应用化学涉及到有关化学 应用相关的内容，包括化学配方、化工产品、精细化化工产品等。" order="1" name=" 应用化学"> url="https://www.doczj.com/doc/7c2304365.html,/xxx" introduction="有机化学涉及到化学物结 构、化学反应和化学品基本信息等内容。" order="2" name="有机化学"> url="https://www.doczj.com/doc/7c2304365.html,/xxx" introduction="化合物结构是有机化学的 核心内容之一，包括化合物结构、化合物名称、化合物二维坐标、三维坐标、环系统等）。" order="3" name="化合物结构"> url="https://www.doczj.com/doc/7c2304365.html,/xxx" introduction="化学反应覆盖了国内外化 学文献中报道的大量化学反应，可获取相关反应信息及参考文献等，对反应机理研究，合成 路线设计具有相当参考意义。" order="4" name="化学反应"> order="1">化合物结构 url="https://www.doczj.com/doc/7c2304365.html,/xxx " introduction="有机化合物的cas编 号" order="4">cas登录号
6.6.2其他接口
6.6.2.1 缺省参数接口
接口说明：
获取系统基本信息接口，包括接口版本号，开发语言，实现服务名称，编码方式，建库单位信息（联系人，电话，邮件等）等信息
请求参数说明：
根据服务注册地址访问，无任何参数
调用示例：
直接访问服务注册地址
http://url/service
响应格式说明：
响应格式示例：
pportedVerbs> 6.6.6.2 sysDatabaseStatistic 接口说明： 数据库统计接口，获取每个数据集的DBMS的名称，版本号，数据量等信息。 请求参数说明： verb：sysDatabaseStatistic 调用示例： http://url/service?verb=sysDatabaseStatistic 响应格式说明： 响应格式示例： 6.6.6.3 sysGetEntityList 接口说明： 根据数据库唯一标识获得数据表的信息（包括表名，记录数）请求参数说明： verb：sysGetEntityList uri：数据库唯一标识 调用示例： http://url/service?verb=sysGetEntityList&uri=cn.csdb.plants.002 响应格式说明： 响应格式示例： 6.6.6.4 cmsGetNews 接口说明： 新闻收割接口 请求参数说明： verb：cmsGetNews startDate：获取新闻起始日期 endDate：获取新闻结束日期 调用示例： http://url/service?verb=cmsGetNews&startDate=2009-01-01&endDate=2009-02-05 响应格式说明：
响应格式示例：
6.6.6.5 sysStatus
接口说明：
系统服务状态监控接口
请求参数说明：
verb:sysStatus
调用示例：
http://url/service?verb=sysStatus
响应格式说明：
In service，Out service
响应格式示例：
附录A （资料性附录） OpenURL
参考地址：https://www.doczj.com/doc/7c2304365.html,/wiki/OpenURL
语法格式：
OpenURL：：= BASE-URL ‘?’ QUERY
BASE-URL：基础URL，服务提供方的URL地址
QUERY：查询，包含ORIGIN-DESCRIPTION（参数名称），OBJECT-DESCRIPTION（参数值）两部分。
安徽电信服务总线接口规范 安徽电信有限公司 2014年02月
版本记录 第1章概述 (4) 1.1概述 (4) 1.2目标 (4) 1.3规范使用对象及说明 (4) 1.4名词解释 (4) 第2章服务设计原则 (5) 2.1接口协议统一原则 (5) 2.2数据格式统一原则 (6) 2.3服务定义唯一性原则 (6) 2.4服务无状态原则 (6)
2.5服务部署原则 (6) 2.6服务组合原则 (6) 2.7报文内容处理的原则 (7) 2.8出入参设计原则 (7) 2.9规则校验的原则 (8) 2.10数据量原则 (8) 2.11同步调用原则 (8) 2.12统一入口原则 (8) 2.13持久化原则 (8) 第3章服务接入规范 (9) 3.1调用方式 (9) 3.2参数说明 (10) 3.2.1 系统级参数 (10) 3.3返回业务功能 (12) 第4章安全控制 (12) 4.1访问鉴权 (12)
4.2传输加密 (13) 第5章异常分类编码 (13) 第6章服务注册、注销、变更、调用流程 (15) 6.1服务注册的流程 (15) 6.2服务注册的内容 (15) 6.3测试环境服务注册的流程 (16) 第7章服务治理 (16) 7.1目标 (16) 7.2检查方法 (17) 7.3服务监控的指标 (18) 7.4服务目录树 (19)
第1章概述 1.1概述 本规范明确了安徽电信服务总线接入及服务使用的标准和规范，为服务使用方和服务提供方提供开发参考。 1.2目标 本规范为了指导各业务系统与服务总线平台的对接，实现以下目标： 1)当服务总线接入业务系统服务时，为该服务提供方提供开 发依据。 2)当服务使用方调用服务总线提供的服务时，为该服务使用 方提供开发依据。 3)为服务使用过程中安全及控制提供标准和参考。 1.3规范使用对象及说明 本规范适用于所有新建或改造的服务接口，均需要遵守本规范约定。 1.4名词解释
XXXX系统 Web Services业务接口规范说明书 拟制 审核 会签 批准 【公司名称】
版本历史
目录 1.范围 (1) 2.术语、定义和缩略语 (1) 2.1 术语、定义 (1) 2.2 缩略语 (1) 3.接口设计 (1) 3.1 接口公共参数 (1) 3.1.1请求参数 (1) 3.1.2返回参数 (2) 3.2 业务功能接口 (3) 3.2.1业务模块1 (3) 4.MD5加密 (6) 5.参考文献 (6)
1.范围 本规范文档主要适用于XXXX系统和其它业务系统信息数据的接入。 2.术语、定义和缩略语 2.1术语、定义 2.2缩略语 3.接口设计 3.1接口公共参数 接口服务器通过：http://IP:port/EIP/WebService/ 连接服务器，同时对外提供业务功能接口，接收的参数和返回的参数都用一定的xml格式进行封装。 3.1.1请求参数 1.请求类型为String类型
3.请求参数体param定义 参数体param中的具体请求参数，根据不同的业务而不同，详见各业务接口。 3.1.2返回参数 1.返回类型为String类型
附件4：数据交换接口规范 一、概述 计量器具检定数据交换接口采用Web service作为数据传输机制，是自包含、自描述（WSDL）、模块化的应用，由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议，支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件，传输前以GZIP格式将文件压缩，然后设置BASE64编码，最后在接收端将其解压，解析读取数据。 二、软件准备 JDK1.6，tomcat6.0，Web service相关包以及数据库。三、数据交换示意图 四、服务端接收数据过程 1、用户合法性校验：服务端在接收数据时同样需要进行用户合法性 校验，并返回信息。
2、数据封装：为方便数据传输和解析，客户端通过Web service交 换的数据需要封装成可扩展标记语言XML的规范，并严格按照此规范。 3、数据压缩：为提高数据的传输效率和减小传输的数据量，客户端 在传输之前需将数据以GZIP格式进行压缩，并设置BASE64位编码，以便基于HTTP传输。 4、对上传文件进行规范性校验：服务端在接收数据之前，校验客户 端数据是否按照XML规范要求，并按GZIP格式进行压缩，设置BASE64编码，否则返回不合法文件格式。 5、返回结果：服务端进行完校验，解析成功并反馈给业务系统后， 会反馈成功信息给客户端，如不成功则返回不成功。 五、客户端接收数据过程（与服务端接收过程类似。） 六、术语说明
THANKS !!! 致力为企业和个人提供合同协议，策划案计划书，学习课件等等 打造全网一站式需求 欢迎您的下载，资料仅供参考
+接口+协议+规范工业自动化领域各种总线 工业自动化总标识特点简介 ASI 用于下位控制级的传感器/执行器总线【整理】ASI接口/协议 /规范用于将传感器和执行器连接AS-interface AS 至上位控制层，布线简单、经济。IEC EN 50295 符合国际标准和interface 标准。62026-2 传感器接执行器/AS-i = AS-Interface（口）是用于连接执行器和传感器的现 场总线通讯方案。BACnet==楼【整理】工业自动Building Automation Control Network 化之楼宇自动化之宇自动控制网．
用于执行器/传感器领域的多主站总线 对总线带宽的有效利用使得CANopen能 够在数据传输速率相对较低的情况下实现较短的系统响应时间。CAN 总线的主 要优点有：数据安全性高，能够保留多主站能力。 CC-Link 主要针对亚洲市场的现场总线 CC-Link（Control & Communication
Link，控制与通信链路）是一种开放式总线系统，用于控制级和现场总线级之间的通讯，应用范围主要为亚洲地区。 ControlNet 标准化现场总线 ControlNet 是一种开放式标准现场总线系统。该总线协议允许循环数据和非循 DALI 楼宇自动化领域的通讯标准【整理】工业自动）是一种跨越厂商标准 （IEC60929DALI 化总线之楼宇自动化之照明接口：的协议，其目的是在照明应用中确保电子DALI1-镇流器的互用性。这个新标准用于替代调光器接口。10VDigital ，数字可寻址照明接口（DALI）是一种楼Addressable Lighting Interface化
一元多项式计算： 程序要求： 1）、能够按照指数降序排列建立并输出多项式； 2）、能够完成两个多项式的相加、相减，并将结果输入。 概要设计： 1.功能：将要进行运算的多项式输入输出。 2.数据流入：要输入的多项式的系数与指数。 3.数据流出：合并同类项后的多项式。 4.程序流程图：多项式输入流程图如图3.2.1所示。 5.测试要点：输入的多项式是否正确，若输入错误则重新输入 2、多项式的加法 （1）功能：将两多项式相加。 （2）数据流入：输入函数。 （3）数据流出：多项式相加后的结果。 （4）程序流程图：多项式的加法流程图如图3.2.2所示。 （5）测试要点：两多项式是否为空，为空则提示重新输入，否则，进行运算。
3、多项式的减法 （1）功能：将两多项式相减。 （2）数据流入：调用输入函数。 （3）数据流出：多项式相减后的结果。 （4）程序流程图：多项式的减法流程图如图3.2.3所示。 （5）测试要点：两多项式是否为空，为空则提示重新输入，否则，进行运算。
详细代码： #include
struct LNode { polynomial data;//链表类型 LNode *next; }; typedef LNode* Link; void CreateLink(Link &L,int n); void PrintList(Link L); void PolyAdd(Link &pc,Link pa,Link pb); void PolySubstract(Link &pc,Link pa,Link pb); void CopyLink(Link &pc,Link pa); void PolyMultiply(Link &pc,Link pa,Link pb); int JudgeIfExpSame(Link pa,Link e); void DestroyLink(Link &L); int CompareIfNum(int i); void DestroyLink(Link &L) { Link p; p=L->next; while(p) { L->next=p->next; delete p; p=L->next; } delete L; L=NULL; } //创建含有n个链表类型结点的项，即创建一个n项多项式void CreateLink(Link &L,int n) { if(L!=NULL) { DestroyLink(L); } Link p,newp; L=new LNode; L->next=NULL; (L->data).exp=-1;//创建头结点 p=L; for(int i=1;i<=n;i++) { newp=new LNode; cout<<"请输入第"< 监管报表数据报送接口规范修订历史纪录 一、销售机构、基金资金划付明细文件格式建议（J01） （一）报表格式 使用标准txt文件，文件内容格式如下(左侧数字表示行号)： 1.总记录数（不包括本行） 2.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| 3.交易确认日期(YYYYMMDD)|交易申请日期(YYYYMMDD)|基金代 码|业务类型编码|销售机构向基金划付金额|基金向销售机构划付金额|登记结算机构代码| （二）报表说明 用于表示基金销售机构与基金之间的实际资金划付。其中资金划付日期是指实际资金汇划的日期；交易确认日期是与指该笔资金划付相对应的基金交易的确认日期；交易申请日期是与指该笔资金划付相对应的基金交易的申报日期；业务类型是指基金交易业务代码，包括：认购（一次交易确认为120、二次交易确认为130）、申购122、定额申购139、赎回124、定额赎回163、强制赎回142、分红143。 对于三种特殊业务类型“交易申请日期”字段的说明。分红143业务：“交易申请日期”填写权益登记日；强制赎回142业务：“交易申请日期”填写交易确认日期的上一工作日（由于上工作日的赎回可能会和当日的强赎合并划款）；认购退款130业务：“交易申请日期”填写交易确认日期。 报送的实际资金划付数据是按照基金代码、业务类型进行 汇总的，即对于某个具体的资金划付日期，针对一只基金的某种业务类型，只申报一条汇总数据记录。 对于一种业务类型而言，只存在销售机构向基金划付金额或者只存在基金向销售机构划付金额。 基金代码---目前为6位编码，最长可扩展至30位。 业务类型---目前为3位编码，最长可扩展至30位。 登记结算机构代码--目前为8位编码，最长可扩展至30位。 （三）核对逻辑 中国结算每日将基金确认成功的交易数据按照基金代码、销售机构代码、业务类型进行汇总统计，得出销售机构各业务对基金应划入金额和应划出金额，用于与J01报表中的实际划付金额数据进行核对。中国结算汇总统计基金划入和基金划出金额的方法是：对认购业务，第一次确认（业务类型120）时统计的基金应收金额为：汇总每笔交易的确认金额全额；第二次确认（业务类型130）时统计的基金应付金额为：汇总每笔交易的（一次确认金额-二次确认金额+退回给投资人的利息）。 对申购（业务类型122）和定额申购（业务类型139）业务，统计的基金应收金额为：汇总每笔交易的（确认金额全额-代理费）。 对赎回（业务类型124）、定额赎回（业务类型163）、强制赎回（业务类型142）业务，统计的基金应付金额为：汇总每笔交易的（投资人实得金额+代理费）。 对分红（业务类型143）业务，统计的基金应付金额为：汇总每笔交易的（投资人实得现金红利金额）。 附件 3： 财会信息资源核心元数据标准 1 范围 本标准规定了一套描述财会信息资源特征所需要的核心元数据，给出了 财会信息资源核心元数据的定义、著录规则以及扩展原则和方法。 本标准适用于财会信息资源的描述、编目、查询、展示和保存。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期 的引用文件，其随后所有的修改版本（不包括勘误的内容）或修订版均不适 用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文 件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 GB/T 4880.2 语种名称代码 第2部分：3字母代码 GB/T 7156 文献保密等级代码与标识 GB/T 7408 数据元和交换格式 信息交换 日期和时间表示法 GB/T 12406 表示货币和资金的代码 GB/T 21063.3 政务信息资源目录体系 第3部分：核心元数据 RFC 2396 统一资源标识符 RFC 3629 UTF-8字符集 3 术语和定义 下列术语和定义适用于本标准。 各类经济组织和管理部门在其业务活动中形成或提供的有关财务、审计、 税务、统计和会计等的各种类型和形式的数据组成的集合，是进行经济分析、 经济决策、经济监管等方面所需要的信息资源。 3.2 财会信息资源元数据 metadata for financial and accounting information resources 用以描述财会信息资源各种形式的数据集的数据。 3.3 财会信息资源核心元数据 core metadata for financial and accounting information resources 描述财会信息资源数据集合的最基本属性的元数据实体和元数据元素。3.4 元数据元素 metadata element 元数据的基本单元，用以描述财会信息资源某个特征。 注：元素据元素在元数据实体中是唯一的。(参见GB/T 21063.3) 3.5 元数据实体 metadata entity 一组说明财会信息资源相同特性的元数据元素。 注：可以包括一个或一个以上元数据实体。(参见GB/T 21063.3) 4 财会信息资源元数据描述方法 4.1 概述 本标准采用摘要表示的方式描述财会信息资源核心元数据元素和元数据 实体。摘要内容主要包括：元素中文名称，元素英文名称，XML标记，定义， 数据类型，值域，注释和取值示例。见4.2－4.9。 4.2 元素中文名称 是赋予元数据元素或元数据实体的中文名称，用5.3中各条的标题表示。 中国财务软件数据接口标准(DOC7) 编者按:标准应该是衡量事务的准则。标准的制定一样都由国际/国家有关标准机构或行业主管部门完成。但一些行业的生产厂商为了爱护用户的投资,促进行业有序进展,也按照本行业的特点,联合起来制定了一些大伙儿认可并共同遵守的规范,这种做法在国外已被广泛采纳。随着中国改革开放的深入,国内一些行业的厂家也开始进行这方面的探究,本期我们刊登的《中国财务软件数据接口标准》确实是由该财务软件行业的民间组织——中国软件行业协会财务及企业治理软件分会制定的,起草者为闻名财务软件厂商深圳金蝶公司。 一、背景 目前,国内财务软件众多,它们采纳的数据库平台和数据库结构各不相同,不同财务软件之间的数据交换,因为数据库平台和结构不同而产生许多困难,几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换咨询题。烦琐的数据转换工作白费了大量人力和物力,同时也阻碍了财务软件产业的健康进展。国内财务软件的商业化差不多比较成熟,各财务软件公司都有一批用户。由于各种缘故,一些用户期望从一个软件交叉升级为另一软件。由于用户在旧软件上已做了大量的工作,必定期望升级后原有数据能移植到新的软件中,然而有些软件的数据文件通过加密或数据库结构未公布,要从中直截了当读取数据几乎不可能。为了爱护用户已付出的劳动,各财务软件需要提供一个标准的数据输入输出接口。如此,建立一个公用的数据交换标准是专门必要的。 用户在使用财务软件时,有一些需求通过财务软件本身是难以实现的,如:用户期望把会计报表通过电子表格软件处理输出为各种专门形式;另一些高级用户,则期望在其它治理软件中能取到财务数据。这些数据交换工作都需要有一个标准的数据接口来规范。财务会计通过长期的进展已形成一定的理论,财务会计工作也有规范可循,国内财务软件是在这些理论和规范的基础上开发出来的,各软件储存财务数据的模式也大同小异。财务数据要紧按会计科目、凭证、余额及发生额、报表几个部分分块储备,它们之间既 都柏林核心元数据抽象模型 资源名:都柏林核心元数据抽象模型 创建者:Andy Powell UKOLN, University of Bath, UK Mikael Nilsson KMR Group, CID, NADA, KTH (Royal Institute of Technology), Sweden Ambj?rn Naeve KMR Group, CID, NADA, KTH (Royal Institute of Technology), Sweden Pete Johnston UKOLN, University of Bath, UK 翻译者： 张春景(上海图书馆数字图书馆研究所)，夏翠娟(华东师范大学信息学系研究生) 发布日期:2004-12-08 标识符:https://www.doczj.com/doc/7c2304365.html,/metadata/dcmi/abstract-model/ 替代:https://www.doczj.com/doc/7c2304365.html,/metadata/dcmi/abstract-model/2004-11-24/ 被替代:无 最新版本:https://www.doczj.com/doc/7c2304365.html,/documents/abstract-model/ 文档状态:DCMI 工作草案1。 文档描述:此文档描述了都柏林核心元数据记录的抽象模型。 目录 1. 引言 2. DCMI抽象模型 3. 描述、描述集及记录 4. 值 5. 向上兼容原则 6. 置标指南 7. 术语 参考文献 致谢 附录A-关于结构值的提示 附录B-抽象模型与RDF 附录C-抽象模型与XML 附录D-抽象模型与XHTML 1 https://www.doczj.com/doc/7c2304365.html,/documents/#workingdrafts 企业服务总线系统(ESB) 技术白皮书 [V1.0.1115] 厦门博立特有限公司 版权所有 保留所有权利 目录 1.前言 (4) 2 .ESB简介 (4) 3. ESB主要功能和特点 (6) 3.1.ESB主要功能： (6) 3.1.ESB主要特点： (7) 4.ESB接口设计 (8) 4.1 总体设计框图 (8) 4.2 技术规范 (8) 4.3 消息传输流程 (8) 4.4 文件传输流程 (8) 4.5 MsgService接口说明 (8) 4.5.1 登陆到ESB(Login) (8) 4.5.1.1 服务.NET原型 (8) 4.5.1.2 传入参数 (9) 4.5.1.3 返回参数 (9) 4.5.1.4 服务说明 (9) 4.5.2 发送消息到ESB(SendMessage) (9) 4.5.2.1 服务.NET原型 (9) 4.5.2.2 传入参数 (10) 4.5.2.3 返回参数 (10) 4.5.2.4 服务说明 (10) 4.5.3 从ESB接收消息(ReceiveMessage) (10) 4.5.3.1 服务.NET原型 (10) 4.5.3.2 传入参数 (11) 4.5.3.3 返回参数 (11) 4.5.3.4 服务说明 (11) 4.5.4 发送确认消息到ESB(AcknowledgeMessage) (11) 4.5.4.1 服务.NET原型 (11) 4.5.4.2 传入参数 (11) 4.5.4.3 返回参数 (12) 4.5.4.4 服务说明 (12) 5.附录A 返回代码对照表 (12) 1.前言 随着信息技术的不断发展，企业、政府部门等在信息化建设上投入了大量的资金、人力，逐步形成了适合自身某些部门或某些业务需要的管理信息系统，如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等，这些管理信息系统，在企业和政府某些部门或业务的管理上，发挥了信息电子化、流程自动化、管理科学化的重要作用。 但是，企业和政府现有的管理信息系统，由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同，造成企业和政府现有的应用信息系统各自独立运行，数据不能共享，各自业务流程不能自动衔接，造成企业和政府内部许多自成体系的信息化孤岛，各个应用系统不能相互协作，形成统一高效的有机整体。 企业应用集成，英文名称为Enterprise Application Integration，简称EAI，是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题，将异构的两个或更多的硬件、平台及应用系统进行无缝集成，使它们形成一个统一的整体。 企业服务总线（Enterprise Service Bus，缩写ESB），是面向服务架构的骨干，在完成服务的接入，服务间的通信和交互基础上，还提供安全性、可靠性、高性能的服务能力保障。采用SOA架构，基于ESB总线进行企业应用集成，应用系统之间的交互通过总线进行，这样可以降低应用系统、各个组件及相关技术的耦合度，消除应用系统点对点集成瓶颈，降低集成开发难度，提高复用，增进系统开发和运行效率，便于业务系统灵活重构，快速适应业务及流程变化需要。 2 .ESB简介 ESB作为博立特科技公司的企业应用集成产品，主要功能是在两个或更多的异构系统（如不同的数据库、消息中间件、ERP或CRM等）之间进行资源整合，实现互连互通、数据共享、业务流程协调统一等功能，构建灵活可扩展的分布式企业应用。 目录 一、问题分析.................................... 错误!未定义书签。 问题描述 ........................................................................ 错误!未定义书签。 问题的数学模型............................................................. 错误!未定义书签。 构造数据结构................................................................. 错误!未定义书签。 二、系统分析 ...................................................................... 错误!未定义书签。 可行性研究..................................................................... 错误!未定义书签。 系统结构与主要功能模块 ............................................. 错误!未定义书签。 三、系统设计 ...................................................................... 错误!未定义书签。 系统设计目的与要求 ....................................................... 错误!未定义书签。 系统设计内容................................................................... 错误!未定义书签。 功能算法描述与数据结构说明........................................ 错误!未定义书签。 四、系统实现 ...................................................................... 错误!未定义书签。 五、调试及运行结果........................................................... 错误!未定义书签。 六、收获和体会 .................................................................. 错误!未定义书签。附录 ..................................................................................... 错误!未定义书签。 中国结算开放式基金新版系统管理人数据接口规范(TXT) 版本1.1 二○○九年九月 1. 总则 (4) 2. 术语定义 (4) 3. 基本要求 (8) 4. 数据接口 (10) 4.1. 信息格式 (10) 4.2. 接口文件名定义 (11) 4.3. TA支持业务 (13) 4.4. 业务数据项 (15) 4.4.1. 开户确认业务101 (16) 4.4.2. 销户确认业务102 (20) 4.4.3. 客户资料修改确认业务103 (21) 4.4.4. 撤销交易账号确认109 (25) 4.4.5. 变更交易帐户确认158 (27) 4.4.6. 认购业务数据项020 (27) 4.4.7. 认购结果业务数据项057 (29) 4.4.8. 申购业务数据项022 (31) 4.4.9. 定期定额申购业务数据项039 (34) 4.4.10. ETF一次申购业务数据项091 (37) 4.4.11. ETF二次申购业务数据项092 (39) 4.4.12. 赎回业务数据项024/定期定额赎回业务数据项063 (42) 4.4.13. ETF一次赎回业务数据项093 (46) 4.4.14. ETF二次赎回业务数据项094 (48) 4.4.15. 预约赎回业务数据项025 (51) 4.4.16. 撤预约单业务数据项053 (53) 4.4.17. 转托管业务数据项026/028 (55) 4.4.18. 转托管入业务数据项027 (56) 4.4.19. 设置分红方式业务数据项029 (58) 4.4.20. 基金转换业务数据项036 (59) 4.4.21. 份额冻结业务数据项031 (62) 4.4.22. 份额解冻业务数据项032 (64) 4.4.23. 非交易过户业务数据项033 (65) 4.4.24. 强增业务数据项044 (67) 4.4.25. 强减业务数据项045 (68) 4.4.26. 开通定期定额协议业务数据项059 (70) 4.4.27. 撤销定期定额协议业务数据项060 (71) 4.4.28. 变更定期定额协议业务数据项061 (72) 4.4.29. 认购业务数据项120 (74) 4.4.30. 认购结果业务数据项130 (75) 4.4.31. 申购业务数据项122 (78) 4.4.32. 定期定额申购业务数据项139 (81) 4.4.33. ETF一次申购业务数据项191 (83) 4.4.34. ETF二次申购业务数据项192 (85) 4.4.35. 赎回业务数据项124/定时定额赎回163 (88) 4.4.36. 强制赎回业务数据项142 (91) TR-REC-014数据集核心元数据规范（征求意见稿）20100225 目录 [隐藏] ? 1 1 范围 ? 2 2 规范性引用文件 ? 3 3 术语和定义 o 3.1 3.1 数据集 Dataset o 3.2 3.2 数据集类型 Dataset type o 3.3 3.3 数据类型 Data type o 3.4 3.4 元数据 Metadata o 3.5 3.5 元数据元素 Metadata element o 3.6 3.6 模块 Module o 3.7 3.7 复合元素 Compound data element o 3.8 3.8 实体 Entity ? 4 4 规则和缩略语 o 4.1 4.1 缩略语 o 4.2 4.2 数据集标识（URI） o 4.3 4.3 网址和文件名 o 4.4 4.4 日期 o 4.5 3.4.1 时间 o 4.6 3.4.2 日期和时间 o 4.7 4.5 图例说明 ? 5 5 一致性 ? 6 6 约定 ?7 7 核心元数据 o7.1 7.1 概述 ?7.1.1 7.1.1描述信息 ?7.1.2 7.1.2 元数据参考信息 ?7.1.3 7.1.3 联系信息 o7.2 7.2 数据集元数据 ?7.2.1 7.2.1描述信息 ?7.2.1.1 7.2.1.1 名称 ?7.2.1.2 7.2.1.2 别名 ?7.2.1.3 7.2.1.3 URI ?7.2.1.4 7.2.1.4 关键词 ?7.2.1.5 7.2.1.5 简介 ?7.2.1.6 7.2.1.6 目的 ?7.2.1.7 7.2.1.7 数据分类 ?7.2.1.7.1 7.2.1.7.1 类目名称 ?7.2.1.7.2 7.2.1.7.2 分类表 ?7.2.1.8 7.2.1.8 范围 ?7.2.1.8.1 7.2.1.8.1 时间范围 ?7.2.1.8.2 7.2.1.8.2 空间范围 ?7.2.1.9 7.2.1.9 数据来源 ?7.2.1.10 7.2.1.10 类型 ?7.2.1.11 7.2.1.11 创建者 ?7.2.1.12 7.2.1.12 其他贡献者 ?7.2.1.13 7.2.1.13 创建日期 ?7.2.1.14 7.2.1.14 更新频率 ?7.2.1.15 7.2.1.15 数据格式 ?7.2.1.16 7.2.1.16 数据量 ?7.2.1.16.1 7.2.1.16.1 记录数 ?7.2.1.16.2 7.2.1.16.2 存储量 ?7.2.1.17 7.2.1.17 语种 ?7.2.1.18 7.2.1.18 URL ?7.2.1.19 7.2.1.19 关联 ?7.2.1.19.1 7.2.1.19.1 关联类型 ?7.2.1.19.2 7.2.1.19.2 关联数据集名称 ?7.2.1.19.3 7.2.1.19.3 关联URI ?7.2.1.20 7.2.1.20 数据质量 ?7.2.1.20.1 7.2.1.20.1 数据志 ?7.2.1.20.2 7.2.1.20.2 质量报告?7.2.1.21 7.2.1.21 权限声明 ?7.2.1.22 7.2.1.22 共享声明 ?7.2.2 7.2.2 元数据参考信息 ?7.2.2.1 7.2.2.1 元数据标准 ?7.2.2.2 7.2.2.2 元数据创建日期 电力系统简单服务接口规范 1范围 本标准提出了应用于电力系统的简单服务接口规范，以字符串方式描述面向服务消费者和服务提供者的语法、语义规则及服务调用接口规范。本规范适用于访问简单服务的应用场合。 2规范性引用文件 下列文件对于本文的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 16262.1—2006：信息技术抽象语法记法一 (ASN.1) 第1部分:基本记法规范 Web Services Description Language (WSDL) 1.1 https://www.doczj.com/doc/7c2304365.html,/TR/wsdl.html：web服务描述语言 3术语和定义 下列术语和定义适用于本标准。 3.1 服务Service 服务提供者完成一组工作，为服务消费者交付所需的最终结果。最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化。 3.2 服务消费者Service Consumer 根据服务接口描述访问服务的实体 3.3 服务提供者Service Provider 实现一定功能并提供访问接口描述的实体 3.4 WSDL Web服务描述语言（Web Service Description Language） 3.5 域Domain 电力系统中不同级别的调度机构 3.6 简单服务Simple Service 能够相对独立运行具有简单的输入参数和输出结果的应用 4符号定义和语法规范 4.1符号定义 WSDL是目前唯一的用于Web服务访问的工业标准，通过使用复杂的语法规则来实现服务的描述和访问。本规范参考了WSDL语言，提出了用于电力系统的简单服务接口规范，提供服务访问的功能并满足电力系统对效率的要求。表1是简单服务接口规范的符号定义，扩充了类型描述符、路径分隔符、 服务端与手机平台 接口协议 BespRout 2014年11月 文档修改/审批记录 目录 1.概述 (4) 2.涉及接口 (4) 3.接口总体要求 (4) 3.1.系统间接口的原则 (4) 3.2.处理流程 (4) 3.3.接口实现方式 (5) 4.XXX服务端接口 (5) 4.1.XX模块-根据XX下载相关的配置文件 (5) 4.2.XX模块-生成指定XX的文件配置 (6) 4.3.APP启动-初使化参数 (7) 5.附件 (8) 5.1.备注说明 (8) 1. 概述 本文档提供接口给手机端使用，为手机端提供业务平台数据 2. 涉及接口 本文档涉及的外围系统接口包括：无 3. 接口总体要求 3.1.系统间接口的原则 接口设计遵循如下原则： ?安全可靠性原则：系统应提供良好的安全性和可靠性策略，支持多种安全而 可靠的技术手段，制定严格的安全可靠的管理措施； ?开放性原则：提供开放式标准接口，提供与其它系统的互联互通； ?灵活性原则：提供灵活的接口设计，便于接口的变动。 ?可扩展性原则：支持新业务的扩展以及接口容量与接口性能的提高； ?可管理性原则：提供良好的管理机制，保证在运行过程中提供给管理员方便 的管理方式以处理各种情况； ?统一性原则：应当保证系统的接口方式、接口形式、使用的协议等标准、统 一。 3.2.处理流程 接口处理流程 3.3. 接口实现方式 手机APP 应用 与服务端采用基于HTTP 的REST 协议完成，数据传输默认为JSON 4. XXX 服务端接口 测试地址前缀: http://192.168.3.208:8088/xxx/xxx 4.1. XX 模块-根据XX 下载相关的配置文件 单元练习1 一．判断题（下列各题，正确的请在前面的括号内打√；错误的打╳） （√）（1）数据的逻辑结构与数据元素本身的内容和形式无关。 （√）（2）一个数据结构是由一个逻辑结构和这个逻辑结构上的一个基本运算集构成的整体。（ㄨ）（3）数据元素是数据的最小单位。 （ㄨ）（4）数据的逻辑结构和数据的存储结构是相同的。 （ㄨ）（5）程序和算法原则上没有区别，所以在讨论数据结构时可以通用。 （√）（6）从逻辑关系上讲，数据结构主要分为线性结构和非线性结构两类。 （√）（7）数据的存储结构是数据的逻辑结构的存储映像。 （√）（8）数据的物理结构是指数据在计算机内实际的存储形式。 （ㄨ）（9）数据的逻辑结构是依赖于计算机的。 （√）（10）算法是对解题方法和步骤的描述。 二．填空题 （1）数据有逻辑结构和存储结构两种结构。 （2）数据逻辑结构除了集合以外，还包括：线性结构、树形结构和图形结构。 （3）数据结构按逻辑结构可分为两大类，它们是线性结构和非线性结构。 （4）树形结构和图形结构合称为非线性结构。 （5）在树形结构中，除了树根结点以外，其余每个结点只有 1 个前趋结点。 （6）在图形结构中，每个结点的前趋结点数和后续结点数可以任意多个。 （7）数据的存储结构又叫物理结构。 （8）数据的存储结构形式包括：顺序存储、链式存储、索引存储和散列存储。 （9）线性结构中的元素之间存在一对一的关系。 （10）树形结构结构中的元素之间存在一对多的关系， （11）图形结构的元素之间存在多对多的关系。 （12）数据结构主要研究数据的逻辑结构、存储结构和算法（或运算）三个方面的内容。（13）数据结构被定义为(D，R)，其中D是数据的有限集合，R是D上的关系的有限集合。（14）算法是一个有穷指令的集合。 （15）算法效率的度量可以分为事先估算法和事后统计法。 （16）一个算法的时间复杂性是算法输入规模的函数。 （17）算法的空间复杂度是指该算法所耗费的存储空间，它是该算法求解问题规模n的函数。（18）若一个算法中的语句频度之和为T（n）=6n+3nlog2n，则算法的时间复杂度为 O（nlog2n）。（19）若一个算法中的语句频度之和为T（n）=3n+nlog2n+n2，则算法的时间复杂度为 O（n2）。（20）数据结构是一门研究非数值计算的程序设计问题中计算机的操作对象，以及它们之间的关系和运算的学科。 1 前言 《企业信用信息基础数据库数据接口规》（简称“数据接口规”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。 前言简介本规各部分的容。 报文规规定了本规中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。 数据采集要求规定了公积金管理中心提交数据的围、频率以及文件传送方式。 公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。 公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈容的具体数据项以及对数据项的描述和约束。 附录包含公积金信息采集接口规的代码表、数据校验规则。 本接口规适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规 2.1术语和定义 下列术语和定义适用于本规。 2.1.1报文 由报文头、报文体构成的，按照一定规则组合起来的数据集合体。 2.1.2报文文件 包含报文的数据文件。 本规中报文文件与报文是一对一的关系。 2.1.3段 一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。 本规中段为基础段。 2.1.4信息记录 数据采集的基本信息单位，包含报送机构一笔业务的有关数据。 本规中的信息记录由基础段组成。 2.1.5报文头 每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。 2.1.6报文体 报文体是数据采集报文的主体容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。 信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。 2.1.7信息记录 此信息记录由基础段组成。 每个信息记录包含且仅包含一个基础段。 信息记录的容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。 2.1.8基础段 基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则 图 1. 填空题 ⑴ 设无向图G中顶点数为n，则图G至少有（）条边，至多有（）条边；若G为有向图，则至少有（）条边，至多有（）条边。 【解答】0，n(n-1)/2，0，n(n-1) 【分析】图的顶点集合是有穷非空的，而边集可以是空集；边数达到最多的图称为完全图，在完全图中，任意两个顶点之间都存在边。 ⑵ 任何连通图的连通分量只有一个，即是（）。 【解答】其自身 ⑶ 图的存储结构主要有两种，分别是（）和（）。 【解答】邻接矩阵，邻接表 【分析】这是最常用的两种存储结构，此外，还有十字链表、邻接多重表、边集数组等。 ⑷ 已知无向图G的顶点数为n，边数为e，其邻接表表示的空间复杂度为（）。 【解答】Ｏ(n+e) 【分析】在无向图的邻接表中，顶点表有n个结点，边表有2e个结点，共有n+2e个结点，其空间复杂度为Ｏ(n+2e)=Ｏ(n+e)。 ⑸ 已知一个有向图的邻接矩阵表示，计算第j个顶点的入度的方法是（）。 【解答】求第j列的所有元素之和 ⑹ 有向图G用邻接矩阵A[n][n]存储，其第i行的所有元素之和等于顶点i的（）。 【解答】出度 ⑺ 图的深度优先遍历类似于树的（）遍历，它所用到的数据结构是（）；图的广度优先遍历类似于树的（）遍历，它所用到的数据结构是（）。 【解答】前序，栈，层序，队列 ⑻ 对于含有n个顶点e条边的连通图，利用Prim算法求最小生成树的时间复杂度为（），利用Kruskal 算法求最小生成树的时间复杂度为（）。 【解答】Ｏ(n2)，Ｏ(elog2e) 【分析】Prim算法采用邻接矩阵做存储结构，适合于求稠密图的最小生成树；Kruskal算法采用边集数组做存储结构，适合于求稀疏图的最小生成树。 ⑼ 如果一个有向图不存在（），则该图的全部顶点可以排列成一个拓扑序列。 【解答】回路 ⑽ 在一个有向图中，若存在弧、、，则在其拓扑序列中，顶点vi, vj, vk的相对次序为（）。 【解答】vi, vj, vk 【分析】对由顶点vi, vj, vk组成的图进行拓扑排序。 2. 选择题 ⑴ 在一个无向图中，所有顶点的度数之和等于所有边数的（）倍。 A 1/2 B 1 C 2 D 4 【解答】C 【分析】设无向图中含有n个顶点e条边，则。监管报表数据报送接口规范
财会信息资源核心元数据标准
中国财务软件数据接口标准(DOC7)
都柏林核心元数据抽象模型
ESB企业服务总线接口规范
数据结构一元多项式的运算
中国结算开放式基金新版系统管理人数据接口规范(TXT)
TR-REC-014数据集核心元数据规范
Q／GDW 622-2011 电力系统简单服务接口规范
接口设计规范V1.0 - 参考
数据结构单元1练习参考答案
个人信用信息基础数据库系统数据接口规范标准
数据结构 第六章 图 练习题及答案详细解析(精华版)
相关主题
文本预览