XX市网络经济服务与监管一体化平台项目采购需求.docx

《XX市网络经济服务与监管一体化平台项目采购需求.docx》由会员分享，可在线阅读，更多相关《XX市网络经济服务与监管一体化平台项目采购需求.docx（16页珍藏版）》请在课桌文档上搜索。

1、XX市网络经济服务与监管一体化平台项目采购需求一、项目建设目标XX市网络经济服务与监管一体化平台紧紧围绕营造宽松平等的准入环境、公平竞争的市场环境、安全放心的消费环境，用“互联网+”的思维创新网络市场监管方式方法，坚持以网管网、依法管网、信用管网、协同管网，坚持“放、管、服”三管齐下，持续在放权上加力，在监管上创新，在服务上提升，探索构建新型网络市场监管体系，实现经营主体全覆盖、监督检查促规范、违法行为早发现、查办案件树权威、协作联动成合力、强化支撑提效能、引导帮扶促发展，不断提高网络市场监管效能，推动网络市场健康有序发展。二、建设内容系统建设内容1.1 数据归集建设网络市场数据归集能力。运用

2、分布式、微服务、大数据等技术，对XX市指定范围内网络电商数据、直播电商数据以及国家统计局等各部门及市监局部门间各系统数据进行归集，实现网络数据的采集、部门间数据归集、平台企业数据归集，解决监管服务环节当中最基础及紧要的数据底数不全及数据获取难等问题。数据采集，主要针对业务人员指定电商平台、直播平台对应的指定的店铺、商品等实现定向采集的能力，随着技术的不断更新迭代，数据采集面临更高的挑战。平台的反爬、数据的准确性、传输的效率、数据的存储等都面临更高的挑战，可以根据市局业务人员要求，调整平台内采集的店铺及商品的对象等，实现采集策略的灵活配置与调度。1.2 大数据平台能力开发建设大数据处理能力，开展

3、数据接入、分析、处理等工作。做好汇集数据治理、数据清洗构建数仓。实现大数据计算及应用。大数据处理平台应包含数据的深度挖掘和分析服务、数仓建设等核心服务，分布式数据处理系统提供了对分布式存储数据进行处理的能力。数据分析系统利用多种分布式计算引擎，结合分布式数据存储模型对各类结构化及非结构化的信息资源进行快速的分布式分析处理，并将分析处理后的中间结果数据提供给上层示范性应用以及其他部门业务系统中进行二次利用。建设数仓，进行业务调研、需求分析。构建业务过程、维度；明确派生指标，基于派生指标抽象原子指标、业务限定、统计周期、统计粒度。构建DlM维度模型；构建DWD事实模型；构建派生指标及DWS汇总模型

4、。1.3 模型开发针对常规监管过程当中常见的虚假宣传、禁售限售、价格违法等违规场景构建基础模型；同时针对本地特色产业XX黄酒等构建专有监测模型，实现智慧监管、决策赋能。同时对于新兴直播带货电商模式形成有效的分析监管，构建音视频识别分析能力，判别直播带货过程中是否存在价格违法、虚假宣传等违规情况。1.4 业务功能开发1.4.1 线索管理建立针对线索处置的全链条处理功能，包含线索申领、线索分发、线索处置流程检索、线索处置结果反馈、线索处置结果分析等功能。1.4.2 案件管理案件信息对接：与“互联网+”执法办案系统对接，获取案件的处置流程及处置结果信息，实现案件信息的管理等功能。1.4.3 综合考评

5、体系建设构建指标考核体系及功能建设，完成考核任务的创建、指标体系的建设、考核标准的制定、考核任务的推进及结果评比反馈以及考核进度及结果的可视化分析。1.4.4 在线定向监测能力建设构建在线定向监测能力，通过分类标记筛选，产生定向监测主体清单，进行在线定向监测，同时对检查内容进行风险模型研判，产生案源线索。同时结合区块链取证固证能力进行线索在线固证，保证线索的司法有效性。1.4.5 主体信用档案建设主体库建设：以省市场监管局“公平在线”系统数据库为基础，同时结合企业登记系统基础信息以及完善主体信息录入及补全机制，更新、清理、完善我市网络经营主体数据库，为网络交易经营者建立档案，构建主体库。主体信

6、用分级分类：构建信用档案，对接省市场监管局信用体系相关内容。根据省局信用体系，结合XX市自身情况，归集关联分析主体信息、经营信息、消费者评价信息、消费警示信息、列异列严信息等，进行网络经营主体信用分级分类监管。形成XX市信用分级监管规则，通过XX市信用分级监管规则，进行信用分级分类监管。1.4.6 区块链取证固证能力建设结合省市场监管局区块链取证固证基础平台能力，复用区块链底层技术对系统数据对接获取和落地内容完成固证环节，使得违法线索具备司法效应。1.4.7 线上培训能力建设构建便民利企培训能力，实现培训视频的上传及管理，培训人员的管理，视频播放、评论、点赞、关注、收藏等能力建设。1.4.8

7、行政提醒管理能力建设构建行政提醒管理能力，实现约谈、在线指导等行政执法管理功能。监管人员向需要进行约谈、指导的主体责任人发送约谈、指导短信信息，主体责任人通过短信信息内容，完成约谈、指导的工作。约谈、指导过程分为线上、线下两种：线上约谈、指导，可由监管工作人员通过互联网线上会议工具生成约谈、指导视频会议间，并由系统向主体责任人发送在线视频会议邀请,开展约谈、指导工作。由监管人员进行会议的实时录制。在约谈、指导结束后，将会议录制音视频材料上传至平台进行保留，并将约谈、指导信息结果在平台中进行反馈；线下约谈、指导，由监管工作人员通过短信向主体责任人发送包含时间、地点的提醒信息，进行线下约谈、指导工

8、作。并在约谈、指导工作完成后，在平台中完成约谈、指导结果的反馈工作。1.4.9 X政钉应用构建网络经济服务与监管一体化平台X政钉应用，该应用主要包含三个部分内容：（1）核心指标概览功能；（2）掌上线索审核功能；（3）考核情况分析功能。（1）核心指标概览功能：该功能主要用于展示网络经济服务与监管一体化平台系统中各核心指标，核心指标检索，核心指标详细数据分析。（2）掌上线索审核功能：该功能主要用于实现移动端“线索管理”模块功能中“线索的申领”“线索处置流程检索”“线索处置结果反馈”；“线索处置结果分析”等线索的全链条处理功能。完成线索审核的掌上处理，避免业务人员在特殊情况下无法通过电脑登录系统完成

9、线索的审核工作。同时通过X政钉相关控件,实现X政钉信息提醒，提高线索审核效率。（3）考核情况分析能供：该功能主要构建移动端“综合考评体系建设”，以及考核结果，满足业务人员实时了解考核情况的需求。1.5 数字驾驶舱建设构建网络经济服务与监管一体化平台数字驾驶舱，针对一体化平台当中重点指标、重点业务进行分析及可视化展示，完成大屏指挥中心系统建设。1.5.1 核心驾驶舱建设构建XX市网络经济服务与监管一体化化平台建设核心数字驾驶舱主屏。以数字化形式总体展示i体化平台建设总体情况，涵盖核心指标、运行动态、智慧监管、服务赋能、一县一品、指标详情进度等信息运用情况，实现主要指标数据的立体化、全局化、动态化

10、展示，为部门领导、业务人员等提供场景化的驾驶舱体验，赋能智慧监管。1.5.2 运行动态建设为系统建设过程中归集数据进行及时、有效、全面的掌握，及时对数据资源及数据任务进行有效的调度。构建运行动态子屏，平台建设中归集数据环节涉及的监测对象构建近实时归集情况反馈，体现主要监测对象的归集详情及统计汇总信息,对核心指标及核心关注的企业、指标等数据，以数字化形式显示分析情况。1.5.3 智慧监管建设对监管过程中线索、案件及协查等各类数据，按违规类别、时间周期等维度实现数据可视化分析及展示，为监管决策提供可视化数据支撑。1.5.4 服务赋能建设实现对便民利企、网络消费引导警示、投诉举报及消费纠纷处理调解等

11、进行可视化分析及展示，对便民利企相关规培服务等进行综合分析展示，深度体现政策引导的成效以及未来侧重方向。1.5.5 一县一品建设结合XX市3区、1县、2县级市本地特色，对各地特色产业的发展现状进行深入分析,构建一县一品分析驾驶舱，实现XX市各区县特色产业的可视化分析，为决策提供可视化数据支撑。1.5.6 综合考评体系驾驶舱建设构建综合考评体系驾驶舱，实现具体考核任务的考核人群、考核目标、考核规则、考核完成度得实时可视化分析及展示。同时实现XX市市辖区、县、县级市的下钻分析及横向纵向的及同比、环比的可视化分析展示1.6 系统集成基于省市场监管局公平在线系统规范，实现XX市网络经济服务与监管一体化

12、平台同省市场监管局公平在线系统的集成以及数据的报送等功能。2.系统总体设计要求2.1 系统总体框架设计要求2.1.1 系统整体框架设计要求本系统总体建设架构主要包：数据归集层、数据分析处理层、数据共享层、专题数据层、基础服务层、应用服务层、可视化展示层。系统具有较高的可配置性、伸缩性、能够很好的满足未来业务高增长、高可用、可拓展性的需求。（要求投标人提供系统功能架构设计图）2.1.2 系统功能以及架构设计要求本系统总体建设架构主要包：数据归集层、数据分析处理层、数据共享层、专题数据层、基础服务层、应用服务层、可视化展示层。（要求项目整体功能架构以功能模块设计）2.1.3 系统业务流程架构设计要

13、求业务流程从归集数据、数据清洗、按数据规范入库至数据资源平台、数据交换共享、对外应用数据调用以及周边系统数据对接的整体业务架构流程设计。（要求提供平台整体业务流程架构方案）2.2 数据仓库建设方案要求设计方案包括设计要求分析、系统功能分析、原理设计方案等内容（要求提供平台整体数据仓库设计方案）系统接口设计要求1.系统内部接口设计，对系统接口描述；2.系统外部接口设计，通过系统接口要求，实现对周边系统数据接口交互、数据同步。3.系统技术指标要求3.1 系统非功能性要求兼容性要求：要求系统中涉及到的数据库、中间件、服务器、第三方插件、浏览器均有国产化产品替代方案，以及具备同时兼容非国产化和国产化两

14、种环境的能力；三、应用软件技术要求应用软件应满足以下要求： 应用软件的设计应严格符合多层体系结构的要求，使系统具有良好的灵活性、可操作性和可扩展性，并遵循相关接口规范。 应用软件系统支持提供B/S架构。 为了向客户提供灵活多样的服务，快速适应新业务的开展，应用软件的设计应采用灵活的结构，应采用面向对象、中间件等技术。 整个应用软件系统应能够连续7X24小时不间断工作，应用软件中的任一模块更新、加载时，在不更新与上下模块的接口的前提下，不影响业务运转和服务。应用软件应具有较高的自动化程度，如：自动任务调度、自动故障告警、自动任务恢复等。对于不再需要的历史数据，应用软件应该能够提供方便的数据转储、

15、清除手段。应具有完整的操作权限管理功能和完善的系统安全机制，能够对每个操作员的每次操作有详细的记录，对每次非法操作产生告警。应能为系统管理员提供多种发现系统故障和非法登录的手段。应采用简洁、直观、友好的图形化中文界面，支持鼠标操作，中文字符的内部编码应符合中国的相关国家标准。系统核心应该支持中文，具有友好的中文交互界面。系统应支持在线帮助（在线帮助应完全支持中文），对当前的各种操作状态提供帮助信息，包括当前状态的描述、后续操作说明以及异常信息说明。 对于业务处理界面，应保证操作人员能够完全利用键盘操作。 对于常用环节，系统应设置快捷键以方便功能间的切换；操作及选择键（热键、菜单选择等）的功能定

16、义在全系统保持一致。四、系统开发测试及实施要求为保证应用系统便于统一开发和统一管理，应用系统设计由应用系统功能设计、非功能性设计、界面设计、应用系统部署设计、应用系统构件切分、数据库设计等几方面构成，从阶段上来说一般分为概要设计和详细设计两个阶段，对设计还需要进行必要的评审。（要求投标人提供完整可行的项目开发实施方案，能够提供基于业务需求完整的开发设计、开发集成、测试和上线保障方案）系统开发要求系统开发要求按照软件工程的过程完成系统的开发，具体内容包扩需求调研、需求分析、概要设计、详细设计、系统测试几个方面的工作，开发过程应在指定的时间内完成，最终提交可供用户测试的软件版本。每个阶段的具体工作

17、如下：1.1 系统需求分析要求本阶段主要完成的主要任务和要求，主要包括但不限于以下内容：制定需求分析的详细工作方案，内容至少包括进度安排、详细的工作（安排）分工、人员组成及人员资质说明等内容。制定需求分析标准和规范，并按照需求分析标准和规范进行需求开发，对本项目的业务需求、用户需求、功能性需求和非功能性需求等进行需求分析、需求描述和需求验证，形成软件需求规格说明。成立专门部门或安排专人进行需求管理，负责需求变更和版本控制。（需求分析要提交需求规格说明书及相关文档。）1.2 系统概要设计要求本阶段需要完成的主要任务和要求，具体包括但不限于以下内容：制定概要设计的详细工作方案，内容至少包括进度安排

18、、详细的工作（安排）分工、人员组成及人员资质说明等内容。制定概要设计标准和规范。并按照概要设计标准和规范进行概要设计。应提出满足相应性能指标和约束的系统总体资源消耗需求。包括但不限于计算资源、网络资源、存储资源等。概要设计结束阶段，提交概要设计说明书及相关文档。X.3系统详细设计要求本阶段需要的主要任务和要求，具体包括但不限于以下内容：制定详细设计的详细工作方案。内容至少包括进度安排、详细的工作（安排）分工、人员组成及人员资质说明等内容。制定详细设计标准和规范。并严格按照详细设计标准和规范进行详细设计。详细设计结束时，提交详细设计说明书、数据库设计说明书及相关文档。2.系统测试要求2.1 测试

19、方法2.1.1 功能测试功能测试侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求，目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施，在使用无效数据时是否显示相应的错误消息或警告消息。这种类型的测试通过图形用户界面（GUD与应用程序交互并分析输出结果来验证应用程序及其内部进程。2.1.1.1 业务周期测试业务周期测试是模拟在一段时间内对系统执行的活动。先确定一段时间（例如一周），然后执行将在该时段内发生的事务和活动。21.1.2用户界面（UD测试通过用户界面（UI）测试来核实系统使用者与软件的交互，目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。

20、UI测试确保UI功能内部的对象符合预期要求，并遵循用户的操作习惯以及行业标准。2.1.1.3 性能测试性能测试是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估，目标是核实性能需求是否都已满足预期的要求。性能测试核实在以下情况下的性能行为：正常的预期工作量；预期的最繁重工作量；连接或模拟了最大实际（或实际可承受）数量的客户机；多个用户对相同的数据/帐户执行相同的事务；连接（或模拟了）最大（实际或实际可承受）数量的客户机，所有客户机在长时间内执行相同的、且情况（性能）最差的业务功能。2.1.1.4 安全和访问控制测试安全性和访问控制测试侧重于应用程序级别的安全性（包括对数据或业务功能

21、的访问）和系统级别的安全性（包括对系统的登录或远程访问）。应用程序级别的安全性可确保：在预期的安全性情况下，用户只能访问特定的功能或用例，或者只能访问有限的数据。2.2 系统实施要求确认中标后，应于五个月内完成系统主体功能的建设以及上线，通过初验后进入试运行阶段，正常试运行3个月后终验。2.3 系统安装与调试要求派遣部署实施工作小组到客户现场进行软硬件的安装与调试等实施技术服务，实施工作小组由经验丰富的技术人员组成。技术服务内容包括软硬件安装、测试和调整服务、软硬件更新、现场培训等。五、项目管理以及人员进度要求1 .项目人员配置要求1.1 人员能力要求要求认真选拔最优秀、最负责任的员工组成本期

22、项目小组。工作组人员不但要在业务上精通，还要有吃苦耐劳、无私奉献的敬业精神。工作组人员不但要有业务经验，还要有开拓创新的精神。工作组人员应具有良好的表达交流能力以及团队合作的精神。1.2 人员数要求1.2.1 项目实施人员为了使本项目能够按质、按量、按时及有序开展，投标人须在采购人现场组建具有承担过相关系统软件开发经验的实施团队。实施团队配置的成员要求包含项目经理、需求分析师、软件开发工程师、数据分析工程师、运维工程师等。1.2.2 运维人员项目试运行至平台验收期间，派驻工程师现场提供技术支持服务，及时发现平台运行过程中出现的故障，并按业主规定时间内解决。项目整体验收后运维期间，提供7x24小

23、时的技术支撑响应服务。2 .投标人人员办公场地要求在项目建设期内，承诺自行解决项目人员办公场所，并保证在采购人人员临时要求召开相关会议或讨论时，承诺在2个小时内到达采购人办公地点。在项目建设、运行及运维期内，投标人需同意派驻相关人员在采购人指定的办公场地。六、项目运行及运维要求项目通过终验后进入为期2年运维质保阶段，中标人需提供7x24小时的技术支撑响应服务。为进一步加强计算平台现场运维操作的规范性，确保系统能够安全、平稳、可靠地运行，更好地为客户提供运维服务，建立一套标准的规范与流程，明确计算平台各方在运维过程中所承担的工作职责，使运维工作做到有章可循。规范化计算平台变更控制流程，将运维风险

24、控制在尽可能小的范围内，避免由于流程、规范操作不当而导致的故障。建立事件处理、应急演练及响应机制，提升故障解决效率以缩短故障恢复时间。七、系统安全要求应提供完善的系统安全保障方案，包括系统安全、应用安全、数据安全、安全设计原则等。八、系统服务要求1 .服务方式支持每周7天、每天24小时的技术支持服务包括但不局限于以下服务方式1.1 远程接入技术支持与服务对于通过电话支持方式不能解决问题的情况，根据系统问题的程度，按照约定的服务级别提供远处诊断和远程登录服务，以解决如数据库方面、中间件方面和网络方面的相关问题。1.2 现场技术支持与服务对于通过电话支持方式和远程诊断不能解决问题的情况，投标人承诺

25、将根据系统问题的严重程度，按照约定的服务级别提供现场支持服务，现场包括招标要求的及客户方指定的其它地点。此外如在2小时内无法电话解决用户提出的服务要求，也将提供现场支持服务。故障问题解决后24小时内，向使用单位提交问题处理报告，说明问题种类、问题原因、问题解决中使用的方法及造成的损失等情况。2 .服务范围提供应用系统支持服务，主要工作内容和职责包括：2.1 基于现有的技术和开发架构对系统进行运行维护和优化。在系统优化升级的过程中，投标人将严格依据软件开发控制流程进行规范化管理，以保证升级版本的质量。2.2 优化完善系统在应用中存在的缺陷以及与操作实际不完全符合或操作不方便的程序。投标人技术支持

26、人员将根据用户反映的应用系统的使用情况和补充需求，及时收集有关信息，整理记录形成相应文档。对于紧急性应用问题和汇总整理到一定范围的需求修改的问题，及时反馈到售后开发团队，并联合项目单位负责人一起根据所有使用用户的情况进行评估、分析系统升级方案、制定升级计划，按计划进行调整修改。2.3 配合客户方完成软件升级测试等工作。2.4 负责软件新版本的下发和部署，协助项目单位完成升级工作。免费提供软件升级培训I。3 .售后服务要求要求投标人应提供灵活、多样的通信手段（包括但不限于场地、设备及人员、专用服务电话），提供7*24小时的响应服务，保证在任何时候采购人人员都能及时找到投标人的服务人员。如遇驻场人

27、员无法解决的问题或采购人认为需要，投标人的技术人员应在12小时内赶到现场支持。要求软件出现问题时，其响应时间不超过15分钟，一般故障处理时间不大于2小时；特殊情况下，故障修复时间不大于24小时。九、培训要求1 ,培训内容培训应按阶段、时间进度，根据参加培训的人员制定培训计划。培训包括最终用户、关键用户、系统管理员培训等。并针对不同的培训对象制定不同的培训课程，培训课程应包括但不限于以下内容：课程类别课程内容项目总体情况介绍本项目情况总体介绍本项目总体架构需求培训业务知识类培训本项目相关软件系统基础业务培训本项目相关软件系统难点业务培训本项目相关软件系统业务典型场景演练技术开发类培训本项目相关软

28、件系统总体架构设计培训本项目相关软件系统性能设计培训本项目相关软件系统运维设计培训本项目相关软件系统安全设计培训本项目相关软件系统应用部署培训本项目相关软件系统外部接口标准培训基础技术类培训相关软硬件系统安装部署、应用和维护培训课程类别课程内容本项目相关软件系统业务管理规范培训系统运维技术类培训系统安装调试和初始化培训系统监控及优化基本方法培训规范类培训本项目相关软件系统业务管理规范培训2 .培训目标最终用户和关键用户经过培训后，系统用户可熟练应用本系统进行业务管理和操作。系统管理员培训经过培训后应能独立完成系统的使用与维护工作，掌握系统运行情况并及时排除大部分系统故障。3 .培训方式培训方式

29、可以采用现场培训、集中培训和视频培训。对于最终用户建议采用现场培训I,对于关键用户和管理员培训可以采用集中培训和视频培训。投标人应提供详细的培训内容和培训计划，培训计划应按照项目建设不同阶段来制定。培训计划包括培训对象、对参加培训人员的要求、培训时间、培训地点、培训课程、培训目的、培训教材、授课方式、培训所要达到的效果、授课方等。十、其他要求1 .知识产权要求本项目为XX市市场监管局特定需求新产生的成果的知识产权归采购人所有。2 ,软件合法性要求投标人所提供的其他第三方商用软件产品，须保证具备合法授权。所使用软件不得侵犯第三方权益，否则投标人承担全部责任并赔偿采购人损失。3 .成果要求3.1

30、投标人应向采购人提供有关本系统的全套纸制技术文件及相应的电子文档（Word.EXCEL等可编辑格式）。技术文件包括各种规范、模板、计划文件、软件系统文件、安装和测试文件、维护和操作文件及采购人认为必要的其他技术文件。文件要求用简体中文书写。3.2 投标人所提供的技术文件，其内容必须和所提供的系统版本一致，在双方所商定的某一时期内由于软硬件的修改而导致文件的任何修改，投标人均应提供修改更正或补充的印刷文件，其内容应该包括修改的内容，修改理由和对系统可能带来的影响等。3. 3系统上线后，应用软件每作一次修改，都应将该软件旧版本及新版本的软件清单、流程图及说明交予采购人，并说明原因。4. 4存储介质

31、要求：使用光盘或纸张（硬拷贝）等介质进行应用程序、数据、源代码及相应文档的存储。5. 5文档编写要求：文档的编写应符合中国国家标准及采购人制定的有关标准和规定的要求。6. 6提交数量：对于每个节点，用户手册和操作手册应提交纸制文档六份;所有文档应提交光盘两份。3. 7本项目中的最终技术交付不得以服务的形式提供。4.等保适配等要求4.1 软件系统需满足国产化升级改造要求；4. 2投标人需提供软件系统产生数据的归集服务，在规定要求内配合大数据局、市场监督管理局进行数据归集；4. 3投标人需确保本系统的数据安全。4.4投标人需配合采购人完成系统等级保护二级的定级、测评等工作，相关费用包含在本项目中。5.保密要求建立严格的保密制度，投标人应当加强对工作人员的保密管理及保密知识教育。投标人须承担与此有关的技术情报和数据资料的保密责任。与本项目有关的资料及数据成果中涉及国家秘密的内容，均要求按照国家保密法及相关法律法规执行。十一、履约保证金合同签订前，中标人向采购人缴纳合同金额的1%的履约保证金，终验结束后无息返还。十二、付款方式按XX省财政厅关于进一步发挥政府采购政策功能全力推动经济稳进提质的通知(X财采监(2022)3号)文件要求执行，具体付款方式由双方协商后在合同中明确。