【技术实现步骤摘要】
本专利技术涉及领域服务识别和定义方法，尤其涉及一种根据业务实体自动识别和定义领域服务及内部构件的方法。
技术介绍
1、银行的企业级架构包括了业务架构和it架构(it架构又可以分为应用架构、数据架构、技术架构和安全架构)两大部分。
2、业务架构通常意义上包括了狭义的业务架构和业务模型：
3、(1)业务架构(狭义)包含：业务领域、业务组件、业务对象。
4、(2)业务模型包含：流程模型、产品模型、实体模型。
5、业务架构(狭义)、业务模型同it架构、it设计的关系如图1所示。
6、基于业务模型进行it设计，实现对业务模型的完整承接，需要有一套端到端的it实施工艺来加以保障。
7、实施工艺是指基于企业架构模型进行结构化设计，从业务建模成果出发得到项目实施交付成果的一整套流程、方法、模板、指南。
8、完整的实施工艺覆盖软件工程全生命周期，从需求、分析、设计、开发、测试、部署到切换的各个环节，形成了不断迭代的项目实施过程，实施工艺的整体流程如图2所示。
9、实施工艺是以结构化的软件工程方法，指导业务建模成果变成系统交付成果，从而保证it系统完整、正确地承接业务建模成果，并且落地为微服务组件。
10、在业务建模成为银行企业级架构转型的主要趋势的情况下，基于业务建模成果的实施工艺也成为了各家银行在应用研发方面的重点关注内容。一套完整、合理、高效的实施工艺是确保项目保质保量交付的重要手段，当前，实施工艺的研发重点包括：
11、(
12、(2)提升效率：在支撑工具的配合下，在保证质量的前提下，可以将原先少数“手工艺人”才能开展的研发工作，降低执行门槛，变成普通研发人员都可以执行的工程化开发模式，从而提升了研发工作的整体效率；
13、(3)提升响应速度：组件化的银行应用，往往需要耗费大量的时间、精力对于迭代需求进行影响性分析以明确改动范围，导致对需求的响应时间越来越长。而实施工艺的源头是结构化的需求(“业务建模成果”)，工艺强调的是完整、忠实承接，这个过程中，会建立起端到端的需求跟踪矩阵，从而保证了面向未来需求迭代时，可以快速地完成影响性分析，确定应用的修改范围和测试范围。
14、我们知道，一般的研发过程，在设计阶段，设计人员主要根据经验通过一系列的分析工作，基于业务需求进行功能的定义。当通过领域驱动设计(domain-driven design，一种软件开发方法论，旨在通过详细定义业务领域的核心概念来设计软件系统，这种方法强调从业务领域专家的角度出发，通过建立业务领域的模型来指导软件开发，确保软件系统能够准确地反映业务领域的逻辑和复杂性)的方式进行设计时，首先通过事件风暴的方式识别出实体、命令、事件等领域对象，再将这些领域对象从不同的维度进行聚类，形成如聚合、限界上下文等边界，建立领域模型，然后基于领域模型进行领域服务设计，对于需要协同多个领域服务的组合服务，则通过定义应用服务来实现，整个过程本质上是基于业务需求进行设计。在研发模式的阶段划分上，是属于设计阶段的工作，是对需求解构再重构的一个过程。
15、在设计阶段，基于领域模型进行领域服务设计及服务内部构件设计的时候，主要依赖设计人员的经验，这样做的结果导致：
16、(1)效率低：由于有经验、特别是相关领域背景的设计人员相对稀缺，资源有限，人员短缺成为整个工程实施过程中的瓶颈；
17、(2)质量无法控制：由于是根据经验进行设计工作，导致对设计阶段的产出物很难有一个相对科学的评判手段，无法很好地保证质量。
18、当需求通过业务模型的方式加以提供后，设计阶段中识别、定义领域服务的方法发生了根本的改变，从基于领域模型，根据经验识别、定义服务转变为基于业务模型中的业务实体来进行服务的识别、定义。在完整承接业务建模成果的同时，保证了正确性。
技术实现思路
1、为了解决目前实施工艺研发过程中存在的上述问题，本专利技术提出了一种新的根据业务实体自动识别和定义领域服务及内部构件的方法。
2、术语解释
3、本专利技术涉及到概念及术语如下表所示：
4、
5、
6、
7、上述概念间的关系如图3所示。
8、众所周知，无论是传统的瀑布式研发模式，还是当前流行的敏捷式研发模式，主要强调的是对研发过程的管理，而对于研发过程中每个环节所需要执行动作的具体方法、指南、模板等，并没有给出具体的指引。其原因在于应用所采用的不同架构风格(集中式架构、组件式架构、微服务组件架构等)、需求规范、开发规范等对研发模式的各个环节有着不同的要求。
9、本专利技术旨在以结构化的软件工程方法，指导业务建模成果转换为系统交付成果，从而保证it系统完整、正确地承接业务建模成果，并且落地为微服务组件。
10、具体地，本专利技术提供了一种根据业务实体自动识别和定义领域服务及内部构件的方法，如图4所示，本方法包括下述步骤：
11、s1.在操作步骤中，根据操作针对的业务实体，定义bcc(基础命令构件)类型的boc(业务对象构件)；
12、s2.将操作步骤中需要多业务实体一起查询的关联关系，定义为bqc(基础查询构件)类型的boc；
13、s3.将操作步骤中执行业务规则的步骤或部分识别类识别为一个pbb(功能元件)类型的boc；
14、s4.在一个业务功能下，定义一个或多个pbs(基础服务)类型的boc；
15、s5.对于pbs类型的boc，代码实现为领域服务；对于bcc、bqc、pbb类型的boc，代码实现为领域服务内的内部构件。
16、进一步地，本专利技术根据业务实体自动识别和定义领域服务及内部构件的方法步骤s1中所述的操作步骤源自步骤，每个操作步骤都明确了会对哪些业务实体进行操作。
17、进一步地，本专利技术根据业务实体自动识别和定义领域服务及内部构件的方法步骤s1中还包括：对于针对同一个业务实体的不同操作类型进行区分操作，分别定义相应的bcc类型的boc。
18、进一步地，本专利技术根据业务实体自动识别和定义领域服务及内部构件的方法中所述的操作类型包括创建、更新、删除、读取。
19、进一步地，本专利技术根据业务实体自动识别和定义领域服务及内部构件的方法步骤s4中还包括：通过调整pbs类型的boc，提高pbs类型boc的内聚，降低pbs类型boc间的耦合。
20、进一步地，本专利技术根据业务实体自动识别和定义领域服务及内部构件的方法中：聚合源于业务对象，业务实体属于业务对象，基于此映射关系明确业务实体所属的聚合。
21、进一步地，本专利技术根据业务实体自动识别和定义领域服务及内部构件的方法中：
22、如果有被修改的业务实体，则以此本文档来自技高网...
【技术保护点】
1.一种根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，所述方法包括：
2.根据权利要求1所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，步骤S1中所述的操作步骤源自步骤，每个操作步骤都明确了会对哪些业务实体进行操作。
3.根据权利要求1所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，步骤S1中还包括：对于针对同一个业务实体的不同操作类型进行区分操作，分别定义相应的BCC类型的BOC。
4.根据权利要求3所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，所述的操作类型包括创建、更新、删除、读取。
5.根据权利要求1所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，步骤S4中还包括：通过调整PBS类型的BOC，提高PBS类型BOC的内聚，降低PBS类型BOC间的耦合。
6.根据权利要求1所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，所述方法中：聚合源于业务对象，业务实体属于业务对象，基于此映射关系明确
7.根据权利要求6所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，所述方法中：
8.根据权利要求6所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，所述方法中：
9.一种根据业务实体自动识别和定义领域服务及内部构件的系统，其特征在于，所述系统运行时实现权利要求1-8任一项所述的根据业务实体自动识别和定义领域服务及内部构件的方法的步骤。
10.一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述程序被处理器执行时实现权利要求1-8任一项所述的根据业务实体自动识别和定义领域服务及内部构件的方法的步骤。
...【技术特征摘要】
1.一种根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，所述方法包括：
2.根据权利要求1所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，步骤s1中所述的操作步骤源自步骤，每个操作步骤都明确了会对哪些业务实体进行操作。
3.根据权利要求1所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，步骤s1中还包括：对于针对同一个业务实体的不同操作类型进行区分操作，分别定义相应的bcc类型的boc。
4.根据权利要求3所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，所述的操作类型包括创建、更新、删除、读取。
5.根据权利要求1所述的根据业务实体自动识别和定义领域服务及内部构件的方法，其特征在于，步骤s4中还包括：通过调整pbs类型的boc，提高pbs类型boc的内聚，降低pbs类型b...
【专利技术属性】
技术研发人员：孙梦玥，章铭，
申请(专利权)人：赞同科技股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。