CN111723004A

CN111723004A - 敏捷软件开发的度量方法，度量数据输出方法以及装置

Info

Publication number: CN111723004A
Application number: CN202010432173.6A
Authority: CN
Inventors: 杨翔
Original assignee: Shishi Tongyun Technology Chengdu Co ltd
Current assignee: Shishi Tongyun Technology Chengdu Co ltd
Priority date: 2020-05-20
Filing date: 2020-05-20
Publication date: 2020-09-29
Anticipated expiration: 2040-05-20
Also published as: CN111723004B

Abstract

本申请公开一种敏捷软件开发的度量方法和装置，敏捷软件开发的度量数据输出方法和装置，计算机存储介质和电子设备。所述度量方法包括：获取针对敏捷软件开发的度量请求；根据度量请求，读取用于评测敏捷软件开发效能的度量数据维度信息，度量数据维度信息包括：度量数据项，以及描述度量数据项的数据内容；根据度量数据项和所述数据内容，确定针对度量数据维度信息的度量数据，度量数据用于度量敏捷软件开发的效能。从而能够准确、灵活的从各个度量数据维度获取评测敏捷软件开发中所涉及效能的度量数据，便于对敏捷软件开发中涉及的各个环节能够全面准确的进行了解，为后续针对完善敏捷软件开发提供更为全面、准确和丰富的参考信息。

Description

敏捷软件开发的度量方法，度量数据输出方法以及装置

技术领域

本申请涉及计算机应用技术领域，具体涉及一种基于敏捷软件开发的度量方法和装置，敏捷软件开发的度量数据输出方法和装置。本申请同时涉及一种计算机存储介质和电子设备。

背景技术

任何一种计算机应用服务软件均通过大量的代码编写而成，通过运行代码实现相应的服务功能。对于大型软件项目，传统的开发方式是采用一个大周期(比如一年或更多)进行开发，整个开发过程时间成本较大，而敏捷软件开发将开发过程拆分成多个小周期，因此，降低了开发的时间成本。

目前软件在进行敏捷软件开发时，一般会经历需求管理、开发、测试、发布等多个环节，同时基于目前广泛推行的敏捷软件开发，要求团队紧密协作、快速应对需求变化、频繁交付软件版本等，因此，需要对敏捷软件开发过程进行度量，从而了解敏捷软件开发中各阶段的开发效能，以便为后续迭代开发提供参考。

现有对敏捷软件开发进行度量时，度量数据会受到度量方式、查看方式等因素的局限，使得度量数据并不全面，故导致对敏捷软件开发效能的度量并不准确。

发明内容

本申请提供一种敏捷软件开发的度量方法，以解决现有技术中对敏捷软件开发效能度量准确度低的问题。

本申请提供一种敏捷软件开发的度量方法，包括：

基于敏捷软件开发的度量数据提供平台，获取针对敏捷软件开发的度量请求；

根据所述度量请求，读取用于评测所述敏捷软件开发效能的度量数据维度信息，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容；

根据所述度量数据项和所述数据内容，确定针对所述度量数据维度信息的度量数据，所述度量数据用于度量所述敏捷软件开发的效能。

在一些实施例中，所述获取针对敏捷软件开发的度量请求，包括：

通过针对所述度量数据维度选择界面的操作，获取所述度量请求。

在一些实施例中，所述根据所述度量请求，读取用于评测所述敏捷软件开发效能的度量数据维度信息，包括：

根据所述度量请求，确定用于读取所述度量数据项和所述数据内容的数据源；

根据所述数据源读取所述度量数据项和所述数据内容。

在一些实施例中，所述根据所述度量请求，确定用于读取所述度量数据项和所述数据内容的数据源，包括至少如下一种确定方式：

当所述度量数据维度为项目管理维度时，将提供的与所述项目管理维度中项目度量数据项相对应的第一数据源和第二数据源中的至少一个数据源，确定为读取所述项目管理维度中项目度量数据项和与所述项目管理度量数据项对应的项目管理数据的数据源；

当所述度量数据维度为需求管理维度时，将提供的与所述需求管理维度中需求度量数据项相对应的所述第一数据源，确定为读取所述需求管理维度中需求度量数据项和与所述需求管理度量数据项对应的需求管理数据；

当所述度量数据维度为开发管理维度时，将提供的与所述开发管理维度中开发度量数据项相对应的所述第一数据源或第三数据源，确定为读取所述开发管理维度中开发度量数据项和与所述开发管理度量数据项对应的开发管理数据。

在一些实施例中，所述根据所述数据源读取所述度量数据项和所述数据内容，包括：

当所述度量数据维度为项目管理维度时，通过调用数据接口从所述第一数据源和第二数据源中的至少一个数据源，读取与所述项目管理维度对应的项目管理度量数据项，以及与所述项目管理度量数据项对应的项目管理数据；

当所述度量数据维度为需求管理维度时，通过调用数据接口从所述第一数据源，读取与所述需求管理维度对应的需求管理度量数据项，以及与所述需求管理度量数据项对应的需求管理数据；

当所述度量数据维度为开发管理维度时，通过调用数据接口从所述第一数据源或者第三数据源；或者，直接从所述第三数据源，读取与所述开发管理维度对应的开发管理度量数据项，以及与所述开发管理度量数据项对应的开发管理数据。

在一些实施例中，所述根据所述度量数据项和所述数据内容，确定针对所述度量数据维度信息的度量数据，包括：

将所述数据内容，按照指定的计算方式进行计算，获得与所述数据内容对应的所述度量数据项的度量值；

对所述度量值进行统计，将统计后的数据确定为与所述度量数据维度对应的所述度量数据。

在一些实施例中，所述将所述数据内容，按照指定的计算方式进行计算，获得与所述数据内容对应的所述度量数据项的度量值，包括：

根据所述度量数据项，选取相应的计算方式；

根据所述计算方式对所述数据内容进行计算，获得所述度量值。

本申请还提供一种敏捷软件开发的度量装置，包括：

获取单元，用于基于敏捷软件开发的度量数据提供平台，获取针对敏捷软件开发的度量请求；

读取单元，用于根据所述度量请求，读取用于评测所述敏捷软件开发效能的度量数据维度信息，所述度量数据维度信息包括：度量数据项，以及所述度量数据项的数据内容；

确定单元，用于根据所述数据内容，确定所述度量数据项的度量数据，所述度量数据用于度量所述敏捷软件开发的效能。

本申请还提供一种敏捷软件开发的度量数据输出方法，包括：

基于敏捷软件开发的度量数据提供平台提供的度量数据维度选择范围，选择度量数据维度信息，其中，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容；

根据选择的所述度量数据维度，发送度量请求；

接收响应于所述度量请求，确定的与所述度量数据维度信息中所述度量数据项对应的度量数据，其中，所述度量数据用于度量所述敏捷软件开发的效能；

基于所述度量数据提供平台的界面，输出所述度量数据。

在一些实施例中，所述基于敏捷软件开发的度量数据提供平台提供的度量数据维度选择范围，选择度量数据维度信息，包括：

基于度量数据提供平台的界面提供的项目管理维度、需求管理维度和开发管理维度的度量数据维度选择范围，选择所述度量数据维度信息。

基于度量数据提供平台的界面提供的项目管理维度、需求管理维度和开发管理维度的度量数据维度选择范围，以及时间选择范围，选择度量数据维度信息。

在一些实施例中，所述基于所述度量数据提供平台的界面，输出所述度量数据，包括：

将所述度量数据采用统计图表的形式，显示在所述界面上。

本申请还提供一种敏捷软件开发的度量数据输出装置，包括：

选择单元，用于基于敏捷软件开发的度量数据提供平台提供的度量数据维度选择范围，选择度量数据维度信息，其中，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容；

发送单元，用于根据所述选择单元中选择的所述度量数据维度信息，发送度量请求；

接收单元，用于接收响应于所述发送单元发送的所述度量请求，确定的与所述度量数据维度信息中所述度量数据项对应的度量数据，其中，所述度量数据用于度量所述敏捷软件开发的效能；

输出单元，用于基于所述度量数据提供平台的界面，输出所述度量数据。

本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被读取执行时，执行如下步骤：

根据所述数据内容，确定所述度量数据项的度量数据，所述度量数据用于度量所述敏捷软件开发的效能；

或者，

根据选择的所述度量数据维度，发送度量请求；

基于所述度量数据提供平台的界面，输出所述度量数据。

本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下步骤：

或者，

根据选择的所述度量数据维度，发送度量请求；

基于所述度量数据提供平台的界面，输出所述度量数据。

与现有技术相比，本申请具有以下优点：

本申请提供的一种敏捷软件开发的度量方法，根据基于敏捷软件开发的度量数据提供平台，获取的针对敏捷软件开发的度量请求，读取用于评测所述敏捷软件开发效能的度量数据维度信息，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容；根据所述数据内容，确定所述度量数据项的度量数据，所述度量数据用于度量所述敏捷软件开发的效能，从而能够准确、灵活的从各个度量数据维度获取评测敏捷软件开发中所涉及效能的度量数据，便于对敏捷软件开发中涉及的各个环节能够全面准确的进行了解，为后续针对完善敏捷软件开发提供更为全面、准确和丰富的参考信息。

本申请提供的一种敏捷软件开发的度量数据输出方法，通过基于敏捷软件开发的度量数据提供平台提供的度量数据维度选择范围，选择度量数据维度信息，根据所述度量数据维度信息发送度量请求；接收响应于所述度量请求，确定的与所述度量数据维度信息中所述度量数据项对应的度量数据；将度量数据输出到所述度量数据提供平台的界面；从而能够将用户所需的度量数据输出在度量数据提供平台的界面，在视觉上提供更加直观和便利的信息获取方式，从而使得用户能够根据选择的度量数据维度范围，快速的了解用于评测敏捷软件开发在各个维度上度量其效能的度量数据。

附图说明

图1是本申请提供的一种敏捷软件开发的度量方法实施例的流程图；

图2是本申请提供的一种敏捷软件开发度量方法实施例中度量数据提供平台的架构示意图；

图3是本申请提供的一种敏捷软件开发度量装置实施例的结构示意图；

图4是本申请提供的一种敏捷软件开发的度量数据的输出方法实施例的流程图；

图5是本申请提供的一种敏捷软件开发的度量数据的输出装置实施例的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种”、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。

在对本申请提供的一种敏捷软件开发中度量数据的确定方法实施例进行描述前，先阐述本申请提出该技术方案的构思背景，以便更好的理解本申请的技术方案。

敏捷软件开发(简称为敏捷开发)顾名思义是一种软件开发方法，具有能应对快速变化需求的软件开发能力。强调程序员团队与业务专家之间的紧密协作、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法。敏捷软件开发可以在开发迭代过程中不断的修改，或者增加所需功能，以循序渐进的方式完成项目开发任务。

在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果需要经过测试，具备集成和可运行的特征。也就是，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。因此，可见敏捷开发需要在不同的阶段进行相应的测试，以获知产品的当前开发情况，以便后续迭代升级中进行完善。那么，在关注产品效能的同时，还需要关注敏捷软件开发本身的开发效能，例如：开发效率、工程能力等效能，因此，可以通过能够用于评测敏捷软件开发效能的度量数据来实现。

然而，现有敏捷开发中对度量敏捷开发效能的度量数据的获取需要借助第三方提供的度量工具完成敏捷开发的度量，而第三方提供的度量工具使得度量数据的获取被受限于该工具本身提供服务范围内，提供的度量数据准确度，全面性均具有一定的局限性，并且对于敏捷开发团队的开发情况也无法提供具有针对性的度量数据。

故此，申请人提出本申请的技术方案，以满足从不同角度对敏捷开发效能了解的需求。下面对本申请提供的一种敏捷软件开发中度量数据的确定方法实施例进行描述，请参考图1所示，图1是本申请提供的一种敏捷软件开发中度量数据的确定方法实施例的流程图，该实施例包括：

步骤S101：基于敏捷软件开发的度量数据提供平台，获取针对敏捷软件开发的度量请求。

在对步骤S101的具体实现方式进行描述前，先对步骤S101中涉及的技术名词进行解释。

敏捷软件开发也可以称为敏捷开发，是一个不断迭代完善的软件开发过程，可以理解为将一个软件项目的开发周期拆分成多个小周期进行开发的过程。关于敏捷开发的内容可以参考上述背景技术的描述以及实施例中针对发明构思的描述。

所述度量请求是针对所述敏捷软件开发的度量请求，即获知能够度量所述敏捷软件开发效能的数据。可以理解的是，所述度量请求可以通过对度量数据平台的触发产生，也可以按照设置的触发条件自动产生。

在本实施例中，获取度量请求的具体实现过程可以是，通过针对所述度量数据维度选择界面的操作，获取所述度量请求，所述度量请求中包括：度量数据维度信息。所述度量数据维度选择界面可以基于度量数据提供平台提供。也就是说，可以通过对度量数据提供平台提供的度量数据维度选择界面的操作，获取所述度量请求。

可以理解的是，为了有针对性的获取特定时间内的度量数据，因此，可以获取带有时间范围的度量请求，所述时间范围可以包括固定时间范围和重复时间范围，其中，固定时间范围可以包括：当日、本周、本月、本季度、本年度或者某起始日期到某结束日期；重复时间范围可以包括：每日、每周、每月、每季度、每年或者某一指定时间区间或日期区间。所述步骤S101在获取度量请求时可以结合选择的时间范围获取度量请求，此时度量请求中不仅可以包括度量数据维度信息还包括时间范围信息。从而便于根据所需时间范围获取相应度量数据维度对应的度量数据。

实际应用场景中，当用户需要的度量数据为某一指定时间和指定维度时，则可以通过度量数据提供平台提供的度量数据维度选择和时间范围维度选择的界面，进行相关选择操作，发出针对所选择的度量数据维度和时间范围维度的度量请求，相应的，所述度量数据提供平台的处理端则获取所述度量请求。

步骤S102：根据所述度量请求，读取用于评测所述敏捷软件开发效能的度量数据维度信息，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容；

所述度量数据维度信息可以是用于评测所述敏捷软件开发的产品效能的维度信息，可以包括：度量数据项和以及描述所述度量数据项的数据内容。所述度量数据维度信息可以包括多个维度信息，每个维度信息可以包括多个度量数据项。

在本实施例中，所述度量数据维度信息可以按照表征敏捷软件开发效能的不同方面进行划分为项目管理维度、需求管理维度、开发管理维度等中的至少一种或多种组合。

每个度量数据维度可以包括一个度量数据项也可以包括多个度量数据项，比如在本实施例中可以涉及的：所述项目管理维度可以包括的度量数据项为如下至少一种：事业群数据项、产品线数据项、项目数据项、成员数据项等。下面对项目管理维度中的各个度量数据项进行解释：

所述事业群数据项为公司组织结构，由若干部门组成的集群数量。

所述产品线数据项为公司组织结构，按产品类别划分的部门数量。

所述项目数据项为针对某产品在某个阶段交付某批软件的组织数量。

所述成员数据项可以分为产品线成员数量和项目成员数量。

所述需求管理维度可以包括的需求度量数据项为如下至少一种：Epic数据项、Story数据项、Task数据项、Defect数据项、Sub-task数据项、Points数据项等。下面对需求管理维度中的各个度量数据项进行解释：

Epic数据项为大型用户故事，通常包含一个或多个项目内的在一个或多个迭代内交付的多个用户故事，也可以理解为，一个包含完成功能的需求描述，可以被拆分为1个或多个Story，一般有PO划分，所谓PO全称为Product Owner，为管理整个项目或多个ScrumTeam(整个组织架构中可进行独立开发的最小团队)的需求，并将需求转换为Epic或Story，指定软件交付日期，指定交付标准，有权力接受或拒绝开发团队的工作成果。

Story数据项为用户故事跟踪单，用户故事是敏捷开发中对需求的表述方式，也可以理解为，一个不可拆分子功能描述，可以被拆分为1个或多个Task(下述有具体解释)，一般由PO将Epic拆分为Story，在Sprint Planning Pre-Plan Meeting中PO、SM确定Story是否合理并做相应的调整。其中，Sprint Planning Pre-Plan Meeting：PO、SM确定挑选Story为后期Sprint做准备；SM全称为Scrum Master：整体控制一个Scrum能过承接的Point(下述有具体解释)数；监控每个Sprint的整体进度；协调与其他Scrum Team之间的沟通。

Task数据项为任务跟踪单，可以理解为最小可用于开发的任务，在Sprint开始时由ST(scrum team member：scrum项目成员)将Story拆分为Task，并在当前Sprint中完成。

Defect数据项为缺陷跟踪单。

Sub-task数据项为子任务跟踪单，属于用户故事跟踪单或任务跟踪单。

Points数据项为点数，即所述用户故事跟踪单、所述任务跟踪单、所述子任务跟踪单中至少一个的工作量，也可以理解为不可拆分的最小功能点数，1Point等于多少小时，可以由项目主管按照项目的实际情况指定。

所述开发管理维度可以包括的开发度量数据项为如下至少一种：迭代数据项、开发任务数据项、代码数据项、缺陷数据项。下面对开发管理维度中的各个度量数据项进行解释：

所述迭代数据项为版本的生产过程，包括从需求分析到测试完成并发布涉及的数据。

所述开发任务数据项为交由软件开发团队完成的任务。

所述代码数据项为提交存放至代码仓库的开发语言的源文件内容。

所述缺陷数据项为在数据源中通过缺陷跟踪记录跟踪的代码缺陷。

上述对度量数据维度涉及的各个度量数据项进行的描述，实际上，度量数据项可以根据实际需求确定，以上仅为列举说明。

基于上述对所述步骤S102中涉及的技术名词的解释，可以理解步骤S102旨在基于度量请求读取相应的需要读取的度量数据维度信息。

可见，所述步骤S102可以通过度量请求读取敏捷开发过程中涉及的所有度量数据维度下的度量数据项及对应的数据内容，或者按照用户需求进行读取的部分度量数据维度下的度量数据项及对应的数据内容，因此，使得读取度量数据维度信息不会因为受限第三方提供的服务而读取信息缺失，造成后续度量数据受限的问题。

基于所述步骤S101可以理解，读取的度量数据维度信息可以是指定的度量数据维度和指定时间范围维度下对应的度量数据项和相应的数据内容。

在本实施例中，不同的度量数据维度信息所涉及的度量数据项和数据内容可以对应不同的读取方式，即提供度量数据项和数据内容的数据源可以不同，因此，需要用不同的读取方式进行读取。故，在本实施例中，所述步骤S102的具体实现过程可以包括：

步骤S102-1：根据所述度量请求，确定针对用于读取与所述度量数据项和所述数据内容的数据源的读取方式；

步骤S102-2：根据所述读取方式，从所述数据源中读取所述度量数据项和所述数据内容。

其中，请结合图1参考图2所示，图2是本申请提供的一种敏捷软件开发度量方法实施例中度量数据提供平台的架构示意图；所述步骤S102-1中涉及的读取方式可以包括至少如下一种读取方式：

当所述度量数据维度为项目管理维度时，通过调用数据接口从提供项目管理数据的数据源，读取与所述项目管理维度对应的项目管理度量数据项和与所述项目管理度量数据项对应的项目管理数据；

当所述度量数据维度为需求管理维度时，通过调用数据接口从提供需求管理数据的数据源，读取与所述需求管理维度对应的需求度量数据项和与所述需求管理度量数据项对应的需求管理数据；

当所述度量数据维度为开发管理维度时，通过调用数据接口从提供开发管理数据的数据源或者直接通过提供所述数据源的数据库，读取与所述开发管理维度对应的开发度量数据项和与所述开发管理度量数据项对应的开发管理数据。

基于所述步骤S101中对项目管理维度、需求管理维度和开发管理维度的描述，可知每个维度均对应多个度量数据项，而对同一度量数据维度下的不同度量数据项的读取可以包括不同的方式，因此，所述步骤S102-2的具体实现过程可以包括：

步骤S102-21：根据所述度量请求，确定用于读取所述度量数据项和所述数据内容的数据源；

步骤S102-22：根据所述数据源读取所述度量数据项和所述数据内容。

在本实施例中，采用三个度量数据维度进行描述，因此，不同的度量数据维度所对应的度量数据项可以来自不同的数据源，故此，在读取度量数据项和所述数据内容时，需要确定数据源，之后根据确定的数据源读取相应的度量数据项和所述数据内容，因此所述步骤S102-21的具体实现过程可以包括至少如下一种确定方式：

在本实施例中，涉及的数据源可以包括：JIRA数据源、LDAP数据源和Gitlab数据源。其中，所述LDAP(Lightweight Directory Access Protocol：轻量级目录访问协议)数据源可以通过LDAP中定义的数据接口读取存放在LDAP服务端中与项目管理维度和需求管理维度相关的度量数据项。所述JIRA数据源是项目与事务跟踪服务工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域，通过JIRA中定义的数据接口读取存放在JIRA数据库中与项目管理维度和需求管理维度相关的度量数据项。所述Gitlab数据源是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务，可以通过Gitlab数据源直接读取与开发代码相关的数据项度量数据项。

对于不同数据源可以采用不同的读取方式进行数据的读取，本实施例中可以包括：通过调用数据接口进行读取，也可以通过直接读取数据源的方式进行数据读取。因此，所述步骤S102-22具体实现过程可以包括：

当所述度量数据维度为项目管理维度时，通过调用数据接口从所述第一数据源和第二数据源中的至少一个数据源，读取与所述项目管理维度对应的项目管理度量数据项和与所述项目管理度量数据项对应的项目管理数据；

当所述度量数据维度为需求管理维度时，通过调用数据接口从所述第一数据源，读取与所述需求管理维度对应的需求管理度量数据项和与所述需求管理度量数据项对应的需求管理数据；

当所述度量数据维度为开发管理维度时，通过调用数据接口从所述第一数据源或者第三数据源；或者，直接从所述第三数据源，读取与所述开发管理维度对应的开发管理度量数据项和与所述开发管理度量数据项对应的开发管理数据。

在本实施例中，所述第一数据源可以是所述JIRA数据源，所述第二数据源可以是所述LDAP数据源，所述第三数据源可以是所述Gitlab数据源。

结合上述三个数据源实例，对于直接读取在本实施例中，可以是例如在读取开发管理维度中涉及的代码数据项时直接读取所述Gitlab数据源，无需通过调用数据接口实现代码数据项数据的读取，当然，对于所述Gitlab数据源也可以采用调用数据接口的方式进行读取。此处，需要说明的是，读取数据的目的是为对获得用于度量敏捷软件开发效能的度量数据，因此，不需要读取代码本身，而读取代码提交后的相关信息即可。

对于开发管理维度信息中的数据读取，需要说明的是，当开发度量数据项可以直接通过Gitlab数据源进行读取时，由于需要在Gitlab数据源中查询相关开发度量数据项涉及的开发数据内容，而Gitlab数据源作为代码仓库数据量较大，会存在查询速度较慢的问题，因此，可以将所涉及的度量数据项提前采集，采集的方式可以通过定时任务进行采集，即每分钟查询一次所需度量数据项是否有新增条目，并将新增条目保存到本地数据库。通常情况下，需要定时采集的度量数据项包括：提交代码的项目ID、作者ID、commit ID(提交代码产生的哈希值)、分支、时间、新增行数、删除行数等中的任意一个或者根据需求的任意组合。

简而言之，针对不同的数据源需要采用不同的读取方式，读取相对应的度量数据项及相关数据内容，除Gitlab数据源可以直接读取外，JIRA数据源和LDAP数据源均需要通过调用数据接口实现相关维度下度量数据项和数据内容的读取。不论采用调用数据接口读取还是直接读取，均可以从数据源读取也可以基于存储有预先从数据源采集的数据的数据库中读取。

结合所述步骤S102中对各个度量数据维度的描述，以及对提供相对应的度量数据项及相关数据内容的读取方式的描述，具体数据接口和数据源的对应方式实例如下表所示：

结合上表内容，可知上述第一数据源、第二数据源和第三数据源仅为区分不同数据源的一种形式，并非用来限制数据源的前后顺序，对不同的度量数据项选取不同的数据源读取相对应的度量数据项和数据内容即可。

在本实施例中，仅是以JIRA数据源、LDAP数据源和Gitlab数据源作为举例进行的说明，实际上，在读取相关度量数据项和数据内容时，并不限于上述两种数据源，能够读取到相关度量数据项和数据内容的数据源均可以。

需要说明的是，上表中各个度量数据项仅为方向性说明，实际上度量数据项还包括更细粒度的划分，例如：开发管理维度中的迭代数据项可以划分为：迭代周期、迭代进度等等。此处不详细说明，后续在步骤S103中确定度量数据项的度量数据中会有详细描述。

步骤S103：根据所述数据内容，确定所述度量数据项的度量数据，所述度量数据用于度量所述敏捷软件开发的效能。

所述步骤S103主要是因为每个度量数据维度会对应多个度量数据项，因此，需要针对不同的度量数据项确定不同的度量数据，对于敏捷软件开发而言可以通过多个度量数据维度体现其效能，由于不同的度量数据维度能够体现敏捷软件开发不同角度的效能，例如：开发效能、管理效能、工程效能等，因此，也可以获得不同角度的度量数据，以全面准确的表示敏捷软件开发效能为后续优化敏捷软件开发提供参考。所以，所述步骤S103确定度量数据的具体实现过程可以包括：

步骤S103-1：将所述数据内容，按照指定的计算方式进行计算，获得与所述数据内容对应的所述度量数据项的度量值；

步骤S103-2：对所述度量值按照时间选择范围进行统计，将统计后的数据确定为与所述度量数据维度对应的所述度量数据。

其中，所述步骤S103-1在本实施例中的具体实现过程可以包括：

步骤S103-11：根据所述度量数据项，选择相应的计算方式；

步骤S103-12：根据所述计算方式对所述数据内容进行计算，获得所述度量值。

在本实施例中，所述计算方式可以包括：基本计算和复合计算，其中所述基本计算可以是求和(∑)、平均值

最大值(Max)、最小值(Min)等；所述复合计算可以是比例、增长率、排序等。下面结合上述提供的度量数据维度描述相对应度量数据项表征内容能够进行的计算方式：

所述项目管理维度中所述项目度量数据项的计算方式包括：

产品线项目数＝∑属于当前产品线的项目；

项目成员数＝∑属于当前项目的成员；

事业群项目数＝∑属于此事业群的产品线的项目。

所述需求管理维度中所述需求度量数据项的计算方式包括：

卡片数＝∑(Story+Task)，其中卡片是用户故事跟踪单和任务跟踪单在JIRA数据源中的表现形式，所以卡片是指用户故事跟踪单和任务跟踪单，本实施例中，所述卡片数为用户故事跟踪单数量和任务跟踪单数量的和，包括完成和未完成的；

Epic卡片数＝∑属于当前Epic的卡片；

Epic完成率＝Epic已完成卡片数/Epic卡片数；

变更需求范围

子任务点数＝∑属于Story或Task的Sub-task的Points。

所述开发管理维度中所述开发度量数据项的计算方式包括：

迭代进度＝迭代已完成卡片数/迭代计划卡片数；

开发任务数＝∑(没有Subtask的Story+没有Subtask的Task+Subtask)；

新增修改代码量＝∑Max(代码新增行数,代码删除行数)；

缺陷修复率＝∑已完成Defect/∑Defect；

缺陷密度＝∑Defect/新增修改代码量；

缺陷收敛趋势＝{每日Defect数}；

所述步骤S103-2中根据所述步骤S103-12中获得的度量值进行统计汇总，统计汇总可以是按照时间范围维度进行统计汇总，之后将汇总后的数据即为所述度量数据维度对应的度量数据，如步骤S101中描述的时间范围维度包括固定时间范围和重复时间范围，那么统计也可以按照选择的时间范围维度进行，此处不再重复赘述。在本实施例中，可以将计算结果导入到ECharts(Enterprise Charts：商业级数据图表)内，所述ECharts是基于Javascript(直译式脚本语言，一种在网络浏览器上运行的编程语言)的图表库，可以流畅的运行在PC和移动设备上，兼容当前绝大部分浏览器，将度量数据导入至ECharts中形成统计图表的形式，便于将统计图表输出到所述度量数据提供平台的界面上进行显现，以便用户能够直观通过展示的度量数据了解敏捷软件开发涉及各方面的效能情况。

需要说明的是，上述对度量数据项的计算可以基于时间范围维度进行相应的计算处理，即根据设置的时间维度范围进行度量数据项的计算。

以上是对本申请提供的一种敏捷软件开发的度量方法实施例的详细描述，与前述提供的一种敏捷软件开发的度量方法实施例相对应，本申请还公开一种敏捷软件开发的度量确定装置实施例，请参看图3，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图3所示，图3是本申请提供的一种敏捷软件开发的度量装置实施例的结构示意图，该实施例包括：

获取单元301，用于基于敏捷软件开发的度量数据提供平台，获取针对敏捷软件开发的度量请求。

所述获取单元301具体用于通过针对所述度量数据维度选择界面的操作，获取所述度量请求。在本实施例中，所述度量数据维度选择界面可以基于度量数据提供平台提供。

所述获取单元301还具体用于通过基于度量数据提供平台提供的时间范围维度选择界面的操作，获取所述度量请求。获取针对选择的时间范围维度下的度量数据。

读取单元302，用于根据所述度量请求，读取用于评测所述敏捷软件开发效能的度量数据维度信息，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容。

所述读取单元302包括：数据源确定子单元和读取子单元；

所述数据源确定子单元，用于根据所述度量请求，确定用于读取所述度量数据项和所述数据内容的数据源；

所述读取子单元，用于根据所述数据源确定子单元中确定的数据源读取所述度量数据项和所述数据内容。

其中，所述数据源确定子单元包括至少如下一种确定子单元：

项目数据源确定子单元，用于当所述度量数据维度为项目管理维度时，将提供的与所述项目管理维度中项目度量数据项相对应的第一数据源和第二数据源中的至少一个数据源，确定为读取所述项目管理维度中项目度量数据项和与所述项目管理度量数据项对应的项目管理数据的数据源；

需求数据源确定子单元，用于当所述度量数据维度为需求管理维度时，将提供的与所述需求管理维度中需求度量数据项相对应的所述第一数据源，确定为读取所述需求管理维度中需求度量数据项和与所述需求管理度量数据项对应的需求管理数据；

开发数据源确定子单元，用于当所述度量数据维度为开发管理维度时，将提供的与所述开发管理维度中开发度量数据项相对应的所述第一数据源或第三数据源，确定为读取所述开发管理维度中开发度量数据项和与所述开发管理度量数据项对应的开发管理数据。

所述读取子单元包括：至少如下一种读取子单元；

项目数据读取子单元，用于当所述度量数据维度为项目管理维度时，通过调用数据接口从所述第一数据源和第二数据源中的至少一个数据源，读取与所述项目管理维度对应的项目管理度量数据项，以及与所述项目管理度量数据项对应的项目管理数据；

需求数据读取子单元，用于当所述度量数据维度为需求管理维度时，通过调用数据接口从所述第一数据源，读取与所述需求管理维度对应的需求管理度量数据项，以及与所述需求管理度量数据项对应的需求管理数据；

开发数据读取子单元，用于当所述度量数据维度为开发管理维度时，通过调用数据接口从所述第一数据源或者第三数据源；或者，直接从所述第三数据源，读取与所述开发管理维度对应的开发管理度量数据项，以及与所述开发管理度量数据项对应的开发管理数据。

关于上述内容可以参考度量方法实施例中的步骤S102的描述，此处不再重复赘述。

确定单元303，用于根据所述度量数据项和所述数据内容，确定针对所述度量数据维度信息的度量数据，所述度量数据用于度量所述敏捷软件开发的效能。

所述确定单元303包括：计算子单元和统计子单元；其中，所述计算子单元，用于将所述数据内容，按照指定的计算方式进行计算，获得与所述数据内容对应的所述度量数据项的度量值；所述统计子单元，用于对所述度量值行统计，将统计后的数据确定为与所述度量数据维度对应的所述度量数据。在本实施例中，所述统计子单元可以是按照时间范围维度进行统计，也可以按照其他设置的统计条件进行统计汇总。

所述计算子单元包括：方式选择子单元，用于根据所述度量数据项，选取相应的计算方式；所述计算子单元，具体用于根据所述方式选择子单元中选取的计算方式对所述数据内容进行计算，获得所述度量值。

以上是对本申请提供的一种敏捷软件开发的度量装置实施例的概要性描述，关于度量装置实施例的具体实现过程可以参考上述敏捷软件开发的度量方法实施例的描述，即：步骤S101到步骤S103，因此，此处不再重复赘述。

基于上述内容，为使用户能够更为便捷的获知针对敏捷软件开发的度量数据，可以将确定的度量数据进行输出展示。因此，本申请还提供一种敏捷软件开发的度量数据输出方法，请参考图4所示，图4是本申请提供一种敏捷软件开发的度量数据输出方法实施例的流程图，该输出方法实施例包括：

步骤S401：基于敏捷软件开发的度量数据提供平台提供的度量数据维度选择范围，选择度量数据维度信息，其中，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容。

所述步骤S401的具体实现过程可以包括：基于度量数据提供平台的界面提供的项目管理维度、需求管理维度和开发管理维度的度量数据维度选择范围，选择度量数据维度信息，当然可以选择其中一个或者多个组合。度量数据维度信息的相关内容也可以参考上述步骤S101的描述，此处不再赘述。

当然，还可以在选择度量数据维度信息前或后或者同时，还可以选择时间范围维度。

不论是度量数据维度信息的选择提示还是时间范围维度的选择提示，均可以采用提示选择框的形式提供相应的度量数据维度选择和时间范围维度选择，也可以采用语音形式，或者采用文本输入形式。

因此，步骤S401具体实现过程可以包括：基于度量数据提供平台的界面提供的项目管理维度、需求管理维度和开发管理维度的度量数据维度选择范围以及时间范围维度，选择指定时间范围内的度量数据维度信息。

步骤S402：根据选择的所述度量数据维度，发送度量请求；

所述步骤S402的具体实现过程可以是用户基于度量数据提供平台的界面提供的度量数据维度提示框的选择触发度量请求的发送，此时度量请求中包括：度量数据维度信息。当然，度量数据维度信息对应的指定时间范围。

步骤S403：接收响应于所述度量请求，确定的与所述度量数据维度信息中所述度量数据项对应的度量数据，其中，所述度量数据用于度量所述敏捷软件开发的效能。

所述步骤S403具体实现过程可以是接收来自基于度量数据提供平台处理端发送来的针对所述度量请求的响应内容，所述响应内容为确定的与所述度量数据维度信息所述度量数据项对应的度量数据。度量数据的具体确定过程可以参考上述步骤S102到步骤S103的具体描述，此处不再重复赘述。

步骤S404：基于所述度量数据提供平台的界面，输出所述度量数据。

所述步骤S404的具体实现过程可以包括：将所述度量数据采用统计图表的形式，显示在所述界面上。具体地，在所述度量数据提供平台的界面上渲染出所述度量数据的统计图表，从而便于用户能够直观的获取敏捷软件开发的多方面的效能。

以上是对本申请提供的一种敏捷软件开发的度量数据输出方法实施例的详细描述，与前述提供的一种敏捷软件开发的度量数据输出方法实施例相对应，本申请还公开一种敏捷软件开发的度量数据输出装置实施例，请参看图5，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图5所示，所述输出装置实施例包括：

选择单元501，用于基于敏捷软件开发的度量数据提供平台提供的度量数据维度选择范围，选择度量数据维度信息，其中，所述度量数据维度信息包括：度量数据项，以及描述所述度量数据项的数据内容。

所述选择单元501包括：度量数据维度选择子单元，用于基于度量数据提供平台的界面提供的项目管理维度、需求管理维度和开发管理维度的度量数据维度选择范围，选择度量数据维度信息。

所述选择单元501还可以包括：时间范围维度选择子单元；用于基于度量数据提供平台的界面提供的时间范围维度，选择时间范围。

上述仅为对所述选择单元501的概要性描述，具体内容可以参考上述步骤S101和步骤S401的描述。

发送单元502，用于根据选择的所述度量数据维度，发送度量请求。

所述发送单元502的具体内容可以参考上述步骤S101和步骤S402的描述。

接收单元503，用于接收响应于所述发送单元发送的所述度量请求，确定的与所述度量数据维度信息中所述度量数据项对应的度量数据，其中，所述度量数据用于度量所述敏捷软件开发的效能。

所述接收单元503的具体内容可以参考上述步骤S102到步骤S103的描述，以及步骤S403的描述。

输出单元504，用于基于所述度量数据提供平台的界面，输出所述度量数据。

在本实施例中，所述输出单元504可以包括：图表展示子单元，用于将所述度量数据采用统计图表的形式，显示在所述界面上。

以上为对本申请提供的敏捷软件开发的度量数据输出装置实施例的概要性描述，具体内容请参考敏捷软件开发的度量方法和度量数据输出方法实施例的描述。

基于上述内容，本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被读取执行时，执行如下步骤：

或者，

根据选择的所述度量数据维度，发送度量请求；

基于所述度量数据提供平台的界面，输出所述度量数据。

基于上述内容本申请还提供一种电子设备，包括：

处理器；

或者，

根据选择的所述度量数据维度，发送度量请求；

基于所述度量数据提供平台的界面，输出所述度量数据。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他成分的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims

1.一种敏捷软件开发的度量方法，其特征在于，包括：

2.根据权利要求1所述的敏捷软件开发的度量方法，其特征在于，所述获取针对敏捷软件开发的度量请求，包括：

3.根据权利要求2所述的敏捷软件开发的度量方法，其特征在于，所述根据所述度量请求，读取用于评测所述敏捷软件开发效能的度量数据维度信息，包括：

根据所述数据源读取所述度量数据项和所述数据内容。

4.根据权利要求3所述的敏捷软件开发的度量方法，其特征在于，所述根据所述度量请求，确定用于读取所述度量数据项和所述数据内容的数据源，包括至少如下一种确定方式：

5.一种敏捷软件开发的度量装置，其特征在于，包括：

6.一种敏捷软件开发的度量数据输出方法，其特征在于，包括：

根据选择的所述度量数据维度，发送度量请求；

基于所述度量数据提供平台的界面，输出所述度量数据。

7.根据权利要求6所述的敏捷软件开发的度量数据输出方法，其特征在于，所述基于敏捷软件开发的度量数据提供平台提供的度量数据维度选择范围，选择度量数据维度信息，包括：

基于所述度量数据提供平台的界面提供的项目管理维度、需求管理维度和开发管理维度的度量数据维度选择范围，选择所述度量数据维度信息。

8.一种敏捷软件开发的度量数据输出装置，其特征在于，包括：

9.一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被读取执行时，执行如下步骤：

或者，

根据选择的所述度量数据维度，发送度量请求；

基于所述度量数据提供平台的界面，输出所述度量数据。

10.一种电子设备，包括：

处理器；

或者，

根据选择的所述度量数据维度，发送度量请求；

基于所述度量数据提供平台的界面，输出所述度量数据。