精华内容
下载资源
问答
  • UI设计的APP标准规范

    千次阅读 2018-12-29 13:29:16
    UI设计的APP标准规范 文章目录UI设计的APP标准规范零 本文对象一 前言二 UI设计的APP标准规范-图实例三 UI使用PS与蓝湖,墨刀四 尾言 零 本文对象 UI萌妹或者抠脚小汉 移动端开发者(方便交涉使用) 项目管控...

    UI设计的APP标准规范

    零 本文对象

    1. UI萌妹或者抠脚小汉
    2. 移动端开发者(方便交涉使用)
    3. 项目管控者(把控所有)

    一 前言

    做移动端的同学都知道,一个专业UI重要性,能让你省去很多麻烦,降低沟通成本,增加功效,项目立项定好主色调,辅色调等,新手UI有时一问三不知,得一个个沟通,才能一个个给,这中间时间成本及其浪费。本文仅供参考,举一反三

    二 UI设计的APP标准规范-图实例

    在这里插入图片描述

    三 UI使用PS与蓝湖,墨刀

    这类似的切图三方工具,做UI的都应该熟悉,让你能更方便的与移动端交接,PS切一套标准尺寸上传到相应三方工具即可生成多套不同的效果标注图

    四 尾言

    本文如有错误或不当之处,欢迎读者留言斧正,互相交流学习,博主不胜感激.联系邮箱593584960@qq.com

    展开全文
  • 政府大数据平台标准规范-数据接入

    千次阅读 2020-03-15 14:53:43
    搞政府大数据平台的,标准规范是一个绕不过去的内容,而且政府项目对标准规范貌似都特别看重,这是与做企业项目很大的不同。政府大数据平台的标准规范可以从以下几个方面制订: 数据采集,包括结构化、非结构化数据...

    搞政府大数据平台的,标准规范是一个绕不过去的内容,而且政府项目对标准规范貌似都特别看重,这是与做企业项目很大的不同。政府大数据平台的标准规范可以从以下几个方面制订:

    • 数据接入,包括结构化、非结构化数据,以及实时、批量数据的接入汇聚;
    • 数据治理,包括数据质量、数据清洗融合、数据模型设计等;
    • 数据服务,主要是对应用、委办局的数据支撑,包括数据文件、API接口等;
    • 数据安全,此处主要是通过数据脱敏、数据加密等手段对数据加工过程的各环节的安全保护。

    那么,具体到大数据平台项目,标准规范应该写点什么呢?之前阅读了不少关于大数据平台、信息系统的国家标准、地方标准等,同时结合与客户的讨论,我认为在数据接入方面,标准规范可以从以下几个方面编写:

    • 标准规范的阅读对象应该包括大数据平台的技术人员、提供数据的各委办局等;
    • 大数据平台支持的数据接入类型,目前我所在的项目包括共享交换接入、业务系统库表接入、文件格式接入、API接口接入等这几类。在标准规范中要从总体上描述清楚这几种接入类型的区别及适用场景;
    • 工作流程相关的模板,比如,对于库表接入时,需要提供给委办局的相关人员,模板中包括了需要对方提供的文件列表、填写的对接参数等,这些模板可以指导相关的技术人员高效准确地收集到数据对接所需要的信息;
    • 平台的技术接口,不同数据接入类型在实现对接时需要遵循的技术接口,在标准规范中可以详细列出,比如,库表接入需要开放的权限、文件格式所支持的格式及要求具备的内容、API接口的列表等。

    以上是我能想到的对于数据采集标规范可以写的内容。
    欢迎加入QQ群进行更多交流:958911138

    展开全文
  • 数据接口标准规范

    万次阅读 2019-08-09 16:24:21
    接口规范定义了与其他系统进行数据交换的数据规范和报文规范。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均...

    1 范围
    接口规范定义了与其他系统进行数据交换的数据规范和报文规范。
    2 规范性引用文件
    下列文件中的条款通过本标准的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。
    GB/T 1.1 标准化工作导则 第1 部分:标准的结构和编写
    GB/T 35778—2017 企业标准化工作 指南
    GB/T 5271.8-2001 信息技术 词汇 第8部分:安全
    GB/T 18811-2002 电子商务基本术语
    DL/T 485—2018 电力企业标准体系表编制导则
    DL/T 800—2018 电力企业标准编写导则
    DL/T 1004 电力企业管理体系整合导则
    3 接口服务描述规范
    3.1 概述
    接口服务描述是业务服务的集中描述,包含其提供的功能以及如何进行调用;是在电力安全系统发布的服务提供方和服务调用方之间的规约。接口服务描述必须包含对各个方面的人员有意义并可理解的信息,接口服务描述要包含概要和详细服务信息,使用平台/技术实现无关的语言进行描述以业务为导向。
    接口服务描述主要由2部分组成:接口服务属性和接口服务规约。
    3.2 接口服务属性
    接口服务属性是业务接口服务的描述,它提供组织和性能相关要求,是接口服务提供方和接口服务消费方之间服务协议的依据。定义一个接口服务应该包含的属性如下所示:
     服务编码(必选):能体现出接口服务的业务含义的唯一识别编码,应遵循统一的编码规则,具体定义请参考交易服务代码规范;
     接口服务中文名称(必选):能体现接口服务的意义,简单概括,应少于30个汉字;
     接口服务描述(必选):清晰描述接口服务的业务功能;
     服务提供方(必选):提供此接口服务的业务系统;
     服务消费方(可选):可能会使用到此接口服务的业务系统;
     服务等级(必选):分为紧急、普通和低级;
     报文XSD文件名:指请求报文XSD文件名和响应报文XSD文件名;
     数据量(必选):运行期间单次访问的数据量均值和范围,比如均值为200K,范围:100K-300K;
     运行效率(可选):单次访问的响应时间均值和范围;
     支持并发(可选):此接口可支持的并发访问量;
     是否可重(可选):接口是否能被多次重试调用;
     超时说明(必选):提供超时时间及其说明。
     返回码说明(必选):业务上需提供返回码和返回信息给服务消费方。
     技术方式(必选):明确此接口的技术方式,其技术方式必须为《电力安全系统接入规范》中规定的技术方式;
     调用说明(必选):提供调用此接口服务的必要条件。根据《应用平台接入规范》中定义的接入技术方式:
    (1)Web Service:WSDL文件或者WSDL地址;
    (2)EJB:EJB访问地址,链接用户名/密码,JNDI名称,EJB的jar文件;
    (3)JMS:请求和返回结构的定义文件,JMS链接地址,Queue或者Topic的JNDI 名字。例如:jms//hostname:port/ConnectFactory/ObjectJNDI。
     安全要求(必选):描述此接口服务的安全要求。
    按照接口服务定义规范生成的《接口服务列表模板》文档,各系统可参考此文档定义并提交接口。
     接口服务调用权限(必选):描述此接口服务的调用权限。
     描述该接口可以被哪些系统调用,即服务的调用权限。
    3.3 接口服务规约
    接口服务规约是接口及参数的技术描述,定义所有绑定和传输信息,以及所有支持的操作及相关输入、输出的格式,EJB或JMS等以XSD格式描述;而Web service协议通常以WSDL形式存在,被称为服务WSDL。接口服务规约包含:详细接口服务操作描述、数据类型、消息格式和结构、绑定的传输协议和服务的位置。
    4 接口服务实现规范
    4.1 设计规范
     接口服务命名要遵循一致的服务命名规范,参见下一章;
     接口服务应该遵守统一的报文规范,参见下一章;
     接口服务为了重用可以适当提高接口的颗粒度;
     接口服务的设计和定义应该与接口的实现分阶段进行;
     接口服务中传输的报文要求都是经过校验的,符合业务规则的,否则不符合报文会被返回;
     接口服务应充分考虑到扩展性,例如-在定义数据结构时多个字段封装为一个可扩展的对象;
     接口服务应尽可能通用,对于同一业务对象,应避免为不同系统开发不同接口服务。
    4.2 检查规范
    接口服务抽取后要对服务的交互进行检查,通过此检查来发现该接口服务是否合理。以下列出的是对接口服务进行检查的指导性原则,这些原则在运用的时候可以根据具体的项目情况进行裁减和选择。
     业务服务能否可以被一个以上的流程使用;
     业务服务是否是灵活和完整的;
     业务服务是否是与业务相关、有业务含义并被业务人员所能理解的;
     该服务在多大程度上依赖于其它业务服务;
     该服务是否是无状态的服务;
     该服务的描述是否和其它服务的描述相冲突;
     是否没有类似或重复的服务存在。
    5 报文规范
    5.1 报文组织格式
    报文在组织形式上划分为技术报文和业务报文两个部分,目的是将一些技术控制信息与业务信息分离开来,一方面可使逻辑上更加清晰,一方面可以提高系统处理的效率。
    根据应用集成标准的要求,为使不同应用系统能够直接有效的进行集成,电力安全系统主要使用XML格式报文。无论在何种传输协议上,如EJB、Web Service、JMS、MQ、FTP等,不同系统之间面对的报文格式需要尽量统一,提高处理的效率。同时为了保障EJB集成的高效,电力安全系统同时提供EJB协议下的标准开放的JavaBean对象格式报文。无论是XML格式还是JavaBean对象格式,只是报文数据的表现形式不同,要求这2者在语义上必须等价。
    5.2 业务报文
    业务报文表达了业务服务的业务语义,包含业务逻辑所需要的业务属性。
    业务报文包括业务请求报文和业务响应报文,对应业务服务的输入参数和输出参数。电力安全系统需要能够根据要求配置这些服务参数是否进行业务语义上的校验,需要能够按照标准通用开放的形式定义业务报文格式及其效验格式。具体定义分别参见下面的XML报文和JavaBean报文中的业务报文规范。
    5.3 XML报文规范
    采用XML方式来传输接口数据,XML报文满足通用性和扩展性原则,能满足业务的各种需要,而且方便开发人员应对不断变化的业务需求,方便新交易的开发。

    1. XML报文结构
      XML从报文结构上体现技术报文和业务报文,如下图:

     service为技术报文根节点;
     head为技术报文头信息;
     body节点为报文体,业务报文填写在此节点中。
    XML的结构是以XSD形式定义,需配套提供技术报文和业务报文的XSD定义,具体见下面2个章节。
    2. 技术报文及XSD
    技术报文的定义结构如下:

    技术报文对应的XSD格式定义如下:

    <?xml version="1.0" encoding="UTF-8"?>

    <xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” xmlns=“http://www.chinatax.gov.cn/spec/” targetNamespace=“http://www.chinatax.gov.cn/spec/” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
    <xs:complexType name=“headType”>
    xs:sequence
    <xs:element name=“tran_id” nillable=“false”>
    xs:annotation
    xs:documentation交易服务ID</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”/>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“channel_id”>
    xs:annotation
    xs:documentation渠道ID</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:length value=“100”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“tran_seq”>
    xs:annotation
    xs:documentation交易流水号</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:length value=“32”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“tran_date”>
    xs:annotation
    xs:documentation交易日期</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:length value=“8”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“tran_time”>
    xs:annotation
    xs:documentation交易时间</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:length value=“9”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“rtn_code” minOccurs=“0”>
    xs:annotation
    xs:documentation交易返回代码</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:length value=“1”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“rtn_msg” type=“RtnMsg” minOccurs=“0”/>
    <xs:element name=“file_path” minOccurs=“0”>
    xs:annotation
    xs:documentation文件路径</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:maxLength value=“512”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“serv_version” minOccurs=“0”>
    xs:annotation
    xs:documentation服务版本号</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:maxLength value=“10”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“expand” type=“paramListType” minOccurs=“0” maxOccurs=“unbounded”/>
    </xs:sequence>
    </xs:complexType>
    <xs:complexType name=“paramListType”>
    xs:annotation
    xs:documentation参数列表类型</xs:documentation>
    </xs:annotation>
    <xs:sequence minOccurs=“0”>
    <xs:element name=“name”>
    xs:annotation
    xs:documentation参数属性名</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”/>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“value”>
    xs:annotation
    xs:documentation参数值</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”/>
    </xs:simpleType>
    </xs:element>
    </xs:sequence>
    </xs:complexType>
    <xs:complexType name=“RtnMsg”>
    xs:annotation
    xs:documentation返回信息</xs:documentation>
    </xs:annotation>
    xs:sequence
    <xs:element name=“Code”>
    xs:annotation
    xs:documentation返回码小类代码</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”>
    <xs:length value=“3”/>
    </xs:restriction>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“Message”>
    xs:annotation
    xs:documentation返回信息</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”/>
    </xs:simpleType>
    </xs:element>
    <xs:element name=“Reason”>
    xs:annotation
    xs:documentation原因及处理办法</xs:documentation>
    </xs:annotation>
    xs:simpleType
    <xs:restriction base=“xs:string”/>
    </xs:simpleType>
    </xs:element>
    </xs:sequence>
    </xs:complexType>
    <xs:element name=“service”>
    xs:annotation
    xs:documentation根节点</xs:documentation>
    </xs:annotation>
    xs:complexType
    xs:sequence
    <xs:element name=“head” type=“headType”/>
    <xs:element name=“body” type=“xs:string”>
    xs:annotation
    xs:documentation报文体</xs:documentation>
    </xs:annotation>
    </xs:element>
    </xs:sequence>
    </xs:complexType>
    </xs:element>
    </xs:schema>
    3. 业务报文及XSD
    业务报文包含请求报文和响应报文,是描述业务服务输入输出的关键结构,在语义描述上必须明确唯一,这是服务数据描述的业务关键内容。请求报文XSD和响应报文XSD定义将会在电力安全系统上进行管理,可以根据需要对传输的报文进行XSD格式的业务语义效验。其定义规范要求及XSD定义请参考下一章的业务报文定义规范。
    在对XML内容传输时,对于统一入口参数的,将技术报文和业务报文组装成一个报文进行传递,为了避免电力安全系统或某些场景对业务报文的不必要解释处理,把业务报文内容放置在“body”节点的<![CDATA[]]>内包裹以提高系统效率,根据W3C组织标准,CDATA关键字内部的XML报文是不会被XML解析器解析。例如:<![CDATA[业务报文内容]]>。
    而对于EJB或Web Service的多入口访问,技术报文和业务报文是分别2个参数传递,则业务报文内容不使用<![CDATA[]]>包裹,直接将技术报文XML和业务报文XML进行传递。
    4. 扩展报文编写方法
    扩展属性放在技术报文的expand节点中,每增加一个扩展属性,则需要增加一个expand节点,如下身份密码、人员和机关有3个扩展expand节点并行编写。

    identityType
    4432b7c8a61243f0a62813f01e47a1bb


    sjry
    24406060733


    sjjg
    14406820018

    5. XML报文示例

    <?xml version="1.0" encoding="UTF-8"?> SWZJ.HXZG.SB.CXSPHM GDGS.ZJNB.HXQD eea4ff11269045068f421dd3d654804e 20120416 083231475 identityType 4432b7c8a61243f0a62813f01e47a1bb sjry 24406060733 sjjg 24406820018 <![CDATA[<?xml version="1.0" encoding="UTF-8"?>aaaaaaaaaaaStringStringString]]>

    5.4 JavaBean对象报文规范

    1. JavaBean对象定义要求
      JavaBean对象报文是XML格式的对象表达形式,包括技术报文对象和业务报文对象。其在语义上等价于XML报文,使用Java平台语言定义,是POJO对象,不能依赖于某个私有框架,应具有通用性和开放性。
      对象报文包含涉及到的所有对象(技术报文对象和业务报文对象)及其子对象都必须实现序列化接口Serializable,同时都需要显示的定义serialVersionUID以解决序列化兼容问题。这些对象的定义应只包含与本业务服务相关的属性,不能包含与后台处理相关的属性。
    2. 技术报文对象定义
      技术报文对象包含报文根对象、报文头对象、报文体对象,等价于XML报文的技术报文XSD定义。
      报文根对象包含2个对象属性即报文头对象和报文体对象。
      报文头对象包含交易服务、渠道系统、交易流水、交易日期和时间等简单属性;如果有扩展属性,则需要有扩展对象集合,以key/value形式展现;对于交易服务的返回,则还需要包含返回对象,包含交易返回码以及交易失败时的错误原因信息。
      报文体对象则是业务报文对象的展现形式,需要通过序列化二进制形式作为报文体对象的属性,这是为了避免电力安全系统对其中的业务报文对象的序列化反序列化,提高系统的处理效率和避免业务报文对象依赖的部署发布影响。业务报文对象定义则具体参见下一节。
    3. 业务报文对象定义
      业务报文对象是业务服务的输入输出参数对象,包含请求报文对象和响应报文对象,分别等价于业务请求报文XSD定义和响应报文XSD定义,XSD定义规范要求请参考下一章的业务报文XSD定义规范。
      考虑到业务报文对象及其结构关系和数据类型的多样性及复杂性,以及对象与XSD之间和XML之间转换以及语义效验的通用标准性,建议业务报文对象遵守业界公开普及的JSR 222标准规范,该规范已经作为Java6内置标准OXM规范,采用Java6内置的JAXB工具即可实现XSD/XML和对象之间的正向反向转换映射。
      6 业务报文XSD定义规范
      6.1 元数据和数据元的要求
      元数据规范要求,同一个业务含义的字段在各个系统中命名要保持一致。数据元需要遵循的数据元规范,数据元公共报文名为TaxMLpublic.xsd,供所有业务报文引用。
      6.2 业务报文分类
      业务报文从不同角度存在多种分类方式:
    4. 从交易过程分:请求报文、响应报文和非交易报文(消息类报文)。
    5. 从交易类型分:提交类报文和查询类报文和校验类报文。
    6. 从报文内容分:表单类报文和非表单类报文。
      6.3 业务报文XSD文件命名
      电力安全系统业务报文XSD文件命名定义为多级字符串,总层级结构为六级,可包括大写字母和数字,各级间通过“_”进行相连。对于统一的业务服务,业务报文XSD文件命名由统一制定;对于其他自行增加的非统一的业务报文,可按照下述规范制定文件命名规范,,但总层级结构不能超过六级,总长度不能超过100位字符。
    7. 业务报文XSD命名规范第一级
      1、所有业务报文文件均以“TaxMLBw”作为命名前缀,其中TaxML做为行业标准要求,Bw为报文的简称。
      2、表单类业务报文编制时,每一张表单对应一个表单类业务报文,如果是依附于主表存在的附表报文,定义报文时要与主表业务报文放在同一目录下,其命名规范如下:
      TaxMLBd_表证单书编号_版本号
      3、表证单书编号详见GxB政务信息系统建设项目工程《代码集》。
    8. 业务报文XSD命名规范第二级(系统标识)
      参见本文5.2.2.2章节 服务命名规范(系统标识)
    9. 业务报文XSD命名规范第三级(主题类型)
      参见本文5.2.2.3章节 服务命名规范(主题类型)
    10. 业务报文XSD命名规范第四级(服务序号)
      服务序号采用5位数值型标识,初始值为00001,顺序累加1,服务序号一经使用,不得更改。
    11. 业务报文XSD命名规范第五级
      所有请求报文都以“Request”作为标识;所有响应报文都以“Response”作为标识;
    12. 业务报文XSD命名规范第六级(版本号)
      所有版本号前缀采用大写字母“V”标识,版本号采用两位数值型,中间使用字符串“.”进行连接,初始值为1.0,数序,如XSD报文有版本变更或升级,版本号顺序累加0.1。
    13. 业务报文XSD命名示例
      以GxB政务信息系统建设项目核心征管系统消费申报事前监控及获取期初数据业务报文为例,其XSD业务报文命名为:
      请求报文:TaxMLBw_HXZG_SB_00001_Request_V1.0.xsd
      响应报文:TaxMLBw_HXZG_SB_00001_Response_V1.0.xsd
      6.4 业务报文XSD编制
    14. 基本原则
       业务报文编制时,对于已存在数据元或聚合数据元的部分,应该引用数据元或聚合数据元;
       在满足交换需求的前提下,尽可能利用已有的数据集合或业务报文,避免重复编制;
       所有业务报文都需要包含(include)TaxMLpublic.xsd文件,从中引用数据元;
       业务报文的第一层结构中,只能使用“复杂类型”(complexType),不得使用“element”、“group”等其他类型;
       所有数据集合之下只能存在一层结构,若需要嵌套多层结构,必须抽象成多个数据集合(complexType),再进行引用。
    15. 业务报文的前导说明
    16. 字符集:encoding属性值为“UTF-8”。
    17. 命名空间:依据SW/T XX—201X《基于XML的数据交换格式设计规则》,
      XML的命名空间定义为:http://www.chinatax.gov.cn/dataspec/。
    18. 前导说明示例:参照《SW/T XX—201X基于XML的数据交换格式设计规则》,如:
    <?xml version=”1.0” encoding=”UTF-8”?>

    <xs:schema xmlns:xs=”http://www.W3C.org/2001/XMLSchema”
    targetNamespace=”http://www.chinatax.gov.cn/dataspec/”
    xmlns=”http://www.chinatax.gov.cn/dataspec/”>
    应在前导说明部分以注释的形式说明以下内容:
    ——数据交换格式的名称;
    ——数据交换格式的版本;
    ——XML模式编写单位或编写人;
    ——XML模式完成时间。
    3. 表单类业务报文
    按照通常的表单样式,表单类业务报文通常存在几个数据集合:
     “xx表单业务报文”:这是表单类业务报文的根元素数据集合,命名通常为“表单名称”+“Ywbw”,此集合下只添加一个元素,这个元素引用“xx表单”集合;
     “xx表单”:这是实际的业务表单内容,包括表头和表体集合;
     表头:对应表单上除表体具体内容外的通用类信息,例如编制方、时间等等;
     表体:对应表单上各行、列等具体内容。
    表单中业务含义明确的集合可以抽取为数据集合。
    例如,所有申报表业务报文的“表头”中都应使用聚合数据元中的“申报表公共表头”(SBBHead),若在该集合之外表单上还有其他的表头信息,应将其他的表头信息组成一个“私有表头”集合,与“公共表头”组合成为该申报表的“表头”集合。
    申报表业务报文中的“xx申报表”集合中,除表头和表体之外,可增加一个可空的“预留:附属表体”(BodyAffix)元素,类型设置为“xs:anySimpleType”。
    申报表表体的编制依据表样可横向抽取明细信息或纵向抽取表列信息。
    一般来说,在编制申报表的标准时,也会同时编制申报表提交和申报表明细查询的接口,这两类接口都有固定的请求、响应报文模式,申报表提交的请求报文和申报表明细查询的响应报文都应直接引用申报表表单业务报文进行编制。
    4. 非表单类业务报文
    非表单类业务报文可根据实际的数据交换需求内容编制,其中存在多行重复的内容可抽取为数据集合。编制中应尽量使用聚合数据元。

    展开全文
  • 当前的三种构件标准规范

    千次阅读 2014-11-13 00:18:17
    当前主流构件标准规范包括OMG的CORBA、Sun的J2EE和Microsoft DNA 2000。  1. OMG的CORBA  CORBA分布计算技术是OMG组织基于众多开放系统平台厂商提交的分布对象互操作内容的基础上制定的公共对象请求代理体系...

     当前主流构件标准规范包括OMG的CORBA、Sun的J2EE和Microsoft DNA 2000。

        1. OMG的CORBA

        CORBA分布计算技术是OMG组织基于众多开放系统平台厂商提交的分布对象互操作内容的基础上制定的公共对象请求代理体系规范。

        CORBA分布计算技术,是由绝大多数分布计算平台厂商所支持和遵循的系统规范技术,具有模型完整、先进,独立于系统平台和开发语言,被支持程度广泛的特点,已逐渐成为分布计算技术的标准。COBRA标准主要分为3个层次:对象请求代理、公共对象服务和公共设施。最底层是对象请求代理ORB,规定了分布对象的定义(接口)和语言映射,实现对象间的通讯和互操作,是分布对象系统中的"软总线";在ORB之上定义了很多公共服务,可以提供诸如并发服务、名字服务、事务(交易)服务、安全服务等各种各样的服务;最上层的公共设施则定义了组件框架,提供可直接为业务对象使用的服务,规定业务对象有效协作所需的协定规则。目前,CORBA兼容的分布计算产品层出不穷,其中有中间件厂商的ORB产品,如BEAM3,IBM Component Broker,有分布对象厂商推出的产品,如IONAObix和OOCObacus等.

        CORBA CCM(CORBA Component Model)技术是在支持POA的CORBA规范(版本2.3以后)基础上结合EJB当前规范的基础上发展起来的。CORBA构件模型是OMG组织制定的一个用于开发和配置分布式应用的服务器端构件模型规范,它主要包括如下三项内容

        (1)抽象构件模型,用以描述服务器端构件结构及构件间互操作的结构

        (2)构件容器结构,用以提供通用的构件运行和管理环境,并支持对安全、事务、持久状态等系统服务的集成

        (3)构件的配置和打包规范,CCM使用打包技术来管理构件的二进制、多语言版本的可执行代码和配置信息,并制定了构件包的具体内容和基于XML的文档内容标准。

           总之,CORBA的特点是大而全,互操作性和开放性非常好。CORBA的缺点是庞大而复杂,并且技术和标准的更新相对较慢,COBRA规范从1.0升级到2.0所花的时间非常短,而再往上的版本的发布就相对十分缓慢了。在具体的应用中使用不是很多。

        2. Sun的J2EE

        为了推动基于Java的服务器端应用开发,Sun于是在1999年底推出了Java2技术及相关的J2EE规范,J2EE的目标是:提供平台无关的、可移植的、支持并发访问和安全的,完全基于Java的开发服务器端构件的标准。

        在J2EE中,Sun给出了完整的基于Java语言开发面向企业分布应用规范,其中,在分布式互操作协议上,J2EE同时支持RMI和IIOP,而在服务器端分布式应用的构造形式,则包括了Java Servlet、JSP(Java Server Page)、EJB等多种形式,以支持不同的业务需求,而且Java应用程序具有"Write once,run anywhere"的特性,使得J2EE技术在发布计算领域得到了快速发展。 J2EE简化了构件可伸缩的、其于构件服务器端应用的复杂度,虽然DNA 2000也一样,但最大的区别是DNA 2000是一个产品,J2EE是一个规范,不同的厂家可以实现自己的符合J2EE规范的产品,J2EE规范,是众多厂家参与制定的,它不为Sun所独有,而且其支持跨平台的开发,目前许多大的分布计算平台厂商都公开支持与J2EE兼容技术。 EJB是Sun推出的基于Java的服务器端构件规范J2EE的一部分,自从J2EE推出之后,得到了广泛的发展,已经成为应用服务器端的标准技术。Sun EJB技术是在Java Bean本地构件基础上,发展的面向服务器端分布应用构件技术。它基于Java语言,提供了基于Java二进制字节代码的重用方式。EJB给出了系统的服务器端分布构件规范,这包括了构件、构件容器的接口规范以及构件打包、构件配置等的标准规范内容。EJB技术的推出,使得用Java基于构件方法开发服务器端分布式应用成为可能。从企业应用多层结构的角度,EJB是业务逻辑层的中间件技术,与JavaBeans不同,它提供了事务处理的能力,自从三层结构提出以后,中间层,也就是业务逻辑层,是处理事务的核心,从数据存储层分离,取代了存储层的大部分地位。从分布式计算的角度,EJB像CORBA一样,提供了分布式技术的基础。提供了对象之间的通讯手段。 从Internet技术应用的角度,EJB和Servlet,JSP一起成为新一代应用服务器的技术标准,EJB中的Bean可以分为会话Bean和实体Bean,前者维护会话,后者处理事务,现在Servlet负责与客户端通信,访问EJB,并把结果通过JSP产生页面传回客户端。 J2EE的优点是,服务器市场的主流还是大型机和UNIX平台,这意味着以Java开发构件,能够做到"Write once,run anywhere",开发的应用可以配置到包括Windows平台在内的任何服务器端环境中去。

        3. Microsoft DNA 2000

        Microsoft DNA 2000(Distributed interNet Applications)是Microsoft在推出Windows2000系列操作系统平台基础上,在扩展了分布计算模型,以及改造Back Office系列服务器端分布计算产品后发布的新的分布计算体系结构和规范。 在服务器端,DNA 2000提供了ASP、COM、Cluster等的应用支持。目前,DNA2000在技术结构上有着巨大的优越性。一方面,由于Microsoft是操作系统平台厂商,因此DNA 2000技术得到了底层操作系统平台的强大支持;另一方面,由于Microsoft的操作系统平台应用广泛,支持该系统平台的应用开发厂商数目众多,因此在实际应用中,DNA 2000得到了众多应用开发商的采用和支持。 DNA 2000融合了当今最先进的分布计算理论和思想,如事务处理、可伸缩性、异步消息队列、集群等内容。DNA使得开发可以基于Microsoft平台的服务器构件应用,其中,如数据库事务服务、异步通讯服务和安全服务等,都由底层的分布对象系统提供。 以Microsoft为首的DCOM/COM/COM+阵营,从DDE,OLE到ActiveX等,提供了中间件开发的基础,如VC,VB,Delphi等都支持DCOM,包括OLE DB在内新的数据库存取技术,随着Windows2000的发布,Microsoft的DCOM/COM/COM+技术,在DNA2000分布计算结构基础上,展现了一个全新的分布构件应用模型。首先,DCOM/COM/COM+的构件仍然采用普通的COM(Component Object Model)模型。COM最初作为Microsoft桌面系统的构件技术,主要为本地的OLE应用服务,但是随着Microsoft服务器操作系统NT和DCOM的发布,COM通过底层的远程支持使得构件技术延伸到了分布应用领域。DCOM/COM/COM+更将其扩充为面向服务器端分布应用的业务逻辑中间件。通过COM+的相关服务设施,如负载均衡、内存数据库、对象池、构件管理与配置等等,DCOM/COM/COM+将COM、DCOM、MTS的功能有机地统一在一起,形成了一个概念、功能强的构件应用体系结构。而且,DNA2000是单一厂家提供的分布对象构件模型,开发者使用的是同一厂家提供的系列开发工具,这比组合多家开发工具更有吸引力。 但是它的不足是依赖于Microft的操作系统平台,因而在其它开发系统平台(如Unix、Linux)上不能发挥作用。

    展开全文
  • 软件测试依据的国家技术标准规范

    千次阅读 2015-12-28 21:41:17
    软件测试依据的国家技术标准规范主要有以下八个: GB/T 17544-1998 《信息系统及软件完整性级别》 GB/T 16260-2006 《软件质量模型与度量》 GB/T 18905-2002 《软件工程产品评价》 *GB/T 8567-2006 《计算机软件...
  • 一些界面标准规范

    千次阅读 2008-07-16 09:35:00
    一些界面标准规范 一:遵循一致的准则,确立标准并遵循 无论是控件使用,提示信息措辞,还是颜色、窗口布局风格,遵循统一的标准,做到真正的一致。 这样得到的好处: 1:使用户使用起来能够建立起精确的心里模型,...
  • 机房建设主要标准规范的介绍 2013年01月28日 15:53:21 阅读数:6485更多 个人分类: 文档资料 版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/shjhuang/article/details/85493...
  • Web前端开发标准规范总结

    万次阅读 多人点赞 2018-07-15 07:32:40
    Web前端作为开发团队中不可或缺的一部分,...备注:实际开发请以本公司的规范标准。A.基本原则符合web标准(UTF-8,HTML5),语义化html(HTML5新增要求,减少div和span等无特定语义的标签使用),结构表现行为...
  • HTML5 标准规范

    万次阅读 2017-08-21 09:35:51
    HTML5相对于之前的标准添加了许多新的语法特征,其中包括...同时也有一些属性和元素被移除掉,一些元素被重新定义或标准化。同时APIs和DOM已经成为HTML5中的基础部分了。HTML5还定义了处理非法文档的具体细节,使得
  • 原创 | OpenAPI 标准规范

    千次阅读 2020-07-22 08:50:00
    点击上方“朱小厮的博客”,选择“设为星标”后台回复"书",获取什么是API规范API 是模块或者子系统之间交互的接口定义。好的系统架构离不开好的 API 设计,而一个设计...
  • Khronos发布WebGL标准规范 1.0

    千次阅读 2011-03-04 20:38:00
    The Khronos Group在2011游戏开发者大会上发布了WebGL标准规范 R 1.0 (中文 ), 支持WebGL的浏览器不借助任何插件便可提供硬件图形加速从而提供高质量的3D体验。 目前WebGL标准已经获得了业界大佬们的...
  • 数据中心机房建设标准规范

    千次阅读 2018-10-23 14:21:10
    1、 数据中心机房建设规范的范围数据中心机房建设规范标准给出了数据中心机房的建设要求,包括数据中心机房分级与性能要求,机房位置选择及设备布置,环境要求,建筑与结构、空气...
  • UI 设计标准规范 个人总结

    千次阅读 2018-07-02 11:59:53
    设计规范介绍设计规范是适用于人机交互界面设计师,用户体验设计师,前端技术工程师,发布人支持人员以及运维编辑人员人参考,贯穿以用户为中心的设计指导方向,根据界面的特点统一的规范,以达到提升用户体验,控制...
  • ATA标准规范文件说明及下载

    千次阅读 2010-08-26 15:10:00
    ATA-5标准规范文档(下文简称ATA-5文档)是我工作以后用到的第一份比较全面而复杂的标准文档。这份文档,在我第一份工作近三年的时间内被我反复的阅读和使用。在它的指导下,我完成了一款ATA设备端产品的维护、升级...
  • 人工智能安全标准规范制定情况

    千次阅读 2019-06-30 10:25:09
    IEEE正在开发人工智能伦理道德标准规范人工智能安全设计 。2017 年 3 月, IEEE 在《IEEE 机器人与自动化》杂志发表了名为“旨在推进人工智能和自治系统的伦理设计的 IEEE 全球倡议书”,倡议通过基于伦理的设计...
  • JPA 是 JCP定义的一种规范,要使用此规范,必需配合该规范的实现,开源实现有 apache的 openjpa,还有使用更广泛的hibernate jpa实现。 JPA是目前比较流行的一种ORM技术之一,所以他拥有ORM技术的各种特点,当
  • OpenTracing语义标准规范及实现

    千次阅读 2017-09-03 14:14:50
    ,尽管在标准中,已经明确了这些操作,但没有定义Span的tag和logging操作时,key的使用规范。 这些语义习惯通过这篇文档进行描述。这篇文档包括两个部分:一. 通过表格罗列出所有的tag和logging操作时,标准的key...
  • TPC-DS标准规范(一)

    万次阅读 2017-08-10 11:01:59
    TPC-DS是一套决策支持系统测试基准,主要针对零售行业。提供99个SQL查询(SQL99或2003),分析数据量大,测试数据与实际商业数据高度相似,同时具有各种业务模型(分析报告型,数据挖掘型等等)。...
  • 一、简介 在一家医疗公司上班,做软件的。今天要写一些产品在研发阶段关于DHF、DMR、DHR 、LHR... 其他标准规范,请参考国家标准、国际标准。比如想要出口医疗产品到美国,就要FDA认证。 DHF——Design Hist...
  • 【质量前移】提测流程标准规范

    千次阅读 2018-05-22 10:11:08
    RD提测流程标准
  • TPC-DS标准规范(三)

    千次阅读 2017-10-19 14:55:51
    TPC-DS是一套决策支持系统测试基准,主要针对零售行业。提供99个SQL查询(SQL99或2003),分析数据量大,测试数据与实际商业数据高度相似,同时具有各种业务模型(分析报告型,数据挖掘型等等)。...
  • 数据挖掘标准规范之CRISP-DM基础

    千次阅读 2018-02-07 17:53:38
    引入发布近20年前的CRISP-DM数据挖掘标准规范模型,供大家共享,希望能有人喜欢。 二、框架 三、详述 3.1 业务理解(Business Understanding)  最初的阶段集中在理解项目目标和从业务的角度理解...
  • 自从开博以来,查阅了大量的资料,其中不乏各种各样的规范、标准... 工作流、业务流程、BPM、SOA、ESB等等相关术语纷涌而至,WfMC、BPMI、Oasis等等组织名称,还有那些XPDL、BPML、BPEL4WS、ebXMLs BPSS等等标准规范
  • 又恰好经理最近也经常跟我提起代码规范,我们就讨论了一下代码规范的重要性和必要性,于是决定我们也要制定个规范,这样利于团队开发,统一代码风格,写出来的代码也不会风格迥异; 最近几天有空就跟其他公司的盆友...
  • 【测试】提交BUG的标准规范

    千次阅读 2017-12-02 23:38:30
    我们在软件测试过程中,发现了BUG后,如何提交一个高质量的BUG, 其实我们可以总结一下规范的,文章主要从以下几方面讨论: Bug有效性 提交的Bug必须是有效的,就要求我们在提交Bug时,确认:  1、交付过程中测试...
  • TPC-DS标准规范(二)

    千次阅读 2017-10-18 14:44:43
    TPC-DS是一套决策支持系统测试基准,主要针对零售行业。提供99个SQL查询(SQL99或2003),分析数据量大,测试数据与实际商业数据高度相似,同时具有各种业务模型(分析报告型,数据挖掘型等等)。...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 53,659
精华内容 21,463
关键字:

标准规范