CN105204383B - 应用伺服系统的生成方法和装置 - Google Patents
应用伺服系统的生成方法和装置 Download PDFInfo
- Publication number
- CN105204383B CN105204383B CN201510493131.2A CN201510493131A CN105204383B CN 105204383 B CN105204383 B CN 105204383B CN 201510493131 A CN201510493131 A CN 201510493131A CN 105204383 B CN105204383 B CN 105204383B
- Authority
- CN
- China
- Prior art keywords
- engine
- service
- function
- servo
- configuration file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Feedback Control In General (AREA)
- Combined Controls Of Internal Combustion Engines (AREA)
Abstract
本发明提供了一种应用伺服系统的生成方法和装置,该方法包括:根据配置规则生成服务引擎,其中,上述服务引擎用于解析和执行根据上述配置规则生成的配置文件;根据逻辑描述生成功能逻辑包,其中,上述功能逻辑包是根据逻辑描述生成的函数实体,上述逻辑描述用于定义上述配置文件所需的逻辑函数的功能;根据设备的硬件状态、硬件驱动生成基础驱动,其中,上述基础驱动用于适配上述服务引擎;根据服务引擎、上述功能逻辑包、上述基础驱动进行伺服集成,生成上述应用伺服系统。通过本发明,解决了相关技术中无法自动生成伺服系统的问题,进而达到了提高效率的效果。
Description
技术领域
本发明涉及计算机领域,具体而言,涉及一种应用伺服系统的生成方法和装置。
背景技术
近来,随着飞机机载电子系统的快速发展,模块化、通用化、集成化的发展,未来型号分布式机电系统、扁平化的数据采集、控制驱动装置技术更新,传统的机电系统定制式系统开发已经逐渐不能满足新型机电系统的发展需要。如何重新定义模块化的接口设计,如何提高接口开发的通用性、继承性,如何缩短研制时间,提高研制可靠性,已经是广大航空系统设计者关心的问题。
综上,在大运机电综合管理的基础上研究的一种新式系统软件开发方法,提出一种基于配置的设备接口通用标准——航空电子设备配置表通用接口应用技术,是当前亟待解决的技术问题。
发明内容
本发明提供了一种应用伺服系统的生成方法及装置,以至少解决现有技术无法自动生成伺服系统的问题。
根据本发明的一个方面,提供了一种应用伺服系统的生成方法,该方法包括:根据预定义的配置规则生成服务引擎,其中,所述服务引擎用于解析和执行根据所述配置规则生成的配置文件;根据预定义的逻辑描述生成功能逻辑包,其中,所述功能逻辑包是根据所述逻辑描述生成的函数实体,所述逻辑描述用于定义所述配置文件所需的逻辑函数的功能;根据设备的硬件环境生成基础驱动,其中,所述基础驱动用于将不同的硬件环境适配于所述服务引擎,所述设备是所述应用伺服系统运行的载体;根据所述服务引擎、所述功能逻辑包、所述基础驱动进行伺服集成,生成所述应用伺服系统。
优选地,根据预定义的配置规则生成所述服务引擎包括:根据所述配置规则生成配置文件;解析配置文件,获取所述设备的输入信息,输出信息,及用于处理所述输入信息的逻辑处理关系;根据所述输入信息,所述输出信息及所述逻辑处理关系生成所述服务引擎。
优选地,根据预定义的所述逻辑描述生成所述功能逻辑包包括:根据所述逻辑描述中定义的逻辑索引,输入信息,输出信息,和输入信息到输出信息之间的逻辑算法生成至少一个函数实体;根据所述至少一个函数实体生成所述功能逻辑包。
优选地,根据所述设备的硬件环境生成所述基础驱动包括:根据所述设备的硬件状态、硬件驱动生成统一的适配所述服务引擎的至少一个驱动转换接口;根据所述至少一个驱动转换接口生成所述基础驱动。
优选地,根据预定义的所述配置规则生成所述服务引擎之前,所述方法还包括:根据所述设备的输入信息,输出信息和所述输入信息和所述输出信息之间的逻辑索引按照所述配置规则生成配置文件,其中,所述配置文件是使用配置工具生成的。
优选地,生成所述应用伺服系统之后,所述方法还包括:将所述应用伺服系统和所述配置文件烧制到所述设备中。
根据本发明的另一方面,提供了一种应用伺服系统的生成装置,包括:服务引擎生成模板,用于根据预定义的配置规则生成服务引擎,其中,所述服务引擎用于解析和执行根据所述配置规则生成的配置文件;功能逻辑包生成模块,用于根据预定义的逻辑描述生成功能逻辑包,其中,所述功能逻辑包是根据所述逻辑描述生成的函数实体,所述逻辑描述用于定义所述配置文件所需的逻辑函数的功能;基础驱动生成模块,用于根据设备的硬件环境生成基础驱动,其中,所述基础驱动用于将不同的硬件环境适配于所述服务引擎,所述设备是所述应用伺服系统运行的载体;伺服系统生成模块,用于根据所述服务引擎、所述功能逻辑包、所述基础驱动进行伺服集成,生成所述应用伺服系统。
优选地,所述服务引擎生成模块还包括:配置文件生成单元,用于根据所述配置规则生成配置文件;解析单元,用于解析配置文件,获取所述设备的输入信息,输出信息,及用于处理所述输入信息的逻辑处理关系;生成单元,用于根据所述输入信息,所述输出信息及所述逻辑处理关系生成所述服务引擎。
优选地,所述功能逻辑包生成模块包括:函数实体生成单元,用于根据所述逻辑描述中定义的逻辑索引,输入信息,输出信息,和输入信息到输出信息之间的逻辑算法生成至少一个函数实体;功能逻辑包生成单元,用于根据所述至少一个函数实体生成所述功能逻辑包。
优选地,所述基础驱动生成模块还用于根据所述设备的硬件状态、硬件驱动生成统一的适配所述服务引擎的至少一个驱动转换接口;根据所述至少一个驱动转换接口生成所述基础驱动。
通过本发明,采用根据预定义的配置规则生成服务引擎,其中,所述服务引擎用于解析和执行根据所述配置规则生成的配置文件;根据预定义的逻辑描述生成功能逻辑包,其中,所述功能逻辑包是根据所述逻辑描述生成的函数实体,所述逻辑描述用于定义所述配置文件所需的逻辑函数的功能;根据设备的硬件环境生成基础驱动,其中,所述基础驱动用于将不同的硬件环境适配于所述服务引擎,所述设备是所述应用伺服系统运行的载体;根据所述服务引擎、所述功能逻辑包、所述基础驱动进行伺服集成,生成所述应用伺服系统,解决了相关技术中无法自动生成伺服系统的问题,进而达到了提高效率的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的应用伺服系统的生成方法的流程图;
图2是根据本发明实施例的应用伺服系统的生成装置的结构框图;
图3是根据本发明实施例的配置过程的示意图;
图4是根据本发明实施例的实现过程的示意图;
图5是根据本发明实施例的集成过程的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
以下首先对本发明实施例中的术语进行解释:
基础驱动(Base driver)以函数库的形式供服务引擎加载并调用,用于服务引擎与不同硬件驱动的适配驱动程序。
功能逻辑包(Functional logic package)以库的形式供服务引擎加载并调用,完成防抖处理或信号功能处理的逻辑函数集合,且满足相关性能约束。
服务引擎(Service engine)在伺服计算机上运行的系统服务软件,根据配置规则加载配置文件,形成完整功能的配置式应用软件。
配置规则(Configuration rule)配置式软件设计过程中配置内容的结构性描述,是配置文件、配置工具以及服务引擎遵循的规范。
配置文件(Configuration file)定义完整功能的配置式应用软件所需实现的功能、行为的机器语言文件。
应用伺服程序(Application-servo program)由服务引擎、基础驱动、功能逻辑包组成,结合配置文件即可形成完整功能的配置式应用软件。
逻辑描述(Logic description)由系统设计人员在配置文件制作时,针对每个功能逻辑函数给出的算法说明。
在本实施例中提供了一种应用伺服系统的生成方法,图1是根据本发明实施例的应用伺服系统的生成方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,根据预定义的配置规则生成服务引擎,其中,所述服务引擎用于解析和执行根据所述配置规则生成的配置文件;
步骤S104,根据预定义的逻辑描述生成功能逻辑包,其中,所述功能逻辑包是根据所述逻辑描述生成的函数实体,所述逻辑描述用于定义所述配置文件所需的逻辑函数的功能;
步骤S106,根据设备的硬件环境生成基础驱动,其中,所述基础驱动用于将不同的硬件环境适配于所述服务引擎,所述设备是所述应用伺服系统运行的载体;
步骤S108,根据所述服务引擎、所述功能逻辑包、所述基础驱动进行伺服集成,生成所述应用伺服系统。
通过上述步骤,解决了相关技术中无法自动生成伺服系统的问题,进而达到了提高效率的效果。
在一个实施例中,根据预定义的配置规则生成所述服务引擎包括:根据所述配置规则生成配置文件;解析配置文件,获取所述设备的输入信息,输出信息,及用于处理所述输入信息的逻辑处理关系;根据所述输入信息,所述输出信息及所述逻辑处理关系生成所述服务引擎。
在另一个实施例中,根据预定义的所述逻辑描述生成所述功能逻辑包包括:根据所述逻辑描述中定义的逻辑索引,输入信息,输出信息,和输入信息到输出信息之间的逻辑算法生成至少一个函数实体;根据所述至少一个函数实体生成所述功能逻辑包。
在又一个实施例中,根据所述设备的硬件环境生成所述基础驱动包括:根据所述设备的硬件状态、硬件驱动生成统一的适配所述服务引擎的至少一个驱动转换接口;根据所述至少一个驱动转换接口生成所述基础驱动。
在一个优选实施例中,根据预定义的所述配置规则生成所述服务引擎之前,所述方法还包括:根据所述设备的输入信息,输出信息和所述输入信息和所述输出信息之间的逻辑索引按照所述配置规则生成配置文件,其中,所述配置文件是使用配置工具生成的。
在另一个优选实施例中,生成所述应用伺服系统之后,所述方法还包括:将所述应用伺服系统和所述配置文件烧制到所述设备中。
在本实施例中还提供了一种应用伺服系统的生成装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的应用伺服系统的生成装置的结构框图,如图2所示,该装置包括:
服务引擎生成模板22,用于根据预定义的配置规则生成服务引擎,其中,所述服务引擎用于解析和执行根据所述配置规则生成的配置文件;
功能逻辑包生成模块24,用于根据预定义的逻辑描述生成功能逻辑包,其中,所述功能逻辑包是根据所述逻辑描述生成的函数实体,所述逻辑描述用于定义所述配置文件所需的逻辑函数的功能;
基础驱动生成模块26,用于根据设备的硬件环境生成基础驱动,其中,所述基础驱动用于将不同的硬件环境适配于所述服务引擎,所述设备是所述应用伺服系统运行的载体;
伺服系统生成模块28,用于根据所述服务引擎、所述功能逻辑包、所述基础驱动进行伺服集成,生成所述应用伺服系统。
在一个优选的实施例中,所述服务引擎生成模块22还包括:配置文件生成单元,用于根据所述配置规则生成配置文件;解析单元,用于解析配置文件,获取所述设备的输入信息,输出信息,及用于处理所述输入信息的逻辑处理关系;生成单元,用于根据所述输入信息,所述输出信息及所述逻辑处理关系生成所述服务引擎。
在另一个优选的实施例中,所述功能逻辑包生成模块24包括:函数实体生成单元,用于根据所述逻辑描述中定义的逻辑索引,输入信息,输出信息,和输入信息到输出信息之间的逻辑算法生成至少一个函数实体;功能逻辑包生成单元,用于根据所述至少一个函数实体生成所述功能逻辑包。
在又一个优选的实施例中,所述基础驱动生成模块26还用于根据所述设备的硬件状态、硬件驱动生成统一的适配所述服务引擎的至少一个驱动转换接口;根据所述至少一个驱动转换接口生成所述基础驱动。
以下结合本发明优选实施例进行描述。
在航空机电类电子设备配置式应用软件设计过程中,设计过程按职责划分为四个部分,包括:系统设计、设备生产、集成测试以及设计管理。
在执行本实施例提供的方法之前,系统设计者针对应用软件功能的需求分析、系统设备定义,软件输入输出接口ICD设计以及逻辑算法设计,假设均已完成。
配置式软件设计方法工作流程主要包括:配置规则制定、配置工具开发、配置文件制作、逻辑算法描述、服务引擎设计、逻辑函数实现、基础驱动开发、伺服软件集成、配置文件烧录以及服务引擎测试十个工作流程。
其中,系统设计处于设备应用软件设计顶层,承担应用软件的软件功能定义、需求分析、逻辑算法设计、配置规则制定、配置工具设计以及配置文件制作。在配置式软件设计过程中,系统设计部门应当提供配置规则、逻辑描述以及配置文件。
设备生产处于设备应用软件的服务层,承担硬件产品生产、硬件驱动支持、操作系统配置等工作,并根据配置规则设计出服务引擎和基础驱动。在配置式软件设计过程中,设备生产部门提供集成基础驱动和功能逻辑包的应用伺服系统。
集成测试处于设备应用软件的集成测试层,负责将配置文件与应用伺服系统进行集成,形成具有完整功能的应用软件产品,并进行软件功能测试。在配置式软件设计过程中,集成测试部门负责服务引擎测试和配置文件烧录。
设计管理部门处于设备应用软件的管理层,在配置式软件设计过程中,负责对配置文件、配置规则、功能逻辑算法以及配置版本进行数据库管理。
配置过程是系统设计部门设计人员进行的应用软件设计的顶层环节,系统设计人员制定出配置文件结构,形成配置规则。根据配置规则,系统设计部门设计出符合配置规则的配置工具。在应用软件开发中,系统设计人员通过软件需求分析进行应用软件设计,制定出设备应用软件功能范围、输入输出ICD以及数据周期等信息,并将这些信息按照配置规则,通过配置工具制作成程序可读的配置文件。
同时,系统设计人员根据系统功能的处理需要设计出软件运行的所有逻辑算法,编写成软件功能逻辑需求文档。
配置过程中主要承担主体为系统设计部门,配置过程主要包括:配置规则制定、配置工具设计、配置文件制作和功能逻辑设计。
下面对配置过程进行详细的描述,请参见图3:
配置规则制定是配置式软件设计的核心工作,该过程应在应用软件设计之前完成。一般,配置规则制定具有如下特征:
a)配置规则具有标准性和广泛适用性特征,不同型号、不同时期可以使用同一配置规则;
b)配置规则在同一型号或一段时间内应具有规范性、稳定性、确定性;
c)配置规则制定需要覆盖机电系统嵌入式应用软件功能的普遍要求;
d)配置规则与配置文件结构相互对应,配置规则的执行结果应当形成对应的配置文件;
e)配置规则一经发布具有规范作用,发布后的配置规则需要进行版本说明和版本管理;
f)配置规范需要能够不断发展完善以适应不同设备功能要求,并具有继承性。
配置工具设计
配置工具设计主体是系统设计部门,使用者是系统设计人员。
配置工具是配置式软件设计的基础操作工具,配置工具设计过程应在应用软件设计之前完成。一般,配置工具设计具有如下特征:
a)配置工具应依据配置规则进行设计,配置工具与配置规则一一对应,配置工具是按照配置规则进行软件信息配置的具体实现工具;
b)配置工具设计应完全满足其所对应配置规则的所有内容,并对人员的使用过程进行人机优化、操作辅助、规范约束以及正确性校验;
c)配置工具设计同机载软件研制过程一样,应按照相关型号软件研制管理要求进行,进行软件功能测试;
d)配置工具需要按照相关型号软件验证要求进行,由不同的软件验证团队设计多种试验用例,进行配置工具的功能、性能试验,并给出验证结论;
e)配置工具设计遵循的软件管理要求,安全等级应等同与使用该工具进行设计的软件中的最高等级。
配置文件制作
配置文件制作的主体是系统设计部门,由系统设计人员完成。系统设计人员通过系统需求分析完成系统设计,包括设备应用软件的输入输出ICD、设备数据处理方式、设备数据处理周期、逻辑函数调用关系等功能信息。系统设计人员将上述应用软件功能信息录入到配置工具中,录入规则依照配置规则进行,在录入完成后,由配置工具制作出配置文件。
配置文件是一种机器语言的描述数据文件,一般采用二进制文件格式。配置文件是设备应用软件功能的集中描述,制作之前需要对设备功能完成功能逻辑和接口定义。
配置文件的校验由配置工具根据配置规则,在配置过程中完成。校验的内容应包括:规则版本、时间、文件结构、数据边界、错误、冲突以及功能一致性检验等。
下面对逻辑描述进行说明:
对于机电软件设计中的功能运算逻辑,系统设计人员应集中给出逻辑描述。在配置文件制作的同时,系统设计人员应以算法流程图的形式给出每一个功能逻辑函数的算法说明,指出约束条件以及适用范围信息,形成软件功能逻辑需求文档。在软件功能逻辑需求文档中,系统设计人员应对每一个功能逻辑函数的算法说明进行函数编号,函数编号与算法说明一一对应。
逻辑描述是设备应用软件功能算法的集中,软件功能逻辑需求文档是逻辑描述的完成形式,制作之前需要完成对设备功能算法进行设计和定义。
下面从实现的角度进行描述,请参见图4:
实现过程是设备生产部门的技术人员进行的应用软件的开发环节。在这个环节中,设备生产部门以系统设计部门提供的配置规则为依据,开发出能够解读并执行配置文件内容的服务引擎;以逻辑描述为依据,开发出与算法对应的逻辑实体函数包;以设备的硬件状态、硬件驱动为依据,编写适应于操作系统和服务引擎的基础驱动。
服务引擎的主要功能是解读和执行配置文件中描述的软件功能。
逻辑函数包主要功能是提供可供服务引擎直接调用的应用软件逻辑实体函数包。
基础驱动主要功能是硬件驱动针对服务引擎的过渡层,用以实现不同硬件驱动向服务引擎的适配。
在完成服务引擎、功能逻辑包以及基础驱动的开发后,技术人员将这三者进行集成,形成应用伺服系统。
将应用伺服系统灌装到设备后,经过基础功能测试,设备就达到了设备生产部门软件开发的交付状态。
实现过程中主要对象为设备生产部门的技术人员,实现过程主要包括:服务引擎制作、功能逻辑函数实现、基础驱动开发和伺服软件集成。
下面详细解释服务引擎开发:
服务引擎是配置式应用软件设计的主体部分,其设计主体是设备生产部门。设备生产部门根据系统设计部门提供的配置规则进行服务引擎开发。服务引擎的主要功能是解读和执行按照配置规则编写的配置文件,服务引擎通过解读配置文件信息执行设备的数据采集、输出、数据处理以及逻辑函数调用。
服务引擎仅由配置规则决定,相同配置规则下、不同内容的配置文件可以由同一服务引擎进行解读。服务引擎应能够执行配置规则中的所有信息。
服务引擎在执行配置文件过程中需要调用基础驱动和功能逻辑包进行软件功能运算,其中基础驱动需要根据设备硬件环境、操作系统进行适配,功能逻辑需要根据逻辑描述进行函数编写。
服务引擎的开发原则是:
a)服务引擎严格决定于配置规则;
b)同一版本下的服务引擎对该版本的不同的配置文件具有通用性;
c)服务引擎应能够对基础驱动、功能逻辑函数进行调用。
下面对逻辑函数实现的进行描述:
逻辑函数实现的设计主体是设备生产部门,设备生产部门根据系统设计部门提供的逻辑描述进行软件所需逻辑函数的编写开发。逻辑描述包括函数编号和逻辑算法,技术人员根据函数编号中规定的函数名称和其对应的算法开发函数实体,并将所有的函数实体进行汇总,形成功能逻辑包。
逻辑函数开发是对设备功能逻辑的实现,服务引擎在执行到需要进行逻辑运算的数据时需要按照函数编号调用相应的逻辑函数。逻辑函数是功能算法的集中,需要严格对应系统设计的逻辑描述。
下面对基础驱动进行描述:
基础驱动开发的设计主体是设备生产部门。设备生产部门根据本单位设备硬件的设计状况、操作系统配置状态,对设备硬件功能进行驱动封装。基础驱动的服务对象是服务引擎,基础驱动和服务引擎之间接口采用标准通用格式,由服务引擎决定。基础驱动和操作系统、硬件环境之间的接口应根据设备操作系统、硬件环境的不同而调整。
基础驱动开发过程应在服务引擎开发之后,一般对于同一个服务引擎,可由于操作系统、硬件配置的不同而需要开发多个版本的基础驱动。
基础驱动的开发原则是:
a)基础驱动应满足服务引擎的标准接口;
b)基础驱动应适配设备硬件环境和操作系统环境。
下面对伺服软件集成进行说明:
伺服软件集成过程的设计主体是设备生产部门。设备生产部门将开发完成的服务引擎、基础驱动、逻辑函数包进行集成,形成具有配置文件伺服能力的配置文件伺服程序。设备生产部门将配置文件伺服程序灌装至硬件设备中,完成基本功能测试,就形成了具有配置文件伺服能力的设备。该状态下的设备可以识别配置文件,当灌装应用配置文件后,即可实现应用软件全部功能。
下面对集成过程进行说明,请参见图5:
集成过程是集成测试部门的集成技术人员进行的应用软件设计的最终环节。在配置过程结束后,系统设计部门将制作完成的配置文件交付给集成测试部门。在实现过程结束后,设备生产部门将具有配置文件伺服能力的设备(以下简称伺服设备)交付给集成测试部门。集成测试部门的设计人员将配置文件烧录到伺服设备制定的地址空间中,形成功能完整的应用软件的设备(全功能状态设备)。
集成测试人员将全功能状态设备进行软件功能测试,通过测试后,完成本实施例所定义的配置式应用软件的全部开发过程。
集成过程中主要对象为集成测试部门,集成过程主要包括:配置文件烧录和应用软件功能测试。
下面对配置文件烧录进行说明:
配置文件烧录是配置式应用软件设计的最终环节,其设计主体是集成测试部门。集成测试部门将配置文件烧录到具有配置文件伺服能力的设备中,其中配置文件由系统设计部门在配置过程制作完成,具有配置文件伺服能力的设备由设备生产部门在实现过程完成生产。
集成测试部门将配置文件烧录到设备指定地址空间,设备上电后自动读取配置文件内容并执行应用软件功能。
在配置文件烧录过程中,配置文件的烧写地址,应由设备生产部门在伺服软件集成时设定,并随最终设备交付时提供文件说明。
下面对服务引擎测试进行说明:
伺服软件中,服务引擎是仅依据配置规则编写的通用软件部分。设备生产部门根据配置规则设计服务引擎,服务引擎应能够解读并完成配置文件中所有功能。集成测试部门应在配置文件烧录前进行服务引擎的功能验证,服务引擎验证可通过制作一系列的配置文件测试用例完成。由系统设计部门针对每一版配置规则设计出一系列配置文件测试用例,当设备生产部门完成服务引擎开发后,服务引擎需要通过这些测试用例的检测,正确解读后,认为服务引擎符合标准,才可以进行集成过程。
应用软件功能测试为设备集成部门对设备开发完成后的测试过程,配置式软件设计与普通软件设计相同,应遵循相关软件测试规定,本实施例不做另外要求。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种应用伺服系统的生成方法,其特征在于,包括:
根据预定义的配置规则生成服务引擎,其中,所述服务引擎用于解析和执行根据所述配置规则生成的配置文件;
根据预定义的逻辑描述生成功能逻辑包,其中,所述功能逻辑包是根据所述逻辑描述生成的函数实体,所述逻辑描述用于定义所述配置文件所需的逻辑函数的功能;
根据设备的硬件环境生成基础驱动,其中,所述基础驱动用于将不同的硬件环境适配于所述服务引擎,所述设备是所述应用伺服系统运行的载体;
根据所述服务引擎、所述功能逻辑包、所述基础驱动进行伺服集成,生成所述应用伺服系统。
2.根据权利要求1所述的方法,其特征在于,根据预定义的配置规则生成所述服务引擎包括:
根据所述配置规则生成配置文件;
解析配置文件,获取所述设备的输入信息,输出信息,及用于处理所述输入信息的逻辑处理关系;
根据所述输入信息,所述输出信息及所述逻辑处理关系生成所述服务引擎。
3.根据权利要求1所述的方法,其特征在于,根据预定义的所述逻辑描述生成所述功能逻辑包包括:
根据所述逻辑描述中定义的逻辑索引,输入信息,输出信息,和输入信息到输出信息之间的逻辑算法生成至少一个函数实体;
根据所述至少一个函数实体生成所述功能逻辑包。
4.根据权利要求1所述的方法,其特征在于,根据所述设备的硬件环境生成所述基础驱动包括:
根据所述设备的硬件状态、硬件驱动生成统一的适配所述服务引擎的至少一个驱动转换接口;
根据所述至少一个驱动转换接口生成所述基础驱动。
5.根据权利要求1所述的方法,其特征在于,根据预定义的所述配置规则生成所述服务引擎之前,所述方法还包括:根据所述设备的输入信息,输出信息和所述输入信息和所述输出信息之间的逻辑索引按照所述配置规则生成配置文件,其中,所述配置文件是使用配置工具生成的。
6.根据权利要求5所述的方法,其特征在于,生成所述应用伺服系统之后,所述方法还包括:将所述应用伺服系统和所述配置文件烧制到所述设备中。
7.一种应用伺服系统的生成装置,其特征在于,包括:
服务引擎生成模板,用于根据预定义的配置规则生成服务引擎,其中,所述服务引擎用于解析和执行根据所述配置规则生成的配置文件;
功能逻辑包生成模块,用于根据预定义的逻辑描述生成功能逻辑包,其中,所述功能逻辑包是根据所述逻辑描述生成的函数实体,所述逻辑描述用于定义所述配置文件所需的逻辑函数的功能;
基础驱动生成模块,用于根据设备的硬件环境生成基础驱动,其中,所述基础驱动用于将不同的硬件环境适配于所述服务引擎,所述设备是所述应用伺服系统运行的载体;
伺服系统生成模块,用于根据所述服务引擎、所述功能逻辑包、所述基础驱动进行伺服集成,生成所述应用伺服系统。
8.根据权利要求7所述的装置,其特征在于,所述服务引擎生成模块还包括:配置文件生成单元,用于根据所述配置规则生成配置文件;解析单元,用于解析配置文件,获取所述设备的输入信息,输出信息,及用于处理所述输入信息的逻辑处理关系;生成单元,用于根据所述输入信息,所述输出信息及所述逻辑处理关系生成所述服务引擎。
9.根据权利要求7所述的装置,其特征在于,所述功能逻辑包生成模块包括:
函数实体生成单元,用于根据所述逻辑描述中定义的逻辑索引,输入信息,输出信息,和输入信息到输出信息之间的逻辑算法生成至少一个函数实体;
功能逻辑包生成单元,用于根据所述至少一个函数实体生成所述功能逻辑包。
10.根据权利要求7所述的装置,其特征在于,所述基础驱动生成模块还用于
根据所述设备的硬件状态、硬件驱动生成统一的适配所述服务引擎的至少一个驱动转换接口;
根据所述至少一个驱动转换接口生成所述基础驱动。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510493131.2A CN105204383B (zh) | 2015-08-11 | 2015-08-11 | 应用伺服系统的生成方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510493131.2A CN105204383B (zh) | 2015-08-11 | 2015-08-11 | 应用伺服系统的生成方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105204383A CN105204383A (zh) | 2015-12-30 |
CN105204383B true CN105204383B (zh) | 2018-03-02 |
Family
ID=54952128
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510493131.2A Active CN105204383B (zh) | 2015-08-11 | 2015-08-11 | 应用伺服系统的生成方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105204383B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11200069B1 (en) | 2020-08-21 | 2021-12-14 | Honeywell International Inc. | Systems and methods for generating a software application |
CN112579433A (zh) * | 2020-11-04 | 2021-03-30 | 北京精密机电控制设备研究所 | 一种伺服软件的集成化测试系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6246404B1 (en) * | 1997-01-31 | 2001-06-12 | Microsoft Corporation | Automatically generating code for integrating context-sensitive help functions into a computer software application |
CN101968745A (zh) * | 2010-10-27 | 2011-02-09 | 深圳市五巨科技有限公司 | 一种移动终端应用程序的开发系统和方法 |
CN102129373A (zh) * | 2011-03-09 | 2011-07-20 | 湖南超视物联智能网络科技有限公司 | 一种基于物联网终端设备驱动程序软件设计框架的方法 |
CN103164306A (zh) * | 2013-03-25 | 2013-06-19 | 北京经纬恒润科技有限公司 | 一种测试逻辑的生成方法及装置 |
CN103218225A (zh) * | 2013-03-29 | 2013-07-24 | 北京宇航系统工程研究所 | 一种统一测发控软件开发系统 |
-
2015
- 2015-08-11 CN CN201510493131.2A patent/CN105204383B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6246404B1 (en) * | 1997-01-31 | 2001-06-12 | Microsoft Corporation | Automatically generating code for integrating context-sensitive help functions into a computer software application |
CN101968745A (zh) * | 2010-10-27 | 2011-02-09 | 深圳市五巨科技有限公司 | 一种移动终端应用程序的开发系统和方法 |
CN102129373A (zh) * | 2011-03-09 | 2011-07-20 | 湖南超视物联智能网络科技有限公司 | 一种基于物联网终端设备驱动程序软件设计框架的方法 |
CN103164306A (zh) * | 2013-03-25 | 2013-06-19 | 北京经纬恒润科技有限公司 | 一种测试逻辑的生成方法及装置 |
CN103218225A (zh) * | 2013-03-29 | 2013-07-24 | 北京宇航系统工程研究所 | 一种统一测发控软件开发系统 |
Non-Patent Citations (1)
Title |
---|
基于Matlab软件的伺服系统设计方法;高栋等;《火控雷达技术》;20111231;第40卷(第4期);第92-98页 * |
Also Published As
Publication number | Publication date |
---|---|
CN105204383A (zh) | 2015-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11200143B2 (en) | Software development framework for a cloud computing platform | |
US8689177B2 (en) | Integration environment generator | |
Iung et al. | Systematic mapping study on domain-specific language development tools | |
Fay et al. | Enhancing a model-based engineering approach for distributed manufacturing automation systems with characteristics and design patterns | |
US7970601B2 (en) | Method of creating a requirement description for testing an embedded system | |
Bloomfield et al. | Interoperability of manufacturing applications using the Core Manufacturing Simulation Data (CMSD) standard information model | |
Bokhari et al. | Metrics for requirements engineering and automated requirements tools | |
CN101689111A (zh) | 软件需求验证的自动化管理 | |
McGinnis et al. | Ontologies and simulation: a practical approach | |
CN106648587A (zh) | 一种基于注解的Web应用代码生成方法 | |
Ruiz et al. | Reuse of safety certification artefacts across standards and domains: A systematic approach | |
EP2511841A2 (en) | System and method for generation of cim-based power system circuit models | |
US9165090B2 (en) | Concise modeling and architecture optimization | |
Kumar et al. | Conceptualizing “COBieEvaluator” A rule based system for tracking asset changes using COBie datasheets | |
CN108256716A (zh) | 基于表来配置/执行流程和/或原子流程的方法和设备 | |
CN105204383B (zh) | 应用伺服系统的生成方法和装置 | |
Paz et al. | checsdm: A method for ensuring consistency in heterogeneous safety-critical system design | |
Sun et al. | Integrating product-line fault tree analysis into aadl models | |
Osaiweran et al. | Evaluating the effect of a lightweight formal technique in industry | |
CN103995699A (zh) | 基于mda的电力企业信息系统开发方法 | |
Pereira et al. | Retrospective and Trends in Requirements Engineering for Embedded Systems: A Systematic Literature Review. | |
Ruiz et al. | Towards a case-based reasoning approach for safety assurance reuse | |
Geepalla et al. | Transformation of spatio-temporal role based access control specification to alloy | |
Grant et al. | Modeling rtca do-178c specification to facilitate avionic software system design, verification, and validation | |
Abd Elatif et al. | Using ontology-based concept maps to reduce requirement engineering errors |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |