CN109636344A - 需求变更方法、装置、介质及电子设备 - Google Patents

Abstract

本发明提供了一种需求变更方法，该方法包括：响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更；将所述需求的变更内容更新到所述需求的文档中。在本公开的技术方案中，当用户发起需求变更时，可以响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更，将所述需求的变更内容更新到所述需求的文档中，以此方式可以统一通知其他用户，以使得其他用户得知该需求已经被变更，并且其他用户可以查看该需求的变更内容，从而提高了生产效率。本发明还提供了一种需求变更装置、介质以及电子设备。

Description

需求变更方法、装置、介质及电子设备

技术领域

本发明涉及互联网技术的技术领域，具体而言，涉及一种需求变更方法、装置、介质及电子设备。

背景技术

随着互联网技术的快速发展，各种各样的软件层出不穷。一般地软件开发的具体流程为需求提出、需求分析、设计开发、系统测试、需求验收、需求上线。由于这六个环节的负责人可能隶属不同公司、隶属不同部门，隶属不同的办公地点。当需求在该六个环节中任意一个环节出现变更时，不同部门人员，倾向于采取不同的上下游沟通方式，如采用口头通知、便签通知、邮件通知或其他线下电话、面对面等多种方式，没有统一的传输标准，导致传输过程中可能出现误差，信息再次传输时，误差被逐步放大，导致六方人员对需求达不成一致认可，事后经常出现责任互相推诿，各部门间矛盾深化，从而导致生产效率低下等一系列问题。

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

发明内容

有鉴于此，本公开提供一种需求变更方法、装置及介质，进而至少部分地解决了由于相关技术的限制和缺陷而导致的一个或者多个问题。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面一种需求变更方法，该方法包括：响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更；将所述需求的变更内容更新到所述需求的文档中。

在本发明的一些实施例中，该方法还包括：根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

在本发明的一些实施例中，该方法还包括：如果所述用户提出的需求变更有效，则将所述需求的变更内容标记为有效；或者如果所述用户提出的需求变更无效，则将所述需求的变更内容标记为无效，以及将所述其他用户针对所述需求的变更内容的修改内容更新到所述需求的文档中。

在本发明的一些实施例中，该方法还包括：当所述需求的变更内容被标记为有效时，自动提醒所述用户所述需求的变更内容已被标记为有效；或者当所述需求的变更内容被标记为无效时，自动提醒所述用户所述需求的变更内容已被标记为无效。

在本发明的一些实施例中，在响应于用户对需求的变更操作之前，该方法还包括：接收所述需求，所述需求的文档格式是按照预设需求模板生成的；根据所述用户和/或所述其他用户的不同要求，对所述需求的文档进行拆分，得到多个子需求的文档；存储所述需求文档和/或所述多个子需求的文档。

在本发明的一些实施例中，所述预设需求模板包括一级目录至N级目录中的一项或多项，N为大于1的自然数。

在本发明的一些实施例中，将所述需求的变更内容更新到所述需求的文档中包括：将子需求的变更内容更新到所述子需求的文档中。

根据本发明实施例的第二方面提供了一种需求变更装置，该装置包括：第一提醒模块，用于响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更；更新模块，用于将所述需求的变更内容更新到所述需求的文档中。

在本发明的一些实施例中，该装置包括：确定模块，用于根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

在本发明的一些实施例中，该装置还包括：第一标记模块，如果所述用户提出的需求变更有效，则将所述需求的变更内容标记为有效；或者，第二标记模块，如果所述用户提出的需求变更无效，则将所述需求的变更内容标记为无效，以及将所述其他用户针对所述需求的变更内容的修改内容更新到所述需求的文档中。

在本发明的一些实施例中，该装置还包括：第二提醒模块，当所述需求的变更内容被标记为有效时，自动提醒所述用户所述需求的变更内容已被标记为有效；或者，第三提醒模块，当所述需求的变更内容被标记为无效时，自动提醒所述用户所述需求的变更内容已被标记为无效。

在本发明的一些实施例中，该装置还包括：接收模块，用于接收所述需求，所述需求的文档格式是按照预设需求模板生成的；拆分模块，用于根据所述用户和/或所述其他用户的不同要求，对所述需求的文档进行拆分，得到多个子需求的文档；存储模块，用于存储所述需求文档和/或所述多个子需求的文档。

在本发明的一些实施例中，所述预设需求模板包括一级目录至N级目录中的一项或多项，N为大于1的自然数。

在本发明的一些实施例中，更新模块还用于将子需求的变更内容更新到所述子需求的文档中。

根据本发明实施例的第三方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的需求变更方法。

根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的需求变更方法。

本发明实施例提供的应用于客户端的数据处理方法可以包括以下有益效果：

在本发明的一些实施例所提供的技术方案中，当用户发起需求变更时，可以响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更，将所述需求的变更内容更新到所述需求的文档中，以此方式可以统一通知其他用户，以使得其他用户得知该需求已经被变更，并且其他用户可以查看该需求的变更内容，从而提高了生产效率，有效地解决了相关技术因没有采用统一的通知方式而引出的一列问题。例如，需求达不成一致、事后经常出现责任互相推诿、各部门间矛盾深化等一系列问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本发明实施例的需求变更方法或需求变更装置的示例性系统架构100的示意图；

图2示意性示出了根据本发明的实施例的需求变更方法的流程图；

图3示意性示出了根据本发明的另一个实施例的需求变更方法的流程图；

图4示意性示出了根据本发明的另一个实施例的需求变更方法的流程图；

图5示意性示出了根据本发明的另一个实施例的需求变更方法的流程图；

图6示意性示出了根据本发明的另一个实施例的需求变更方法的流程图；

图7示意性示出了根据本发明实施例的需求变更方法的场景示意图；

图8示意性示出了根据本发明的实施例的需求变更装置的方框图；

图9示意性示出了根据本发明的另一个实施例的需求变更装置的方框图；

图10示意性示出了根据本发明的另一个实施例的需求变更装置的方框图；

图11示意性示出了根据本发明的另一个实施例的需求变更装置的方框图；

图12示意性示出了根据本发明的另一个实施例的需求变更装置的方框图；

图13示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本发明实施例的需求变更方法或需求变更装置的示例性系统架构100的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器。例如用户利用终端设备103(也可以是终端设备101或102)向服务器105发起需求的变更请求，服务器105可以响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更，然后将所述需求的变更内容更新到所述需求的文档中。

在一些实施例中，本发明实施例所提供的图像处理方法一般由服务器105执行，相应地，需求变更装置一般设置于服务器105中。在另一些实施例中，某些终端可以具有与服务器相似的功能从而执行本方法。因此，本发明实施例所提供的需求变更方法不限定在服务器端执行。

图2示意性示出了根据本发明的实施例的需求变更方法的流程图。

如图2所示，需求变更方法包括步骤S110和步骤S120。

在步骤S110中，响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更。

在步骤S120中，将所述需求的变更内容更新到所述需求的文档中。

在该方法中，当用户发起需求变更时，可以响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更，然后将所述需求的变更内容更新到所述需求的文档中，以此方式可以统一通知其他用户，以使得其他用户得知该需求已经被变更，并且其他用户可以查看该需求的变更内容，从而提高了生产效率，有效地解决了相关技术因没有采用统一的通知方式而引出的一列问题。例如，需求达不成一致、事后经常出现责任互相推诿、各部门间矛盾深化等一系列问题。

在本发明的一个实施例中，上述用户可以是需求提出、需求分析、设计开发、系统测试、需求验收、需求上线这六个环节中任意一方。上述其他用户也可以是需求提出、需求分析、设计开发、系统测试、需求验收、需求上线这六个环节中任意一方或多方。例如，当用户为设计开发的一方时，其他用户可以是需求提出、需求分析、系统测试、需求验收、需求上线的一方或多方。

在本发明的一个实施例中，上述需求可以是针对某软件提出的需求。例如，可以是运营人员针对某软件提出的需求，在这种情况下，需求分析、设计开发、系统测试、需求验收、需求上线这五个环节中任意一方可以发起对该需求的变更，当有一方发起需求变更时，可以根据发起的需求变更自动提醒其他方，已告知其他方该需求已被变更。另外，可以将针对该需求的变更内容更新到该需求的文档中，这样有助于满足需求文档一致性，避免出现偏差。

在本发明的一个实施例中，上述需求的文档可以是运营人员按照预设需求模板提出的内容。参考图7，该需求的文档可以包括需求说明书，需求说明书中包含针对某软件提出的业务需求，例如，业务需求可以是针对该软件的功能和性能提供的。因此，需求说明书中可以包含功能1、功能2、性能1、性能2等等。

图3示意性示出了根据本发明的另一个实施例的需求变更方法的流程图。

如图3所示，除了图2实施例描述的步骤S110和步骤S120之外，上述方法还包括步骤S130。

在步骤S110中，响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更。

在步骤S120中，将所述需求的变更内容更新到所述需求的文档中。

在步骤S130中，根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

在该方法中，当用户发起了需求变更时，可以自动提醒其他用户需求已被变更，此时其他用户可以针对需求的变更内容给出自己的反馈信息，然后根据其他用户针对需求的变更内容的反馈信息来确定用户提出的需求变更是否有效。例如，如果其他用户给出的反馈信息属于肯定意见时，则表示该用户对该需求发起的变更有效。反之，如果其他用户给出的反馈信息属于否行意见时，则表示该用户对该需求发起的变更无效，以此方式可以统一的根据其他用户给出的反馈判断本次对需求的变更是否有效，无需通过口头、电话、邮件等方式向提出需求变更的一方一一反馈，降低了沟通成本，提升了工作的效率。

在本发明的一个实施例中，上述其他用户针对需求的变更内容的反馈信息可以是肯定意见或否定意见。例如，肯定意见可以表示其他用户同意对需求的变更。否定意见可以表示其他用户不同意对需求的变更。另外，当其他用户针对需求的变更内容的反馈信息为否定意见时，反馈信息中还可以包括其他用户针对需求的变更内容的修改意见，在这种情况下，需要自动提醒发起变更的用户和/或其他用户中的部分用户，并将该修改意见自动更新到该需求的文档中。

图4示意性示出了根据本发明实施例的另一个实施例的需求变更方法的流程图。

如图4所示，除了图3实施例描述的步骤S110～步骤S130之外，上述方法还包括步骤S210或步骤S220。

在步骤S110中，响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更。

在步骤S120中，将所述需求的变更内容更新到所述需求的文档中。

在步骤S130中，根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

在步骤S210中，如果所述用户提出的需求变更有效，则将所述需求的变更内容标记为有效；或者，在步骤S220中，如果所述用户提出的需求变更无效，则将所述需求的变更内容标记为无效，以及将所述其他用户针对所述需求的变更内容的修改内容更新到所述需求的文档中。

在该方法中，如果用户提出的需求变更有效，则将需求的变更内容标记为有效，反之，如果用户提出的需求变更无效，则将需求的变更内容标记为无效，然后将其他用户针对需求的变更内容的修改内容更新到该需求的文档中，这样可以避免用户和/其他用户将无效的需求变更当作有效的需求变更，或者将有效的需求变更当作无效的需求变更，实现了提高用户体验的有益效果。

在本发明的一个实施例中，如果用户提出的需求变更有效，则将需求的变更内容标记为有效。例如，如果用户提出的需求变更有效，可以在该需求的文档的任意一个区域(例如，在该需求文档的左上角、右上角等等)中标记“有效变更”的标识。另外，该标识的字体的类型、字体的大小和/或字体的颜色可以以突出的形式展示，以便于用户发现。

在本发明的一个实施例中，如果用户提出的需求变更无效，则将需求的变更内容标记为无效。例如，如果用户提出的需求变更无效，可以在该需求的文档的任意一个区域(例如，在该需求文档的左上角、右上角等等)中标记“无效变更”的标识。另外，该标识的字体的类型、字体的大小和/或字体的颜色可以以突出的形式展示，以便于用户发现。

在本发明的一个实施例中，如果用户提出的需求变更无效，则将需求的变更内容标记为无效，此时可以自动提醒该用户和/或其他用户的部分用户，以便于告知其该次需求变更为无效，并自动将其他用户针对需求的变更内容的修改内容自动更新到该需求的文档中，以便于该用户和/或其他用户的部分用户可以及时浏览针对需求的变更内容的修改内容。

图5示意性示出了根据本发明实施例的另一个实施例的需求变更方法的流程图。

如图5所示，除了图4实施例描述的步骤S110～步骤S130、以及步骤S210之外，上述方法还包括步骤S310。

在步骤S110中，响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更。

在步骤S120中，将所述需求的变更内容更新到所述需求的文档中。

在步骤S130中，根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

在步骤S210中，如果所述用户提出的需求变更有效，则将所述需求的变更内容标记为有效；

在步骤S310中，当所述需求的变更内容被标记为有效时，自动提醒所述用户所述需求的变更内容已被标记为有效。

在该方法中，当需求的变更内容被标记为有效时，自动提醒用户需求的变更内容已被标记为有效，以使得该用户可以及时获知自己提出的需求变更已经被其他用户接受，并且以自动提醒的方式通知用户可以有效地解决相关技术中因采取不同的通知方式而引发的一系列的问题。例如，需求达不成一致、事后经常出现责任互相推诿、各部门间矛盾深化等一系列问题。

或者，除了图4实施例描述的步骤S110～步骤S130、步骤S220之外，上述方法还包括步骤S320。

在步骤S110中，响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更。

在步骤S120中，将所述需求的变更内容更新到所述需求的文档中。

在步骤S130中，根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

在步骤S220中，如果所述用户提出的需求变更无效，则将所述需求的变更内容标记为无效，以及将所述其他用户针对所述需求的变更内容的修改内容更新到所述需求的文档中；

在步骤S320中，当所述需求的变更内容被标记为无效时，自动提醒所述用户所述需求的变更内容已被标记为无效。

在该方法中，当需求的变更内容被标记为无效时，自动提醒用户需求的变更内容已被标记为无效，以使得该用户可以及时获知自己提出的需求变更没有被其他用户接受，并且以自动提醒的方式通知用户可以有效地解决相关技术中因采取不同的通知方式而引发的一系列的问题。例如，需求达不成一致、事后经常出现责任互相推诿、各部门间矛盾深化等一系列问题。

在本发明的一个实施例中，当需求的变更内容被标记为有效时，除了自动提醒提出需求变更的用户之外，还可以自动提醒其他用户，以便于让与该需求相关的人都获悉该次变更为有效，这样有助于满足需求文档一致性，避免出现偏差的方案。

在本发明的一个实施例中，当需求的变更内容被标记为无效时，除了自动提醒提出需求变更的用户之外，还可以自动提醒其他用户，以便于让与该需求相关的人都获悉该次变更为无效，这样有助于满足需求文档一致性，避免出现偏差的方案。

图6示意性示出了根据本发明实施例的另一个实施例的需求变更方法的流程图。

在执行步骤S110之前，上述方法还包括步骤S410～步骤S430，如图6所示。

在步骤S410中，接收所述需求，所述需求的文档格式是按照预设需求模板生成的。

在步骤S420中，根据所述用户和/或所述其他用户的不同要求，对所述需求的文档进行拆分，得到多个子需求的文档。

在步骤S430中，存储所述需求文档和/或所述多个子需求的文档。

该方法可以根据用户和/或其他用户的不同要求，对需求的文档进行拆分，得到多个子需求的文档，从而实现了针对不同环节人员对需求文档的不同要求，在每个环节人员显现不同的需求文档。例如，对于运营人员，展示整体的需求文档，以满足其完整性要求；对于分析人员、开发人员、测试人员，展示小粒度的适合敏捷开发执行的需求文档。因此以此方式对上述需求进行拆分可以对各方的要求均可可兼顾，进一步提高用户的体验。

在本发明的一个实施例中，上述需求的文档可以是运营人员按照预设需求模板提出的内容。参考图7，该需求的文档可以包括需求说明书，需求说明书中包含针对某软件提出的业务需求，例如，业务需求可以是针对该软件的功能和性能提供的。因此，需求说明书中可以包含功能1、功能2、性能1、性能2等等。

在本发明的一个实施例中，上述预设需求模板可以包括一级目录至N级目录中的一项或多项，N为大于1的自然数。参考图7，例如，一级目录可以是功能1，二级目录可以是功能2，三级目录可以是性能1，四级目录可以是性能2。另外，一级目录至N级目录中的一项或多项表示的主题可以具有包含关系，当然，一级目录至N级目录中的每级目录也可以表示不同的主题，目录的配置具体可以根据实际情况设置。

在本发明的一个实施例中，运营人员提出需求，运营人员侧重于文档的业务完整性，该需求有固定的设计模版，一级目录、二级目录等各级目录在后台对应为不同的文件路径。

在本发明的一个实施例中，该需求文档在传输给后端需求分析人员时，自动按照路径进行拆分，拆分成适合敏捷开发模式的小粒度需求，拆分为多个子需求的文档。

在本发明的一个实施例中，将需求的变更内容更新到需求的文档中包括：将子需求的变更内容更新到子需求的文档中。例如，在对需求的文档进行拆分后，用户对拆分后子需求的文档发起了需求变更，在这种情况下，需要将子需求的变更内容更新到子需求的文档中，以此方式与发生变更对应的子需求的文档可以自动更新、自动提醒以及需求后续完整流转，这样既满足各环节对需求文档的定制要求，同时满足需求文档一致性，避免出现偏差的方案。

图7示意性示出了根据本发明实施例的需求变更方法的场景示意图。

如图7所示，设计开发人员进行系统设计并开发，假设由于技术要求或其他技术限制，需要发起需求变更。具体地，步骤1，设计开发人员在终端上向服务器发起需求变更；步骤2，服务器响应于该需求变更，将需求变更的部份自动更新到需求分析人员需求文档，同时系统自动发出提醒通知需求分析人员，与此同时，需求变更的部份自动更新到运营人员的大需求(侧重整体性)的对应部分，同时系统自动发出提醒通知运营人员，当然此时也可以通知测试人员和运维人员；步骤3，需求分析人员或者运营人员可选择授权同意变更，也可以选择不同意变更，在这种情况下，可以将对需求变更内容的修改意见更新到对应的需求文档，并同步到其他几个环节人员并自动提醒。一般地，依据目前的业务情况，各个需求变更，只有经过运营人员和需求分析人员两方同时确认通过后，该变更才会发生效用，同时文档会自动更新为有效标识，自动通知到其他三个环节，便于执行。

图8示意性示出了根据本发明的实施例的需求变更装置的方框图。

如图8所示，需求变更装置500包括第一提醒模块510和更新模块520。

具体地，第一提醒模块510，用于响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更。

更新模块520，用于将所述需求的变更内容更新到所述需求的文档中。

在该需求变更装置500中，当用户发起需求变更时，可以响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更，然后将所述需求的变更内容更新到所述需求的文档中，以此方式可以统一通知其他用户，以使得其他用户得知该需求已经被变更，并且其他用户可以查看该需求的变更内容，从而提高了生产效率，有效地解决了相关技术因没有采用统一的通知方式而引出的一列问题。例如，需求达不成一致、事后经常出现责任互相推诿、各部门间矛盾深化等一系列问题。

根据本发明的实施例，该需求变更装置500可以用于实现上述图2描述的需求变更方法。

图9示意性示出了根据本发明的另一个实施例的需求变更装置的方框图。

如图9所示，除了图8实施例描述的第一提醒模块510和更新模块520之外，需求变更装置600还包括确定模块610。

具体地，确定模块610，用于根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

在该需求变更装置600中，当用户发起了需求变更时，可以自动提醒其他用户需求已被变更，此时其他用户可以针对需求的变更内容给出自己的反馈信息，然后根据其他用户针对需求的变更内容的反馈信息来确定用户提出的需求变更是否有效。例如，如果其他用户给出的反馈信息属于肯定意见时，则表示该用户对该需求发起的变更有效。反之，如果其他用户给出的反馈信息属于否行意见时，则表示该用户对该需求发起的变更无效，以此方式可以统一的根据其他用户给出的反馈判断本次对需求的变更是否有效，无需通过口头、电话、邮件等方式向提出需求变更的一方一一反馈，降低了沟通成本，提升了工作的效率。

根据本发明的实施例，该需求变更装置600可以用于实现上述图3描述的需求变更方法。

图10示意性示出了根据本发明的另一个实施例的需求变更装置的方框图。

如图10所示，除了图9实施例描述的第一提醒模块510、更新模块520和确定模块610之外，需求变更装置700还包括第一标记模块710或第二标记模块720。

具体地，第一标记模块710，如果所述用户提出的需求变更有效，则将所述需求的变更内容标记为有效；或者

第二标记模块720，如果所述用户提出的需求变更无效，则将所述需求的变更内容标记为无效，以及将所述其他用户针对所述需求的变更内容的修改内容更新到所述需求的文档中。

在该需求变更装置700中，如果用户提出的需求变更有效，则将需求的变更内容标记为有效，反之，如果用户提出的需求变更无效，则将需求的变更内容标记为无效，然后将其他用户针对需求的变更内容的修改内容更新到该需求的文档中，这样可以避免用户和/其他用户将无效的需求变更当作有效的需求变更，或者将有效的需求变更当作无效的需求变更，实现了提高用户体验的有益效果。

根据本发明的实施例，该需求变更装置700可以用于实现上述图4描述的需求变更方法。

图11示意性示出了根据本发明的另一个实施例的需求变更装置的方框图。

如图11所示，除了图10实施例描述的第一提醒模块510、更新模块520、确定模块610、第一标记模块710、和第二标记模块720之外，需求变更装置800还包括第二提醒模块810或第三提醒模块820。

具体地，第二提醒模块810，当所述需求的变更内容被标记为有效时，自动提醒所述用户所述需求的变更内容已被标记为有效；或者

第三提醒模块820，当所述需求的变更内容被标记为无效时，自动提醒所述用户所述需求的变更内容已被标记为无效。

在该需求变更装置800中，当需求的变更内容被标记为有效时，自动提醒用户需求的变更内容已被标记为有效，以使得该用户可以及时获知自己提出的需求变更已经被其他用户接受，并且以自动提醒的方式通知用户可以有效地解决相关技术中因采取不同的通知方式而引发的一系列的问题。例如，需求达不成一致、事后经常出现责任互相推诿、各部门间矛盾深化等一系列问题。当需求的变更内容被标记为无效时，自动提醒用户需求的变更内容已被标记为无效，以使得该用户可以及时获知自己提出的需求变更没有被其他用户接受，并且以自动提醒的方式通知用户可以有效地解决相关技术中因采取不同的通知方式而引发的一系列的问题。例如，需求达不成一致、事后经常出现责任互相推诿、各部门间矛盾深化等一系列问题。

根据本发明的实施例，该需求变更装置800可以用于实现上述图5描述的需求变更方法。

图12示意性示出了根据本发明的另一个实施例的需求变更装置的方框图。

如图12所示，除了图8实施例描述的第一提醒模块510和更新模块520之外，需求变更装置600还包括接收模块910、拆分模块920和存储模块930。

具体地，接收模块910，用于接收所述需求，所述需求的文档格式是按照预设需求模板生成的。

拆分模块920，用于根据所述用户和/或所述其他用户的不同要求，对所述需求的文档进行拆分，得到多个子需求的文档。

存储模块930，用于存储所述需求文档和/或所述多个子需求的文档。

该需求变更装置900可以根据用户和/或其他用户的不同要求，对需求的文档进行拆分，得到多个子需求的文档，从而实现了针对不同环节人员对需求文档的不同要求，在每个环节人员显现不同的需求文档。例如，对于运营人员，展示整体的需求文档，以满足其完整性要求；对于分析人员、开发人员、测试人员，展示小粒度的适合敏捷开发执行的需求文档。因此以此方式对上述需求进行拆分可以对各方的要求均可可兼顾，进一步提高用户的体验。

根据本发明的实施例，该需求变更装置900可以用于实现上述图6描述的需求变更方法。

由于本发明的示例实施例的需求变更装置的各个模块可以用于实现上述图2～图6描述的需求变更方法的示例实施例的步骤，因此对于本发明装置实施例中未披露的细节，请参照本发明上述的需求变更方法的实施例。

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

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

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

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

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

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

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的需求变更方法。

例如，所述的电子设备可以实现如图2中所示的：在步骤S110中，响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更；在步骤S120中，将所述需求的变更内容更新到所述需求的文档中。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种需求变更方法，其特征在于，该方法包括：

响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更；

将所述需求的变更内容更新到所述需求的文档中。

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

根据所述其他用户针对所述需求的变更内容的反馈信息，确定所述用户提出的需求变更是否有效。

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

如果所述用户提出的需求变更有效，则将所述需求的变更内容标记为有效；或者

如果所述用户提出的需求变更无效，则将所述需求的变更内容标记为无效，以及将所述其他用户针对所述需求的变更内容的修改内容更新到所述需求的文档中。

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

当所述需求的变更内容被标记为有效时，自动提醒所述用户所述需求的变更内容已被标记为有效；或者

当所述需求的变更内容被标记为无效时，自动提醒所述用户所述需求的变更内容已被标记为无效。

5.根据权利要求1所述的方法，其特征在于，在响应于用户对需求的变更操作之前，该方法还包括：

接收所述需求，所述需求的文档格式是按照预设需求模板生成的；

根据所述用户和/或所述其他用户的不同要求，对所述需求的文档进行拆分，得到多个子需求的文档；

存储所述需求文档和/或所述多个子需求的文档。

6.根据权利要求5所述的方法，其特征在于，所述预设需求模板包括一级目录至N级目录中的一项或多项，N为大于1的自然数。

7.根据权利要求5所述的方法，其特征在于，将所述需求的变更内容更新到所述需求的文档中包括：

将子需求的变更内容更新到所述子需求的文档中。

8.一种需求变更装置，其特征在于，该装置包括：

第一提醒模块，用于响应于用户对需求的变更操作，并根据所述需求的变更操作自动提醒其他用户所述需求已被变更；

更新模块，用于将所述需求的变更内容更新到所述需求的文档中。

9.一种电子设备，包括：

一个或多个处理器；以及

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现根据权利要求1～7中任意一项所述的方法。

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