《省公共信用信息平台（省信用大脑）项目建设意见.docx》由会员分享，可在线阅读，更多相关《省公共信用信息平台（省信用大脑）项目建设意见.docx（14页珍藏版）》请在三一办公上搜索。
1、省公共信用信息平台（省信用大脑）项目建设意见1 .项目概述1.1. 建设现状和背景在我省数字化改革工作体系中，公共信用作为一体化智能化公共数据平台重要模块，将发挥对数字化改革的支撑作用。目前XX省信用大脑项目（20XX年度）已完成大脑底座基础建设；完成感知中心、分析中心基础建设及决策中心分析报告模块建设；完成信用驾驶舱基础建设；提供信用XX网、X里办、X政钉终端入口。本项目在前期建设的基础上，以数字化改革最新的总体架构、实施路径为指引，迭代完善平台感知、分析、决策能力，提升以信用为基础的新型监管机制能力，推动信用XX建设从信息化到智能化再到智慧化的转变。1.2. 建设原则本项目的建设要遵循统一
2、管理、统一标准、统一设计，本着实用性、可靠性、先进性、经济性、开放性、可扩展性、易维护性和安全性的原则，充分考虑系统的整体性、科学性和可持续发展性，采取充分论证、试点运行、分步实施、全面推广的方法，紧密结合本项目实际，务求实效，以发展的眼光，迭代建设XX省信用大脑。本项目建设主要遵循以下基本原则：1.实用性原则。系统架构和建设应根据信用建设相关政策发展需要进行，以满足一定的业务需要为目标，而不是为了建设系统而建设，并和业务能够良好互动，共同柔性发展。2 .可靠性原则。采用稳定可靠的成熟技术，保证系统长期稳定安全运行。3 .先进性原则。在实用可靠的前提下，尽可能跟踪国内外先进的信息技术和网络通信
3、技术，使信息系统具有较高的性能价格比。4 .经济性原则。避免重复建设和力争节约，对现有的信息系统要充分利用、发挥效益，对新建信息系统要科学论证。5 .标准化原则。支持开放的协议使得信息系统具有良好的可接入性、可移植性、可扩充性。产品选型应该尽量符合通用的开放标准,应该有统一的技术标准。采用面向服务的体系架构使得业务和技术之间实现无障碍沟通。6 .可扩展性原则。对信息系统的建设应着眼于发展的眼光，充分考虑到未来业务系统的发展趋势。7 .易维护性原则。信息系统在开发上应尽量做到简单，在部署上应做到灵活,在维护上应做到容易。8 .安全性原则。严格遵守国家信息安全的要求，结合自身的安全体系建设,充分保
4、证系统、网络和数据的安全，以确保建设的安全。1.3.项目周期本项目周期为20XX年5月至20XX年12月，具体开始时间以合同签订日期为准。2.招标需求分析序号招标内容详细描述数量单位-迭代感知中心建设1信用产品感知提升产品感知模块，在现有红黑名单基础上，继续迭代完善信用评价、信用档案感知建设。1套2信用应用感知提升应用感知模块，在政务应用基础上，拓展社会治理应用对接市（县）范围和应用深度，扩大市场化协同应用覆盖面。1套3信用服务感知进一步提升信用业务服务能力，优化省市一体化信用查询，推进信用修复1套便捷化办理。4工具感知包括分析模型管理、信用算法管理、信用知识管理、信用预警规则管理、数据安全管
5、理、分级分类监管设置、报告配置管理、安全工具管理。1套二迭代分析中心建设5数据资源分析加强数据分析，围绕信用目录、专业领域、信用产品等维度，突出智能化数据治理水平，深化数据合规性、及时性等质量监测预警分析。1套6信用产品分析加强产品分析，实现主体信用分析，行业领域分析及综合信用分析。1套7信用应用分析加强应用分析，在政务应用分析基础上，优化社会和市场领域应用深度分析和智能监测，及时精准掌握应用状况。1套8系统安全分析实现平台安全运行分析，以图表的形式展示分析结果内容。1套三迭代决策中心建设9预警预测实现主体失信概率预测，行业信用预警预测，区域信用预警预测。1套10研判处置实现预警预测信息、重点
6、关注信息的实时推送。辅助部门采取应对措施，建立信息反馈和部门处理闭环。1套11反馈评估包括决策效果评估、政策措施建议、平台报告。1套四迭代信用驾驶舱建设12信用驾驶舱建设根据平台现有数据、功能，优化信用驾驶舱。1套五两端入口建设13信用XX网优化提升信用XX网。1套14X里办开展X里信用监管和服务应用场景建设，优化X里办服务端建设。1套15X政钉优化迭代X政钉治理端，全面直观展现公共信用各领域各方面应用成效。1套六区块链应用建设16区块链应用建设基于信用区块链基础平台，实现合同履约应用场景。1套七信用地方标准编制17地方标准编制围绕信用主题开展2-3个省级地方标准编制。1套3.总体设计方案要求
7、3.1. 项目总体架构设计要求投标人应依照项目建设要求、对接要求、统一标准规范及相关工作要求进行总体架构设计，要求针对项目的总体架构、业务逻辑架构、功能架构、网络架构等方面进行详细的设计，总体设计符合实际情况且设计先进合理，技术路线成熟可靠，系统边界划分清晰，系统流程设计合理，充分符合招标人业务现状及未来发展需要。3.2. 项目部署设计要求本项目基于云架构进行部署，由招标方提供计算资源、存储资源、操作系统、数据库、中间件等基础环境，需中标方完成本项目定制开发功能，并能与本项目相关系统功能（包括外部系统）的流畅衔接，并针对本项目提出定制开发软件与操作系统、数据库、应用中间件等系统软件的部署策略和
8、配置方案，组织完成本项目调试部署工作。3.3. 项目安全性要求1 .平台的稳定性可靠性：平台需具备7*24小时的不间断服务能力。2 .软件设计时考虑应用云服务器部署要求。3 .中标方应按最小权限原则设置敏感数据访问控制策略，使用敏感数据后及时删除，禁止将敏感数据保存在个人电脑中，包括但不限于重要业务数据和重要个人信息等。4 .系统应符合三级等保要求，配合开展等保测评工作。5 .系统应适配国产化设备。3.4. 数据处理和存储系统要求本项目数据处理和存储系统依托于云平台的数据处理和存储资源进行应用系统建设。结合本项目建设的应用业务系统和数据业务系统与实际的业务数据量，进行数据处理系统的规划，并提出
9、实际使用数据处理资源和存储资源需求方案。3.5. 项目性能要求系统一般性事务处理响应时间不应超过2s；正常网络环境下，用户查询响应时间不应超过3s；历史性数据查询、统计性等大数据量查询响应时间不应超过8s；正常运行环境下，统一认证响应时间不应超过2s；数据接口的本地响应时间不应超过2s,应用系统的响应时间不应超过5s；平台连续稳定运行,整体可访问性不低于99.9%,出现故障后2小时内恢复；并发量：正常运行环境下，至少支持500用户同时在线。软件不应限制用户数量，后期若需增加并发量，只增加硬件配置，无需调整软件。4 .系统建设内容要求4.1. 迭代感知中心建设4.1.1. 信用产品感知提升产品感
10、知模块，在现有红黑名单基础上，继续迭代完善信用评价、信用档案感知建设。新增个体工商户公共信用评价功能，实施个体工商户公共信用数据归集，以及相应的信用评价。4.1.2. 工具感知4121分析模型管理实现分析模型管理功能，新建主体失信特征模型、主体信用风险预警模型、区域信用预警模型等，并形成配套模型解释和应用规范文档。4.1.2.2. 信用算法管理在已有特征分箱法、关联分析算法基础上，新增决策树(LightGBM)算法,基于业务模型和分析等，对算法归类汇总。4.1.2.3. 信用知识管理采集并管理省内信用相关政策信息，覆盖社会信用体系规划文件、行业信用监管制度文件、年度工作要点以及奖惩典型案例等，
11、形成信用业务知识库。迭代公共信用信息目录、个体工商户信用评价指引、*府评价指引、信用社会治理典型案例等。4.1.2.4. 信用规则管理支持维护各类信用预警的预警规则，包括主体信用预警、区域信用预警，以及行业信用预警。4.1.2.5. 数据安全管理建立数据安全管理工具，实现分类分级、数据加密、数据脱敏功能。4.1.2.6. 分级分类监管设置实现分级分类监管设置及分级分类监管清单查看。4.1.2.7. 报告配置管理实现反馈评估中心分析报告部分固定指标的信息配置，生成分析报告。4.1.2.8. 安全工具管理迭代建设统一平台管理，对省、市、县三级用户权限、运行配置等实施统一管理。4.1.3. 信用应用
12、感知提升应用感知模块，在政务应用基础上，拓展社会治理应用对接市（县）范围和应用深度，扩大市场化协同应用覆盖面。依托省大数据局的一体化数字资源系统（IRS）平台，在已提供红黑名单、信用评价等数据共享基础上,迭代完善公共信用专题数据包、个性化智能组件等。4.1.4. 信用服务感知进一步提升信用业务服务能力，优化省市一体化信用查询，推进信用修复便捷化办理。4.2. 迭代分析中心建设4.2.1. 数据资源分析加强数据分析，围绕信用目录、专业领域、信用产品等维度，突出智能化数据治理水平，深化数据合规性、及时性等质量监测预警分析。包括省级与国家数据上报、下发的分析，省级与地市数据下发、上报的分析，以及地市
13、上报国家数据分析。4.2.2. 信用产品分析运用机器学习相关算法等，进一步深化信用评价、信用档案分析等，新建主体信用画像。从主体基本信息、公共信用评价、行业信用评价、信用档案、信用承诺等信息中抽取标签维度，对企业、自然人等主体进行画像。多维分析红黑名单信息，横向研究省内红黑名单发展趋势。4.2.3. 系统安全分析实现平台安全运行分析，包括对平台页面功能、页面数据、存储过程任务、ODPS任务、共享接口的日常巡检结果进行分析统计，及时发现平台潜在的安全危机，以图表的形式展示分析结果内容，为主动、及时发现平台问题提供支撑。4.2.4. 信用应用分析加强应用分析，在政务应用分析基础上，优化社会和市场领
14、域应用深度分析和智能监测，及时精准掌握应用状况。4.3. 迭代决策中心建设4.3.1. 预警预测新建预警预测模块，建立形成主体失信概率预测，通过先行指标等深度分析,形成行业信用预警预测。通过信用综合监测等，构建区域信用预警预测。通过归集信用典型案例，形成专项事件预警。4.3.2. 研判处置实现预警预测信息、重点关注信息的实时推送。辅助部门采取应对措施，建立信息反馈和部门处理闭环。并建立分级分类监管模型，为行业部门提供分级分类监管名单。4.3.3. 反馈评估迭代分析报告建设，在数据、应用、舆情专项主题报告基础上，新建区域信用分析（风险）报告、平台运维报告等综合报告，为领导辅助决策提供数据支撑、决
15、策效果评估，形成政策措施建议。4.4. 迭代信用驾驶舱建设根据平台现有数据、功能，优化信用驾驶舱。优化信用数据归集共享展示；结合个体工商户、*府机构评价、信用预警预测等，优化产品屏展示；按照社会、市场领域信用应用推广应用情况，优化应用屏展示。4.5. 两端入口建设4.5.1. 信用XX网优化提升信用XX网，形成省市一体化的信用查询服务；优化信用应用，形成信用地图，结合地理信息展示XX省各地市的城市信用分应用信息。4.5.2. X里办开展X里信用监管和服务应用场景建设，优化X里办服务端建设，包括公共信用综合查询，家政、养老、租房等便民查询服务，关系图谱、信用政策等便企服务，以提升便民惠民、便企惠
16、企应用为出发点，有效集成全省信用应用场景，提供便捷高效的信用主题服务。4.5.3. X政钉优化迭代X政钉治理端，全面直观展现公共信用各领域各方面应用成效。实现移动驾驶舱，移动信用办公相关功能。4.6. 区块链应用建设基于省大数据局相关区块链基础平台，实现合同履约应用场景。实现链上合同查询、核验、统计分析等功能。4.7. 信用地方标准编制4.7.1. 开展省级信用地方标准研究围绕信用主题开展省级信用地方标准研究，根据信用工作推进情况，梳理信用评价、数据治理、服务应用等相关领域的工作流程，将有必要的模块或者管理方法进行标准化，编制标准文本。协助做好省级标准前期调研、初稿、立项、征求意见、送审、报批
17、等各环节配套工作，重点包括文档起草、编制、修订、工作流程优化等内容。形成5项省级信用地方标准研究文稿，其中至少3项转化成为符合省级地方标准立项要求的草案文稿。4.7.2. 研究构建XX省公共信用标准体系从标准化的角度对现有的信用工作进行优化和细分，形成公共信用标准化体系框架，制订可形成标准的明细表。整理信用相关标准技术委员会的有关情况,以及与信用工作模块或者管理方法相关的标准情况，充分调研与公共信用方面有关的*府部门、社会组织和企业等，以及国家和其他省公共信用标准化的框架和体系，结合信用标准化工作的需求点，综合调研结果、访谈的资料，运用科学和标准化方法，完成XX省公共信用标准体系研究报告。5
18、.项目实施管理要求5.1. 实施管理要求项目实施管理内容至少包括项目组织机构和人员管理、项目进度管理、项目质量管理、项目沟通管理、项目风险管理、项目测试方案、项目验收方案等内容。投标人必须证明自身有足够的能力实施，并且提出有效的实施方案。项目经理在项目验收之前，未经招标人允许不得调离该项目。投标人必须承担本项目与相关项目的系统集成和组织协调等工作。L投标人应建立网络和数据安全管理要求和职责，并进行有效的落实，并接受招标人监督评估和追责机制。2 .为使工程按质、按量、按时及有序实施，中标人对本项目须建立一个完善和稳定的管理组织机构。保证实施团队人员不少于12人。3 .投标人的专家团队中，参与过国
19、标标准编写的专家人数不得少于3人，完成过3项国家或者省级地方标准。4 .本项目投标人应按软件开发工程的通用要求，组成由项目管理、数据库设计、软件系统设计、数据规范整理、代码编写、软件测试、系统部署、软件培训等角色构成的项目团队，负责本项目的实施。5 .本项目投标人应根据软件工程的要求，结合本项目的实际特点，从组织结构上满足本项目的要求，合理配置技术支持和培训组的人员，在项目组织机构中应明确各岗位的职责、任职资格，确保工程顺利实施。根据本项目工作的业务性质，应分别配备有业务经验的项目经理、技术负责人、项目团队成员等人员承担本项目工作。投标人应承诺项目经理要自始至终专职承担本项目相应工作，核心人员
20、要百分之百地投入到此项目，在项目实施过程中，未经招标人允许，不得更换团队主要成员。6 .在项目实施过程中，招标人有权要求对不符合项目建设要求的成员进行更换。5.3. 项目建设期与进度要求合同签订后2个月内完成软件开发、调试、部署工作后进行初验，之后进入试运行阶段，开展安全测评配合改造工作，试运行3个月后组织系统终验。合同签订后1个月内，提供3份符合省级地方标准立项要求的草案文稿，2个月内完成其余2份省级地方标准草案文稿及XX省公共信用标准体系研究报告。投标人需要在标书中提出项目实施计划的草案，内容包括：投标人必须给出切实可行的项目实施时间进度表；明确所有可交付的开发成果、服务及交付时间；明确可
21、交付的开发成果及服务之间的依赖关系。投标人应严格遵照招标文件中关于项目建设工期的要求执行，本项目建设划分包括但不限于以下阶段：D需求分析与设计；2）数据库设计及软件系统开发与编码；3）集成安装部署与系统测试；4）系统初验；5）试运行及终验。5.4. 系统安装部署要求安装部署在招标人指定网络区域，并符合相关区域的安全要求。5.5. 项目验收要求本项目验收评审包括但不仅限于以下内容：（1）软件功能验收：按照招标文件功能要求逐项核实，验证系统功能的完整性；（2）验收测评：根据软件产品设计要求进行验收测评，包括文档评审、现场测试、问题清单以及测试报告等。（3）标准文件：至少3项符合省级地方标准立项要求
22、的草案文稿、XX省公共信用标准体系研究报告。5.6. 项目文档要求投标人在本项目软件开发实施过程中，技术文档应参考GB/T8567-2006计算机软件文档编制规范的要求提供相应的文档。系统投标人还应提供为本项目开发的软件及全部源代码（有主要模块的功能注释）等。投标人在完成数据库设计建设和软件开发的过程中，应严格按照国家软件工程规范进行，中标方须根据开发进度及时提供相关文档资料，技术文件包括但不限于以下文件：项目实施方案 概要设计方案 详细设计方案 接口设计说明书 数据库设计说明书 自测和用户功能测试报告 系统试运行方案 系统安装部署手册 系统管理手册 系统操作手册 培训服务方案 开发总结报告
23、试运行总结报告 须提供项目涉及的所有源代码（如涉及第三方产品或组件的，须提供相关厂商授权证明），并确保在甲方的开发环境中能运行。57关于软件1 .招标文件的技术要求中列出了采购方可以接受的最低的技术要求。投标人提供的所有软件必须在功能、性能等方面不低于采购方的要求。2 .投标人所提供的软件必须是在中国有合法使用权。3 .投标人在投标方案中如果包含有采购的第三方软件，应单独报价，且系统交付时应将此软件移交给招标人。5.8. 保密要求投标人须提供对本项目的保密承诺，保证对项目技术文件以及由招标人提供的所有数据、内部资料、技术文档和信息予以保密。未经招标人书面许可，投标人不得将招标人提供的本项目数据
24、、资料以及项目成果以任何形式向第三方透露或使用。本条款在项目完成或无论何种原因导致合同终止后依然有效。投标人违反上述保密约定，故意、过错或过失泄密的，除应立即采取措施停止泄密行为，减小泄密造成的损失。知识产权要求1.投标人保证准备或提交的全部软件系统和设计文件在中国境内或境外没有且不会侵犯任何其他人的知识产权（包括但不限于版权、商标权、专利权）或专有技术或商业秘密。2 .本项目所开发的软件系统、制定的信用地方标准等其知识产权归招标人所有。3 .版权：投标人向招标人提供的软件版权归招标人所有。4 .投标人需配合招标人完成知识产权登记，包括但不限于以下工作：协助填写软件著作权相关文档、源代码准备、软件操作手册准备等工作。
