CN113703753B - 用于产品开发的方法、装置和产品开发系统 - Google Patents

Abstract

本申请涉及软件工程设计技术领域，公开一种用于产品开发的方法。该用于产品开发的方法包括：获得每个待开发业务场景中的基础功能，根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件，组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件。采用该用于产品开发的方法可在多个业务组件中存在bug的情况下，调整bug对应的业务组件，即可实现对多处bug的修改，提高了开发效率。本申请还公开一种用于产品开发的装置和产品开发系统。

Description

用于产品开发的方法、装置和产品开发系统

技术领域

本申请涉及软件工程设计技术领域，例如涉及一种用于产品开发的方法、装置和产品开发系统。

背景技术

目前，为了实现新功能并为用户创造更高的价值，前端开发需要快速迭代。用户界面(User Interface，UI)库可提升前端开发效率，常见UI库包括AntDesign、Bootstrap、Element、Mint等。

通常情况下，为前端界面中的每个业务场景均开发一个组件。

在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：

在常用的开发过程中，通常存在逻辑相似的业务场景，在这种情况下，一个业务场景对应一个组件，一旦存在一处漏洞(bug)需要修改多处，导致开发效率较低。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种用于产品开发的方法、装置和产品开发系统，以解决开发效率较低的技术问题。

在一些实施例中，用于产品开发的方法包括：获得每个待开发业务场景中的基础功能；根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件；组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件。

可选地，根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件，包括：在一个基础功能对应多个待选业务组件的情况下，获得每个待选业务组件最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次优化时刻与当前时刻之间的未优化时长；获得在所述当前时刻前设定时长内每个待选业务组件的使用次数和优化次数；获得每个待选业务组件的未使用时长和未优化时长的第一和，以及所述每个待选业务组件的使用次数和所述优化次数的第二和；根据每个待选业务组件对应的第一和与第二和的商，在多个待选业务组件中确定所述一个基础功能对应的一个业务组件。

可选地，获得所述一个基础功能对应每个业务组件的未使用时长和未优化时长的第一和，包括：获得所述一个基础功能对应的每个业务组件的未使用时长与第一权重的第一乘积，以及未优化时长与第二权重的第二乘积；确定所述第一乘积与所述第二乘积的和为所述第一和。

可选地，根据每个待选业务组件对应的第一和与第二和的商，在多个待选业务组件中确定所述一个基础功能对应的一个业务组件，包括：在多个待选业务组件中确定最小商对应的待选业务组件；将最小商对应的待选业务组件确定为所述一个基础功能对应的一个所述业务组件。

可选地，根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相应对的业务组件，包括：获得每个基础功能的功能类型标签、数据类型标签和数据处理逻辑标签；在业务组件库中获得与每个基础功能的功能类型标签和数据类型标签、数据处理逻辑标签相匹配的业务组件。

可选地，用于产品开发的方法还包括：获得全部待开发业务场景对应的每个业务组件的使用频次；向用户提示使用频次最高的一个或多个业务组件。

可选地，用于产品开发的方法还包括：在UI组件库中确定与每个待开发场景中的基础功能相应对的UI组件。

在一些实施例中，用于产品开发的装置包括第一获得模块、匹配模块和组合模块，其中，所述第一获得模块被配置为获得每个待开发业务场景中的基础功能；所述匹配模块被配置为根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件；所述组合模块被配置为组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件。

在一些实施例中，用于产品开发的装置包括处理器和存储有程序指令的存储器，所述处理器被配置为在执行所述程序指令时，执行前述实施例提供的用于产品开发的方法。

在一些实施例中，产品开发系统包括前述实施例提供的用于产品开发的装置。

本公开实施例提供的用于产品开发的方法、装置和产品开发系统，可以实现以下技术效果：

每个待开发业务场景由多个基础功能组成，在每个待开发业务场景中抽离出基础功能，之后的再依据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配出合适的业务组件，由该业务组件实现该基础功能，再组合多个业务组件，即可实现待开发业务场景所需的多个基础功能。这样，在多个业务组件中存在bug的情况下，调整bug对应的业务组件，即可实现对多处bug的修改，提高了开发效率。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或一个以上实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件视为类似的元件，并且其中：

图1是本公开实施例提供的一种用于产品开发的方法的示意图；

图2是本公开实施例提供的一种用于产品开发的方法的示意图；

图3是本公开实施例提供的一种用于产品开发的方法的示意图；

图4是本公开实施例提供的一种用于产品开发的装置的示意图；

图5是本公开实施例提供的一种用于产品开发的装置的示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或一个以上实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

图1是本公开实施例提供的一种用于产品开发的方法的示意图。本公开实施例提供的用于产品开发的方法可应用于前端开发，例如第5代超文本(HyperText MarkupLanguage 5，H5)前端开发。本公开实施例中的用于产品开发的方法可由辅助开发人员进行产品开发的产品开发系统执行。

结合图1所示，用于产品开发的方法包括：

S101、获得每个待开发业务场景中的基础功能。

在产品开发中，一个功能模块通常对应不同的业务场景，例如登录注册模块对应的业务场景可包括：账号密码登录的业务场景、验证码登录的业务场景、忘记密码的业务场景以及修改密码的业务场景。

在不同业务场景对应的基础功能通常不完全。例如，账号密码登录的业务场景对应的基础功能可包括：账号输入功能和密码输入功能；验证码登录的业务场景对应的基础功能可包括：账号输入功能和验证码输入功能；忘记密码的业务场景对应的基础功能可包括：账号输入功能、验证码输入功能、新密码输入功能和确认新密码输入功能；修改密码的业务场景对应的基础功能可包括：旧密码输入功能、新密码输入功能和确认新密码输入功能。

以登录注册模块为例，获得每个待开发业务场中基础功能可包括：获得账号密码登录的业务场景对应的账号输入功能和密码输入功能，验证码登录的业务场景对应的账号输入功能和验证码输入功能，忘记密码的业务场景对应的账号输入功能、验证码输入功能、新密码输入功能和确认新密码输入功能，以及修改密码的业务场景对应的旧密码输入功能、新密码输入功能和确认新密码输入功能。

在一些具体应用中，可由开发人员在产品开发系统的输入框内输入每个待开发业务场景以及每个待开发业务场景中的基础功能，之后产品开发系统即可获得每个开发业务场景中的基础功能。

在另一些具体应用中，可由开发人员在产品开发系统输入需要开发的模块，例如开发人员输入登录注册模块，产品开发系统获得需要开发登录注册模块的指令后，基于大数据分析结果获得登录注册模块对应的业务场景，以及每个业务场景中的基础功能，例如，获得当前流行指数最高的登录注册模块所对应的业务场景，以及每个业务场景中的基础功能；或者，获得当前最稳定的登录注册模块所对应的业务场景，以及每个业务场景中的基础功能。

S102、根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件。

例如，可获得每个基础功能的功能类型标签、数据类型标签和数据处理逻辑标签；在业务组件库中获得与每个基础功能的功能类型标签、数据类型标签和数据处理逻辑标签相匹配的业务组件。其中，业务组件库中存储有多个业务组件及对应的功能类型描述、数据类型描述以及数据处理逻辑描述，这样，在获得一个基础功能的功能类型标签、数据类型标签、数据处理逻辑标签后，即可在组件库中为该一个基础功能匹配到对应的功能类型描述、数据类型描述以及数据处理逻辑描述，进而匹配到与该一个基础功能对应的业务组件。

功能类型标签可包括：内容输入、超链接、静态显示和动态显示；数据类型标签可包括：布尔型、字节型、短整型、整型、长整型、字符型、单精度浮点型以及双精度浮点型；数据处理逻辑可包括：数据输入提交、数据去重、字符串切割和数据过滤。

以登录注册模块为例，示例性说明基础功能与业务组件的对应关系。在登录注册模块对应的业务场景包括账号密码登录的业务场景、验证码登录的业务场景、忘记密码的业务场景以及修改密码的业务场景的情况下，各业务场景对应的基础功能包括：账号输入功能、密码输入功能、验证码输入功能、新密码输入功能、确认新密码输入功能和旧密码输入功能。

其中，账号输入功能的功能类型标签为内容输入中的账号输入，密码输入功能、新密码输入功能、确认新密码输入功能和旧密码输入功能的功能类型标签均为内容输入中的密码输入；验证码输入功能的功能类型标签为内容输入中的验证码输入。

账号输入功能的数据类型标签可为长整形；密码输入功能、新密码输入功能、确认新密码输入功能和旧密码输入功能的数据类型标签可为浮点型(单精度浮点型或双精度浮点型)；验证码输入功能的数据类型可为字符型。

账号输入功能的数据处理逻辑标签可为数据输入提交；密码输入功能、新密码输入功能、确认新密码输入功能和旧密码输入功能的数据处理逻辑标签可为数据输入提交；验证码输入功能的数据处理逻辑标签可为数据输入提交。

这种情况下，账号输入功能对应账号输入业务组件，密码输入功能、新密码输入功能、确认新密码输入功能和旧密码输入功能对应密码输入业务组件，验证码输入功能对应验证码输入业务组件。

在一些应用场景中，业务组件库中存在全部基础功能对应的业务组件，此时可获得与基础功能对应的业务组件。

在另一些应用场景中，业务组件库中未存储部分基础功能对应的业务组件，这种情况下，可由产品开发人员开发与该部分基础功能对应的业务组件，并存储在组件库中，这样即可获得为每个基础功能匹配相对应的业务组件。

在一个基础功能对应一个业务组件的情况下，即可将该一个业务组件作为实现该一个基础功能的业务组件。

在一个基础功能对应多个业务组件的情况下，需要在多个业务组件选择用于实现该一个基础功能的业务组件，为便于描述，后文中以“待选业务组件”表示一个基础功能对应的多个业务组件。

在一个基础功能对应多个待选业务组件的情况下，根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件，可包括：获得每个待选业务组件最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次优化时刻与当前时刻之间的未优化时长；获得在当前时刻前设定时长内每个待选业务组件的使用次数和优化次数；获得每个待选业务组件的未使用时长和未优化时长的第一和，以及每个待选业务组件的使用次数和优化次数的第二和；根据每个待选业务组件对应的第一和与第二和的商，在多个待选业务组件中确定一个基础功能对应的一个业务组件。

这里的设定时长可包括多个预计的产品开发周期，例如，产品开发周期为一周，这里的设定时长可以是两周、三周或更多周。

第一和与第二和的商可表示该待选业务组件使用的频繁程度以及优化的频繁程度，采用上述技术方案，可选择出使用的频繁程度以及优化的频繁程度合适的业务组件。

例如，可在多个待选业务组件中确定最小商对应的待选业务组件；将最小商对应的待选业务组件确定为一个基础功能对应的一个业务组件。

这样，即可选择出使用频繁程度较高并且优化频繁程度也较高的待选业务组件。

待选业务组件的使用频繁程度可表示该待选业务组件的流行程度，优化频繁程度可表示该待选业务组件对产品迭代方向的代表程度，一个待选业务组件的优化频繁程度越高，则该一个待选业务组件对产品迭代方向的代表程度越高，待选业务组件的优化频繁程度越低，则该一个待选业务组件越无法代表产品迭代方向。

在此基础上，获得一个基础功能对应每个业务组件的未使用时长和未优化时长的第一和，可包括：获得一个基础功能对应的每个业务组件的未使用时长与第一权重的第一乘积，以及未优化时长与第二权重的第二乘积；确定第一乘积与第二乘积的和为第一和。

第一权重表示未使用时长对第一和的影响程度，以及未使用时长对第一和与第二和的商的影响程度；第二权重表示未优化时长对第一和的影响程度，以及未优化时长对第一和与第二和的商的影响程度。

在开发过程中，如果对业务组件的流行程度比较重视，则可设置较高的第一权重，如果对业务组件所代表的产品迭代方向比较重视，则可设置较高的第二权重。这里对第一权重和第二权重的具体数值不做限定，本领域技术人员可根据实际需求，设置合适的第一权重以及第二权重。

采用该技术方案，即可按照个性化定制的规则，在一个基础功能对应的多个待选业务组件中选择出一个业务组件。

S103、组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件。

一个待开发业务场景中包括一个或多个基础功能，一个或多个基础功能对应一个或多个业务组件，组合一个或多个业务组件，即可获得支持该一个待开发业务场景的场景组件。

以登录注册模块为例，示例性说明组合业务组件获得场景组件的方式：登录注册模块中包括账号密码登录的业务场景、验证码登录的业务场景、忘记密码的业务场景以及修改密码的业务场景；业务组件包括账号输入业务组件、密码输入业务组件和验证码输入业务组件；

账号密码登录的业务场景对应的基础功能包括账号输入功能和密码输入功能，则组合一个账号输入业务组件和一个密码输入业务组件获得账号密码登录的场景组件；

验证码登录的业务场景对应的基础功能包括账号输入功能和验证码输入功能，则组合一个账号输入业务组件和一个验证码输入业务组件获得验证码登录的场景组件；

忘记密码的业务场景对应的基础功能包括账号输入功能、验证码输入功能、新密码输入功能和确认新密码输入功能，则组合一个账号输入业务组件、一个验证码输入业务组件和两个密码输入业务组件获得忘记密码的场景组件；

修改密码的业务场景包括旧密码输入功能、新密码输入功能和确认新密码输入功能，则组合三个密码输入业务组件获得修改密码的场景组件。

其中，在不同业务场景下，密码输入业务组件可实现常规的密码输入功能、新密码输入功能、确认新密码输入功能和旧密码输入功能。例如，在账号密码登录的业务场景中，密码输入业务组件实现的常规的密码输入功能；在忘记密码的业务场景中，密码输入的业务组件可分别实现新密码输入功能以及确认新密码输入功能；在修改密码的业务场景中，密码输入的业务组件可分别实现旧密码输入功能、新密码输入功能以及确认新密码输入功能。

每个待开发业务场景由多个基础功能组成，在每个待开发业务场景中抽离出基础功能，之后的再依据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配出合适的业务组件，由该业务组件实现该基础功能，再组合多个业务组件，即可实现待开发业务场景所需的多个基础功能。这样，在多个业务组件中存在bug的情况下，调整bug对应的业务组件，即可实现对多处bug的修改，提高了开发效率。

在开发过程中，对业务组件的优化即为对产品的优化，快速地选择好业务组件，可以让开发人员有更多的时间来保障业务组件的代码质量，完善逻辑，在后续遇到问题，修改的时间会大幅度降低。

图2是本公开实施例提供的一种用于产品开发的方法的示意图。本公开实施例提供的用于产品开发的方法可应用于前端开发，例如H5前端开发。本公开实施例中的用于产品开发的方法可由辅助开发人员进行产品开发的产品开发系统执行。

结合图2所示，用于产品开发的方法包括：

S201、获得每个待开发业务场景中的基础功能。

S202、根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件。

S203、组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件。

S204、获得全部待开发业务场景对应的每个业务组件的使用频次。

可在获得支持每个待开发业务场景的场景组件后，再统计并获得全部待开发业务场景对应的每个业务组件的使用频次，也可在为每个基础功能匹配相对应的业务组件之后，统计并获得全部待开发业务场景对应的每个业务组件的使用频次。

这里仅是以在获得支持每个待开发业务场景的场景组件后，再统计并获得全部待开发业务场景对应的每个业务组件的使用频次进行示例性说明。

S205、向用户提示使用频次最高的一个或多个业务组件。

使用频次最高的一个或多个业务组件对产品的影响最大，这样可提示用户着重检查、测试该使用频次最高的一个或多个业务组件，有利于降低出现问题的风险。

图3是本公开实施例提供的一种用于产品开发的方法的示意图。本公开实施例提供的用于产品开发的方法可应用于前端开发，例如H5前端开发。本公开实施例中的用于产品开发的方法可由辅助开发人员进行产品开发的产品开发系统执行。

结合图3所示，用于产品开发的方法包括：

S301、获得每个待开发业务场景中的基础功能。

S302、根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件。

S303、在UI组件库中确定与每个待开发场景中的基础功能相应对的UI组件。

在H5前端开发中，可将UI组件与业务组件组合，形成支持场景的场景组件。

S304、组合待开发业务场景中的基础功能对应的业务组件及其对应的UI组件，获得支持每个待开发业务场景的场景组件。

图4是本公开实施例提供的一种用于产品开发的装置的示意图。该用于产品开发的方法以软件、硬件或软硬结合的形式实现。

结合图4所示，用于产品开发的装置包括第一获得模块41、匹配模块42和组合模块43；其中，第一获得模块41被配置为获得每个待开发业务场景中的基础功能；匹配模块42被配置为根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件；组合模块43被配置为组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件。

每个待开发业务场景由多个基础功能组成，在每个待开发业务场景中抽离出基础功能，之后的再依据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配出合适的业务组件，由该业务组件实现该基础功能，再组合多个业务组件，即可实现待开发业务场景所需的多个基础功能。这样，在多个业务组件中存在bug的情况下，调整bug对应的业务组件，即可实现对多处bug的修改，提高了开发效率。

可选地，匹配模块包括第一获得单元、第二获得单元、第三获得单元和确定单元；其中，第一获得单元被配置为在一个基础功能对应多个待选业务组件的情况下，获得每个待选业务组件最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次优化时刻与当前时刻之间的未优化时长；第二获得单元被配置为获得在当前时刻前设定时长内每个待选业务组件的使用次数和优化次数；第三获得单元被配置为获得每个待选业务组件的未使用时长和未优化时长的第一和，以及每个待选业务组件的使用次数和优化次数的第二和；确定单元被配置为根据每个待选业务组件对应的第一和与第二和的商，在多个待选业务组件中确定一个基础功能对应的一个业务组件。

可选地，第三获得单元被具体配置为：获得一个基础功能对应的每个业务组件的未使用时长与第一权重的第一乘积，以及未优化时长与第二权重的第二乘积；确定第一乘积与第二乘积的和为第一和。

可选地，确定单元被具体配置为：在多个待选业务组件中确定最小商对应的待选业务组件；将最小商对应的待选业务组件确定为一个基础功能对应的一个业务组件。

可选地，第一获得模块包括第四获得单元和第五获得单元；其中，第四获得单元被配置为获得每个基础功能的功能类型标签、数据类型标签和数据处理逻辑标签；第五获得单元，被配置为在业务组件库中获得与每个基础功能的功能类型标签和数据类型标签、数据处理逻辑标签相匹配的业务组件。

可选地，用于产品开发的装置还包括第二获得模块和提示模块，其中，第二获得模块被配置为获得全部待开发业务场景对应的每个业务组件的使用频次；提示模块被配置为向用户提示使用频次最高的一个或多个业务组件。

可选地，用于产品开发的装置还包括确定模块，确定模块被配置为在UI组件库中确定与每个待开发场景中的基础功能相应对的UI组件。

在一些实施例中，用于产品开发的装置包括处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行前述实施例提供的用于产品开发的方法。

图5是本公开实施例提供的一种用于产品开发的装置的示意图。结合图5所示，用于产品开发的装置包括：

处理器(processor)51和存储器(memory)52，还可以包括通信接口(Communication Interface)53和总线54。其中，处理器51、通信接口53、存储器52可以通过总线54完成相互间的通信。通信接口53可以用于信息传输。处理器51可以调用存储器52中的逻辑指令，以执行前述实施例提供的用于产品开发的方法。

此外，上述的存储器52中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器52作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器51通过运行存储在存储器52中的软件程序、指令以及模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的方法。

存储器52可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器52可以包括高速随机存取存储器，还可以包括非易失性存储器。

本公开实施例提供了一种产品开发系统，包含前述实施例提供的用于产品开发的装置。

本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令设置为执行前述实施例提供的用于产品开发的方法。

本公开实施例提供了一种计算机程序产品，计算机程序产品包括存储在计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行前述实施例提供的用于产品开发的方法。

上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或一个以上指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例中方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机读取存储器(Random Access Memory，RAM)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或一个以上用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (8)

1.一种用于产品开发的方法，其特征在于，包括：

获得每个待开发业务场景中的基础功能；

根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件；在一个基础功能对应多个待选业务组件的情况下，获得每个待选业务组件最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次优化时刻与当前时刻之间的未优化时长；获得在所述当前时刻前设定时长内每个待选业务组件的使用次数和优化次数；获得每个待选业务组件的未使用时长和未优化时长的第一和，以及所述每个待选业务组件的使用次数和所述优化次数的第二和；根据每个待选业务组件对应的第一和与第二和的商，在多个待选业务组件中确定最小商对应的待选业务组件；将最小商对应的待选业务组件确定为所述一个基础功能对应的一个所述业务组件；

组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件。

2.根据权利要求1所述的方法，其特征在于，获得所述一个基础功能对应每个业务组件的未使用时长和未优化时长的第一和，包括：

获得所述一个基础功能对应的每个业务组件的未使用时长与第一权重的第一乘积，以及未优化时长与第二权重的第二乘积；

确定所述第一乘积与所述第二乘积的和为所述第一和。

3.根据权利要求1或2所述的方法，其特征在于，根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相应对的业务组件，包括：

获得每个基础功能的功能类型标签、数据类型标签和数据处理逻辑标签；

在业务组件库中获得与每个基础功能的功能类型标签和数据类型标签、数据处理逻辑标签相匹配的业务组件。

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

获得全部待开发业务场景对应的每个业务组件的使用频次；

向用户提示使用频次最高的一个或多个业务组件。

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

在UI组件库中确定与每个待开发场景中的基础功能相应对的UI组件。

6.一种用于产品开发的装置，其特征在于，包括：

第一获得模块，被配置为获得每个待开发业务场景中的基础功能；

匹配模块，被配置为根据基础功能的功能类型、数据类型、数据处理逻辑为每个基础功能匹配相对应的业务组件；

组合模块，被配置为组合待开发业务场景中的基础功能对应的业务组件，获得支持每个待开发业务场景的场景组件；

所述匹配模块包括第一获得单元、第二获得单元、第三获得单元和确定单元；

第一获得单元被配置为在一个基础功能对应多个待选业务组件的情况下，获得每个待选业务组件最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次优化时刻与当前时刻之间的未优化时长；

第二获得单元被配置为获得在所述当前时刻前设定时长内每个待选业务组件的使用次数和优化次数；

第三获得单元被配置为获得每个待选业务组件的未使用时长和未优化时长的第一和，以及所述每个待选业务组件的使用次数和所述优化次数的第二和；

确定单元被配置为根据每个待选业务组件对应的第一和与第二和的商，在多个待选业务组件中确定最小商对应的待选业务组件；将最小商对应的待选业务组件确定为所述一个基础功能对应的一个所述业务组件。

7.一种用于产品开发的装置，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求1至5任一项所述的用于产品开发的方法。

8.一种产品开发系统，其特征在于，包括如权利要求6或7所述的用于产品开发的装置。

Images