XX市信用服务综合应用系统建设需求说明.docx

《XX市信用服务综合应用系统建设需求说明.docx》由会员分享，可在线阅读，更多相关《XX市信用服务综合应用系统建设需求说明.docx（9页珍藏版）》请在第一文库网上搜索。

1、XX市信用服务综合应用系统建设需求说明1项目背景略。2建设内容与要求2.1 应用系统建设要求1 .1.1新建四大功能模块2 .1.1.1承诺书签署模块2.1.1.1.1扫码服务企业主/个人通过使用X里办的扫码服务，准确定位在每个部门的承诺书的签署页面。2.1112信用核查录入个人姓名身份证号/企业主体名称或社会统一信用代码，系统提供单条核查和批量核查两种模式，系统自动对企业主体进行信用核查，判断是否有资格进行签署承诺书。系统自动核查的信用信息是通过汇集、整理各部门所掌握的、可公开的企业信用记录，包括优良记录、不良记录、行政处罚、行政许可、奖励等内容。2.1113承诺书签署依托电子签名对承诺书进

2、行签名，并生成PDF格式文件。2.1114承诺书查阅充分利用平台信用信息聚合的优势，在企业通过承诺流程办理相关承诺业务后，通过信用数据共享服务，用户可在承诺书查阅模块，调阅已签署的承诺书。2.1115信用查询充分利用平台信用信息聚合的优势，在企业通过承诺流程办理相关承诺业务后，通过信用数据共享服务，用户可在信用查询模块，调阅企业的信用状况。2.112.1承诺书模板配置每个政府部门都可以根据自己的行政许可事项，编辑承诺书内容并配置承诺事项,最终系统自动生成承诺书模板，并根据需要添加、删除和下架承诺书模板。2.112.2承诺书管理为每个政府部门提供，承诺书查询、下载、打印等相关操作。2.112.3

3、承诺书检查反馈可以按照部门维度对签署的承诺书反馈情况进行查询统计。2.112.4事项清单配置管理企业的承诺事项清单要进行规范化管理，如对于承诺企业相关的承诺事项、涉及部门以及承诺时间、办理事项等信息的管理。在平台中要对企业的标准承诺事项能进行查询、增加、修改和删除等业务操作。2.11.2.5承诺书统计分析可以按照部门、时间等维度对签署的承诺书进行统计分析。2.1.1.2.6承诺二维码配置为方便平台用户做出承诺，平台将会开发二维码生成器。二维码生成器，将会根据各个业务部门生成不同业务的承诺二维码。2.1.1.3农村信用信息模块单独开发农村信用信息模块并与“信用XX”用户体系打通，可按区域按主体类

4、型进行数据统计分析，并可支持其他业务需求拓展。2.1.1.3.1用户体系同步“信用XX”用户体系，用户无需再另行注册账号密码登陆农村信用信息模块。2.113.2归集主体区域分布根据农村信用信息归集情况，通过大数据技术及结合地图技术，对不同区域归集的信用主体进行图形化展示查询。2.1.1.3.3新型农业经济主体种类分布根据新型农业经济主体种类标准划分，通过大数据分析技术，结合地图技术,对不同种类的主体进行区域、种类的展示、查询。2.113.4农村信用画像模型信用画像模型是信用查询的基础，帮助用户实现对企业在市场监管、税务等部门注册信息以及企业整体财务概况的了解。2.113.5信息查询管理开发信息

5、搜索查询功能，通过企业名称、统一社会信用代码等不同方式进行信息查询与管理。2.114合同履约信息模块在“信用XX”平台中服务端和管理端开发合同履约信息模块，主要包含政府采购、个人公积金等履约相关的内容的展示、查询、分析。2.1.1.4.1整体概况统计分析展示合同履约来源部门、归集合同领域数量、归集合同总数、履约风险信息数、接收履约风险信息系统数、累计应用调用数等信息。2.114.2合同领域数量分布将对接归集到的合同信息数据，按不同领域，相对应数量，对数据进行统计分析，通过图形化手段清晰详细展示合同的领域及数量的分布情况。2.114.3合同履约区域分布将对接归集到的合同履约信息数据，按不同区域，

6、相对应数量，对数据进行统计分析，通过图形化手段清晰详细展示合同履约的领域及数量分布情况。2.114.4合同监管领域入口链接对接公共领域、商业领域等合同监管系统，包括用电领域合同监管、用水领域合同监管、通信服务领域合同监管、健康保险领域合同监管等。2.1.1.4.5合同履约信用应用情况针对不同应用场景进行合同履约信用应用情况的查询统计分析，并对信用应用整体调用趋势进行分析展示。2.114.6合同履约情况统计针对不同领域合同履约情况进行分别重点监管，通过大数据统计分析，分为甲方履约情况、乙方履约情况两个维度，对合同履约情况进行图形化统计展示分析。2.114.7合同履约明细支持合同主体和合同名称的查

7、询方式，详细展示甲、乙履约情况等详细信息,并支持批量导出。2.1.2改造信用XX平台2.12.1企业信用详情对企业信用详情展示内容参照信用中国网站，依据公共信用信息报告标准（2023年版）要求进行标准化改造和展示。2.1.2.2信用XX门户优化信用XX门户，主要对信用承诺、合同履约、行政许可、行政处罚“双公示”的内容展示按要求进行标准化改造。2.12.3公务员诚信档案在“信用XX”平台中开发公务员模块并增加丰富公务员档案内容2.1.2.4企业自主报送在“信用XX”平台中开发企业自主报送功能支持企业通过登陆平台进行自主填报提交。2.1.2.5百城万企亮信用在“信用XX”平台“城市建设万里行XX在

8、行动”模块中增加“百城万企亮信用”模块，收集展示企业信息报告。213信用承诺数据库信用承诺数据库是建立数据库及其应用系统的核心和基础，信用承诺数据库对数据库设计的要求更高，需要在数据资源规划定义的基础上，根据不同数据的特点和数据共享应用的需要，完成数据库结构设计，对即将归集的数据，在前期建设成果的基础上建立数据库体系。2.1.3.1数据库建设数据库设计是建立数据库及其应用系统的核心和基础，它要求对于指定的应用环境，构造出较优的数据库模式，建立起数据库应用系统，并使系统能有效地存储数据，满足用户的各种应用需求。2.13.2专题分析模型为满足监测系统的需要，需要建设专题分析模型。数据模型可以按专题

9、的方式对模型进行管理，并且可以建立模型与实际的物理数据之间的关联关系，2.1.4第三方系统对接2.14.IXX省行政执法监管（互联网+监管）平台对接事中事后执法检查责任由相关行政执法部门来实现，实际业务操作由XX省行政执法监管（互联网+监管）平台完成。通过对接实现承诺执法任务数据同步、执法检查结果同步和承诺执法展示。2.14.2XX省行政执法监管（互联网+监管）平台X里办认证对接完成X里办个人用户和企业用户对接并实现单点登录。2.1.4.3国家“信易贷”平台对接为完善XX信用体系建设，信用XX平台需要对接国家“信易贷”平台，通过接口形式分别对接获取XX金融信用信息服务平台融资成效数据和XX掌上

10、数字金融平台融资成效数据，汇总归集到信用XX平台，通过数据接口上报到国家信易贷平台进行成果展示。2.1.4.4数据共享接口提供接口用于其他相关政府部门的许可审批系统及行政执法系统间对接。2.2非功能性要求2.2.1性能要求系统性能应能满足以下系统响应时间、系统吞吐量及系统稳定性等指标要求。（1）数据提取。可以按照一定格式，自动提取信息，并进行数据完整性、合法性检查；处理时间3秒。（2）数据关联。能够检查出重复的关联。建立关联的速度3秒。（3）数据信息编辑。对于关键字以外的字段能够修改。并检查数据的完整性、数值的合理性，有相似性和重复性检查；响应时间3秒。（4）查询检索。简单查询响应速度V1秒；

11、复杂和组合查询响应速度V8秒；能够对相关文件进行检索、模糊查询；查询结果可以按照一定原则进行排序、筛选、保存；查询结果可以显示为图形或图表,可以输出到通用的办公处理软件中。（5）系统吞吐量指标。支持同时在线用户数大于IOOO个；正常情况下并发访问量应不小于300个。（6）系统稳定性指标。系统有效工作时间：299.00%；系统平均故障间隔时间：2100天；平均故隙修复时间：30分钟。2.2.2信创要求本项目将根据信创终端及浏览器的要求，对页面的布局、页面的元素、表格的样式、系统空间进行适配改造。满足信创终端和非信创终端系统访问的要求。2.2.3安全要求本项目依托于XX市公共信用信息平台进行建设，

12、该平台已完成三级等保建设，本项目建设完成后，将同步于XX公共信用信息平台按照等级保护测评三级要求开展评测工作，信息安全等保测评费用，建设单位已安排专项经费，不在本项目预算范围之内。2.3项目实施要求2.3.1实施进度和地点1实施进度：合同签订后2个月内完成系统开发并上线试运行，试运行一个月后组织项目验收，验收合格后正式交付使用。2 .实施地点：采购人指定地点。3 .中标人负责项目开发和实施工作，具体包括现场开发、安装、调试、培训、与其它系统的数据交换接口开发等。4 .工期保障要求：本项目工期紧任务重，投标人需采用成熟软件产品进行投标，并承诺在项目工期内完成，如规定工期内未能按要求实现功能并完成

13、上线，招标人有权取消中标候选人资格，期间产生的费用由投标人自行承担。2.3.2对项目组人员的要求投标人必须提供项目开发、实施，以及信息安全保障能力最优秀、经验最丰富的项目团队，确保项目的顺利实施。项目实施全过程中，投标人应提供项目经理、系统分析设计人员、数据库设计人员、程序设计人员、信息安全人员、测试人员、系统集成人员、项目实施人员、文档管理人员、质量管理人员等。制定和明确相应的人员职责，项目经理需统筹项目实施，具备内部协调能力并形成团队力量，牵头并负责与采购人的沟通协商事宜。在项目实施全过程中，中标人须遵守如下要求：1必须保证投入充足的项目技术人员，未经采购人允许，项目组人员不得擅自更换。2

14、.对项目组成员按照原先预定的项目计划文档进行每周任务的分解，建立每周考核汇报制度，对未完成任务查找原因并制作项目偏移列表文件，加强沟通和交流，确保项目的顺利完成。2.3.3对开发过程管理和成果产物的要求1 .项目的工作内容及成果文档的提交应覆盖以下内容，电子文档是成果不可分割的部分。必须提供软件的源程序及可执行代码:应提供源程序和可执行代码。源程序要求具有良好的编程风格，可执行代码以二进制文件或可安装文件的形式提供。已商品化的软件，其代码应提供标准规范的程序流程图。2 .中标人提供的技术文件与其提供的软件相一致，至少包括：系统需求分析说明书、系统详细设计说明书、系统数据库结构（数据库的设计以及

15、数据实体模型、相互关系的描述）、工程进度计划、系统实施方案、系统测试计划、系统测试用例说明、系统测试报告、系统操作手册、系统试运行报告、系统验收报告、系统维护保修记录。3 .中标人提供的技术文件应该真实、全面、完整、详细，应以中文书写。4 .中标人提供的技术文件应是能满足系统进行所需的安装调试、操作使用及维护管理等所有货物（或产品）的详细技术资料。5 .中标人应保证提供项目所需的，如项目实施计划、项目测试文档等项目实施及维护文档。2.3.4验收标准1、验收根据招标文件中相关技术要求进行，由采购人负责实施；2、验收的依据：（1）国家强制标准；（2）合同和招标文件、投标文件及评标时的相关承诺；（3）中标人提供的技术规格。2.4商务要求2.4.1售后与运维服务要求1本项目产品质量保证期（免费保修期）不少于一年，自项目验收合格后计算。质量保证期内，供应商应负责免费对运行中出现的故障进行解决，提供系统的维护。2 .售后服务：供应商在质保期内免费提供技术支持服务。3 .质量保证期内接到采购人的报修指令（包括：口头、电话、传真、邮件等形式）后立即响应，一般故障在故障发生后4小时内排除，严重故障在故障发生后24小时内排除，并以联系单方式提交采购人确认（载明故障内容、原因、修复时间和方案）。