CN112036161A - 需求文档处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开一种需求文档处理方法、装置、设备及存储介质。该需求文档处理方法包括获取需求文档，所述需求文档对应一业务类型；对所述需求文档进行文本纠错处理，以获取纠错后的待审文档；根据所述业务类型，将所述待审文档共享给与所述业务类型对应的评审对象；接收所述评审对象基于所述待审文档进行批注的至少一个疑问点；将所述疑问点在所述待审文档中进行突出显示。本发明还涉及区块链技术，该需求文档可存储于区块链中。该方法可有效解决当前需求文档线下沟通的弊端。

Description

需求文档处理方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种需求文档处理方法、装置、设备及存储介质。

背景技术

当前，由于保险精算业务需求的固有复杂度，业务会时常的更新算法、变更需求等。业务人员与IT人员之间主要通过会议、邮件、电话等形式沟通需求。而对于需求文档的形成到落地，再到交互IT人员进行实际开发的过程中，由于不同人在理解需求时容易出现分歧的痛点，使得IT人员与业务人员会反复以该种形式进行需求的跟踪、确认，时间成本高。

发明内容

本发明实施例提供一种需求文档处理方法、装置、设备及存储介质，以解决目前业务需求沟通只能通过线下反复确认疑问点，时间成本高问题。

一种需求文档处理方法，包括：

获取图像加载请求，所述图像加载请求包括图像标识；

基于所述图像标识和本地图集，获取原始图像数据；

对所述原始图像数据进行图像预处理，得到目标图像数据；

将深度学习框架中训练好的预测模型文件作为静态变量进行加载；

采用所述预测模型文件对所述目标图像数据进行图像预测，获取图像预测结果。

一种需求文档处理装置，包括：

需求文档获取模块，用于获取需求文档，所述需求文档对应一业务类型；

待审文档获取模块，用于对所述需求文档进行文本纠错处理，以获取纠错后的待审文档；

共享模块，用于根据所述业务类型，将所述待审文档共享给与所述业务类型对应的评审对象；

疑问点接收模块，用于接收所述评审对象基于所述待审文档进行批注的至少一个疑问点；

文档显示模块，用于将所述疑问点在所述待审文档中进行突出显示。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述需求文档处理方法的步骤。

一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述需求文档处理方法的步骤。

上述需求文档处理方法、装置、设备及存储介质中，通过获取需求文档，并对需求文档进行文本纠错，以初步减少文档中存在语病的语句，从而减少后续评审对象在存在语病的语句理解上所花费的时间。然后，根据业务类型，将待审文档共享给与业务类型对应的评审对象，以便接收评审对象基于待审文档进行批注的至少一个疑问点，以方便解答人员查看该疑问点并进行解答，平台通过提供文档提问功能，解决IT人员与业务之间只能通过线下的方式沟通需求的局限性问题。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中需求文档处理方法的一应用环境示意图；

图2是本发明一实施例中需求文档处理方法的一流程图；

图3是图2中步骤S201的一具体流程图；

图4是本发明一实施例中需求文档处理方法的一流程图；

图5是本发明一实施例中需求文档处理方法的一流程图；

图6是本发明一实施例中需求文档处理方法的一流程图；

图7是本发明一实施例中需求文档处理方法的一流程图；

图8是本发明一实施例中需求文档处理方法的一流程图

图9是本发明一实施例中需求文档处理装置的一示意图；

图10是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本发明实施例提供的需求文档处理方法可应用在如图1的应用环境中，其中，计算机设备通过网络与服务器进行通信。计算机设备可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器来实现。

在一实施例中，如图2所示，提供一种需求文档处理方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S201：获取需求文档，需求文档对应一业务类型。

其中，本方案可应用在需求统一开放平台中，以实现对需求文档进行统一的线上可视化管理、跟踪及把控。该需求统一开放平台可采用微服务架构实现，各服务之间相互独立，且可通过预先设定好的通信机制进行交互，以满足去中心化的管理需求，例如，本平台中可具体划分为文档管理服务、用户管理服务等。

具体地，业务人员可将预先编辑好的需求文档或在线按照与其业务类型 (例如保险准备金)相对应的通用模板所生成的需求文档，以使平台获取需求文档并进行后续的操作。可以理解地，本实施例中的用户权限包括业务人员和评审人员，业务人员即为需求的提供方，评审人员即指需求文档的评审对象(例如IT人员)。

S202：对需求文档进行文本纠错处理，以获取纠错后的待审文档。

具体地，本实施例中在获取到需求文档后，还会对需求文档进行初步检测，即对需求文档进行文本纠错处理，以获取纠错后的待审文档。示例性地，该文本纠错处理可采用预先训练好的语言模型N-gram将文档中的简单拼写错误去除，再用根据大量的语料数据进行深度学习的DNN语言模型通过计算各词向量所组成的句子的概率，从而判断所组成的句子是否符合客观语言表达习惯计算并进行纠错，以获取纠错后的待审文档，通过采用人工智能的方式对文本进行初步纠错，可减少文档中存在语病的语句，从而减少后续评审对象在存在语病的语句理解上所花费的时间。

S203：根据业务类型，将待审文档共享给与业务类型对应的评审对象。

具体地，不同的业务类型对应的评审组不同，该评审组具体可指业务类型下的评审对象(例如IT人员)的集合。可以理解地，用户可指定对应业务类型下的至少一个评审对象针对其上传的需求文档进行评审，若不指定，则平台会将用户上传的需求文档共享给评审组中每一评审对象进行评审。

可以理解地，后续评审对象对待审文档评审完成时，也可在其他评审对象对应的前端界面中显示该评审细节(即插入的疑问点)，实现同步更新，且可避免重复提问的问题。

本实施例中，通过将待审文档共享给与业务类型对应的评审对象进行审核，使得多角色参与需求文档落地标准的审核，更好的管控需求文档的编写质量。

S204：接收评审对象基于待审文档进行批注的至少一个疑问点。

具体地，每一评审对象可在待审文档中针对不同的业务需求插入至少一个批注点，并在批注点中进行提问。该提问形式包括但不限于语音、图片、文本的等形式，此处不做限定。

S205：将疑问点在待审文档中进行突出显示。

具体地，服务器在接受到评审对象基于待审文档进行批注的至少一个疑问点时，会在前端界面中将该疑问点进行突出显示，以方便解答人员查看该疑问点并进行解答，平台通过提供文档提问功能，解决IT人员与业务之间只能通过线下的方式沟通需求的局限性问题。

本实施例中，通过获取需求文档，并对需求文档进行文本纠错，以初步减少文档中存在语病的语句，从而减少后续评审对象在存在语病的语句理解上所花费的时间。然后，根据业务类型，将待审文档共享给与业务类型对应的评审对象，以便接收评审对象基于待审文档进行批注的至少一个疑问点，方便解答人员查看该疑问点并进行解答，平台通过提供文档提问功能，解决 IT人员与业务之间只能通过线下的方式沟通需求的局限性问题。

在一实施例中，如图3所示，步骤S201中，即获取需求文档具体包括如下步骤：

S301：接收业务人员基于文档上传接口上传的需求文档；或者，

S302：获取需求编辑请求，需求编辑请求包括业务类型。

S303：根据业务类型，获取与业务类型对应的需求文档模板。

S304：基于需求文档模板，获取与业务类型对应的需求文档。

本实施例中，需求统一开放平台可在线编辑或上传已编辑好的需求文档，以使服务器通过任一方式获取到需求文档。具体地，业务人员可通过需求文档模板进行在线编辑，以使平台获取与业务类型对应的需求文档，可有效解决不同的编写人员编写需求文档的标准不同，规范性不强的问题。

在一实施例中，如图4所示，步骤201之后，该需求文档处理方法还包括如下步骤：

S401：根据业务类型，获取业务类型下的人员列表。

S402：接收用户针对每一业务需求进行配置的解答人员，将解答人员与业务需求关联。

其中，不同的业务类型对应的业务人员不同，该人员列表用于描述该业务类型下的业务人员的集合。

作为一实施方式，用户(此处可指业务人员或IT人员)可为需求文档中各业务需求指定对应的业务人员进行后续的疑问解答，平台在接收用户为每一业务需求指定的解答人员之后，还会将解答人员与业务需求关联，为后续疑问点的适应性显示提供数据基础。

作为另一实施方式，用户也可为需求文档指定一个或多个解答人员，而无需针对每一业务需求进行指定。

相应地，步骤S205具体包括：

S403：根据待审文档中疑问点的插入位置，确定疑问点对应的业务需求以及解答人员。

S404：将携带疑问点的待审文档发送给每一解答人员，并将疑问点在对应的解答人员的显示平台中进行突出显示。

具体地，待审文档中每一业务需求与一解答人员关联，通过确定疑问点属于哪一业务需求，则可确定该疑问点的解答人员。作为一实施方式，在将所述携带疑问点的待审文档发送给对应的解答人员时，可根据该解答人员与疑问点的对应关系，在其对应的前端界面中突出显示需要其进行解答的疑问点，在文档中疑问点较多时，无需解答人员花费时间查找对应的疑问点进行解答，可直观查看到疑问点，节省查找时间。

作为另一实施方式，也可将需要该解答人员解答的疑问点整合形成问题清单，以使解答人员直接根据问题清单进行解答，无需浏览整篇文档。

作为一示例，需求文档中包括多个需求条目，每一需求条目对应一业务需求，平台可按照需求条目解析需求文档，在需求文档中插入检查点，该检查点用于监听用户的疑问点插入操作，通过检查点，即可确定疑问点属于哪一业务需求，从而确定解答人员。

进一步地，IT人员若在所批注的疑问点时，配置需要对该疑问点进行解答的解答人员，则平台不执行步骤S303，直接执行步骤S304即可。

本实施例中，可灵活配置疑问点的一个或多个解答人员，并在解答人员对应的管理平台中展示待处理的需求文档以及对应的疑问点，以便解答人员可直接针对需求文档中的疑问点进行解答。

在一实施例中，如图5所示，步骤S204之后，还包括如下步骤：

S501：将疑问点按照评审对象以及评审时间写入疑问点数据表中。

S502：获取历史疑问点浏览请求，历史疑问点浏览请求包括至少一个关键字。

其中，疑问点数据表用于存储每一业务需求的历史疑问点。由于评审组中的IT人员(例如开发、测试)的角色较多，为保证其他角色人员能够快速理解需求文档的业务逻辑，平台提供历史疑问点的浏览接口，使IT人员可快速了解需求文档中业务逻辑，无需重复与业务人员沟通，有效减少沟通成本和时间成本。需要强调的是，为进一步保证上述疑问点数据表的私密和安全性，上述疑问点数据表还可以存储于一区块链的节点中。

S503：根据至少一个关键字与疑问点数据表进行分析，返回疑问点数据表中与关键字相似的疑问点。

其中，关键字的维度可包括但不限于标题、正文内容、上传时间、修改时间等，此处不做限定。

可以理解地，平台会实时根据用户输入的所需查询的关键字，分析疑问点数据表，并返回与疑问点数据表中与其所需查询的疑问点相似的N个疑问点，使用户可直接查看。若返回的N个疑问点没有用户所需，用户也可选择查看全部或批注疑问点。

本实施例中，通过提供对历史疑问点的查询接口，以使其他的角色的IT 人员可快速了解需求文档中业务逻辑，无需重复与业务人员沟通，有效减少沟通成本和时间成本。

在一实施例中，如图6所示，步骤S204之后，具体包括如下步骤：

S601：获取评审对象基于疑问点进行设置的回复时间。

S602：根据回复时间，监控疑问点是否已解决。

本实施例中，还提供有疑问点回复时长的设定功能，即在评审对象基于待审文档批注疑问点后，还可进一步设置回复时间，例如1天。平台会根据评审对象设置的回复时间监控疑问点是否已解决，若在临近回复时间时，疑问点仍处于未解决状态，则生成警示信息给对应的解答人员，或者在警示一定次数，疑问点仍处于未解决状态，则可触发外呼模块呼叫解答人员终端，以保证疑问点的响应速度。

在一实施例中，如图7所示，步骤S404之后，该需求文档处理方法还包括：

S701：获取文档编辑请求，文档编辑请求包括待修改文档、修改时间和修改内容。

S702：将修改内容在待修改文档中进行留痕显示，生成修改版本文档。

S703：将修改时间与修改版本文档关联存储。

其中，待修改文档是用户在平台中查询并选择的所需修改的文档。修改版本文档即指每次对待修改文档进行修改所生成的需求文档。

其中，该文档编辑请求可由解答人员基于显示平台中显示的疑问点进行触发，以使解答人员直接根据疑问点进行修改。具体地，保险精算业务需求的固有复杂度，业务也会时常的更新算法、变更需求等，在业务人员变更需求时，可在数据库中预先存储的原有需求文档的基础上根据实际需求进行修改，平台会实时根据接收到的业务人员的修改内容，在待修改文档中进行留痕显示，例如将本次的修改内容对应的原始内容，以删除线的形式显示，将修改内容以不同于文档其他文字的颜色显示，或者隐藏原始内容，仅显示修改内容，此处不做限定。进一步地，在修改完成后，平台会记录本次修改的修改时间、修改内容，并将修改时间与修改后的二次版本文档关联存储，以便后续其他用户查看该需求文档的历史版本。

进一步地，平台还提供有查询修改处的每一次的修改内容的接口，以使用户对该修改处进行针对性查看，获取历史修改信息，具体实现方式与历史疑问点列表类似，此处不再赘述。需要强调的是，为进一步保证上述修改版本文档的私密和安全性，上述修改版本文档还可以存储于一区块链的节点中。

本实施例中，通过提供需求文档历史版本的查询接口，以便用户平台中存储的每一需求文档的历史版本进行查看或下载到本地分析不同版本之间的内容更新的过程。

在一实施例中，如图8所示，步骤S703之后，该需求文档处理方法还包括：

S801：根据文档标识，查询数据库，获取文档标识对应的修改时间和修改内容。

S802：基于修改时间，生成历史轨迹图；历史轨迹图上的修改时间与修改版本文档相对应。

S803：响应用户基于历史轨迹图上的修改时间所触发的查看指令，将修改时间对应的修改版本文档显示在前端界面上。

本实施例中，用户可对需求文档的每一历史版本进行查看，通过平台查询所需查看的需求文档，平台会统计该需求文档对应存储的修改时间，获取每一变更历史，通过前端调用图表生成工具(例如echarts工具)生成历史轨迹图，以使用户可直观查看该需求文档的变更历史，并可基于历史轨迹图上的修改时间触发对应版本的需求文档进行显示。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种需求文档处理装置，该需求文档处理装置与上述实施例中需求文档处理方法一一对应。如图9所示，该需求文档处理装置包括需求文档获取模块10、待审文档获取模块20、共享模块30、疑问点接收模块40和文档显示模块50。各功能模块详细说明如下：

需求文档获取模块10，用于获取需求文档，需求文档对应一业务类型。

待审文档获取模块20，用于对需求文档进行文本纠错处理，以获取纠错后的待审文档。

共享模块30，用于根据业务类型，将待审文档共享给与业务类型对应的评审对象。

疑问点接收模块40，用于接收评审对象基于待审文档进行批注的至少一个疑问点。

文档显示模块50，用于将疑问点在待审文档中进行突出显示。

具体地，需求文档获取模块包括文档接收单元、需求编辑请求获取单元、需求文档模板获取单元和需求文档获取单元。

文档接收单元，用于接收业务人员基于文档上传接口上传的需求文档。或者，

需求编辑请求获取单元，用于获取需求编辑请求，需求编辑请求包括业务类型。

需求文档模板获取单元，用于根据业务类型，获取与业务类型对应的需求文档模板。

需求文档获取单元，用于基于需求文档模板，获取与业务类型对应的需求文档。

具体地，该需求文档处理装置还包括人员列表获取模块和配置模块。

人员列表获取模块，用于根据业务类型，获取业务类型下的人员列表。

配置模块，用于接收用户针对每一业务需求进行配置的解答人员，将解答人员与业务需求关联。

文档显示模块包括确定疑问点属性单元和疑问点显示单元。

确定疑问点属性单元，用于根据待审文档中疑问点的插入位置，确定疑问点对应的业务需求以及解答人员。

疑问点显示单元，用于将携带疑问点的待审文档发送给每一解答人员，并将疑问点在对应的解答人员的显示平台中进行突出显示。

具体地，该需求文档处理装置还包括数据存储模块、历史浏览请求获取模块和请求响应模块。

数据存储模块，用于将疑问点按照评审对象以及评审时间写入疑问点数据表中。

历史浏览请求获取模块，用于获取历史疑问点浏览请求，历史疑问点浏览请求包括至少一个关键字。

请求响应模块，用于根据至少一个关键字与疑问点数据表进行分析，返回疑问点数据表中与关键字相似的疑问点。

具体地，该需求文档处理装置还包括回复时间获取模块和疑问点监控模块。

回复时间获取模块，用于获取评审对象基于疑问点进行设置的回复时间。

疑问点监控模块，用于根据回复时间，监控疑问点是否已解决。

具体地，该需求文档处理装置还包括文档编辑请求获取模块、修改版本文档获取模块和文档存储模块。

文档编辑请求获取模块，用于获取文档编辑请求，文档编辑请求包括待修改文档、修改时间和修改内容。

修改版本文档获取模块，用于将修改内容在待修改文档中进行留痕显示，生成修改版本文档。

文档存储模块，用于将修改时间与修改版本文档关联存储。

具体地，该需求文档处理装置还包括修改数据获取模块、轨迹图生成模块和文档显示模块。

修改数据获取模块，用于根据文档标识，查询数据库，获取文档标识对应的修改时间和修改内容。

轨迹图生成模块，用于基于修改时间，生成历史轨迹图；历史轨迹图上的修改时间与修改版本文档相对应。

文档显示模块，用于响应用户基于历史轨迹图上的修改时间所触发的查看指令，将修改时间对应的修改版本文档显示在前端界面上。

关于需求文档处理装置的具体限定可以参见上文中对于需求文档处理方法的限定，在此不再赘述。上述需求文档处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括计算机存储介质、内存储器。该计算机存储介质存储有操作系统、计算机程序和数据库。该内存储器为计算机存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行需求文档处理方法过程中生成或获取的数据，如需求文档。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种需求文档处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的需求文档处理方法的步骤，例如图2所示的步骤S201-S205，或者图3至图8中所示的步骤。或者，处理器执行计算机程序时实现需求文档处理装置这一实施例中的各模块/单元的功能，例如图9所示的各模块/单元的功能，为避免重复，这里不再赘述。

在一实施例中，提供一计算机存储介质，该计算机存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中用户帐号解锁方法的步骤，例如图2所示的步骤S201-S205，或者图3至图8中所示的步骤，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述需求文档处理装置这一实施例中的各模块/单元的功能，例如图9所示的各模块/单元的功能，为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM (RDRAM)等。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种需求文档处理方法，其特征在于，包括：

获取需求文档，所述需求文档对应一业务类型；

对所述需求文档进行文本纠错处理，以获取纠错后的待审文档；

根据所述业务类型，将所述待审文档共享给与所述业务类型对应的评审对象；

接收所述评审对象基于所述待审文档进行批注的至少一个疑问点；

将所述疑问点在所述待审文档中进行突出显示。

2.如权利要求1所述需求文档处理方法，其特征在于，所述获取需求文档包括：

接收业务人员基于文档上传接口上传的需求文档；或者，

获取需求编辑请求，所述需求编辑请求包括业务类型；

根据所述业务类型，获取与所述业务类型对应的需求文档模板；

基于所述需求文档模板，获取与所述业务类型对应的需求文档。

3.如权利要求1所述需求文档处理方法，其特征在于，在所述获取需求文档之后，所述需求文档处理方法还包括：

根据业务类型，获取所述业务类型下的人员列表；

接收用户针对每一所述业务需求进行配置的解答人员，将所述解答人员与所述业务需求关联；

所述将所述疑问点在所述待审文档中进行突出显示，包括：

根据所述待审文档中疑问点的插入位置，确定所述疑问点对应的业务需求以及解答人员；

将所述携带疑问点的待审文档发送给每一所述解答人员，并将所述疑问点在对应的所述解答人员的显示平台中进行突出显示。

4.如权利要求1所述需求文档处理方法，其特征在于，在所述接收所述评审对象基于所述待审文档进行批注的至少一个疑问点之后，所述需求文档处理方法还包括：

将所述疑问点按照评审对象以及评审时间写入疑问点数据表中；

获取历史疑问点浏览请求，所述历史疑问点浏览请求包括至少一个关键字；

根据至少一个所述关键字与所述疑问点数据表进行分析，返回疑问点数据表中与所述关键字相似的疑问点。

5.如权利要求1所述需求文档处理方法，其特征在于，在所述接收所述评审对象基于所述待审文档进行批注的至少一个疑问点之后，所述需求文档处理方法还包括：

获取评审对象基于所述疑问点进行设置的回复时间；

根据所述回复时间，监控所述疑问点是否已解决。

6.如权利要求3所述需求文档处理方法，其特征在于，在所述将所述疑问点在对应的所述解答人员的显示平台中进行突出显示的步骤之后，所述需求文档处理方法还包括：

获取文档编辑请求，所述文档编辑请求包括待修改文档、修改时间和修改内容；

将所述修改内容在所述待修改文档中进行留痕显示，生成修改版本文档；

将所述修改时间与所述修改版本文档关联存储。

7.如权利要求6所述需求文档处理方法，其特征在于，在所述将所述修改时间与所述修改版本文档关联存储的步骤之后，所述需求文档处理方法还包括：

根据文档标识，查询数据库，获取所述文档标识对应的修改时间和修改内容；

基于所述修改时间，生成历史轨迹图；所述历史轨迹图上的修改时间与修改版本文档相对应；

响应用户基于所述历史轨迹图上的修改时间所触发的查看指令，将所述修改时间对应的修改版本文档显示在前端界面上。

8.一种需求文档处理装置，其特征在于，包括：

需求文档获取模块，用于获取需求文档，所述需求文档对应一业务类型；

待审文档获取模块，用于对所述需求文档进行文本纠错处理，以获取纠错后的待审文档；

共享模块，用于根据所述业务类型，将所述待审文档共享给与所述业务类型对应的评审对象；

疑问点接收模块，用于接收所述评审对象基于所述待审文档进行批注的至少一个疑问点；

文档显示模块，用于将所述疑问点在所述待审文档中进行突出显示。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述需求文档处理方法的步骤。

10.一种计算机存储介质，所述计算机存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述需求文档处理方法的步骤。

Images