CN117891433A - 订单流程化管理系统及其运行方法和相关介质 - Google Patents

Abstract

本发明涉及数据处理领域，公开了一种订单流程化管理系统及其运行方法、计算机设备和存储介质，所述方法包括：获取待测试信息和测试软件信息；根据所述测试软件信息，构建测试用例；基于所述测试用例，对所述待测试信息进行测试，得到测试报告，其中，所述测试报告包括测试结果；根据测试结果，将所述测试报告进行上传处理，采用本发明提高软件管理系统的订单管理效率。

Description

订单流程化管理系统及其运行方法和相关介质

技术领域

本发明涉及数据处理领域，尤其涉及一种订单流程化管理系统及其运行方法、计算机设备和存储介质。

背景技术

随着企业业务的扩展，企业的合作方越来越多，合作方的需求也逐渐多样化。针对不一样的合作方的软件需求，通常是将合作方的软件需求告知电子工程师，并由电子工程师根据合作方的需求手工撰写需求表，将该需求表付在邮件中发送给合作方。但是这存在较多问题，例如撰写效率低下，难以确保需求表的准确性，回溯难度大。为解决上述问题，设计了一些软件管理系统，通过软件管理系统对软件需求进行处理，生成需求表。但是由于现有的软件管理系统为适应多个合作方的情况，因此，软件管理系统设置的功能单一，导致对软件需求可处理的内容较少，针对不同合作方的需求需要进行二次处理，使得面对多个合作方的情况下，软件管理系统的处理效率低下，且由于订单数据较多，导致管理效率低下。

因此，现有的软件管理系统存在订单管理效率低下的问题。

发明内容

本发明实施例提供一种订单流程化管理系统及其运行方法、计算机设备和存储介质，以提高软件管理系统的订单管理效率。

为了解决上述技术问题，本申请实施例提供一种订单流程化管理系统，所述订单流程化管理系统包括送检模块、接收模块、测试模块、发布模块；

所述送检模块，用于将订单对应的需求表传输到接收模块；

所述接收模块，用于接收所述订单对应的需求表，并将所述订单对应的需求表传输到所述测试模块；

所述测试模块，用于基于所述订单对应的需求表构建测试用例，并对所述测试用例进行测试，得到测试报告；

所述发布模块，用于发布测试报告。

进一步地，所述送检模块包括订单生成单元、需求表生成单元和送检单元；

所述订单生成单元，用于获取客户需求信息，基于所述客户需求信息生成订单；

所述需求表生成单元，用于根据订单的内容生成需求表；

所述送检单元，用于将所述需求表传输到接收模块。

进一步地，所述测试模块包括解析单元、测试用例单元和测试单元；

所述解析单元，用于对所述订单对应的需求表进行解析，得到解析内容；

所述测试用例单元，用于获取测试软件信息，并根据测试软件信息构建测试用例；

所述测试单元，用于通过测试用例对解析内容进行测试。

进一步地，所述发布模块包括服务器发布单元和客户端发布单元；

所述服务器发布单元，用于将测试报告上传服务器；

所述客户端发布单元，用于将通过测试的测试报告发布到客户端。

为了解决上述技术问题，本申请实施例还提供一种订单流程化管理系统的运行方法，包括：

获取待测试信息和测试软件信息；

根据所述测试软件信息，构建测试用例；

基于所述测试用例，对所述待测试信息进行测试，得到测试报告，其中，所述测试报告包括测试结果；

根据测试结果，将所述测试报告进行上传处理。

进一步地，所述获取待测试信息和测试软件信息的步骤包括：

获取客户需求，并根据所述客户需求，生成订单；

基于所述订单，构建需求表；

对所述需求表进行解析，得到待测试信息和测试软件信息。

进一步地，所述基于所述订单，构建需求表的步骤包括：

基于预设模板，对所述订单进行映射处理，得到映射表；

获取测试软件信息，并将所述测试软件信息加入所述映射表中，得到需求表。

进一步地，所述根据测试结果，将所述测试报告进行上传处理的步骤包括：

当所述测试结果为测试不通过时，则将所述测试报告上传到服务器中；

当所述测试结果为测试通过时，则将所述测试报告上传到服务器和客户端。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述订单流程化管理系统的运行方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述订单流程化管理系统的运行方法的步骤。

本发明实施例提供的订单流程化管理系统及其运行方法、计算机设备和存储介质，通过订单流程化管理系统从送检、接收、测试到最终通过并发布，整个环节为系统流程化管控，可实现清晰掌控每个订单的软件实时状态，同时将系统化作数据统计分析，提高管理效率。

附图说明

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

图1是本申请的订单流程化管理系统的一个架构示意图；

图2是本申请的订单流程化管理系统的又一架构示意图；

图3是本申请的订单流程化管理系统的又一架构示意图；

图4是本申请的订单流程化管理系统的又一架构示意图；

图5是本申请的订单流程化管理系统的运行方法的一个实施例的流程图；

图6是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

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

请参阅图1，如图1所示，订单流程化管理系统包括送检模块01、接收模块02、测试模块03、发布模块04。

送检模块01，用于将订单对应的需求表传输到接收模块02。

接收模块02，用于接收订单对应的需求表，并将订单对应的需求表传输到测试模块03。

测试模块03，用于基于订单对应的需求表构建测试用例，并对测试用例进行测试，得到测试报告。

发布模块04，用于发布测试报告。

其中，上述送检模块01用于将订单对应的需求表传输到接收模块02。其具体是工程师根据订单提供符合订单要求的测试样机，即需求表并传输给接收模块02的模块。例如，在订单流程化管理系统上，点击销售订单管理、订单评审、一体机订单列表，打开需要送检的订单，点击“软件送检”按钮即可启动送检模块01。

上述测试模块03用于基于订单对应的需求表构建测试用例，并对测试用例进行测试，得到测试报告，其具体是测试部门接收到需求表后，开始订单软件测试，测试完成后，系统自动生成测试工程师姓名和系统测试通过时间，可手工备注其它信息，并上传测试报告。

上述发布模块04用于发布测试报告，其具体是，软件订单通过审核后发布，上传该订单相关信息，例如测试报告、软件订单等至服务器。系统自动生成发布人姓名，发布时间，并且系统将该订单的测试完成情况及软件版本自动发送确认邮件给合作方的相关软件工程师并抄送给测试的工程师。

上述订单流程化管理系统的功能还包括但不限于查询、打印。应理解，订单流程化管理系统包括各种基础功能，此处不做限制。

在本申请实施例中，通过订单流程化管理系统从送检、接收、测试到最终通过并发布，整个环节为系统流程化管控，可实现清晰掌控每个订单的软件实时状态，同时将系统化作数据统计分析，提高管理效率。

在本实施例的一些可选的实现方式中，如图2所示，送检模块01包括订单生成单元011、需求表生成单元012和送检单元013。

订单生成单元011，用于获取客户需求信息，基于客户需求信息生成订单。

需求表生成单元012，用于根据订单的内容生成需求表。

送检单元013，用于将需求表传输到接收模块02。

其中，上述订单生成单元011用于获取客户需求信息，基于客户需求信息生成订单。其中，客户需求信息可通过将客户需求填写入订单通知书的条目中进行获取，并将填写有客户需求信息的条目构成的订单通知书作为订单。

上述需求表生成单元012，通过将订单的内容映射到需求表对应的表格中，从而生成需求表。此处需要说明的是，需求表对应的表格各条目内容与订单的条目内容相对应，可实现自动映射对应数据到需求表中，但是，需求表对应的表格条目少于订单的条目内容。

在本申请实施例中，通过送检模块将需求表传输到接收模块，实现了系统流程化管理。

在本实施例的一些可选的实现方式中，如图3所示，测试模块03包括解析单元031、测试用例单元032和测试单元033。

解析单元031，用于对订单对应的需求表进行解析，得到解析内容。

测试用例单元032，用于获取测试软件信息，并根据测试软件信息构建测试用例。

测试单元033，用于通过测试用例对解析内容进行测试。

其中，上述解析单元031其具体是解析需求表中的各条目内容。即上述解析内容为需求表中各条目内容。应理解，解析内容不一定包括需求表的全部内容。

上述测试软件信息是指用于测试解析内容。上述测试软件信息包括但不限于基础软件名、二次包软件名、翻单号与版本等信息。具体可根据实际需求进行设置。测试软件信息的获取方式包括但不限于系统输入内容获取。其中，系统输入内容获取是指从订单流程化管理系统上获取输入的测试软件信息。

在本申请实施例中，通过上述单元对订单对应的需求表进行测试，并对测试过程进行留痕处理，以便于后续溯源以及记录测试过程的数据，整个环节为系统流程化管控，可实现清晰掌控每个订单的软件实时状态，同时将系统化作数据统计分析，提高管理效率。

在本实施例的一些可选的实现方式中，如图4所示，发布模块04包括服务器发布单元041和客户端发布单元042。

服务器发布单元041，用于将测试报告上传服务器。

客户端发布单元042，用于将通过测试的测试报告发布到客户端。

其中，上述服务器发布单元041，其具体是，软件订单通过审核后发布，上传该订单相关信息，例如测试报告、软件订单等至服务器。

上述客户端发布单元042，其具体是，其具体是，软件订单通过审核后发布，上传该订单相关信息，例如测试报告、软件订单等至服务器，并通过系统自动生成发布人姓名，发布时间，并且系统将该订单的测试完成情况及软件版本自动发送确认邮件给合作方的相关软件工程师并抄送给测试的工程师。其中，发送确认邮件给合作方的相关软件工程师即发布到客户端。

在本申请实施例中，将测试报告上传到服务器或客户端，实现了系统流程化管理。

请参阅图5，图5示出本发明实施例提供的一种订单流程化管理系统的运行方法，以该方法应用在图1至图4中的系统为例进行说明，详述如下：

S201、获取待测试信息和测试软件信息。

S202、根据测试软件信息，构建测试用例。

S203、基于测试用例，对待测试信息进行测试，得到测试报告，其中，测试报告包括测试结果。

S204、根据测试结果，将测试报告进行上传处理。

在步骤S201中，上述待测试信息是指需要进行测试的有关信息。例如，电源线的规格。具体测试内容可根据应用场景进行设置。

上述测试软件信息包括但不限于基础软件名、二次包软件名、翻单号与版本等信息。具体可根据实际需求进行设置。

在步骤S202中，上述测试用例是指根据测试软件信息构建的测试示例。

在步骤S203中，上述测试报告是指对待测试信息测试内容的集合。上述测试报告包括但不限于测试结果、测试过程、测试数据。

在步骤S204中，其具体是：

当测试结果为测试不通过时，则将测试报告上传到服务器中。

当测试结果为测试通过时，则将测试报告上传到服务器和客户端。

在本实施例中，通过上述步骤，从送检、接收、测试到最终通过并发布，整个环节为系统流程化管控，可实现清晰掌控每个订单的软件实时状态，同时将系统化作数据统计分析，提高管理效率。

在本实施例的一些可选的实现方式中，步骤S201包括S2011至S2013：

S2011、获取客户需求，并根据客户需求，生成订单。

S2012、基于订单，构建需求表。

S2013、对需求表进行解析，得到待测试信息和测试软件信息。

在步骤S2012中，基于预设模板，对订单进行映射处理，得到映射表。

获取测试软件信息，并将测试软件信息加入映射表中，得到需求表。

其中，上述预设模板是指对需求表的格式预先进行标准化得到的模板。

在本实施例中，通过获取客户需求，并根据客户需求，生成订单。实现了对客户的需求进行初处理，使得订单流程化管理系统在面向不同客户的多样化需求时，提高了适应性。并基于订单，构建需求表。对需求表进行解析，得到待测试信息和测试软件信息，从而提高了面对多样化客户时软件管理系统的订单管理效率。

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

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图6，图6为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件连接存储器41、处理器42、网络接口43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或D界面显示存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如电子文件的控制的程序代码等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的程序代码或者处理数据，例如运行电子文件的控制的程序代码。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有界面显示程序，所述界面显示程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的订单流程化管理系统的运行方法的步骤。

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

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种订单流程化管理系统，其特征在于，所述订单流程化管理系统包括送检模块、接收模块、测试模块、发布模块；

所述送检模块，用于将订单对应的需求表传输到接收模块；

所述接收模块，用于接收所述订单对应的需求表，并将所述订单对应的需求表传输到所述测试模块；

所述测试模块，用于基于所述订单对应的需求表构建测试用例，并对所述测试用例进行测试，得到测试报告；

所述发布模块，用于发布测试报告。

2.如权利要求1所述的订单流程化管理系统，其特征在于，所述送检模块包括订单生成单元、需求表生成单元和送检单元；

所述订单生成单元，用于获取客户需求信息，基于所述客户需求信息生成订单；

所述需求表生成单元，用于根据订单的内容生成需求表；

所述送检单元，用于将所述需求表传输到接收模块。

3.如权利要求1所述的订单流程化管理系统，其特征在于，所述测试模块包括解析单元、测试用例单元和测试单元；

所述解析单元，用于对所述订单对应的需求表进行解析，得到解析内容；

所述测试用例单元，用于获取测试软件信息，并根据测试软件信息构建测试用例；

所述测试单元，用于通过测试用例对解析内容进行测试。

4.如权利要求1所述的订单流程化管理系统，其特征在于，所述发布模块包括服务器发布单元和客户端发布单元；

所述服务器发布单元，用于将测试报告上传服务器；

所述客户端发布单元，用于将通过测试的测试报告发布到客户端。

5.一种如权利要求1至4任一项所述订单流程化管理系统的运行方法，其特征在于，所述运行方法包括：

获取待测试信息和测试软件信息；

根据所述测试软件信息，构建测试用例；

基于所述测试用例，对所述待测试信息进行测试，得到测试报告，其中，所述测试报告包括测试结果；

根据测试结果，将所述测试报告进行上传处理。

6.如权利要求5所述的运行方法，其特征在于，所述获取待测试信息和测试软件信息的步骤包括：

获取客户需求，并根据所述客户需求，生成订单；

基于所述订单，构建需求表；

对所述需求表进行解析，得到待测试信息和测试软件信息。

7.如权利要求6所述的运行方法，其特征在于，所述基于所述订单，构建需求表的步骤包括：

基于预设模板，对所述订单进行映射处理，得到映射表；

获取测试软件信息，并将所述测试软件信息加入所述映射表中，得到需求表。

8.如权利要求5所述的运行方法，其特征在于，所述根据测试结果，将所述测试报告进行上传处理的步骤包括：

当所述测试结果为测试不通过时，则将所述测试报告上传到服务器中；

当所述测试结果为测试通过时，则将所述测试报告上传到服务器和客户端。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求5至8任一项所述的订单流程化管理系统的运行方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求5至8任一项所述的订单流程化管理系统的运行方法。