华为云用户手册

概述 Fast by BIP (用友BIP大型企业数智化速达包)是一个订阅式服务包，以“专属云”的方式部署，客户既享受公有云的快捷灵活和专业化保障，又获得专属空间的独立安全和个性化服务。Fast by BIP包括全层级产品(One Package)和一站式服务 (One Service)。 全层级产品：云计算基础设施(IaaS)、数智化平台底座(PaaS)、应用软件与服务(SaaS)、行业先进实践。 一站式服务：云部署、实施客开、迁移服务、异构系统集成、运营服务。

应用场景 通过数智化转型实现高质量发展已经成为众多企业正在推进的战略举措。然而，大型企业在数智化推进过程中面临着诸多挑战。如缺乏数智化转型成功路径；专业人才与能力不足；需要比选和合作不同层面及类型的提供商；实施周期长，上线慢，不能尽快见效;后期运营和运维难度高企业一次性投入大等困难。 数智时代，企业需求聚焦在社会化连接、智能化（含RPA/自动化）、协同工作与应用融合、数据服务、创新的业务应用与便捷的应用创新、基于新一代ICT技术和架构、更好的用户体验上。 用友BIP大型企业数智化速达包Fast by BIP，将大型企业需要的包含应用软件与服务（SaaS）、 数智化平台底座（PaaS）、云计算基础设施（IaaS）、行业先进实践，以及技术迁移上云和一站式全程全域服务，以单一订阅服务包的方式提供，用一个更快速、更简单的方式，帮助大型企业客户快速导入先进企业基于数智技术的业务与管理成功实践，快速推进数智化，成为数智企业。

概述 场景介绍：以人口库建设为场景，介绍数据从部门前置库进入到最后从资源目录挂载出来的整个流程的实现。 前置条件：部门已经建设好前置库，并且在前置库中推了数据。 整体流程： 部门前置库数据经过库表采集环节进入资源库（中心前置库）。 资源库数据经过数据质检、分析来源并接入到数据治理平台对应的模型中（对应人口库模型构建环节）。 数据治理平台的数据经过落标与清洗、融合与发布将数据发布到DWS发布库上。 发布库的数据经过挂载资源目录环节将资源挂载到共享门户上。 父主题： 场景实践

融合与发布 融合不是一个必须的过程，对于例举的人口基本信息、概况信息等常用宽表，可用到融合，而如果仅公安临时需要人社、婚姻及教育局部分数据字段，可直接通过发布作业进行拼接。 应用开始构建的人口库模型， 将表物化到基础层、发布库。通过融合作业，讲前序产生的户籍、教育等标准表进行拼接，数据汇聚入人口概况宽表。再通过发布作业将概况宽表发布至发布库。 数据融合非治理流程中的必须步骤，主要用于将多张业务表合并为一张业务宽表，在人口库形成场景中，公民的基本信息、教育信息、车辆信息、劳务信息等可能存在于多张业务表中，如有新的业务需求于一张表中查询某公民的全部信息，则需要将多张业务表的关键信息融合至一张业务宽表，此时便需要使用数据融合功能。 现在融合有两种类型，一种是通过建模平台配置，另一种是通过自定义 sql 来融合。 建模方式融合 如下图，是通过建模来配置融合作业，拖入人口基本信息表和人口婚姻表，将两表进行表关联，数据流向本地库中，选择本地库中存在的表进行字段一一映射，本地库存在的的表是指基础层的表，一般通过数据模型-逻辑模型创建。 图1 建模方式融合1 图2 建模方式融合2 图3 建模方式融合3 自定义 sql 融合 选择来源表和目标表，目标表是基础层的表，要确保来源表的表结构表名称和目标表一一对应，填写融合的 sql 语句，保存完之后在列表页启动作业。 交换任务成功运行后，系统将根据融合配置将于数仓基础层用张业务表合并为一张宽表。 这边的发布和发布定义的不同之处是这边的发布主要用于融合之后的表的发布，可由基础层表或经过融合的基础层表发布至发布库供部门使用。 图4 自定义 sql 融合1 图5 自定义 sql 融合2 父主题： 场景实践

全文检索 组件说明 提供快速检索功能 容器创建 所属服务：新增服务的时候需要注意一定要选择 Tomcat 类型。 主机名称：按照规划的服务器选择用于部署全文检索的服务器即可。 容器名称：按照实际情况取名。 镜像名称：docker.epoint.com.cn/library/inteligentsearch 镜像版本：选择 v1.0-snapshot 版本。 配置文件： 图1 配置文件 数据库配置文件（jdbc.properties）： /usr/local/tomcat/webapps/inteligentsearch/WEB-INF/classes/jdbc.properties url：填写数据库 jdbc 连接； Username：填写数据库用户名； password：填写数据库密码。 或者在环境变量里面新增 图2 数据库配置文件 修改 inteligentsearch.properties，配置智能检索系统参数 /usr/local/tomcat/webapps/inteligentsearch/WEB-INF/classes/inteligentsearch.properties zkIpConfig：前面安装的 zookeeper 的 ip 和端口（端口默认为 2181） replicNums：索引备份数，如果 solr 部署了三台，那么这个数字可以改为 2，否则不用修改 redisSetting：redis 连接配置，这个配置非常重要，一定要配置 maxPageNumber：索引分页查询可以查询的最大页数，建议不要配置太大 NULLREPLAY：机器人默认不知道的回答内容，以封号隔开 图3 数据库配置文件 部署验证 访问地址：http://localhost:端口/inteligentsearch 用户名：admin 密码：111111 访问验证 登录相应页面，正常显示。业务平台部署成功。 父主题： 基础组件部署

服务配置 在 xx容器平台中，服务是一个具体的功能的封装。例如统一认证要使其正常的运转，需要一个 Tomcat 容器作为 WEB 页面服务的提供，但是他还需要 PGSQL 和 KONG 才能够使的整个统一认证正常的运转，所以在 xx容器平台 中编排时，就会为这两种类型的程序分别编排两种服务以用来管理与监控。 在 xx容器平台 中，服务可以分为两大类，一类是容器类服务，该类服务是容器组成，相应的监控配置在新建容器时配置；一类是非容器类服务，该类型服务是一个虚拟机或实体机应用，例如是一个数据库服务，相应的监控配置在新建服务配置时设定。

MRS 配置 hive连接字符串： jdbc:hive2://XX.XX.XX.XX:24002,XX.XX.XX.XX:24002,XX.XX.XX.XX:24002/default;serviceDiscoveryMode=zooKeeper;zooKeeperNamespace=hiveserver2;sasl.qop=auth-conf;auth=KERBEROS;principal=hive/hadoop.hadoophw.com@HADOOPHW.COM 参照图中所标查找 图1 查找1 图2 查找2 图3 查找3 按顺序替换相关参数即可 jdbc:hive2://ip地址/default;serviceDiscoveryMode=xxx;zooKeeperNamespace=xxx;sasl.qop=xxxx;auth=xxx;principal=XXX 图4 替换参数 Hetu配置： XXXXframe 添加 hetu 所需参数 hetuUser：mrs 的认证用户，如 XXXXuser。 hetuPassword：认证用户的密码 hetuTenant：hive 的模式名称，默认为default。 添加 hetu 的认证文件至 classes 路径下，调整 user.keytab 路径

成本规划 本方案基于 华为云Stack Online 底座部署，属于基地云模式。资源开通向基地发起申请，基地开通后给出。无单独的成本规划。 在项目交付期间，基地云整体未完成验收转维前，由于业务中台、数据中台建设需求，需要提前开通各中台所需云资源。此时根据各中台建设厂商提出资源需求表给基地云交付团队，并抄送客户（大数据公司），基地云交付团队规划、发放相应资源，并将开通资源记录在案。 在基地云完成验证转维后，各中台建设厂商所需资源提交给客户，客户走政府内部工单流程，到大数据中心；大数据中心审批后，将需求单发大数据公司，大数据公司客户将开通资源信息发给基地云经理；基地云经理录入 BSS 系统，由公司完成 BSS 系统资源审批，审批后再由基地云运维工程师开通相关资源服务。

资源规划 表1 资源规划 分类 服务名称 配置 量纲 备注 数据资源层 MRS MRS 管控节点（32U128G, 4*1.6TB数据盘） 3 2管理+3控制节点，需要 zookeeper，hdfs，hive，hbase，spark，yarn，ranger，hetu MRS 计算节点（32U128G, 4*1.6TB数据盘） 7 批处理计算，26TB MRS 计算节点（32U128G, 2*0.8TB数据盘） 3 人法标签库，Hbase DWS DWS 计算密集型（32U128G 2.98T有效容量）（SSD） 3 基础/主题/专题发布库 ROMA 企业版，支持30系统，200联接 1 生成数据 API，接口数量450个，未估算并发性能，使用 APIC 功能 基础组件 ECS 通用型 8C16G 7 内网反向代理、网关反向代理、xx容器平台、SFTP、livy、presto、nfs、kafka、flink LTS 日志（给 ROMA 做归档） 1 ELB 默认小规格 2 ECS 通用型 16C32G 9 Redis主备版16G 主备版 16G 1 系统缓存服务使用 RDSMySQL 关系型数据库服务 32C128G 主备双实例 1 MHA 集群计算节点系统业务库 mangoDB 16C64G 三副本 1 地理信息库 RDSMySQL 关系型数据库服务 32C128G 主备双实例 1 MHA 集群计算节点部门资源库 RDSMySQL 关系型数据库服务 32C128G 主备双实例 1 RDSMySQL 关系型数据库服务 32C128G 主备双实例 1 RDSMySQL 关系型数据库服务 32C128G 主备双实例 1 RDSMySQL 关系型数据库服务 32C128G 主备双实例 1 云数据库 RDS(磁盘) 23000G 1 MHA 集群计算节点系统业务库存储，MHA 集群计算节点部门资源库存储 数据盘 云硬盘存储 EVS 高性能 SSD 云硬盘 1 71TB 应用支撑 ECS 通用型 8C16G 12 统一支撑、统一认证、统一全文检索、网关服务、统一调度、报表服务（smartBI） ECS 通用型 16C32G 1 业务系统 ECS 通用型 8C16G 43 一体化数据管理平台（edc）、共享门户（sharedportal）、开放门户（extranet）、定时任务执行引擎（edctask）、数据接口调度引擎（edcservice）、数据质检服务引擎（dataqualitytask）、级联系统（cascade）、数据集成开发平台（dxpmanager）、交换服务引擎（dxpnode）、治理服务引擎（dxpnode）、实时任务服务引擎（cdcnode）、标签画像系统（eianalyse）、标签画像服务引擎 ECS 通用型 16C32G 2 异机备份服务器 ECS 通用型 8C16G 1 备份服务器 工作台 - 通用型 8C32G 1 工作台（windows sever2012系统） ECS 通用型 4C8G 9 备用服务器 ECS 通用型 8C16G 5 应急备用 测试系统 - 通用型 32C128G 1 测试系统 ECS 通用型 8C16G 4 数据开放库 RDSMySQL 关系型数据库服务 8C32G 主备双实例 1 数据开放库 备份数据库 RDSMySQL 关系型数据库服务 8C32G 主备双实例 2 备份数据库 委办局前置库 RDSMySQL 关系型数据库服务 8C16G 主备双实例 36 各委办局前置库 RDSMySQL 关系型数据库服务 16C64G 主备双实例 1 办件上报与省办件回流专库 云数据库 RDS (磁盘) 32T 1 数据开放库、备份数据库、各委办局前置库、办件上报与省办件回流专库，数据库存储

构建人口库模型 在标准的人口库中应包含人口基本信息表 T_RK_BaseInfo、人口婚姻 T_RK_Marriage 等表信息，先结合实际需求将人口库所需表维护至模型管理中（下面4模型设计）。 融合、发布所需目标表可于【数据标准】-【数据模型】-【模型管理】-【逻辑模型】处设计，管理员从左侧树中拖出需要的表、字段或直接手动添加，拼接为最终的可发布表结构，通过物化功能将其物化至基础层、发布库中。例如可将人口信息表和人口婚姻表拖拽到画板中，通过表合并将两个表字段合并形成一张新表，通过物化落地到实际的数仓标准层中。 图1 构建人口库模型

分析来源并接入 分析人口库中所需数据，得出数据来源，例：户籍人口信息 rk_baseinfo、民政局 婚姻状况 rk_marriage、人社局 社保信息 Insuarance、教育局 教育信息 Education。将这些部门资源库配置入系统，并配置接入作业 首先要根据需求将不同部门的人口信息实体表 t_rk_baseinfo 从部门资源库采集到数仓贴源层中。 选择部门资源库（来源库）、来源表，根据选择的来源表判断表的类型是实体还是明细，比如如果设定好调度周期和调度时间，保存成功后单击【推送并启用】，等待作业跑成功，可以先关闭页面，任务跑结束后会发送一个是否跑成功的系统提醒。在数仓的贴源层会生成一个贴源层表，如果是实体表格式为 O_ST_{@dept}_{@table}，明细表格式为O_SS_{@dept}_{@table}（{@dept}与{@table} 分别代表部门简称及原表名）。 如人口信息实体表t_rk_baseinfo接入成功后贴源层生成O_ST_XTGLB_t_rk_baseinfo表。 图2 分析来源并接入1 人口婚姻表 t_rk_marriage 资源表类型选择明细，接入成功后贴源层生成 O_SS_XTGLB_t_rk_marriage 表 图3 分析来源并接入2 采集方式说明 全量模式接入：推荐 1000w 以下数据量使用，平均 100ws 数据只需 60s 即可接入至数仓中 时间戳接入：只支持数据是增量插入的，存在删除、修改数据的情况不建议使用，数据会不准确 时间戳+触发器接入：推荐 1000w 数据量以上使用，但贴源层表数据不能直接使用，需数据清洗至标准层，hive 中数据处理存在临时表，处理数据时间比前两种方式长

一体化数据管理平台 组件说明 一体化数据管理平台包括目录管理模块、资源管理模块、数据供需模块、绩效考核模块、运行监控模块、数据治理模块。 首先需要在平台发布下载最新的发布包，由项目开发打成部署包，然后在 PAAS 平台中构建镜像。 数据库还原 一体化数据管理平台与开放共享门户三个部署包使用同一个数据库。 在 MySQL 实例上面创建数据库，数据库名称为 edc； 从数据资源目录平台部署包中复制出数据库备份文件，还原到上一步创建的数据库中。 容器创建 图1 容器创建1 所属服务：新增服务的时候需要注意一定要选择 Tomcat 类型。 图2 容器创建2 主机名称：按照规划的服务器选择用于部署资源目录管理平台的服务器即可。 容器名称：按照实际情况取名。 业务文件夹名称：需要与 DockerFile 文件中的项目名称一致。 图3 容器创建3 镜像名称：使用流水线构建完成之后的镜像地址。 图4 容器创建4 镜像版本：按照实际情况选择。一般更新之后构建容器选择最新的（最高的）版本。 配置修改 所有的配置文件都通过配置文件覆盖的方式进行配置，一定要在原来的配置文件的基础上进行修改，不要复制其他的项目中同名的配置文件，避免特殊配置项遗漏。 数据库配置文件（jdbc.properties）： /usr/local/tomcat/webapps/edc/WEB-INF/classes/jdbc.properties url：填写数据库 jdbc 连接； Username：填写数据库用户名； password：填写数据库密码。 部署验证 启动容器后访问 http://IP:PORT/edc， 出现机器码 URL 申请上传服务器 /opt/apache-tomcat-7.0.85/webapps/edc/WEB-INF/lib 出现登录页面，输入 admin/11111，可以登录成功的话，部署成功。 图5 部署验证 接入统一支撑 注册应用：打开支撑平台的统一应用与服务-统一应用管理-应用注册，单击新增应用，填写应用名称、应用回掉地址、PC 跳转地址、移动跳转地址。地址都使用资源目录平台的浏览器访问地址。单击保存并关闭。接下来查看应用详情，可以看到应用 key 和应用密钥，注册完成。 图6 接入统一支撑1 图7 接入统一支撑2 订阅用户，订阅角色：打开支撑平台的统一应用与服务-统一应用管理-应用管理。 订阅用户：用于设置需要同步哪些用户到应用系统，公开同步所有； 订阅角色：用于设置需要同步哪些角色到应用系统，需要勾选 adminGroup 和 ouAdminGroup 图8 接入统一支撑3 图9 接入统一支撑4 图10 接入统一支撑5 修改框架配置文件（frame.properties） /usr/local/tomcat/webapps/edc/WEB-INF/classes/frame.properties SOAAddress：支撑平台地址 +/rest/organization，如果配置了外网映射，需要配置内网地址； SOA_Appkey_secret：第一步的应用 key 和应用密钥，使用分号隔开； IsOAuthEnabled：1 图11 接入统一支撑6 图12 接入统一支撑7 如果是集群部署： redisSetting：配置已经部署的redis数据库地址，格式：redis://host:port/dbIndex，与其他配置文件中的 redis 地址不要重复 enableEditorTempUpload：true 接入统一认证 修改支撑平台配置（SSOClient.properties） /usr/local/tomcat/webapps/edc/WEB-INF/classes/SSOClient.properties verification_type：1； client_id：上个步骤的应用 key； client_secret：上个步骤的应用密钥； server_url：统一认证的浏览器访问地址； server_intranet_url：非必填，如果统一认证配置了映射，内外网地址不一样的情况，需要在此处配置统一认证的内网地址； redirect_url：资源目录平台的浏览器访问地址，与注册应用时填写的一致。 重启容器，访问支撑平台会跳转到统一认证，输入账号密码可以登录到首页，配置完成。 图13 接入统一认证 如果是集群部署： clustered_enabeld：1 资源目录配置 资源目录的配置项都在后台管理-系统配置-系统参数模块中，下面介绍每个系统参数的作用和配置的值。 API_ADDRESS 说明：用于服务管理中的应用系统注册和API服务注册，如果发现上述功能无法正常使用，请优先检查改配置是否正确。 配置：配置支撑平台地址。如果支撑平台配置了外网映射，此处需要配置内网地址。 APIPrefix 说明：资源目录平台如果配置了外网映射，发布的API服务会使用外网地址，如果KONG服务器无法访问外网地址，需要配置该参数。 配置：配置资源目录平台的内网访问地址。 DataEXUrl 说明：用于中心资源管理-交换配置和资源订阅下发，如果发现上述功能无法正常使用，请优先检查改配置是否正确。 配置：配置交换平台地址。如果交换平台配置了外网映射，此处需要配置内网地址。 TOKEN_ADDRESS 说明：用于门户测试API接口，如果发现上述功能无法正常使用，请优先检查改配置是否正确。 配置：配置统一认证平台地址。如果统一认证平台配置了外网映射，此处需要配置内网地址。 访问验证 登录相应页面，正常显示。业务平台部署成功。 父主题： 基础组件部署

查看 CPU 查看 CPU个 数： 输入命令： cat /proc/cpuinfo | grep "physical id" | uniq | wc -l 输出：2 即表示2个 图1 输出1 查看CPU核数： 输入命令： cat /proc/cpuinfo | grep "cpu cores" | uniq 输出：cpu cores：4 2*4=8 一共是8核 图2 输出2 查看 CPU 型号： 输入命令： cat /proc/cpuinfo | grep 'model name' |uniq 输出：model name : Intel(R) Xeon(R) CPU E7-4820 v2 @ 2.00GHz 或者直接输入 top 再按 1 可以查看 CPU 核数 图3 输出3

落标与清洗 由于部门资源库表由各部门维护，可能会存在相同数据结构不一致等状况（例：国标姓名长度为 30，部门可能存在长度过长数据），故需通过标准定义为部门资源库表配置数据元并基于数据元为其生成标准表。 不同部门的业务库，字段规则并不统一，要形成统一的库，就必须要指定统一标准，此时便可借助数据定义，规范字段的中文名、关联标准的数据元，如果字段是代码项的也可以关联代码项，帮助管理员建立有统一标准的标准表。 图1 落标与清洗1 默认按数据元生成标准表，默认的标准表名格式为 S_ST_{@dept}_{@table}，{@dept}与{@table}，分别代表部门简称及原表名。比如人口信息表生成的标准表为 S_ST_XTGLB_t_rk_baseinfo。 图2 落标与清洗2 构建完标准表后可通过清洗定义将部门资源库表数据交换到标准表，在这个过程中，可以处理掉一些较为明显的问题数据，例如人口基本信息中家庭住址存在特殊字符需替换掉，婚姻信息中注册时间不符合标准时间格式 yyyy-MM-dd hh:mm:ss 需做时间格式转换，人口基本信息中身份证号码 idcard 不符合身份证号码规范需过滤掉这些错误数据等等。 清洗定义中清洗规则为已知异常数据及处理方式，直接对数据进行处理，来源与目标数据量一致。 清洗定义中过滤规则将错误数据过滤掉，目标表数量可能小于来源表数量，对于这些质检产生的异常数据，通过质检工单形式告知部门，进行修正，中心无法直接处理这些数据，故需告知部门整改后在下个批次识别为增量数据进行同步。 有了人口库标准表后，对于原业务库中不符合标准规则的数据进行处理即数据清洗，标准表生成成功后，通过配置修复规则对贴源层数据简单修复、值处理等操作和通过过滤规则将不符合规则的错误数据过滤掉从而形成数仓中的标准层数据。 图3 落标与清洗3 比如对人口信息基本表的标准表 S_ST_XTGLB_t_rk_baseinfo 的电话号码 telephone 字段配置电话规范检查，即可将不规范的电话号码的数据过滤掉，对血型字段 bloodtype 配置修复规则-大小写转换，将血型字段全部转为大写，对地址字段 address 配置去除空格规则，将该字段的数据去除空格。 图4 落标与清洗4 父主题： 场景实践

背景信息： 自党的十八大以来，党中央、国务院多次研究部署并加快推进“互联网+政 务服务”，陆续出台审批服务便民化、“互联网+政务服务”、优化营商环境等一 系列政策文件；十九大以后，更是明确提出打造数字政府、培育数字经济、构 建数字社会，尤其是在《中华人民共和国国民经济和社会发展第十四个五年规划和 2035年远景目标纲要》中，着重提出提高数字政府建设水平，加强公共数据开放共享，推动政务信息化共建共用，提高数字化政务服务效能，推动政府 治理体系和治理能力现代化，建设人民满意的服务型政府。 作为数字政府建设的一部分，围绕推进政务服务一体化建设的相关问题， 国务院办公厅和相关部门出台了一系列指导全国一体化政务服务平台建设的重要文件。2018年8月，国务院出台《关于加快推进全国一体化在线政务服务平 台建设的指导意见》，重点围绕十六类三十三项任务，提出加快建设全国一体化 在线政务服务平台，全面实现“一网通办”。2020年9月，《国务院办公厅关于加快推进政务服务“跨省通办”的指导意见》提出依托全国一体化政务服务平 台和各级政务服务机构，着力打通业务链条和数据共享堵点，推动更多政务服务事项“跨省通办”，为建设人民满意的服务型政府提供有力保障。2021年11月，针对政务服务平台移动端建设管理分散、标准规范不统一、数据共享不充分、技术支撑和安全保障体系不完备等突出问题，出台《全国一体化政务服务平台移动端建设指南》，从政务服务平台移动端总体架构、支撑能力、服务功能、服务方式等方面加强和规范全国一体化政务服务平台移动端建设。2021年12月，中央网络安全和信息化委员会印发《“十四五”国家信息化规划》，表明大力推进“一网通办”，优化全国一体化政务服务平台服务水平，促进政务服务线上线下融合，完善统一身份认证、电子证照等共性支撑体系，有力支撑政务 服务标准化、规范化、便利化，实现全国范围内“一次认证、全网通办”。2022年3月，针对政务服务标准不统一、线上线下服务不协同、数据共享不充分、区域和城乡政务服务发展不平衡等问题，国务院出台《关于加快推进政务服务标准化规范化便利化的指导意见》，明确提出加强跨层级、跨地域、跨系统、跨部门、跨业务协同管理和服务，充分发挥全国一体化政务服务平台“一网通办”支撑作用，进一步推进政务服务运行标准化、服务供给规范化、企业和群众办事便利化，有效服务生产要素自由流动和畅通国民经济循环，更好满足人民日益增长的美好生活需要，为推动高质量发展、创造高品质生活、推进国家治理体系和治理能力现代化提供有力支撑。2022年06月23日，国务院发布《关于加强数字政府建设的指导意见》，进一步明确提出充分发挥全国一体化政务服务平台“一网通办”枢纽作用，推动政务服务线上线下标准统一、全面融合、服务同质，构建全时在线、渠道多元、全国通办的一体化政务服务体系，推行政务服务事项集成化办理，推广“免申即享”、“民生直达”等服务方式，打造掌上办事服务新模式，提高主动服务、精准服务、协同服务、智慧服务能力。 为贯彻落实党中央、国务院关于建设一体化政务服务平台，提高数字化政务服务效能的文件精神，XX委省政府高度重视“数字政府”改革建设，于2021 年10月印发了《XX数字政府建设“十四五”规划》，提出全面提升一体化政务服务平台功能，构建线上线下融合的政务服务体系，推动政务服务平台、政务服务大厅（便民中心、站点）、移动端、自助端、便民服务热线等线上线下服务渠道向基层、向偏远地区延伸，不断满足群众多层次多样化服务需求。XX积极响应国家和省级要求，围绕政府治理和公共服务的改革需要，加快构建全市一体化网上政务服务体系。XXX人民政府分别于2019年1月和2021年3月印发《XXX全面推进“一网通办”加快数字化转型行动方案》和《政务信息系统打通与数据共享工作实施方案》，提出全面推进一体化在线政务服务平台建设，紧紧围绕政府治理和公共服务的改革需要，不断完善数据赋能和数字惠民服务，加快构建全市一体化网上政务服务体系，推进跨层级、跨区域、跨系统的协同管理和服务，转变政府职能，推进政务服务标准化、规范化、便利化。 通过本项目建设加强标准规范体系建设、建强数据中台能力，规范平台安全运行和运营保障能力等内容，积极落实和响应国家、省、市关于数字政府、一体化政务服务平台建设工作要求和整体目标，建成纵向贯通、横向协同、全面覆盖的一体化政务服务体系，提升XXX的政务服务品质，数据共享交换取得突破。

Nginx 组件说明 FAQ：此章节为项目上需要使用 nginx 负载均衡或者使用 https 时才会使用到 Nginx 是一个高性能的 HTTP和反向代理服务器。 容器创建 所属服务：新增服务的时候需要注意一定要选择 Nginx 类型。 主机名称：按照规划的服务器选择用于部署 Nginx 的服务器即可。 容器名称：按照实际情况取名。 镜像名称：docker.epoint.com.cn/base/epoint_alpine_nginx 镜像版本：选择v1.1版本。 配置文件：nginx.conf 编辑配置文件：把需要接入 nginx 的业务平台地址写入配置文件 图1 编辑配置文件1 第一个是后缀名第二个是 IP：端口 图2 编辑配置文件2 client_max_body_size 限制上传附件大小，默认为 64M。改为 0 则无限制。 图3 64M 如果出现跳转到原地址，需要修改2个文件 SSOClient.properties 文件里面的原地址修改为 nginx 的地址 图4 修改1 图5 修改2 部署验证 使用原地址访问和使用 nginx 地址加后缀名访问，访问一致，表示接入 nginx 成功。 Nginx SSL 证书申请 进入 nginx 服务器，生成 nginx.key 文件服务器密钥文件 openssl genrsa -out nginx.key 2048 图6 密钥文件 生成 nginx.csr 文件及证书申请文件 openssl req -new -key nginx.key -out nginx.csr 图7 证书申请文件 将证书请求文件生成证书文件 openssl x509 -req -days 3650 -in nginx.csr -signkey nginx.key -out nginx.crt 图8 证书文件 Nginx SSL 部署验证 配置文件： 图9 Nginx SSL 部署验证1 nginx.crt 图10 Nginx SSL 部署验证2 nginx.key 图11 Nginx SSL 部署验证3 图12 Nginx SSL 部署验证4 nginx.conf 图13 Nginx SSL 部署验证5 访问验证 浏览器打开 nginx 默认页面，看到 Welcome to nginx！验证成功。 父主题： 基础组件部署

数据质检 数据质检主要是将库中错误数据检测出来，与治理流程的清洗定义中的过滤规则不同的是，独立质检是将不规范的数据检测出来，并不改变质检表的数据，治理流程中的过滤规则是将不符合规范的数据过滤掉，改变质检表的数据。检测出错误数据后，可以查看错误数据原因、导出错误数据到 excel 中、导出质检报告供部门整改用，数据质检完对错误数据可以发起工单给到具体部门的部门进行错误数据整改。 如果刚开始就要对人口基本信息 t_rk_baseinfo 表进行检测它的数据是否规范，是否有错误数据时，就可以将这张表先质检一下，配置质检方案、质检规则 图1 数据质检1 检查组合是新增记录级的质检规则，比如可以对身份证字段 idcard 配一个身份证的规范检查，将不符合身份证号码标准的数据检查出来。 图2 数据质检2 表级规则是以表为维度来检查的，比如可以配置对照表来检查检测表的数量是否一致，无需比较其中的具体数据 图3 数据质检3 配置好质检方案之后在列表页面去启动任务，执行状态为成功说明该质检任务跑成功了，在质检分析页面可以查看是否有错误数据，具体的数据数据，以及统计质检结果的变化趋势。 图4 数据质检4 单击查看详情可以查看具体的错误数据以及错误信息，单击导出可以将错误数据导出到 excel 中 图5 数据质检5 单击质检分析页面的“导出报告”按钮可以将质检的报告导出来 父主题： 场景实践

优势说明 政务行业资产沉淀 通过项目实践沉淀基础库/主题库数据模型资产、数据API等集成资产；提升交付效率，降低交付成本； 一站式数据治理与管控平台 提供贯穿政务数据全流程一站式治理、开发、运营平台，全方位的数据探索稽查和分析，实现委办局多源数据清洗、标准化和主题联接，生成标准、清洁的数据； 数据实时共享和跨库分析 数据实时接入，数据共享时效从小时级缩短至秒级，满足政务联办等实时业务场景诉求；支持跨库数据查询分析，数据免搬迁，数据查询分析效率从小时级缩短到分钟级； 特色应用场景： 原始老系统建设中，数据中台和业务中台的供需对接通过线下完成，效率低，不好跟进，不好闭环，不好回顾，现在通过数据供需对接模块将业务中台建设过程中对数据中台数据的业务数据需求从线下转到线上。 图7 特色应用场景1 原先x云服务商xx委办局数据只能由大数据治理平台的团队实现数据治理、部门数据治理需要自建平台。现在通过源头治理的模式，赋能委办局使委办局使用数据治理平台治理自己的数据。 图8 特色应用场景2 接口管理统一门户，为业务中台接口、共性力能力接口和数据中台接口提供入口 图9 特色应用场景3 方案成熟度： 通用政务数据中台一般包含以下建设内容： 共享交换平台 共享交换实施 数据治理平台 数据治理实施 基础库 主题库 本项目建设包含以上所有内容。

总体架构设计 总体架构 本项目总体架构设计如下图所示： 图1 总体架构 基础设施层：云基础设施，为上层应用提供基础支撑。 数据资源池层：建设数据资源池，建设内容包括基础库建设、主题库建设以及专题库建设。基础库建设包括了人口库、法人库、电子证照库、信用信息库、自然资源与地理信息库、宏观经济库。主题库建设包括了事项库、电子材料库、办件信息库、政策法规库、业务知识库、工建项目库。专题库建设包括了一件事一次办专题库、政务服务分析专题库、政务服务优化专题库、标签库。 数据平台层：平台层主要包括了数据支撑建设和接口管理平台。数据支撑建设包括了数据资源目录平台、数据交换平台、数据治理平台、数据共享平台、数据开放平台、数据服务体系、数据平台对接管理。接口管理平台提供接口目录管理功能。 数据架构 本建设方案聚焦数据资源层建设方案，为业务层提供数据支撑，并与省级共享交换平台、市级各委办局进行集成对接。某市数据中台对数据实现从归集到沉淀至数据中台仓库的全流程管控。通过在部门终端布置部门交换节点采集部门业务系统数据，运用共享交换能力，形成部门资源库；数据中台通过数据采集汇聚中心端，采集数据形成中台的数据仓库，以业务需求出发，建设主题库、专题数据库；通过对数据的标签化处理，抽离出数据的特性值，建设数据的多场景应用。 图2 数据架构 部署架构 本架构基于某一体化政务服务平台项目实践输出，作为最佳实践案例。 系统部署在政务外网区域，对政务外网区域进行分区分层结构规划，共包括外部门前置区（互联网区）、应用区、数据存储区。 其中，互联网区中部署反向代理服务，所有的web请求通过代理进入业务服务器。应用区包含了数据中台所有子系统的安装部署区域，区域通过防火墙和外网映射区隔离，保证应用安全。数据存储区包含了所有的数据存储服务，通过防火墙进行隔离，进一步加强数据的安全保障。 图3 部署架构 交换体系架构 交换体系构架主要由交换管理端、交换节点组成。交换节点又可以分成分中心节点和前置节点。数据交换管理端能够管理与监控各交换节点，而交换节点能够根据业务人员的配置，从数据源中抽取数据，并推送到目标数据源中，完成指定业务的交换。通过交换体系可以实现部门到中心、中心到部门和部门到部门的数据交换。 图4 交换体系架构 目录体系架构 目录体系构架主要包含：部门目录、基础目录、主题目录。 部门目录：各部门维护注册各部门的信息资源，并将信息资源数据存到部门前置库、汇总各部门的目录。 基础目录：根据基础库模型，将多个部门数据融合后形成基础目录。 主题目录：根据主题库模型，将多个部门数据、基础库数据融合后形成主题目录。 所有资源的共享都通过目录驱动，最终呈现为数据共享门户上统一的服务目录。目录系统与数据共享平台对接，实现目录检索、页面联机查询、数据交换、API调用等多种方式的共享。 图5 目录体系架构 数据流向设计 大数据资源中心依托数据共享交换平台构建，各类数据通过数据共享交换平台数据归集及数据交换系统进行数据归集和交换后进入部门资源库，通过数据共享交换平台数据集成和数据治理系统将数据接入中心库，在中心库进行清洗、融合等体系化治理，并发布到各类基础库，主题库、专题库。数据共享交换平台具体数据共享交换平台构架图如下： 图6 数据流向设计 标准规范体系 标准规范建设是数据信息资源整合共享开放实现统一服务、业务协同、安全可靠运行的前提和基础。早期的信息系统建设，普遍存在缺乏标准或 标准不统一的现象，最终导致管理混乱、互联互通不畅、信息共享程度低、信息资源开发利用滞后、安全存在隐患等后果，严重影响了信息化建设的进程。 标准规范体系建设对推进项目建设，保证信息的交流与共享，具有重要意义。整理汇总国家、省标准规范，结合实际情况，制定数据中台数据标准、服务标准、安全标准、管理标准等，确保数据中台与中省平台、与部门自建业务系统无障碍对接，为平台对接、扩展、升级迭代的标准化规范化提供保障。 表1 标准规范体系 分类 子分类 子分类规范 规范名称 01 数据标准 01-01 数据元 数据元规范 数据元规范 第1部分：总则 数据元规范 第2部分：公共数据元 数据元规范 第3部分：综合人口数据元 数据元规范 第4部分：综合法人数据元 数据元规范 第5部分：社会信用数据元 数据元规范 第6部分：电子证照数据元 数据元规范 第7部分：自然资源和空间地理数据元 数据元规范 第8部分：宏观经济数据元 01-02 数据库 数据模型设计规范 数据模型设计规范 基础库数据模型 基础库数据模型 第1部分：综合人口模型设计 基础库数据模型 第2部分：综合法人模型设计 基础库数据模型 第3部分：社会信用模型设计 基础库数据模型 第4部分：电子证照模型设计 基础库数据模型 第5部分：自然资源和空间地理技术规范 基础库数据模型 第6部分：宏观经济技术规范 基础库实施规范 基础库实施规范 第1部分：综合人口实施规范 基础库实施规范 第2部分：综合法人实施规范 基础库实施规范 第3部分：社会信用实施规范 基础库实施规范 第4部分：电子证照实施规范 基础库实施规范 第5部分：自然资源和空间地理库实施规范 基础库数据模型 第6部分：宏观经济实施规范 01-03 资源目录 目录编制规范 编制规范：信息资源目录及数据资源目录编制规范 01-04 数据共享 共享交换规范 共享交换规范 第1部分：数据归集规范 共享交换规范 第2部分：部门接入规范 共享交换规范 第3部分：数据交换规范 共享交换规范 第4部分：服务接口规范 数据共享交换平台管理办法（试行） 共享评价指标体系 数据共享评价指标体系 02 服务标准 02-01 基础库服务 基础库数据接口规范 基础库数据接口规范 第1部分：综合人口接口规范 基础库数据接口规范 第2部分：综合法人接口规范 基础库数据接口规范 第3部分：社会信用接口规范 基础库数据接口规范 第4部分：电子证照接口规范 基础库数据接口规范 第5部分：自然资源和空间地理接口规范 基础库数据接口规范 第6部分：宏观经济接口规范 02-02 主题库服务 主题库数据接口规范 主题库数据接口规范 02-03 专题库服务 专题库数据接口规范 专题库数据接口规范 02-04 省/市/平台统计接口 省/市/平台统计接口规范 省/市/平台统计数据接口规范 03 安全标准 数据安全 数据安全防护规范 数据安全防护规范 数据分级分类管理规范 数据分级分类管理规范 04 管理标准 数据管理 数据全生命周期管理规范 数据全生命周期管理规范

统一支撑平台 组件说明 统一支撑平台用于统一的应用管理、组织架构管理、API 服务管理、附件管理等。 数据库还原 统一认证和统一支撑使用同一个数据库，两个平台仅需要还原一次数据库。 容器创建 图1 容器创建1 所属服务：新增服务的时候需要注意服务类型一定要选择 Tomcat 类型。 图2 容器创建2 主机名称：按照规划的服务器选择用于部署统一支撑的服务器即可。 容器名称：按照实际情况取名。 业务文件夹名称：需要与 DockerFile 文件中的项目名称一致。 图3 容器创建3 镜像名称：使用流水线构建完成之后的镜像地址。 图4 容器创建4 镜像版本：按照实际情况选择。一般更新之后构建容器选择最新的（最高的）版本。 配置修改 所有的配置文件都通过配置文件覆盖的方式进行配置，一定要在原来的配置文件的基础上进行修改，不要复制其他的项目中同名的配置文件，避免特殊配置项遗漏。 数据库配置文件（jdbc.properties）： /usr/local/tomcat/webapps/-web/WEB-INF/classes/jdbc.properties url：填写数据库 jdbc 连接； Username：填写数据库用户名； password：填写数据库密码。 框架配置文件（frame.properties）：按部署包里面的原样拿过来 如果是集群部署： redisSetting：配置 3.4.6.1.1 中部署的 redis 数据库地址，格式：redis://host:port/dbIndex，与其他配置文件中的 redis 地址不要重复 enableMutiClient：1 框架配置文件（SSOClient.properties）：按部署包里面的原样拿过来 NoNeedAuthAction：加上 am；addACLPluginsForApp 以分号隔开 如果是集群部署： clustered_enabeld：1 部署验证 启动容器后访问 http://IP:PORT/-web，出现登录页面，输入 admin/11111，可以登录成功的话，部署成功。 网关配置 打开统一应用与服务-统一服务管理-服务参数模块进行配置。 勾选启用服务网关； 网关注册地址、调用地址、授权地址填写 KONG 部署完成的地址； 日志监听地址填写支撑平台地址（自己），如果加了外网映射，需要使用映射之前的地址。 redis 地址填写统一认证 frame.properties 文件中的配置一致。 保存参数，完成配置。 接入统一认证 注册应用：打开支撑平台的统一应用与服务-统一应用管理-应用注册，单击新增应用，填写应用名称、应用回调地址（接入了 nginx 的 IP 地址填写 nginx 的地址）、PC 跳转地址、移动跳转地址。地址都使用支撑平台的浏览器访问地址。单击保存并关闭。接下来查看应用详情，可以看到应用 key 和应用密钥，注册完成。 图5 注册应用1 图6 注册应用2 图7 注册应用3 修改支撑平台配置（SSOClient.properties） /usr/local/tomcat/webapps/-web/WEB-INF/classes/SSOClient.properties verification_type：1； client_id：上个步骤的应用 key； client_secret：上个步骤的应用密钥； server_url：统一认证的浏览器访问地址； server_intranet_url：非必填，如果统一认证配置了映射，内外网地址不一样的情况，需要在此处配置统一认证的内网地址； redirect_url：支撑平台的浏览器访问地址，与注册应用时填写的一致。 图8 修改支撑平台配置 重启容器，访问支撑平台会跳转到统一认证，输入账号密码可以登录到首页，配置完成。 访问验证 登录相应页面，正常显示。业务平台部署成功。 父主题： 基础组件部署

数据交换节点 组件说明 交换节点用于执行各自的交换作业。 数据库还原 不同部门可能使用不同的交换节点，每个交换节点需要使用单独的数据库。 在 MySQL 实例上面创建数据库，数据库名称为 dxp_node； 中心节点： 部门前置节点： 从数据交换节点部署包中复制出数据库备份文件，还原到上一步创建的数据库中。 容器创建 图1 修改容器 所属服务：新增服务的时候需要注意一定要选择 Tomcat 类型。 图2 修改服务 主机名称：按照规划的服务器选择用于部署资源目录管理平台的服务器即可。 容器名称：按照实际情况取名。 业务文件夹名称：需要与 DockerFile 文件中的项目名称一致。 图3 修改1 镜像名称：使用流水线构建完成之后的镜像地址。 图4 修改2 镜像版本：按照实际情况选择。一般更新之后构建容器选择最新的（最高的）版本。 配置修改 所有的配置文件都通过配置文件覆盖的方式进行配置，一定要在原来的配置文件的基础上进行修改，不要复制其他的项目中同名的配置文件，避免特殊配置项遗漏。 数据库配置文件（jdbc.properties）： /usr/local/tomcat/webapps/DataexNode/WEB-INF/classes/jdbc.properties url：填写数据库jdbc连接； Username：填写数据库用户名； password：填写数据库密码。 交换配置文件（kettle.properties）： /usr/local/tomcat/webapps/DataexNode/WEB-INF/classes/kettle.properties LOGURL：配置交换管理端的地址，如果配置了外网映射，请填写内网地址； 节点配置文件（node.properties）： /usr/local/tomcat/webapps/DataexNode/WEB-INF/classes/node.properties nodename：配置节点名称不能与其他节点重复； manageurl：配置交换管理端的地址，如果配置了外网映射，请填写内网地址； uploadPath：文件接受路径，配置本地文件夹路径，文件夹最后需要带分隔符例如：C:\Users\Administrator\Desktop\uploadpath\ 或者 /opt// 图5 编辑配置文件 部署验证 访问该地址：http://IP:端口号/DataexNode/rest/upload/checkMD5（注意替换IP和端口号），如果页面返回空白，说明未放注册码，需到日志中查看注册码信息，并申请后将注册码放到 DataexNode\WEB-INF\lib 文件夹下（通过更新镜像包的方式上传机器码）。返回以下页面说明部署成功。 图6 地址 节点注册 打开交换管理端，登录，首页拖动图标新建节点。 图7 新建节点 填写节点基本信息，保存并关闭： 节点名称：需要与节点的 node.properties 配置文件中一致； 节点 IP：交换节点部署的容器 IP； 节点分类：按照业务自行划分； 端口号：交换节点部署的 tomcat 端口号； 主机名：新建的数据库的 IP 地址； 数据库名：新建的数据库的名称； 端口号：新建的数据库的端口号； 用户名：新建的数据库的用户名； 密码：新建的数据库的密码； 图8 编辑节点 添加数据源，右键新增的节点，选择数据源管理，单击新增数据源，填写资源库的连接信息。其中连接名称一定要与数据库名称一致。 至此交换平台部署完毕，需要注意的是： Kettle.properties文件中的*_DB 配置项与交换节点 MySQL 数据库名称与数据源管理中新建的数据源名称这三者必须保持一致。 图9 数据源管理1 图10 数据源管理2 接入统一认证 修改支撑平台配置（SSOClient.properties） /usr/local/tomcat/webapps/DataexManager/WEB-INF/classes/SSOClient.properties verification_type：1； client_id：上个步骤的应用 key； client_secret：上个步骤的应用密钥； server_url：统一认证的浏览器访问地址； server_intranet_url：非必填，如果统一认证配置了映射，内外网地址不一样的情况，需要在此处配置统一认证的内网地址； redirect_url：交换管理端的浏览器访问地址，与注册应用时填写的一致。 图11 编辑配置文件 访问验证 登录相应页面，正常显示。业务平台部署成功。 父主题： 基础组件部署

项目评审 项目实施部门经理对客户信息进行审核，确保项目信息符合产项标准，并分派项目经理跟进。 项目在正式分配人员前，需要承接项目部门经理，对客户信息进行预审，分析项目的可行性与风险项待，在确定可执行后，再分配项目人员跟进，着手准备正式立项所需材料准备。 销售在录入合同后，在PMO则会产生一条项目预排记录，预排项目会按各区域对应在各项目实施部门里，项目实施问题经理可通过预排项目里面的款项状态、立项状态、立项方式判断项目进度，可以预排项目里面查看客户信息。 立项方式为“正常立项”的，对应付款状态都是“已付款”或“部份付款”的，只有“提前立项”或“售前立项”的会有“未付款”状态。 项目预排评估 在PMO项目预排列表-部门预排，查看客户相关信息； 图2 查看信息 根据销售提供的客户信息以及合同内容进行评估，是否符合立项标准。 指派项目经理 根据客户所在区域或类型，指派项目经理跟进；进入企业路由器主页面。

项目立项 项目经理接收到项目，核实项目信息。 指成立项目，准备执行实施。项目由销售发起，经项目实施组管理者审核，通过对客户的信息完整度、可行性、风险等确认后，列入项目实施组织计划的过程叫立项。 申请项目的立项时，销售应该提供立项信息，包括客户基本信息、商务信息、合同等组成的材料，项目经理在接收项目时，应对这些信息进行严格核实，确保项目能正常开展工作。 接收项目 项目经理在PMO系统“我的项目”—“我负责的项目”查看被分配的项目信息； 图3 查看被分配的项目信息 核实信息 项目经理通过单击项目进入详情，在“项目视图”及“项目进度”的立项信息查看由销售提供的基本信息。 在项目的下单管理的合同记录，核实合同信息； 联系销售经理，通过直接沟通了解核实客户信息； 根据所了解的信息，初步梳理存在风险及所需要资源等；

内部启动会 项目组内部启动，全员了解项目情况，对项目实施相关规范与协同机制达成共识。 会前准备 提前准备项目相关内容，项目整体介绍、重点难点、风险项等； 提前安排日程（时间、地点），通知相关人员； 提前约好会议室，发出钉钉日程。协调资源。 召开会议 会议议程： 先介绍项目组成员及负责内容； 介绍项目情况，明确已获取项目必需信息（范围、时间、干系人、风险、付款） 说明项目的重点难点、相关风险项，制定应对策略； 初步制定计划，明确产品交付范围，统一目标； 共同制定项目实施的相关规范与协同机制。 会后梳理 初步梳理项目实施规划（范围、干系人、计划、资源、风险、付款） 联系客户 与客户对接人初步联系； 确认客户相关干系人及职能； 初步沟通项目基本情况及安排； 启动邮件 在项目进度-项目启动，发送项目启动邮件；

系统部署 搭建一套能正式运行的三维家系统 系统部署是项目实施中最基础的一部分,主要以客户提供的基本信息，通过PMO在平台搭建出一套独立运行的系统，通过一些配置使得这个系统在正式环境上能够正常工作，是交付给客户使用的一个具体交付物。 基本信息 和客户确认系统基本信息：系统域名xxx.3vjia.com； 要求客户提供企业LOGO； 开通系统 在PMO项目系统—我的项目—项目—项目进度—系统部署； 图4 系统部署 填写系统域名的简称“xxx”，检查是否可用； 选择系统类型：“标准版”是正常项目，“简化版”是DMS的简化版项目； 选择下一步调研方式：线上/线下； 单击“开通系统”； 系统配置 搭建客户所需要产品模块的基础目录，以及复制种子库； 配置好系统模块设置，即各定制模块读取企业库与平台库； 合同下单 在PMO项目系统—我的项目—项目—下单管理，展开合同—单击下单； 填写下单的数量，确认下单； 交付系统 撰写“系统签收单”； 通过邮件把“系统签收单”发送给客户对接人； 确认签收 跟进客户对接人，沟通确认“系统签收单”，并寄回公司； 扫描或拍摄电子档，上传到PMO系统归档，在PMO项目系统—我的项目—项目—项目进度—系统部署—上传附件； 收到寄回来的“系统签收单”原文件后，提交给法务归档；

报价制作 完成企业相关产品录入系统 完成产品所对应报价规则及价格录入，三维家报价是为客户所销售产品快速、准确输出价格的一种方式，为满足门店销售、工厂财务核算订单单价做有力支撑； 报价制作是把企业产品所涉及的不同条件下的计价规则进行系统录入，根据不同产品、不同尺寸、不同条件下所产生的不同价格进行设定，从而输出价格表； 报价资料整理 每类产品标准计价规则整理，每类产品非标计价规则整理； 每类产品对应标准价格与非标价格； 报价录入 完成对应产品报价关联及对应价格设定、非标价格设定； 完成不同门店经销商报价系数设定； 报价数据检查 针对每类产品进行报价输出，检查是否含有价格、非标情况下价格是否正确；

项目交付 完成系统交付使用 项目验收指在该阶段性工作内，完成项目原定计划内容，系统能正常运行； 项目验收通常包括：项目验收会议、项目交付文档内容、项目所达成成果、后续推进安排； 项目过程资料准备 整理实施各节点所产出的成果； 整理实施计划表内容是否全部完成、项目目标是否达到； 制定下一步软件推进计划； 项目交付会议 邀请客户老板/高管/项目负责人/项目相关参与人员，三维家销售人员进行交付会议； 阐述项目实施阶段成果以及项目目标达成情况； 阐述下一阶段软件推进计划 项目交付函件签订 客户负责人签订项目交付函，加盖公章；

入库培训 完成对企业技术人员入库技能赋能 "入库"是客户人员必备技能，是为推进三维家落地应用，客户产品资料入库系统的必要过程； 培训目的让企业人员掌握厨衣柜柜体、门板、线条、模型、贴图等入库，入库水平达80分以上； 入库培训分为公开课培训以及专场培训，基础版为公开课培训，高级版、旗舰版为专场培训； 培训前准备 与客户沟通确定培训目的与意义； 确定培训所涵盖内容以及重点内容；（专场） 确定客户业务方向以及关注重点内容是否和培训内容相符，考虑后期是否专场解答疑问；（公开课） 确认并同步客户培训时间、地点、参与人；开通系统 培训 入库培训，培训内容包括但不仅限于基础板件，功能件（带灯层板、切角层板、转角层板等）、五金功能件（灯带、挂衣杆）、抽屉功能件（生成抽屉、转换抽屉、功能件抽屉）、五金（拉手带孔位）、基础柜体、转角柜体、切角柜体、贴图处理方式以及上传、门板（平板门、线条放样、3D切割上传）以及免拉手门板、报价逻辑以及录入等。 训后考核，针对培训培训内容做考核并完成评分； 培训结果同步及跟进 培训结果以邮件形式同步项目以及客户项目负责人； 跟进企业人员培训后练习情况，针对企业人员技能水平再次评估是否能达到可入库水平；

产品入库 完成企业相关产品录入系统 产品库对整个项目是否能成功落地起到至关重要的作用，它是客户前端设计师的设计需求与后端生产的加工数据集成的载体； 产品入库是一个分阶段进行的工作，同时也是逐步覆盖订单的一个过程，从基础通用到特定复杂，从每年新品到老旧产品逐一淘汰； 产品资料及工艺资料整理 提供产品资料收集模板，指导企业收集相关信息，形成产品入库清单； 提供工艺收集模板，指导企业填入相关工艺数据，用于产品入库指导； 指定参与人员 产品分析、板件类型、参数变化整理 结合企业产品特点，与企业人员共同梳理产品分类； 梳理全局参数及每一类产品通用变化规则； 结合打孔规则梳理板件类型； 指定参与人员 产品入库计划 根据产品类型、数量及工期，对产品入库划分阶段； 列出每个阶段入库产品型号、时间、入库人员、检查人员； 产品入库制作 根据产品资料进行逐一入库； 入库数据自我验证； 每周周会收集入库数据，对照整体入库计划判断是否延期； 数据验证 人员选定 根据产品入库清单，测试数据变化是否有效、孔、槽、板件尺寸、板件位置是否正确； 选择部分CAD订单进行翻库验证，确定产品款式及变化是否能满足常规设计；

设备对接与培训 完成系统中设备参数配置及标签预设 设备预对接指线上收集客户设备资料、产线分布、标签信息等进行配置，让客户试跑程序是否可行；提前判断设备是否能正常对接，系统功能是否满足业务需求； 设备资料收集、确认 收集： 设备资料收集模板(产品加工产线、设备加工数据)；以及不同设备加工数据收集要求指引。（标签、雕刻机NC、电子据CSV、封边对接数据表、打孔程序、料单数据对应产品信息）（调研时同步进行） 确认： 评估产线文件（是否存在特殊产线如:封板设备、不同要求分线情况） 设备加工数据配置评估（如遇到非常规设备对接程序需要测试目前软件是否都能准确输出和实现，如果功能无法满足需要及时反馈PMS） 系统配置 根据企业设备资料收集确认表，完成系统配置 生产对接验证 输出加工文件，指导企业进行设备空跑程序 进行加工数据验证，记录测试数据，并完成系统配置调整 进行加工数据验证，要求测试程序需包含企业产品加工属性（内铣、拉槽、钻孔、开料）