DevOps模型的持续集成能力评估方法、装置及设备与流程

devops模型的持续集成能力评估方法、装置及设备
技术领域
1.本技术涉及运维平台技术领域，特别涉及一种devops(developmentoperations，开发运维一体化)模型的持续集成能力评估方法、装置及设备。


背景技术：

2.devops的目的是通过高度自动化工具与流程，更好地实现优化软件开发、质量保证、运维流程，开发运维一体化，使软件构建、测试、发布、运营、维护乃至整个软件生命周期管理更加快捷、频繁和可靠。目前，软件devops已经被越来越多的项目团队接受，各种devops方法、技术及平台被应用。
3.然而，相关技术中一直没有一个有效的devops能力的评估方法，使得相关项目无法有效分析及评估软件devops方法的优劣，能力的高低，从而很难选择合适的devops方法。


技术实现要素：

4.本技术提供一种devops模型的持续集成能力评估方法、装置及设备，以解决相关技术中没有有效的devops能力的评估方法的问题，可以有效分析及评估软件devops方法的优劣，能力的高低，从而选择合适的devops方法。
5.本技术第一方面实施例提供一种devops模型的持续集成能力评估方法，包括以下步骤：
6.确定devops模型的持续集成能力评估的至少一个影响因素；
7.获取每个影响因素对应的至少一个影响指标；
8.根据所述每个影响因素和所述每个影响因素对应的至少一个影响指标计算得到所述每个影响因素的评估值；以及
9.根据加权系数和所述每个影响因素的评估值加权计算得到所述devops模型的持续集成能力评估值。
10.可选地，所述影响因素包括：系统构建性能、软件质量保证及测试和项目进度中的至少一个。
11.可选地，所述影响指标包括：关键指标、至少一个约束指标和至少两个浮动指标中的至少一个。
12.可选地，通过以下公式加权计算所述devops模型的持续集成能力评估值：
[0013][0014][0015]
其中，ev为所述devops能力的评估值，wi为所述每个影响因素的权重，fi为所述每个影响因素的评估值，i为影响因素，n为为预设数值。
[0016]
可选地，所述每个影响因素的评估值根据评估偏差率得到，所述评估偏差率计算公式为：
[0017][0018]
其中，p为评估偏差率，max为评估得分最大值，min为评估得分最小值，mean为评估得分平均值。
[0019]
本技术第二方面实施例提供一种devops模型的持续集成能力评估装置，包括：
[0020]
确定模块，用于确定devops模型的持续集成能力评估的至少一个影响因素；
[0021]
获取模块，同于获取每个影响因素对应的至少一个影响指标；
[0022]
第一计算模块，用于根据所述每个影响因素和所述每个影响因素对应的至少一个影响指标计算得到所述每个影响因素的评估值；以及
[0023]
第二计算模块，用于根据加权系数和所述每个影响因素的评估值加权计算得到所述devops模型的持续集成能力评估值。
[0024]
可选地，所述影响因素包括：系统构建性能、软件质量保证及测试和项目进度中的至少一个。
[0025]
可选地，所述影响指标包括：关键指标、至少一个约束指标和至少两个浮动指标中的至少一个。
[0026]
可选地，所述第二计算模块，通过以下公式加权计算所述devops模型的持续集成能力评估值：
[0027][0028][0029]
其中，ev为所述devops能力的评估值，wi为所述每个影响因素的权重，fi为所述每个影响因素的评估值，i为影响因素，n为为预设数值。
[0030]
可选地，所述每个影响因素的评估值根据评估偏差率得到，所述评估偏差率计算公式为：
[0031][0032]
其中，p为评估偏差率，max为评估得分最大值，min为评估得分最小值，mean为评估得分平均值。
[0033]
本技术第三方面实施例提供一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行如上述实施例所述的devops模型的持续集成能力评估方法。
[0034]
本技术第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的devops模型的持续集成能力评估方法。
[0035]
由此，通过确定devops模型的持续集成能力评估的影响因素，获取每个影响因素对应影响指标，并根据每个影响因素和每个影响因素所对应影响指标计算得到每个影响因素的评估值，根据加权系数和每个影响因素的评估值加权计算得到devops模型的持续集成能力评估值。由此，解决了相关技术中没有有效的devops能力的评估方法的问题，可以有效分析及评估软件devops方法的优劣，能力的高低，从而选择合适的devops方法。
[0036]
本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
[0037]
本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
[0038]
图1为根据本技术实施例提供的devops模型的持续集成能力评估方法的流程图；
[0039]
图2为根据本技术实施例提供的devops模型的持续集成过程的流程图；
[0040]
图3为根据本技术实施例提供的devops模型的持续集成能力评估装置的方框示意图；
[0041]
图4为申请实施例提供的电子设备的结构示意图。
具体实施方式
[0042]
下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
[0043]
下面参考附图描述本技术实施例的devops模型的持续集成能力评估方法、装置及设备。针对上述背景技术中心提到的相关技术中没有有效的devops能力的评估方法的问题，本技术提供了一种devops模型的持续集成能力评估方法，在该方法中，通过确定devops模型的持续集成能力评估的影响因素，获取每个影响因素对应影响指标，并根据每个影响因素和每个影响因素所对应影响指标计算得到每个影响因素的评估值，根据加权系数和每个影响因素的评估值加权计算得到devops模型的持续集成能力评估值。由此，解决了相关技术中没有有效的devops能力的评估方法的问题，可以有效分析及评估软件devops方法的优劣，能力的高低，从而选择合适的devops方法。
[0044]
具体而言，图1为本技术实施例所提供的一种devops模型的持续集成能力评估方法的流程图。
[0045]
如图1所示，该devops模型的持续集成能力评估方法包括以下步骤：
[0046]
在步骤s101中，确定devops模型的持续集成能力评估的至少一个影响因素。
[0047]
可选地，在一些实施例中，影响因素包括系统构建性能、软件质量保证及测试和项目进度中的至少一个。
[0048]
其中，devops包含三部分：开发、质量保证和运维，devops是三者的交集。
[0049]
可以理解的是，基于精益数据分析，devops能力受到三类因素影响，分别对应devops开发、质量保证和运维三部分：
[0050]
第一类：系统构建性能，系统的构建性能与开发因素相关(这里的系统构建是指广义的系统创建，包括版本控制、编译及构建等)，广义的系统构建将开发、编译和构建流程合理的方式连接起来，从而提升效率，同时系统构建性能的优劣也制约着构建效率提升的程度。
[0051]
第二类：软件的质量保证及测试，质量保证因素与自动化测试相关，质量保证及其中核心自动化测试是devops至关重要的部分。
[0052]
第三类：项目进度，运维的相关因素与项目进度密切相关，而项目进度是洞悉软件项目能否正常交付运维的重要方面，它反映了软件devops的整体运行情况。
[0053]
在步骤s102中，获取每个影响因素对应的至少一个影响指标。
[0054]
可选地，在一些实施例中，影响指标包括关键指标、至少一个约束指标和至少两个浮动指标中的至少一个。
[0055]
其中，关键指标可以是影响devops的最重要指标，约束指标可以对devops造成较大限制的指标，浮动指标可以是对devops有一定的重要性，但是有调整余地的指标。
[0056]
可以理解的是，由于影响因素的评估值需要通过影响因素的相关影响指标进行分析才能得到，因此，本技术实施例在步骤s101中定义好的影响因素后，通过精益数据分析的角度来提取和划分每个影响因素对应的影响指标，找到关键重点进行突破，从众多指标中做出取舍。
[0057]
具体地，本技术实施例可以通过如下方式识别关键指标、约束指标和浮动指标。
[0058]
识别关键指标：列出能决定devops是否成功的目标指标列表，根据优先级，选择最重要的一个。
[0059]
识别约束指标：检查目标指标列表中的其他指标，这些指标不如关键指标重要，但会对整个devops过程的顺利进行形成较大限制，从中选择一到两项，将其归为约束指标。
[0060]
识别浮动指标：审视目标指标列表中剩下的指标，虽然具有一定的重要性，但是有较大的调整余地，从中选择两到三项归为浮动指标。
[0061]
具体地，在基于精益数据分析的devops能力评估方法中，三类影响因素可以对应如下三类指标。
[0062]
第一类，系统构建性能：关键指标可以为构成周期(每次构建持续时间)；约束指标可以为软件版本控制时间；浮动指标可以为构建等待时间、每日构建成功率等。
[0063]
第二类，软件质量保证及测试：关键指标可以为封闭签入测试通过率；约束指标可以是系统缺陷总数、尚未解决缺陷数量等；浮动指标可以是失败测试用例数、签入后测试成功率等。
[0064]
其中，封闭签入是指在签入代码前，先尝试生成文件，如果构建失败则拒绝签入。封闭签入从表面上看是一种代码签入方式与测试无关，但实际上它和软件质量及测试关系密切，签入代码前不仅要保证编译通过，还要最大限度地保证签入新代码不会破坏已有的功能，也就是执行回归测试来验证。因此封闭签入通过实际包含两部分内容：编译成功和回归测试执行成功。
[0065]
第三类，项目进度：关键指标可以是燃尽图，限制指标可以是产品待办项，浮动指标可以是关键路径活动完成情况、高风险活动监控等。
[0066]
其中，燃尽图是在项目完成之前，对需要完成的工作的一种可视化表示。在敏捷项目实践中，常用燃尽图表述进度情况。它可向项目组成员和管理层提供工作进展的一个公共视图，理想情况下，该图表是一个向下的曲线，随着剩余工作的完成，直至“燃尽”至零，产品待办项也可表示项目进展，产品待办项由所有的功能特性，包括业务功能、非业务功能(技术、架构和工程实践相关)、提升点以及缺陷的修复等组成。这些内容也是未来产品版本发布的主要内容。一个完整的产品待办项是一个产品蓝图，并且产品待办项是根据产品和产品使用环境演化而不断演化的，所以产品待办列表是动态的，它会持续地改变来确保产
品是最合理的，最有竞争力的，最有价值的。分析产品待办项时，优先级是一个重要的视角，优先级越高的待办列表需要越清晰，越详细。对于优先级低的待办列表，详细程度会越低，直到几乎不能认为它是一个待办列表项。
[0067]
如上所述，软件devops过程三类影响因素由三种指标组成，由此可以得出devops能力评估方法的三类影响因素及其三类指标，如表1所示：
[0068]
表1
[0069][0070]
在步骤s103中，根据每个影响因素和每个影响因素对应的至少一个影响指标计算得到每个影响因素的评估值。
[0071]
可选地，在一些实施例中，每个影响因素的评估值根据评估偏差率得到，评估偏差率计算公式为：
[0072][0073]
其中，p为评估偏差率，max为评估得分最大值，min为评估得分最小值，mean为评估得分平均值。
[0074]
可以理解的是，每个影响因素相关指标的评估得分fi可以通过德尔菲专家评估方法得到。先选出评估协调人，组织评估工作，得到评估最大值max，评估最小值min，以及评估得分平均值mean，从而根据公式(1)得到评估偏差率，进而得出每个影响因素的评估值。
[0075]
在步骤s104中，根据加权系数和每个影响因素的评估值加权计算得到devops模型的持续集成能力评估值。
[0076]
可选地，在一些实施例中，通过以下公式加权计算devops模型的持续集成能力评估值：
[0077][0078][0079]
其中，ev为devops能力的评估值，wi为每个影响因素的权重，fi为每个影响因素的评估值，i为影响因素，n为为预设数值，优选地，n为3。
[0080]
具体地，ev代表devops能力的评价值，取值范围为0到100，分数越高代表评估值越
高。wi代表每类影响因素权重(其取值范围为0到1，取值越大表示权重越高)，fi代表每类影响因素的评估得分(取值范围为0到100，分数越高代表该项指标评估值越高)，i代表某一类影响因素，n为3。
[0081]
各影响因素权重wi可以根据不同项目特点及devops系统定义侧重点来定义及调整，例如，如果客户高度重视软件系统的质量，可将质量保证及测试影响因素权值设置较高；如果软件项目时间紧任务重，可以将软件项目进度这个因素的权重设置较高；极端条件下甚至可将完全忽略的影响因素权值设为0或将极其重视的影响因素权重设为1，数值越大关注度越高。
[0082]
为使得本领域技术人员进一步了解本devops模型的持续集成能力评估方法，下面结合具体实施例进行详细阐述。
[0083]
这里以数字集群通信系统软件开发为例，展示本devops模型的持续集成能力评估方法。数字集群通信系统主要为无线用户提供语言和数据类的公共安全移动通信服务，在评估该系统devops能力的实践中，基于精益数据分析的理论模型，从三类影响因素的关键指标、约束指标和浮动指标出发，证明该评估方法的有效性和正确性。
[0084]
devops平台以tfs(team foundation server，团队基础服务器)为核心搭建，tfs提供源代码管理、需求管理、项目管理、自动生成、实验室管理、测试和发布管理功能，覆盖了整个应用程序生命周期。图2描述了devops的持续集成过程，体现开发构建、自动化测试和项目阶段性发布完成三者的有机结合。其中，包含2种持续集成：快速持续集成(封闭签入)和完整持续集成。图中第1步至第3步为封闭持续集成，包含代码分析及编译、封闭测试、签入后测试和冒烟测试等三步；图中第1步至第5步为完整持续集成，除了前三步之外还将生成安装包及进行自动化测试。完整持续集成由每个版本发布触发，输出是安装包和自动化测试报告。
[0085]
在系统的构建性能方面，将构建周期作为关键指标，若devops项目软件版本控制的时间为3分钟，构建周期为40分钟，那么构建周期这个关键指标还有较大的提升空间，下一步计划将构建周期缩减到25分钟以内。为了进一步提高系统构建性能，可以提出一些解决方法，例如，构建可在专用构建服务器上部署和执行，构建类型可根据不同的策略和目的而变化，构建周期时间可通过将构建分布在多台服务器上运行来缩短，并且构建服务器彼此之间备份，任何一台服务器关闭时做到自动切换，当出故障的服务器重新恢复功能时，构建服务可自动切换。
[0086]
在软件质量保证及测试方面，选择封闭签入测试通过率作为关键指标。
[0087]
在项目进度方面，选择燃尽图作为关键指标，产品待办项作为约束指标。
[0088]
根据项目特点，构建平台性能和软件质量保证及测试这两类影响因素相对重要，因此权值取值为0.4；项目开发周期相对较充裕，因此项目进度权限取值为0.2。通过德尔菲专家评估法对这三类影响因素打分，得到基于精益数据分析devops能力评估结果如表2所示，该项目的devops能力评估值总分为81分。
[0089]
表2
[0090]
影响因素wi取值fi得分加权得分构建平台性能0.47530软件质量保证及测试0.48534
软件项目进度0.28517总分
ꢀꢀ
81
[0091]
根据本技术实施例提出的devops模型的持续集成能力评估方法，通过确定devops模型的持续集成能力评估的影响因素，获取每个影响因素对应影响指标，并根据每个影响因素和每个影响因素所对应影响指标计算得到每个影响因素的评估值，根据加权系数和每个影响因素的评估值加权计算得到devops模型的持续集成能力评估值。由此，解决了相关技术中没有有效的devops能力的评估方法的问题，可以有效分析及评估软件devops方法的优劣，能力的高低，从而选择合适的devops方法。
[0092]
其次参照附图描述根据本技术实施例提出的devops模型的持续集成能力评估装置。
[0093]
图3是本技术实施例的devops模型的持续集成能力评估装置的方框示意图。
[0094]
如图3所示，该devops模型的持续集成能力评估装置10包括：确定模块100、获取模块200、第一计算模块300和第二计算模块400。
[0095]
其中，确定模块100，用于确定devops模型的持续集成能力评估的至少一个影响因素；
[0096]
获取模块200，用于获取每个影响因素对应的至少一个影响指标；
[0097]
第一计算模块300，用于根据每个影响因素和每个影响因素对应的至少一个影响指标计算得到每个影响因素的评估值；以及
[0098]
第二计算模块400，用于根据加权系数和每个影响因素的评估值加权计算得到devops模型的持续集成能力评估值。
[0099]
可选地，确定模块100的影响因素，包括系统构建性能、软件质量保证及测试和项目进度中的至少一个。
[0100]
可选地，获取模块200的影响指标包括关键指标、至少一个约束指标和至少两个浮动指标中的至少一个。
[0101]
可选地，第二计算模块400，通过以下公式加权计算devops模型的持续集成能力评估值：
[0102][0103][0104]
其中，ev为devops能力的评估值，wi为每个影响因素的权重，fi为每个影响因素的评估值，i为影响因素，n为为预设数值。
[0105]
可选地，第一计算模块300，每个影响因素的评估值根据评估偏差率得到，评估偏差率计算公式为：
[0106][0107]
其中，p为评估偏差率，max为评估得分最大值，min为评估得分最小值，mean为评估得分平均值。
[0108]
需要说明的是，前述对devops模型的持续集成能力评估方法实施例的解释说明也适用于该实施例的devops模型的持续集成能力评估装置，此处不再赘述。
[0109]
根据本技术实施例提出的devops模型的持续集成能力评估装置，通过确定devops
模型的持续集成能力评估的影响因素，获取每个影响因素对应影响指标，并根据每个影响因素和每个影响因素所对应影响指标计算得到每个影响因素的评估值，根据加权系数和每个影响因素的评估值加权计算得到devops模型的持续集成能力评估值。由此，解决了相关技术中没有有效的devops能力的评估方法的问题，可以有效分析及评估软件devops方法的优劣，能力的高低，从而选择合适的devops方法。
[0110]
图4为本技术实施例提供的电子设备的结构示意图。该电子设备可以包括：
[0111]
存储器401、处理器402及存储在存储器401上并可在处理器402上运行的计算机程序。
[0112]
处理器402执行程序时实现上述实施例中提供的devops模型的持续集成能力评估方法。
[0113]
进一步地，车辆还包括：
[0114]
通信接口403，用于存储器401和处理器402之间的通信。
[0115]
存储器401，用于存放可在处理器402上运行的计算机程序。
[0116]
存储器401可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
[0117]
如果存储器401、处理器402和通信接口403独立实现，则通信接口403、存储器401和处理器402可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0118]
可选的，在具体实现上，如果存储器401、处理器402及通信接口403，集成在一块芯片上实现，则存储器401、处理器402及通信接口403可以通过内部接口完成相互间的通信。
[0119]
处理器402可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
[0120]
本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上的devops模型的持续集成能力评估方法。
[0121]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0122]
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
[0123]
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
[0124]
应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
[0125]
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。