基于中台的数字化研发方法和平台与流程

1.本发明涉及汽车整车产品研发，具体涉及一种基于中台的数字化研发方法和平台。


背景技术：

2.汽车的整车产品开发涉及多专业协同业务，对信息的交互频率、时效均有较高要求。随着数字化系统越来越多，信息的冗余度指数级增长造成数据、文档版本管理的复杂化，大大降低研发效率。
3.目前，大多通过excel来管理整车开发计划、产品定义规划、项目交付物清单以及各种仿真分析结果和问题单。这就可能会造成单一责任人的材料无法实时有效派发，或者经过多方传递或者更改信息较为频繁的情况下，信息交互是滞后无效的。由此，针对单一项目就容易形成信息孤岛，尤其是，对于整体公司多项目并行研发的情况下，缺少了项目总体开发的横向借鉴或者无法避免问题复现。


技术实现要素：

4.基于上述现状，本发明的主要目的在于提供一种基于中台的数字化研发方法和平台，通过数据标签和关键码将位于最底层的基础数据按照一定的规律和维度集成为按需有序排列的中台数据，可基于研发需求实现精准的任务派发和展示界面，便于项目管理和进度把控。
5.为实现上述目的，本发明采用的技术方案如下：
6.本发明的第一方面提供了一种基于中台的数字化研发方法，应用于整车产品研发平台，所述方法包括如下步骤：
7.s100，在所述研发平台上形成基础数据库和标签模型库，所述基础数据库根据关键码进行访问的哈希表数据结构存储有具有不同数据类型的员工信息、产品信息和项目信息，所述标签模型库具有若干与所述数据类型对应的数据标签；
8.s200，根据所述员工信息、产品信息和/或项目信息的数据类型为其分别设置相应的数据标签，并为每个研发需求基于所述关键码和/或数据标签生成该研发需求的中台数据，所述中台数据包括人员架构信息、计划模型和需要执行的任务；
9.s300，基于每个研发需求的中台数据，将每个需要执行的任务推送至该任务所对应员工在所述平台上的用户个人门户，和/或根据终端展示需求生成相应的该研发需求的展示界面。
10.优选地，所述步骤s100中，将所述员工信息、产品信息和项目信息在所述基础数据库中的存储位置与所述关键码之间建立映射关系函数，使得所述关键码和所述存储位置为唯一对应的关系。
11.优选地，所述步骤s200中，所述为每个研发需求基于所述关键码和/或数据标记生成该研发需求的中台数据，包括：
12.获取所述员工信息中包含的角色、岗位和/或组织结构，并根据所述关键码和/或数据标签得到适配于该研发需求的人员架构信息；
13.获取所述产品信息中包含的零件信息和所述项目信息中包含的项目计划信息，并根据所述关键码和/或数据标签得到适配于该研发需求的计划模型；
14.从所述人员架构信息和计划模型中得到需要执行的任务以及每个任务对应的执行该任务的员工信息。
15.优选地，所述零件信息包括零件号、图纸号、试验类型、从属模块信息、生产基地、供应商信息。
16.优选地，所述项目计划信息包括用于整车产品研发的项目主计划信息、阀点交付物要求、计划版本更替、时间管理、节点图例、颜色管理。
17.优选地，所述步骤s300中，所述终端展示需求包括按单一项目展示和/或跨项目横向对比展示。
18.本发明的第二方面提供了一种基于中台的数字化研发平台，用于整车产品研发，所述平台包括：
19.基础数据模块，能够在在所述研发平台上形成基础数据库和标签模型库，所述基础数据库根据关键码进行访问的哈希表数据结构存储有具有不同数据类型的员工信息、产品信息和项目信息，所述标签模型库具有若干与所述数据类型对应的数据标签；
20.中台数据模块，能够根据所述员工信息、产品信息和/或项目信息的数据类型为其分别设置相应的数据标签，并为每个研发需求基于所述关键码和/或数据标签生成该研发需求的中台数据；所述中台数据包括人员架构信息、计划模型和需要执行的任务；
21.应用展示模块，能够基于每个研发需求的中台数据将每个需要执行的任务推送至相应员工在所述平台上的用户个人门户，和/或根据终端展示的需求生成相应的该研发需求的展示界面。
22.优选地，所述中台数据模块包括：
23.组织中台，能够获取所述员工信息中包含的角色、岗位和/或组织结构，并根据所述关键码和/或数据标签得到适配于该研发需求的人员架构信息；
24.计划中台，能够获取所述产品信息中包含的零件信息和所述项目信息中包含的项目计划信息，并根据所述关键码和/或数据标签得到适配于该研发需求的计划模型；
25.任务中台，从所述人员架构信息和计划模型中得到需要执行的任务以及每个任务对应的执行该任务的员工信息。
26.本发明的第三方面提供了一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机程序，所述计算机程序被所述处理器执行时，能够实现如上述第一方面所述的数据处理方法。
27.本发明的第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序用于运行以实现如上述第一方面所述的数据处理方法。
28.本发明与现有技术相比具有明显的优点和有益效果，其至少具有下列优点：
29.本发明的基于中台的数字化研发方法，将可用于整车产品研发的基础数据(例如员工信息、产品信息、项目信息)通过关键码和/或数据标签进行整合并形成上一层级的中台数据，可为每个研发需求调取指定项目的某一零部件信息、需要执行的任务以及对应的
员工信息(责任工程师)，能够将相关任务按时推送至责任工程师的门户并结合日历信息，继而能够对任务的完成与否进行提醒警示，以实现任务的精准分发并可监控任务的完成情况。由此，通过平台上的中台数据融合各种与研发有关的信息数据，能够打破各部门或者各系统之间的信息壁垒，实现信息互联化、知识共享化。
30.本发明的基于中台的数字化研发平台，通过基础数据模块为平台提供可用于整车产品研发的基础数据，通过中台数据模块将这些基础数据进行模块化整合并形成基于每个研发需求的中台数据，通过应用展示模块将每个研发需求的任务推送至对应的责任工程师，并结合日历信息实现任务监控，还能够根据终端展示需求生成相应的展示界面，便于项目管理和进度把控。
31.此外，本发明能够在数据积累基础上实现数据的清洗、聚合、分析，最后提升数据沉淀、数据资源分析的能力。利用数据分析能力以及机器学习能力，最大化将普遍适用的经验定义为规范，作为研发控制点或者交付物的标准录入数字化研发平台中。经过多个项目的迭代使用，不断完善每一个阀点、每一项任务目标以及交付物标准和最终的产品交付。
32.本发明的电子设备和计算机可读存储介质，通过所述的数字化研发方法，能够融合各种与整车产品研发相关的信息数据，有助于任务精准分发并能够监控任务完成情况，可用于支持整车产品快速开发。
附图说明
33.图1为本发明的基于中台的数字化研发方法的一种优选实施方式的流程示意图；
34.图2为本发明的基于中台的数字化研发方法的关键码和存储位置的映射关系示意图；
35.图3为本发明的基于中台的数字化研发方法的前保模块零件的树状结构示意图；
36.图4为本发明的基于中台的数字化研发平台的一种优选实施方式的结构示意图；
37.图5为本发明的基于中台的数字化研发平台的组织中台的一种优选实施方式的系统架构示意图；
38.图6为本发明的基于中台的数字化研发平台的计划中台的一种优选实施方式的系统架构示意图；
39.图7为本发明的基于中台的数字化研发平台的整车产品开发流程示意图；
40.图8为本发明的基于中台的数字化研发平台的任务中台的一种优选实施方式的系统架构示意图；
41.图9为本发明的基于中台的数字化研发平台的模块checklist基于组织中台、计划中台、任务中台的一种优选实施方式的业务架构示意图；
42.图10为本发明的基于中台的数字化研发平台的喇叭的checklist模板示意图。
具体实施方式
43.为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本发明提出的基于中台的数字化研发平台，其具体实施方式、方法、步骤、特征及其功效，详细说明如后。
44.参见图1，一种基于中台的数字化研发方法，应用于整车产品研发平台，所述方法
包括如下步骤：
45.s100，在所述研发平台上形成基础数据库和标签模型库，所述基础数据库根据关键码进行访问的哈希表数据结构存储有具有不同数据类型的员工信息、产品信息和项目信息，所述标签模型库具有若干与所述数据类型对应的数据标签；
46.s200，根据所述员工信息、产品信息和/或项目信息的数据类型为其分别设置相应的数据标签，并为每个研发需求基于所述关键码和/或数据标签生成该研发需求的中台数据，所述中台数据包括人员架构信息、计划模型和需要执行的任务；
47.s300，基于每个研发需求的中台数据，将每个需要执行的任务推送至该任务所对应员工在所述平台上的用户个人门户，和/或根据终端展示需求生成相应的该研发需求的展示界面。
48.通过上述步骤，将可用于整车产品研发的例如员工信息、产品信息、项目信息的基础数据通过关键码和/或数据标签进行整合并形成上一层级的中台，可为每个研发需求确定适配的中台数据，例如人员架构信息、计划模型和需要执行的具体任务信息，并将相关任务按时推送至相应的员工在平台上的门户并结合日历信息，从而能够对任务的完成与否进行提醒警示，以实现任务的精准分发并可监控任务的完成情况。
49.具体地，在步骤s100中，
50.关于基础数据库，一般是指位于最底层的类似于员工档案、零件档案、项目档案等各类分散的模块信息，通过业务调研将整理好的有序的基础数据库中的信息(包括员工信息、产品信息和项目信息)导入到平台中，并采用根据关键码(key)进行访问的哈希表数据结构进行存储。同时，基础数据库中的这些信息具有不同的数据类型，例如，员工信息一般为字符串类型，产品信息和/或项目信息中的图文档一般为文件类型，其中可包括以三位数模、二维图纸为主的cad文件类型。
51.关于标签模型库，根据基础数据库中各类信息的数据类型，对应设置相应的一个或多个数据标签，例如，员工信息的数据标签一般包含职位信息、工作职责、负责的项目代号、所负责的零件号等；零件信息的数据标签一般包含零件号、图纸号、试验类型、从属模块信息、生产基地、供应商代号等。由此，可根据每一个数据类型所设置的数据标签得到其内置相关的标签维度，形成标签模型库，平台运维人员后续可以根据需要调整各类数据标签的内容。
52.具体地，在步骤s200中，可以在按照传统的公司组织架构信息将员工信息录入至平台中后，按照每一位员工所负责的实际整车研发项目和业务类型为其打上一个或多个数据标签，从而形成该员工的个人档案。类似地，采取同样的方法处理所有研发需求所涉及的项目，将其对应的项目阀点，交付物要求全部纳入平台中进行管控，进一步地通过关键码和/或数字标签的形式筛选出制定每个项目所需的人员架构，从而生成一个以项目为视图的包含人员架构信息的中台数据。其中，结合成本和效率采用lambda架构 hive计算引擎的组合将不同信息的组合形成上一层级的中台数据。
53.具体地，在步骤s300中，以中台数据包含的人员架构信息为基础，结合中台数据包含的计划模型(包含项目计划和阀点交付物要求等)，确定需要执行的任务，读取个人日历信息，实现特定任务特定时间周期内进行待完成任务提示以及逾期预紧，这对需要执行任务的员工(责任工程师)而言可提高处理任务的效率和项目进度的把控，对于项目经理而言
可统筹一览整体项目状态，这些单个任务和项目总体任务状态共同形成了我们的任务中台数据。此外，由基础数据得到的中台数据可衍生出用户界面可视化的众多应用，个人档案和日历信息结合项目主计划，按照整车开发的阀点约束关系，每一位工程师能够生成自己所负责模块的模块开发计划以及相关的试验验证计划，用户可以根据自己的需求进行调用形成个人的任务看板、信息中心等等。
54.作为可选的实施例，所述步骤s100中，将所述员工信息、产品信息和项目信息在所述基础数据库中的存储位置与所述关键码之间建立映射关系函数，使得所述关键码和所述存储位置为唯一对应的关系。
55.具体地，参见图2，将员工信息、产品信息和项目信息的存储位置与关键码(key)之间建立映射关系函数h(ki)，其中，ki为关键码(key)集合，ri为哈希地址集合，如此每个关键码(key)和存储位置h(key)唯一对应。
56.作为可选的实施例，所述步骤s200中，所述为每个研发需求基于所述关键码和/或数据标记生成该研发需求的中台数据，包括：
57.获取所述员工信息中包含的角色、岗位和/或组织结构，并根据所述关键码和/或数据标签得到适配于该研发需求的人员架构信息；
58.获取所述产品信息中包含的零件信息和所述项目信息中包含的项目计划信息，并根据所述关键码和/或数据标签得到适配于该研发需求的计划模型；
59.从所述人员架构信息和计划模型中得到需要执行的任务以及每个任务对应的执行该任务的员工信息。
60.其中，将基础数据库中的各项信息转换成具有树形结构的逻辑数据结构，可根据研发需求调取项目的某一零部件信息，参见图3，由此将零散的档案数据信息基于数据标签和/或关键码以一定的规律和维度集成在中台的数据结构中，可以根据用户的实际需求扩展出各种应用展示模块。关键码主要是用于存储和取值所需的索引，数据标签只是针对具有同一类属性的数据给予标识，例如给项目s30所有相关的参与工程师以及相关的文件标记上“s30”数据标签，需要说明的是，数据标签与关键码不是必须组合使用。
61.通过上述步骤，根据关键码和/或数据标签确定适配于研发需求的人员架构信息、计划模型，并由此得到该研发需求需要执行的任务信息以及相应的执行每个任务的员工信息，能够得到以项目为视图的中台数据，有助于任务精准分发和有效管理。
62.作为可选的实施例，所述零件信息包括零件号、图纸号、试验类型、从属模块信息、生产基地、供应商信息。
63.作为可选的实施例，所述项目计划信息包括用于整车产品研发的项目主计划信息、阀点交付物要求、计划版本更替、时间管理、节点图例、颜色管理。
64.作为可选的实施例，所述步骤s300中，所述终端展示需求包括按单一项目展示和/或跨项目横向对比展示。
65.具体地，基于
66.参见图4，本发明还提供了一种基于中台的数字化研发平台，用于整车产品研发，所述平台包括：
67.基础数据模块，能够在在所述研发平台上形成基础数据库和标签模型库，所述基础数据库根据关键码进行访问的哈希表数据结构存储有具有不同数据类型的员工信息、产
品信息和项目信息，所述标签模型库具有若干与所述数据类型对应的数据标签；
68.中台数据模块，能够根据所述员工信息、产品信息和/或项目信息的数据类型为其分别设置相应的数据标签，并为每个研发需求基于所述关键码和/或数据标签生成该研发需求的中台数据；所述中台数据包括人员架构信息、计划模型和需要执行的任务；
69.应用展示模块，能够基于每个研发需求的中台数据将每个需要执行的任务推送至相应员工在所述平台上的用户个人门户，和/或根据终端展示的需求生成相应的该研发需求的展示界面。
70.由此，通过基础数据模块为平台提供可用于整车产品研发的基础数据，通过中台数据模块将这些基础数据进行模块化整合并形成基于每个研发需求的中台数据，通过应用展示模块将每个研发需求的任务推送至对应的责任工程师，并结合日历信息实现任务监控，还能够根据终端展示需求生成相应的展示界面，便于项目管理和进度把控。
71.需要说明的是，在中台数据模块之上建立的应用展示模块，可以包括项目主模块、知识管理模块、专业内容管理模块等，其中，项目主模块可设置项目信息、项目计划、开发范围、产品信息、费用管理等方面的应用；知识管理模块可包含与工程师有关的用户画像、知识图谱等，以及与产品有关的专业知识、流程知识、dfmea、设计变更等等；专业内容管理模块可以根据需要进行扩展设计，应用架构层就类似于手机的应用商店，最终的展示端为研发员工或者公司管理层门户或者移动端设备，每一个用户可以根据自己的信息需求，组建个人的首页应用；客户端和移动端同步开发，满足移动办公的需求，另一方面针对不同的维度可行权限控制管理，可以实现按单一项目展示状态或者跨项目横向对比以及给外部供应商或者媒体展示特定应用组合。
72.作为可选的实施例，所述中台数据模块包括：
73.组织中台，能够获取所述员工信息中包含的角色、岗位和/或组织结构，并根据所述关键码和/或数据标签得到适配于该研发需求的人员架构信息；
74.计划中台，能够获取所述产品信息中包含的零件信息和所述项目信息中包含的项目计划信息，并根据所述关键码和/或数据标签得到适配于该研发需求的计划模型；
75.任务中台，从所述人员架构信息和计划模型中得到需要执行的任务以及每个任务对应的执行该任务的员工信息。
76.此外，中台数据模块还包括一些组件，以用于数据处理、数据流转等需求。
77.由此，由组织中台根据关键码和/或数据标签将基础数据库中的员工信息打上数字标签，形成员工的个人档案，并通过关键码和/或数据标签的形式筛选出适配于研发需求项目所需的人员架构，同时，由计划中台将研发需求所涉及产品的零件信息以及对应的项目阀点、交付物要求等项目信息纳入平台的系统管控，然后，由任务中台根据组织中台和计划中台生成的中台数据生成相应的任务中台数据，例如，针对某个研发需求，基于项目的人员架构信息，结合项目计划和阀点交付物要求，读取个人日历信息，生成相应的需要执行的任务以及每个任务所对应的员工信息，这些单个任务和项目总体任务状态共同形成于任务中台。
78.具体地，参见图5，关于组织中台，其负责管理人员角色和组织结构，对员工信息、岗位信息以及组织结构进行多维度的匹配管理，其中包括项目组的增加、修改、删除，组织的人员管理，虚拟组织的属性认定等。从员工到角色到组织的点线面关系管理以及各个维
度的权限管理全部由组织中台来完成，组织中台也是任务分发的基础，通过数据标签的合理设置和粒度管理，有助于任务的精准分发，并提高项目管理效率。
79.具体地，参见图6，关于计划中台，其依托于项目组所制定的项目主计划信息，阀点信息，计划版本更替，时间管理以及节点图例，颜色管理等等初始定义的属性而生成。在计划中台图标展示方面设定了时间刻度、标尺、图例、阶段线、刻度线、背景色，同时赋予用户自定义的少数属性。将计划中台的基础信息包含计划信息、节点信息、节点图例、颜色管理等等各自打包制作成模块分包，形成一个计划库的底层元素。分别将一个全新开发车型、年度车型、换代车型的各自完整开发计划导入，完成对应的三套计划数学建模。
80.参见图7，以全新整车开发流程控制图为例，将p1-p8每一个节点时间、参与的专业部门、各自的工作状态(数据/评审/工装)、各任务的持续时间以及相互的制约关系等元素作为计划模型的基本要素。不同的车型开发计划仅需调取这些基本元素即可快速生成一个新的开发计划并用以项目评审。后续实际开发车型计划的数据信息作为输入基础，读取其中的关键节点(项目计划中的主节点以p1-p8来表示)以及周期跨度，同时将计划清单进行wbs解构，实现行列编辑管理，层级管理，整体的布局管理，进度条展示，基于此用户可进行表头排序、过滤处理，这些中间的可视化调度层，用户在导入计划后根据需要完成计划元素拖拽的方式自由调整节点周期。通过多次项目或者模块的计划更替进行机器深度学习，结合员工信息中的个人档案判断个人用户对计划的关注点和需求层级，进行默认计划表单的推荐使用。显示层则是包含时间刻度、标尺、关键路径、tooltip等实用工具供用户调度使用。利用栈队排序的方式，进行计划清单的多版本管理，结合适用于哈希列表的种子序列定位及延伸算法，实现对时间节点变更，计划层级变更，属性变更的不同版本对比分析以及节点快照管理。
81.具体地，参见图8，关于任务中台，其调用计划中台和组织中台的数据api接口，实现大部分研发活动任务时间计划推动触发任务的设定逻辑关系，按照时间计划下发任务给指定的责任工程师。任何的组织活动都会以任务的形式体现，因此任务中台也是中台数据模块中的核心内容。任务中台划分为四个子模块，分别为任务发布、任务处理、任务状态和任务统计。从任务模板的制作，任务填写发布，转移处理等每一个环节都会记录其中的状态节点时间。在个人页面中心可以直观体现为工作任务、临时任务以及衍生任务。任务状态统计是直接输出产物，根据维度不同可展示个人、部门、项目的总体任务完成情况；进一步结合项目计划和开发范围以及组织中台的相关信息，可以开发出岗位工时饱和度，项目开发经济性等等非常实用的应用模块。
82.需要说明的是，在终端的展示层面，作为计划中台的最终输出物，不同维度的项目的计划，模块的开发计划，试制试验计划等能够展示给不同的需求用户。同样得可以进行已签批计划和待调整计划的对比分析差异用于项目决策。另外每个用户根据自身工作需要，利用计划中台的基础层信息，调度层元素和显示层工具可以自定义制作各种类型的管理计划，例如不限于整车质量计划，试验车管理计划和文档交付计划等等适用于实际业务需要的定制化计划模板。
83.下面通过具体示例来说明应用展示模块的运行逻辑。参见图9，应用展示模块中包括项目主模块，项目主模块的其中一个子模块为模块checklist，以组织中台、计划中台、任务中台为基础，由车型平台管理部门维护好企业层面的整车产品架构选型模块范围，输入
到数字化研发平台形成开发模块库，维护展示的列表、层级以及权限管理，定期更新维护模块库。研发平台总工可以定义模块checklist的模板，即一个具体零部件模块需要完成那些开发检查条目才能完成数模发布并用以制造零件，完成模板的新增、修改删除，checklist之间的关联关系核查等操作。同时结合专业部门的实际需求识别出所有的检查项并给出检查项与模块的对应矩阵关系。项目经理与总布置一同结合具体实施项目，从企业级模块库中选择车型所需模块和关联其他项目。由此在研发平台中生成特定项目的模块表单以及对应的检查项矩阵图。进一步结合项目组维护的项目计划和项目信息，通过此研发平台的计划中台、组织中台和任务中台形成清晰的任务流(也可称之为工作流)。任务分解到各专业部门和业务部门后，制定并发布各自的模块开发计划和checklist计划，由项目组跟踪各任务的流转执行情况直至任务关闭。任务提醒、推送由研发平台根据任务中台、组织中台、计划中台定时定向完成，任务的执行审批则由相关审核或同步工程师完成判定操作。
84.以智能座舱部门申请增加一对高音喇叭且将其定义为平台零件为例，首先由部门总监在系统中提起申请将此喇叭加入模块库，研发平台系统通过组织中台调取车型平台管理负责人，由任务中台将其此任务推送过去。车型平台负责人接受任务后通过中台数据模块的相应组件组织相关人员进行评审，确认后纳入平台开发模块库中。如图10所示为喇叭的checklist模板，零件工程师通过与各检查条目工程师确认相关的检查项内容以及检查时间点和轮次等信息，最终按照计划中心的标准模型制定喇叭这一单独零件模块的开发计划，同样得由任务中台结合计划中台、组织中台定时定人发送具体任务。例如按照示例，由组织中台确定出当前项目的dmu工程师，任务中台在p1/p2/p3三个节点定时提醒dmu工程师提交dmu报告并完成状态标记同时返回结果给零件工程师以及项目经理。这是喇叭单一零件的应用情形，对于整车开发项目而言，涉及到多个专业部门，庞大的专业工程师团队，为实现任务快速下发、问题急速解决，通过此数字化研发平台可以融合零部件、检查条目、时间节点的三位一体化矩阵，以项目计划、零件开发计划为基础的计划中台，以项目组人员为基础的组织中台、以节点交付物为基础的任务中台，三者协同实现任务精准派发并展示项目/零件状态看板。
85.在执行任务的过程当中，具体检查项负责人发现任务需要延期，此时评估并反馈此检查项对整体项目节点的影响。若影响项目关键节点判定为“否”，则单独调整检查项执行计划即可，调整完成后发布新的检查点计划并完成签批确认。而另一方面，若是检查项影响到项目关键节点的判定为“是”，则需要通知项目经理一起评估对项目阀点的影响，根据需要调整项目阀点时间经汇报后同步调整对应的检查项计划。以性能开发部的风阻系数评估为例，风阻系统作为一个项目过p2节点的关键因素，必须有仿真结果和实验结果满足项目预设目标。但因为风洞实验资源紧张等原因，实际实验时间较原计划晚一个，此时性能部同事评估对项目p2节点是否有影响，若无影响则直接通知前保模块和车身工程师(由组织中心调用所得)在计划中台调整零件开发计划中的cae这一单条checklist的计划即可，修改完成之后再次发布通知其他关联工程师；反之若对p2节点有影响，则需要会同项目经理、项目总监一起评估其对项目的风险形成会议纪要保存到中台数据模块的相应组件，调整整个项目的计划或者某几个节点的计划时间，同样调整完成后发布新版计划并通过中台数据模块的相应组件告知各关联负责人。
86.实际的生产应用不仅仅局限于以上举例的案例，各专业部门或同步工程均可依据
自身的工作特征，利用已有的基础信息架构和各类中台，以搭建积木的形式快速创建日常工作所需的自定义模块。本发明的特征是提出了整车研发平台的中台概念，非常明确得提出所有研发活动与中台和基础业务信息的结合可以形成庞大的研发应用模块，包含但不仅限于以上的整车开发业务。将日常研发活动的流程梳理清晰，即可结合企业级的研发平台资源实现业务框架整合，实现计划、事件、负责人高效协同，提供计划制定修改，任务推送，项目总结的依据。如此数字化研发平台，通过公司的研发项目不断迭代升级，构筑企业的研发知识护城河。通过项目的应用可以不断扩展其中的业务模块和相关的checklist，不论是对专业的应用还是项目管理的应用都是极大的效率和质量提升。研发平台提升公司整体得研发能力和开发效率，反哺输出优秀的产品。从研发到实物产品的良性循环得以有效保障。
87.本发明还提供了一种电子设备，包括处理器；以及存储器，所述存储器上存储有计算机程序，所述计算机程序被所述处理器执行时，能够实现如上述实施例所述的基于中台的数字化研发平台。
88.本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序用于运行以实现如上述实施例所述的基于中台的数字化研发平台。
89.以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明,任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。