CN113487250A - 项目需求拆分方法、装置以及存储介质 - Google Patents

Abstract

本申请公开了一种项目需求拆分方法、装置以及存储介质。其中，一种项目需求拆分方法，包括：获取项目需求信息，项目需求信息指示针对预定项目的项目需求；根据项目需求信息，确定与项目需求相关的多个解决方；以及根据多个解决方的项目能力信息，将项目需求拆分为多个子需求，其中项目能力信息指示多个解决方与预定项目相关的项目能力，并且多个子需求分别与不同项目能力的解决方对应。

Description

项目需求拆分方法、装置以及存储介质

技术领域

本申请涉及人工智能技术领域，特别是涉及一种项目需求拆分方法、装置以及存储介质。

背景技术

现有的需求拆分技术，通常是根据用户的需求从数据库中查询相应的项目工程数据，然后根据项目工程数据中的各级子项目的拆分数据进行用户需求的拆分。这种拆分方式由于仅仅从项目数据本身出发进行拆分，而没有考虑到解决方的情况，因此拆分好的需求方案在寻找解决方时，往往会跟解决方的实际情况不匹配。从而导致需求拆分之后形成的需求拆分数据，还需要根据解决方的情况进行调整。例如，需要根据解决方的实际情况将拆分的子需求进行合并或者进一步细分。从而，导致需求拆分的整个过程变得增加低效。

针对上述的现有技术中存在的对项目需求进行拆分时效率低的技术问题，目前尚未提出有效的解决方案。

发明内容

本申请的实施例提供了一种项目需求拆分方法、装置以及存储介质，以至少解决现有技术中存在的对项目需求进行拆分时效率低的技术问题。

根据本申请实施例的一个方面，提供了一种项目需求拆分方法，包括：获取项目需求信息，项目需求信息指示针对预定项目的项目需求；根据项目需求信息，确定与项目需求相关的多个解决方；以及根据多个解决方的项目能力信息，将项目需求拆分为多个子需求，其中项目能力信息指示多个解决方与预定项目相关的项目能力，并且多个子需求分别与不同项目能力的解决方对应。

根据本申请实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项的方法。

根据本申请实施例的另一个方面，还提供了一种项目需求拆分装置，包括：信息获取模块，用于获取项目需求信息，项目需求信息指示针对预定项目的项目需求；第一确定模块，用于根据项目需求信息，确定与项目需求相关的多个解决方；以及需求拆分模块，用于根据多个解决方的项目能力信息，将项目需求拆分为多个子需求，其中项目能力信息指示多个解决方与预定项目相关的项目能力，并且多个子需求分别与不同项目能力的解决方对应。

根据本申请实施例的另一个方面，还提供了一种项目需求拆分装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：获取项目需求信息，项目需求信息指示针对预定项目的项目需求；根据项目需求信息，确定与项目需求相关的多个解决方；以及根据多个解决方的项目能力信息，将项目需求拆分为多个子需求，其中项目能力信息指示多个解决方与预定项目相关的项目能力，并且所述多个子需求分别与不同项目能力的解决方对应。

在本申请实施例中，计算设备在对项目需求进行拆分之前，会考虑到与项目需求相关的解决方的项目能力，根据解决方的项目能力信息对项目需求进行拆分。从而可以全面考虑到项目需求在被拆分时的情况，从而可以制定最优方案对项目需求进行拆分。避免了现有技术中由于没有考虑到解决方的情况，仅仅根据项目工程数据就对用户需求进行拆分，所造成的与解决方的实际情况不匹配的问题。并且本技术方案也不需要在需求拆分后再次根据解决方的情况进行调整，在拆分之前就将解决方的能力问题纳入拆分条件，使得拆分结果与解决方的实际情况极度吻合，从而提高了对项目需求的拆分效率。进而解决了现有技术中存在的对项目需求进行拆分时效率低的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是用于实现根据本申请实施例1所述的方法的计算设备的硬件结构框图；

图2是根据本申请实施例1的第一个方面所述的项目需求拆分方法的流程示意图；

图3是根据本申请实施例1的第一个方面所述的项目需求拆分方法的框架示意图；

图4是根据本申请实施例1的第一个方面所述的与解决方对应的项目能力数据表的示意图；

图5是根据本申请实施例1的第一个方面所述的项目需求拆分方法的整体流程示意图；

图6是根据本申请实施例2所述的项目需求拆分装置的示意图；以及

图7是根据本申请实施例3所述的项目需求拆分装置的示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种项目需求拆分的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的计算设备中执行。图1示出了一种用于实现项目需求拆分方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器（处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置）、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口（I/O接口）、通用串行总线（USB）端口（可以作为I/O接口的端口中的一个端口被包括）、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制（例如与接口连接的可变电阻终端路径的选择）。

存储器可用于存储应用软件的软件程序以及模块，如本申请实施例中的项目需求拆分方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的项目需求拆分方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器（Network Interface Controller，NIC），其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频（Radio Frequency，RF）模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器（LCD），该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算设备可以包括硬件元件（包括电路）、软件元件（包括存储在计算机可读介质上的计算机代码）、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

在上述运行环境下，根据本实施例的第一个方面，提供了一种项目需求拆分方法。图2示出了该方法的流程示意图，参考图2所示，该方法包括：

S202：获取项目需求信息，项目需求信息指示针对预定项目的项目需求；

S204：根据项目需求信息，确定与项目需求相关的多个解决方；以及

S206：根据多个解决方的项目能力信息，将项目需求拆分为多个子需求，其中项目能力信息指示多个解决方与预定项目相关的项目能力，并且多个子需求分别与不同项目能力的解决方对应。

具体地，计算设备对项目需求进行拆分时，首先获取需要进行拆分的项目的项目需求信息（S202）。该项目需求信息例如可以是由用户输入至计算设备的。其中项目需求信息指示针对预定项目的项目需求。例如，需要进行拆分的预定项目可以为“小轿车”，则计算设备需要获取项目“小轿车”的项目需求信息。其中“小轿车”的项目需求信息包括小轿车名称和类别等基本信息以及组成“小轿车”的底盘、发动机和变速箱等组件和零部件。

进一步地，计算设备在获取了预定项目的项目需求信息后，确定与该项目需求相关的多个解决方，例如解决方1~解决方n。其中，该解决方可以提供该项目的至少一个组件和/或至少一个零部件。例如，图3示出了针对某个预定项目（例如“小轿车”）的项目拆分示意图，该项目拆分示意图可以根据该预定项目的工程数据中的各级子项目的拆分数据而确定。与该项目的项目需求相关的解决方可以提供图3中示出的某个组件（例如组件1、组件2等），也可以提供图3中示出的某个零部件（例如，零部件1、零部件2等）。也就是说，只要解决方能够提供与该项目对应的至少一个组件或者零部件，就可以将其视为是与该项目的项目需求相关的解决方。从而，计算设备可以对解决方数据、解决方技术数据和解决方项目数据等数据信息进行搜索，从而确定与项目需求相关的多个解决方（S204）。

进一步地，图4示出了与项目需求相关的各个解决方的项目能力数据表的示意图。其中，字母“Y”代表该解决方能够提供相应的组件或零部件，字母“N”代表该解决方不能提供相应的组件或零部件。例如，例如解决方1的项目能力信息为解决方1可以提供该预定项目的组件1、零部件1和零部件2，解决方2的项目能力信息为解决方2可以提供该预定项目的零部件1和零部件3，……，解决方n的项目能力信息为解决方n可以提供该预定项目的零部件5、组件4、零部件10和零部件11。从而，计算设备根据解决方1~解决方n的项目能力信息，将该项目需求拆分为与解决方的项目能力对应的多个子需求。例如，计算设备根据解决方1~解决方n的项目能力分布情况，将项目需求拆分为多个子需求（S206）。

正如背景技术中所述的，现有的需求拆分技术，通常是根据用户的需求从数据库中查询相应的项目工程数据，然后根据项目工程数据中的各级子项目的拆分数据进行用户需求的拆分。这种拆分方式由于仅仅从项目数据本身出发进行拆分，而没有考虑到解决方的情况，因此拆分好的需求方案在寻找解决方时，往往会跟解决方的实际情况不匹配。从而导致需求拆分之后形成的需求拆分数据，还需要根据解决方的情况进行调整。例如，需要根据解决方的实际情况将拆分的子需求进行合并或者进一步细分。从而，导致需求拆分的整个过程变得增加低效。

针对以上所述的技术问题，通过本申请实施例的技术方案，计算设备在对项目需求进行拆分之前，会考虑到与项目需求相关的解决方的项目能力，根据解决方的项目能力信息对项目需求进行拆分。从而可以全面考虑到项目需求在被拆分时的情况，从而可以制定最优方案对项目需求进行拆分。避免了现有技术中由于没有考虑到解决方的情况，仅仅根据项目工程数据就对用户需求进行拆分，所造成的与解决方的实际情况不匹配的问题。并且本技术方案也不需要在需求拆分后再次根据解决方的情况进行调整，在拆分之前就将解决方的能力问题纳入拆分条件，使得拆分结果与解决方的实际情况极度吻合，从而提高了对项目需求的拆分效率。进而解决了现有技术中存在的对项目需求进行拆分时效率低的技术问题。

可选地，根据项目需求信息，确定与项目需求相关的多个解决方的操作，包括：通过预设的需求分类模型，根据项目需求信息确定项目需求所属的需求类别；以及确定与需求类别对应的多个解决方。

具体地，计算设备通过预设的需求分类模型，从项目需求信息中提取关键词，之后将关键词与预设的类别表中的类别进行匹配，从而得到项目需求所属的需求类别。例如，计算设备从“小轿车”的项目需求信息中提取关键词“小轿车”等，之后将关键词“小轿车”在类别表中进行匹配搜索，得到“小轿车”的类别为“汽车”。之后计算设备根据需求类别“汽车”以及类别“汽车”中包含的其他关键词进行搜索，得到与需求类别对应的多个解决方。从而本技术方案根据需求分类模型，通过使用关键字匹配的方式，可以准确地对项目需求的类别进行定位，从而可以快速地确定需求类别以及与其对应的解决方。

可选地，确定与需求类别对应的多个解决方的操作，包括：确定与需求类别对应的关键词；以及根据关键词进行查询，确定与需求类别对应的多个解决方。

具体地，计算设备确定了需求类别后，再根据该需求类别确定与其对应的关键词，之后根据该关键词在解决方的数据中进行关键词查询和匹配，搜索到与该需求分类相关的所有的解决方，从而就可以确定多个解决方。例如“小轿车”的需求类别为“汽车”，则计算设备根据该需求类别确定与“汽车”对应的关键词为“汽车”、“底座”、“方向盘”以及“发动机”等。之后计算设备根据“汽车”、“底座”、“方向盘”以及“发动机”等在解决方的数据中进行查询和匹配，搜索到与需求分类“汽车”相关的所有的解决方，从而就得到了解决方，例如解决方1~解决方n。从而，本技术方案通过搜索与需求类别对应的关键词，可以快速准确地找到所有的解决方，提高了查找效率。

可选地，根据多个解决方的项目能力信息，将项目需求拆分为多个子需求的操作，包括：通过预设的项目能力编码模型，根据项目能力信息确定与多个解决方分别对应的项目能力特征向量；以及根据项目能力特征向量，将项目需求拆分为多个子需求。

具体地，计算设备可以通过预设的项目能力编码模型，根据解决方的项目能力信息确定与该解决方对应的项目能力特征向量X。其中编码生成的项目能力特征向量X根据解决方关于该预定项目的组件或者零部件的项目能力而定。例如，参考图3所示，项目的下级包括组件1~组件4以及零部件12和零部件13，组件1~组件4的下级包括零部件1~零部件11。则根据解决方的项目能力进行编码从而生成的特征向量X如下所示：

X=（a₁，a₂，a₃，a₄，a₅，a₆，a₇，a₈，a₉，a₁₀，a₁₁，a₁₂，a₁₃，c₁，c₂，c₃，c₄）

其中，元素a₁~a₁₃依次代表解决方关于零部件1~零部件13的项目能力，元素c₁~c₄依次代表解决方关于组件1~组件4的项目能力。如果解决方有能力提供某一组件或者零部件，则将项目能力特征向量X中与之对应的元素赋值为1，否则赋值为0。此外，当解决方具有提供某个组件的项目能力时，也视为该解决方具有提供该组件的零部件的项目能力。例如当解决方具有提供组件1的项目能力时，也视为该解决方具有提供组件1的零部件1和零部件2的项目能力。参考图4所示，例如，解决方1的项目能力为可以提供零部件1、零部件2和组件1，不能提供其他组件和零部件，则根据解决方1的项目能力编码生成的特征向量X1为：

X1=（1，1，0，0，0，0，0，0，0，0，0，0，0，1，0，0，0）。即a₁=1，a₂=1，c₁=1，其余元素等于0。

此外对于解决方2~解决方n的项目能力特征向量X的编码方式同理。之后计算设备根据所有解决方的项目能力特征向量，将项目需求拆分为多个子需求。从而，本技术方案通过对各个解决方的项目能力进行编码，可以快速且准确的计算与多个解决方分别对应的项目能力特征向量。

可选地，根据项目能力特征向量，将项目需求拆分为多个子需求的操作，包括：根据项目能力特征向量，对多个解决方进行聚类操作；以及根据聚类操作所确定的多个解决方类别中的解决方的项目能力，确定多个子需求。

具体地，计算设备将与项目需求相关的所有解决方的项目能力特征向量计算完成后，会根据所有解决方的项目能力特征向量，计算各个解决方与其余解决方之间的距离，之后进行聚类操作。例如，与项目需求相关的解决方共有n个，则计算设备会依次计算解决方1~解决方n彼此之间的距离。

其中，解决方之间的距离例如可以是解决方的项目能力特征向量的相应元素的差值的平方和。

例如，解决方1的项目能力特征向量X1=（a_{1_1}，a_{1_2}，a_{1_3}，a_{1_4}，a_{1_5}，a_{1_6}，a_{1_7}，a_{1_8}，a_{1_9}，a_{1_10}，a_{1_11}，a_{1_12}，a_{1_13}，c_{1_1}，c_{1_2}，c_{1_3}，c_{1_4}），具体为：

X1=（1，1，0，0，0，0，0，0，0，0，0，0，0，1，0，0，0）。

同理，解决方2的项目能力特征向量X2=（a_{2_1}，a_{2_2}，a_{2_3}，a_{2_4}，a_{2_5}，a_{2_6}，a_{2_7}，a_{2_8}，a_{2_9}，a_{2_10}，a_{2_11}，a_{2_12}，a_{2_13}，c_{2_1}，c_{2_2}，c_{2_3}，c_{2_4}），具体为：

X2=（1，0，1，0，0，0，0，0，0，0，0，0，0，0，0，0，0）。

从而，计算解决方1和解决方2之间的距离的具体公式为：D（X1，X2）=（a_{1_1}-a_{2_1}）²+（a_{1_2}-a_{2_2}）²+...+（c_{1_4}-c_{2_4}）²，即D（X1，X2）=（1-1）²+（1-0）²+（0-1）²+（1-0）²=3。则计算设备得到解决方1和解决方2之间的距离为3。从而根据上述计算距离的方式，计算设备计算出解决方1~解决方n彼此之间的距离。

之后计算设备根据所有解决方之间的距离对解决方进行聚类，从而确定多个解决方类别。例如解决方1和解决方2为一类，解决方3和解决方5为一类等等。之后计算设备会根据多个解决方类别中的解决方的项目能力，确定多个子需求。例如：类别1中的多个解决方能提供组件1和组件2以及零部件1~零部件6。则在该类别中与其对应的需求为组件1和组件2以及零部件1~零部件6。类别2中的多个解决方能提供组件3和零部件7~零部件9以及零部件12。则在该类别中与其对应的需求为组件3和零部件7~零部件9以及零部件12。从而计算设备将项目需求进行划分，将组件1和组件2以及零部件1~零部件6划分为一个子需求，将组件3和零部件7~零部件9以及零部件12划分为另一个子需求。依照上述方式将所有的组件和零部件全部划分完成后，从而得到多个子需求。

从而本技术方案通过项目能力特征向量计算各个解决方之间的距离，可以快速准确地对解决方进行聚类操作。

可选地，根据项目能力特征向量，对多个解决方进行聚类操作的操作，包括：根据预先设置的多个聚类方案，分别对多个解决方进行聚类，确定基于不同聚类方案的解决方类别；根据预设规则，从多个聚类方案中确定用于对项目需求进行拆分的聚类方案；以及将由所确定聚类方案所确定的解决方类别，作为用于对项目需求进行拆分的解决方类别。

具体地，预先设置的多个聚类方案分别设置有不同的距离阈值。从而在每个聚类方案中，将彼此距离小于距离阈值的解决方划分在一个类别中。因此，当聚类方案距离阈值越小，每个聚类方案中包括的解决方的数量就越少，划分的类别的数量就越多。例如计算设备根据解决方1~解决方n之间的距离，对解决方1~解决方n进行聚类操作。例如聚类方案1设置的距离阈值为4，当解决方1和解决方2的距离不大于预定的距离阈值4，则将解决方1和解决方2归为一类。即在预先设定的距离阈值为4的聚类方案下，将解决方1和解决方2的类别确定为一类。当解决方1和解决方3的距离大于距离阈值4时，解决方1和解决方3不划分在同一个类别中。聚类方案2设置的距离阈值为5，当解决方1至解决方3彼此之间的距离不大于预定的距离阈值5时，则将解决方1至解决方3归为同一类别。

进一步地，计算设备根据预设规则，从距离阈值不同的多个聚类方案中确定用于对项目需求进行拆分的聚类方案，例如从距离阈值为4的聚类方案1和距离阈值为5的聚类方案2等多个聚类方案中确定一个聚类方案，之后根据该聚类方案所划分的类别中的解决方的项目能力对项目需求进行拆分。

从而，计算设备根据预先设定的距离阈值，得到数量最多的聚类方案，从而扩大对聚类方案的选择范围，并且在可以得到数量最多的聚类方案的情况下筛选出最合适的距离阈值。

可选地，预设规则包括：从多个聚类方案中选择每个类别中解决方数量最多的聚类方案作为对项目需求进行拆分的聚类方案；或者从多个聚类方案中选择每个解决方类别中解决方数量大于预定阈值，并且解决方类别数最多的聚类方案作为对项目需求进行拆分的聚类方案。

具体地，参照上面所述聚类方案所产生的类别不同，从而类别的数量以及每个类别中包含的解决方的数量也不同。因此，计算设备可以根据预先设置的规则，从多个聚类方案中选择合适的聚类方案。

作为一个示例，计算设备可以选择每个类别中解决方数量最多的聚类方案作为对项目需求进行拆分的聚类方案。例如，某个聚类方案所得到的每个类别中的解决方数量都不小于25个，与其他聚类方案相比，该聚类方案的每个类别中解决方数量最多，则将该聚类方案作为对项目需求进行拆分的聚类方案。

或者作为一个示例，计算设备首先获取每个聚类方案中的各个解决方类别中的解决方数量，判断是否大于预定阈值。例如当预定的解决方数量阈值为5时，聚类方案1中的每个解决方类别中的解决方数量都为16，则计算设备判断聚类方案1中的每个解决方类别中的解决方数量都大于预定阈值5。当聚类方案2中的每个解决方类别中的解决方数量都为17，则计算设备判断聚类方案2中的每个解决方类别中的解决方数量也都大于预定阈值5。之后计算设备会根据聚类方案1和聚类方案2各自的解决方类别数，选择类别数量多的聚类方案作为对项目需求进行拆分的聚类方案。例如聚类方案1的类别数为10个，聚类方案2的类别数为9个，则在每个解决方类别中解决方数量都大于预定阈值5的情况下，当聚类方案1的类别数大于聚类方案2的类别数时，计算设备将类别数更多的聚类方案1作为对项目需求进行拆分的聚类方案。

从而本技术方案通过选择解决方数量最多的聚类方案或者解决方数量大于预定阈值且解决方类别数最多的聚类方案，从而可以得到解决方最多的聚类方案。从而在对项目需求进行拆分时，解决方数量多可以使得每个类别都有最多的选择方案，扩大了选择的范围，避免了在某一解决方无法提供组件或者零部件时，没有备选方案的问题。

此外，参考图5所示，对项目需求进行拆分的具体步骤如下所示：

S1：计算设备根据要拆分的项目的项目需求信息，对该项目的项目需求进行分类，确定该项目需求所属的类别；

S2：计算设备根据与该需求类别对应的关键词，搜索解决方；

S3：根据搜索结果，计算设备得到解决方及解决方的能力对应的项目信息；

S4：计算设备根据解决方彼此间的距离，对解决方进行聚类操作；

S5：根据不同类别的解决方，计算设备从多个解决方类别中选择一个最合理的解决方类别，作为最优方案；

S6：计算设备根据最优方案将项目需求进行拆分，从而得到多个子需求。

此外，参考图1所示，根据本实施例的第二个方面，提供了一种存储介质。所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例，计算设备在对项目需求进行拆分之前，会考虑到与项目需求相关的解决方的项目能力，根据解决方的项目能力信息对项目需求进行拆分。从而可以全面考虑到项目需求在被拆分时的情况，从而可以制定最优方案对项目需求进行拆分。避免了现有技术中由于没有考虑到解决方的情况，仅仅根据项目工程数据就对用户需求进行拆分，所造成的与解决方的实际情况不匹配的问题。并且本技术方案也不需要在需求拆分后再次根据解决方的情况进行调整，在拆分之前就将解决方的能力问题纳入拆分条件，使得拆分结果与解决方的实际情况极度吻合，从而提高了对项目需求的拆分效率。进而解决了现有技术中存在的对项目需求进行拆分时效率低的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

实施例2

图6示出了根据本实施例所述的项目需求拆分装置600，该装置600与根据实施例1的第一个方面所述的方法相对应。参考图6所示，该装置600包括：信息获取模块610，用于获取项目需求信息，项目需求信息指示针对预定项目的项目需求；第一确定模块620，用于根据项目需求信息，确定与项目需求相关的多个解决方；以及需求拆分模块630，用于根据多个解决方的项目能力信息，将项目需求拆分为多个子需求，其中项目能力信息指示多个解决方与预定项目相关的项目能力，并且多个子需求分别与不同项目能力的解决方对应。

可选地，第一确定模块620包括：第一确定子模块，用于通过预设的需求分类模型，根据项目需求信息确定项目需求所属的需求类别；以及第二确定子模块，用于确定与需求类别对应的多个解决方。

可选地，第二确定子模块包括：第一确定单元，用于确定与需求类别对应的关键词；以及第二确定单元，用于根据关键词进行查询，确定与需求类别对应的多个解决方。

可选地，需求拆分模块630包括：第二确定子模块，用于通过预设的项目能力编码模型，根据项目能力信息确定与多个解决方分别对应的项目能力特征向量；以及第一拆分子模块，用于根据项目能力特征向量，将项目需求拆分为多个子需求。

可选地，第二确定子模块包括：第一聚类单元，用于根据项目能力特征向量，对多个解决方进行聚类操作；以及第三确定单元，用于根据聚类操作所确定的多个解决方类别中的解决方的项目能力，确定多个子需求。

可选地，第一聚类单元包括：根据预先设置的多个聚类方案，分别对多个解决方进行聚类，确定基于不同聚类方案的解决方类别；根据预设规则，从多个聚类方案中确定用于对项目需求进行拆分的聚类方案；以及将由所确定聚类方案所确定的解决方类别，作为用于对项目需求进行拆分的解决方类别。

可选地，预设规则包括：从多个聚类方案中选择每个类别中解决方数量最多的聚类方案作为对项目需求进行拆分的聚类方案；或者从多个聚类方案中选择每个解决方类别中解决方数量大于预定阈值，并且解决方类别数最多的聚类方案作为对项目需求进行拆分的聚类方案。

从而根据本实施例，计算设备在对项目需求进行拆分之前，会考虑到与项目需求相关的解决方的项目能力，根据解决方的项目能力信息对项目需求进行拆分。从而可以全面考虑到项目需求在被拆分时的情况，从而可以制定最优方案对项目需求进行拆分。避免了现有技术中由于没有考虑到解决方的情况，仅仅根据项目工程数据就对用户需求进行拆分，所造成的与解决方的实际情况不匹配的问题。并且本技术方案也不需要在需求拆分后再次根据解决方的情况进行调整，在拆分之前就将解决方的能力问题纳入拆分条件，使得拆分结果与解决方的实际情况极度吻合，从而提高了对项目需求的拆分效率。进而解决了现有技术中存在的对项目需求进行拆分时效率低的技术问题。

实施例3

图7示出了根据本实施例所述的项目需求拆分装置700，该装置700与根据实施例1的第一个方面所述的方法相对应。参考图7所示，该装置700包括：处理器710；以及存储器720，与处理器710连接，用于为处理器710提供处理以下处理步骤的指令：获取项目需求信息，项目需求信息指示针对预定项目的项目需求；根据项目需求信息，确定与项目需求相关的多个解决方；以及根据多个解决方的项目能力信息，将项目需求拆分为多个子需求，其中项目能力信息指示多个解决方与预定项目相关的项目能力，并且多个子需求分别与不同项目能力的解决方对应。

可选地，根据项目需求信息，确定与项目需求相关的多个解决方的操作，包括：通过预设的需求分类模型，根据项目需求信息确定项目需求所属的需求类别；以及确定与需求类别对应的多个解决方。

可选地，确定与需求类别对应的多个解决方的操作，包括：确定与需求类别对应的关键词；以及根据关键词进行查询，确定与需求类别对应的多个解决方。

可选地，根据多个解决方的项目能力信息，将项目需求拆分为多个子需求的操作，包括：通过预设的项目能力编码模型，根据项目能力信息确定与多个解决方分别对应的项目能力特征向量；以及根据项目能力特征向量，将项目需求拆分为多个子需求。

可选地，根据项目能力特征向量，将项目需求拆分为多个子需求的操作，包括：根据项目能力特征向量，对多个解决方进行聚类操作；以及根据聚类操作所确定的多个解决方类别中的解决方的项目能力，确定多个子需求。

可选地，根据项目能力特征向量，对多个解决方进行聚类操作的操作，包括：根据预先设置的多个聚类方案，分别对多个解决方进行聚类，确定基于不同聚类方案的解决方类别；根据预设规则，从多个聚类方案中确定用于对项目需求进行拆分的聚类方案；以及将由所确定聚类方案所确定的解决方类别，作为用于对项目需求进行拆分的解决方类别。

可选地，预设规则包括：从多个聚类方案中选择每个类别中解决方数量最多的聚类方案作为对项目需求进行拆分的聚类方案；或者从多个聚类方案中选择每个解决方类别中解决方数量大于预定阈值，并且解决方类别数最多的聚类方案作为对项目需求进行拆分的聚类方案。

从而根据本实施例，计算设备在对项目需求进行拆分之前，会考虑到与项目需求相关的解决方的项目能力，根据解决方的项目能力信息对项目需求进行拆分。从而可以全面考虑到项目需求在被拆分时的情况，从而可以制定最优方案对项目需求进行拆分。避免了现有技术中由于没有考虑到解决方的情况，仅仅根据项目工程数据就对用户需求进行拆分，所造成的与解决方的实际情况不匹配的问题。并且本技术方案也不需要在需求拆分后再次根据解决方的情况进行调整，在拆分之前就将解决方的能力问题纳入拆分条件，使得拆分结果与解决方的实际情况极度吻合，从而提高了对项目需求的拆分效率。进而解决了现有技术中存在的对项目需求进行拆分时效率低的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种项目需求拆分方法，其特征在于，包括：

获取项目需求信息，所述项目需求信息指示针对预定项目的项目需求；

根据所述项目需求信息，确定与所述项目需求相关的多个解决方；以及

根据所述多个解决方的项目能力信息，将所述项目需求拆分为多个子需求，其中所述项目能力信息指示所述多个解决方与所述预定项目相关的项目能力，并且所述多个子需求分别与不同项目能力的解决方对应。

2.根据权利要求1所述的方法，其特征在于，根据所述项目需求信息，确定与所述项目需求相关的多个解决方的操作，包括：

通过预设的需求分类模型，根据所述项目需求信息确定所述项目需求所属的需求类别；以及

确定与所述需求类别对应的所述多个解决方。

3.根据权利要求2所述的方法，其特征在于，确定与所述需求类别对应的所述多个解决方的操作，包括：

确定与所述需求类别对应的关键词；以及

根据所述关键词进行查询，确定与所述需求类别对应的所述多个解决方。

4.根据权利要求1所述的方法，其特征在于，根据所述多个解决方的项目能力信息，将所述项目需求拆分为多个子需求的操作，包括：

通过预设的项目能力编码模型，根据所述项目能力信息确定与所述多个解决方分别对应的项目能力特征向量；以及

根据所述项目能力特征向量，将所述项目需求拆分为多个子需求。

5.根据权利要求4所述的方法，其特征在于，根据所述项目能力特征向量，将所述项目需求拆分为多个子需求的操作，包括：

根据所述项目能力特征向量，对所述多个解决方进行聚类操作；以及

根据聚类操作所确定的多个解决方类别中的解决方的项目能力，确定所述多个子需求。

6.根据权利要求5所述的方法，其特征在于，根据所述项目能力特征向量，对所述多个解决方进行聚类操作的操作，包括：

根据预先设置的多个聚类方案，分别对所述多个解决方进行聚类，确定基于不同聚类方案的解决方类别；

根据预设规则，从所述多个聚类方案中确定用于对所述项目需求进行拆分的聚类方案；以及

将由所确定聚类方案所确定的解决方类别，作为用于对所述项目需求进行拆分的解决方类别。

7.根据权利要求6所述的方法，其特征在于，所述预设规则包括：

从所述多个聚类方案中选择每个类别中解决方数量最多的聚类方案作为对所述项目需求进行拆分的聚类方案；或者

从所述多个聚类方案中选择每个解决方类别中解决方数量大于预定阈值，并且解决方类别数最多的聚类方案作为对所述项目需求进行拆分的聚类方案。

8.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至7中任意一项所述的方法。

9.一种项目需求拆分装置，其特征在于，包括：

信息获取模块，用于获取项目需求信息，所述项目需求信息指示针对预定项目的项目需求；

第一确定模块，用于根据所述项目需求信息，确定与所述项目需求相关的多个解决方；以及

需求拆分模块，用于根据所述多个解决方的项目能力信息，将所述项目需求拆分为多个子需求，其中所述项目能力信息指示所述多个解决方与所述预定项目相关的项目能力，并且所述多个子需求分别与不同项目能力的解决方对应。

10.一种项目需求拆分装置，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

获取项目需求信息，所述项目需求信息指示针对预定项目的项目需求；

根据所述项目需求信息，确定与所述项目需求相关的多个解决方；以及

根据所述多个解决方的项目能力信息，将所述项目需求拆分为多个子需求，其中所述项目能力信息指示所述多个解决方与所述预定项目相关的项目能力，并且所述多个子需求分别与不同项目能力的解决方对应。

Images