中国民生银行股份有限公司数据模型管理模块项目延续性采购前公告

****

数据模型管理模块项目延续性采购前公告

一、采购项目名称：数据模型管理模块项目

二、采购人名称：****

三、采购方式：延续性采购

四、采购内容

1. 详细描述

1.1. 模型资产化功能

数据建模管理工具(DDM)目前在行内已经积累了4000+的模型数据。为了发挥目前存量模型数据的价值，便于用户查阅模型数据，拟开发模型资产化功能，支持模型以模型资产的形式对外提供服务。

DDM网页端增加资产功能入口，提供模型资产首页，以目录加模型列表的形式展示目前所有的模块的VER阶段的模型。

建设数据模型资产首页，在模型资产首页提供三类视角的模型资产概览、搜索等应用服务，包括：

（1）统计视角：展示基于模型资产相关维度的统计概览视图。

（2）搜索视角：实现通过关键字搜索不同类型的模型资产。

（3）全局资产统计（资产目录视角）：从全局的视角统计整体的模型资产情况，同时提供以目录的形式展示所有模型资产的数据。

1.1.1. 按模块统计模型资产

1.1.1.1. 业务功能概述

DDM提供模型资产功能，支持从模块统计视角展示模型资产概览信息、统计信息，各模块历史变动信息。

1.1.1.2. 业务流程说明

模型资产根据每一个模块的包含的VER阶段的模型的详细信息，统计该模块下模型资产的各项资产信息，指标信息。

（1）系统日常维护全行的板块、模块、模型归属模块的基本信息。

（2）每日凌晨系统逐模块统计各模块的各项资产信息，指标信息。

（3）模型资产页面提供机制展示各模块资产信息，统计信息，以及模型详情信息。

1.1.1.3. 用户及角色描述

拥有某模块模型只读及以上权限的用户可以看到此统计信息。

1.1.1.4. 业务规则描述

模型资产统计各模块下模型资产的各项资产信息：

数据表总数: 有效模型所有包含的数据表的总数。

数据项总数: 有效模型所有包含的数据表下，所有的字段的总数。（默认只考虑物理模型，概念模型，逻辑模型不在考虑范围中）

1.1.1.5. 输入输出描述

（1）输入描述

1）访问此页面的用户信息，用户分属模块信息。用于登记访问记录，计算资产访问次数。

2）访问此页面的时间信息

（2）输出描述

资产统计页面的各项可展示数据

1.1.1.6. 业务差错及异常处理

（1）模型资产统计各模块下模型资产的各项资产信息、指标信息，可能发生的异常与应对逻辑：系统日常维护全行的板块、模块、模型归属模块的基本信息失败。

应对逻辑：每日从上游系统同步相关信息，更新本地数据缓存。检测到板块、模块、模型

（2）归属模块异常，则尽可能利用历史版本缓存信息，进行数据计算与统计。

系统计算统计信息、指标信息失败。

应对逻辑：提供针对某一个模块的指标信息重新计算机制，尽可能自动化地处理异常情况。针对顽固问题，支持手动重新计算，支持查询问题日志，尽快解决问题。

1.1.2. 资产搜索功能

1.1.2.1. 业务功能概述

在模型资产功能模块，需要提供根据筛选条件筛选模型资产的功能。

1.1.2.2. 业务流程说明

搜索视角是支持选定范围、选定类型的关键字查询结果的展示页。

搜索资产类型分为：表，数据项，基础标准。

分别支持模糊匹配资产库中的表中文名、表英文名，字段中文名、字段英文名。

支持基础标准的中文名称的精准搜索。

支持基础标准搜索时根据实时关键字推荐确切的标准中文名。

1.1.2.3. 用户及角色描述

拥有某模块模型只读及以上权限的用户可以使用此功能。

1.1.2.4. 业务规则描述

根据实际情况填写，描述该功能需求自身的功能要求，包括但不限于：

（1）默认展示当前用户自己的模块模型资产，默认搜索范围也限定在此范围。

（2）用户可以根据需要自主调整搜索范围，搜索类型：表，字段，基础标准。

（3）在以上范围限定的基础上根据用户输入的关键字进行**匹配。

（4）分页展示用户的搜索结果，并提供搜索结果的下载功能。

1.1.2.5. 输入输出描述

（1）输入描述

1）访问此页面的用户信息。用于登记访问记录，计算资产访问次数

2）搜索关键字与搜索类型选择信息

3）板块、模块、模型的搜索定位与搜索范围限定信息

（2）输出描述

1)根据搜索关键字与搜索类型选择信息，所有后台筛选出来的结果匹配信息，范围包括：表，字段，基础标准。

2)表信息展示的信息至少包含：中文名，英文名，schema名；

3)字段信息展示的信息至少包含：中文名，英文名，所属表名，schema名，数据类型，字段引表情况，引用标准代码情况；

4)数据标准展示的信息至少包含：标准编码，标准中文名，标准英文名，数据类型。

1.1.2.6. 业务差错及异常处理

(1)资产搜索功能可能出现的差错，包括但不限于：

输入参数校验异常，无法完成条件匹配。

应对逻辑：对入参参数进行校验，确保入参合理，不能处理的及时返回异常信息。

(2)匹配到的结果较多，占用**。

应对逻辑：匹配结果分页处理，分页展示。控制好**占用与消耗。

1.1.3. 全局资产统计

1.1.3.1. 业务功能概述

DDM提供模型资产功能，支持从全局模型资产目录视角展示模型资产概览信息、详细信息。总览模型资产的全貌。成为模型资产门户入口。

1.1.3.2. 业务流程说明

DDM每日凌晨从全局视角统计当前模型库下的全部模型资产的资产概览信息，指标信息，详细信息，展示在模型资产页面，作为模型资产的门户。

1.1.3.3. 用户及角色描述

拥有某模块模型只读及以上权限的用户可以使用此功能。

1.1.3.4. 业务规则描述

(1) 全局统计视角是对模型库全部VER阶段模型的统计信息的汇总展示。主要展示全部VER模型的数量，模型模块的分布情况。

(2) 暂定名称为“资产概览”，资产概览的展示信息应该包含：目前整个模型库的有效板块数、有效模块数、有效模型总数，数据表总数，数据项总数，数据标准总数，标准代码总数。

(3) 关于计算规则：

(4) 有效板块数：至少含有一个有效VER模型的板块的总数。

(5) 有效模块数: 至少含有一个有效VER模型的模块的总数。

(6) 有效模型总数: 模型阶段为VER,且模型状态为正常的模型总数。非归档模型、非回收站暂存模型。

(7) 数据表总数: 有效模型所有包含的数据表的总数。

(8) 数据项总数: 有效模型所有包含的数据表下，所有的字段的总数。（默认只考虑物理模型，概念模型，逻辑模型不在考虑范围中）

(9) 数据标准总数: 目前系统下全部的处于已发布状态的数据标准。（不包含领域标准）

(10) 标准代码总数: 目前系统下全部的处于已发布状态的标准代码。（不包含领域标准及其中的领域标准代码）

1.1.3.5. 输入输出描述

(1).输入描述

1）访问此页面的用户信息。用于登记访问记录，计算资产访问次数

2）访问此页面的时间信息

(2)输出描述

资产统计页面的各项可展示数据

1.1.3.6. 业务差错及异常处理

模型资产全局统计DDM系统下全部的模型资产的各项资产信息、指标信息，可能发生的异常与应对逻辑：

（1）系统日常维护全行的板块、模块、模型归属模块的基本信息失败。

应对逻辑：每日从上游系统同步相关信息，更新本地数据缓存。检测到板块、模块、模 型归属模块异常，则尽可能利用历史版本缓存信息，进行数据计算与统计。

（2）系统计算全局统计信息、指标信息失败。

应对逻辑：提供针对某一个指标信息重新计算机制，尽可能自动化地处理异常情况。针对顽固问题，支持手动重新计算，支持查询问题日志，尽快解决问题。

1.1.4. 元数据对接资产

1.1.4.1. 业务功能概述

与元数据对接模型资产、元数据采集资产，并对接数据资产管理模块，呈现全行资产统一管控与展现。

1.1.4.2. 业务流程说明

对接数据资产管理模块，根据资产管理模块需求数据提供模型资产信息。

1.1.4.3. 用户及角色描述

拥有某模块模型只读及以上权限的用户可以使用此功能。

1.1.4.4. 业务规则描述

对接数据资产管理模块，提供数据的查询与同步接口。

1.1.4.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录，计算资产访问次数

2）访问此页面的时间信息

(2)输出描述

资产统计页面的各项可展示数据

1.1.4.6. 业务差错及异常处理

模型资产全局统计DDM系统下全部的模型资产的各项资产信息、指标信息，可能发生的异常与应对逻辑：

（1）系统日常维护全行的板块、模块、模型归属模块的基本信息失败。

应对逻辑：每日从上游系统同步相关信息，更新本地数据缓存。检测到板块、模块、模 型归属模块异常，则尽可能利用历史版本缓存信息，进行数据计算与统计。

（2）系统计算全局统计信息、指标信息失败。

应对逻辑：提供针对某一个指标信息重新计算机制，尽可能自动化地处理异常情况。针对顽固问题，支持手动重新计算，支持查询问题日志，尽快解决问题。

1.2. Web端模型逆向与模型编辑能力

增强DDM系统的Web端的逆向模型，编辑模型的能力。

1.2.1. web端支持多种数据源的连接方式。

1.2.1.1. 业务功能概述

web端支持逆向数据源直接生成模型，web端支持多种数据源的连接方式，适配不同的连接信息的配置方式。

1.2.1.2. 业务流程说明

用户进入自己的管理的模块，提供数据库链接信息，由服务端程序读取数据库信息，逆向保存为模型。

1.2.1.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.2.1.4. 业务规则描述

用户可以自己设置，选择逆向数据源的某一个schema，或者设置表清单，逆向时仅读取清单中的表。

1.2.1.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户提交的数据源链接信息

3）用户选择的板块、模块、模型名称等信息

2.输出描述

根据数据源链接信息所能读取到的schema，表，字段等信息。

逆向模型获得的表信息：中文名，英文名，schema名等；

逆向模型获得的表容纳的字段信息：中文名，英文名，所属表名，schema名，数据类型。

1.2.1.6. 业务差错及异常处理

Web端支持数据源链接，获得数据库模型可能出现的差错，包括但不限于：

（1）输入参数校验异常，无法完成数据源链接。

应对逻辑：对入参参数进行校验，确保入参合理，不能处理的及时返回异常信息。

（2****联通数据源，但是数据源较大，逆向过程占用**较多。

应对逻辑：逆向过程处理好**占用，尽可能划分多线程处理。控制好**占用与消耗。

1.2.2. web端支持设置数据源的默认驱动，并允许对驱动进行修改客制化。

1.2.2.1. 业务功能概述

web端支持逆向数据源直接生成模型，web端逆向模型过程中必然需要使用各数据库的驱动程序，考虑到数据库的种类版本繁多，为了增强此功能的适用性，需要支持在服务端为数据源设置并上传默认驱动，配置逆向数据库的URL与校验方式。

1.2.2.2. 业务流程说明

此场景分为两个场景：

（1）系统运维人员配置并管理系统支持的数据库类型的默认驱动程序。

（2）用户进入自己的管理的模块，提供数据库链接信息，自主选择自定义驱动项，上传自己的驱动文件，URL链接串，以及其他必要的参数，进行数据库链接的测试，进而逆向数据源的模型数据保存为模型。

1.2.2.3. 用户及角色描述

系统运维人员以及拥有某模块模型管理及以上权限的用户可以使用此功能。

1.2.2.4. 业务规则描述

系统运维人员可以自己上传并保存某一数据库类型的默认驱动程序。

模块管理人员可以临时上传自定义驱动，仅供当前模型本次逆向使用。

1.2.2.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户提交的数据源链接URL信息

3）用户上传的驱动程序

(2)输出描述

根据数据源链接信息所能读取到的schema，表，字段等信息。

逆向模型获得的表信息：中文名，英文名，schema名等；

逆向模型获得的表容纳的字段信息：中文名，英文名，所属表名，schema名，数据类型。

1.2.2.6. 业务差错及异常处理

Web端支持数据源链接，获得数据库模型可能出现的差错，包括但不限于：

（1）输入参数校验异常，无法完成数据源链接。

应对逻辑：对入参参数进行校验，确保入参合理，不能处理的及时返回异常信息。

（2****联通数据源，但是数据源较大，逆向过程占用**较多。

应对逻辑：逆向过程处理好**占用，尽可能划分多线程处理。控制好**占用与消耗。

（3）上传驱动程序不符合行内要求。

应对逻辑：限制上传文件的类型，并支持对上传文件的类型，内容进行检查。

1.2.3. 支持逆向时选择模型的指定schema,指定表，以及黑名单过滤规则。

1.2.3.1. 业务功能概述

web端支持逆向数据源直接生成模型，web端逆向模型过程中需要支持指定schema,指定表，以及黑名单过滤规则。

1.2.3.2. 业务流程说明

用户进入自己的管理的模块，提供数据库链接信息，由服务端程序读取数据库信息、schema信息、表列表信息，由用户选择本次要逆向的部分表，逆向保存为模型。选择表的逻辑需要支持逐表选择，黑名单过滤，黑名单规则过滤

1.2.3.3. 用户及角色描述

系统运维人员以及拥有某模块模型管理及以上权限的用户可以使用此功能。

1.2.3.4. 业务规则描述

用户可以自己设置，选择逆向数据源的某一个schema，或者设置表清单、黑名单规则，逆向时不读取黑名单，或者黑名单规则命中的表。

1.2.3.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户提交的数据源链接URL信息

3）用户选择的表清单

4）用户配置的表黑名单，或者黑名单规则

(2)输出描述

根据数据源链接信息所能读取到的schema，表，字段等信息。

逆向模型获得的表信息：中文名，英文名，schema名等；

逆向模型获得的表容纳的字段信息：中文名，英文名，所属表名，schema名，数据类型。

1.2.3.6. 业务差错及异常处理

Web端逆向数据源可能出现的差错，包括但不限于：

（1）输入参数校验异常，无法完成数据源链接。

应对逻辑：对入参参数进行校验，确保入参合理，不能处理的及时返回异常信息。

（2****联通数据源，但是数据源较大，逆向过程占用**较多。

应对逻辑：逆向过程处理好**占用，尽可能划分多线程处理。控制好**占用与消耗。

（3）用户配置黑名单规则无效。

应对逻辑：预检测黑名单规则，提示用户是否有效。

1.2.4. Web端模型签入进行签入规则监测与控制-增量模型规范，变更DDL规范性审核。

1.2.4.1. 业务功能概述

Web端逆向模型后，支持直接保存模型到模型库。针对模型的Web端变更部分，模型签入时需要进行模型规则的强制校验，以确保模型增量部分复合模型规范，变更DDL满足规范性审核。

1.2.4.2. 业务流程说明

用户选择某一模型进行变更操作。本次的变更部分作为本次签入的增量部分。增量部分需要满足模型规范的检查要求，如：表、字段中文名不能为空，且必须至少包含一个中文字符；表、字段的物理名称必须符合模型要求，不能触发模型关键字。

同时增量部分需要生成变更DDL语句，增量DDL语句需要借助行内SQL审核能力进行规范性检查。

1.2.4.3. 用户及角色描述

拥有某模块模型读写及以上权限的用户可以使用此功能。

1.2.4.4. 业务规则描述

模型检查规则是整一套的规则体系，样例解读如下：

表、字段中文名不能为空，且必须至少包含一个中文字符；

表、字段的物理名称必须符合模型要求，不能触发模型关键字。

以及行内SQL审核规范的具体要求。

1.2.4.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户本次对模型进行的变更部分

3）用户本次变更部分生成的DDL

4）用户当前编辑模型的对应数据源信息

(2)输出描述

用户本次变更内容是否符合模型规范。

用户本次变更内容不符合规范的表、字段信息以及规范说明。

1.2.4.6. 业务差错及异常处理

Web端进行模型规范检查、变更DDL规范性检查可能出现的差错，包括但不限于：

（1）输入参数校验异常，无法完成校验检查。

应对逻辑：对入参参数进行校验，确保入参合理，不能处理的及时返回异常信息。

（2）行内SQL审核规范接口通信异常。

应对逻辑：重试操作，登记记录异常情况，并提供后期模型评审报告的补充检查机制。

1.2.5. Web端模型签入强制校验规则的实现标准推荐与合标检查

1.2.5.1. 业务功能概述

Web端模型签入时进行标准推荐与合标检查。

1.2.5.2. 业务流程说明

行内有依托总行数据标准，标准化模型建设的需求。要求逐步提升数据库字段的引标率，逐步规范化模型设计过程。

模型的本次变更内容，是整体模型的新增部分，这部分是本次重点关注的模型变更部分，对应着本次新上线的功能。且从迭代开发的视角切入，增量部分是目前最关注的部分，对于存量部分数据和功能的影响较小，或者可以控制在本次的变更周期之中。

1.2.5.3. 用户及角色描述

拥有某模块模型读写及以上权限的用户可以使用此功能。

1.2.5.4. 业务规则描述

(1)模型发生变更后，进行签入操作时，需要弹框展示本次变更的字段部分。

(2)展示模型本次变更的字段的中文名，英文名，数据类型，引标情况。

(3)针对未引标的字段支持根据字段中文名进行标准推荐。

(4)用户可以在此页面完成推荐标准的引用（仅建立映射）。

(5)支持在此页面修改字段的引标数据。

(6)如果本次签入存在仍未引标的字段，支持用户填写备注信息，标记未引标原因。

(7)预留增量部分引标率的统计口径。支持后续根据引标率控制签入门禁。

(8)支持强制签入，允许特殊情况留痕后跨过门禁。

(9)针对已经引标的字段，展示字段的基本信息，引标基本信息。

(10)通过调用民生的合标检验接口，判定以上字段基本信息是否和引用标准的基本要求一致。

(11)展示接口的判定一致性的结果与推荐的描述信息，推动用户实现标准合验的逻辑。

1.2.5.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户本次对模型进行的变更部分

3）用户本次变更部分引用标准的信息

4）用户本次变更部分引用标准的合验标准检验信息

(2)输出描述

用户本次变更部分引用标准的信息。

用户本次变更部分引用标准的合验标准检验信息。

民生的合标检验接口的各项返回信息。

1.2.5.6. 业务差错及异常处理

Web端进行模型规范检查、变更DDL规范性检查可能出现的差错，包括但不限于：

（1）输入参数校验异常，无法完成校验检查。

应对逻辑：对入参参数进行校验，确保入参合理，不能处理的及时返回异常信息。

（2）行内合验标准接口通信异常。

应对逻辑：重试操作，登记记录异常情况，并提供后期模型评审报告的补充检查机制。

1.2.6. Web端表级别差异比较功能

1.2.6.1. 业务功能概述

Web端应当提供表级别的差异比较功能。支持选择指定模型，根据表名自动结组，结组表进行两两比较，逐一展示表间差异。

1.2.6.2. 业务流程说明

用户选择某一模型进行差异比较操作。当前选择模型为比较方，被比较方可以选择用户可见的其他模型（**：比较方为VER阶段的模型，被比较方为UAT阶段的模型），或者临时逆向得到的模型（**：比较方为UAT阶段的模型，被比较方为逆向得到的最新的UAT模型对应的数据源临时模型）。

1.2.6.3. 用户及角色描述

拥有某模块模型读写及以上权限的用户可以使用此功能。

1.2.6.4. 业务规则描述

用户选择比较的双方模型，根据表名自动结组，结组表进行两两比较，逐一展示表间差异。

1.2.6.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户本次选择的比较方模型

3）用户本次选择的被比较方模型

4）用户当前选择的比较双方的表

(2)输出描述

用户选择表组的具体差异内容。

1.2.7. Web端选择模型，选择具体的表比较方案功能，调整具体的比对关系

1.2.7.1. 业务功能概述

在支持选择指定模型，指定表进行两两比较的基础上，支持手动调整结组表的逻辑。允许用户自主配置表组合。

1.2.7.2. 业务流程说明

用户选择某一模型进行差异比较操作。当前选择模型为比较方，被比较方可以选择用户可见的其他模型（**：比较方为VER阶段的模型，被比较方为UAT阶段的模型），或者临时逆向得到的模型（**：比较方为UAT阶段的模型，被比较方为逆向得到的最新的UAT模型对应的数据源临时模型）。用户选择比较的双方模型，根据表名自动结组，结组表进行两两比较，逐一展示表间差异。支持手动调整结组表的逻辑。允许用户自主配置表组合。

1.2.7.3. 用户及角色描述

拥有某模块模型读写及以上权限的用户可以使用此功能。

1.2.7.4. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户本次选择的比较方模型

3）用户本次选择的被比较方模型

4）用户当前选择的比较双方的表

(2)输出描述

用户选择表组的具体差异内容。

1.2.8. Web端表级别差异数据的合并与编辑功能

1.2.8.1. 业务功能概述

Web端进行模型逐表的差异比较后，支持用户直接在差异页面进行差异数据的合并与编辑。

1.2.8.2. 业务流程说明

Web端进行模型逐表的差异比较后，支持用户直接在差异页面进行差异数据的合并与编辑。需要考虑合并与编辑的易操作性。

1.2.8.3. 用户及角色描述

拥有某模块模型读写及以上权限的用户可以使用此功能。

1.2.8.4. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户本次选择的比较方模型

3）用户本次选择的被比较方模型

4）用户当前选择的比较双方的表

5）用户在表差异页面的合并与编辑操作

(2)输出描述

用户选择表组的具体差异内容。编辑后的模型最终状态。

1.2.9. Web端表级别差异差异合并后，模型合理性检测机制

1.2.9.1. 业务功能概述

在支持选择指定模型，指定表进行两两比较的基础上，支持差异属性的合并，覆盖与快速修改。修改后的内容需要此机制保证模型数据的准确性。

1.2.9.2. 业务流程说明

在支持选择指定模型，指定表进行两两比较的基础上，支持差异属性的合并，覆盖与快速修改。修改后的表，字段等内容需要进一步校验与调整表、schema等属性，以确保最终模型的准确性。

1.2.9.3. 用户及角色描述

拥有某模块模型读写及以上权限的用户可以使用此功能。

1.2.9.4. 业务规则描述

确保模型数据的准确性。

1.2.9.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户本次选择的比较方模型

3）用户本次选择的被比较方模型

4）用户当前选择的比较双方的表

5）用户在表差异页面的合并与编辑操作

6）模型内置规则，如：字段顺序，schema信息等

(2)输出描述

用户选择表组的具体差异内容。编辑后的模型最终状态。

1.2.10. Web端表编辑能力支持根据数据库类型定制化

1.2.10.1. 业务功能概述

Web端针对不用数据库类型实现多态的模板，在编辑不同数据库类型的模型表时，提供一些差异化的特性设置，如：默认字段，缺省字段，默认表命名规则。在此基****分行、湖仓模型编辑诉求。提升DDM模型管控能力的适用范围

1.2.10.2. 业务流程说明

Web端针对不用数据库类型实现多态的模板，在编辑不同数据库类型的模型表时，提供一些差异化的特性设置，如：默认字段，缺省字段，默认表命名规则。此部分特性供用户自主选择引用与编辑，提高用户Web端编辑模型的便捷性。

1.2.10.3. 用户及角色描述

拥有某模块模型读写及以上权限的用户可以使用此功能。

1.2.10.4. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。用于登记访问记录。

2）用户本次编辑模型的类型

(2)输出描述

用户本次编辑模型的默认字段，缺省字段，命名规则。

1.3. 模型质量报告

DDM针对纳入质量报告生成的模块的VER数据模型，默认按月跑批生成数据模型质量报告，同一模型、相同版本只生成一份质量报告。数据模型关联月度投产版本，根据版本进行增量变更信息识别和比较。

1.3.1. 模型质量报告模块配置功能

1.3.1.1. 业务功能概述

在我行模块作为基本的管理最小单位，每一个模块有自己对应的元数据数据源，模型，PSET流水线，模块自己的多个服务单元，模块自身的SIT、UAT、VER、生产环境。在DDM模型管理体系中，每一个模块也会存在不同服务单元的SIT、UAT、VER多个环境的模型，多个元数据采集的数据源信息。模型质量报告配置模块主要是维护模型与数据源的一对一关系，确保后续进行模型增量部分与数据源，元数据增量部分的比对逻辑。

1.3.1.2. 业务流程说明

模型质量报告模块配置功能业务流程。

（1）用户确认当前模块当前包含哪些数据源，那些服务单元与模型。

（2）用户维护模型与数据源的一对一关系。

1.3.1.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.3.1.4. 业务规则描述

维护模型与数据源的一对一关系。

1.3.1.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模块的数据源信息。

3）用户当前模块的模型列表信息。

(2)输出描述

模型与数据源的一对一关系。

1.3.2. 模型质量报告任务生成及查询功能

1.3.2.1. 业务功能概述

模型质量报告的生成逻辑暂定为每月月初生成上一月模型变动部分的质量报告。采用后台批量任务的形式进行生成。后台任务需要支持查询与维护功能，支持任务重跑，任务状态监控。

1.3.2.2. 业务流程说明

模型质量报告后台任务的业务流程。

（1）每月月初后台自动根据模块模型情况，逐一生成后台任务。

（2）任务自动顺序执行。

（3）后台任务需要支持查询与维护功能。

（4）支持任务重跑，任务状态监控。

1.3.2.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.3.2.4. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模块的模型列表信息。

3）用户当前模块的任务列表信息。

(2)输出描述

用户当前模块的任务列表信息。

用户当前模块的任务执行状态信息、任务执行结果信息。

1.3.2.5. 业务差错及异常处理

模型质量报告后台任务可能出现的差错，包括但不限于：

（1）任务无法正常运行。

应对逻辑：对任务执行日志进行监控，确保任务执行条件具备，数据合理，能够及时重新运行当前任务。

1.3.3. 模型与VER数据源一致性比对功能

1.3.3.1. 业务功能概述

模型质量报告的一个重要方面是，监测模型的当前信息是否与VER环境的数据源保持一致。确保模型能够反映VER环境的数据源最新的状态。

1.3.3.2. 业务流程说明

模型质量报告模型与VER数据源一致性比对功能业务流程。

（1）模型质量报告根据当前VER阶段模型对应的数据源信息读取最新的数据源数据，此部分数据与当前模型进行差异比较，如实反映差异内容。

（2）用户查看此部分差异内容，判定是否满足用户预期。

（3）模块负责人可以根据实际情况判定是否需要重新创建VER模型。

1.3.3.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.3.3.4. 业务规则描述

进行VER阶段的模型与VER数据源获取数据的逐一内容比较。

1.3.3.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模型对应的数据源信息。

3）用户当前模型的信息。

(2)输出描述

VER阶段的当前模型与VER数据源数据的差异信息。

1.3.3.6. 业务差错及异常处理

模型质量报告模型与VER数据源一致性比对功能可能出现的差错，包括但不限于：

（1）比对任务无法正常运行，无比较结果可以展示。

应对逻辑：对任务执行日志进行监控，确保任务执行条件具备，数据合理，能够及时重新运行当前任务。

1.3.4. 元数据增量一致性对比功能

1.3.4.1. 业务功能概述

模型质量报告的一个重要方面是，监测模型的当前信息是否与元数据增量信息保持一致。确保模型能够反映模块最新的投产内容的状态（通过与元数据增量信息的比对达成）。

1.3.4.2. 业务流程说明

模型质量报告模型与元数据增量信息一致性比对功能业务流程。

（1）模型质量报告根据当前VER阶段模型对应的元数据信息获取最近元数据的增量部分信息，此部分数据与当前模型进行差异比较，如实反映差异内容。

（2）用户查看此部分差异内容，判定是否满足用户预期。

（3）模块负责人可以根据实际情况判定是否存在部分表未使用DDM,直接完成了表的上线操作。

1.3.4.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.3.4.4. 业务规则描述

进行VER阶段的模型与元数据增量部分进行逐一内容比较。

1.3.4.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模型对应的元数据增量信息。

3）用户当前模型的信息。

(2)输出描述

VER阶段的当前模型与元数据增量数据的差异信息。

1.3.4.6. 业务差错及异常处理

模型质量报告模型与元数据增量部分一致性比对功能可能出现的差错，包括但不限于：

（1）比对任务无法正常运行，无比较结果可以展示。

应对逻辑：对任务执行日志进行监控，确保任务执行条件具备，数据合理，能够及时重新运行当前任务。

1.3.5. 模型质量报告待办任务

1.3.5.1. 业务功能概述

每一份模型质量报告生成后，应该通过待办任务尽快通知对应的模块负责人。由模块负责人重点查看与关注质量报告能够反映出来的具体问题。

1.3.5.2. 业务流程说明

模型质量报告生成后均需要通知具体的对应模块负责人进行关注。

1.3.5.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.3.5.4. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模块的模型列表信息。

(2)输出描述

待办通知，通知用户查看当前模块的每一个模型的质量报告内容。

1.3.6. 模型质量报告模块配置功能

1.3.6.1. 业务功能概述

在我行模块作为基本的管理最小单位，每一个模块有自己对应的元数据数据源，模型，PSET流水线，模块自己的多个服务单元，模块自身的SIT、UAT、VER、生产环境。在DDM模型管理体系中，每一个模块也会存在不同服务单元的SIT、UAT、VER多个环境的模型，多个元数据采集的数据源信息。模型质量报告配置模块主要是维护模型与数据源的一对一关系，确保后续进行模型增量部分与数据源，元数据增量部分的比对逻辑。

1.3.6.2. 业务流程说明

模型质量报告模块配置功能业务流程。

（1）用户确认当前模块当前包含哪些数据源，那些服务单元与模型。

（2）用户维护模型与数据源的一对一关系。

1.3.6.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.3.6.4. 业务规则描述

维护模型与数据源的一对一关系。

1.3.6.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模块的数据源信息。

3）用户当前模块的模型列表信息。

(2)输出描述

模型与数据源的一对一关系。

1.3.7. 模型质量报告模块配置功能

1.3.7.1. 业务功能概述

在我行模块作为基本的管理最小单位，每一个模块有自己对应的元数据数据源，模型，PSET流水线，模块自己的多个服务单元，模块自身的SIT、UAT、VER、生产环境。在DDM模型管理体系中，每一个模块也会存在不同服务单元的SIT、UAT、VER多个环境的模型，多个元数据采集的数据源信息。模型质量报告配置模块主要是维护模型与数据源的一对一关系，确保后续进行模型增量部分与数据源，元数据增量部分的比对逻辑。

1.3.7.2. 业务流程说明

模型质量报告模块配置功能业务流程。

（1）用户确认当前模块当前包含哪些数据源，那些服务单元与模型。

（2）用户维护模型与数据源的一对一关系。

1.3.7.3. 用户及角色描述

拥有某模块模型管理及以上权限的用户可以使用此功能。

1.3.7.4. 业务规则描述

维护模型与数据源的一对一关系。

1.3.7.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模块的数据源信息。

3）用户当前模块的模型列表信息。

(2)输出描述

模型与数据源的一对一关系。

1.4. 投产脚本一致性检查

1.4.1. 投产脚本一致性检查支持的数据库类型扩充

1.4.1.1. 业务功能概述

当前投产脚本一致性检查仅支持 Mysql、DB２、GoldenDB、Oracle、OpenGauss。需要继续增加 Hive、Hudi、Spark、GaussDB、ClickHouse方言支持，每种方言需要支持48种属性支持。详见下表

	MySQL	DB2	GoldenDB	Oracle	OpenGauss
新增表和字段	√	√	√	√	√
修改表名	√	√	√	√	√
修改表中文名	√	√	√	√	√
修改表Schema	√	√	√	√	√
删除表Schema	√	√	√	√	√
修改表Tablespace	√	√	√	√	√
删除表Tablespace	√	√	√	√	√
勾选表为物理表	√	√	√	√	√
取消勾选表为物理表	√	√	√	√	√
修改表定义	√	√	√	√	√
删除表定义	√	√	√	√	√
修改表分区	√	√	√	√	√
删除表分区	√	√	√	√	√
删除表	√	√	√	√	√
修改字段名	√	√	√	√	√
修改字段中文名	√	√	√	√	√
字段选择数据标准	√	√	√	√	√
字段设置勾选主键	√	√	√	√	√
字段取消设置勾选主键	√	√	√	√	√
字段设置勾选非空	√	√	√	√	√
字段取消设置勾选非空	√	√	√	√	√
修改字段默认值	√	√	√	√	√
删除字段默认值	√	√	√	√	√
修改字段英文名	√	√	√	√	√
字段选择代码	√	√	√	√	√
修改字段数1据类型	√	√	√	√	√
删除字段	√	√	√	√	√
新增主键索引	√	√	√	√	√
修改主键索引名称	√	√	√	√	√
修改主键索引成员字段	√	√	√	√	√
删除主键索引	√	√	√	√	√
新增唯一索引	√	√	√	√	√
修改唯一索引名称	√	√	√	√	√
修改唯一索引成员字段	√	√	√	√	√
删除唯一索引	√	√	√	√	√
新增非唯一索引	√	√	√	√	√
修改非唯一索引名称	√	√	√	√	√
修改非唯一索引成员字段	√	√	√	√	√
删除非唯一索引	√	√	√	√	√
新增外键索引	√	√	√	√	√
删除外键索引	√	√	√	√	√
创建视图，视图字段关联表字段，表生成虚拟索引	√	√	√	√	√
删除字段英文名	√	√	√	√	√
修改字段定义	√	√	√	√	√
删除字段定义	√	√	√	√	√
序列	不涉及	待支持	不涉及	待支持	待支持
表空间	不涉及	待支持	不涉及	待支持	待支持
索引的OnLine子语句	不涉及	不涉及	不涉及	待支持	不涉及

1.4.1.2. 业务流程说明

投产脚本一致性检查业务操作流程或步骤

（1）解析用户提交的投产介质，从文本串解析出实际的表、字段、数据类型等信息，格式化为统一的对象类型。

（2）如上第一步获得的变更对象与模型的变更对象自动根据类型、名称匹配，比对是否存在差异。

1.4.1.3. 用户及角色描述

拥有某模块模型只读及以上权限的用户可以使用此功能。

1.4.1.4. 业务规则描述

首先本需求的侧重点是增加此功能的支持范围，增加 Hive、Hudi、Spark、GaussDB、ClickHouse类型数据库的方言支持。

投产脚本一致性检查的功能要求，包括但不限于：

（1）根据当前模型数据库类型解析对应的语法，解析用户上传的投产介质。需要增加对于压缩文件的投产介质内容获取的支持。

（2）解析获取的各个对象统一处理为标准的变化对象实体。

（3）变化对象实体模型的变更对象自动根据类型、名称匹配，比对是否存在差异。

1.4.1.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模型的数据库类型。

3）用户当前模型的本版本包含的变更内容。

4）用户上传的投产介质。

(2)输出描述

1）投产介质解析后的变更对象。

2）变更对象与模型变更内容的匹配信息。

（）变更对象与模型变更内容的差异比对结果与差异详情。

1.4.1.6. 业务差错及异常处理

投产脚本一致性检查的功能可能出现的问题，包括但不限于：

投产介质上传方式采用压缩文件。

应对逻辑：提供读取压缩文件内容的机制，尽可能读取用户上传的全部投产介质中的 DDL内容。

投产介质解析乱码。

应对逻辑：对于乱码内容，解析逻辑会提示无法解析或者解析异常，需要由用户自行处 理文件编码后重新上传，并再次发起比对。上传位置可以增加说明引导，引导用户使用 正确的编码。

（3）投产介质无法解析。

应对逻辑：对于无法解析的内容，解析逻辑会提示无法解析或者解析异常，需要由用户 自行处理文件编码后重新上传，并再次发起比对。无法解析会尽可能提示无法解析的具 体位置，供用户快速定位检查是否投产介质存在语法问题。

1.4.2. 扩充数据库类型其他属性

1.4.2.1. 业务功能概述

当前投产脚本一致性检查仅支持Mysql、DB２、GoldenDB、Oracle、OpenGauss五种数据库的表、字段、索引等基本结构信息变化的解析与检测。对于一些较高级的属性暂时还无法支持。如：DB2索引指定存储表空间，Oracle数据库支持索引Online子语句，OpenGauss数据库的序列。本需求的重点方向是增加投产介质解析时对于这些内容的解析与比对支持。

1.4.2.2. 业务流程说明

投产脚本一致性检查业务操作流程或步骤

（1）解析用户提交的投产介质，从文本串解析出实际的表、字段、数据类型等信息，格式化为统一的对象类型。

（2）如上第一步获得的变更对象与模型的变更对象自动根据类型、名称匹配，比对是否存在差异。

1.4.2.3. 用户及角色描述

拥有某模块模型只读及以上权限的用户可以使用此功能。

1.4.2.4. 业务规则描述

首先本需求的侧重点是增加此功能的支持细节，增加 DB2索引指定存储表空间，Oracle数据库支持索引Online子语句，OpenGauss数据库的序列等属性的解析与比对支持。

投产脚本一致性检查的功能要求，包括但不限于：

（1）根据当前模型数据库类型解析对应的语法，解析用户上传的投产介质。需要增加对于压缩文件的投产介质内容获取的支持。

（2）解析获取的各个对象统一处理为标准的变化对象实体，重点突出表空间，索引Online子语句，序列等相关信息的解析与比对支持。

（3）变化对象实体模型的变更对象自动根据类型、名称匹配，比对是否存在差异。

1.4.2.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模型的数据库类型。

3）用户当前模型的本版本包含的变更内容。

4）用户上传的投产介质。

(2)输出描述

1）投产介质解析后的变更对象。

2）变更对象与模型变更内容的匹配信息。

3）变更对象与模型变更内容的差异比对结果与差异详情。

1.4.2.6. 业务差错及异常处理

投产脚本一致性检查的功能可能出现的问题，包括但不限于：

（1）投产介质无法解析。

应对逻辑：对于无法解析的内容，解析逻辑会提示无法解析或者解析异常，需要由用户 自行处理文件编码后重新上传，并再次发起比对。无法解析会尽可能提示无法解析的具 体位置，供用户快速定位检查是否投产介质存在语法问题。

1.4.3. 增加过滤机制

1.4.3.1. 业务功能概述

当前投产脚本一致性检查会受到一些场景因素的干扰，**：投产介质中包含临时表、备份表、分表逻辑。针对备份表、临时表、合并表、拆分表、拉黑表等情景应该支持黑名单或者通用配置规则，以处理过滤表的逻辑功能，减少以上干扰因素。

由于元数据模块已经存在一定的黑名单以及表过滤规则了。建议提供接口用于同步DDM的备份表、临时表、合并表等规则。确保对方规则保持一致。

1.4.3.2. 业务流程说明

投产脚本一致性检查过程中增加过滤规则业务操作流程或步骤

解析用户提交的投产介质，从文本串解析出实际的表、字段、数据类型等信息，格式化为统一的对象类型。

执行过滤规则，剔除会影响比对结果的临时表、备份表、分表等

（3）如上第一步获得的变更对象与模型的变更对象自动根据类型、名称匹配，比对是否存在差异。

1.4.3.3. 用户及角色描述

拥有某模块模型只读及以上权限的用户可以使用此功能。

1.4.3.4. 业务规则描述

首先本需求的侧重点是增加对于解析后的对象实体的过滤。

投产脚本一致性检查的功能要求，在增加过滤规则后，包括但不限于：

（1）根据当前模型数据库类型解析对应的语法，解析用户上传的投产介质。需要增加对于压缩文件的投产介质内容获取的支持。

（2）解析获取的各个对象统一处理为标准的变化对象实体。

执行过滤规则，剔除会影响比对结果的临时表、备份表、分表等

（4）变化对象实体模型的变更对象自动根据类型、名称匹配，比对是否存在差异。

1.4.3.5. 输入输出描述

(1)输入描述

1）访问此页面的用户信息。

2）用户当前模型的数据库类型。

3）用户当前模型的本版本包含的变更内容。

4）用户上传的投产介质。

5）用户针对此模型、模块配置的过滤规则与要求

(2)输出描述

1）投产介质解析后的变更对象。变更对象需要经过过滤规则进行过滤。得到最终的 用于比对的变更对象、模型变更对象。

2）变更对象与模型变更内容的匹配信息。

3）变更对象与模型变更内容的差异比对结果与差异详情。

1.4.3.6. 业务差错及异常处理

投产脚本一致性检查的功能可能出现的问题，包括但不限于：

（1）过滤规则无法匹配当前结果。

应对逻辑：提供过滤规则的试算页面，辅助用户维护正确的过滤规则。

（2）过滤规则多方无法同步，过滤逻辑不统一。

应对逻辑：首先通过接口日常同步多方的过滤规则；其次考虑后续采用统一处理的逻辑 完成过滤工作，确保对方多虑行为结果的一致性。

1.5. 产品运维及推广

DDM作为我行PSET流程版本管理的重要一环，在我行各系统的投产部署环节起到重要的监控作用。尤其是各重点的质量门禁项。同时DDM也是我行模型建设的重要工具，是我行数据标准落地的重要抓手。因此DDM的运维与推广工作显得尤其重要。

1.5.1. 产品运营及推广

1.5.1.1. 业务功能概述

DDM的产品运营与推广体现在以下几个方面：

周期性地总结与归纳DDM使用中的各种问题，发掘DDM在不同场景的使用技巧。周期性地选择确定的范围进行DDM使用流程与技巧的宣贯与培训。

发掘用户对于DDM的新诉求，分析合理性，可操作性后及时更新迭代产品功能。

及时宣贯DDM产品的新特性，新功能。

日常编写并维护DDM产品的使用流程，使用技巧，使用手册等。

依托行内服务台，及时回复用户使用DDM过程中的各种疑难问题。为DDM的推广使用保驾护航。

及时关注DDM模块运行指标，用户活跃度，用户量峰值等，及时发现系统运维瓶颈，及时处理瓶颈问题。

1.5.1.2. 输入输出描述

输出描述

（1）DDM功能变更与发版记录。

（2）DDM运营支持周报。

（3）DDM操作流程说明。

（4）DDM操作手册。

1.6. 价值指标

模型接入率、中文充足率、引标率合标率、模型质量等价值指标呈现，支持按照模块进行模型成果可视化（引标合标维度、模型质量维度、资产访问维度、管控维度）等各个维度进行价值指标设计。

1.6.1. 价值指标

1.6.1.1. 业务功能概述

DDM需要在合适的位置，按照模块，模型评审报告，模型上线报告，模型质量报告，模型资产等场景或者维度，计算当前场景的全量中文充足率、全量引标率合标率、增量中文充足率、增量引标率合标率、模型质量等价值指标。整体DDM模块计算模块接入率，用户活跃度，用户活跃时长排名，资产访问热度排名等指标。

1.6.1.2. 输入输出描述

输出描述

（1）当前模型的全量中文充足率、全量引标率合标率、增量中文充足率、增量引标率 合标率、模型质量等价值指标。

（2）当前模型的月度质量报告。

（3）DDM当前模型资产概览。

（4）DDM模块统计视角下的各模块接入率，用户活跃度，用户活跃时长排名，资产访问热度排名等指标。

1.7. 模型归档

1.7.1. 业务功能概述

行内使用场景下，用户所创建的模型在使用一段时间后，不再有使用的需求，但是用户又不想删除此模型，据此开发模型归档功能，来支持用户需求的多样化。

1.7.2. 业务流程说明

需求拆分后的完整流程描述为：

(1)模型管理员从DDM web端模型目录列表对某一模型点击归档按钮，可发起对该模型的归档，如果该模型所有的签入版本号（jira任务号）全是关闭状态，则允许归档，否则不允许归档。

(2)模型和模型的分支都可以进行归档，对模型进行归档，如果该模型下有分支，则该模型以及下面所有的分支都进行归档；如果对分支进行归档，则仅仅是对分支模型进行归档，主模型不会归档。

(3)模型归档后在模型目录和模型资产均不可见，可通过模型归档站查询已归档的模型。

(4)模型归档后，模型资产统计模型个数中不包含已归档的模型。

(5)模型归档后，需要将模型已归档的状态同步到行内DMMS系统。

(6)用户可以进入模型归档站，查看已经归档的模型并对模型进行恢复操作。

1.7.3. 用户及角色描述

拥有此模型管理及以上权限的用户。

1.7.4. 业务规则描述

模型归档操作，需要进行一些前置条件的检查：

(1)仅允许有模型管理员角色的用户可以对模型进行归档操作。

(2)归档时必须校验当前模型所有的签入版本号（jira任务号）是否是关闭状态，任务号全部是关闭状态，可以进行归档。

3.校验Jira任务号是否是关闭状态的接口由行内DMMS系统提供。

1.7.5. 输入输出描述

(1)输入描述

1）访问此功能的用户信息

2）访问此功能的时间信息

3）用户模型权限信息

(2)输出描述

根据用户的操作，展示模型是否归档成功的信息。

不符合可以归档的模型的条件的，弹框提示模型归档被阻断的原因。

1.8. XC改造

1.8.1. 数据库XC改造

数据库需要从mysql迁移至GoldenDB。

（1）测试环境GoldenDB数据库申请

（2）测试环境通过信创易平台迁移数据库至GoldenDB

（3）测试环境主从数据库切换验证

（4）切换新数据库后代码适配调整

（5）测试环境切换新数据库后整体功能验证

（6）正式环境GoldenDB数据库申请

（7）正式环境mysql数据库迁移至GoldenDB

（8）正式环境相关网络关系开通

（9）正式环境切换新数据库后功能验证

1.8.2. 操作系统XC改造

操作系统切换为kylin V10

1.8.3. 中间件XC改造

中间件由tomcat切换为宝蓝德

2. 非功能需求

2.1. 容量需求

2.1.1. 用户数量说明

详细描述说明用户的类型和预期数量的估算。需要从以下三方面分析：

（1）用户在今后3-5年的发展趋势。

（2）考虑一定的余量。

（3）不同类型业务的发展。

用户数量估算参考模板：

用户/角色名	用户类型	用户数量	预期增长
建模用户	建模用户	300	500

2.2. 系统服务时限要求

工作日5 8 。

2.3. 历史数据处理需求

系统应提供数据备份与数据恢复功能，保证数据正确、完整，保证业务连续性。系统应对网络不稳定、用户非法操作能有容错能力，确保系统正常运行。

当发生例外情况时，可及时复查交易日志信息。

2.4. 系统安全性要求

系统日志管理按照我行规定执行，即通过集中监控平台进行复查，监控复查频率不低于10分钟。对于监控发现的日志异常情况通过监控服务台报告并进行追踪处置。

五、拟采购供应商名称：****

六、延续性采购说明

1. 数据模型核心技术在国内稀缺且人员成本较高。 当前数据模型核心技术在国内市场中只有少数专业人才具备相关能力。这些人才不仅数量有限，而且人员成本相对较高。****作为该领域的领先企业，拥有具备深厚技术背景和丰富项目经验的专业团队。选择****，可以确保项目在技术层面得到充分保障，避免因技术瓶颈而导致的项目延误和质量问题。

2. 当前我行数据模型推广处于关键节点。 目前我行数据模型建设的推广工作正处于关键阶段。****在这一过程中已经积累了丰富的经验和成功案例，能够有效推动数据治理和我行模型建设进度推进的进展。如果在此时更换供应商，不仅需要重新培训新团队，还需要花费大量时间和**来熟悉项目背景和技术要求，这将严重影响项目的整体进度。因此，保持与****的**，有助于确保项目按计划顺利推进。

3. 数据模型领域的专业能力和定制化实施经验。 ****在数据模型领域具备强大的专业能力和丰富的实施经验。其能够根据不同的项目需求，提供定制化的解决方案，确保每个项目都能满足客户的特定需求。此外，公司在产品依赖和人员熟悉程度方面也具有显著优势，能够高效地应对各种复杂情况。

4. 前期基础工作依赖程度较高。 我行于2021年首次引入数据建模管理工具（DDM），并经过数次迭代对此工具进行了升级改造和集成，使其融入了行内的开发投产流程，适配行内管理方式，为行内的数据建模、数据治理工作提供了有力的支撑，极大的提升了相关人员的工作效率并提升了模型工作产出的规范性。 目前DDM已经接入的模块数量较大，产生有效模型和对接同步数据标准数千，日活及月活均过百。目前行内的开发投产流程，PSET门禁检查项（模型评估报告相关检查项）对DDM依赖程度较高。此项目项目交付项目组与行内各关联对接系统（PSET,DMMS模块）的对应开发团队的交互工作量较大，互为依赖项。我行目前的开发投产流程对于DDM以及相关前期基础工作依赖程度较高。

5. 行内对数据治理及模型推进的依赖和需求急切程度 我行内部对数据治理和模型推进的需求非常迫切。****已经与我行建立了良好的**关系，熟悉我们的业务流程和技术要求。如果更换供应商，不仅会增加成本，还可能导致需求停滞和项目延期，严重影响业务运营。因此，继续与******，能够更好地满足行内的需求，确保项目的顺利进行。

6. 数语科技对于Datablau数据建模系统，拥有计算机软件著作权，可证明该厂商在数据建模领域具备可认证的专业能力 综上所述，****在数据模型核心技术、项目推广、数据模型领域专业能力、定制化实施经验、行内需求急切程度等方面均具备明显优势。选择****，不仅可以确保项目的顺利推进，还能有效控制成本和风险。我们建议继续与******，共同推动数据治理和模型推进工作的深入开展。

七、合格响应方资格标准：受邀请的合格响应方。具体要求如下：

1.通用资格条件：

（1）响应方应为在中华人民**国境内注册，能够独立承担民事责任，有生产或供应能力的单位或自然人（如响应方为企业，须在响应文****管理部门颁发的企业法人营业执照复印件并加盖响应方公章；****事业单位，****事业单位法人证书复印件并加盖响应方公章；如响应方为非企业专业服务机构，应提供执业许可证等证明文件复印件加盖响应方公章；如响应方是自然人，应提供有效的自然人身份证明）。

（2）响应方应没有处于停业、歇业、重整、破产清算状态，没有因财产被接管、冻结等影响企业正常经营及履约能力的情况。（须在响应文件中提供承诺函并加盖响应方公章）标书代写

（3）响应方须具有良好的商业信誉和健全的财务会计制度（应在响应文件中提供经审计的2022年度和2023年度的财务报告复印件，至少包括经审计的资产负债表、利润表、现金流量表，财务报告经过审计的证明材料；****银行出具的资信证明、担保函），自然人提供征信报告。标书代写

（4）响应方须具有履行合同所必需的设备和专业技术能力，须根据采购文件要求提供相关证明材料。标书代写

（5）响应方必须依法缴纳社会保障资金、依法纳税，需提供以下证明材料，自然人除外。

1 ）提供2024年1月1日后1年内任意1个月的社****银行回单（复印件加盖单位公章）。

说明：响应方必须是依法缴纳社会保障资金的单位；国家、****管理部****管理部门对社会保障资金缴纳（如免缴）有特别政策的，必须提供相关政策文件复印件以及响应方满足相关政策文件的证明文件。

2）提供2024年1月1日后1年内任意1个月的企业依法缴纳****银行回单（复印件加盖单位公章）。

说明：响应方必须是依法纳税的单位；税务管理部门对单位纳税有特别规定的，必须提供相关政策性文件复印件和响应方满足政策文件规定的证明文件,个人所得税除外。

（6）响应方在本项目响应文件递交截止时间3年内（2022年1月1日后3年内）在经营活动中没有重大违法记录（包括响应方因违法经营等情况受到刑事处罚或者被责令停产停业、吊销许可证或者执照、处以较大数额罚款（200万元以上）等行政处罚），递交响应文件时未被列入严重违法失信名单、失信被执行人、被采取限制消费措施、经营异常名录、税收违法黑名单、政府采购严重违法失信行为记录名单等（在处罚期内），须在响应文件中提供纸质承诺并加盖响应方公章。标书代写

注：民生银行或其代理机构在项目评审时，将现场查询响应方在信用中国（ www.****.cn ）、国家企业信用信息公示系统（www.****.cn，仅适用于查询企业、******社、个体工商户等市场主体信用报告）的全套“信用信息报告”，中国政府采购网（www.****.cn/search/cr/）的“政府采购严重违法失信行为信息记录”，以及中国执行公开网（zxgk.****.cn）的“失信被执行人”和“限制消费人员”截图，并依据查询结果确定是否符合采购文件要求。查询方法详见采购文件内说明。标书代写

(7****银行**（如有）的项目履约过程中，没有合同违约、****银行商业秘密或技术秘密等非公开信息等事件（须在响应文件中提供承诺函并加盖响应方公章）；递交响应文件时，****银行暂停、限制或禁止参加采购活动。标书代写

(8)存在关联关系的不同响应方，不得同时参与本项目。关联关系响应方包含以下情况：与本响应方单位负责人为同一人的其他响应方；与本响应方存在直接控股、管理关系的其他响应方。

(9)本项目不接受联合体响应。

2.特定资格条件

无。

八、公示期：2025年2月17日-2025年2月19日，共计3个工作日。潜在供应商对公示内容有异议的，请于公示期内将书面意见反馈至代理机构，书面文件包括：

Φ ****事业单位法人证明复印件；

Φ 法定代表人授权书（如由授权代理人提出异议的）；

Φ 异议单位情况介绍（包括但不限于供应商名称、联系人、联系电话、联系邮箱等）；能够完成本项目的声明及证明材料；

Φ 采购需求技术指标的不合理性意见（如有）；

Φ 若异议材料通过审核，能够准时参加后续采购活动的承诺函（非不可抗力不得放弃参加后续采购活动，否则****银行不良供应商名录）；

以上内容均需加盖企业公章。

招标代理机构：****

地 址：**市**区西坝**里51号楼一层

联 系 人： 刘经理

电 话：151****6959

电子邮件：****@sztc.com

采购方联系人:吕老师

采购经理电话:010-****0666

采购邮箱:lvchenglin@cmbc.****.cn

****2025年2月17日