CN114265576A - 一种基于微服务架构的模型设计与验证方法 - Google Patents
一种基于微服务架构的模型设计与验证方法 Download PDFInfo
- Publication number
- CN114265576A CN114265576A CN202111416657.2A CN202111416657A CN114265576A CN 114265576 A CN114265576 A CN 114265576A CN 202111416657 A CN202111416657 A CN 202111416657A CN 114265576 A CN114265576 A CN 114265576A
- Authority
- CN
- China
- Prior art keywords
- center
- model
- business
- domain
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种基于微服务架构的模型设计与验证方法,包括以下步骤:参考业务模型、应用系统,识别和梳理所有概念,并明确概念的定义和描述;对表达概念的数据信息进行梳理刻画,同时对数据信息进行向量特征提取;依据概念模型对概念的相似性和关联性进行分类和聚合,本发明结构紧凑,操作简单便捷,实用性强,通过统一模型构建来化解能源网复杂系统的不确定性,实现了数据融通共享效果,从而提供了统一的数据运营生态环境,优化了资源配置效率,不仅提升了用户体验,降本增效,构建企业新型竞争优势,实现企业高质量发展,而且还可以有效的支撑各业务部门开展业务模式创新,为实现全局业务贯通,最大程度实现系统间数据共享提供基础保障。
Description
技术领域
本发明属于微服务架构领域,具体为一种基于微服务架构的模型设计与验证方法。
背景技术
随着云计算、大数据、物联网、人工智能等数字技术与工业融合推进,深度冲击着社会经济大环境和企业传统运营模式,数据资源蕴藏的巨大能量正不断释放,数字技术正从助力经济发展的辅助工具转变为引领经济发展的核心引擎,但是现有各业务系统是通过不同的渠道开发建设的,其涉及的表数量庞大,由于各厂家库表设计规范不一样,导致表名、字段名等命名不统一,存在相同业务含义字段命名不一致与相同业务含义的实体在不同系统都存在,导致数据模型重叠与增加了数据协同成本,无法支撑企业数字化转型工作,为了实现对众多数据的集中管理以及综合运用,需要对现有的管理系统进行集中整合。
发明内容:
本发明的目的就在于为了解决上述问题而提供一种基于微服务架构的模型设计与验证方法,解决了背景技术中提到的问题。
为了解决上述问题,本发明提供了一种技术方案:
一种基于微服务架构的模型设计与验证方法,包括以下步骤:
S1、参考业务模型、应用系统,识别和梳理所有概念,并明确微服务概念的定义和描述;
S2、对表达概念的数据信息进行梳理刻画,同时对数据信息进行向量特征提取;
S3、依据概念模型对概念的相似性和关联性进行分类和聚合,并将其归入主题域;
S4、根据市场营销域将概念映射为实体及关系,并对实体和关系进行建模;
S5、对全域实体及关系进行抽象、归并,对特征向量相同或相似实体以及关系进行合并,并依据不同论域需要对客观实在对象的各个方面进行完整刻画;
S6、依据逻辑模型抽象归并后的实体及关系,并开展全域逻辑模型设计,获取涉及逻辑模型完整表达实体的静态结构、动态运行和时序状态;
S7、依据逻辑模型开展数据库表结构设计,并依据非功能特性开展数据库实例分布设计;
S8、输出物理模型供应用以系统建设验证使用,并依据实际建设过程动态调整模型设计。
作为优选,所述S1中的微服务内包含多个微服务单元,所述微服单元用于对数据进行处理,所述微服务通过读写对应的所述数据库和执行业务逻辑代码,实现相应的业务功,所述微服中还包含微服务ID,且所述微服务ID为唯一身份标识。
作为优选,所述S1中的描述包括物理结构、拓扑结构、空间结构和人员客观实在对象,还包括工作票、作业票、业扩工单和财务报销单具有业务特征的业务概念。
作为优选,所述步骤S3中的概念模型用于以主题域对抽象、归纳、概括以及分类方法对数据信息进行分类和描述的体现。
作为优选,所述步骤S6中的逻辑模型采用面向对象建模的理论与方法将每个概念数据分解、规范化成实体及其及关系。
作为优选,所述S8中的物理模型用于对用户的需求进行整合,同时基于非功能性因素对数据库实例分布进行定义。
作为优选,所述步骤S4中的市场营销域包括客户中心、客服中心、计费中心、账务中心、支付中心、积分中心、订单中心、产品中心、计量中心、市场交易、管控域和营销支撑域。
作为优选,所述客户中心用于以账户、行为信息及客户基础档案构建统一的客户全景数据,支撑用户一次登录,所述客服中心用于满足线上渠道客户在线服务诉求接入,并提供在线人工交谈、人机交互、工单受理和服务调度功能。
作为优选,所述计费中心用于提供表码同步、计费依据、计费规则、费用复核和计费结算服务,为用户提供实时和定时的计费能力,所述账务中心用于对用户的消费账单、发票、收费和财务资金进行对账管理,所述支付中心用于对第三方支付渠道进行统一管理,所述积分中心用于汇聚用户在线上渠道形成的积分信息,建立积分互兑规则和会员体系,并支持积分的统一兑换。
作为优选,所述订单中心用于对用户在线上渠道形成的购物、交费服务订单统一管理,支持各类订单的统一下单、查询、售后和评价管理,所述产品中心用于提供支撑市场营销向客户提供各类产品的服务能力。
作为优选,所述计量中心用于支撑计量管理业务,所述市场交易于支撑市场交易业务,所述管控域于支撑市场营销域标准化管理与指标管理业务,所述营销支撑域用于支撑市场营销域各业务系统应用。
本发明的有益效果是:通过统一模型构建来化解能源网复杂系统的不确定性,实现了数据融通共享效果,从而提供了统一的数据运营生态环境,优化了资源配置效率,不仅提升了用户体验,降本增效,构建企业新型竞争优势,实现企业高质量发展,而且还可以有效的支撑各业务部门开展业务模式创新,为实现全局业务贯通,最大程度实现系统间数据共享提供基础保障。
附图说明:
为了易于说明,本发明由下述的具体实施及附图作以详细描述。
图1是本发明流程拓扑示意图。
具体实施方式:
如图1所示,本具体实施方式采用以下技术方案:
实施例:
一种基于微服务架构的模型设计与验证方法,包括以下步骤:
S1、参考业务模型、应用系统,识别和梳理所有概念,并明确微服务概念的定义和描述;
S2、对表达概念的数据信息进行梳理刻画,同时对数据信息进行向量特征提取;
S3、依据概念模型对概念的相似性和关联性进行分类和聚合,并将其归入主题域;
S4、根据市场营销域将概念映射为实体及关系,并对实体和关系进行建模;
S5、对全域实体及关系进行抽象、归并,对特征向量相同或相似实体以及关系进行合并,并依据不同论域需要对客观实在对象的各个方面进行完整刻画;
S6、依据逻辑模型抽象归并后的实体及关系,并开展全域逻辑模型设计,获取涉及逻辑模型完整表达实体的静态结构、动态运行和时序状态;
S7、依据逻辑模型开展数据库表结构设计,并依据非功能特性开展数据库实例分布设计;
S8、输出物理模型供应用以系统建设验证使用,并依据实际建设过程动态调整模型设计。
其中,所述S1中的微服务内包含多个微服务单元,所述微服单元用于对数据进行处理,所述微服务通过读写对应的所述数据库和执行业务逻辑代码,实现相应的业务功,所述微服中还包含微服务ID,且所述微服务ID为唯一身份标识。
其中,所述S1中的描述包括物理结构、拓扑结构、空间结构和人员客观实在对象,还包括工作票、作业票、业扩工单和财务报销单具有业务特征的业务概念。
其中,所述步骤S3中的概念模型用于以主题域对抽象、归纳、概括以及分类方法对数据信息进行分类和描述的体现。
其中,所述步骤S6中的逻辑模型采用面向对象建模的理论与方法将每个概念数据分解、规范化成实体及其及关系。
其中,所述S8中的物理模型用于对用户的需求进行整合,同时基于非功能性因素对数据库实例分布进行定义。
其中,所述步骤S4中的市场营销域包括客户中心、客服中心、计费中心、账务中心、支付中心、积分中心、订单中心、产品中心、计量中心、市场交易、管控域和营销支撑域。
其中,所述客户中心用于以账户、行为信息及客户基础档案构建统一的客户全景数据,支撑用户一次登录,所述客服中心用于满足线上渠道客户在线服务诉求接入,并提供在线人工交谈、人机交互、工单受理和服务调度功能。
其中,所述计费中心用于提供表码同步、计费依据、计费规则、费用复核和计费结算服务,为用户提供实时和定时的计费能力,所述账务中心用于对用户的消费账单、发票、收费和财务资金进行对账管理,所述支付中心用于对第三方支付渠道进行统一管理,所述积分中心用于汇聚用户在线上渠道形成的积分信息,建立积分互兑规则和会员体系,并支持积分的统一兑换。
其中,所述订单中心用于对用户在线上渠道形成的购物、交费服务订单统一管理,支持各类订单的统一下单、查询、售后和评价管理,所述产品中心用于提供支撑市场营销向客户提供各类产品的服务能力。
其中,所述计量中心用于支撑计量管理业务,所述市场交易于支撑市场交易业务,所述管控域于支撑市场营销域标准化管理与指标管理业务,所述营销支撑域用于支撑市场营销域各业务系统应用。
具体的,在建模时先根据业务模型和应用系统对概念进行明确和描述,其描述内容包括物理结构、拓扑结构、空间结构和人员客观实在对象,还包括工作票、作业票、业扩工单和财务报销单等具有业务特征的业务概念,然后对概念的数据信息进行归类以及向量特征提取,并根据特征向量提取的信息对概念的相似性和关联性进行分类以及聚合,从而将其归入主题域,然后对市场营销域内的数据进行调取,通过客户中心数据构建用于支撑用户一次登录的统一的客户全景数据,通过客服中心数据构建交互功能,通过计费中心数据提供实时和定时的计费功能,通过账务中数据对用户的消费账单、发票、收费和财务资金进行对账管理,通过支付中心数据对第三方支付渠道进行统一管理,通过积分中心数据建立积分互兑规则和会员体系,通过订单中心数据对订单查询和评价进行管理,通过产品中心数据提供各类产品的具体提参数,通过计量中心数据对计量实验室、计量资产和计量运行业务进行管理,通过市场交易数据市场管理、交易组织、市场结算进行管理,通过管控域数据对业务报表、指标监控、班组工作管理和稽查与线损进行管理,通过营销支撑域数据对组织机构、编码体系、权限体系和工作流进行管理,然后对全域实体及关系进行抽象、归并,同时对特征向量相同或相似实体以及关系进行合并,并依据不同论域需要对客观实在对象的各个方面进行完整刻画,通过逻辑模型对概念数据模型进行细化,其由一组实体及其关系构成,实体具有属性,属性由标准的数据元素和信息分类编码组成,而建立逻辑数据模型是采用面向对象建模的理论与方法,将每个概念数据分解、规范化成实体及其及关系,逻辑模型采用 UML 类图表达,包对应的类图包中的所有的实体及其的关系,实体由 UML 类表达,关系由 UML 中关系表单,在电力系统中具有唯一身份具体对象被建模成它所属类的实例,然后依据逻辑模型抽象归并后的实体及关系,并开展全域逻辑模型设计,获取涉及逻辑模型完整表达实体的静态结构、动态运行和时序状态,然后依据逻辑模型开展数据库表结构设计,并依据非功能特性开展数据库实例分布设计,通过物理数据模型是在逻辑数据模型的基础上,考虑各种具体的技术实现因素,进行数据库体系结构设计,真正实现数据在数据库中的存放,物理数据模型是用数据库模式来实现逻辑数据模型,以及真正的保存数据,其内容包括确定所有的表和列,定义外键用于确定表之间的关系,基于用户的需求可能进行范式化等内容,同时基于性能、数据量等非功能性因素,对数据库实例分布进行定义,然后输出物理模型供应用以系统建设验证使用,并依据实际建设过程动态调整模型设计。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (11)
1.一种基于微服务架构的模型设计与验证方法,其特征在于,包括以下步骤:
S1、参考业务模型、应用系统,识别和梳理所有概念,并明确微服务概念的定义和描述;
S2、对表达概念的数据信息进行梳理刻画,同时对数据信息进行向量特征提取;
S3、依据概念模型对概念的相似性和关联性进行分类和聚合,并将其归入主题域;
S4、根据市场营销域将概念映射为实体及关系,并对实体和关系进行建模;
S5、对全域实体及关系进行抽象、归并,对特征向量相同或相似实体以及关系进行合并,并依据不同论域需要对客观实在对象的各个方面进行完整刻画;
S6、依据逻辑模型抽象归并后的实体及关系,并开展全域逻辑模型设计,获取涉及逻辑模型完整表达实体的静态结构、动态运行和时序状态;
S7、依据逻辑模型开展数据库表结构设计,并依据非功能特性开展数据库实例分布设计;
S8、输出物理模型供应用以系统建设验证使用,并依据实际建设过程动态调整模型设计。
2.根据权利要求1所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述S1中的微服务内包含多个微服务单元,所述微服单元用于对数据进行处理,所述微服务通过读写对应的所述数据库和执行业务逻辑代码,实现相应的业务功,所述微服中还包含微服务ID,且所述微服务ID为唯一身份标识。
3.根据权利要求1所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述S1中的描述包括物理结构、拓扑结构、空间结构和人员客观实在对象,还包括工作票、作业票、业扩工单和财务报销单具有业务特征的业务概念。
4.根据权利要求1所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述步骤S3中的概念模型用于以主题域对抽象、归纳、概括以及分类方法对数据信息进行分类和描述的体现。
5.根据权利要求1所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述步骤S6中的逻辑模型采用面向对象建模的理论与方法将每个概念数据分解、规范化成实体及其及关系。
6.根据权利要求1所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述S8中的物理模型用于对用户的需求进行整合,同时基于非功能性因素对数据库实例分布进行定义。
7.根据权利要求1所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述步骤S4中的市场营销域包括客户中心、客服中心、计费中心、账务中心、支付中心、积分中心、订单中心、产品中心、计量中心、市场交易、管控域和营销支撑域。
8.根据权利要求7所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述客户中心用于以账户、行为信息及客户基础档案构建统一的客户全景数据,支撑用户一次登录,所述客服中心用于满足线上渠道客户在线服务诉求接入,并提供在线人工交谈、人机交互、工单受理和服务调度功能。
9.根据权利要求7所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述计费中心用于提供表码同步、计费依据、计费规则、费用复核和计费结算服务,为用户提供实时和定时的计费能力,所述账务中心用于对用户的消费账单、发票、收费和财务资金进行对账管理,所述支付中心用于对第三方支付渠道进行统一管理,所述积分中心用于汇聚用户在线上渠道形成的积分信息,建立积分互兑规则和会员体系,并支持积分的统一兑换。
10.根据权利要求7所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述订单中心用于对用户在线上渠道形成的购物、交费服务订单统一管理,支持各类订单的统一下单、查询、售后和评价管理,所述产品中心用于提供支撑市场营销向客户提供各类产品的服务能力。
11.根据权利要求7所述的一种基于微服务架构的模型设计与验证方法,其特征在于,所述计量中心用于支撑计量管理业务,所述市场交易于支撑市场交易业务,所述管控域于支撑市场营销域标准化管理与指标管理业务,所述营销支撑域用于支撑市场营销域各业务系统应用。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111416657.2A CN114265576A (zh) | 2021-11-19 | 2021-11-19 | 一种基于微服务架构的模型设计与验证方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111416657.2A CN114265576A (zh) | 2021-11-19 | 2021-11-19 | 一种基于微服务架构的模型设计与验证方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114265576A true CN114265576A (zh) | 2022-04-01 |
Family
ID=80825561
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111416657.2A Pending CN114265576A (zh) | 2021-11-19 | 2021-11-19 | 一种基于微服务架构的模型设计与验证方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114265576A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114785602A (zh) * | 2022-04-26 | 2022-07-22 | 国网四川省电力公司经济技术研究院 | 一种用电数据安全共享模型、方法及系统 |
CN114925898A (zh) * | 2022-05-13 | 2022-08-19 | 阳光保险集团股份有限公司 | 客户实体的家庭关系预测方法、装置和系统 |
-
2021
- 2021-11-19 CN CN202111416657.2A patent/CN114265576A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114785602A (zh) * | 2022-04-26 | 2022-07-22 | 国网四川省电力公司经济技术研究院 | 一种用电数据安全共享模型、方法及系统 |
CN114785602B (zh) * | 2022-04-26 | 2023-08-25 | 国网四川省电力公司经济技术研究院 | 一种用电数据安全共享模型、方法及系统 |
CN114925898A (zh) * | 2022-05-13 | 2022-08-19 | 阳光保险集团股份有限公司 | 客户实体的家庭关系预测方法、装置和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110865801A (zh) | 一种基于微服务的电力交易平台业务中台及其应用方法 | |
CN114265576A (zh) | 一种基于微服务架构的模型设计与验证方法 | |
CN108388625A (zh) | 一种基于大数据的工程造价信息管理平台 | |
CN111177202A (zh) | 一种基于区块链的供应链金融系统数据查询优化方法及平台 | |
CN112748910B (zh) | 基于SaaS模式下的产品组装装配研发的系统、方法及设备 | |
CN107038654A (zh) | 基于云计算的供电公司用电力营销管理信息系统 | |
CN112395370B (zh) | 一种数据处理方法、装置、设备和存储介质 | |
CN115168460A (zh) | 数据处理方法、数据交易系统、设备及存储介质 | |
CN113064936B (zh) | 一种用户画像方法及其系统、存储介质 | |
CN110427418A (zh) | 一种基于客户能源价值指标体系的客户分析分群方法 | |
CN104580446A (zh) | 面向OpenStack开源云平台的云服务实时计费与管理系统 | |
CN112258306B (zh) | 账务信息核对的方法、装置、电子设备和存储介质 | |
CN110188952A (zh) | 一种智慧城市综合能源交易系统 | |
CN115130811A (zh) | 电力用户画像的建立方法、装置及电子设备 | |
CN118154118A (zh) | 一种业务管理系统 | |
CN110188255A (zh) | 基于业务数据共享融合的电力用户行为挖掘方法及系统 | |
CN112465559A (zh) | 基于物联网的二手电力物资增值服务系统及价值评估方法 | |
Shuxiang | Application of Hadoop cloud platform based on soft computing in financial accounting budget control | |
CN115860312A (zh) | 电力营销数字化线上服务系统及其构建方法 | |
You et al. | Data encryption technology application in enterprise cost operation management based on cloud computing | |
CN104715421A (zh) | 电费数据的处理方法及装置 | |
CN112381633A (zh) | 一种财务清分结算系统 | |
CN113342798B (zh) | 一种基于数据融合的数据管理系统 | |
Liu et al. | On the structure and modules of hotel management information system of reception | |
Lin et al. | Design and Application of Customer Services Business Middle Platform for Opening Service Capabilities of Electric Power Marketing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |