一种基于Drools规则引擎的配置管理变更控制方法与流程

一种基于drools规则引擎的配置管理变更控制方法
技术领域
1.本发明属于软件工程领域，具体涉及一种基于drools规则引擎的配置管理变更控制方法。


背景技术：

2.变更控制的总体流程要求，基于软件问题报告单、软件更改单、软件验证单的变更控制机制，由业务人员手动的对已入配置管理受控库的配置项，提软件问题报告单、软件更改出库单、软件更改单、软件验证单，之后在入到配置管理受控库里，每一个单据的工作流程繁琐复杂，并且审批环节重复，审批过程不可控，办公效率低，往往一个软件配置项变更需要走好久。


技术实现要素：

3.(一)要解决的技术问题
4.本发明要解决的技术问题是如何提供一种基于drools规则引擎的配置管理变更控制方法，以解决传统配置管理变更控制条件多变、变更流程复杂的问题。
5.(二)技术方案
6.为了解决上述技术问题，本发明提出一种基于drools规则引擎的配置管理变更控制方法，该方法包括如下步骤：
7.步骤一：根据体系标准规定和实际业务场景，自定义多套组织级的配置管理变更控制规则，以供项目选择；
8.步骤二：在配置管理计划中获取组织级变更控制规则，依据项目研制模式、项目类型和项目管理参数，选择相应的规则来控制配置项的变更流程；
9.步骤三：当已入受控库的配置项需要发生变更时，系统会根据配置管理计划中已定义的变更控制规则来自动选择配置项变更步骤，简化配置项变更过程，提高配置项变更效率；
10.步骤四：已经触发配置项变更流程的配置项在变更控制面板中查看配置项变更的过程和状态。
11.进一步地，所述步骤一具体包括：
12.s11、drools配置项变更规则以可视化界面的形式对外开放，用户自行编辑修改，以下简称为变更规则；变更规则为一组规则文件，各规则相互独立，项目使用时只能选择其一；
13.s12、当变更规则发生变化时，无需停止服务，直接线上修改规则实体
14.进一步地，所述步骤s11中，变更规则包括：
15.规则分组：一个规则文件分一个组，在执行时需指明规则分组，从而执行该组下的各规则条目；
16.规则条件：根据业务方传入的数据条件进行符合性匹配，即当条件满足时，执行该
规则，规则条件为一种判断；
17.规则内容：该部分为规则条目的主要部分，针对软件配置项规则，规则内容包括：判断配置流程各步骤是否经过；流程步骤包括：更改出库、软件更改、软件验证、更改入库；
18.规则结论：规则内容运算完成之后产生的结果即为规则结论，该结论通过全局变量的形式供业务模块使用；此部分规则结论为以上四个流程步骤是否流转，输出形式采用true/false表征，true表示业务经过此流程步骤，反之为否。
19.进一步地，变更判断包括：严重等级的判断和是否是源程序的判断。
20.进一步地，所述步骤s12中，变化包括：采集条件变更、结论定义变更和业务需求的新增或修改。
21.进一步地，所述步骤二具体包括：
22.s21、项目组长建立软件项目，选择项目研制模式、项目类型和项目管理参数；
23.s22、项目组长制定项目开发计划，项目开发计划中包括配置管理计划：
24.s23、在配置管理计划中获取组织级变更控制规则，依据项目研制模式、项目类型和项目管理参数，选择相应的规则来控制配置项的变更流程。
25.进一步地，所述步骤s21中，
26.研制模式包括：传统、敏捷和模型驱动；
27.项目类型包括：嵌入式应用、通用平台、嵌入式支撑和fpga；
28.项目管理参数包括:gjb5000b、rup、msf、cmmi。
29.进一步地，所述步骤s22包括：
30.定义产品分解结构，进行细粒度的分解划分，包含软件配置项、部件、单元，分解后对软件配置项进行参数设定，后续工作按软件配置项粒度进行；
31.选定生命周期模型，模型包括：瀑布、增量和迭代，该方式的选择贯穿项目实施的过程；
32.各软件配置项下确定配置管理计划，软件配置项包括：软件研制任务书、软件需求规格说明、软件开发计划、源程序、软件测试计划和软件研制总结报告。
33.进一步地，所述步骤三具体包括：
34.s31、针对创建好的软件配置项，进行配置管理计划的设定，项目实施过程中遵循该计划；配置管理计划包括：标识规则设定、基线策划和变更控制规程的选择；
35.s32、软件配置项标识规则设定：按软件配置项设定为软件配置项标识+特定字母+数字形式；该规则方便进行各配置业务的创建与检索；
36.s33、定义软件配置项基线：基线包括：产品基线、分配基线和功能基线，该步骤进行各基线预计完成时间的设定；对实施过程中的提前规划与监控；
37.s34、选定组织级定义的变更控制规则，即针对于步骤一规则的选择，选定后项目过程中按此规则文件的结果输出执行；如需进行变更时，则重新导入选定变更控制规则。
38.进一步地，所述步骤四具体包括：
39.s41、已入配置管理受控库的软件配置项发生变更时，配置管理员依据软件研制等级、软件类型、软件研制过程及软件研制阶段不同选定变更控制规则来启动变更流程；
40.变更流程包括：
41.流程1：配置管理受控库—》直接变更入配置管理受控库；
42.流程2：配置管理受控库—》提出软件配置项的问题—》入配置管理受控库；
43.流程3：配置管理受控库—》提出软件配置项的问题—》配置管理受控库出库—》入配置管理受控库；
44.流程4：配置管理受控库—》提出软件配置项的问题—》配置管理受控库出库—》更改配置项—》入配置管理受控库；
45.流程5：配置管理受控库—》提出软件配置项的问题—》配置管理受控库出库—》更改软件配置项—》验证软件配置项更改—》入配置管理受控库；
46.s42、在变更看板中查看配置项的变更过程和变更过程中配置项的状态；看板中的状态分为：待处理、出库、更改、验证和入库；
47.待处理对应提出软件问题报告单的软件配置项；
48.出库对应的是提出软件更改出库单的软件配置项；
49.更改对应的是提出软件更改单的软件配置项；
50.验证对应的是提出软件验证单的软件配置项；
51.入库对应的是提出了入配置管理受控库入库单的软件配置项。
52.(三)有益效果
53.本发明提出一种基于drools规则引擎的配置管理变更控制方法，与现有方法相比，本发明具有以下明显的优势和有益效果：
54.(1)将变更控制规则交于用户来处理，可根据本地规范在线上个性化修改，无需停止服务重新编译部署，简化业务的复杂度，增加业务的透明度，用户可以随时处理变更流程。
55.(2)利用看板模式，简化配置项变更流程，减少工作流程审批环节，提高配置项变更效率，直观的查看配置项的变更过程。
附图说明
56.图1为本发明基于规则引擎drools的配置管理变更控制方法框架图。
具体实施方式
57.为使本发明的目的、内容和优点更加清楚，下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。
58.本发明主要面向软件工程领域，针对配置管理的配置项变更复杂多变的变更流程问题，使用drools定义灵活的配置项变更流程，以看板的方式的展示配置项变更过程。本发明通过drools可快速解决配置项变更规则的定义，实现线上不停服务器的个性化配置使用，减少停服再启动的人工操作成本，整个过程中降低了配置项变更控制的管理成本，提高了变更效率。
59.针对软件工程领域中，传统配置管理变更控制条件多变，变更流程复杂，以问题单、更改单、验证单的“三单”方式执行变更活动，必需遵守严格的流程来控制版本的变更，针对上述场景提出一种基于drools规则引擎的配置管理变更控制方法，解决传统配置管理变更控制条件多变、变更流程复杂的问题。首先，基于drools规则定义出多套组织级配置管理变更控制的规则；然后，在项目内配置管理计划中，根据项目研制特征，灵活选择合适的
组织级配置管理变更控制规则；最后，受控库中配置项依据配置管理计划中所选择的规则，来控制配置项的变更流程。
60.drools是由jboss组织提供的基于java语言开发的开源规则引擎，可以将复杂多变的业务规则从硬编码中抽取出来，以规则脚本的形式存放在文件或特定的存储介质中使得业务规则的变更不需修改项目代码、不需重启服务器就可以在线上环境立即生效，从而快速响应需求变更，减少硬编码业务规则的成本和风险。
61.看板管理是日本丰田公司，为了达到及时生产，提高生产率，而使用的生产管理的工具。后来发现这种看板管理方式，不仅可以应用在汽车制造上，而且还可以应用到软件研发等其他领域，均可以大幅度的提高工作效率。为了解决配置项变更过程复杂多变造成的配置项混乱，引用看板模式可以一目了然的看到配置项的变更过程和所处状态。
62.配置项是纳入配置管理范畴的所有项目，是软件生存周期各个阶段活动经审批后的产物。
63.配置管理受控库是在软件生命周期的某一阶段结束后，存放作为阶段产品发布与开发工作有关的计算机/人工可读信息的库。该库中存放的各种信息应是经过质量审查或评审，并履行更改手续得到确认的，且此后处于“冻结”状态的阶段产品。软件配置管理，就是对软件受控库中的各个配置项进行管理，故受控库又称为软件配置管理库。
64.配置管理受控库出库管理是出库类型包括查阅出库及变更出库。
65.软件变更控制是受控库软件配置项变更。依据软件问题报告单、软件更改出库单、软件更改单、软件验证单、软件更改入库单等环节进行管理。
66.软件问题报告单是记录用户发现软件配置项问题或需求发生变更。选择需要修改的软件配置项及影响的软件配置项。
67.更改出库单是记录将软件配置项进行出库，修改软件配置项具体内容。
68.软件更改单是记录软件配置项更改了哪些文件及哪些内容。
69.软件验证单是记录改好后软件配置项的验证情况。
70.本发明主要通过drools进行软件配置项变更规则的定义，实现了软件配置项的动态管理，提高了配置项的可靠性和安全性，简化软件配置项变更流程，减少了每个业务单据的工作流审批过程。通过看板的方式，更直观的查看配置变更过程及配置项状态。
71.本发明的基于规则引擎drools的配置管理变更控制方法框架图，如图1所示。该方法步骤如下：
72.步骤一：根据体系标准规定和实际业务场景，自定义多套组织级的配置管理变更控制规则，以供项目选择。该方式可以在线实时更新规则文件，以便快速响应不同变更控制的业务场景
73.s11、drools配置项变更规则以可视化界面的形式对外开放，用户可自行编辑修改，以下简称为变更规则。变更规则为一组规则文件，各规则相互独立，项目使用时只能选择其一。变更规则主要包括：
74.规则分组：一般一个规则文件分一个组，在执行时需指明规则分组，从而执行该组下的各规则条目。
75.规则条件：根据业务方传入的数据条件进行符合性匹配，即当条件满足时，执行该规则，规则条件通常意义上为一种判断，变更判断主要为严重等级的判断、是否是源程序的
判断等。当然条件不局限于以上提到的，用户可自行修改适配。
76.规则内容：该部分为规则条目的主要部分，针对软件配置项规则，规则内容主要包含判断配置流程各步骤是否经过；流程步骤主要包含：更改出库、软件更改、软件验证、更改入库。
77.规则结论：规则内容运算完成之后产生的结果即为规则结论，该结论可通过全局变量的形式供业务模块使用。此部分规则结论为以上四个流程步骤是否流转，输出形式采用true/false表征，true表示业务经过此流程步骤，反之为否。
78.s12、当变更规则发生变化时，这种变化包括采集条件变更、结论定义变更和业务需求的新增或修改，这种情况无需停止服务，可直接线上修改规则实体。
79.步骤二：在配置管理计划中获取组织级变更控制规则，依据项目研制模式、项目类型和项目管理参数，选择相应的规则来控制配置项的变更流程
80.s21、项目组长建立软件项目，选择项目研制模式、项目类型和项目管理参数等；
81.a)研制模式有传统、敏捷、模型驱动；
82.b)项目类型有嵌入式应用、通用平台、嵌入式支撑、fpga；
83.c)项目管理参数有gjb5000b、rup、msf、cmmi；
84.以上为标准定义，用户可自行扩展；
85.s22、项目组长制定项目开发计划，项目开发计划中包括配置管理计划：
86.a)定义产品分解结构，进行细粒度的分解划分，包含软件配置项、部件、单元，分解后对软件配置项进行参数设定，如开发语言(java、c++、c、python)、开发方式(新研、重用、沿用、外协)等，后续工作主要按软件配置项粒度进行；
87.b)选定生命周期模型，模型主要有瀑布、增量和迭代，该方式的选择贯穿项目实施的过程；
88.c)各软件配置项下确定配置管理计划，软件配置项主要包含软件研制任务书、软件需求规格说明、软件开发计划、源程序、软件测试计划、软件研制总结报告等；
89.s23、在配置管理计划中获取组织级变更控制规则，依据项目研制模式、项目类型和项目管理参数，选择相应的规则来控制配置项的变更流程；
90.步骤三：当已入受控库的配置项需要发生变更时，系统会根据配置管理计划中已定义的变更控制规则来自动选择配置项变更步骤，简化配置项变更过程，提高配置项变更效率
91.s31、针对创建好的软件配置项，进行配置管理计划的设定，项目实施过程中遵循该计划。配置管理计划主要有：标识规则设定、基线策划、变更控制规程的选择；
92.s32、软件配置项标识规则设定：按软件配置项进行设定，通常为软件配置项标识+特定字母+数字形式组成；该规则方便进行各配置业务的创建与检索；
93.s33、定义软件配置项基线：基线主要分为产品基线、分配基线、功能基线，该步骤进行各基线预计完成时间的设定；对实施过程中的提前规划与监控；
94.s34、选定组织级定义的变更控制规则，即针对于步骤一规则其一的选择，选定后项目过程中按此规则文件的结果输出执行；如需进行变更时，可重新导入选定变更控制规则；
95.步骤四：已经触发配置项变更流程的配置项可以在变更控制面板中查看配置项变
更的过程和状态
96.s41、已入配置管理受控库的软件配置项发生变更时，配置管理员依据软件研制等级、软件类型、软件研制过程及软件研制阶段不同选定变更控制规则来启动变更流程；
97.变更流程包括：
98.流程1：配置管理受控库—》直接变更入配置管理受控库；
99.流程2：配置管理受控库—》提出软件配置项的问题—》入配置管理受控库；
100.流程3：配置管理受控库—》提出软件配置项的问题—》配置管理受控库出库—》入配置管理受控库；
101.流程4：配置管理受控库—》提出软件配置项的问题—》配置管理受控库出库—》更改配置项—》入配置管理受控库；
102.流程5：配置管理受控库—》提出软件配置项的问题—》配置管理受控库出库—》更改软件配置项—》验证软件配置项更改—》入配置管理受控库。
103.s42、在变更看板中可以查看配置项的变更过程和变更过程中配置项的状态；
104.看板中的状态分为：待处理、出库、更改、验证和入库；
105.待处理对应提出软件问题报告单的软件配置项；
106.出库对应的是提出软件更改出库单的软件配置项；
107.更改对应的是提出软件更改单的软件配置项；
108.验证对应的是提出软件验证单的软件配置项；
109.入库对应的是提出了入配置管理受控库入库单的软件配置项。
110.实施例1：
111.一种基于drools规则引擎的配置管理变更控制方法，包括以下步骤：
112.步骤一：根据体系标准规定和实际业务场景，自定义多套组织级的配置管理变更控制规则，以供项目选择。该方式可以在线实时更新规则文件，以便快速响应不同变更控制的业务场景。
113.步骤二：在配置管理计划中获取组织级变更控制规则，依据项目研制模式、项目类型和项目管理参数，选择相应的规则来控制配置项的变更流程。
114.步骤三：当已入受控库的配置项需要发生变更时，系统会根据配置管理计划中已定义的变更控制规则来自动选择配置项变更步骤，简化配置项变更过程，提高配置项变更效率。
115.步骤四：已经触发配置项变更流程的配置项可以在变更控制面板中查看配置项变更的过程和状态。
116.进一步地，配置管理变更控制过程的定义基于drools规则，规则支持线上修改，支持扩展。drools运行速度快，将配置项变更控制的决策抽离出来，drools规则根据用户选择的条件做出业务决策，选择出最优的配置项变更路径，减少审批过程。
117.进一步地，看板与规则引擎drools相结合，以规则引擎drools为基础，简化配置项变更流程，以看板展示方式为主，简约直观的查看配置项变更的过程和状态。
118.与现有方法相比，本发明具有以下明显的优势和有益效果：
119.(1)将变更控制规则交于用户来处理，可根据本地规范在线上个性化修改，无需停止服务重新编译部署，简化业务的复杂度，增加业务的透明度，用户可以随时处理变更流
程。
120.(2)利用看板模式，简化配置项变更流程，减少工作流程审批环节，提高配置项变更效率，直观的查看配置项的变更过程。
121.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变形，这些改进和变形也应视为本发明的保护范围。

技术特征：
1.一种基于drools规则引擎的配置管理变更控制方法，其特征在于，该方法包括如下步骤：步骤一：根据体系标准规定和实际业务场景，自定义多套组织级的配置管理变更控制规则，以供项目选择；步骤二：在配置管理计划中获取组织级变更控制规则，依据项目研制模式、项目类型和项目管理参数，选择相应的规则来控制配置项的变更流程；步骤三：当已入受控库的配置项需要发生变更时，系统会根据配置管理计划中已定义的变更控制规则来自动选择配置项变更步骤，简化配置项变更过程，提高配置项变更效率；步骤四：已经触发配置项变更流程的配置项在变更控制面板中查看配置项变更的过程和状态。2.如权利要求1所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤一具体包括：s11、drools配置项变更规则以可视化界面的形式对外开放，用户自行编辑修改，以下简称为变更规则；变更规则为一组规则文件，各规则相互独立，项目使用时只能选择其一；s12、当变更规则发生变化时，无需停止服务，直接线上修改规则实体。3.如权利要求2所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤s11中，变更规则包括：规则分组：一个规则文件分一个组，在执行时需指明规则分组，从而执行该组下的各规则条目；规则条件：根据业务方传入的数据条件进行符合性匹配，即当条件满足时，执行该规则，规则条件为一种判断；规则内容：该部分为规则条目的主要部分，针对软件配置项规则，规则内容包括：判断配置流程各步骤是否经过；流程步骤包括：更改出库、软件更改、软件验证、更改入库；规则结论：规则内容运算完成之后产生的结果即为规则结论，该结论通过全局变量的形式供业务模块使用；此部分规则结论为以上四个流程步骤是否流转，输出形式采用true/false表征，true表示业务经过此流程步骤，反之为否。4.如权利要求3所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，变更判断包括：严重等级的判断和是否是源程序的判断。5.如权利要求3所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤s12中，变化包括：采集条件变更、结论定义变更和业务需求的新增或修改。6.如权利要求1-5任一项所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤二具体包括：s21、项目组长建立软件项目，选择项目研制模式、项目类型和项目管理参数；s22、项目组长制定项目开发计划，项目开发计划中包括配置管理计划：s23、在配置管理计划中获取组织级变更控制规则，依据项目研制模式、项目类型和项目管理参数，选择相应的规则来控制配置项的变更流程。7.如权利要求6所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤s21中，研制模式包括：传统、敏捷和模型驱动；
项目类型包括：嵌入式应用、通用平台、嵌入式支撑和fpga；项目管理参数包括:gjb5000b、rup、msf、cmmi。8.如权利要求6所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤s22包括：定义产品分解结构，进行细粒度的分解划分，包含软件配置项、部件、单元，分解后对软件配置项进行参数设定，后续工作按软件配置项粒度进行；选定生命周期模型，模型包括：瀑布、增量和迭代，该方式的选择贯穿项目实施的过程；各软件配置项下确定配置管理计划，软件配置项包括：软件研制任务书、软件需求规格说明、软件开发计划、源程序、软件测试计划和软件研制总结报告。9.如权利要求6所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤三具体包括：s31、针对创建好的软件配置项，进行配置管理计划的设定，项目实施过程中遵循该计划；配置管理计划包括：标识规则设定、基线策划和变更控制规程的选择；s32、软件配置项标识规则设定：按软件配置项设定为软件配置项标识+特定字母+数字形式；该规则方便进行各配置业务的创建与检索；s33、定义软件配置项基线：基线包括：产品基线、分配基线和功能基线，该步骤进行各基线预计完成时间的设定；对实施过程中的提前规划与监控；s34、选定组织级定义的变更控制规则，即针对于步骤一规则的选择，选定后项目过程中按此规则文件的结果输出执行；如需进行变更时，则重新导入选定变更控制规则。10.如权利要求9所述的基于drools规则引擎的配置管理变更控制方法，其特征在于，所述步骤四具体包括：s41、已入配置管理受控库的软件配置项发生变更时，配置管理员依据软件研制等级、软件类型、软件研制过程及软件研制阶段不同选定变更控制规则来启动变更流程；变更流程包括：流程1：配置管理受控库—>直接变更入配置管理受控库；流程2：配置管理受控库—>提出软件配置项的问题—>入配置管理受控库；流程3：配置管理受控库—>提出软件配置项的问题—>配置管理受控库出库—>入配置管理受控库；流程4：配置管理受控库—>提出软件配置项的问题—>配置管理受控库出库—>更改配置项—>入配置管理受控库；流程5：配置管理受控库—>提出软件配置项的问题—>配置管理受控库出库—>更改软件配置项—>验证软件配置项更改—>入配置管理受控库；s42、在变更看板中查看配置项的变更过程和变更过程中配置项的状态；看板中的状态分为：待处理、出库、更改、验证和入库；待处理对应提出软件问题报告单的软件配置项；出库对应的是提出软件更改出库单的软件配置项；更改对应的是提出软件更改单的软件配置项；验证对应的是提出软件验证单的软件配置项；入库对应的是提出了入配置管理受控库入库单的软件配置项。

技术总结
本发明涉及一种基于Drools规则引擎的配置管理变更控制方法，属于软件工程领域。本发明首先，基于Drools规则定义出多套组织级配置管理变更控制的规则；然后，在项目内配置管理计划中，根据项目研制特征，灵活选择合适的组织级配置管理变更控制规则；最后，受控库中配置项依据配置管理计划中所选择的规则，来控制配置项的变更流程。本发明通过Drools可快速解决配置项变更规则的定义，实现线上不停服务器的个性化配置使用，减少停服再启动的人工操作成本，整个过程中降低了配置项变更控制的管理成本，提高了变更效率。提高了变更效率。提高了变更效率。


技术研发人员：耿宏伟 刘文波 冯大成 贾张涛 张倩 安恒 张建伟 曾祥勇 刘岩 杜鑫龙 邵飒 王磊 勉斌 夏冰 朱朝宁 郭含章 庞皓明 李雅斯
受保护的技术使用者：北京计算机技术及应用研究所
技术研发日：2023.04.17
技术公布日：2023/7/13