CN103645907B - 历史需求编译方法以及历史需求编译器 - Google Patents

Abstract

本发明实施例公开了历史需求编译方法，用于降低操作人员的能力要求，并避免手动修改时造成的失误和纰漏。本发明实施例方法包括：历史需求编译器获取第一软件的程序代码；历史需求编译器获取需求配置信息；历史需求编译器将所述需求配置信息录入到所述程序代码中；历史需求编译器将所述程序代码进行编译，得到第二软件。本发明实施例还提供历史需求编译器。本发明实施例能够降低操作人员的能力要求，并避免手动修改时造成的失误和纰漏。

Description

历史需求编译方法以及历史需求编译器

技术领域

本发明涉及计算机技术领域，尤其涉及历史需求编译方法以及历史需求编译器。

背景技术

在嵌入式软件领域，烧录进硬件中的软件经常需要更新换代。随着软件程序代码越来越规范化，操作人员一般只需要修改程序代码中的需求配置信息就可以重新编译出一个满足新配置需求的软件。

目前，一般的处理方法是操作人员获取软件A的程序代码的需求配置信息，根据新配置需求手动修改程序代码中的需求配置信息，编译修改后的程序代码获得满足新配置需求的软件B。

然而，手动修改程序代码中的需求配置信息不仅要求操作人员对该程序代码有深刻的理解，而且有可能出现失误和纰漏。

发明内容

本发明实施例提供了历史需求编译方法以及历史需求编译器，能够降低操作人员的能力要求，并避免手动修改时造成的失误和纰漏。

一种历史需求编译方法，包括：

历史需求编译器获取第一软件的程序代码；

历史需求编译器获取需求配置信息；

历史需求编译器将所述需求配置信息录入到所述程序代码中；

历史需求编译器将所述程序代码进行编译，得到第二软件。

可选地，还包括：

历史需求编译器获取上传软件的程序代码的宏定义信息；

历史需求编译器根据预置的宏定义映射信息将宏定义信息转换为功能元配置信息，所述宏定义映射信息包含程序代码的宏定义信息与对应的功能元配置信息的关系；

历史需求编译器根据功能元配置信息生成需求配置信息，所述需求配置信息包含功能元配置信息。

可选地，历史需求编译器获取需求配置信息包括：

历史需求编译器从需求配置数据库中获取需求配置信息，所述需求配置数据库包含至少一个需求配置信息；

或，

历史需求编译器获取上传的需求配置信息。

可选地，历史需求编译器根据功能元配置信息生成需求配置信息之后还包括：

历史需求编译器将所述功能元配置信息存入功能元数据库；

历史需求编译器将所述需求配置信息存入需求配置数据库。

可选地，历史需求编译器将所述需求配置信息录入到所述程序代码中具体包括：

历史需求编译器从所述需求配置信息中获取功能元配置信息；

历史需求编译器根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，所述宏定义映射信息包含所述功能元配置信息与对应的宏定义信息的关系；

历史需求编译器将所述宏定义信息写入所述第一软件的程序代码中。

一种历史需求编译器，包括：

第一获取模块，用于获取第一软件的程序代码；

第二获取模块，用于获取需求配置信息；

录入模块，用于将所述需求配置信息录入到所述程序代码中；

编译模块，用于将所述程序代码进行编译，得到第二软件。

可选地，还包括：

第三获取模块，用于获取上传软件的程序代码的宏定义信息；

转换模块，用于根据预置的宏定义映射信息将宏定义信息转换为功能元配置信息，所述宏定义映射信息包含程序代码的宏定义信息与对应的功能元配置信息的关系；

生成模块，用于根据功能元配置信息生成需求配置信息，所述需求配置信息包含功能元配置信息。

可选地，第二获取模块包括：

第一获取单元，用于从需求配置数据库中获取需求配置信息，所述需求配置数据库包含至少一个需求配置信息；

或，

第二获取单元，用于获取上传的需求配置信息。

可选地，还包括：

第一保存模块，用于将所述功能元配置信息存入功能元数据库；

第二保存模块，用于将所述需求配置信息存入需求配置数据库。

可选地，录入模块具体包括：

获取单元，用于从所述需求配置信息中获取功能元配置信息；

功能元转换单元，用于根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，所述宏定义映射信息包含所述功能元配置信息与对应的宏定义信息的关系；

写入单元，用于将所述宏定义信息写入所述第一软件的程序代码中。

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

本发明实施例中，历史需求编译器获取第一软件的程序代码，获取需求配置信息，将所述需求配置信息录入到所述程序代码中，并将所述程序代码进行编译，得到第二软件。在本发明实施例中，历史需求编译器将需求配置信息录入第一软件的程序代码，然后编译修改后的程序代码得到第二软件，而无需操作人员手动修改程序代码，因此无需要求操作人员对程序代码有深刻的理解，降低了操作人员的能力要求，并避免了手动修改时造成的失误和纰漏。

附图说明

图1为本发明实施例中历史需求编译方法的一个实施例流程图；

图2为本发明实施例中历史需求编译方法的另一个实施例流程图；

图3为本发明实施例中历史需求编译器的一个实施例结构图；

图4为本发明实施例中历史需求编译器的另一个实施例结构图。

具体实施方式

本发明实施例提供了历史需求编译方法以及历史需求编译器，能够降低操作人员的能力要求，并避免手动修改时造成的失误和纰漏。

请参阅图1，本发明实施例中历史需求编译方法一个实施例包括：

101、历史需求编译器获取第一软件的程序代码；

当历史需求编译器接收到操作人员发送的执行指令后，历史需求编译器获取第一软件的程序代码。

102、历史需求编译器获取需求配置信息；

当历史需求编译器接收到操作人员发送的执行指令后，历史需求编译器获取需求配置信息。

103、历史需求编译器将该需求配置信息录入到该程序代码中；

历史需求编译器在获取到第一软件的程序代码和需求配置信息后，将该需求配置信息录入到该程序代码中。

104、历史需求编译器将该程序代码进行编译，得到第二软件。

历史需求编译器将录入了该需求配置信息的程序代码进行编译，得到第二软件。可以理解的是，编译后得到的第二软件满足该需求配置信息对应的配置需求。

本实施例中，历史需求编译器获取第一软件的程序代码，获取需求配置信息，将该需求配置信息录入到该程序代码中，并将该程序代码进行编译，得到第二软件。在本实施例中，历史需求编译器将需求配置信息录入第一软件的程序代码，然后编译修改后的程序代码得到第二软件，而无需操作人员手动修改程序代码，因此无需要求操作人员对程序代码有深刻的理解，降低了操作人员的能力要求，并避免了手动修改时造成的失误和纰漏。

为便于理解，下面以一个具体实例对本发明实施例中的历史需求编译方法进行详细描述，请参阅图2，本发明实施例中历史需求编译方法另一个实施例包括：

201、历史需求编译器获取上传软件的程序代码的宏定义信息；

每当有上传软件和/或上传软件的程序代码被上传至历史需求编译器时，历史需求编译器获取该上传软件的程序代码的宏定义信息。需要说明的是，该上传软件可以是任何一个被操作人员上传到历史需求编译器上的软件，同理，该上传软件的程序代码可以是任何一个被操作人员上传到历史需求编译器上的软件的程序代码。

202、历史需求编译器根据预置的宏定义映射信息将宏定义信息转换为功能元配置信息；

历史需求编译器在获得上传软件的程序代码的宏定义信息后，根据预置的宏定义映射信息将宏定义信息转换为功能元配置信息，该宏定义映射信息包含程序代码的宏定义信息与对应的功能元配置信息的关系。

203、历史需求编译器根据功能元配置信息生成需求配置信息；

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

204、历史需求编译器将该功能元配置信息存入功能元数据库；

历史需求编译器在获得功能元配置信息后，将该功能元配置信息存入功能元数据库。该功能元数据库可以通过局域网连接的方式与历史需求编译器连接，也可以通过服务器的方式通过互联网与历史需求编译器连接，具体此处不作限定。

205、历史需求编译器将该需求配置信息存入需求配置数据库；

历史需求编译器在获得需求配置信息后，将该需求配置信息存入需求配置数据库。该需求配置数据库可以通过局域网连接的方式与历史需求编译器连接，也可以通过服务器的方式通过互联网与历史需求编译器连接，具体此处不作限定。

206、历史需求编译器获取第一软件的程序代码；

当历史需求编译器接收到操作人员发送的执行指令后，历史需求编译器获取第一软件的程序代码。具体可以是，操作人员通过历史需求编译器的操作界面上选择存储在历史需求编译器中的软件作为第一软件，然后历史需求编译器获取该第一软件的程序代码。同理，也可以是，操作人员将第一软件的程序代码上传到历史需求编译器中，历史需求编译器直接获得该第一软件的程序代码。

207、历史需求编译器获取需求配置信息；

当历史需求编译器接收到操作人员发送的执行指令后，历史需求编译器获取需求配置信息。可以理解的是，历史需求编译器可以从需求配置数据库中获取需求配置信息，该需求配置数据库包含至少一个需求配置信息，历史需求编译器具体获取哪个或哪些需求配置信息可以由操作人员根据当时的配置需求来决定。同样的，历史需求编译器也可以直接获取操作人员上传的需求配置信息，具体的实现方式此处不作限定。

208、历史需求编译器从该需求配置信息中获取功能元配置信息；

获得需求配置信息后，历史需求编译器从该需求配置信息中获取功能元配置信息。

209、历史需求编译器根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息；

获得该功能元配置信息后，历史需求编译器根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，该宏定义映射信息包含该功能元配置信息与对应的宏定义信息的关系。

210、历史需求编译器将该宏定义信息写入该第一软件的程序代码中；

在历史需求编译器将功能元配置信息转换为宏定义信息后，历史需求编译器将该宏定义信息写入该第一软件的程序代码中。可以理解的是，宏定义信息属于结构化的数据，可以被作为结构化的整体写入该程序代码中，被写入宏定义信息的该程序代码可以认为被修改过，被修改部分为该程序代码的宏定义部分。

211、历史需求编译器将该程序代码进行编译，得到第二软件。

历史需求编译器将写入了该宏定义信息的程序代码进行编译，得到第二软件。可以理解的是，因为宏定义信息由功能元配置信息转换而来，功能元配置信息从需求配置信息中获得，而需求配置信息反映了配置需求，因此编译后得到的第二软件满足该宏定义信息对应的配置需求，从而得到了满足新的配置需求的第二软件。

本实施例中，201至205中，每当有上传软件和/或上传软件的程序代码被上传至历史需求编译器时，历史需求编译器通过对上传软件的程序代码的处理获得该上传软件的功能元配置信息和/或需求配置信息，并将功能元配置信息存入功能元数据库，将需求配置信息存入需求配置数据库，从而使得历史需求编译器的功能元数据库和/或需求配置数据库的存储数据量越来越大，使得207中历史需求编译器从需求配置数据库中获取的需求配置信息的选择性越来越大，进而使得历史需求编译器通过对第一软件的程序代码处理得到第二软件的能力越来越强。

本实施例中，历史需求编译器获取第一软件的程序代码，获取需求配置信息，从该需求配置信息中获取功能元配置信息，然后根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，将该宏定义信息写入该第一软件的程序代码中，并将该程序代码进行编译，得到第二软件。在本实施例中，历史需求编译器从需求配置信息中获取功能元配置信息，然后将功能元配置信息转换为宏定义信息，并将宏定义信息写入第一软件的程序代码，然后编译修改后的程序代码得到第二软件，而无需操作人员手动修改程序代码，因此无需要求操作人员对程序代码有深刻的理解，降低了操作人员的能力要求，并避免了手动修改时造成的失误和纰漏。

为便于理解，根据图2所描述的实施例，下面以一个实际应用场景对本发明实施例中的历史需求编译方法进行描述：

在日常生产工作中，每当操作人员将软件或者软件的程序代码上传到历史需求编译器，历史需求编译器获取该上传软件的程序代码中的宏定义信息，然后将该宏定义信息转换为功能元配置信息，并将该功能元配置信息存入功能元数据库中。在获得该功能元配置信息后，历史需求编译器将该功能元配置信息生成需求配置信息，并将该需求配置信息存入需求配置数据库。

在需要时，操作人员通过历史需求编译器的可视化需求配置界面进行相关操作。可视化需求配置界面包括四个部分：第一部分为软件名字输入框；第二部分为需求配置选择框；第三部分为自动校对功能；第四部分为相关操作按钮。

首先，操作人员在软件名字输入框输入软件名字，该软件名字可以不需要输入完整，输入框可以提供自动补全的功能，从历史需求编译器的后台数据库中查找软件名字集合来判断需要补全的软件名字。一般来说，操作人员可以根据配置需求来描述软件名字，使得该软件与需要生产的新的软件尽可能相近。假设本次输入的软件名字为软件A。

接着，操作人员可以在需求配置选择框中选择需求的配置项，并对该需求的配置项进行相应的赋值。在操作人员选择了配置项以及对相应的配置项赋值后，历史需求编译器在需求配置数据库中查找相对应的需求配置信息。假设本次查找到的需求配置信息为需求配置信息A。

值得注意的是，在可视化需求配置界面上的鼠标或者输入光标离开需求配置选择框时，历史需求编译器将自动校对该选项中的配置项是否支持硬件、是否与其他选项产生冲突。

操作人员输入软件A和选择了需求配置信息A后，点击操作按钮中的执行按钮以给历史需求编译器发送执行指令。

当历史需求编译器接收到操作人员发送的执行指令后，历史需求编译器获取软件A的程序代码和需求配置信息A，然后获取需求配置信息A的功能元配置信息，假设该功能元配置信息为“支持中文”、“支持手写”、“支持语音”。然后历史需求编译器将“支持中文”、“支持手写”、“支持语音”这些功能元配置信息转换为“支持中文”、“支持手写”、“支持语音”的宏定义信息，并将这些宏定义信息写入软件A的程序代码中。

最后，历史需求编译器将写入了“支持中文”、“支持手写”、“支持语音”的宏定义信息的程序代码进行编译，得到一个新的软件B。该软件B满足“支持中文”、“支持手写”、“支持语音”的配置需求。

上面对本发明实施例中历史需求编译方法进行了描述，下面对本发明实施例中的历史需求编译器进行描述，请参阅图3，本发明实施例中历史需求编译器一个实施例包括：

第一获取模块301，用于获取第一软件的程序代码；

第二获取模块302，用于获取需求配置信息；

录入模块303，用于将该需求配置信息录入到该程序代码中；

编译模块304，用于将该程序代码进行编译，得到第二软件。

本实施例中，第一获取模块301获取第一软件的程序代码，第二获取模块302获取需求配置信息，录入模块303将该需求配置信息录入到该程序代码中，编译模块304将该程序代码进行编译，得到第二软件。在本实施例中，历史需求编译器将需求配置信息录入第一软件的程序代码，然后编译修改后的程序代码得到第二软件，而无需操作人员手动修改程序代码，因此无需要求操作人员对程序代码有深刻的理解，降低了操作人员的能力要求，并避免了手动修改时造成的失误和纰漏。

为便于理解，下面以一个具体实例对本发明实施例中的历史需求编译器进行详细描述，请参阅图4，本发明实施例中历史需求编译器另一个实施例包括：

第一获取模块401，用于获取第一软件的程序代码；

第二获取模块402，用于获取需求配置信息；

录入模块403，用于将该需求配置信息录入到该程序代码中；

编译模块404，用于将该程序代码进行编译，得到第二软件。

本实施例中，历史需求编译器还可以包括：

第三获取模块405，用于获取上传软件的程序代码的宏定义信息；

转换模块406，用于根据预置的宏定义映射信息将宏定义信息转换为功能元配置信息，该宏定义映射信息包含程序代码的宏定义信息与对应的功能元配置信息的关系；

生成模块407，用于根据功能元配置信息生成需求配置信息，该需求配置信息包含功能元配置信息；

第一保存模块408，用于将该功能元配置信息存入功能元数据库；

第二保存模块409，用于将该需求配置信息存入需求配置数据库。

本实施例中第二获取模块402具体可以包括：

第一获取单元4021，用于从需求配置数据库中获取需求配置信息，该需求配置数据库包含至少一个需求配置信息；

或，

第二获取单元4022，用于获取上传的需求配置信息。

本实施例中录入模块403具体可以包括：

获取单元4031，用于从该需求配置信息中获取功能元配置信息；

功能元转换单元4032，用于根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，该宏定义映射信息包含该功能元配置信息与对应的宏定义信息的关系；

写入单元4033，用于将该宏定义信息写入该第一软件的程序代码中。

本实施例中，第三获取模块405获取上传软件的程序代码的宏定义信息，转换模块406根据预置的宏定义映射信息将该宏定义信息转换为功能元配置信息，接着生成模块407根据转换模块406转换后得到的功能元配置信息生成需求配置信息，同时第一保存模块408将该功能元配置信息存入功能元数据库，第二保存模块409将该需求配置信息存入需求配置数据库。

本实施例中，第一获取模块401获取第一软件的程序代码，第二获取模块402中的第一获取单元4021或第二获取单元4022获取需求配置信息，获取单元4031从该需求配置信息中获取功能元配置信息，然后功能元转换单元4032根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，写入单元4033将该宏定义信息写入该第一软件的程序代码中，并且编译模块404将该程序代码进行编译，得到第二软件。在本实施例中，历史需求编译器从需求配置信息中获取功能元配置信息，然后将功能元配置信息转换为宏定义信息，并将宏定义信息写入第一软件的程序代码，然后编译修改后的程序代码得到第二软件，而无需操作人员手动修改程序代码，因此无需要求操作人员对程序代码有深刻的理解，降低了操作人员的能力要求，并避免了手动修改时造成的失误和纰漏。

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

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

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

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

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

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

Claims (8)

1.一种历史需求编译方法，其特征在于，包括：

历史需求编译器获取第一软件的程序代码；

历史需求编译器获取需求配置信息；

历史需求编译器将所述需求配置信息录入到所述程序代码中；

历史需求编译器将所述程序代码进行编译，得到第二软件；

历史需求编译器将所述需求配置信息录入到所述程序代码中具体包括：

历史需求编译器从所述需求配置信息中获取功能元配置信息；

历史需求编译器根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，所述宏定义映射信息包含所述功能元配置信息与对应的宏定义信息的关系；

历史需求编译器将所述宏定义信息写入所述第一软件的程序代码中。

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

历史需求编译器获取上传软件的程序代码的宏定义信息；

历史需求编译器根据预置的宏定义映射信息将宏定义信息转换为功能元配置信息，所述宏定义映射信息包含程序代码的宏定义信息与对应的功能元配置信息的关系；

历史需求编译器根据功能元配置信息生成需求配置信息，所述需求配置信息包含功能元配置信息。

3.根据权利要求1所述的方法，其特征在于，历史需求编译器获取需求配置信息包括：

历史需求编译器从需求配置数据库中获取需求配置信息，所述需求配置数据库包含至少一个需求配置信息；

或，

历史需求编译器获取上传的需求配置信息。

4.根据权利要求2所述的方法，其特征在于，历史需求编译器根据功能元配置信息生成需求配置信息之后还包括：

历史需求编译器将所述功能元配置信息存入功能元数据库；

历史需求编译器将所述需求配置信息存入需求配置数据库。

5.一种历史需求编译器，其特征在于，包括：

第一获取模块，用于获取第一软件的程序代码；

第二获取模块，用于获取需求配置信息；

录入模块，用于将所述需求配置信息录入到所述程序代码中；

编译模块，用于将所述程序代码进行编译，得到第二软件；

录入模块具体包括：

获取单元，用于从所述需求配置信息中获取功能元配置信息；

功能元转换单元，用于根据预置的宏定义映射信息将功能元配置信息转换为宏定义信息，所述宏定义映射信息包含所述功能元配置信息与对应的宏定义信息的关系；

写入单元，用于将所述宏定义信息写入所述第一软件的程序代码中。

6.根据权利要求5所述的历史需求编译器，其特征在于，还包括：

第三获取模块，用于获取上传软件的程序代码的宏定义信息；

转换模块，用于根据预置的宏定义映射信息将宏定义信息转换为功能元配置信息，所述宏定义映射信息包含程序代码的宏定义信息与对应的功能元配置信息的关系；

生成模块，用于根据功能元配置信息生成需求配置信息，所述需求配置信息包含功能元配置信息。

7.根据权利要求5所述的历史需求编译器，其特征在于，第二获取模块包括：

第一获取单元，用于从需求配置数据库中获取需求配置信息，所述需求配置数据库包含至少一个需求配置信息；

或，

第二获取单元，用于获取上传的需求配置信息。

8.根据权利要求6所述的历史需求编译器，其特征在于，还包括：

第一保存模块，用于将所述功能元配置信息存入功能元数据库；

第二保存模块，用于将所述需求配置信息存入需求配置数据库。