CN110852701A - 产品需求管理方法、装置和系统 - Google Patents

Abstract

本发明公开了产品需求管理方法、装置和系统，涉及计算机技术领域。该方法的一具体实施方式包括：提供第一信息交互界面，第一信息交互界面包括有产品需求对应的多个信息项；获取并存储录入多个信息项的信息集，信息集指示为产品需求的需要管理的信息；在接收到针对多个信息项中的目标信息项的迭代指示时，为目标信息项增设新的信息项；获取并存储录入新的信息项中的迭代信息，迭代信息包括迭代版本信息以及信息集对应的变更信息。该实施方式能够对产品需求的信息进行规范管理。

Description

产品需求管理方法、装置和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种产品需求管理方法、装置和系统。

背景技术

在构建新产品或者对已有产品进行更新之前，需要根据确定出的目标，明确产品需求，以使新产品或者更新后的产品能够达到该目标。该产品需求可以为软件项目开发所对应的需求，特别地敏捷开发项目所对应的需求，如针对购物网站进行更新，则产品需求可以为验证码格式、网页排版、接口调整、版本配置等；还可以为实体产品设计/生产所对应的需求，如针对一款新服装的设计/生产来说，其产品需求可以为面料类型、适合季节、纽扣类型、纽扣分布情况等。

目前，主要采用人工方式管理产品需求。一般是通过人工制作出的表格如excel表整理和管理产品需求的简要概述。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

从立项到排期的所有信息如需求细节、需求所需资源、需求排期等都需要人工管理。

发明内容

有鉴于此，本发明实施例提供一种产品需求管理方法、装置和系统，解决了人工管理产品需求信息的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种产品需求管理方法，包括：

提供第一信息交互界面，第一信息交互界面包括有产品需求对应的多个信息项；

获取并存储录入多个信息项的信息集，信息集指示为所述产品需求的需要管理的信息；

在接收到针对多个信息项中的目标信息项的迭代指示时，为目标信息项增设新的信息项；

获取并存储录入新的信息项中的迭代信息，迭代信息包括迭代版本信息以及信息集对应的变更信息。

优选地，在存储录入多个信息项的信息集之后，进一步包括：

将信息集发送给信息集中的参与者。

优选地，在将信息集发送给信息集中的参与者之后，进一步包括：

接收信息集中的参与者发送的评论信息；

将评论信息发送给信息集中的发起者。

优选地，所述迭代指示包括：

为所述产品需求延伸子需求、将所述产品需求划分为多个子需求、为所述产品需求增加信息项以及修改所述目标信息项中的信息中的任意一个或多个。

优选地，产品需求管理方法，进一步包括：

确定所述产品需求所对应的评审结果；

根据所述评审结果，对所述信息集的操作权限进行锁定，其中，所述操作权限指示为所述信息集中的参与者和发起者可对所述信息集进行的操作。

优选地，所述确定所述产品需求所对应的评审结果，包括：

提供第二信息交互界面，所述第二信息交互界面包括有评审项，获取录入所述评审项中的评审结果。

优选地，所述确定所述产品需求所对应的评审结果，包括：

在当前时间达到预设的评审截至时间后，为所述产品需求生成对应的评审结果。

优选地，产品需求管理方法，进一步包括：

接收关联请求，其中所述关联请求指示与所述信息集具有关联关系的其他信息集；

根据所述关联请求，建立所述信息集与所述其他信息集的关联关系。

根据本发明实施例的第二方面，提供了一种产品需求管理装置，其特征在于，包括：交互单元以及处理单元，其中，

交互单元，用于提供第一信息交互界面，第一信息交互界面包括有多个信息项，接收针对多个信息项中的目标信息项的迭代指示；

处理单元，用于通过交互单元获取并存储录入第一信息交互界面的产品需求的信息集，信息集指示为产品需求的需要管理的信息，通过交互单元获取并存储录入新的信息项中的迭代信息，迭代信息包括迭代版本信息以及信息集对应的变更信息。

优选地，处理单元，进一步用于通过交互单元接收关联请求，其中关联请求指示与信息集具有关联关系的其他信息集；根据关联请求，建立信息集与其他信息集的关联关系。

根据本发明实施例的第三方面，提供了一种产品需求管理系统，包括：上述任一所述的产品需求管理装置以及客户端，其中，

产品需求管理装置，用于提供第一信息交互界面给客户端，第一信息交互界面包括有产品需求对应的多个信息项，在接收到针对多个信息项中的目标信息项的迭代指示时，为目标信息项增设新的信息项；

客户端，用于将录入第一信息交互界面的信息集发送给产品需求管理装置，发送针对多个信息项中的目标信息项的迭代指示给产品需求管理装置，并发送的新的信息项中的迭代信息给产品需求管理装置，迭代信息包括迭代版本信息以及信息集对应的变更信息。

上述发明中的一个实施例具有如下优点或有益效果：通过提供包括有产品需求对应的多个信息项的第一信息交互界面，发起者可在多个信息项里录入产品需求的信息，该多个信息项可帮助发起者规范整理产品需求的信息，另外，在涉及到针对目标信息项的迭代指示时，可为目标信息项增设新的信息项，通过分别存储录入多个信息项的信息集和录入新的信息项中的迭代信息，实现了对产品需求的需要管理的信息以及迭代信息的规范管理，解决了人工管理产品需求信息的问题。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的产品需求管理方法的主要流程的示意图；

图2是根据本发明实施例的产品需求管理装置的主要单元的示意图；

图3是根据本发明实施例的产品需求管理系统的主要装置的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

在本发明实施例中提及的发起者可为产品需求的管理部门或管理部门负责人；

在本发明实施例中提及的参与者可为产品需求的参与部门或者参与人员，比如针对计算机相关项目的产品需求来说，其参与者包含开发部门或开发部门的参与者、测试部门或测试部门的参与者、UI部门或UI部门的参与者、产品部门或产品部门的参与者等。

如图1所示，本发明实施例提供一种产品需求管理方法，该产品需求管理方法可包括如下步骤：

步骤S101：提供第一信息交互界面，第一信息交互界面包括有产品需求对应的多个信息项；

步骤S102：获取并存储录入多个信息项的信息集，信息集指示为产品需求的需要管理的信息；

步骤S103：在接收到针对多个信息项中的目标信息项的迭代指示时，为目标信息项增设新的信息项；

步骤S104：获取并存储录入新的信息项中的迭代信息，迭代信息包括迭代版本信息以及信息集对应的变更信息。

在图1示出的实施例所提供的技术方案中，通过提供包括有产品需求对应的多个信息项的第一信息交互界面，发起者可在多个信息项里录入产品需求的信息，该多个信息项可帮助发起者规范整理产品需求的信息，另外，在涉及到针对目标信息项的迭代指示时，可为目标信息项增设新的信息项，通过分别存储录入多个信息项的信息集和录入新的信息项中的迭代信息，实现了对产品需求的需要管理的信息以及迭代信息的管理，解决了人工管理产品需求信息的问题。

本发明实施例所提及的产品需求是指在一个项目要实现目标所需要的目标描述，该项目可为计算机领域或非计算机领域。针对计算机领域，该项目可如构建一个网站、为网站增加验证码、为网站修改登陆方式以及更新网站等，优选地该项目可为敏捷开发项目。针对非计算机领域，项目可如设计一款服饰、建造一座建筑物等。

在本发明实施中，第一信息交互界面可提供与产品需求所要管理的信息相对应的多个信息项。

在本发明一个实施例中，针对计算机领域的产品需求来说，多个信息项可包括：“用户操作场景”信息项、“需求描述”信息项、“原型图链接”信息项、“需求评级”信息项、“创建子需求”信息项、“需求所需资源”信息项以及“需求排期”信息项等中的任意一项或多项。

其中，“用户操作场景”信息项用于接收发起者对产品需求的用户操作场景的说明信息，比如，用户操作场景可为登陆网站、购物网站、金融交易网站等。

“需求描述”信息项用于接收发起者对产品需求的详细描述。其中，“需求描述”信息项还可分为多个子信息项，以更加细化需求描述内容，使得发起者能够对需求描述尽可能完善或完整。

“原型图链接”信息项用于接收发起者输入的软件操作界面的雏形，比如登陆界面的雏形等。

“需求评级”信息项用于接收发起者对产品需求划分出等级，该等级可以为发起者按照工作量、紧急程度以及工作内容等对产品需求划分出的等级。该等级划分的标准可以按需设置。比如，一种等级划分方式为：L1级满足的标准为i)代码改动很少，一般是文案、协议、版本配置信息、界面微调、不与主系统交互的单功能等需求；ii)工作量：开发及测试时间只需要半天到一天；L2级满足的标准为i)代码改动的服务2-3个，一般是基础功能上的迭代优化，接口或功能改动范围不超过5个；ii)工作量：开发及测试时间需要1-2天；L3级满足的标准为i)代码改动的服务在4个及4个以上，接口或功能改动范围超过5个；ii)改动的服务包含核心服务，业务逻辑一般复杂，接口或功能改动范围不超过3个；iii)现有新产品接入；iv)工作量：开发及测试时间需要3-5天；L4级满足的标准为i)代码改动的服务在4个及4个以上，接口或功能改动范围超过5个；ii)改动的服务包含核心服务，且业务逻辑复杂，接口或功能改动范围在4个及4个以上；iii)新银行或新的产品类型接入；iv)工作量：开发及测试时间需要1周以上。上述只是给出的一个等级划分标准实例。发起者还可以根据自己项目或者产品需求的具体情况定义等级以及等级的划分标准。

“创建子需求”信息项用于将产品需求进一步划分为各个子需求的信息。比如，针对一个网站更新的产品需求，涉及验证码输入框、网页页面展示、页面切换等，则可将验证码输入框、网页页面展示、页面切换等划分为各个子产品需求。

“需求所需资源”信息项用于接收发起者给出的各个部门的参与者(角色)、需要投入的人力以及参与者(角色)需花费的时间等。比如，该参与者(角色)可为软件开发者、软件测试者、UI设计者以及产品运营等与产品需求相关的人员。

“需求排期”信息项用于接收发起者对产品需求的排期信息，该排期信息可包括各个阶段时间点，比如产品需求的确定时间、界面完成时间、开发时间、开发转测时间以及上线时间等。

下面将以一个简单的具体实例对上述各个信息项进行说明。比如，一个产品需求A为“在登陆网站的页面上加一个验证码输入框，验证码输入框支持随机生成4位数字和字母，用户只有在输入正确的数字和字母的时候才能完成验证”。将该产品需求A的信息录入到信息项中，以对该产品需求A进行管理。

其中，产品需求A的“用户操作场景”信息项录入“登陆网站”。

产品需求A的“需求描述”信息项录入“加一个验证码输入框，验证码输入框支持随机生成4位数字和字母，用户只有在输入正确的数字和字母的时候才能完成验证”

产品需求A的“原型图链接”信息项录入登陆网站的原型图雏形的链接。

由于产品需求A工作量不大，涉及微调，根据预先定义好的等级划分标准，“需求评级”信息项录入与等级划分标准相匹配的等级比如L1级。

另外，关于产品需求A的“创建子需求”信息项可按照需求录入，比如无需创建子需求，则该项可以不录入任何信息；“需求所需资源”信息项以及“需求排期”信息项可按照产品需求A的工作量、紧急程度等进行安排并录入。

在本发明实施例中定义的发起者是指产品需求的发起人或者产品需求的发起部门；定义的参与者是指在“需求所需资源”信息项录入的与产品需求有关的其他人或者部门。

迭代指示包括：为产品需求延伸子需求、将产品需求划分为多个子需求、为产品需求增加信息项以及修改目标信息项中的信息中的任意一个或多个。针对产品需求延伸子需求来说，比如，产品需求B需要延伸出产品需求C，则迭代指示则可为产品需求B增加产品需求C对应的多个信息项，通过该迭代指示的方式增加产品需求C，可使产品需求B与产品需求C相关联。针对产品需求延伸子需求来说，比如，产品需求B需要划分为子需求a和b，则迭代指示则可为产品需求B增加子需求a对应的多个信息项以及子需求b对应的多个信息项，通过该迭代指示的方式，可使产品需求B与子需求a和子需求b相关联。

步骤S103的迭代指示的应用场景可以包括：一、存储录入第一信息交互界面的产品需求的信息集之后，且在对产品需求进行评审之前，需要对产品需求的信息进行修改；二、参与者对产品需求评论之后，且在对产品需求进行评审之前，需要对产品需求的信息进行修改；三、在对产品需求进行评审之后，需要按照评审意见对产品需求的信息进行修改。

通过为需要迭代的目标信息项增设新的信息项，并将迭代指示所对应的迭代信息写入该新的信息项。不仅可以管理迭代后的产品需求的信息，还可以保留及管理迭代之前原始的产品需求的信息，从而使发起者或参与者能够准确的追溯产品需求的信息迭代过程、每一次迭代的迭代范围。而且在迭代后还可以追溯到产品需求初始的录入。另外，通过迭代指示可对产品需求的信息遗漏进行补充，还可给参与者评论以及评审，能够较大程度的避免产品需求信息的遗漏。

在本发明一个实施例中，目标信息项对应的迭代信息可通过替换信息集中目标信息项所对应的信息，生成一个新的信息集。由于一个信息集可看作产品需求信息的一个版本，那么新的信息集即为迭代后的产品需求信息的迭代版本。比如，原始产品需求对应的信息项包括1、2、3及4，迭代指示为更改信息项3，则为该信息项3增设新的信息项3’，原始产品需求信息版本则为1、2、3及4中的信息组成的信息集；迭代后产品需求信息版本则为1、2、3’及4中的信息组成的信息集；值得说明的是，为当前迭代指示所增设的新的信息项，可成为下一次迭代指示的目标信息项。可很好的追踪产品需求信息的不同版本。

其中，迭代版本信息是为了指示迭代版本产生的原因、迭代版本形成时间等，其中迭代版本产生的原因可为主动修改以迭代更新、根据评审意见迭代，根据评论迭代等。

在本发明一个实施例中，上述管理方法可进一步包括：在存储录入多个信息项的信息集之后，进一步包括：将信息集发送给信息集中的参与者。比如，可发送到参与者的邮箱，可以发送到参与者的其他可接收信息的客户端等。以使参与者能够及时的获知和处理该产品需求。另外，还可将迭代后的变更项也发送给参与者。

在本发明一个实施例中，在上述步骤S102之后，还可以包括：接收信息集中的参与者发送的评论信息；将评论信息发送给信息集中的发起者。通过该过程实现了参与者与发起者针对产品需求的线上对话。另外，基于参与者可发送评论信息的构思，发起者可回复该评论信息。该评论信息可通过邮件的方式同步发送给发起者。

对于很多企业来说，为了能够使产品需求设计比较符合用户需要，避免资源的浪费，需要对产品需求进行评审。本发明一个实施例中，该产品资源管理方法可进一步包括：确定产品需求所对应的评审结果；根据评审结果，对信息集的操作权限进行锁定，其中，操作权限指示为信息集中的参与者和发起者可对信息集进行的操作。该评审结果可以为“通过”或者“不通过”的直接结果。评审结果为“通过”时，该对信息集的操作权限进行锁定可为锁定对产品需求信息迭代操作的权限等，以禁止修改产品需求的信息。评审结果为“不通过”时，该对信息集的操作权限进行锁定可为锁定对产品需求信息迭代操作的权限、锁定对产品需求信息进行评论操作的权限以及锁定对产品需求信息进行评审操作的权限等，以禁止修改产品需求的信息。另外，评审结果还可以为提出的评审意见，该对信息集的操作权限进行锁定可为锁定对产品需求的信息进行评审操作的权限等。

上述评审结果可以为发起者或者参与者通过第二信息交互界面包括的评审项输入的，即通过提供第二信息交互界面，第二信息交互界面包括有评审项，获取录入评审项中的评审结果；也可为对评审结果设置截至时间，在当前时间达到预设的评审截至时间后，为产品需求生成对应的评审结果，其中，为产品需求生成对应的评审结果可为如果仍然没有评审结果，自动将评审结果设置为通过；如果评审结果中已经包含“不通过”的个数达到了预设的阈值，则自动将评审结果设置为不通过等。

在上述多个实施例组合实现产品需求管理过程中，其可对初始录入的产品需求的信息进行管理，也可对每一次变更后的信息进行管理，该每一次变更可以为发起者主动修改，也可以为针对参与者评论意见进行产品需求的变更，还可以为每一次评审后的变更(该评审可以为对初始初始录入的产品需求的信息的评审，也可以为对前一次评审后的变更进行的评审)，实现了对每个产品需求的信息版本迭代的记录以及对迭代形成的每个产品需求的信息版本的管理。

另外，本发明实施例提供的产品需求管理应用于管理频繁迭代的产品所对应的产品需求如敏捷开发产品/项目所对应的产品需求时，由于频繁迭代的产品每一次变化一般不是很大，因此，可在上一次产品需求的信息基础上，通过变更操作形成当前产品需求的信息。如一个网页可能每周需要更新2-3个版本，每次更新版本所对应的产品需求的信息可在上一次更新版本所对应的产品需求的信息基础上，通过变更操作实现，其并不会覆盖上一次更新版本所对应的产品需求的信息。因此，实现了对频繁迭代产品所对应的产品需求的信息的管理。

本发明一个实施例中，产品需求管理方法可进一步包括：接收关联请求，其中关联请求指示与信息集具有关联关系的其他信息集；根据关联请求，建立信息集与其他信息集的关联关系。通过该关联关系可以通过当前的产品需求查找与其关联的其他产品需求，能有有效地提高查找效率。

另外，由于产品需求的信息的录入是规范性的如通过信息项录入，而且能够使发起者和参与者获知录入的产品需求的信息，并为评审设定了时间限制。因此，与现有的产品需求的信息管理方式相比，本发明实施例提供的产品需求管理能够有效地提高工作效率。

上述实施例仅以计算机领域方面的应用为例展开说明。本发明实施例提供的产品需求管理方法还可根据不同业务属性和开发模式对信息项进行调整，以达到有效管理产品需求和提高工作效率的目的。比如实体产品设计所涉及的产品需求、产品生产所涉及的产品需求、产品经营所涉及的产品需求等。

如图2所示，本发明实施例提供一种产品需求管理装置200，该产品需求管理装置200包括：交互单元201以及处理单元202，其中，

交互单元201，用于提供第一信息交互界面，第一信息交互界面包括有多个信息项，接收针对多个信息项中的目标信息项的迭代指示；

处理单元202，用于通过交互单元201获取并存储录入第一信息交互界面的产品需求的信息集，信息集指示为产品需求的需要管理的信息，通过交互单元获取并存储录入新的信息项中的迭代信息，迭代信息包括迭代版本信息以及信息集对应的变更信息。

在本发明一个实施例中，处理单元202，进一步用于通过交互单元201将信息集发送给信息集中的参与者。

在本发明一个实施例中，处理单元202，进一步用于通过交互单元201接收信息集中的参与者发送的评论信息；将评论信息发送给信息集中的发起者。

在本发明一个实施例中，迭代指示包括：为产品需求延伸子需求、将产品需求划分为多个子需求、为产品需求增加信息项以及修改目标信息项中的信息中的任意一个或多个。

在本发明一个实施例中，处理单元202，进一步用于通过交互单元201确定产品需求所对应的评审结果；根据评审结果，对信息集的操作权限进行锁定，其中，操作权限指示为信息集中的参与者和发起者可对信息集进行的操作。

在本发明一个实施例中，处理单元202，用于提供第二信息交互界面，第二信息交互界面包括有评审项，获取录入评审项中的评审结果。

在本发明一个实施例中，处理单元202，用于在当前时间达到预设的评审截至时间后，为产品需求生成对应的评审结果。

在本发明一个实施例中，处理单元202，进一步用于通过交互单元201接收关联请求，其中关联请求指示与信息集具有关联关系的其他信息集；根据关联请求，建立信息集与其他信息集的关联关系。

如图3所示，本发明实施例提供一种产品需求管理系统300，该产品需求管理系统300包括：上述任一产品需求管理装置200以及客户端301，其中，

产品需求的管理装置200，用于提供第一信息交互界面给客户端301，第一信息交互界面包括有产品需求对应的多个信息项，在接收到针对多个信息项中的目标信息项的迭代指示时，为目标信息项增设新的信息项；

客户端301，用于将录入第一信息交互界面的信息集发送给产品需求管理装置200，发送针对多个信息项中的目标信息项的迭代指示给产品需求管理装置，并发送的新的信息项中的迭代信息给产品需求管理装置200，迭代信息包括迭代版本信息以及信息集对应的变更信息。

图4示出了可以应用本发明实施例的产品需求管理方法或产品需求管理装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的交互界面提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品需求信息查询请求、存储请求、关联请求等数据进行分析等处理，并将处理结果(例如不同版本产品需求信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的产品需求管理方法一般由服务器405执行，相应地，产品需求管理装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括交互单元和处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，交互单元还可以被描述为“向所连接的客户端发送和接收信息的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：提供信息交互界面，信息交互界面包括有多个信息项；获取录入信息交互界面的产品需求的信息集，并存储信息集，信息集指示为录入多个信息项的信息集合；根据接收到的针对信息项的变更操作，为信息项增设变更项，并将变更操作所对应的变更信息写入变更项。

根据本发明实施例的技术方案，通过提供包括有多个信息项的信息交互界面，发起者可根据信息项规范性的录入产品需求的信息，从而使存储的产品需求所对应的信息集中的信息具有规范性，另外，在涉及到变更时，通过为信息项增设变更项，通过在变更项写入变更信息，使变更信息也具有管理规范性。与现有的人工制作表格管理产品需求的信息相比，本发明实施例提供的方案能够对产品需求的信息进行规范管理。

另外，根据本发明实施例的技术方案，通过为信息项增设变更项，并将变更操作所对应的变更信息写入变更项。不仅可以管理变更后的产品需求的信息，还可以管理原始的产品需求的信息，从而使发起者或参与者能够准确的追溯产品需求的信息变更过程、每一次变更的变更范围。可很好的追踪产品需求的信息的不同版本。而且在修改后还可以追溯到产品需求初始的录入。另外，通过变更操作可对产品需求的信息遗漏进行补充，还可给参与者评论以及评审，能够较大程度的避免产品需求信息的遗漏。使参与者能够及时的获知和处理该产品需求。还实现了对每个产品需求的信息版本迭代的记录以及对迭代形成的每个产品需求的信息版本的管理以及对频繁迭代产品所对应的产品需求的信息的管理，能够有效地提高工作效率。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种产品需求管理方法，其特征在于，包括：

提供第一信息交互界面，所述第一信息交互界面包括有产品需求对应的多个信息项；

获取并存储录入所述多个信息项的信息集，所述信息集指示为所述产品需求的需要管理的信息；

在接收到针对所述多个信息项中的目标信息项的迭代指示时，为所述目标信息项增设新的信息项；

获取并存储录入所述新的信息项中的迭代信息，所述迭代信息包括迭代版本信息以及所述信息集对应的变更信息。

2.根据权利要求1所述产品需求管理方法，其特征在于，在所述获取并存储录入所述多个信息项的信息集之后，进一步包括：

将所述信息集发送给所述信息集中的参与者。

3.根据权利要求1所述产品需求管理方法，其特征在于，在所述将所述信息集发送给所述信息集中的参与者之后，进一步包括：

接收所述信息集中的参与者发送的评论信息；

将所述评论信息发送给所述信息集中的发起者。

4.根据权利要求1所述产品需求管理方法，其特征在于，所述迭代指示包括：

为所述产品需求延伸子需求、将所述产品需求划分为多个子需求、为所述产品需求增加信息项以及修改所述目标信息项中的信息中的任意一个或多个。

5.根据权利要求1至4任一所述产品需求管理方法，其特征在于，进一步包括：

确定所述产品需求所对应的评审结果；

根据所述评审结果，对所述信息集的操作权限进行锁定，其中，所述操作权限指示为所述信息集中的参与者和发起者可对所述信息集进行的操作。

6.根据权利要求5所述产品需求管理方法，其特征在于，所述确定所述产品需求所对应的评审结果，包括：

提供第二信息交互界面，所述第二信息交互界面包括有评审项，获取录入所述评审项中的评审结果；

或者，

在当前时间达到预设的评审截至时间后，为所述产品需求生成对应的评审结果。

7.根据权利要求1至4、6中任一所述产品需求管理方法，其特征在于，进一步包括：

接收关联请求，其中所述关联请求指示与所述信息集具有关联关系的其他信息集；

根据所述关联请求，建立所述信息集与所述其他信息集的关联关系。

8.一种产品需求管理装置，其特征在于，包括：交互单元以及处理单元，其中，

所述交互单元，用于提供第一信息交互界面，所述第一信息交互界面包括有多个信息项，接收针对所述多个信息项中的目标信息项的迭代指示；

所述处理单元，用于通过所述交互单元获取并存储录入所述第一信息交互界面的产品需求的信息集，所述信息集指示为所述产品需求的需要管理的信息，通过所述交互单元获取并存储录入所述新的信息项中的迭代信息，所述迭代信息包括迭代版本信息以及所述信息集对应的变更信息。

9.根据权利要求8所述管理装置，其特征在于，

所述处理单元，进一步用于接收关联请求，其中所述关联请求指示与所述信息集具有关联关系的其他信息集；根据所述关联请求，建立所述信息集与所述其他信息集的关联关系。

10.一种产品需求管理系统，其特征在于，包括：权利要求8或9所述的产品需求管理装置以及客户端，其中，

所述产品需求管理装置，用于提供第一信息交互界面给所述客户端，所述第一信息交互界面包括有产品需求对应的多个信息项，在接收到针对所述多个信息项中的目标信息项的迭代指示时，为所述目标信息项增设新的信息项；

所述客户端，用于将录入所述第一信息交互界面的信息集发送给所述产品需求管理装置，发送针对所述多个信息项中的目标信息项的迭代指示给所述产品需求管理装置，并发送的所述新的信息项中的迭代信息给所述产品需求管理装置，所述迭代信息包括迭代版本信息以及所述信息集对应的变更信息。

11.一种产品需求管理装置，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images