基于中心平台的业务子系统评价方法、装置和计算机设备与流程

1.本技术涉及大数据技术领域，特别是涉及一种基于中心平台的业务子系统评价方法、装置和计算机设备。


背景技术：

2.随着计算机技术、通信技术的飞速发展，评价管理在企业生产和管理中日显重要，评价管理的好坏直接关系到企业的命运。其中，用户评价管理已经成为很多商业服务项目非常重要的一个展示内容，其所占篇幅甚至超过商品本身的描述。
3.在现有技术中，因为每个企业都有很多种类型的商品订单、多种类型的客商，因此评价方式的需求就是多样性的、个性化的，正由于这种复杂性，大多企业难以做好评价管理。评价管理仅对各个业务系统评价做单一的处理，这样做使各个系统评价相对独立，较为简单易行，因为没有各个系统之间的数据交互，开发简单。
4.但是，对各个业务系统评价单一的处理方式，无法应对多个业务系统的评价集中收集，无法拓展，造成各个子系统之间的评价各自风格，使后期数据分析、售后造成大量人员浪费。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种集中统一收集、分析评价的基于中心平台的业务子系统评价方法、装置和计算机设备。
6.本技术实施例提供了一种基于中心平台的业务子系统评价方法，所述方法包括：
7.收集各业务子系统对应的评价数据；
8.对所述评价数据按照维度进行分类，以将每一条评价数据分为不同的类别；
9.将相同类别的评价数据存储在同一个维度表中；
10.将各业务子系统对应的评价数据存储至主表中，根据主表和各个维度表得到主一维星型数据表；
11.对所述主一维星型数据表中的数据进行处理得到评价结果。
12.在其中一个实施例中，所述对所述主一维星型数据表中的数据进行处理得到评价结果，包括：
13.接收数据处理请求，所述数据处理请求携带有待处理维度；
14.根据待处理维度确定对应的目标维度表，读取所述目标维度表中的评价数据；
15.根据统一的评价规则对所读取的评价数据进行处理得到评价结果。
16.在其中一个实施例中，所述根据主表和各个维度表得到主一维星型数据表之后，还包括：
17.对所述主一维星型数据表中的评价数据进行抽象处理得到实体；
18.配置所述实体的使用用例得到评价数据处理模型。
19.在其中一个实施例中，所述配置所述实体的使用用例得到评价数据处理模型之
后，还包括：
20.接收评价数据操作请求，所述评价数据操作请求携带有操作类型；
21.查询与所述评价数据操作请求对应的评价数据，并根据操作类型通过所述评价数据处理模型对所述评价数据进行操作。
22.在其中一个实施例中，所述根据操作类型通过所述评价数据处理模型对所述评价数据进行操作，包括：
23.触发所查询的评价数据的与所述操作类型对应的使用用例；
24.执行所述使用用例以对所述评价数据进行操作。
25.在其中一个实施例中，基于中心平台的业务子系统评价方法，还包括：
26.通过表格和/或图像的方式对评价结果进行展示。
27.在其中一个实施例中，基于中心平台的业务子系统评价方法，还包括：
28.对评价结果进行舆情分析，得到分析结果；
29.根据所述分析结果推荐相关服务。
30.一种基于中心平台的业务子系统评价装置，所述装置包括：
31.收集模块，用于收集各业务子系统对应的评价数据；
32.分类模块，用于对所述评价数据按照维度进行分类，以将每一条评价数据分为不同的类别；
33.存储模块，用于将相同类别的评价数据存储在同一个维度表中；还用于将各业务子系统对应的评价数据存储至主表中；
34.主一维星型数据表生成模块，用于根据主表和各个维度表得到主一维星型数据表；
35.数据处理模块，用于对所述主一维星型数据表中的数据进行处理得到评价结果。
36.在其中一个实施例中，一种计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法的步骤。
37.在其中一个实施例中，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。
38.上述基于中心平台的业务子系统评价方法、装置和计算机设备，中心平台收集各业务子系统对应的评价数据；对所述评价数据按照维度进行分类，以将每一条评价数据分为不同的类别；将相同类别的评价数据存储在同一个维度表中；将各业务子系统对应的评价数据存储至主表中，根据主表和各个维度表得到主一维星型数据表；对所述主一维星型数据表中的数据进行处理得到评价结果。本技术的中心平台先将要参与评价的数据进行分类，再按类型逐个分解为具有同样维度的主一维数据，使不同子系统中相同类型的数据的就存放在主一维星型数据表中，进而在评价不同的业务系统中的同类数据时，就可以只访问相同的表结构。中心平台可接收不同业务的评价数据并集中处理，便于数据分析，避免数据在各个模块之间造成数据分散，为后续分析提供依据，节约了各个业务系统处理用户评价问题的人员。
附图说明
39.为了更清楚地说明本技术实施例或传统技术中的技术方案，下面将对实施例或传
统技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
40.图1为一个实施例中中心平台的配置图；
41.图2为一个实施例中基于中心平台的业务子系统评价方法的流程图；
42.图3为另一个实施例中基于中心平台的业务子系统评价方法的流程图；
43.图4为另一个实施例中基于中心平台的业务子系统评价方法的流程图；
44.图5为另一个实施例中基于中心平台的业务子系统评价方法的流程图；
45.图6为另一个实施例中基于中心平台的业务子系统评价方法的流程图；
46.图7为一个实施例中基于中心平台的业务子系统评价方法的舆情分析流程图；
47.图8为一个实施例中基于中心平台的业务子系统评价方法的流程图；
48.图9为中心平台工作逻辑图；
49.图10为一个实施例中计算机设备的内部结构图。
具体实施方式
50.为了便于理解本技术，下面将参照相关附图对本技术进行更全面的描述。附图中给出了本技术的实施例。但是，本技术可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使本技术的公开内容更加透彻全面。
51.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中在本技术的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
52.可以理解，本技术所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。
53.请参阅图1，本技术所提供的基于中心平台的业务子系统评价方法，可以适用于任何企业多个子系统的评价，例如，汽车制造、车联网多系统评价领域等。需要说明的是，中心平台收集各业务子系统对应的评价数据；对评价数据按照维度进行分类，以将每一条评价数据分为不同的类别；将相同类别的评价数据存储在同一个维度表中；将各业务子系统对应的评价数据存储至主表中，根据主表和各个维度表得到主一维星型数据表；对主一维星型数据表中的数据进行处理得到评价结果。本技术的中心平台先将要参与评价的数据进行分类，再按类型逐个分解为具有同样维度的主一维数据，使不同子系统中相同类型的数据的就存放在主一维星型数据表中，进而在评价不同的业务系统中的同类数据时，就可以只访问相同的表结构。
54.在一个实施例中，如图2所示，提供了一种基于中心平台的业务子系统评价方法，以该方法应用于图1中的中心平台为例进行说明，包括以下步骤：
55.s202：收集各业务子系统对应的评价数据。
56.其中，业务子系统是指企业达成定位所需要的业务环节，各利益相关者合作与交易的方式和内容。评价数据是指对各个业务子系统的交易的方式和内容的评价。
57.具体地，中心平台收集各业务子系统对应的评价数据，其中，业务子系统可以是制
造子系统、销售子系统、客服子系统及供应商子系统，则评价数据为制造子系统的评价数据、销售子系统的评价数据等，每种评价数据的来源具有评价标识可识别的唯一评价来源。
58.需要说明的是，中心平台使用mysql数据库，也可以采用其他具有相同功能的数据库，在此不做限定。mysql数据库集中存储多场景业务子系统的评价数据，包括评价基本数据和评价的扩展属性。mysql数据库具备即时生效的特性，既配置信息插入即生效，不需要重新启动，方便快捷。
59.s204：对评价数据按照维度进行分类，以将每一条评价数据分为不同的类别。
60.具体地，维度是指评价数据的独立参数的数目。中心平台收集各业务子系统对应的评价数据，并对收集的评价数据按照维度进行分类，以此将每一条评价数据分为不同的类别。同一个类别的数据，根据业务子系统的不同可以区分为不同维度的数据。
61.s206：将相同类别的评价数据存储在同一个维度表中。
62.具体地，维度表是指用来储存子系统标识及评价数据的类别。中心平台收集各业务子系统对应的评价数据，并对收集的评价数据按照维度进行分类，以此将每一条评价数据分为不同的类别。中心平台将分类后的相同类别的评价数据存储在同一个维度表中。
63.s208：将各业务子系统对应的评价数据存储至主表中，根据主表和各个维度表得到主一维星型数据表。
64.其中，主一维星型数据表是指一个主数据表带多个维度表的星型模型，可将不同系统中相同类型的数据存放在同一个主一维模型中。主数据，包括业务子系统标识、评论内容、评论时间、评论星级、评论满意度及评论类型等。
65.具体地，中心平台将分类后的相同类别的评价数据存储在同一个维度表中，将各业务子系统对应的评价数据存储至主表中，并根据主表和各个维度表得到主一维星型数据表。如此，将不同业务子系统对应的评价数据，转换为具有相同结构的数据并统一存放到一起，中心平台将其作为唯一的一个评价对象，实现了方便评价分析的工作。评价不同业务子系统中的同类数据，只要访问相同的表结构就可以。
66.s210：对主一维星型数据表中的数据进行处理得到评价结果。
67.具体地，中心平台收集各业务子系统对应的评价数据，并对收集的评价数据按照维度进行分类，以此将每一条评价数据分为不同的类别。中心平台将分类后的相同类别的评价数据存储在同一个维度表中，将各业务子系统对应的评价数据存储至主表中，并根据主表和各个维度表得到主一维星型数据表，对主一维星型数据表中的数据进行处理得到评价结果。
68.如此设计，将不同业务子系统对应的评价数据，转换为具有相同结构的数据并统一存放到一起，中心平台将其作为唯一的一个评价对象，对主一维星型数据表中的数据进行处理得到评价结果，实现了方便评价分析的工作。
69.上述基于中心平台的业务子系统评价方法，中心平台先将要参与评价的数据进行分类，再按类型逐个分解为具有同样维度的主一维数据，使不同子系统中相同类型的数据的就存放在主一维星型数据表中，进而在评价不同的业务系统中的同类数据时，就可以只访问相同的表结构。中心平台可接收不同业务的评价数据并集中处理，便于数据分析，避免数据在各个模块之间造成数据分散，为后续分析提供依据，节约了各个业务系统处理用户评价问题的人员，简化了评价程序，提高了工作效率。
70.如图3所示，在其中一个实施例中，对所述主一维星型数据表中的数据进行处理得到评价结果，包括：
71.s302：接收数据处理请求，所述数据处理请求携带有待处理维度。
72.具体地，中心平台接收数据处理请求，其中，数据处理请求携带有数据的待处理维度，待处理维度可以是子系统标识及评论类型等。
73.s304：根据待处理维度确定对应的目标维度表，读取目标维度表中的评价数据。
74.具体地，中心平台接收数据处理请求，其中，数据处理请求携带有数据的待处理维度。中心平台根据数据处理请求携带的待处理维度确定对应的目标维度表，并读取目标维度表中的评价数据。
75.s306：根据统一的评价规则对所读取的评价数据进行处理得到评价结果。
76.具体地，中心平台根据数据处理请求携带的待处理维度确定对应的目标维度表，并读取目标维度表中的评价数据。进而根据统一的评价规则，对所读取的评价数据进行处理得到评价结果。在中心平台中每个维度的评价规则只有一套，采用同一套评价规则评价不同业务子系统中的评价数据，使数据整合快速，并拓展灵活。
77.上述实施例中，通过根据统一的评价规则，对所读取的评价数据进行处理得到评价结果这一步，将数据进行清洗、转换，根据每个子系统的实用化评价维度，把数据转换为多维度数据，方便计算、统计。
78.如图4所示，在其中一个实施例中，根据主表和各个维度表得到主一维星型数据表之后，还包括。
79.s402：对主一维星型数据表中的评价数据进行抽象处理得到实体。
80.其中，评价数据进行抽象处理是指对主一维星型数据表中的评价数据进行抽象分析及归纳总结。
81.具体地，中心平台根据主表和各个维度表得到主一维星型数据表之后，中心平台对得到的主一维星型数据表中的评价数据进行抽象处理得到实体。中心平台根据对业务子系统的抽象分析及数据的归纳总结，将评价数据可以抽象为包括子系统标识、评论内容、评论时间、评论星级、评论满意度、评论类型、创建时间、创建人id。进一步的处理得到实体，该实体具备评价、搜索、查询、删除、回复及分析等功能，并且各个场景的各种业务的评价数据都可以抽象成一个实体。
82.s404：配置实体的使用用例得到评价数据处理模型。
83.具体地，中心平台根据主表和各个维度表得到主一维星型数据表之后，中心平台对得到的主一维星型数据表中的评价数据进行抽象处理得到实体，配置实体的使用用例得到评价数据处理模型。将使用用例聚集起来，并抽象成一个基础评价业务子系统处理的处理模型，使中心平台提供一套统一对外开放的业务处理系统。
84.在本实施例中，将使用用例聚集起来，并抽象成一个基础评价业务子系统处理的处理模型，使中心平台提供一套统一对外开放的业务处理系统。在中心平台的内部形成一个黑盒系统，针对多场景业务需求详情，做出不同操作的应答，使中心平台减少了繁杂操作，有效避免资源浪费。该处理模型面可以快速处理业务子系统评价，在处理运算方面提供保障，系统吞吐量较高。
85.如图5所示，在其中一个实施例中，配置实体的使用用例得到评价数据处理模型之
后，还包括：
86.s502：接收评价数据操作请求，评价数据操作请求携带有操作类型。
87.具体地，中心平台接收评价数据操作请求，其中，评价数据操作请求携带有操作类型。
88.s504：查询与评价数据操作请求对应的评价数据，并根据操作类型通过评价数据处理模型对评价数据进行操作。
89.具体地，中心平台接收评价数据操作请求，其中，评价数据操作请求携带有操作类型。中心平台根据操作类型，查询与评价数据操作请求对应的评价数据，并根据操作类型通过评价数据处理模型对评价数据进行操作。
90.在本实施例中，中心平台根据操作类型通过评价数据处理模型对评价数据进行操作，使业务子系统接入快捷化，不需要开发代码，只要配置实体的使用用例即可接入新增的业务子系统数据，节省人力，提高工作效率。
91.如图6所示，在一个具体实施例中，根据操作类型通过评价数据处理模型对评价数据进行操作，包括：
92.s602：触发所查询的评价数据的与操作类型对应的使用用例。
93.具体地，中心平台触发所查询的评价数据的与操作类型对应的使用用例，使各个使用用例聚集在一起，抽象成一个基础评价业务处理的处理模型。
94.s604：执行使用用例以对评价数据进行操作。
95.具体地，在中心平台触发所查询的评价数据的与操作类型对应的使用用例后，中心平台可执行使用用例以对评价数据进行操作，进而抽象成一个基础评价业务处理的处理模型。
96.在本实施例中，触发所查询的评价数据的与操作类型对应的使用用例，执行使用用例以对评价数据进行操作。如此减少各个业务子系统数据的交互，使业务子系统只与评价中心进行数据交互。评价数据统一存于中心平台，给各个业务子系统提供统一的处理模型，降低开发成本。
97.在一个具体实施例中，一种基于中心平台的业务子系统评价方法，还包括：通过表格和/或图像的方式对评价结果进行展示。
98.具体地，中心平台收集各业务子系统对应的评价数据，并对收集的评价数据按照维度进行分类，以此将每一条评价数据分为不同的类别。中心平台将分类后的相同类别的评价数据存储在同一个维度表中，将各业务子系统对应的评价数据存储至主表中，并根据主表和各个维度表得到主一维星型数据表，对主一维星型数据表中的数据进行处理得到评价结果，并将评价结果通过表格和图像的方式，或者通过表格的方式，或者通过图像的方式对评价结果进行展示。
99.具体地，中心平台根据不同子系统收集的不同系统对应的评价数据，以及不同评价类别，例如：好评、差评，形成表格，或者图形化展示效果，直观的展示产品服务的效果。中心平台提供了对评价数据的展现方式，并通过用数据挖掘、分析处理等方式对评价数据进行深层次的分析，包括：历史趋势分析、横向对比分析、个体数据分析等，通过多维数据直观展现。
100.如图7所示，在其中一个实施例中，一种基于中心平台的业务子系统评价方法，还
包括：
101.s702：对评价结果进行舆情分析，得到分析结果。
102.其中，舆情分析就是根据特定问题的需要，对针对这个问题的舆情进行深层次的思维加工和分析研究，得到相关结论的过程。
103.具体地，中心平台根据上述得到的评价结果，对评价结果进行进一步的舆情分析，得到分析结果。在本实施例中可通过大数据spark流式数据处理技术，对评论数据进行语义分析和建模，也可以采用其他的数据处理技术，在此不做限定。
104.s704：根据分析结果推荐相关服务。
105.具体地，中心平台根据上述得到的评价结果，对评价结果进行进一步的舆情分析，得到分析结果，并根据分析结果推荐相关服务。中心平台对用户评价数据进行舆情分析，及时了解用户的喜好，制定后续的计划，通过数据处理技术可以有针对性地给用户推荐相关的产品。
106.在本实施例中，中心平台根据不同业务子系统收集的评价数据，统一分析形成分析结果。通过大数据分析实现舆情管理，进而根据分析结果自动推送相关产品信息、后续对用户回访及安排产品生产计划。
107.如图8和图9所示，在其中一个实施例中，一种基于中心平台的业务子系统评价方法，还包括：
108.s802：收集各业务子系统对应的评价数据。
109.具体地，中心平台收集各业务子系统对应的评价数据，其中，业务子系统可以是制造子系统、销售子系统等，则评价数据为制造子系统的评价数据、销售子系统的评价数据等，每种评价数据的来源具有评价标识可识别的唯一评价来源。
110.s804：对评价数据按照维度进行分类，以将每一条评价数据分为不同的类别。
111.具体地，维度是指评价数据的独立参数的数目。中心平台收集各业务子系统对应的评价数据，并对收集的评价数据按照维度进行分类，以此将每一条评价数据分为不同的类别。同一个类别的数据，根据业务子系统的不同可以区分为不同维度的数据。
112.s806：将相同类别的评价数据存储在同一个维度表中。
113.具体地，维度表是指用来储存子系统标识及评价数据的类别。中心平台收集各业务子系统对应的评价数据，并对收集的评价数据按照维度进行分类，以此将每一条评价数据分为不同的类别。中心平台将分类后的相同类别的评价数据存储在同一个维度表中。
114.s808：将各业务子系统对应的评价数据存储至主表中，根据主表和各个维度表得到主一维星型数据表。
115.具体地，中心平台将分类后的相同类别的评价数据存储在同一个维度表中，将各业务子系统对应的评价数据存储至主表中，并根据主表和各个维度表得到主一维星型数据表。如此，将不同业务子系统对应的评价数据，转换为具有相同结构的数据并统一存放到一起，中心平台将其作为唯一的一个评价对象，实现了方便评价分析的工作。评价不同业务子系统中的同类数据，只要访问相同的表结构就可以。
116.s810：对主一维星型数据表中的数据进行处理得到评价结果。
117.具体地，中心平台收集各业务子系统对应的评价数据，并对收集的评价数据按照维度进行分类，以此将每一条评价数据分为不同的类别。中心平台将分类后的相同类别的
评价数据存储在同一个维度表中，将各业务子系统对应的评价数据存储至主表中，并根据主表和各个维度表得到主一维星型数据表，对主一维星型数据表中的数据进行处理得到评价结果。
118.s812：接收数据处理请求，所述数据处理请求携带有待处理维度。
119.具体地，中心平台接收数据处理请求，其中，数据处理请求携带有数据的待处理维度，待处理维度可以是子系统标识及评论类型等。
120.s814：根据待处理维度确定对应的目标维度表，读取目标维度表中的评价数据。
121.具体地，中心平台接收数据处理请求，其中，数据处理请求携带有数据的待处理维度。中心平台根据数据处理请求携带的待处理维度确定对应的目标维度表，并读取目标维度表中的评价数据。
122.s816：根据统一的评价规则对所读取的评价数据进行处理得到评价结果。
123.具体地，中心平台根据数据处理请求携带的待处理维度确定对应的目标维度表，并读取目标维度表中的评价数据。进而根据统一的评价规则，对所读取的评价数据进行处理得到评价结果。在中心平台中每个维度的评价规则只有一套，采用同一套评价规则评价不同业务子系统中的评价数据，使数据整合快速，并拓展灵活。
124.s818：对主一维星型数据表中的评价数据进行抽象处理得到实体。
125.其中，评价数据进行抽象处理是指对主一维星型数据表中的评价数据进行抽象分析及归纳总结。
126.具体地，中心平台根据主表和各个维度表得到主一维星型数据表之后，中心平台对得到的主一维星型数据表中的评价数据进行抽象处理得到实体。中心平台根据对业务子系统的抽象分析及数据的归纳总结，将评价数据可以抽象为包括子系统标识、评论内容、评论时间、评论星级、评论满意度、评论类型、创建时间、创建人id。进一步的处理得到实体，该实体具备评价、搜索、查询、删除、回复及分析等功能，并且各个场景的各种业务的评价数据都可以抽象成一个实体。
127.s820：配置实体的使用用例得到评价数据处理模型。
128.具体地，中心平台根据主表和各个维度表得到主一维星型数据表之后，中心平台对得到的主一维星型数据表中的评价数据进行抽象处理得到实体，配置实体的使用用例得到评价数据处理模型。将使用用例聚集起来，并抽象成一个基础评价业务子系统处理的处理模型，使中心平台提供一套统一对外开放的业务处理系统。
129.s822：接收评价数据操作请求，评价数据操作请求携带有操作类型。
130.具体地，中心平台接收评价数据操作请求，其中，评价数据操作请求携带有操作类型。
131.s824：查询与评价数据操作请求对应的评价数据，并根据操作类型通过评价数据处理模型对评价数据进行操作。
132.具体地，中心平台接收评价数据操作请求，其中，评价数据操作请求携带有操作类型。中心平台根据操作类型，查询与评价数据操作请求对应的评价数据，并根据操作类型通过评价数据处理模型对评价数据进行操作。
133.s826：触发所查询的评价数据的与操作类型对应的使用用例。
134.具体地，中心平台触发所查询的评价数据的与操作类型对应的使用用例，使各个
使用用例聚集在一起，抽象成一个基础评价业务处理的处理模型。
135.s828：执行使用用例以对评价数据进行操作。
136.具体地，在中心平台触发所查询的评价数据的与操作类型对应的使用用例后，中心平台可执行使用用例以对评价数据进行操作，进而抽象成一个基础评价业务处理的处理模型。
137.s830：对评价结果进行舆情分析，得到分析结果。
138.具体地，中心平台根据上述得到的评价结果，对评价结果进行进一步的舆情分析，得到分析结果。在本实施例中可通过大数据spark流式数据处理技术，对评论数据进行语义分析和建模，也可以采用其他的数据处理技术，在此不做限定。
139.s832：根据分析结果推荐相关服务。
140.具体地，中心平台根据上述得到的评价结果，对评价结果进行进一步的舆情分析，得到分析结果，并根据分析结果推荐相关服务。中心平台对用户评价数据进行舆情分析，及时了解用户的喜好，制定后续的计划，通过数据处理技术可以有针对性地给用户推荐相关的产品。
141.应该理解的是，虽然图2
‑
8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2
‑
8中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
142.在一个实施例中，提供了一种基于中心平台的业务子系统评价装置，包括：
143.收集模块，用于收集各业务子系统对应的评价数据。
144.分类模块，用于对评价数据按照维度进行分类，以将每一条评价数据分为不同的类别。
145.存储模块，用于将相同类别的评价数据存储在同一个维度表中；还用于将各业务子系统对应的评价数据存储至主表中。
146.主一维星型数据表生成模块，用于根据主表和各个维度表得到主一维星型数据表。
147.数据处理模块，用于对主一维星型数据表中的数据进行处理得到评价结果。
148.在一个实施例中，基于中心平台的业务子系统评价装置，还包括：
149.接收模块，用于接收数据处理请求，数据处理请求携带有待处理维度。
150.读取模块，用于根据待处理维度确定对应的目标维度表，读取目标维度表中的评价数据。
151.数据处理模块，用于根据统一的评价规则对所读取的评价数据进行处理得到评价结果。
152.在一个实施例中，基于中心平台的业务子系统评价装置，还包括：
153.抽象处理模块，用于对所述主一维星型数据表中的评价数据进行抽象处理得到实体。
154.配置模块，用于配置实体的使用用例得到评价数据处理模型。
155.在一个实施例中，基于中心平台的业务子系统评价装置，还包括：
156.接收模块，用于接收评价数据操作请求，评价数据操作请求携带有操作类型。
157.查询模块，用于查询与评价数据操作请求对应的评价数据，并根据操作类型通过所述评价数据处理模型对所述评价数据进行操作。
158.在一个实施例中，基于中心平台的业务子系统评价装置，还包括：
159.触发模块，用于触发所查询的评价数据的与所述操作类型对应的使用用例。
160.执行模块，用于执行使用用例以对所述评价数据进行操作。
161.在一个实施例中，基于中心平台的业务子系统评价装置，还包括：
162.展示模块，用于通过表格和/或图像的方式对评价结果进行展示。
163.在一个实施例中，基于中心平台的业务子系统评价装置，还包括：
164.舆情分析模块，用于对评价结果进行舆情分析，得到分析结果。
165.推荐模块，用于根据分析结果推荐相关服务。
166.关于基于中心平台的业务子系统评价装置的具体限定可以参见上文中对于通道分组方法的限定，在此不再赘述。上述基于中心平台的业务子系统评价装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
167.在其中一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储周期任务分配数据，例如配置文件、理论运行参数和理论偏差值范围、任务属性信息等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种周期任务分配方法。
168.领域技术人员可以理解，图10中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
169.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
170.收集各业务子系统对应的评价数据。
171.对评价数据按照维度进行分类，以将每一条评价数据分为不同的类别。
172.将相同类别的评价数据存储在同一个维度表中。
173.将各业务子系统对应的评价数据存储至主表中，根据主表和各个维度表得到主一维星型数据表。
174.对主一维星型数据表中的数据进行处理得到评价结果。
175.在一个实施例中，处理器执行计算机程序时实现基于中心平台的业务子系统评价
方法还包括：
176.接收数据处理请求，数据处理请求携带有待处理维度。
177.根据待处理维度确定对应的目标维度表，读取目标维度表中的评价数据。
178.根据统一的评价规则对所读取的评价数据进行处理得到评价结果。
179.在一个实施例中，处理器执行计算机程序时实现基于中心平台的业务子系统评价方法还包括：
180.对主一维星型数据表中的评价数据进行抽象处理得到实体。
181.配置实体的使用用例得到评价数据处理模型。
182.在一个实施例中，处理器执行计算机程序时实现基于中心平台的业务子系统评价方法还包括：
183.接收评价数据操作请求，评价数据操作请求携带有操作类型。
184.查询与评价数据操作请求对应的评价数据，并根据操作类型通过评价数据处理模型对评价数据进行操作。
185.在一个实施例中，处理器执行计算机程序时实现基于中心平台的业务子系统评价方法还包括：
186.触发所查询的评价数据的与操作类型对应的使用用例。
187.执行使用用例以对评价数据进行操作。
188.在一个实施例中，处理器执行计算机程序时实现基于中心平台的业务子系统评价方法还包括：
189.通过表格和/或图像的方式对评价结果进行展示。
190.在一个实施例中，处理器执行计算机程序时实现基于中心平台的业务子系统评价方法还包括：
191.对评价结果进行舆情分析，得到分析结果。
192.根据分析结果推荐相关服务。
193.在一个实施例中，提供了一种计算机存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
194.收集各业务子系统对应的评价数据。
195.对评价数据按照维度进行分类，以将每一条评价数据分为不同的类别。
196.将相同类别的评价数据存储在同一个维度表中。
197.将各业务子系统对应的评价数据存储至主表中，根据主表和各个维度表得到主一维星型数据表。
198.对主一维星型数据表中的数据进行处理得到评价结果。
199.在一个实施例中，计算机程序被处理器执行时实现基于中心平台的业务子系统评价方法还包括：
200.接收数据处理请求，数据处理请求携带有待处理维度。
201.根据待处理维度确定对应的目标维度表，读取目标维度表中的评价数据。
202.根据统一的评价规则对所读取的评价数据进行处理得到评价结果。
203.在一个实施例中，计算机程序被处理器执行时实现基于中心平台的业务子系统评价方法还包括：
204.对主一维星型数据表中的评价数据进行抽象处理得到实体。
205.配置实体的使用用例得到评价数据处理模型。
206.在一个实施例中，计算机程序被处理器执行时实现基于中心平台的业务子系统评价方法还包括：
207.接收评价数据操作请求，评价数据操作请求携带有操作类型。
208.查询与评价数据操作请求对应的评价数据，并根据操作类型通过评价数据处理模型对评价数据进行操作。
209.在一个实施例中，计算机程序被处理器执行时实现基于中心平台的业务子系统评价方法还包括：
210.触发所查询的评价数据的与操作类型对应的使用用例。
211.执行使用用例以对评价数据进行操作。
212.在一个实施例中，计算机程序被处理器执行时实现基于中心平台的业务子系统评价方法还包括：
213.通过表格和/或图像的方式对评价结果进行展示。
214.在一个实施例中，计算机程序被处理器执行时实现基于中心平台的业务子系统评价方法还包括：
215.对评价结果进行舆情分析，得到分析结果。
216.根据分析结果推荐相关服务。
217.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
218.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
219.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。