[发明专利]软件更新方法、系统、设备及存储介质

说明书

本发明提供了一种软件更新方法、系统、设备及存储介质，该方法包括以下步骤：接收上线变更的待确认列表，所述待确认列表包括对待更新软件进行的第一变更；将各个所述第一变更对应变更确认请求发送至所对应的开发人员；获取开发人员对各个所述第一变更的第一反馈信息；根据各个所述第一反馈信息确定是否将所对应的第一变更加入用于软件更新的上线变更列表。本发明的软件更新方法缩减了待上线变更列表中变更归属的查找时间，减少开发人员因忽略消息而延迟确认变更的可能，有效地提高了上线版本确认的时效性。

技术领域

本发明涉及软件开发技术领域，具体地说，涉及一种软件更新方法、系统、设备及存储介质。

背景技术

敏捷开发是指以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个可独立运行的子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。在此过程中软件一直处于可使用状态。敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式，目标是提高开发效率和响应能力。敏捷开发具有迭代速度快，上线频繁等特点，因此，在此开发模式中，上线前的更新版本确认的时效尤为重要。一般地，一个子项目或者一个模块功能的开发涉及多个开发者，软件更新的版本上线前，更新版本的确认需要同样涉及多名开发者。目前对软件进行更新时，软件上线前的变更列表的确认流程如图1所示，具体包括：

S10：建立初定的上线变更的待确认列表，待确认列表包括至少一个变更所对应的唯一变更号以及变更内容描述等；

S20：将上述待确认列表发布到相关开发人员的及时通讯工具的群中；

S30：各个相关开发人员根据开发登记工具或者自己维护的开发变更在上述待确认列表中查找自己的变更；

S40：各个相关开发人员对自己的变更进行确认；

S50：如果确认变更，则相关开发人员回复确认信息至群中；

如自己的变更关联其它变更，则S20：相关开发人员将此变更发布到群里进行进一步的确认；

S50：当所有相关开发人员都回复确认后，S60：整理出最终的上线变更列表。

上述软件更新流程存在以下问题：

(1)缺少提供批量查询变更列表的上线变更管理中心，相关开发人员只能根据自己维护的变更列表或者登记开发的内容的工具进行变更归属的确认，操作十分不便，并且可能会出现错误；

(2)相关开发人员可能由于在需求评审中或者请假等原因不在工位不能保证及时处理确认信息，从而导致上线变更列表无法及时生成，耽误软件更新进度。

上述缺点大大影响上线前软件的变更列表的确认的时效性，针对上述情况亟需一种更为高效的软件更新方法和系统。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

针对现有技术中的问题，本发明的目的在于提供了一种软件更新方法，可有效地提高上线版本确认的时效性。

本发明的实施例提供的一种软件更新方法，包括以下步骤：

接收上线变更的待确认列表，所述待确认列表包括对待更新软件进行的第一变更；

将各个所述第一变更对应变更确认请求发送至所对应的开发人员；

获取开发人员对各个所述第一变更的第一反馈信息；

根据各个所述第一反馈信息确定是否将所对应的第一变更加入用于软件更新的上线变更列表。