CN103645893A - 软件需求审核方法以及需求审核系统 - Google Patents

Abstract

本发明实施例公开了一种软件需求审核方法以及需求审核系统，用于在审核软件时避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。本发明实施例方法包括：需求审核系统接收待审核软件的需求配置数据，所述需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。本发明实施例还提供需求审核系统。本发明实施例能够在审核软件时避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。

Description

软件需求审核方法以及需求审核系统

技术领域

本发明实施例涉及计算机技术，尤其涉及软件需求审核方法以及需求审核系统。

背景技术

在板卡软件领域，生产不同批次的板卡可能需要烧录不同的软件，随着软件代码越来越规范化，一般只需要修改代码中的配置信息就可以重新编译出一个满足新需求的软件。

目前，一般的处理方法是软件配置人员在程序代码编译时将程序代码配置同步生成一个可视化文档，软件审核人员通过人工操作来查看该文档与硬件需求、客户需求是否匹配来进行审核，从而得到审核结果。

然而，通过人工操作进行审核会存在失误和纰漏，可能得到错误的审核结果。

发明内容

本发明实施例提供了软件需求审核方法以及需求审核系统，能够在审核软件时避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。

一种软件需求审核方法，包括：

需求审核系统接收待审核软件的需求配置数据，所述需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；

需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；

需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

可选地，所述需求审核系统接收待审核软件的需求配置数据之前还包括：

配置提取工具在编译待审核软件时获取待审核软件的程序代码的宏定义信息；

配置提取工具获取预置的宏定义映射信息，所述宏定义映射信息包含程序代码的宏定义信息与功能元配置信息的关系；

配置提取工具根据所述宏定义映射信息将宏定义信息转换为功能元配置信息；

配置提取工具根据功能元配置信息生成需求配置数据，所述需求配置数据包含功能元配置信息。

可选地，所述需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果包括：

需求审核系统根据预置的审核规则对功能元配置信息进行审核，若功能元配置信息与预置的审核规则匹配，则审核结果为待审核软件通过审核，若功能元配置信息与预置的审核规则不匹配，则审核结果为待审核软件不通过审核。

可选地，所述需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果包括：

需求审核系统将待审核软件的软件属性对应的预置的审核规则与所述软件属性对应的功能元配置信息进行匹配，并将得到所述软件属性对应的功能元配置信息的审核的结果作为所述软件属性的审核的结果，所述软件属性包含所述待审核软件的至少两个功能元配置信息；

需求审核系统将所述软件属性的审核的结果进行汇总，得到待审核软件的审核结果。

可选地，需求审核系统得出待审核软件的审核结果之后还包括：

需求审核系统根据预置的分级规则对所述审核结果进行分级，得到分级结果；

需求审核系统分析所述分级结果，得到待审核软件的审核结论。

一种需求审核系统，包括：

接收模块，用于接收待审核软件的需求配置数据，所述需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；

读取模块，用于从需求配置数据中读取待审核软件的功能元配置信息；

审核模块，用于根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

可选地，所述审核模块包括：

第一审核确定单元，用于在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则匹配，则审核结果为待审核软件通过审核；

第二审核确定单元，用于在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则不匹配，则审核结果为待审核软件不通过审核。

可选地，所述审核模块包括：

第一审核单元，用于将待审核软件的软件属性对应的预置的审核规则与所述软件属性对应的功能元配置信息进行匹配，并将得到所述软件属性对应的功能元配置信息的审核的结果作为所述软件属性的审核的结果，所述软件属性包含所述待审核软件的至少两个功能元配置信息；

结果汇总单元，用于将所述软件属性的审核的结果进行汇总，得到待审核软件的审核结果。

可选地，所述需求审核系统还包括：

分级模块，用于根据预置的分级规则对所述审核结果进行分级，得到分级结果；

分析模块，用于分析所述分级结果，得到待审核软件的审核结论。

一种需求审核系统，包括：

配置提取工具以及本发明实施例中提供的任意一个需求审核系统；

所述配置提取工具用于在编译待审核软件时获取待审核软件的程序代码的宏定义信息，获取预置的宏定义映射信息，根据所述宏定义映射信息将宏定义信息转换为功能元配置信息以及根据功能元配置信息生成需求配置数据，所述需求配置数据包含功能元配置信息。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，需求审核系统接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，并从需求配置数据中读取待审核软件的功能元配置信息。需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。在本发明实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。

附图说明

图1为本发明实施例中软件需求审核方法一个实施例流程图；

图2为本发明实施例中软件需求审核方法另一个实施例流程图；

图3为本发明实施例中软件需求审核方法另一个实施例流程图；

图4为本发明实施例中软件需求审核方法另一个实施例流程图；

图5为本发明实施例中软件需求审核方法另一个实施例流程图；

图6为本发明实施例中需求审核系统一个实施例结构图；

图7为本发明实施例中需求审核系统另一个实施例结构图；

图8为本发明实施例中需求审核系统另一个实施例结构图；

图9为本发明实施例中需求审核系统一个实施例示意图。

具体实施方式

本发明实施例提供了一种软件需求审核方法以及需求审核系统，用于审核软件时避免进行人工操作时出现的失误和纰漏，同时避免因人工操作而得到错误的审核结果。

请参阅图1，本发明实施例中软件需求审核方法一个实施例包括：

101、需求审核系统接收待审核软件的需求配置数据；

当软件审核人员需要对待审核软件进行审核时，可以向需求审核系统发送待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，需求审核系统接收该需求配置数据。

102、需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；

需求审核系统在接收到需求配置数据之后，从需求配置数据中读取待审核软件的功能元配置信息。

103、需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

需求审核系统获取到待审核软件的功能元配置信息后，将根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

本实施例中，需求审核系统接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，并从需求配置数据中读取待审核软件的功能元配置信息。需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。在本实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。

为便于理解，下面对本发明实施例中的软件需求审核方法进行详细描述，请参阅图2，本发明实施例中软件需求审核方法另一个实施例包括：

201、配置提取工具在编译待审核软件时获取待审核软件的程序代码的宏定义信息；

在编译待审核软件时，配置提取工具可以从待审核软件的程序代码中提取该程序代码的宏定义信息，具体可以是，当使用编译命令执行编译待审核软件命令时，配置提取工具可以执行一段预置的脚本从程序代码中获取宏定义信息。

202、配置提取工具获取预置的宏定义映射信息；

配置提取工具可以在编译待审核软件时获取预置的宏定义映射信息，该宏定义映射信息包含程序代码的宏定义信息与功能元配置信息的关系。

203、配置提取工具根据该宏定义映射信息将宏定义信息转换为功能元配置信息；

在获取到宏定义信息以及宏定义映射信息后，配置提取工具可以根据该宏定义映射信息将宏定义信息转换为功能元配置信息。

204、配置提取工具根据功能元配置信息生成需求配置数据；

在配置提取工具获取到功能元配置信息之后，配置提取工具根据功能元配置信息生成需求配置数据，该需求配置数据包含功能元配置信息，同时，该需求配置数据可以是标准格式化的文档，如XML格式文档、JSON格式文档等，以便于调用，具体此处不作限定。

205、需求审核系统接收待审核软件的需求配置数据；

当软件审核人员需要对待审核软件进行审核时，可以向需求审核系统发送待审核软件的需求配置数据，然后，需求审核系统接收该需求配置数据。

206、需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；

需求审核系统在接收到需求配置数据之后，从需求配置数据中读取待审核软件的功能元配置信息。

207、需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

需求审核系统获取到待审核软件的功能元配置信息后，将根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

本实施例中，需求审核系统接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，并从需求配置数据中读取待审核软件的功能元配置信息。需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。在本实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。

为便于理解，下面从本发明实施例中软件需求审核方法里待审核软件的审核结果进行详细描述，请参阅图3，本发明实施例中软件需求审核方法另一实施例包括：

301、需求审核系统接收待审核软件的需求配置数据；

当软件审核人员需要对待审核软件进行审核时，可以向需求审核系统发送待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，需求审核系统接收该需求配置数据。

302、需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；

需求审核系统在接收到需求配置数据之后，从需求配置数据中读取待审核软件的功能元配置信息。

303、需求审核系统根据预置的审核规则对功能元配置信息进行审核，若功能元配置信息与预置的审核规则匹配，则执行步骤304，若功能元配置信息与预置的审核规则不匹配，则执行步骤305；

需求审核系统获取到待审核软件的功能元配置信息后，将根据预置的审核规则对功能元配置信息进行审核，若功能元配置信息与预置的审核规则匹配，则执行步骤304，若功能元配置信息与预置的审核规则不匹配，则执行步骤305。

304、待审核软件通过审核；

如果需求审核系统根据预置的审核规则对功能元配置信息进行审核，得到的结果是功能元配置信息与审核规则相匹配，则说明待审核软件满足了审核规则的需求，所以待审核软件通过审核。

305、待审核软件不通过审核。

如果需求审核系统根据预置的审核规则对功能元配置信息进行审核，得到的结果是功能元配置信息与审核规则不匹配，则说明待审核软件不能满足审核规则的需求，所以待审核软件不通过审核。

具体可以理解为，预置的审核规则对每一类别的功能元配置信息做出了审核标准，需求审核系统将每一类别的功能元配置信息与该审核规则中的对应的审核标准作比对，然后把所有比对结果汇总作为该待审核软件的审核结果，其中比对成功则审核结果为待审核软件通过审核，比对不成功则审核结果为待审核软件不通过审核。

本实施例中，需求审核系统接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，并从需求配置数据中读取待审核软件的功能元配置信息。需求审核系统根据预置的审核规则对功能元配置信息进行审核，若功能元配置信息与预置的审核规则匹配，则审核结果为待审核软件通过审核，若功能元配置信息与预置的审核规则不匹配，则审核结果为待审核软件不通过审核。在本实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。进一步地，根据审核结果，可以快速地在应用上作出判断，对通过审核的待审核软件以及不通过审核的待审核软件作出相应的处理，提高对待审核软件的处理效率。

上面实施例描述了软件需求审核方法中一种审核结果方式，下面将以另一实施例详细描述软件需求审核方法中另一种审核结果方式，请参阅图4，本发明实施例中软件需求审核方法另一实施例包括：

401、需求审核系统接收待审核软件的需求配置数据；

当软件审核人员需要对待审核软件进行审核时，可以向需求审核系统发送待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，需求审核系统接收该需求配置数据。

402、需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；

需求审核系统在接收到需求配置数据之后，从需求配置数据中读取待审核软件的功能元配置信息。

403、需求审核系统将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并将得到该软件属性对应的功能元配置信息的审核的结果作为该软件属性的审核的结果；

需求审核系统获取到待审核软件的功能元配置信息后，将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并将得到该软件属性对应的功能元配置信息的审核的结果作为该软件属性的审核的结果，该软件属性包含该待审核软件的至少两个功能元配置信息。

可以理解的是，待审核软件可以有若干软件属性，每个软件属性可以有若干功能元配置信息，需求审核系统将该功能元配置信息与其对应的审核规则进行匹配，就可以得到每条功能元配置信息相应的审核的结果。

404、需求审核系统将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果；

需求审核系统获得该软件属性的审核的结果后，将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果。

需要说明的是，需求审核系统在得到该待审核软件的审核结果后，可以通过短信、邮件、站内信等方式通知审核人员，并且也可以使用保存快照、保存变更项、保存日志等方式将该审核结果进行保存，以便于历史查询，具体情况可以根据实际应用选择，此处不作具体限定。

405、需求审核系统根据预置的分级规则对该审核结果进行分级，得到分级结果；

需求审核系统在得到待审核软件的审核结果后，根据预置的分级规则对该审核结果进行分级，得到分级结果。可以理解的是，该分级规则将审核结果按照一定的原则分为A级、B级、C级、D级等级别，具体级别以及对级别的描述可以由审核人员自行定义，同理，分级结果也可以由审核人员自行定义，可以记录下审核结果分级后的各分级的数量、质量、对应级别等信息。

406、需求审核系统分析该分级结果，得到待审核软件的审核结论。

需求审核系统在获得分级结果后，对分级结果进行分析，得到待审核软件的审核结论。需要说明的是，由于该审核结论是经由分级结果分析得出，可以表达审核软件通过率、审核软件质量评估、审核软件通过审核的周期曲线等信息，具体得出的审核结论表达哪些结论可由审核人员通过预置分级规则、分析算法等来控制，因此此处不作具体的限定。

本实施例中，需求审核系统接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，并从需求配置数据中读取待审核软件的功能元配置信息。需求审核系统将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并将得到该软件属性对应的功能元配置信息的审核的结果作为该软件属性的审核的结果，然后需求审核系统将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果，根据预置的分级规则对该审核结果进行分级，得到分级结果，并对分级结果进行分析，从而得到审核结论。在本实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。进一步地，根据分析分级结果得出的审核结论，可以得出在应用上具有直接指导意义的数据，可以更为迅速并合理地对待审核软件进行处理，进一步提高对待审核软件的处理效率。

为便于理解，下面实施例对软件需求审核方法进行更为详尽的描述，请参阅图5，本发明实施例中软件需求审核方法另一实施例包括：

501、配置提取工具在编译待审核软件时获取待审核软件的程序代码的宏定义信息；

在编译待审核软件时，配置提取工具可以从待审核软件的程序代码中提取该程序代码的宏定义信息，具体可以是，当使用编译命令执行编译待审核软件命令时，配置提取工具可以执行一段预置的脚本从程序代码中获取宏定义信息。

502、配置提取工具获取预置的宏定义映射信息；

配置提取工具可以在编译待审核软件时获取预置的宏定义映射信息，该宏定义映射信息包含程序代码的宏定义信息与功能元配置信息的关系。

503、配置提取工具根据该宏定义映射信息将宏定义信息转换为功能元配置信息；

在获取到宏定义信息以及宏定义映射信息后，配置提取工具可以根据该宏定义映射信息将宏定义信息转换为功能元配置信息。

504、配置提取工具根据功能元配置信息生成需求配置数据；

在配置提取工具获取到功能元配置信息之后，配置提取工具根据功能元配置信息生成需求配置数据，该需求配置数据包含功能元配置信息，同时，该需求配置数据可以是标准格式化的文档，如XML格式文档、JSON格式文档等，以便于调用。

505、需求审核系统接收待审核软件的需求配置数据；

当软件审核人员需要对待审核软件进行审核时，可以向需求审核系统发送待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，需求审核系统接收该需求配置数据。

506、需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；

需求审核系统在接收到需求配置数据之后，从需求配置数据中读取待审核软件的功能元配置信息。

507、需求审核系统将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并将得到该软件属性对应的功能元配置信息的审核的结果作为该软件属性的审核的结果；

需求审核系统获取到待审核软件的功能元配置信息后，将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并将得到该软件属性对应的功能元配置信息的审核的结果作为该软件属性的审核的结果，该软件属性包含该待审核软件的至少两个功能元配置信息。

可以理解的是，待审核软件可以有若干软件属性，每个软件属性可以有若干功能元配置信息，需求审核系统将该功能元配置信息与其对应的审核规则进行匹配，就可以得到每条功能元配置信息相应的审核的结果。

508、需求审核系统将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果；

需求审核系统获得该软件属性的审核的结果后，将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果。

需要说明的是，需求审核系统在得到该待审核软件的审核结果后，可以通过短信、邮件、站内信等方式通知审核人员，并且也可以使用保存快照、保存变更项、保存日志等方式将该审核结果进行保存，以便于历史查询，具体情况可以根据实际应用选择，此处不作具体限定。

509、需求审核系统根据预置的分级规则对该审核结果进行分级，得到分级结果；

需求审核系统在得到待审核软件的审核结果后，根据预置的分级规则对该审核结果进行分级，得到分级结果。可以理解的是，该分级规则将审核结果按照一定的原则分为A级、B级、C级、D级等级别，具体级别以及对级别的描述可以由审核人员自行定义，同理，分级结果也可以由审核人员自行定义，可以记录下审核结果分级后的各分级的数量、质量、对应级别等信息。

510、需求审核系统分析该分级结果，得到待审核软件的审核结论。

需求审核系统在获得分级结果后，对分级结果进行分析，得到待审核软件的审核结论。需要说明的是，由于该审核结论是经由分级结果分析得出，可以表达审核软件通过率、审核软件质量评估、审核软件通过审核的周期曲线等信息，具体得出的审核结论表达哪些结论可由审核人员通过预置分级规则、分析算法等来控制，因此此处不作具体的限定。

为便于理解，根据图5所描述的实施例，下面以一个实际应用场景对本发明实施例中的软件需求审核方法进行描述，本发明实施例中软件需求审核方法另一实施例包括：

本实施例中，在需求审核系统正式运行前，需要由审核人员配置审核规则、分析规则以及分析算法，配置完成后，进入下一步骤。

配置人员使用编译命令执行编译待审核软件命令时，通过配置提取工具执行一段预置的脚本从程序代码中获取宏定义信息。同时还可以检查程序代码中的常规的配置信息，如：功能元的图片信息。如果该步骤执行成功，则进入下一步骤；如果执行不成功，则跳转到编译出错环节。

此时，配置提取工具可以自行检查程序代码中的其他的配置信息，如编译代码信息、编译环境信息。如果该步骤执行成功，则进入下一步骤；如果执行不成功，则跳转到编译出错环节。

配置提取工具自动获取预置的宏定义映射信息，一般来说，对于不同的程序代码，即使表达的功能相同，但是宏定义映射信息可能会不一样，因此配置提取工具会自行寻找统一的宏定义映射信息。

在获取到宏定义信息以及宏定义映射信息后，配置提取工具可以根据该宏定义映射信息将宏定义信息转换为功能元配置信息，并根据功能元配置信息生成需求配置数据。该需求配置数据可以是标准格式化的文档，如XML格式文档、JSON格式文档等，以便于后续调用。

审核人员将需求配置数据上传到需求审核系统。需求审核系统从需求配置数据中读取待审核软件的功能元配置信息，并将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并得到该软件属性的审核的结果。此处假设待审核软件A拥有两条软件属性，分别为“支持语言”和“支持无线连接”，软件属性“支持语言”下有两个功能元“支持中文”和“支持英文”，软件属性“支持无线连接”下有两个功能元“支持蓝牙”和“支持红外”。同时假设软件属性“支持语言”对应的审核规则为“是否支持中文”，而软件属性“支持无线”对应的审核规则为“是否支持3G网络”，则当审核规则与功能元配置信息匹配后，得到的审核的结果分别为软件属性“支持语言”中的“支持中文”审核通过、“支持英文”审核不通过；软件属性“支持无线”中的“支持蓝牙”审核不通过、“支持红外”审核不通过。

需求审核系统将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果。可以得知，该待审核软件A的审核结果为软件属性“支持语言”中的“支持中文”审核通过、“支持英文”审核不通过；软件属性“支持无线”中的“支持蓝牙”审核不通过、“支持红外”审核不通过。此时需求审核系统通过短信的方式告知审核人员，并且使用保存快照的方式将审核结果保存下来。

进一步地，此时审核人员若需要通过审核结果得出具体的审核结论，可以选择对审核结果进行分级、分析处理。此处假设分级规则为A级表示软件属性下功能元配置信息全通过审核；B级表示软件属性下功能元配置信息部分通过审核；C级表示软件属性下功能元配置信息全不通过审核。则可知，分级结果为软件属性“支持语言”属于B级，软件属性“支持无线”属于C级。可以理解的是，若有大量的分级结果，通过分析可以得出审核结论，此处不作具体分析。

审核人员可以根据审核结果或者新的审核需求迭代配置和更新审核规则、分析规则以及分析算法。

上面对本发明实施例中软件需求审核方法进行了描述，下面对本发明实施例中的需求审核系统进行描述，请参阅图6，本发明实施例中需求审核系统一个实施例包括：

接收模块601，用于接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；

读取模块602，用于从需求配置数据中读取待审核软件的功能元配置信息；

审核模块603，用于根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

本实施例中，接收模块601接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，读取模块602从需求配置数据中读取待审核软件的功能元配置信息。审核模块603根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。在本实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。

为便于理解，下面以一个具体实例对本发明实施例中的需求审核系统进行详细描述，请参阅图7，本发明实施例中需求审核系统另一个实施例包括：

接收模块701，用于接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；

读取模块702，用于从需求配置数据中读取待审核软件的功能元配置信息；

审核模块703，用于根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

本实施例中审核模块703具体可以包括：

第一审核确定单元7031，用于在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则匹配，则审核结果为待审核软件通过审核；

第二审核确定单元7032，用于在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则不匹配，则审核结果为待审核软件不通过审核。

本实施例中，接收模块701接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，读取模块702从需求配置数据中读取待审核软件的功能元配置信息。第一审核确定单元7031在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则匹配，则审核结果为待审核软件通过审核。第二审核确定单元7032在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则不匹配，则审核结果为待审核软件不通过审核。在本实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。进一步地，根据审核结果，可以快速地在应用上作出判断，对通过审核的待审核软件以及不通过审核的待审核软件作出相应的处理，提高对待审核软件的处理效率。

上面实施例描述了需求审核系统中一种审核结果处理方式，下面将以另一实施例详细描述需求审核系统中另一种审核结果处理方式，请参阅图8，本发明实施例中需求审核系统另一实施例包括：

接收模块801，用于接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；

读取模块802，用于从需求配置数据中读取待审核软件的功能元配置信息；

审核模块803，用于根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果；

分级模块804，用于根据预置的分级规则对该审核结果进行分级，得到分级结果；

分析模块805，用于分析该分级结果，得到待审核软件的审核结论。

本实施例中审核模块803具体可以包括：

第一审核单元8031，用于将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并将得到该软件属性对应的功能元配置信息的审核的结果作为该软件属性的审核的结果，该软件属性包含该待审核软件的至少两个功能元配置信息；

结果汇总单元8032，用于将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果。

本实施例中，接收模块801接收待审核软件的需求配置数据，该需求配置数据在编译待审核软件时通过待审核软件的程序代码生成，读取模块802从需求配置数据中读取待审核软件的功能元配置信息。第一审核单元8031将待审核软件的软件属性对应的预置的审核规则与该软件属性对应的功能元配置信息进行匹配，并将得到该软件属性对应的功能元配置信息的审核的结果作为该软件属性的审核的结果，然后结果汇总模块8032将该软件属性的审核的结果进行汇总，得到待审核软件的审核结果，分级模块804根据预置的分级规则对该审核结果进行分级，得到分级结果，分析模块805对分级结果进行分析，从而得到审核结论。在本实施例中，由于需求审核系统只需根据接收到的需求配置数据以及预置的审核规则即可对待审核软件进行自动审核，并得到审核结果，避免了进行人工操作时出现的失误和纰漏，同时避免了因人工操作而得到错误的审核结果。进一步地，根据分析分级结果得出的审核结论，可以得出在应用上具有直接指导意义的数据，可以更为迅速并合理地对待审核软件进行处理，进一步提高对待审核软件的处理效率。

上面对本发明实施例中需求审核系统进行了描述，下面对本发明实施例中的需求审核系统中的各部分的交互过程进行描述，请参阅图9，本发明实施例中需求审核系统一个实施例包括：

配置提取工具901，用于在编译待审核软件时获取待审核软件的程序代码的宏定义信息，获取预置的宏定义映射信息，根据该宏定义映射信息将宏定义信息转换为功能元配置信息以及根据功能元配置信息生成需求配置数据，并将该需求配置数据发送给需求审核系统902；

需求审核系统902，用于接收配置提取工具901发送过来的需求配置数据，从需求配置数据中读取待审核软件的功能元配置信息，根据预置的审核规则对功能元配置信息进行审核，并得到待审核软件的审核结果。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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

Claims (10)

1.一种软件需求审核方法，其特征在于，包括：

需求审核系统接收待审核软件的需求配置数据，所述需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；

需求审核系统从需求配置数据中读取待审核软件的功能元配置信息；

需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

2.根据权利要求1所述的方法，其特征在于，所述需求审核系统接收待审核软件的需求配置数据之前还包括：

配置提取工具在编译待审核软件时获取待审核软件的程序代码的宏定义信息；

配置提取工具获取预置的宏定义映射信息，所述宏定义映射信息包含程序代码的宏定义信息与功能元配置信息的关系；

配置提取工具根据所述宏定义映射信息将宏定义信息转换为功能元配置信息；

配置提取工具根据功能元配置信息生成需求配置数据，所述需求配置数据包含功能元配置信息。

3.根据权利要求1所述的方法，其特征在于，所述需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果包括：

需求审核系统根据预置的审核规则对功能元配置信息进行审核，若功能元配置信息与预置的审核规则匹配，则审核结果为待审核软件通过审核，若功能元配置信息与预置的审核规则不匹配，则审核结果为待审核软件不通过审核。

4.根据权利要求1所述的方法，其特征在于，所述需求审核系统根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果包括：

需求审核系统将待审核软件的软件属性对应的预置的审核规则与所述软件属性对应的功能元配置信息进行匹配，并将得到所述软件属性对应的功能元配置信息的审核的结果作为所述软件属性的审核的结果，所述软件属性包含所述待审核软件的至少两个功能元配置信息；

需求审核系统将所述软件属性的审核的结果进行汇总，得到待审核软件的审核结果。

5.根据权利要求4中所述的方法，其特征在于，需求审核系统得出待审核软件的审核结果之后还包括：

需求审核系统根据预置的分级规则对所述审核结果进行分级，得到分级结果；

需求审核系统分析所述分级结果，得到待审核软件的审核结论。

6.一种需求审核系统，其特征在于，包括：

接收模块，用于接收待审核软件的需求配置数据，所述需求配置数据在编译待审核软件时通过待审核软件的程序代码生成；

读取模块，用于从需求配置数据中读取待审核软件的功能元配置信息；

审核模块，用于根据预置的审核规则对功能元配置信息进行审核，将对功能元配置信息的审核结果作为待审核软件的审核结果。

7.根据权利要求6所述的需求审核系统，其特征在于，所述审核模块包括：

第一审核确定单元，用于在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则匹配，则审核结果为待审核软件通过审核；

第二审核确定单元，用于在根据预置的审核规则对功能元配置信息进行审核时，若功能元配置信息与预置的审核规则不匹配，则审核结果为待审核软件不通过审核。

8.根据权利要求6所述的需求审核系统，其特征在于，所述审核模块包括：

第一审核单元，用于将待审核软件的软件属性对应的预置的审核规则与所述软件属性对应的功能元配置信息进行匹配，并将得到所述软件属性对应的功能元配置信息的审核的结果作为所述软件属性的审核的结果，所述软件属性包含所述待审核软件的至少两个功能元配置信息；

结果汇总单元，用于将所述软件属性的审核的结果进行汇总，得到待审核软件的审核结果。

9.根据权利要求8中所述的需求审核系统，其特征在于，所述需求审核系统还包括：

分级模块，用于根据预置的分级规则对所述审核结果进行分级，得到分级结果；

分析模块，用于分析所述分级结果，得到待审核软件的审核结论。

10.一种需求审核系统，其特征在于，包括：

配置提取工具以及权利要求6至9中任一项所述的需求审核系统；

所述配置提取工具用于在编译待审核软件时获取待审核软件的程序代码的宏定义信息，获取预置的宏定义映射信息，根据所述宏定义映射信息将宏定义信息转换为功能元配置信息以及根据功能元配置信息生成需求配置数据，所述需求配置数据包含功能元配置信息。

Images