一体化数据基础平台 第2部分：公共组件

1一体化数据基础平台第2部分：公共组件本文件规定了全省一体化数据基础平台公共组件的定义、组件分类、组件信息、组件管理。供省市各部门在开展政务信息化系统建设过程中参照执行。本文件适用于全省一体化数据基础平台公共组件管理的要求。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T5271.1-2000信息技术词汇第1部分：基本术语GB/T7027-2002信息分类和编码的基本原则与方法GB/T10113-2003分类与编码通用术语GB/T40692-2021政务信息系统定义和范围3术语和定义下列术语和定义适用于本文件。3.1一体化数据基础平台Integrateddataplatform提供服务器、数据、公共组件等各类数字资源的技术底座。3.2统一资源门户Unifiedportal一体化数据基础平台中展示各类云资源、数据资源、组件资源的门户平台。3.3组件管理系统Componentmanagementsystem一体化数据基础平台-组件管理系统是一种用于集中存储、版本控制和分发可复用软件组件（如API、SDK）的平台。4组件分类4.1技术分类——API类组件资源组件以API形式对外提供的，使用方通过调用接口实现业务逻辑的。——业务申报类组件资源通过关联政务服务事项，以API接口形式为公民、法人或其他组织办理的各类具体行政权力和公共服务项目的。——SaaS类组件资源2通过专属URL访问、即开即用的云端软件功能模块，无需安装即可嵌入或集成到其他系统中的。——下载类组件资源组件通过工具包，如js、sdk或有exe、apk安装包形式对外提供服务的。——安全类组件资源属于安全资源，起到保障系统安全作用的。4.2业务分类为便于用户浏览和索引，一体化数据基础平台结合当前组件的实际业务场景，对组件进行合理分类，遵守信息分类和编码的基本原则与方法GB/T7027-2002，包括技术分类、业务分类、使用要求分类和发布范围（组件可见范围）分类等。——业务组件包含有政务服务、执法监管、运行管理、业务查询等其他项。——技术组件人工智能、消息通知、身份认证、可信电子文件、数字支付等其他项。——安全组件网络安全、安全服务、密码安全、应用安全、数据安全等其他项。——工具组件大数据工具、开发工具、应用工具、算法类工具、时空类工具、区块链、物联设备管理工具等其他组件业务分类和说明见附录A。4.3使用要求分类结合组件的使用价值和成效，使用要求分类：推荐、强制、无。4.4发布范围分类结合组件的可见范围，分为全省、省本级、市级、本单位。5组件信息根据组件的技术类型划分，不同组件在上架过程中录入的信息有所区分，相关字段信息遵循信息技术词汇GB/T5271.1-2000以下内容列举主要字段：——公共信息组件名称：对外展示的组件名称；所属子系统：组件所属子系统（子系统名称应符合政务信息系统定义和范围GB/T40692-2021）；网关选择：组件所在网关，分为省级和市级；发布区域：组件发布区域，由系统自动带入省直单位为安徽省，市级单位为各地市；使用范围：使用范围分为全省、省本级、市级、本单位；业务分类：根据组件业务领域分为业务组件、技术组件、安全组件、工具组件；组件简介：简介描述；发布单位信息：发布单位信息包含有单位名称、单位联系人、联系人电话和邮箱；服务商信息：服务商信息包含有服务商单位名称、单位联系人、联系人电话和邮箱；3详情页：组件详情内容，包含由组件的应用场景、核心功能、特色优势、常见问题等。——API组件资源信息接口名称：针对API组件的接口名称；接口版本：接口版本号；接口描述：接口的描述；协议类型：接口为http还是websocket协议；协议支持：接口协议是http还是https；调用频率：控制接口被调用的频次；转发超时时间：控制接口在超过多少秒的情况进行拦截；公开路径：接口对外展示的路径地址；请求方式：get还是post；接口所在区域：接口是互联网部署的还是在政务外网部署的；目标服务器：接口的IP地址；转发路径：接口的实际路径地址；——业务申报组件资源信息：关联事项：根据全省政务服务事项名称进行选择关联；——下载类组件资源信息：附件上传：上传组件的安装包或SDK工具附件；——Saas类组件资源、安全类组件资源信息：附件上传：上传组件的安装包或SDK工具附件；6组件管理6.1组件上架6.1.1组件上架要求组件上架应按照如下流程——明确上架组件的能力。组件上架方需要根据组件特性，明确组件可对外提供的能力以及规格；——提供本组件的相关接口文档说明，用于组件申请方开发调用；——在上架环节提供对应的功能测试报告、性能测试报告、安全扫描报告；——严格遵循一体化组件上架规范要点，详见附录B。6.1.2上架审核上架审核流程由省、市数据资源管理局分级审核。6.2组件下架6.2.1组件下架要求当组件出现临时安全风险时，上架方可以申请将其下架。下架后，组件会从资源中心移除并停止新申请，但之前已使用的单位仍能继续调用。等风险解除或优化完成后，上架方可重新申请上架。6.2.2下架审核下架审核流程由省、市数据资源管理局分级审核。46.3组件更新升级6.3.1组件更新升级要求当组件的基本内容有需变动或有功能迭代升级时，可发起组件的更新升级。组件基础信息更新时版本号按V1.0、V1.1序列递进式更新，组件功能性迭代升级时版本号按V1.0、V2.0序列更新。6.3.2更新升级审核更新升级流程由省、市数据资源管理局分级审核。6.4组件停用6.4.1组件停用要求当某个组件存在严重安全漏洞，版本过于老旧或者无人使用（无调用量或无人申请的或被发现存在设计缺陷（可能导致系统故障）时，上架方可发起组件停用申请。组件停用后将全面终止组件服务能力，所有关联单位的历史调用权限同步失效。6.4.2停用审核审核流程流程由省、市数据资源管理局分级审核。6.5组件使用——申请单位访问一体化统一资源门户，检索需申请的组件；——根据组件的申请表单填写申请信息，提交至申请单，并在申请单中生成订单；——绑定申请的所属子系统，上传单位盖章申请材料；——待组件提供方审核通过后，平台将自动开通授权，颁发调用凭证等信息；——组件申请方获取组件帮助文档和调用凭证进行开发调用。6.6组件监控组件上架方可查看组件被申请情况，该功能不仅实时追踪并可视化每个组件的全局申请次数、接口调用次数、接口平均响应时长，更关键的是能深入穿透至每一次具体申请行为。系统会完整记录申请人的详细信息，包括其所属部门/项目、申请时间、申请用途等。5（资料性）组件业务分类和说明关于组件业务分类，遵循GB/T7027-2002信息分类和编码的基本原则与方法，见表A.1。表A.1组件业务分类表面向政府机构对外服务的标准化、便民化组件，用于构为政府执法部门提供的数字化组件，覆盖案件处理面向公众和企业提供政务数据检索的标准化组件，强调提供用户身份验证、权限管理的标准化组件确保电子文件的真实性、完整性、不可篡改性封装支付、结算、对账等金融能力，提供安安徽省企业服务统一平台，聚焦营商环境优化和保护网络基础设施免受攻击，确保数据传输的机密提供数据采集、存储、计算、分析和可视化的全流程支持加速应用开发的全套工具链，覆盖前端、后端、机器学习、数据挖掘、数值计算等场景提供支持的软件库67（规范性）组件上架规范B.1组件的基本信息——组件命名规范，符合命名要求，分类正确。——组件基本信息描述准确，没有错误内容。——组件简介内容描述完整，便于理解。（格式要求：该组件是什么，提供xx能力/服务，可应用于xx场景，帮助用户实现xx价值。）——政务服务类组件不检查测试报告，对于明显错误需要驳回。B.2组件的详情页面——组件简介：应包含，字数不少于100字，内容对应。——资源用途：应包含，需要明确场景、使用对象，内容需要和组件相关。——需要关联帮助文档，帮助文档名称需要和组件名称保持一致。——系信息：应包含，电话有效可用，组件发布单位需要和发布单位信息处填写的保持一致。B.3组件申请表单——表单名称应正确，需要和组件相关。——表单填写内容需要完整，表单条目设置需要合理。——表单填写处提示说明内容需要准确。B.4组件申请流程——申请流程名称应正确，需要和组件相关。——申请流程需要完整，至少包含2步审批。——申请流程不能有明显错误。——申请流程配置的审核节点、审核人员应正确。B.5组件帮助文档——除一体化颁发的组件外，其他厅局上架的，文档名称一律为单位名-组件名，如：司法厅-法律法规查询组件。——文档中对组件必要性和价值描述是否清晰，应用场景是否符合复用的基本要求。——组件文档结构完整性和规范性，不能缺少必要章节。——文档格式和字体需要统一和准确。——文档内容与实际上架接口应一致。（对接口功能、使用场景、接口价值或优势、接口地址、入参和出参应描述清楚。）——接口一般要求使用post请求，隐私信息出参应进行加密处理。——接口不能存在二次鉴权，例如线下申请应用编码、应用密钥等。——接口内容中加解密应有对应算法代码示例，拒绝只有文字描述情形——同一个接口有多业务