协作研发辅助方法、装置及电子设备制造方法及图纸

本申请实施例公开了协作研发辅助方法、装置及电子设备，所述方法包括：接收到对目标应用场景的代码变更请求后，将所述代码变更请求拆解到对应研发工程中的部分或全部目标研发项上，创建对应研发项的迭代任务；在分别对所述目标研发项进行代码开发或预览调试的过程中，对同一研发项中产生的数据信息进行采集，并为该研发项生成用于与其他研发项进行交互的数据模型；如果其中一研发项需要依赖其他研发项中的数据信息，则通过所述其他研发项的数据模型进行所述数据信息的获取。通过本申请实施例，能够降低多人协作研发模式下的协作成本，提升研发效率。提升研发效率。提升研发效率。

【技术实现步骤摘要】
协作研发辅助方法、装置及电子设备


[0001]本申请涉及协作研发
，特别是涉及协作研发辅助方法、装置及电子设备。

技术介绍

[0002]随着互联网行业和计算机技术的不断发展，各种功能模块实现变得越来越复杂。在早期互联网时代，一个产品完全可以由一位开发人员独立开发完成，而如今，随着各种计算机技术的演进、复杂化及专业分化(例如前后端分离)，即便是一个产品中的一个小功能的开发，都需要数位开发人员共同协作、配合才能够完成。
[0003]相比于单一人员独立开发的模式，多人协作的研发模式尽管能够带来更好、更完善的功能，但是整个研发流程会变得更加冗长、且更加具有不确定性。这主要是由于研发人员之间的沟通和协作成本带来的。据统计，在多人研发模式下，平均每个需求的实际研发时长中，每个研发人员实际开发代码和自测时长约为13.6小时，而后续的集成测试及联调时长(即与其他研发、测试人员协作的时长)则高达64小时，可见当前研发人员在实际项目中的协作成本之高。
[0004]因此，如何降低多人协作研发模式下的协作成本，提升研发效率，成为需要本领域技术人员解决的技术问题。

技术实现思路

[0005]本申请提供了协作研发辅助方法、装置及电子设备，能够降低多人协作研发模式下的协作成本，提升研发效率。
[0006]本申请提供了如下方案：
[0007]一种协作研发辅助方法，包括：
[0008]接收到对目标应用场景的代码变更请求后，将所述代码变更请求拆解到对应研发工程中的部分或全部目标研发项上，创建对应研发项的迭代任务；所述研发工程中的多个类别的研发项，所述多个类别是根据所述目标应用场景在运行状态下的分层架构体系进行拆解后确定的；
[0009]在分别对所述目标研发项进行代码开发或预览调试的过程中，对同一研发项中产生的数据信息进行采集，并为该研发项生成用于与其他研发项进行交互的数据模型；
[0010]如果其中一研发项需要依赖其他研发项中的数据信息，则通过所述其他研发项的数据模型进行所述数据信息的获取。
[0011]一种协作研发辅助装置，包括：
[0012]迭代任务创建单元，用于接收到对目标应用场景的代码变更请求后，将所述代码变更请求拆解到对应研发工程中的部分或全部目标研发项上，创建对应研发项的迭代任务；所述研发工程中包括多个类别的研发项，所述多个类别是根据所述目标应用场景在运行状态下的分层架构体系进行拆解后确定的；
[0013]数据模型生成单元，用于在分别对所述目标研发项进行代码开发或预览调试的过
程中，对同一研发项中产生的数据信息进行采集，并为该研发项生成用于与其他研发项进行交互的数据模型；
[0014]数据消费单元，用于如果其中一研发项需要依赖其他研发项中的数据信息，则通过所述其他研发项的数据模型进行所述数据信息的获取。
[0015]一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。
[0016]一种电子设备，包括：
[0017]一个或多个处理器；以及
[0018]与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。
[0019]根据本申请提供的具体实施例，本申请公开了以下技术效果：
[0020]通过本申请实施例，能够根据目标应用场景在运行状态下的分层架构体系，拆解出多个类别的研发项，具体的研发迭代任务可以基于这种研发项进行创建及分发，从而实现任务拆解过程的标准化，切割出合理的任务边界，减少由于任务拆解不合理而带来的沟通问题和返工现象的发生。另外，对于不同研发项之间难免会存在的交互点，则可以通过数据模型模块以及消费工具模块间的模型驱动的交互方式，实现高效的协作。
[0021]当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
[0022]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0023]图1是本申请实施例提供的系统架构的示意图；
[0024]图2是本申请实施例提供的方法的流程图；
[0025]图3是本申请实施例提供的数据模型以及消费工具的逻辑关系示意图；
[0026]图4是本申请实施例提供的数据模型以及消费工具的逻辑关系的另一示意图；
[0027]图5是本申请实施例提供的装置的示意图；
[0028]图6是本申请实施例提供的电子设备的示意图。
具体实施方式
[0029]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
[0030]首先需要说明的是，本申请专利技术人在实现本申请的过程中发现，在多人研发模式下，造成研发人员协作成本居高不下的核心原因主要有以下几点：
[0031]1.非标准化的领域知识导致不同研发人员的理解难以对齐
[0032]当前研发模式中，开发需求中的领域知识往往没有进行有效沉淀，所以难以被标
准化，因此对于同一个需求变更，不同研发人员之间的理解可能会存在很大偏差，这就产生了“认知负荷”，会使多方研发人员在沟通实现时产生大量分歧及误解，浪费大量时间。
[0033]2.非标准化的架构设计使得研发人员容易对技术选型产生犹豫
[0034]不同应用功能系统的架构设计通常各不相同，使得每个功能在开发前，都需要参与的研发人员围绕具体技术选型和架构设计进行大量讨论和选择，而不同的研发人员可能最终会选择不同的技术选型和架构设计，这又会进一步加剧整体系统的不确定性，导致后续研发人员在正式研发前，需要花费更多的时间来进行技术上的选择。
[0035]3.非标准化的任务拆解无法很好解耦，导致研发过程中需要频繁沟通甚至是互相等待
[0036]当前多人研发模式下，任务的拆解往往是根据经验口头进行的，研发人员通常希望在任务拆解完成后就可以每个人独自专注的去进行自己的研发，使研发流程最高效化。但实际情况往往是，每当研发进行到一定程度时，就会发现某个功能的实现需要依赖于他人的实现，这便会导致互相之间的等待和依赖，从而大幅拖慢整体项目进展。
[0037]综上不难看出，在多人研发协同中，任何非标准化的内容都可能会带来大量的协作成本。尤其是直接面向用户展示的前台场景，对迭代速度要求很高，也即同一应用场景，需要频繁的进行功能的更新等，因此，协作成本问题最为突出。针对上述情况，本申请实施例旨在建设一套标准化的多人研发方案，并以平台化的方式进行承载，以此降低研本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种协作研发辅助方法，其特征在于，包括：接收到对目标应用场景的代码变更请求后，将所述代码变更请求拆解到对应研发工程中的部分或全部目标研发项上，创建对应研发项的迭代任务；所述研发工程中包括多个类别的研发项，所述多个类别是根据所述目标应用场景在运行状态下的分层架构体系进行拆解后确定的；在分别对所述目标研发项进行代码开发或预览调试的过程中，对同一研发项中产生的数据信息进行采集，并为该研发项生成用于与其他研发项进行交互的数据模型；如果其中一研发项需要依赖其他研发项中的数据信息，则通过所述其他研发项的数据模型进行所述数据信息的获取。2.根据权利要求1所述的方法，其特征在于，所述分层架构体系中包括的多个分层是根据代码耦合度进行划分的。3.根据权利要求1所述的方法，其特征在于，所述通过所述其他研发项的数据模型进行所述数据信息的获取，包括：通过迭代任务界面展示多个研发项对应的数据模型；如果所述其中一研发项在代码开发的过程中需要依赖其他研发项中的数据信息，则由对应的研发人员通过查看所述迭代任务界面，从所述其他研发项的对应的数据模型中获取所述其他研发项中的数据信息。4.根据权利要求1所述的方法，其特征在于，所述通过所述其他研发项的数据模型进行所述数据信息的获取，包括：如果所述其中一研发项在与其他研发项进行联调的过程中，需要依赖其他研发项中的数据信息，则将所述其他研发项对应的数据模型注入到开发环境下的该研发项中。5.根据权利要求1至4任一项所述的方法，其特征在于，还包括：通过领域模型对领域知识进行标准化，所述领域模型中包括对领域概念的定义、说明、样例和/或使用方法信息，以用于在构建所述目标应用场景和/或在对所述目标应用场景关联的研发项进行变更迭代的过程中，不同的研发人员通过所述领域模型，对所述目标应用场景中的相关领域概念达成一致...

【专利技术属性】
技术研发人员：刘明昊，徐嘉俊，
申请(专利权)人：阿里巴巴中国有限公司，
类型：发明
国别省市：