产品结构培训关键知识点Word格式文档下载.docx

产品结构培训关键知识点Word格式文档下载.docx

《产品结构培训关键知识点Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《产品结构培训关键知识点Word格式文档下载.docx（13页珍藏版）》请在冰豆网上搜索。

1.3.2业务价值

1）市场上缺乏支持两个模型内容差异比对的工具

2）模型不断的演进迭代中，频繁有新版本发布。

对于管理模型和使用模型的而用户来说，都有强烈的查看迭代的两个模型的差异内容的诉求。

3）对于总部用户，想了解各省个性化扩展的部分；

对于省公司用户，想把控总部迭代发布的新版本相对于老版本的新内容。

模型的差异比对，正好解决这个痛点问题。

1.4模型基线管控

1.4.1功能描述

总部发布模型，执行【申请发布】操作，即可提交到待审核区域，基线审核员进行审核，审核通过后成为基线版本，并自动完成发布，各省市公司用户即可接收到总部发布的数据模型；

审核不通过，则不允许生成基线且不能发布。

当总部用于确认发布的模型有误有撤回需求时，在不影响省市用户使用情况下可【申请取消发布】，仍需要基线审核员进行审批，审批通过则取消发布，返回到编辑区，审批不通过，则保留当前基线版本，不可撤回。

1.4.2业务价值

总部发布模型版本必须经过严格的版本控制流程，进行版本基线管控。

1.5两级协同

1.5.1功能描述

1）总部发布模型，省公司用户查看模型，下拉模型并执行模型，总部查看各省公司的执行情况；

2）省公司用户下拉模型后，可进行个性化扩展，并将个性化扩展内容提交给总部。

3）总部用户搜集各省个性化扩展内容，进行整合，作为下一个迭代的基础。

从而实现总部与省（市）公司模型管理两级协同管理。

1.5.2业务价值

基于《公司统一数据模型优化完善及应用工作方案》中对模型两级协同的管理要求，完成总部与省（市）公司模型管理两级协同管理过程。

1.6版本融合

1.6.1功能描述

省公司执行了个性化扩充后的版本后，总部又发布了新版本，省公司用户可以进行融合执行，执行的结果就是将个性化扩充部分与新发布的版本进行内容融合。

1.6.2业务价值

省公司在总部发布的版本上进行了个性化扩展，总部再次发布新版本时，省公司用户将个性化内容与总部新版本进行融合，避免由于总公司不断发布新版本，造成个性化扩充模型多次内容修改。

1.7版本融合

1.7.1功能描述

1.7.2业务价值

1.8溯源支撑应用的数据支撑

1.8.1功能描述

溯源分析是基于统一数据模型物理模型的溯源，所以设计态模型在线管理是溯源的基础。

1.8.2业务价值

2元数据感知机

2.1.1数据源管理

1）数据源连接：

一个只读账号和密码能够对接到源数据

2）元数据抽取：

抽取数据源系统的表结构，并创建DB数据模型

2.1.2业务价值

1）快捷的方式链接数据源并抽取表结构，是完成业务系统元数据管理的基础。

2）根据抽取的业务系统的表结构，创建DB模型，作为元数据管理的数据单元。

2.2DB模型动态感知

2.2.1功能描述

元数据感知：

对业务系统库表的动态进行感知，手动或者系统定时自动的扫描数据表结构变化，进行数据同步。

2.2.2业务价值

业务系统中存在大量历史数据并且源源不断的产生大量数据，已经无法准确知道业务系统的表结构。

元数据感知完成对源业务系统表结构的动态感知，并进行同步。

让用户及时了解源业务系统表结构变化。

2.3版本管理及版本对比

2.3.1功能描述

1）手动/自动执行一次动态感知，系统根据扫描的变化内容的多少进行版本控制管理。

变化较多时，生成一个大版本，变化较少时，生成小版本，没有变化不生成版本。

2）版本内容对比。

直观看到新版本在上一个版本上的变化情况

2.3.2业务价值

1）用户可以跟踪业务系统的表结构变化演进和迭代过程。

2）用户清楚了解新版本在上一个版本上的变化情况

2.4DB模型可视化

2.4.1功能描述

1）模型图谱可视化：

基于图数据库技术以节点和连线方式呈现模型中的表及表结构，以及表之间的关联关系。

2）模型列表可视化：

列表形式呈现表结构及表字段，并统计表数量及字段数量。

2.4.2业务价值

业务系统表结构及表之间关系通过图谱形式进行可视化呈现，将不可见的数据现象转化为可见的节点，将错综复杂的关联关系直截了当且清晰而直观地表达出来，实现数据自我解释、让数据说话的目的。

2.5DB模型目录管理

2.5.1功能描述

支持用户自定义创建DB模型的结构化分类目录，便于对DB模型进行有序分层级管理。

2.5.2业务价值

1）源业务系统的DB模型数量较多容易引起管理混乱，难以找到目标模型。

基于业务逻辑，通过目录管理对DB模型进行分类型分层级的管理，一方面能够快速检索，另一方面提升DB模型管理的条理性，提升管理效率。

2.6任务自动调度

2.6.1功能描述

通过任务调度配置，可自定义模型的动态感知任务和关系发现任务的自动执行。

2.6.2业务价值

对于业务系统的数据库的动态感知和关系发现任务，实现自动自动化调度。

2.7关联关系自动发现

2.7.1功能描述

关系发现：

通过表关系发现算法，识别并验证模型的表关系。

2.7.2业务价值

业务系统中大量的历史数据及数据关系随着时间推移和版本迭代已经无法追寻，人工梳理耗时耗力且准确度无法验证，我们研发了一种使用业务数据本身验证数据模型关系的算法，能够利用业务数据自动发现数据模型的关系，现阶段能够实现数据模型关系的验证。

2.8关联关系手动维护与导出

2.8.1新增，编辑，删除，标记

系统反应的是DB模型的真实数据，但是真实数据不一定准确，所以通过算法发现的关联关系，只是准确的反应DB模型的真实关系，未必是准确的关系。

可以进行人工确认。

需要进行人工的确认。

本系统支持关联关系的手动新增，修改，删除以及进行可信度标记。

用户的可信度标记将反馈给算法进行算法的优化。

3溯源管理

3.1溯源管理

3.1.1功能描述

1）对一个特定溯源对象的溯源工作定义为1个溯源任务，便于对溯源工作的管理。

2）EA模型的一个主题域定义为一个溯源任务，主题域的每一张表的溯源定义为一个子任务，当一个表中所有字段都进行了溯源，认为一个表溯源完成。

3）完成溯源任务的创建后，系统自动根据模型中的表创建子任务列表。

4）任务进度管理

3.1.2业务价值

一个溯源对象（如一个EA模型或者一个DB模型）的溯源工作是一个相对独立且延续的工作，有开始和结束，有进度和完成结果，所以将溯源工作作为一个任务进行管理，提高管理效率。

并支持管理任务的完成情况和进度。

3.2溯源分析

3.2.1功能描述

以溯源对象为目标和范围，为溯源对象中的字段逐一找到对应的源系统中的字段进行匹配，建立匹配映射关系。

进入子任务以后，选择源系统->

表->

字段，系统的检索功能和样例数据查看功能，支撑用户溯源匹配，建立映射关系。

3.2.2业务价值

1、当前用户溯源是传统手动溯源，按照模型的要求，手动从各个源系统查询对应的字段，并黏贴查询到的字段信息创建数据资源手册。

效率极低，且需要提取有效样例数据进行溯源决策，必须有运维人员支撑，难以独立完成

2、溯源过程管控上，纯线下方式，溯源工作过程不可控，质量难保证，溯源结果的可信度无法验证。

所以，将溯源工作迁到线上，检索和样例数据查看功能，提高了找到匹配字段的效率和准确度。

溯源结果直接系统生成，避免黏贴复制EXCEL文档引起的结果错误或者格式不一。

3.3溯源结果导入

3.3.1功能描述

支持将线下完成的溯源结果导入系统，并进行自动化溯源匹配。

导入溯源结果后，系统根据溯源的映射关系，匹配并验证溯源结果进行溯源结果的验证

3.3.2业务价值

应对用户已经完成部分溯源任务，已经输出了部分溯源结果的场景，系统支持将溯源结果导入，并且根据溯源结果进行结果的验证和匹配。

3.4不溯源标记及原因搜集

3.4.1功能描述

对于溯源对象中不需要进行溯源的字段进行单个或者批量标记不溯源并搜集不溯源原因。

3.4.2业务价值

1、模型中有部分字段属于扩充字段，不需要溯源。

2、在某些业务的数据为一线系统数据不会下发，省公司访问不到该类数据

3、某些省公司没有某类业务。

针对溯源时候的以上问题，都归纳为不溯源，此时需要进行标记，与正常的溯源字段进行区分。

3.5表关系自动解析发现

3.5.1功能描述

系统根据数据模型自动发现表之间关系。

对于EA设计态模型，根据EA源文件解析表关系；

对于DB模型，通过关系发现算法，发现表关系。

3.5.2业务价值

对于EA模型，将人工解读模型文件并整理表关系的工作转为自动完成；

对于DB模型，解决了用户无法了解表关系的难题，通过关系发现算法发现表关系

3.6生成数据资源手册

3.6.1功能描述

溯源工作完成以后，系统根据溯源的结果，自动整合形成用户侧需要的数据资源手册并支持导出。

3.6.2业务价值

系统自动整合数据资源手册，包括表信息，关系信息，字段映射表，表映射表。

节省了人工编辑文档表格的工作，极大提高了效率。

3.7溯源结果统计分析

3.7.1功能描述

通过图标和指标的方式呈现溯源进度，完成情况，完成比例指标，结果在各个系统的分布情况进行统计分析。

3.7.2业务价值

随时掌控溯源任务的完成进度，完成情况，完成率以及结果的分布情况，为下一步工作决策和溯源成果汇报提供了直接的数据支撑。

4资源标签目录

4.1资源目录构建

4.1.1功能描述

用户可以基于业务针对资源进行自定义目录构建，分类型分层级进行对维度目录构建。

支持自由添加维度，多维组合检索查询，资源多级探索

4.1.2业务价值

以业务视角对数据资源进行了梳理，分别从核心业务对象、业务协同流程、智能数据标签、运营监测分析、算法模型几个维度对公司数据资源进行梳理，构建多维数据资源目录，促使数据业务化。

为业务用户提供不同的业务维度入口，便于业务用户理解数据、使用数据。

4.2资源可视化

4.2.1功能描述

1）图谱可视化：

以图谱形式展现数据资源的表节点，属性及关联关系

2）列表可视化：

以列表形式展现数据资源的表节点，属性及关联关系

3）为用户提供统一的数据检索页面对企业整体数据资源进行模糊检索，用户将所需数据内容输入检索框，工具展示相关数据内容，查询结果包含数据表中英文名称、描述信息、数据来源、责任单位、所属维度等信息。

用户根据这些信息选择所需数据，并穿透查看其明细。

4.2.2业务价值

1）业务系统表结构及表之间关系通过图谱形式进行可视化呈现，将不可见的数据现象转化为可见的节点，将错综复杂的关联关系直截了当且清晰而直观地表达出来，实现数据自我解释、让数据说话的目的。

2）为用户提供统一的数据检索页面对企业整体数据资源进行模糊检索，用户将所需数据内容输入检索框，工具展示相关数据内容，查询结果包含数据表中英文名称、描述信息、数据来源、责任单位、所属维度等信息。

4.3创建宽表

4.3.1功能描述

每个用户都可以根据自己个性化需求，基于业务需求，自定义构建业务宽表，组建自己需要的业务场景。

用户使用数据中转站内的数据构建数据宽表时，可以查看数据表之间关联信息、所选数据表字段明细信息、宽表样例数据等辅助宽表构建过程。

宽表构建后需要提交数据使用申请流程，待相关数据管理单位审批后方可使用宽表数据。

4.3.2业务价值

便于业务人员根据业务需求灵活自定义业务宽表，并自动抽取相关数据，便捷的组建自己个性化的数据场景。

避免了传统方式下，需要运维人员根据业务场景则会整合数据的环节，极大提高了灵活性和效率，极大降低了运维人员的依赖性，从而业务人员可以随意修改宽表并提取数据，不受限制。

4.4数据服务

4.4.1API服务管理

创建数据服务：

对于常态化共享性质的数据需求，用户将创建的业务宽表生成API接口，并按申请单要求配置数据更新周期（实时、每日、周、月更新等），允许数据消费者可直接调用接口查询数据

4.4.2业务价值

常态化共享性质的数据需求进行接口包装，一方面提高数据共享性，避免同一个数据不同用户调用时创建多个接口；

另一方面简化数据接口对接流程，提高对接效率。

4.5构建服务目录

4.5.1功能描述

基于业务针对数据服务自定义构建服务目录，支持多层级，多维度的的服务目录创建。

对服务进行有层级有条理的管理。

4.5.2业务价值

服务管理者可以有效的分列表分层级进行数据服务的管理。

5共享服务

5.1服务标签化

5.1.1功能描述

支持对数据接口服务进行自定义打标签，可以打多个标签。

从服务使用者的角度，使用服务使用者的语言对服务打标签

5.1.2业务价值

便于服务使用者使用标签关键字进行服务检索和查询。

5.2申请服务

5.2.1功能描述

服务使用者浏览服务信息，当需要某个服务时，就可以申请该服务，通过审批后，数据管理者提供数据服务的访问校验信息，即可对接服务，使用服务数据。

5.2.2业务价值

完成数据服务的共享，提高数据利用率，简化数据接口对接流程，提高接口对接效率。

5.3权限控制

5.3.1功能描述

调用服务必须经过申请和审批，只有通过审批才能获得调用该接口并获取服务数据的权限。

且该权限有生效期间。

过期将自动收回权限。

5.3.2业务价值

1）数据安全性保证

2）数据服务管理者可以有序调度，比较高并发大量数据调用而影响系统性能。