一种用于SOA架构开发的数据库建立及使用方法与流程

一种用于soa架构开发的数据库建立及使用方法
技术领域
1.本发明涉及数据库技术领域，具体为一种用于soa架构开发的数据库建立及使用方法。


背景技术：

2.汽车行业正面临新的一轮行业变革，智能化、电动化、数字化时代的来临，对汽车行业的产品研发、生产、营销等全方面提出了新的挑战。对于整车电子电器架构(以下简称：架构)开发来说，研发阶段的定义并不意味着产品生命周期的开发任务结束，还需兼顾后期日益不断地快速功能更新迭代，这就要求新的架构或开发方法支持或具备：
3.1、功能定义快速扩展的能力；
4.2、功能快速开发的能力；
5.3、ota更迭的能力。
6.基于上述挑战，新的架构概念已从传统的分布式演进到集中式，功能部署原则上，从原来的功能域集中切换到物理区域划分；但传统的架构开发方法仍停留在以功能实现链路为核心，以硬件ecu为索引，通过不同级别的系统文档，来体现功能的实现依赖关系。在需要实现新的功能时，传统的方法会带来：
7.1、功能定义效率低下
8.现有的功能定义方法以固定的功能清单为输入，定义功能激活退出等进入/退出条件，定义状态机及其切换条件，进而一步步推导出实现该功能所需要的信号；新增功能如果包含部分已定义的已有功能，按照传统方法仍需重新考虑和设计，复用性较差，效率低下，无法应对soa所要求的快速功能拓展定义。
9.2、功能开发效率低下
10.功能开发所包含的内容主要包括功能的实现逻辑设计、功能分配、功能的交互设计三个方面。传统的功能开发方法以文档为载体，以功能定义文档为输入，定义不同级别的功能开发文档，输出针对每个ecu硬件的需求文档。这样会带来：
11.a)功能线纵向完整，横向拓展较难
12.后期如果需新增功能时，需要进行功能的重新开发，无法复用现有的设计。文档的形式也是阻碍横向联系和拓展的一个原因。
13.b)需求追溯和跟踪不够高效
14.功能定义文档中定义功能需求和非功能性需求，往往通过一定的规范标准进行编号处理，从而实现该需求的可追溯性，在功能开发文档中需要对这些需求进行承接和实现。文档的交互方式使得
·
如果需要新增或修改某条需求时，需要维护大量的文档，从而导致效率低下。
15.3、ota迭代周期长
16.当需要通过ota的方式新增或修改车辆功能时，受限于传统的架构开发方法所采用的的功能定义和功能开发方法，由于上文提到的局限性，导致开发周期长，从而使得ota
迭代周期变长，影响用户的用车体验。


技术实现要素：

17.本发明的目的在于提供一种用于soa架构开发的数据库建立及使用方法，以解决上述背景技术中提出的问题。
18.为实现上述目的，本发明提供如下技术方案：一种用于soa架构开发的数据库建立方法，包括以下步骤：
19.s1.功能定义阶段：输入设为产品经理提供的功能清单，输出设为针对特定功能的用例；
20.s2.完成多个功能的功能定义分析后，形成基于整体功能的功能用例库；
21.s3.功能开发阶段：输入设为功能定义阶段输出的功能用例和当前车辆硬件配置，输出设为实现这些功能用例所用到的服务；
22.s4.完成多个功能的功能定义分析以及基于硬件的配置分析后，形成基于特定硬件和虚拟实现功能的服务库。
23.优选的，所述s1中一个功能清单对应1-n个功能用例，所述功能用例为是用户可感知的、具备价值的，相互独立的活动。
24.优选的，所述s3中一个功能用例的实现需要1-n个服务。
25.优选的，所述硬件配置包括车辆的传感器配置和执行器配置。
26.优选的，所述s4中的服务库来源于两个大的方面：一个是基于当前功能用例分析，另一个是基于硬件的配置分析。
27.优选的，所述s4中基于功能实现部分的服务库建立是一个持续迭代完善的过程。
28.一种用于soa架构开发的数据库使用方法，包括以下步骤(基于用例库)：
29.步骤一：首先进行功能分析，对功能用例进行拆解；
30.步骤二：拆解后可以不再按照传统的流程进行功能实现分析，而是先去用例库中进行检索，检索后根据结果来判断；
31.步骤三：如果存在于已有库中，可直接复用该库中定义的功能用例，进而直接复用服务库中针对该用例所需要的服务，得出实现功能所依赖的服务；
32.步骤四：如果不存在于已有的用例库中，则需要进行用例的设计，设计完成后更新扩充进该用例库，为后续设计提供复用的可能。
33.优选的，所述服务库的使用方法与功能用例库的使用方法相同。
34.优选的，所述功能用例库中功能用例均是唯一的和独立的，不存在两个相同的功能用例，而服务库中，存在一个服务跟多个用例均有关联关系的情况。
35.与现有技术相比，本发明的有益效果是：
36.(1)、本发明通过对功能进行重新定义和分析，拆解为用例，生成针对所有功能的用例库，后续新增或修改相应功能需求，可以快速检索出关联的用例进行修改或新增，提高功能定义的效率；
37.(2)、本发明通过对已有功能的实现分析和当前硬件所具备的能力，生成服务库，通过用例与服务的关联关系，快速定位实现新增功能实现所需要具备的服务，进而提高设计的复用性，为实现快速功能开发提供方法；
38.(3)、本发明通过在最终的功能升级层面，可以大幅缩短功能ota的时间和周期；
39.(4)、本发明利于功能和场景的创新，通过数据库形式的布局，更方便地支持设计者进行不同用例之间的创新组合，进而产生更多的新功能。
附图说明
40.图1为本发明功能用例库的建立流程示意图；
41.图2为本发明服务库的建立流程示意图；
42.图3为本发明两个数据库的功能定义和开发流程示意图；
43.图4为本发明功能用例库和服务库的关系示意图；
44.图5为本发明智能迎宾功能设计结果呈现示意图。
具体实施方式
45.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
46.实施例1：
47.请参阅图1-2，本发明提供一种技术方案：一种用于soa架构开发的数据库建立方法，包括以下步骤：
48.s1.功能定义阶段：输入设为产品经理提供的功能清单，输出设为针对特定功能的用例；
49.s2.完成多个功能的功能定义分析后，形成基于整体功能的功能用例库；
50.s3.功能开发阶段：输入设为功能定义阶段输出的功能用例和当前车辆硬件配置，输出设为实现这些功能用例所用到的服务；
51.s4.完成多个功能的功能定义分析以及基于硬件的配置分析后，形成基于特定硬件和虚拟实现功能的服务库。
52.其中，所述s1中一个功能清单对应1-n个功能用例，所述功能用例为是用户可感知的、具备价值的，相互独立的活动，所述s3中一个功能用例的实现需要1-n个服务，所述硬件配置包括车辆的传感器配置和执行器配置，所述s4中的服务库来源于两个大的方面：一个是基于当前功能用例分析，另一个是基于硬件的配置分析，所述s4中基于功能实现部分的服务库建立是一个持续迭代完善的过程。
53.实施例2
54.请参阅图3-4，本发明还提供一种技术方案：一种用于soa架构开发的数据库使用方法，包括以下步骤(基于用例库)：
55.步骤一：首先进行功能分析，对功能用例进行拆解；
56.步骤二：拆解后可以不再按照传统的流程进行功能实现分析，而是先去用例库中进行检索，检索后根据结果来判断；
57.步骤三：如果存在于已有库中，可直接复用该库中定义的功能用例，进而直接复用服务库中针对该用例所需要的服务，得出实现功能所依赖的服务；
58.步骤四：如果不存在于已有的用例库中，则需要进行用例的设计，设计完成后更新扩充进该用例库，为后续设计提供复用的可能。
59.所述服务库的使用方法与功能用例库的使用方法相同。
60.其中，所述功能用例库中功能用例均是唯一的和独立的，不存在两个相同的功能用例，而服务库中，存在一个服务跟多个用例均有关联关系的情况。
61.实施例3
62.下面结合上述两个实施例，采用某具体示例对本发明做进一步描述:
63.首先，在车身域和娱乐域中，选举几个已有的功能用例和对应的服务，设计好的功能用例和服务(部分)见下表所示：
64.表1已有功能用例和服务(部分)
65.[0066][0067]
note：用例列和服务列均用来举例，内容不尽完整。
[0068]
上表1中，功能列为某功能清单上描述的输入，包含迎宾功能、灯光功能、智能空调和账户管理四个功能；用例列即为按照功能分析的原则，定义的各功能所包含的用例；服务列为实现该特定用例所需要的服务。
[0069]
其次，由于用户个性化需求，在产品量产后打算添加一个新的功能场景，该功能场景名称叫智能迎宾，目标实现场景为：用户携带智能钥匙靠近车辆后，车辆自动解锁，外灯能够自动开关远光灯一次(迎宾效果)，同时打开门进入车内，空调能自动打开并调整到该用户定制的温度、风速和风向。
[0070]
原有的迎宾功能不具备此功能，以传统的方法论去分析，需要重新定义功能用例和背后的服务需求，从而影响效率。
[0071]
但基于现有的用例库，可以快速拆解出智能迎宾这个功能是由用例库中的uc-001、uc-003、uc-004、uc-005、uc-006和uc-008组成。再根据用例库中各用例和服务的关联关系，进而得出实现该功能场景所必须的服务包括s0001、s0002、s0003、s0006、s0007、s0008、s0009、s0010、s0011、s0012、s0013、s0016和s0017。这样即可实现复用原有设计，达到快速完成功能定义和功能开发的目的。最终结果呈现如图5所示。
[0072]
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

技术特征：
1.一种用于soa架构开发的数据库建立方法，其特征在于，包括以下步骤：s1.功能定义阶段：输入设为产品经理提供的功能清单，输出设为针对特定功能的用例；s2.完成多个功能的功能定义分析后，形成基于整体功能的功能用例库；s3.功能开发阶段：输入设为功能定义阶段输出的功能用例和当前车辆硬件配置，输出设为实现这些功能用例所用到的服务；s4.完成多个功能的功能定义分析以及基于硬件的配置分析后，形成基于特定硬件和虚拟实现功能的服务库。2.根据权利要求1所述的一种用于soa架构开发的数据库建立方法，其特征在于：所述s1中一个功能清单对应1-n个功能用例，所述功能用例为是用户可感知的、具备价值的，相互独立的活动。3.根据权利要求2所述的一种用于soa架构开发的数据库建立方法，其特征在于：所述s3中一个功能用例的实现需要1-n个服务。4.根据权利要求1所述的一种用于soa架构开发的数据库建立方法，其特征在于：所述硬件配置包括车辆的传感器配置和执行器配置。5.根据权利要求1所述的一种用于soa架构开发的数据库建立方法，其特征在于：所述s4中的服务库来源于两个大的方面：一个是基于当前功能用例分析，另一个是基于硬件的配置分析。6.根据权利要求1所述的一种用于soa架构开发的数据库建立方法，其特征在于：所述s4中基于功能实现部分的服务库建立是一个持续迭代完善的过程。7.一种如权利要求1-6任意一项所述的用于soa架构开发的数据库使用方法，其特征在于，包括以下步骤(基于用例库)：步骤一：首先进行功能分析，对功能用例进行拆解；步骤二：拆解后可以不再按照传统的流程进行功能实现分析，而是先去用例库中进行检索，检索后根据结果来判断；步骤三：如果存在于已有库中，可直接复用该库中定义的功能用例，进而直接复用服务库中针对该用例所需要的服务，得出实现功能所依赖的服务；步骤四：如果不存在于已有的用例库中，则需要进行用例的设计，设计完成后更新扩充进该用例库，为后续设计提供复用的可能。8.根据权利要求7所述的一种用于soa架构开发的数据库使用方法，其特征在于：所述服务库的使用方法与功能用例库的使用方法相同。9.根据权利要求7所述的一种用于soa架构开发的数据库使用方法，其特征在于：所述功能用例库中功能用例均是唯一的和独立的，不存在两个相同的功能用例，而服务库中，存在一个服务跟多个用例均有关联关系的情况。

技术总结
本发明公开了一种用于SOA架构开发的数据库建立方法，涉及数据库技术领域，包括功能定义阶段和功能开发阶段，通过对功能进行重新定义和分析，拆解为用例，生成针对所有功能的用例库，后续新增或修改相应功能需求，可以快速检索出关联的用例进行修改或新增，提高功能定义的效率。本发明还公开了一种用于SOA架构开发的数据库使用方法，包括四个步骤。通过对已有功能的实现分析和当前硬件所具备的能力，生成服务库，通过用例与服务的关联关系，快速定位实现新增功能实现所需要具备的服务，进而提高设计的复用性，为实现快速功能开发提供方法。法。法。


技术研发人员：陈敏 刘聪 程福明 吴文杰 董贵旭
受保护的技术使用者：上海禾骋科技有限公司
技术研发日：2021.12.06
技术公布日：2022/3/8