一种新型软件研发管理的方法和系统以及相关装置与流程

本申请涉及软件研发管理领域，特别涉及一种新型软件研发管理的方法和系统以及相关装置。

背景技术

随着移动互联网及云计算技术的快速发展，软件开发模式从传统的瀑布模型发展为敏捷模型，软件工程各阶段的工作由串行逐步转变为并行。与之匹配的研发管理系统也从流程驱动的静态管理系统发展为测试驱动的动态管理系统。容器技术出现之后，开发&运维(develop&operations，devops)快速发展，各大厂商均提出自己的devops解决方案。

但是，目前的研发管理系统并没有适应devops的发展和普及，目前业界普遍采用分离式的研发管理系统，技术管理(需求管理，代码管理、构建管理、故障管理、版本管理)与资源管理(工时管理、设备管理、任务管理)缺少互通机制，仅能通过手工填写的方式建立联系，不仅工作量大，还导致信息同步滞后、降低研发效率。因此，如何提高软件研发管理的效率是本领域技术人员目前需要解决的技术问题。

技术实现要素：

本申请的目的是提供一种新型软件研发管理的方法和系统以及相关装置，该方法能够提高软件研发管理的效率。

为解决上述技术问题，本申请提供一种软件研发管理的方法，该方法包括：分析接收到的需求信息得到资源需求和任务信息；根据所述资源需求分配资源信息；其中，所述资源信息包括人力资源信息和设备资源信息；将所述人力资源信息和所述任务信息发送至所述设备资源信息对应的设备；当接收到所述设备提交的代码时，根据所述代码构建软件版本；测试所述软件版本，若测试通过则发布所述软件版本。

可选的，将所述人力资源信息和所述任务信息发送至所述设备资源信息对应的设备，包括：根据所述人力资源信息、所述设备资源信息和所述任务信息制定人力设备计划；将所述人力设备计划发送至所述设备资源信息对应的设备。

可选的，测试所述软件版本，若测试通过则发布所述软件版本，包括：测试所述软件版本，得到所述软件版本的故障信息的数量；判断所述故障信息的数量是否小于阈值；若是，则发布所述软件版本，并回收所述资源信息。本申请还提供一种软件研发管理的系统，该系统包括：接收模块，用于接收到需求信息；分析模块，用于分析所述需求信息得到资源需求和任务信息；资源分配模块，用于根据所述资源需求分配资源信息；其中，所述资源信息包括人力资源信息和设备资源信息；发送模块，用于将所述人力资源信息和所述任务信息发送至所述设备资源信息对应的设备；构建模块，用于当接收到所述设备提交的代码时，根据所述代码构建软件版本；测试发布模块，用于测试所述软件版本，若测试通过则发布所述软件版本。

可选的，所述发送模块包括：制定子模块，用于根据所述人力资源信息、所述设备资源信息和所述任务信息制定人力设备计划；发送子模块，用于将所述人力设备计划发送至所述设备资源信息对应的设备。

可选的，所述测试发布模块包括：测试子模块，用于测试所述软件版本，得到所述软件版本的故障信息的数量；判断子模块，用于判断所述故障信息的数量是否小于阈值；发布子模块，用于当所述故障信息的数量小于所述阈值时，发布所述软件版本；

所述资源分配模块还包括回收子模块，用于当所述故障信息的数量小于所述阈值时，回收所述资源信息。

本申请还提供一种软件研发管理的装置，该装置包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现如上述软件研发管理的方法的步骤。

本申请还提供一种软件研发管理的计算机可读介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述软件研发管理的方法的步骤。

本申请所提供的一种软件研发管理的方法，通过分析接收到的需求信息得到资源需求和任务信息，根据该资源需求分配资源信息；其中，该资源信息包括人力资源信息和设备资源信息；将该人力资源信息和该任务信息发送至该设备资源信息对应的设备，当接收到该设备提交的代码时，根据该代码构建软件版本，并测试该软件版本，若测试通过则发布该软件版本。本申请所提供的技术方案，通过将技术管理和资源管理之间建立自动化联系机制，使需求、任务、软件版本有机联系在一起，不需要依赖于复杂的手工填写便可完成软件交付过程，提高了软件研发管理的效率。本申请同时还提供了一种新型软件研发管理的系统及相关装置，具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种软件研发管理的方法的流程图；

图2为本申请实施例所提供的一种软件研发管理的系统的结构图；

图3为本申请实施例所提供的另一种软件研发管理的系统的结构图；

图4为本发明实施例所提供的一种软件研发管理的装置的结构示意图。

具体实施方式

本申请的核心是提供一种软件研发管理的方法、系统及相关装置，该方法能够提高软件研发管理的效率。其中，相关装置为软件研发管理的装置以及计算机可读存储介质。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参考图1，本申请实施例所提供的一种新型软件研发管理的方法的流程图。

其具体包括如下步骤：

s101：分析接收到的需求信息得到资源需求和任务信息；

当接收到需求信息时，分析该需求信息得到资源需求和任务信息；

该需求信息可以是需求管理团队在系统上编写提交的需求信息，也可以是客户自行输入在系统上编写提交的需求信息，对需求信息的具体来源并不做具体限定；

可选的，当不能分析该需求信息得到资源需求和任务信息时，还可以向需求管理团队或客户返回重新填写需求信息的信息，直至分析该需求信息可以得到资源需求和任务信息。

s102：根据该资源需求分配资源信息；

当分析需求信息得到资源需求后，根据该资源需求分配资源信息；其中，该资源信息包括人力资源信息和设备资源信息；

这里提到的人力资源信息可以包括代码编写人员的工号、数量和质量，设备资源信息可以包括设备的序号、数量和质量，例如，当接收到需求信息后，分析该需求信息得到资源需求，根据该资源需求为其分配三个工龄三年以上的代码编写人员，三台顶级配置的设备；当然，这仅为本申请实施例提供的一种优选的人力资源信息和设备资源信息的表现形式，本申请对此不作具体限定。

s103：将人力资源信息和任务信息发送至设备资源信息对应的设备；

将人力资源信息和任务信息发送至为该需求信息分配的设备中；

可选的，该设备可以通知该人力资源信息对应的代码编写人员，以便于代码编写人员根据该任务信息在该设备上完成代码编写并将该代码提交到系统中；也可以在系统将人力资源信息和任务信息发送至为该需求信息分配的设备后，由系统通知该人力资源信息对应的代码编写人员；当然，这仅为本申请实施例提供的两种优选的通知到代码编写人员的具体方式，本申请对此不作具体限定；

可选的，还可以根据该人力资源信息、该设备资源信息和该任务信息制定人力设备计划，并将该人力设备计划发送至所述设备资源信息对应的设备，以便于代码编写人员根据该人力设备计划在该设备上完成代码编写并将该代码提交到系统中。

s104：当接收到该设备提交的代码时，根据代码构建软件版本；

s105：测试软件版本，若测试通过则发布软件版本。

当软件版本构建完成后，测试该软件版本，若测试通过则发布该软件版本；

可选的，可以测试该软件版本，得到该软件版本的故障信息的数量，然后判断该故障信息的数量是否小于阈值，若是，则发布该软件版本，并回收该资源信息。

基于上述技术方案，本申请所提供的一种软件研发管理的方法，通过将技术管理和资源管理之间建立自动化联系机制，使需求、任务、软件版本有机联系在一起，不需要依赖于复杂的手工填写便可完成软件交付过程，提高了软件研发管理的效率。

请参考图2，图2为本申请实施例所提供的一种新型软件研发管理的系统的结构图。

该系统可以包括：

接收模块100，用于接收到需求信息；

分析模块200，用于分析该需求信息得到资源需求和任务信息；

资源分配模块300，用于根据该资源需求分配资源信息；其中，该资源信息包括人力资源信息和设备资源信息；

发送模块400，用于将人力资源信息和任务信息发送至设备资源信息对应的设备；

构建模块500，用于当接收到该设备提交的代码时，根据代码构建软件版本；

测试发布模块600，用于测试该软件版本，若测试通过则发布软件版本。

请参考图3，图3为本申请实施例所提供的另一种软件研发管理的系统的结构图。

该发送模块可以包括：

制定子模块，用于根据人力资源信息、设备资源信息和任务信息制定人力设备计划；

发送子模块，用于将该人力设备计划发送至该设备资源信息对应的设备。

该测试发布模块可以包括：

测试子模块，用于测试软件版本，得到该软件版本的故障信息的数量；

判断子模块，用于判断该故障信息的数量是否小于阈值；

发布子模块，用于当该故障信息的数量小于阈值时，发布软件版本；

资源分配模块还包括回收子模块，用于当故障信息的数量小于阈值时，回收资源信息。

以上系统中的各个组成部分可应用于以下的一个实际流程中：

接收模块接收到需求信息；分析模块分析该需求信息得到资源需求和任务信息；资源分配模块根据该资源需求分配资源信息；制定子模块根据人力资源信息、设备资源信息和任务信息制定人力设备计划；发送子模块将该人力设备计划发送至该设备资源信息对应的设备；当接收到该设备提交的代码时，构建模块根据该代码构建软件版本；测试子模块测试软件版本，得到该软件版本的故障信息的数量；判断子模块判断该故障信息的数量是否小于阈值；当该故障信息的数量小于阈值时，发布子模块发布软件版本，回收子模块回收资源信息。

请参考图4，图4为本发明实施例所提供的一种软件研发管理的装置的结构示意图，该软件研发管理装置可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)722(例如，一个或一个以上处理器)和存储器732，一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算装置中的一系列指令操作。更进一步地，中央处理器722可以设置为与存储介质730通信，在软件研发管理装置700上执行存储介质730中的一系列指令操作。

软件研发管理装置700还可以包括一个或一个以上电源726，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口758，和/或，一个或一个以上操作系统741，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

上述图1所描述的软件研发管理的方法中的步骤由软件研发管理装置基于该图4所示的结构实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，功能调用装置，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本申请所提供的软件研发管理的方法、系统及相关装置进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个....”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。