广东省省级政务信息化（2024年第一批）项目需求广东省市场监管局智慧监管升级改造（2024年）项目.docx

《广东省省级政务信息化（2024年第一批）项目需求广东省市场监管局智慧监管升级改造（2024年）项目.docx》由会员分享，可在线阅读，更多相关《广东省省级政务信息化（2024年第一批）项目需求广东省市场监管局智慧监管升级改造（2024年）项目.docx（43页珍藏版）》请在三一文库上搜索。

1、项目采购需求本项目为省市场监管局智慧监管升级改造（2024年）项目，共分为6个子需求:子需求1：“双随机、一公开”综合监管平台安全化改造服务（2024年）项目；子需求2：国家企业信用信息公示系统（广东）升级及安全化改造服务（2024年）项目;子需求3：企业风险信用分析系统升级及安全化改造服务（2024年）项目；子需求4：直销企业数字化监管监测平台升级服务（2024年）项目；子需求5：食品经营风险分级管理信息化系统升级服务和成品软件租赁服务（2024年）项目；子需求6：广东省市场监管局计量管理平台升级服务（2024年）项目。省市场监管局智慧监管升级改造（2024年）项目1 .项目概况1.1. 基

2、本信息1.1.1.项目名称省市场监管局智慧监管升级改造（2024年）项目。1.1.2. 采购人广东省市场监督管理局。1.1.3. 项目目标立足广东省“数字政府”建设新阶段，牢固树立“大市场、大质量、大监管”理念，坚持问题导向、需求导向、目标导向，着力化解监管任务繁重与监管力量不足、监管重点需更加突出与风险预警研判不足、监管事项相互关联与监管力量难以联动、监管业态多样与监管手段缺乏等矛盾，着力解决信息化系统众多、数据资源分散、数据孤岛问题突出以及信息化支撑风险预警、趋势研判、科学决策、远程监管、实时调度不足等问题，着力于为决策管理者科学决策精准施策提供支撑、为基层市场监管人员减负赋能、为企业和百

3、姓纾困解难，基于充分利用“数字政府”公共支撑能力，以业务发展需求为导向，以信息化驱动业务融合为路径，构建“1+1+1+5”的市场监管信息化体系，以1个市场监管大数据专区为数字底座，以1个综合应用支撑平台为服务引擎，以1个智慧决策中心为赋能载体，以5大智慧应用板块为智能驱动，打造“底座聚能、中台赋能、应用释能”的全国领先的、具有改革和前瞻意义的智慈市场监管体系，全方位推进市场监管数字化转型，开启“大体系支撑、大数据驱动、大市场融合、大监管协同、大服务惠民”的智慧监管新格局。为全面掌握全省市场监管业务开展情况，构建“1+1+1+5”智慧市场监管架构体系，在智慧市场监管（一期）建设基础上，进一步提升

4、智慧监管智能化水平，开创智慧市场监管新局面。具体建设目标如下：遵照国家、省政府的关于政务信息系统安全化改造的要求，实现“双随机、一公开”综合监管平台和国家企业信用信息公示系统（广东）的数据库、操作系统、中间件、浏览器等软件的全面安全化，进一步增强系统安全可靠。企业监管方面，提升企业监管能力、风险研判和业务联动，着力构建由政府主导、部门参与、上下协同的反不正当竞争工作格局，提升机关事务运行效率、管理能力和服务保障水平。食品安全监管方面，强化科学监管和风险预测感知能力，进一步提升食用农产品销售安全监管、食品经营风险分级管理和食品追溯智能水平，加强食品安全舆情管理，辅助相关部门、领导科学决策，提升食

5、品安全管理水平。计量监管方面，进一步优化计量监督部门内部业务协同、提高部门业务管理能力和服务效能，实现群众、企业“事好办、少跑腿”，提升计量工作信息化能力和服务水平。1.1.4.服务地点广东省市场监督管理局指定的地点。2 .项目预算本项目总预算为267.43万元。3 .服务期限本项目服务期限以合同签订之日为服务起始时间，服务期为至个月。4 .服务要求4.1. 技术要求1.1.1. 要求（一）响应速度需求响应时间指标包括页面响应时间和数据响应时间。页面响应时间为用户点击操作页面后的反应，页面反应时间不超过3秒。数据响应时间为用户点击后的到结果的时间，包括服务器反应和数据传输到客户端，普通页面不超

6、过3秒，跨年历史数据最大不超过10秒。系统的年可用率299.9%,由于偶发性故障而发生自动热启动的平均次数V2次/年。常规数据分析响应时间V3秒，历史数据分析响应时间V5秒。（二）性能需求分析1、系统接口的响应时间达到50OmS以下，普通查询页面响应时间达到2s以下。对于数据导出类功能：1万条数据导出完成用时不超过5s；3万条数据导出完成用时不超过8s；10万条数据导出完成用时不超过10s；2、对于面向监管人员的系统服务支持至少100个在线用户，对于面向市场主体的系统服务支持至少300个在线用户，对于面向社会公众的系统服务支持至少8000个在线用户；3、系统CPU使用率75%,内存使用率70%

7、4、系统的网络吞吐量不超过设备最大传输能力的70%；5、在业务高峰期，系统的处理能力至少达到30TPS。(三)可靠性需求分析系统设计需要通过主从方式或者集群方式避免单点故障，增强系统的可靠性；系统的平均故障间隔时间MTBF(MeanTimeBetweenFailures)2180天，平均修复时间MTTR(MeanTimeToRepair)0.5夭(即12小时)，系统的可用度(有效度)MTBF/(MTBF+MTTR)299.7%o1.1.2. 兼容性要求本项目系统与多个相关的已建或在建信息系统之间存在业务协同的情况，在系统开发的过程中需要在功能设计上有兼容性，新开发的或者改造的功能不能影响已建

8、系统的正常运行，且需兼容已建系统原有的业务功能，以保障本项目涉及的新建、已建和在建信息系统之间能够相互兼容、正常运行。1.1.3. 安全要求一、业务保障安全需求：1 .系统具备7*24小时不间断提供服务的能力，保障业务的连续性；2 .系统敏感信息在传输过程要密文传输和防篡改，保障数据的保密性和完整性；3 .系统中的敏感信息需加密存储，保障信息的保密性。二、信息安全合规性要求：4 .按照国家、省以及所属行业颁布的相关法律法规和技术标准；5 .系统的建设要按照信息系统安全等级保护的要求进行；6 .系统中涉及到的加密算法应采用国密算法。应答人须承诺，系统的设计、开发与实施等技术方面，要按照信息安全等

9、级保护要求进行，并协助采购人在管理方面达到信息安全等级保护要求；在系统使用过程中，若采购人对系统进行信息安全等级保护评估，对于技术方面需要整改的，应答人免费进行整改。1.1.4. 测试要求对系统进行全面的、科学的测试。包括但不限于以下测试工作：白盒测试、黑盒测试、单元测试、性能测试。1.1.5. 备份要求应使用省政务云平台服务能力，对系统环境、应用服务及数据进行备份。4.2. 管理要求421.组织实施要求为使项目按质、按量、按时及有序实施，应答人应建立完善、稳定的项目团队、内部组织管理方式及管理机构、协调机制、技术基础，支撑保障要求及其他相关要求。在机制保障方面，成立组织实施小组和项目专家组的

10、双轨制的组织模式。在项目日常管理和条件保障方面，从行政组织、后勤保障和支撑条件各方面创造良好的服务环境，确保项目的顺利实施。4.2.1. 文档管理要求应答人应在项目完成时，将本项目所有文档、资料汇集成册交付给采购人，所有文件要求用中文书写或有完整的中文注释。验收后，应答人按国家、省以及采购人档案管理要求，向采购人提供装订成册的纸质文档至少3套，电子文档2套。4.2.2. 质量保证要求为保证本项目能按时高质的顺利完成，规避项目风险或将风险降至最低程度，应答人应建立项目质量管理体系，包括但不限于质量目标、质量指标、岗位责任、问题处理计划、质量评价、整改完善等内容，并建立奖惩制度。4.3. 其他要求

11、4.3.1. 培训要求1.应答人须针对广东省市场监督管理局相关业务人员提供培训文档2 .应答人须提供对广东省市场监督管理局相关业务人员的信息化知识和技能的培训I,通过多种形式的理论和专业技术培训。3 .应答人需针对用户的角色提供培训课程。应答人须在响应文件中提出培训课程以及时间表。4 .对于所有培训，应答人须派出实际工作经验丰富的辅导人员进行培训，培训所使用的语言须是中文，否则应答人须提供相应的翻译。5 .培训所产生的相关费用，由应答人承担。4.32服务响应要求1 .提供7*24小时的故障受理服务；2 .对严重故障提供7*24小时的现场支援，较严重故障提供5*8小时的现场支援，一般性故障提供远

12、程支援；3 .故障服务的响应时间小于2小时；4 .收到故障起2小时内启动故障解决流程，4小时内解决，普通故障及时解决。4.3.3. 资产权属1 .本合同不会引起任何已申请、登记的知识产权所有权的转移。2 .应答人、采购人双方一致同意，应答人为履行本合同义务所形成的服务成果的知识产权归采购人所有。3 .本合同所涉及的数据所有权归政府所有。应答人只能用于履行本合同之义务。4 .应答人提供的相关软件应是自行开发的产品或具备合法、合规授权，满足知识产权、网络安全等级保护等方面的有关规定和要求。5 .应答人保证向采购人提供的服务成果是其独立实施完成，不存在任何侵犯第三方专利权、商标权、著作权等合法权益。

13、如因应答人提供的服务成果侵犯任何第三方的合法权益，导致该第三方追究采购人责任的，应答人应负责解决并赔偿因此给采购人造成的全部损失。4.3.4. 保密要求1.应答人应签订保密协议，对其因身份、职务、职业或技术关系而知悉的采购人商业秘密和党政机关保密信息应严格保守，保证不被披露或使用，包括意外或过失。2 .应答人不得以竞争为目的、或出于私利、或为第三人谋利而擅自保存、披露、使用采购人商业秘密和党政机关保密信息；不得直接或间接地向无关人员泄露采购人的商业秘密和党政机关保密信息；不得向不承担保密义务的任何第三人披露采购人的商业秘密和党政机关保密信息。应答人在从事政府项目时，不得擅自记录、复制、拍摄、摘

14、抄、收藏在工作中涉及的保密信息，严禁将涉及政府项目的任何资料、数据透露或以其他方式提供给项目以外的其他方或应答人内部与该项目无关的任何人员。3 .应答人对于工作期间知悉采购人的商业秘密和党政机关保密信息（包括业务信息在内）或工作过程中接触到的政府机关文件（包括内部发文、各类通知及会议记录等）的内容，同样承担保密责任，严禁将政府机关内部会议、谈话内容泄露给无关人员；不得翻阅与工作无关的文件和资料。4 .严禁泄露在工作中接触到的政府机关科技研究、发明、装备器材及其技术资料和政府工作信息。4.3.5. 监理要求应答人须承诺，在项目开展过程中接受采购人指定的监理机构的监理。4.3.6. 绩效评估配合要

15、求应答人须承诺协助采购方对项目的绩效评估工作，对其应用效益、协同共享、安全保密、服务成效的情况进行分析评估总结。4.3.7. 测评配合要求应答人须承诺配合采购方指定的第三方机构做好验收测评、安全测评、网络安全等级保护测评及商用密码应用测评所需的各项工作，包含协助提供测评所需资料及资源、整改及回归测试等工作。4.3.8. 质量要求应答人须承诺制订相应的数据质量管理评价规范，包括数据质量标准、数据元标准、数据校验规则等文档。子需求1：“双随机、一公开”综合监管平台安全化改造服务（2024年）项目1 .项目名称“双随机、一公开”综合监管平台安全化改造服务（2024年）项目。2 .项目预算本项目总预算

16、为红包万元。3 .服务期限本项目服务期限以合同签订之日为服务起始时间，服务期为至个月。4 .系统现状应用场景为广东省全省40个省直单位，共490个处室，13个地市共268个地市局、共1897个科室，686个县（区）级局，4945个股（所），近20万行政监管人员使用省级平台进行双随机业务的处理。5 .服务内容5.1. 软件开发服务6 .1.1.“双随机、一公开”综合监管平台安全化改造服务一、系统服务器端安全化适配1、与安全服务器操作系统适配本系统的生产环境共计涉及4台服务器，每台服务器需重新安装部署安全化操作系统，并对其相关的参数进行配置及调试，以符合原系统设计的要求。按照尽可能接近最终生产环境

17、的原则，搭建业务系统迁移验证所需的基础设施、运行环境等实验环境，部署目标操作系统。2、与安全中间件适配工作程序接口层开发标准统一遵循金蝶相应的规范和API进行开发适配改造，保证接口输入和输出的数据格式不变。系统部署的方式更换为金蝶的部署规范来进行部署，同时保证并发性能不受影响。二、具体业务模块安全化改造1、安全化改造方式1）数据库改造方式（I）持久层改造：对增删改查的CRUD代码和SQ1.语句进行适配改造。同时事务生命周期与数据库连接池也要根据实际情况进行调整配置。（2）数据链路改造：调整ET1.工具适配安全系统，打通各个系统网络，保证链路的通畅。（3）对ET1.工具适配安全数据库库规则进行相

18、关语句调整，保证ET1.工具速度以及稳定性。2）前端页面改造方式适配安全浏览器，主要为系统前端交互、页面展示编译规则等内容进行适配，使系统前端交互、页面展示等正常运行显示，操作正常反馈给服务端。调整前端脚本解析规则，适配安全化浏览器的解析、缓存等规则，保障前端高性能运行。满足国产浏览器正常使用情况下，保持兼容谷歌/IElO+等浏览器，使之能在终端过渡期间正常使用新旧系统。（1）替换不兼容的页面国外的主流浏览器与国产浏览器对HTM1.JavaScriptCSS文件的渲染引擎解析存在差异，使得原有页面是在国产浏览器是无法访问正常访问。前端适配就是对原有应用系统的页面代码中，不兼容国产浏览器的标签进

19、行替换，进行语法格式和样式布局重新改造适应，在页面布局上做到自适应兼容国产浏览器。（2）前后端分离模式替换单体应用模式安全化环境下要充分利用资源，把原来基于后端FreeMarker的页面模板代码进行重构绘画，构建成前端独立工程项目重写，较少用户访问每次加载页面静态资源时，都要经过后端处理逻辑，影响用户访问速度和占用服务器性能资源。（3）前端多页面替换单页面每一个Js或css连接都会消耗Web服务器的连接资源，在安全化环境下要充分利用资源，尽可能的减少连接资源的浪费情况。首先将JS文件和CSS文件尽量合并，减少服务器连接。同时，针对第一次页面加载速度较慢的情况，将部分无需页面初始化时使用的JS进

20、行延迟加载。JS延迟加载，也就是等页面加载完成之后再加载JaVaSCriPt文件。JS延迟加载有助于提高页面加载速度。（4）表单组件和插件更换将原先传统的表单，换成安全化的表单组件化。展示效果更加适配国产浏览器，把国外技术框架去除，例如：网络请求、组件布局、表单、弹窗、列表分页、时间工具、图表。统一采用国产框架技术，通过使用国内自主研发的前端产品和方案，可以更好地掌握技术，提高对系统的可控性。对以下业务内容进行数据库和前端页面改造：抽查对象库管理、抽查人员库管理、事项清单库管理、抽查计划库管理、抽查策略建模管理、抽查策略审批管理、制定本部门抽查计划及任务、选取本部门抽查工作计划和任务、选取本部

21、门抽查检查对象及公示抽查任务、抽取本部门抽查执法人员及随机匹配、本部门抽查实施检查及检查结果录入、本部门抽查检查结果审批及公示、制定跨部门联合抽查计划及任务、选取跨部门联合抽查计划及任务、跨部门联合抽查抽取检查对象和公示、跨部门联合抽查抽取执法检查人员及随机匹配、跨部门联合抽查实施检查及检查结果录入、跨部门联合抽查检查结果审批及公示、抽查计划溯源、抽查任务溯源、抽查结果溯源数据库改造、抽查公示溯源、业务部门责任、抽查任务报告模板、抽查任务报告、抽查任务报告推送、重点领域专项检查、重点领域监督抽查、失信企业重点监督检查、招投标领域双随机抽查公示、特种设备双随机抽查公示、食品双随机抽查公示、化妆品

22、双随机抽查公示、双随机抽查评价、档案目录、档案归档、档案检索、综合监管数据统计分析、综合监管主题分析管理、单点登录模块、工作台框架模块、业务待办集成模块、移动（微信）工作台模块、移动（微信）抽查计划审批、移动（微信）抽查任务审批、移动（微信）抽查结果审批、移动（微信）抽查工作状态信息查询、移动（微信）抽查溯源管理、移动（微信）综合监管效率分析管理、移动（微信）综合监管主体分析管理、与地市自建双抽系统对接、与广东烟草局业务系统对接、与省宗教委业务系统对接、与省文化旅游厅等部门业务对接。6.服务要求6.1. 管理要求6.1.1.服务人员应答人须书面承诺，如在项目实际执行过程中发生项目经理不能按采购

23、文件要求胜任相关工作的，采购人有权要求更换项目经理，应答人必须在两周内调整为符合采购文件要求且能胜任相关工作的项目经理并到位开展工作，否则采购人有权终止合同并报相关管理部门进行处理。应答人承诺的项目经理和开发实施的主要人员未经用户同意不得调整；应答人如中途更换项目经理和主要开发技术人员，应征得用户同意，否则采购人有权终止合同。应答人应指派固定的团队为本项目提供专业服务，服务团队成员不得少于4人。项目经理应具备3年以上项目管理经验，具备高级项目管理师资质。如须调整服务团队成员，须书面向采购人提出申请，说明申请理由，经采购人书面同意方可调整团队人员，调入人员的资历和从业经验不低于调出人员，否则视为

24、违约行为，采购人有权终止服务合同。应提供以上人员相关证明资料复印件并加盖公章，并提供以上人员在本公司任职的有效外部证明材料（如加盖政府有关部门印章的投保单或社会保险参保人员证明,或单位代缴个人所得税税单等，事业法人的相关人员应提供该单位的相关证明）复印件。6.1.2.进度要求本项目实施周期为12个月，并对本次升级改造的内容提供一年的免费运维服务，具体时间以项目合同为准。项目进度安排及项目里程碑计划如下：注：T表示项目合同签订日期工作内容里程碑事件时间（日）项目启动项目正式启动T+0需求调研调聊告T+30需求分析确认业务需求说明书T+45系统开发完成系统主体功能开发T+90功能测试完成主体功能测

25、试报告T+120部署上线完成系统上线总结T+130系统完善和优化完成缺陷修复及功能优化T+175系统正式上线系统正式上线T180项目验收项目验收T+3656.2.验收标准6.2.1. 初步验收标准应答人在完成系统开发后，收集、整理相关过程材料提交至采购人，包括需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试报告等，在采购人及第三方监理审核确认通过并通过安全测评后，由采购人组织开展初步验收，并在初步验收通过后开展至少一个月的系统试运行。6.2.2. 最终验收标准1 .验收活动组织按采购人项目验收管理工作要求执行，应答人应无条件配合采购人的验收工作，并按采购人要求的形式提供相

26、应的验收材料。2 .在应答人完成本项目约定的项目软件开发服务内容并通过省政数局符合性审查后，采购人根据应答人的项目建设情况组织相关专家进行验收审核。3 .应答人提交验收方案并按验收文档清单提交对应的文档。4 .项目的验收所需文档包括但不限于：招标书、投标书、有关合同、实施方案、需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试报告、用户操作手册、培训文档等。实施方案应包含系统配置、代码及数据的备份情况及部署上线的操作规范。交付材料应包含各功能模块改造前与改造后的对比表、改造的具体内容、工作量及交付成果。5 .项目验收提交的数据库设计说明书应包括数据字典相关内容，项目数据共享

27、挂接需满足广东省市场监督管理局的要求，并通过库表、接口等方式共享到大数据专区，并对该部分数据提供数据质量检查的数据库脚本。6 .应答人应在项目完成时，将项目所有文档、资料汇集成册交付给采购人，所有文件要求用中文书写或有完整的中文注释。验收后，应答人按国家、省以及采购人档案管理要求，向采购人提供装订成册的纸质文档和电子文档，其中纸质文档不少于3套，电子文档（U盘）不少于2套。7 .项目验收会议产生的所有费用，由应答人承担。7.付款方式本项目计划分a期支付，具体支付方式和时间如下：首期款：签订合同后15个工作日内,中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确

28、认后启动首期款支付流程，约占合同总金额的30%。进度款：项目通过初步验收后的上个工作日内，中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动进度款支付流程，约占合同总金额的50%。尾款：项目通过最终验收后上个工作日内，中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动尾款支付流程，约占合同总金额的20%。项目实际支付总金额按采购成交总金额计算，项目支付计划按合同约定执行，对于满足合同约定支付条件的，采购人应当自收到发票后10个工作日内将资金支付到合同约定的中标人账户，不得以机构变动、人员更替、政策调整等为由延迟

29、付款，不得将采购文件和合同中未规定的义务作为向中标人付款的条件。子需求2：国家企业信用信息公示系统（广东）升级及安全化改造服务（2024年）项目1 .项目名称国家企业信用信息公示系统（广东）升级及安全化改造服务（2024年）项目。2 .项目预算本项目总预算为丝烈万元。3 .服务期限本项目服务期限以合同签订之日为服务起始时间，服务期为至个月。4 .系统现状系统覆盖全省（市、区），联通政府各部门、单位、统一归集公示各类市场主体注册登记备案、行政许可、行政处罚、抽查检查结果等信息，使数亿条散落在不同部门、行业、领域的企业信用信息得到有效归集，并以统一社会信用代码为索引记于企业名下，实现了“全量归集、

30、一码关联”，丰富和完善了企业全景多维信用画像。5 .服务内容5.1. 软件开发服务5.1.1.国家企业信用信息公示系统（广东）升级及安全化改造服务一、国家企业信用信息公示系统（广东）安全化改造1、系统服务器端安全化适配1.1 与国产服务器操作系统适配本系统的生产环境共计涉及4台服务器，每台服务器需重新安装部署安全化操作系统，并对其相关的参数进行配置及调试，以符合原系统设计的要求。按照尽可能接近最终生产环境的原则，搭建业务系统迁移验证所需的基础设施、运行环境等实验环境，部署目标操作系统。1.2 与国产中间件适配工作程序接口层开发标准统一遵循金蝶相应的规范和API进行开发适配改造，保证接口输入和输

31、出的数据格式不变。系统部署的方式更换为金蝶的部署规范来进行部署，同时保证并发性能不受影响。2、具体业务模块安全化改造2.1 安全化改造方式1）数据库改造方式（1）持久层改造：对增删改查的CRUD代码和SQ1.语句进行适配改造。同时事务生命周期与数据库连接池也要根据实际情况进行调整配置。（2）数据链路改造：调整ET1.工具适配国产系统，打通各个系统网络，保证链路的通畅。（3）对ET1.工具适配国产数据库库规则进行相关语句调整，保证ET1.工具速度以及稳定性。2）前端页面改造方式适配国产浏览器，主要为系统前端交互、页面展示编译规则等内容进行适配，使系统前端交互、页面展示等正常运行显示，操作正常反馈

32、给服务端。调整前端脚本解析规则，适配安全化浏览器的解析、缓存等规则，保障前端高性能运行。满足国产浏览器正常使用情况下，保持兼容谷歌/IElO+等浏览器，使之能在终端过渡期间正常使用新旧系统。（1）替换不兼容的页面国外的主流浏览器与国产浏览器对HTM1.JavaScriptCSS文件的渲染引擎解析存在差异，使得原有页面是在国产浏览器是无法访问正常访问。前端适配就是对原有应用系统的页面代码中，不兼容国产浏览器的标签进行替换，进行语法格式和样式布局重新改造适应，在页面布局上做到自适应兼容国产浏览器。（2）前后端分离模式替换单体应用模式安全化环境下要充分利用资源，把原来基于后端FreeMarker的页

33、面模板代码进行重构绘画，构建成前端独立工程项目重写，较少用户访问每次加载页面静态资源时，都要经过后端处理逻辑，影响用户访问速度和占用服务器性能资源。（3）前端多页面替换单页面每一个Js或css连接都会消耗Web服务器的连接资源，在安全化环境下要充分利用资源，尽可能的减少连接资源的浪费情况。首先将JS文件和CSS文件尽量合并，减少服务器连接。同时.，针对第一次页面加载速度较慢的情况，将部分无需页面初始化时使用的JS进行延迟加载。JS延迟加载，也就是等页面加载完成之后再加载JavaScript文件。JS延迟加载有助于提高页面加载速度。（4）表单组件和插件更换将原先传统的表单，换成安全化的表单组件化

34、展示效果更加适配国产浏览器，把国外技术框架去除，例如：网络请求、组件布局、表单、弹窗、列表分页、时间工具、图表。统一采用国产框架技术，通过使用国内自主研发的前端产品和方案，可以更好地掌握技术，提高对系统的可控性。对以下业务内容进行数据库和前端页面改造：3）企业信用信息公示子系统安全化改造导航模块国产改造信息、注册登录模块安全化改造信息、全文检索模块安全化改造信息、市场主体基础模块改造信息、行政许可模块安全化改造信息、信息公告安全化改造信息、简易注销异公示及异议收集安全化改造信息、发送报告安全化改造信息、异议模块安全化改造信息、经营异常名录模块安全化改造信息、严重违法失信名单（黑名单）安全化改

35、造信息、抽查检查公告模块安全化改造信息、双随机一公开公告模块安全化改造信息、行政处罚公告模块安全化改造信息、司法协助公告模块安全化改造信息、市场主体登记注册公示公告模块安全化改造信息、无证无照经营公告模块安全化改造信息、撤销登记（备案）决定模块安全化改造信息、其他公告模块安全化改造信息、重点领域企业模块安全化改造信息、个人中心模块安全化改造信息、热搜榜模块安全化改造信息。4）企业信息填报子系统安全化改造登录模块安全化改造、注册模块安全化改造、有限责任公司年报填写模块安全化改造、股份有限责任公司年报填写模块安全化改造、农民专业合作社年报填写模块安全化改造、个体工商户年报填写模块安全化改造、分支机

36、构年报填写模块安全化改造、非法人企业年报填写模块安全化改造、非公司企业法人年报填写模块安全化改造、合伙企业年报填写模块安全化改造、个人独资企业年报填写模块安全化改造、常驻代表机构信息填写模块安全化改造。5）公示系统数据共享对接安全化改造对接业务系统改造信息、对接总局一-体化平台改造信息、对接协同监管平台改造信息、对接准入系统改造信息、对接省局数据中心改造信息、对接“粤商通”小程序改造信息、对接“粤省事”小程序改造信息、对接“12345”系统知识库改造信息。二、企业协同填报子系统改造1、2022年度报告报送管理改造1）登录方式原型调整个体工商户增加用经营者身份证号码登录方式。2）个体工商户年报填

37、报内容调整删除行政许可、特种设备情况等填报内容，删除网站或网店信息中的类型和名称填报信息项，为保证党建信息填报准确，如无党建信息系统自动填写，不可修改。将个体基本信息、资产状况信息、网站或网店信息、党建信息等合并一屏进行填报，并增加导入上一年度信息功能。3）个体工商户经营异常状态修复个体工商户自行网上补报年报后，关联提示进行信用信息修复操作。4）增加年报报送移动端渠道国家企业信用信息公示系统（广东）移动端微信小程序、支付宝小程序等可添加各省企业信息填报相关链接，总局负责开发移动端集成页面，各地方局移动端填报入口可联系总局进行对接。5）企业年报填报内容调整一是企业基本信息填报页面，对企业联系方式

38、邮箱等，设置正确填写的提醒；二是投资者信息填报页面，填报时自动关联投资者登记注册时的国别；三是做好股东信息和投资者信息的关联，信息项均设为必填。6）年报填报内容从业人数和党员人数等校验年报填报从业人数信息项大于一定人数（比如：10万人），需要提示填报人员进行确认，填报其中女性从业人数、高校毕业生人数、退役士兵人数、残疾人人数、失业人员再就业人数、党员（包括预备党员）人数等信息项时，增加逻辑校验，填报人数不得大于从业人数。三、协同监管平台子系统改造1、年报主体精准监管业务信息模型1）精准监管业务模型精准监管业务模型分为四类：A类：良好类B类：提醒类C类：日常监管类D类：重点监管类2）精准监管业

39、务模型的目标精准监管业务模型目标是通过采集年报主体往年的申报数据和当前主体的准入信息及相关变更信息遵行本模型和算法进行大数据技术处理，把年报主体分成ABCD类,重点是计算出需要投入大量资源催促其年报的30%企业。3）精准监管业务模型分类标准精准监管业务模型分类标准采用百分扣减指标分的办法，所有年报主体初始值为100分，扣分指标由10个年报信息大项权重组成，每一大项为10分，每个大项又包含若干小项权重组成。精准监管业务模型分二100分-10个扣分指标总和。精准监管业务模型分最低的10%为D类，由此类比推算出C、B、A类。A：B：C：D分别为4：3：2：1为合理模型。存在一种特殊情况，即已纳入异常

40、企业名录库的主体无须计算精准监管业务模型分,直接归为D类且不占参与运算10%的指标。A类：良好类占比40%B类：提醒类点比30%C类:日常监管类占比20%D类：重点监管类点比10%4）精准监管业务指标模型主要包括企业基本信息指标、股东及出资信息、股权变更信息、资产状况信息、社保信息、特种设备信息、特种设备生产许可证信息、充装单位许可证信息、疫苗生产许可证信息、逾期尚未支付合同情况。5）精准监管业务模型分类运算机制上年度（或前三个年报）企业年报数据和企业登记数据。其中登记数据需与准入系统数据同步。精准监管业务模型分类运算采用一周一次，每周日晚上运算。精准监管业务模型分二100分-10个扣分指标总

41、和。具体指标及权重详阅精准监管业务提标模型。6）数据同步机制精准监管业务模型分类需同步企业登记数据，同步数据含企业准入信息、变更信息和行政处罚信息；同步频次为每周六晚上执行。7）精准监管业务模型工作台信息个人工作台为基层年报监管人员负责的辖区内年报主体台帐。基层市监部门工作台为领导层工作台，可以查看本辖区内所有年报主体信息。市级单位工作台信息、省级单位工作台信息。6 .服务要求6.1. 管理要求6.1.1. 服务人员应答人须书面承诺，如在项目实际执行过程中发生项目经理不能按采购文件要求胜任相关工作的，采购人有权要求更换项目经理，应答人必须在两周内调整为符合采购文件要求且能胜任相关工作的项目经理

42、并到位开展工作，否则采购人有权终止合同并报相关管理部门进行处理。应答人承诺的项目经理和开发实施的主要人员未经用户同意不得调整；应答人如中途更换项目经理和主要开发技术人员，应征得用户同意，否则采购人有权终止合同。应答人应指派固定的团队为本项目提供专业服务，服务团队成员不得少于4人。项目经理应具备3年以上项目管理经验，具备高级项目管理师资质。如须调整服务团队成员，须书面向采购人提出申请，说明申请理由，经采购人书面同意方可调整团队人员，调入人员的资历和从业经验不低于调出人员，否则视为违约行为，采购人有权终止服务合同。应提供以上人员相关证明资料复印件并加盖公章，并提供以上人员在本公司任职的有效外部证明

43、材料（如加盖政府有关部门印章的投保单或社会保险参保人员证明,或单位代缴个人所得税税单等，事业法人的相关人员应提供该单位的相关证明）复印件。6.1.2.进度要求本项目实施周期为12个月，并对本次升级改造的内容提供一年的免费运维服务，具体时间以项目合同为准。项目进度安排及项目里程碑计划如下：注：T表示项目合同签订日期工作内容里程碑事件时间（日）项目启动项目正式启动T+0需求调研调研报告T+30工作内容里程碑事件时间（日）需求分析确认业务需求说明书T+45系统开发完成系统主体功能开发T+90功能测试完成主体功能测试报告T+120部署上线完成系统上线总结T+130系统完善和优化完成缺陷修复及功能优化T

44、175系统正式上线系统正式上线T+180项目验收项目验收T+3656.2. 验收标准6.2.1. 初步验收标准应答人在完成系统开发后，收集、整理相关过程材料提交至采购人，包括需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试报告等，在采购人及第三方监理审核确认通过并通过安全测评后，由采购人组织开展初步验收，并在初步验收通过后开展至少一个月的系统试运行。6.2.2. 最终验收标准1 .验收活动组织按采购人项目验收管理工作要求执行，应答人应无条件配合采购人的验收工作，并按采购人要求的形式提供相应的验收材料。2 .在应答人完成本项目约定的项目软件开发服务内容并通过省政数局符合性

45、审查后，采购人根据应答人的项目建设情况组织相关专家进行验收审核。3 .应答人提交验收方案并按验收文档清单提交对应的文档。4 .项目的验收所需文档包括但不限于：招标书、投标书、有关合同、实施方案、需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试报告、用户操作手册、培训文档等。实施方案应包含系统配置、代码及数据的备份情况及部署上线的操作规范。交付材料应包含各功能模块改造前与改造后的对比表、改造的具体内容、工作量及交付成果。5 .项目验收提交的数据库设计说明书应包括数据字典相关内容，项目数据共享挂接需满足广东省市场监督管理局的要求，并通过库表、接口等方式共享到大数据专区，并对该

46、部分数据提供数据质量检查的数据库脚本。6 .应答人应在项目完成时，将项目所有文档、资料汇集成册交付给采购人，所有文件要求用中文书写或有完整的中文注释。验收后，应答人按国家、省以及采购人档案管理要求，向采购人提供装订成册的纸质文档和电子文档，其中纸质文档不少于3套，电子文档（U盘）不少于2套。7 .项目验收会议产生的所有费用，由应答人承担。7 .付款方式本项目计划分a期支付，具体支付方式和时间如下：首期款：签订合同后四个工作日内，中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动首期款支付流程，约占合同总金额的30%。进度款：项目通过初步验收后的工个工作

47、日内，中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动进度款支付流程，约占合同总金额的50%。尾款：项目通过最终验收后工个工作日内，中标人书面提出支付申请函及拟支付金额等额的符合采购人财务管理要求的相应发票，采购人确认后启动尾款支付流程，约占合同总金额的20%。项目实际支付总金额按采购成交总金额计算，项目支付计划按合同约定执行，对于满足合同约定支付条件的，采购人应当自收到发票后10个工作日内将资金支付到合同约定的中标人账户，不得以机构变动、人员更替、政策调整等为由延迟付款，不得将采购文件和合同中未规定的义务作为向中标人付款的条件。子需求3：企业风险信用分析系统升级及安全化改造服务（2024年）项目1 .项目名称企业风险信用分析系统升级及安全化改造服务（2024年）项目。2 .项目预算本项目总预算为迄或万元。3 .服务期限本项目服务期限以合同签订之日为服务起始时间，服务期为至个月。4 .系统现状广东省企业风险信用分析系统的市场主体数据来源于广东省市监局国家上报库、省市监局广州国家上报库、省市监局深圳国