CN110895461A

CN110895461A - 软件研发管理方法、装置、电子设备及存储介质

Info

Publication number: CN110895461A
Application number: CN201911150350.5A
Authority: CN
Inventors: 姚炳雄; 赵俊杰
Original assignee: Wanghai Kangxin Beijing Technology Co Ltd
Current assignee: Wanghai Kangxin Beijing Technology Co Ltd
Priority date: 2019-11-21
Filing date: 2019-11-21
Publication date: 2020-03-20
Anticipated expiration: 2039-11-21
Also published as: CN110895461B

Abstract

本申请实施例提供了一种软件研发管理方法、装置、电子设备及存储介质。该方法包括：获取研发任务；确定研发任务所对应的待研发功能模块；基于各待研发功能模块所对应的研发需求性质，确定所有待研发功能模块的研发模式，研发模式包括敏态研发模式和稳态研发模式；基于各待研发功能模块所对应的研发模式，进行各待研发功能模块的研发实现，得到各功能模块；对得到的各功能模块进行整合，得到研发任务对应的软件。在本申请实施例中，对软件中属于稳态研发模式的功能模块采用稳态型的研发方式，对属于敏态研发模式的功能模块采用敏态型的研发方式，进而在对敏态研发模式的功能模块和稳态研发模式的功能模块进行交互研发时，可以保证步调统一。

Description

软件研发管理方法、装置、电子设备及存储介质

技术领域

本申请涉及软件开发技术领域，具体而言，本发明涉及一种软件研发管理方法、装置、电子设备及存储介质。

背景技术

软件系统根据用户对其功能、特性的要求分为：稳态型(可预测)、敏态型(不可预测)。稳态型软件系统的研发需求都是能够预知到的用户使用需求，这些需求是必须且不会变更的需求。例如：对于医疗运营管理系统，医院对耗材、人力、成本、药品供应、财务的管理都是一整套体系流程，这些模块的管理流程在几年内不会有很大变化。敏态型软件的需求大部分是跟随时代的脚步，用户的行为需求受时代变革的影响，对软件的需求就存在了不可预测性，例如：对于手机应用程序，需要随着时代的发展、科技的进步不断变化。

但是在实际应用中，当稳态型软件和敏态型软件交互开发时，由于互联网技术的创新业务需要快速响应、且具有不可预测性，此时就会存在传统软件业务不能接受随时的需求变更，出现研发步调不统一，整体的研发节奏被打乱的问题。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特别是当稳态型软件和敏态型软件交互开发时,整体的研发节奏被打乱的技术缺陷。

第一方面，提供了一种软件研发管理方法，该方法包括：

获取研发任务；

确定研发任务所对应的待研发功能模块；

基于各待研发功能模块所对应的研发需求性质，确定所有待研发功能模块的研发模式，研发模式包括敏态研发模式和稳态研发模式；

基于各待研发功能模块所对应的研发模式，进行各待研发功能模块的研发实现，得到各功能模块；

对得到的各功能模块进行整合，得到研发任务对应的软件。

第一方面可选的实施例中，该方法还包括：

配置协调管理模块，协调管理模块用于协调管理敏态研发模式的各功能模块和稳态研发模式的各功能模块；

对得到的各功能模块进行整合，得到研发任务对应的软件，包括：

对得到的各功能模块以及协调管理模块进行整合，得到研发任务对应的软件。

第一方面可选的实施例中，协调管理模块具体用于：

协调管理对应于敏态研发模式的各功能模块的第一软件数据、以及对应于稳态研发模式的各功能模块的第二软件数据。

第一方面可选的实施例中，协调管理对应于敏态研发模式的各功能模块的第一软件数据、以及对应于稳态研发模式的各功能模块的第二软件数据，包括：

确定第一软件数据中与第二软件数据存在关联关系的关联软件数据；

在对第一软件数据进行更新后，基于更新后的第一软件数据对第二软件数据中的关联软件数据进行更新；或，

在对第二软件数据进行更新后，基于更新后的第二软件数据对第一软件数据中的关联软件数据进行更新。

第一方面可选的实施例中，得到研发任务对应的软件之后，还包括：

获取客户对软件的应用反馈数据；

基于应用反馈数据，确定待处理功能模块，待处理功能模块包括待更新的功能模块和/或需要增加的新功能模块；

若待处理功能模块包括待更新的功能模块，则基于敏态研发模式和待更新的功能模块在应用反馈数据中对应的应用反馈数据，对待更新的功能模块进行更新，得到更新后的软件；

若待处理功能模块包括新功能模块，根据新功能模块在应用反馈数据中对应的应用反馈数据、以及敏态研发模式进行新功能模块的研发得到新模块，将新模块整合至软件中，得到更新后的软件。

第一方面可选的实施例中，若软件包括协调管理模块，方法还包括：

获取软件的更新配置信息；

基于更新配置信息对协调管理模块进行相应调整。

第一方面可选的实施例中，若客户对软件的应用反馈数据包括至少两项，获取客户对软件的应用反馈数据之前，包括：

确定各应用反馈数据的优先级；

获取客户对软件的待处理应用反馈数据，包括：

基于各应用反馈数据的优先级，获取客户对软件的应用反馈数据。

第二方面，提供了一种软件研发管理装置，该装置包括：

任务获取模块，用于获取研发任务；

研发功能模块确定模块，用于确定研发任务所对应的待研发功能模块；

待研发模式确定模块，用于基于各待研发功能模块所对应的研发需求性质，确定以及所有待研发功能模块的研发模式，研发模式包括敏态研发模式和稳态研发模式；

功能模块研发模块，用于基于各待研发功能模块所对应的研发模式，进行各待研发功能模块的研发实现，得到各功能模块；

功能模块整合模块，用于对得到的各功能模块进行整合，得到研发任务对应的软件。

第二方面可选的实施例中，该装置还包括协调管理模块，协调管理模块用于协调管理敏态研发模式的各功能模块和稳态研发模式的各功能模块；

功能模块整合模块在对得到的各功能模块进行整合，得到研发任务对应的软件时，具体用于：

第二方面可选的实施例中，协调管理模块具体用于：

第二方面可选的实施例中，协调管理模块在协调管理对应于敏态研发模式的各功能模块的第一软件数据、以及对应于稳态研发模式的各功能模块的第二软件数据时，具体用于：

第二方面可选的实施例中，该装置还包括更新模块，具体用于：

在得到研发任务对应的软件之后，获取客户对软件的应用反馈数据；

第二方面可选的实施例中，更新模块还用于：

获取软件的更新配置信息；

基于更新配置信息对协调管理模块进行相应调整。

第二方面可选的实施例中，若客户对软件的应用反馈数据包括至少两项，更新模块还用于：

在获取客户对软件的应用反馈数据之前，确定各应用反馈数据的优先级；

更新模块在获取客户对软件的待处理应用反馈数据时，具体用于：

第三方面，提供了一种电子设备，该电子设备包括：

处理器以及存储器，该储器配置用于存储机器可读指令，该指令在由该处理器执行时，使得该处理器执行第一方面中的任一项方法。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质上用于存储计算机指令，当计算机指令在计算机上运行时，使得计算机可以执行实现第一方面中的任一项方方法

本申请实施例提供的技术方案带来的有益效果是：

在本申请实施例中，在软件研发阶段，对软件中属于稳态研发模式的功能模块采用稳态型的研发方式，对属于敏态研发模式的功能模块采用敏态型的研发方式，进而在对敏态研发模式的功能模块和稳态研发模式的功能模块进行交互研发时，可以保证步调统一，避免研发节奏被打乱。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

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

图2为本申请实施例提供的一种软件研发管理方法的完整流程示意图；

图3为本申请实施例提供的一种软件研发管理装置的结构示意图；

图4为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

软件系统根据用户对其功能、特性的要求分为：稳态型(可预测)、敏态型(不可预测)，而针对两种型态的软件研发，行业内常采用瀑布式开发方式面向稳态型软件，采用敏捷式开发方式面向敏态型软件。

其中，瀑布式开发方式把软件整个生命周期分为：需求分析、需求设计、研发、测试、交付运维，每个阶段工作的完成都是下一个阶段的输入，阶段与阶段之间按部就般。敏捷式开发方式的精髓是“拥抱变化”，是以用户需求为进化核心，采用迭代、循序渐进的方法进行软件开发。在敏捷研发过程中，项目在构建初期被切分成多模块，各个模块都具备可视、可集成和可运行的特征。换言之，就是把一个大项目分成为多个关联的模块，且各个模块可分别完成，独立运行。项目运行维护过程中每个模块都有需求不断加入、变更等。

基于此，本申请提供一种软件研发管理方法、装置、电子设备和可读存储介质，旨在解决现有技术中的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请实施例提供了一种软件研发管理方法，如图1所示，该方法包括：

步骤S101，获取研发任务。

步骤S102，确定研发任务所对应的待研发功能模块。

其中，研发任务指的需要进行研发的任务，本申请实施例中可以指的是研发出可以实现该研发任务要求的功能模块。获取研发任务的方式本申请实施例不做限定。研发任务所对应的待研发功能模块即指的是可以实现该研发任务要求的功能模块。在一示例中，假设需要实现分享功能，此时实现分享功能即为研发任务，能够实现分享功能的功能模块即为研发任务所对应的待研发功能模块。

可以理解的是，在实际应用中研发任务所对应的待研发模块可以包括一个待研发功能模块也可以包括多个待研发功能模块。例如，某一研发任务为研发一用于旅游咨询的应用程序，此时该研发任务可对应于旅游信息显示功能模块、分享功能模块、交通方式订票功能模块等。

步骤S103，基于各待研发功能模块所对应的研发需求性质，确定以及所有待研发功能模块的研发模式，研发模式包括敏态研发模式和稳态研发模式。

其中，研发需求性质指的是功能模块本身具备的属性性质，可选的，研发需求性质可以包括下列信息中的至少一项：

是否具备不确定性、预先设定的要求等。

其中，在确定是否具备不确定性时，可以判断该待研发功能模块所实现的功能在近期是否会发生变化，若会发生变化，即为具备不确定性，反之则为不具备不确定性(即具备稳定性)，或者是否需要跟随时代的发展进行较高频率的更新，若是即为具备不确定性，反之则为不具备不确定性等。

预先设定的要求指的是研发人员预先设置的要求，如可以为希望某个功能模块不会基于时代的发展进行较高频率的更新，进而可以将该功能模块配置对应于具备稳定性，此时即使该功能模块本应该基于时代的发展进行较高频率的更新，此时也不会进行更新。

相应的，在确定各待研发功能模块所对应的研发需求性质后，可以根据确定的所对应的研发需求性质，确定所有待研发功能模块的研发模式，研发模式可以包括敏态研发模式和稳态研发模式。其中，关于敏态研发模式和稳态研发模式的详细说明可参见上文中的描述，在此就不再赘述。

在实际应用中，根据待研发功能模块所对应的研发需求性质，确定待研发模块的研发模式的具体实现方式可以预先配置，本申请实施例不做限定。

作为一种可选的实施例，在待研发功能模块所对应的研发需求性质包括不确定性时，或者，若预先设定的要求敏态研发模式，此时可以确定对应为敏态研发模式；若待研发功能模块所对应的研发需求性质包括稳定性时，或者，若预先设定的要求稳态研发模式，此时可以确定对应为稳态研发模式。

步骤S104，基于各待研发功能模块所对应的研发模式，进行各待研发功能模块的研发实现，得到各功能模块。

步骤S105，对得到的各功能模块进行整合，得到研发任务对应的软件。

在实际应用中，在确定各待研发功能模块所对应的研发模式后，可以基于各待研发功能模块所对应的研发模式采用进行研发，进而得到各功能模块；进一步，可以对得到的各功能模块进行整合，得到该研发任务对应的软件。

其中，基于待研发功能模块所对应的研发模式，对待研发功能模块进行研发的具体实现方式，本申请实施例不限定。例如，将对应于敏态研发模式的功能模块采用敏捷式开发方式进行研发，对应于稳态研发模式的功能模块采用瀑布式开发方式进行研发。而针对敏态软件的研发方式可以采用Scrum框架来举例说明，但敏态软件研发方法包含但不限于：极限编程(XP)、特性驱动开发(FDD)、看板、SAFe(规模化敏捷框架)、Less(大规模敏捷开发框架)实践等敏捷实践

其中，对应于敏态研发模式的功能模块采用敏捷式开发方式进行研发的一种可选的实施方式如下所示：

步骤一：商业论证

在实际应用中，公司高层管理可以对研发任务对应的产品进行可行性分析，来回答“为什么要研发此产品”，“会给公司带来什么样的收益”，“如果开始实施，会有什么样的风险和潜在的问题”等信息。

步骤二：产品列表梳理会

产品负责人、Scrum Master(熟悉敏捷开发模式及敏捷实施流程的人员)、开发团队对属于敏态研发模式的待研发功能模块的进行功能点梳理，并对每个功能点以用户故事(User Story)(一件用户通过系统完成他一个有价值的目标的事的过程即为一个用户故事)的方式输出，产品负责人对所有的用户故事进行优先级排序，团队对所有的用户故事进行估算，最后生成产品待办列表(Product Backlog)。

步骤三：迭代计划会

产品负责人、Scrum Master、开发团队根据团队开发速率，计划分成几次迭代来完成所有用户故事的开发工作，并规定每个迭代周期的时长。团队将第一个迭代的用户故事进行任务分解，并分配给明确的研发人员，最后生成迭代待办列表(Sprint Backlog)。

步骤四：每日站会

团队规定每天同一个时间、同一个地点进行站会，每个人对团队汇报自己承诺的任务进展：“完成了哪些任务”、“未来要做哪些任务”、“任务进行过程中是否遇到了障碍”(即属于敏态研发模式的待研发功能模块的研发进度)。

步骤五：迭代评审会

产品负责人对每次的迭代增量进行评审验收，如果确定符合用户需求则将属于敏态研发模式的功能模块交付上线，如果不符合则在下一次迭代中进行修复实现。

步骤六：迭代增量交付

将产品负责人验收通过的属于敏态研发模式的功能模块进行整合，得到可使用的软件可使用软件交付给客户，并收集客户的反馈信息。

其中，对应于稳态研发模式的功能模块采用瀑布式开发方式进行研发的一种可选的实施方式如下所示：

步骤一：商业论证

在实际应用中，公司高层管理可以对待研发任务对应的产品进行可行性分析，来回答“为什么要研发此产品”，“会给公司带来什么样的收益”，“如果开始实施，会有什么样的风险和潜在的问题”等信息。

步骤二：需求分析

需求分析人员通过深入研究用户使用习惯，把用户对待研发任务对应的软件提出的“要求”或“需要”进行分析与整理，确认后形成描述完整、清晰与规范的文档，确定需要实现哪些功能。这些功能包括但不限于：功能需求、性能需求、环境需求、可靠性需求、安全保密性需求等。

步骤三：需求设计

需求设计人员根据需求分析的结果，对待研发任务中属于稳态研发模式的功能模块的层次结构、数据库结构以及设计模块的控制流程进行设计，目的就是明确属于稳态研发模式的功能模块“如何做”。

步骤四：开发

开发团队根据需求分析设计文档，对要实现的功能模块进行代码编写。

步骤五：测试

对待研发任务中属于稳态研发模式的功能模块进行整合，得到整合后的功能模块，测试人员根据需求验收的条件对研发团队提测的整合后的功能模块进行测试，可包括：功能测试、安全测试、性能测试及自动化测试，并负责对研发修复的缺陷进行回归测试。

步骤六：交付

测试完成后，如果质量达到可交付的条件，需要将产品交付给客户使用。

此外，关于对各功能模块进行整合，得到研发任务对应的软件的具体实现方式可以预先配置，本申请实施例不限定。

在一示例中，研发任务对应的待研发功能模块包括A模块、B模块和C模块，A模块所对应的研发模式为敏态研发模式、B模块所对应的研发模式为稳态研发模式、A模块所对应的研发模式为敏态研发模式；此时可以基于敏捷式开发方式对A模块进行研发、基于瀑布式开发方式对B模块进行研发、以及基于敏捷式开发方式对C模块进行研发；相应的，在得到A模块、B模块和C模块后，对A模块、B模块和C模块进行整合，得到该研发任务对应软件。

在本申请可选的实施例中，软件包括组织运营管理软件，组织运营管理软件包括组织管理功能模块和/或关系管理功能模块，组织管理功能模块对应于稳态研发模式，关系管理功能模块对应于敏态研发模式。

在实际应用中，当应用场景为医疗行业的信息化的应用场景中时，组织运营管理软件可以为医院运营管理软件，组织管理功能模块可以为医院组织管理功能模块，关系管理功能模块可以为医患关系管理功能模块等。进一步，此时，医院组织管理功能模块对应于稳态研发模式，医患关系管理功能模块对应于敏态研发模式。

在本申请实施例中，在软件研发阶段，对软件中属于稳态研发模式的功能模块采用稳态型的研发方式，对属于敏态研发模式的功能模块采用敏态型的研发方式，进而在对敏态研发模式的功能模块和稳态研发模式的功能模块进行研发时，保证了步调统一，避免了研发节奏被打乱。

在本申请可选的实施例中，该方法还包括：

在实际应用中，任务对应的软件还可以配置协调管理模块，进而可以协调管理敏态研发模式的各功能模块和稳态研发模式的各功能模块。而当任务对应的软件还配置有协调管理模块时，在得到各功能模块后，可以将得到的各功能模块以及该协调管理模块进行整合，得到任务对应的软件。

在本申请可选的实施例中，协调管理模块具体用于：

在实际应用中，软件中的各功能模块实现各自功能时需要一些软件数据予以支持，也就是说，每个功能模块会存在对应于自身的一些软件数据，并且对应于敏态研发模式的功能模块的软件数据与对应于稳态研发模式的功能模块的软件数据之间可能会存在关联关系，此时可以基于配置的协调管理模块协调管理各功能模块的软件数据。

在本申请可选的实施例中，协调管理对应于敏态研发模式的各功能模块的第一软件数据、以及对应于稳态研发模式的各功能模块的第二软件数据，包括：

在实际应用中，协调管理模块可以确定第一软件数据中与第二软件数据存在关联关系的关联软件数据，而关联软件数据即指的是第一软件数据变化可能会对第二软件数据中的软件数据造成变化的软件数据。例如，第一软件数据中的数据1是作为第二软件数据中的数据a的输入，此时若数据1发生变化，必然影响数据a，则第一软件数据中的数据1与第二软件数据中的数据a即为关联软件数据。

在实际应用中，当需要对某个软件数据进行更新时，由于软件数据之间可能存在关联软件数据，若其中某个软件数据发生变化，此时也应对关联软件数据进行相应的变化，以保证软件数据的准确，进而在对第一软件数据进行更新后，可以基于更新后的第一软件数据对第二软件数据中的关联软件数据也进行相应的进行更新，或者，在对第二软件数据进行更新后，基于更新后的第二软件数据对第一软件数据中的关联软件数据进行更新。

此外，协调管理模块还包括不同研发模式的软件数据的更新方式，如包括更新时间等，本申请实施例不限定。例如，在需要更新的软件数据为第一软件数据时，可以配置立即对该需要更新的软件数据进行更新，在需要更新的数据为第二软件数据时，在设定时间内完成对该需要更新的软件数据进行更新即可。

在本申请可选的实施例中，得到研发任务对应的软件之后，还包括：

获取客户对软件的应用反馈数据；

其中，客户对软件的应用反馈数据指的是客户在应用该软件的之后所反馈的数据，如可以包括使用感想、改进建议等，本申请实施例不限定。此外获取客户对软件的应用反馈数据的方式本申请实施例不做限定，如可以是客户的主动反馈的数据，也可以是调研获取到的数据。

进一步，可以确定基于应用反馈数据，确定待处理功能模块，而待处理功能模块可以包括待更新的功能模块和/或需要增加的新功能模块。其中，若之前研发得到各功能模块中存在对应于该全部应用反馈数据的功能模块，此时该功能模块为待处理功能模块(即待处理功能模块仅包括待更新的功能模块)；若之前研发得到各功能模块仅能对应于该应用反馈数据的部分，此时需要增加的新功能模块实现该应用反馈数据的另一部分，此时待处理功能模块包括待更新的功能模块和需要增加的新功能模块；相应的，若之前研发得到各功能模块中不存在对应于该应用反馈数据的功能模块，此时该需要增加的新功能模块为待处理功能模块(即待处理功能模块仅包括需要增加的新功能模块)。

1、待处理功能模块包括待更新的功能模块：

在实际应用中，可以确定待更新的功能模块对应的应用反馈数据；进一步的，可以基于对应的应用反馈数据，以及敏态研发模式的研发方式对待更新的功能模块进行更新，得到更新后的该功能模块。相应的，可将更新后的该功能模块与软件中未更新的功能模块进行整合，得到更新后的软件。

2、待处理功能模块包括需要增加的新功能模块：

在实际应用中，可以确定新功能模块对应的应用反馈数据；进一步的，可以基于新功能模块对应的应用反馈数据，以及敏态研发模式的研发方式对新功能模块进行研发，得到该新功能模块。相应的，可将该新功能模块与软件中原有的功能模块进行整合，得到更新后的软件。

3、待处理功能模块包括待更新的功能模块和需要增加的新功能模块：

其中，对于待更新的功能模块的处理方式、以及对于新功能模块的处理方式与上述中描述的处理方式相同，对于此部分的说明可参见上描述，在此就不再赘述。

可以理解是，在基于上述中的处理方式对待更新的功能模块进行处理，得到更新后的该功能模块，以及在基于上述中的处理方式对新功能模块进行处理，得到该新功能模块后，可以将更新后的功能模块、得到的新功能模块以及软件中原有的功能模块进行整合，得到更新后的软件。

其中，为了可以更好地理解上述中基于客户对软件的应用反馈数据，对软件进行更新的方案，本申请实施例提供一完整的流程，具体如下：

步骤一：根据客户对软件的应用反馈数据的确定功能点，将功能点进行梳理并排列优先级。其中，功能点以用户故事(User Story)的方式输出，最终生成产品待办列表(Product Backlog)。

步骤二：判断功能点属于哪一个功能模块，并基于应用反馈数据对确定的功能模块进行更新。

步骤三：迭代计划会，计划分成几次迭代来完成所有用户故事的开发工作，并规定每个迭代周期的时长。团队将第一个迭代的用户故事进行任务分解，并分配给明确的研发人员，最后生成迭代待办列表(Sprint Backlog)。

步骤三：每日站会

团队规定每天同一个时间、同一个地点进行站会，每个人对团队汇报自己承诺的任务进展：“完成了哪些任务”、“未来要做哪些任务”、“任务进行过程中是否遇到了障碍”。

步骤四：迭代评审会

产品负责人对每次的迭代增量进行评审验收，如果确定符合用户需求则将更新后的功能模块交付上线，如果不符合则在下一次迭代中进行修复实现。

步骤五：迭代增量交付

将产品负责人验收通过的更新后的功能模块进行整合，得到可使用的软件可使用软件交付给客户，并收集客户的反馈信息。

步骤六：针对客户对软件的应用反馈数据进行持续循环迭代交付过程。

本申请施例中，在稳态软件和敏态软件交互开发时，无论敏态软件中的功能模块还是稳软件中的功能模块均能够同时根据客户需求进行随时更新，进而可以保证了步调统一，有效地避免了打乱研发节奏。

在本申请可选的实施例中，若软件包括协调管理模块，方法还包括：

获取软件的更新配置信息；

基于更新配置信息对协调管理模块进行相应调整。

在实际应用中，若软件还配置有协调管理模块，在对软件中的其它功能模块进行更新和/或增加新功能模块后，此时软件中的软件数据也会产生变化，此时可以获取更新配置信息，该更新配置信息中包括有待更新的功能模块和/或需要增加的新功能模块的信息，如产生变化的软件数据的信息，更新的关联软件数据的信息等；进一步的，可以基于该更新配置信息对协调管理模块进行相应调整，如根据产生变化的软件数据的信息对协调管理模块所协调管理的数据进行相应的调整等。

在本申请可选的实施例中，若客户对软件的应用反馈数据包括至少两项，获取客户对软件的应用反馈数据之前，包括：

确定各应用反馈数据的优先级；

获取客户对软件的待处理应用反馈数据，包括：

在实际应用中，有时客户对软件的应用反馈数据可能包括多项，此时获取客户对软件的应用反馈数据之前，确定各应用反馈数据的优先级，然后基于确定的优先级，确定本次获取的应用反馈数据(即本次更新所对应的应用反馈数据)。其中，确定优先级的方式可以预先配置，本申请实施例不限定。例如，根据对软件的使用体验感的影响程度确定优先级、或根据收益的影响程度确定优先级。

为了更好地理解本申请实施例所提供的方法，本申请实施例以医疗行业的信息化软件中的两个产品模块(人力绩效和照护平台)为例，对本申请实施例进行说明，具体如下：

其中，人力绩效产品模块的业务面向医院工作人员绩效考核管理，业务需求比较稳定，偏传统的稳定型系统。照护平台产品模块的业务面向医患关系及患者出院后治疗咨询服务，需要及时相应客户反馈的需求，且具有不可预测性，属于敏态型系统。两个产品模块之间存在一定的业务联系，如医院对工作人员进行绩效考核的时候会参考照护平台上患者对医生的评价。

如图2所示，在软件建设阶段，对于人力绩效产品模块可以采用稳态研发模式对进行研发，具体包括可以商业论证、需求分析、需求设计、开发、测试、交付等步骤；对于照护平台模块可以采用敏态研发模式对进行研发，具体包括可以商业论证、产品列表梳理会(用户故事的方式形成产品待办列表)、迭代计划会(包括迭代待办列表)、每日站会、迭代评审会、交付迭代增量等步骤。

进一步的，在软件运营阶段，可以获取客户对两个产品模块的应用反馈数据，对应用反馈数据进行功能点梳理(用户故事的方式形成产品待办列表)，并判断应用反馈数据对应的产品模块。

其中，若对应于人力绩效产品模块，则对人力绩效产品模块进行更新，具体可以包括：迭代计划会(迭代代办列表)、每日站会、迭代评审会、交付迭代增量等步骤；若对应于照护平台产品模块，则对照护平台产品模块进行更新，具体可以包括：迭代计划会(迭代代办列表)、每日站会、迭代评审会、交付迭代增量等步骤。

相应的，可以针对客户提出的应用反馈数据进行循环迭代，而循环迭代的实现方式与上述软件运营阶段中的实现方式相同，在此就不再赘述。

本申请实施例提供了一种软件研发管理装置，如图3所示，该软件研发管理装置60可以包括：任务获取模块601、待研发功能模块确定模块602、研发模式确定模块603、功能模块研发模块604以及功能模块整合模块604，其中：

任务获取模块601，用于获取研发任务；

研发功能模块确定模块602，用于确定研发任务所对应的待研发功能模块；

待研发模式确定模块603，用于基于各待研发功能模块所对应的研发需求性质，确定以及所有待研发功能模块的研发模式，研发模式包括敏态研发模式和稳态研发模式；

功能模块研发模块604，用于基于各待研发功能模块所对应的研发模式，进行各待研发功能模块的研发实现，得到各功能模块；

功能模块整合模块605，用于对得到的各功能模块进行整合，得到研发任务对应的软件。

本申请可选的实施例中，该装置还包括协调管理模块，协调管理模块用于协调管理敏态研发模式的各功能模块和稳态研发模式的各功能模块；

本申请可选的实施例中，协调管理模块具体用于：

本申请可选的实施例中，协调管理模块在协调管理对应于敏态研发模式的各功能模块的第一软件数据、以及对应于稳态研发模式的各功能模块的第二软件数据时，具体用于：

本申请可选的实施例中，该装置还包括更新模块，具体用于：

本申请可选的实施例中，更新模块还用于：

获取软件的更新配置信息；

基于更新配置信息对协调管理模块进行相应调整。

本申请可选的实施例中，若客户对软件的应用反馈数据包括至少两项，更新模块还用于：

本实施例的软件研发管理装置可执行本申请实施例提供的一种软件研发管理方法，其实现原理相类似，此处不再赘述。

本申请实施例提供了一种电子设备，如图4所示，图4所示的电子设备2000包括：处理器2001和存储器2003。其中，处理器2001和存储器2003相连，如通过总线2002相连。可选地，电子设备2000还可以包括收发器2004。需要说明的是，实际应用中收发器2004不限于一个，该电子设备2000的结构并不构成对本申请实施例的限定。

其中，处理器2001应用于本申请实施例中，用于实现图3所示的各模块的功能。

处理器2001可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器2001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线2002可包括一通路，在上述组件之间传送信息。总线2002可以是PCI总线或EISA总线等。总线2002可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器2003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器2003用于存储执行本申请方案的应用程序代码，并由处理器2001来控制执行。处理器2001用于执行存储器2003中存储的应用程序代码，以实现图3所示实施例提供的软件研发管理装置的动作。

本申请实施例提供了一种电子设备，本申请实施例中的电子设备包括：处理器以及存储器，存储器配置用于存储机器可读指令，该指令在由该处理器执行时，使得该处理器执行软件研发管理方法。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上用于存储计算机指令，当计算机指令在计算机上运行时，使得计算机可以执行实现软件研发管理方法。

本申请中的一种计算机可读存储介质所涉及的名词及实现原理具体可以参照本申请实施例中的一种软件研发管理方法，在此不再赘述。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种软件研发管理方法，其特征在于，包括：

获取研发任务；

确定所述研发任务所对应的待研发功能模块；

基于各所述待研发功能模块所对应的研发需求性质，确定所有所述待研发功能模块的研发模式，所述研发模式包括敏态研发模式和稳态研发模式；

基于各所述待研发功能模块所对应的研发模式，进行各所述待研发功能模块的研发实现，得到各功能模块；

对得到的各所述功能模块进行整合，得到所述研发任务对应的软件。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

配置协调管理模块，所述协调管理模块用于协调管理敏态研发模式的各功能模块和稳态研发模式的各功能模块；

所述对得到的各所述功能模块进行整合，得到所述研发任务对应的软件，包括：

对得到的各所述功能模块以及所述协调管理模块进行整合，得到所述研发任务对应的软件。

3.根据权利要求2所述的方法，其特征在于，所述协调管理模块具体用于：

4.根据权利要求3所述的方法，其特征在于，所述协调管理对应于敏态研发模式的各功能模块的第一软件数据、以及对应于稳态研发模式的各功能模块的第二软件数据，包括：

确定所述第一软件数据中与所述第二软件数据存在关联关系的关联软件数据；

在对所述第一软件数据进行更新后，基于更新后的第一软件数据对所述第二软件数据中的关联软件数据进行更新；或，

在对所述第二软件数据进行更新后，基于更新后的第二软件数据对所述第一软件数据中的关联软件数据进行更新。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述得到所述研发任务对应的软件之后，还包括：

获取客户对所述软件的应用反馈数据；

基于所述应用反馈数据，确定待处理功能模块，所述待处理功能模块包括待更新的功能模块和/或需要增加的新功能模块；

若所述待处理功能模块包括待更新的功能模块，则基于所述敏态研发模式和所述待更新的功能模块在所述应用反馈数据中对应的应用反馈数据，对所述待更新的功能模块进行更新，得到更新后的软件；

若所述待处理功能模块包括新功能模块，根据所述新功能模块在所述应用反馈数据中对应的应用反馈数据、以及所述敏态研发模式进行所述新功能模块的研发得到所述新模块，将所述新模块整合至所述软件中，得到更新后的软件。

6.根据权利要求5所述的方法，其特征在于，若所述软件包括协调管理模块，所述方法还包括：

获取所述软件的更新配置信息；

基于更新配置信息对所述协调管理模块进行相应调整。

7.根据权利要求5所述的方法，其特征在于，若客户对所述软件的应用反馈数据包括至少两项，所述获取客户对所述软件的应用反馈数据之前，包括：

确定各所述应用反馈数据的优先级；

所述获取客户对所述软件的待处理应用反馈数据，包括：

基于各所述应用反馈数据的优先级，获取客户对所述软件的应用反馈数据。

8.一种软件研发管理装置，其特征在于，包括：

任务获取模块，用于获取研发任务；

待研发功能模块确定模块，用于确定所述研发任务所对应的待研发功能模块；

研发模式确定模块，用于基于各所述待研发功能模块所对应的研发需求性质，确定以及所有所述待研发功能模块的研发模式，所述研发模式包括敏态研发模式和稳态研发模式；

功能模块研发模块，用于基于各所述待研发功能模块所对应的研发模式，进行各所述待研发功能模块的研发实现，得到各功能模块；

功能模块整合模块，用于对得到的各所述功能模块进行整合，得到所述研发任务对应的软件。

9.一种电子设备，其特征在于，包括处理器和存储器:

所述存储器被配置用于存储机器可读指令，所述指令在由所述处理器执行时，使得所述处理器执行权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机存储介质用于存储计算机指令，当所述存储计算机指令在计算机上运行时，使得计算机可以执行上述权利要求1-7任一项所述的方法。