基于约束树的星载软件测试数据分析方法与流程

本发明涉及卫星数据管理领域，尤其涉及一种基于约束树的星载软件测试数据分析方法。
背景技术：
：自动化测试被广泛应用，其根据设定的测试输入得到输出，并进行自动比较，判断测试对象的正确性，但对应星载软件而言，由于其作为输入的状态多且具有很难预测的偶发性，例如运行过程中星敏由于冲地遮挡而无效，这种情况下，可能对系统无影响，也可能导致定姿模式发生切换，这类问题在测试用例设计之前很难确定，也就导致自动化测试的方法很难在星载软件测试中得到应用。由于上述情况的存在，当前普遍的星载软件测试数据分析办法为得到测试数据后画曲线，并分析各状态量变化是否与需求一致，但测试状态量数目多且变化多样，这样就需要同时分析各状态量，且分析每一个状态发生变化时的响应情况，这种方式需要耗费大量的人力，且容易出错。技术实现要素：为了解决上述问题，本发明提供了一种基于约束树的星载软件测试数据分析方法，包括：将预设的需求的逐项描述逐一转换为表格化描述，并将所述表格化描述定义为约束表；采用主元融合法对所有所述约束表进行处理，生成需求约束树；采用主元融合法对实际测试生成的记录表中的各个用例的测试结果进行处理，生成与每个用例一一对应的结果约束树；将每个所述用例各自生成的结果约束树与所述需求约束树进行比较，分析当前用例生成的结果约束树与所述需求约束树是否相符。本发明基于约束树的星载软件测试数据分析方法，依据软件需求自动建立需求约束树，并通过分析测试数据自动建立结果约束树，将结果约束树自动化进行分析其是否满足需求约束树分支条件、节点健康等，以自动化的完成测试正确性分析。本发明基于约束树的星载软件测试数据分析方法的进一步改进在于，采用主元融合法对所有所述约束表进行处理，生成需求约束树，包括：将所述约束表分为逻辑选择型约束表、前置条件型约束表以及后置判断型约束表三种类型；将具有固定的逻辑关系的一组状态量设置在所述逻辑选择型约束表中的同一行；将当前状态量需要满足的判断条件定义为该当前状态量的前置条件，并将该前置条件与该当前状态量设置在所述前置条件型约束表中的同一行；将受约束于当前状态量的判断条件定义为该当前状态量的后置判断条件，并将该后置判断条件与该当前状态量设置在所述后置判断型约束表中的同一行；采用主元融合法对所有所述逻辑选择型约束表、所述前置条件型约束表以及所述后置判断型约束表进行处理，生成所述需求约束树。本发明基于约束树的星载软件测试数据分析方法的进一步改进在于，采用主元融合法对所有所述逻辑选择型约束表、所述前置条件型约束表以及所述后置判断型约束表进行处理，生成所述需求约束树，包括：将所述逻辑选择型约束表中最左列出现的状态量定义为最高优先级状态量，其余各状态量的优先级根据在所述逻辑选择型约束表中出现的位置由左至右依次降低，将所述逻辑选择型约束表中的每一个状态量作为所述需求约束树中的一个节点；将所述需求约束树的第0层定义为root；将所述逻辑选择型约束表中的所有所述最高优先级状态量排列在所述需求约束树的第1层；将所述逻辑选择型约束表中的其余各状态量根据各自的优先级等级依次降序排列在所述需求约束树的其余各层；将所述前置条件型约束表中的各前置条件生成为一个前置有效节点，并插入在与该前置条件对应的状态量的节点的前端；将所述后置判断条件型约束表中的各后置判断条件生成为与该后置判断条件对应的状态量的后置有效节点，并插入在与该后置判断条件对应的状态量的节点的后端；将同时作为一个状态量的后置判断条件以及另一个状态量的前置条件的判断条件，生成一个中间有效节点并插入在该两个状态量的节点的中间；根据上述对所述状态量、所述前置条件、以及所述后置判断条件的排列方式，形成所述需求约束树。本发明基于约束树的星载软件测试数据分析方法的进一步改进在于，所述状态量包括：工作模式、定姿模式、导引率模式、以及控制模式，所述工作模式、定姿模式、导引率模式、以及控制模式的优先级等级为工作模式>定姿模式＝导引率模式>控制模式。本发明基于约束树的星载软件测试数据分析方法的进一步改进在于，分析当前用例生成的结果约束树与所述需求约束树是否相符，包括：将每个所述用例各自生成的结果约束树的各个节点与所述需求约束树的各个节点进行正确性分析和测试覆盖性分析。本发明基于约束树的星载软件测试数据分析方法的进一步改进在于，将每个所述用例各自生成的结果约束树的各个节点与所述需求约束树的各个节点进行正确性分析，包括：子树检查：将所述结果约束树在所述需求约束树中进行查找，分析所述结果约束树是否为所述需求约束树中的子树之一，若所述结果约束树中的所有节点均在所述需求约束树中出现，并且所述结果约束树中的节点之间的连接关系和路径均符合所述需求约束树中的节点之间的连接关系和路径，判定所述结果约束树的子树检查正确；节点检查：判定所述结果约束树的子树检查正确后，分析所述结果约束树中的前置有效节点和后置有效节点是否出现在所述需求约束树的前置条件型约束表中和后置判断型约束表中，若所述结果约束树中的前置有效节点和后置有效节点出现在所述需求约束树的前置条件型约束表中和后置判断型约束表中，判定所述结果约束树中的该前置有效节点和该后置有效节点为有效节点；若所述结果约束树中的前置有效节点和后置有效节点未出现在所述需求约束树的前置条件型约束表中和后置判断型约束表中，判定所述结果约束树中的该前置有效节点和该后置有效节点为无效节点。本发明基于约束树的星载软件测试数据分析方法的进一步改进在于，将每个所述用例各自生成的结果约束树的各个节点与所述需求约束树的各个节点进行测试覆盖性分析，包括：将所有用例生成的结果约束树合并形成一个覆盖树，将所述覆盖树与所述需求约束树进行比较分析，当所述覆盖树与所述需求约束树完全相同，判定当前所有用例的总和满足全部预设的需求。附图说明图1是本发明基于约束树的星载软件测试数据分析方法的流程示意图。图2为本发明基于约束树的星载软件测试数据分析方法中的一个全分支树的框图。图3为图2的全分支树修剪后的约束树的框图。图4为图3的约束树插入中间节点后的约束树的框图。图5为由图4的约束树生成的完整的需求约束树的框图。具体实施方式在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。其次，本发明利用示意图进行详细描述，在详述本发明实施例时，为便于说明，所述示意图只是实例，其在此不应限制本发明保护的范围。参见图1所示，图1是本发明基于约束树的星载软件测试数据分析方法的流程示意图。本发明基于约束树的星载软件测试数据分析方法，包括：步骤s101：将预设的需求的逐项描述逐一转换为表格化描述，并将所述表格化描述定义为约束表；步骤s102：采用主元融合法对所有所述约束表进行处理，生成需求约束树；步骤s103：采用主元融合法对实际测试生成的记录表中的各个用例的测试结果进行处理，生成与每个用例一一对应的结果约束树；步骤s104：将每个所述用例各自生成的结果约束树与所述需求约束树进行比较，分析当前用例生成的结果约束树与所述需求约束树是否相符。本发明基于约束树的星载软件测试数据分析方法，依据软件需求自动建立需求约束树，并通过分析测试数据自动建立结果约束树，将结果约束树自动化进行分析其是否满足需求约束树分支条件、节点健康等，以自动化的完成测试正确性分析。以下结合附图以及具体实施例，对本发明基于约束树的星载软件测试数据分析方法进行详细的说明。上述步骤s101和步骤s102为建立约束树模型的描述，上述步骤s103和步骤s104为测试数据分析的描述。具体说明如下：一、约束树模型在上述步骤s101中，姿控软件测试为检查其对需求的满足性，而需求一般的描述方法为条目列举，即逐项功能描述。为实现自动化的测试数据分析，将预设的需求的逐项描述逐一转换为表格化描述，并定义此类表格化描述为约束表。在上述步骤s102中，包括：步骤s1021：约束表对应于需求项，用于描述状态量间的依赖、关联等关系，根据姿控软件特点，将约束表分为三种类型：逻辑选择型约束表、前置条件型约束表、以及后置判断型约束表；步骤s1022：将具有固定的逻辑关系的一组状态量设置在所述逻辑选择型约束表中的同一行；步骤s1023：将当前状态量需要满足的判断条件定义为该当前状态量的前置条件，并将该前置条件与该当前状态量设置在所述前置条件型约束表中的同一行；步骤s1024：将受约束于当前状态量的判断条件定义为该当前状态量的后置判断条件，并将该后置判断条件与该当前状态量设置在所述后置判断型约束表中的同一行；步骤s1025：采用主元融合法对所有所述逻辑选择型约束表、所述前置条件型约束表以及所述后置判断型约束表进行处理，生成所述需求约束树。其中，在步骤s1022、步骤s1022、以及步骤s1024中，逻辑选择型约束表、前置条件型约束表、以及后置判断型约束表三种类型约束表的具体说明如下：1、逻辑选择型约束表：用于描述状态量间的选择关系，所述状态量包括工作模式、定姿模式、导引率模式、以及控制模式。如工作-定姿模式约束表描述工作模式和定姿模式间的选择关系，如下表1所示。表中第1列为序号，第2列分别列举了工作模式所有的取值情况，即w0～wn，第3列为给定工作模式下可选择的定姿模式，即d0～d10，存在多个定姿模式且有优先级关系时，按优先级从高到低排序，选择时按从高到低选择。表中每一行的状态量都是一组固定的逻辑关系，也即只有在当表中每个状态量都在表中同一行时，当前的状态量的取值组合才是需求要求的。例如序号1、2所示，表示需求描述在工作模式w0时定姿模式只能取d0或者d3。表1工作-定姿模式约束表类似的逻辑选择型约束表有工作-导引率模式约束表、定姿-控制模式约束表等等，分别如下表2、表3所示，其中l1～l4、c1～c10分别为导引率模式、控制模式的取值。序号工作模式导引率模式优先级1w0l1无2w1l1无3w3l1无4w2l2无………nwnl4无表2工作-导引率模式约束表序号定姿模式控制模式优先级1d0c1有2d1c1有3d0c4有4d1c4有5d6c1有6d6c2有…………ndnc10无表3定姿-控制模式约束表同理，真实星载软件需求中存在大量的如上述所说的逻辑关系，按照需要均以逻辑选择型约束表形式表示出来。2、前置条件型约束表：主要用于描述当前状态量需要满足的条件，如定姿模式-前置条件约束表描述给定定姿模式需要满足的条件，如下表4所示，当前定姿模式为d1，则需要满足条件：ss为1，或ss连续为0不超过15秒，其中ss为单机s的使用状态，即在前置条件满足的情况下，定姿模式状态量才能是当前值。序号定姿模式d前置条件1d0dcond0(…)2d1dcond1(ss为1)3d1dcond2(ss连续为0不超过15秒)4d2dcond3(ss既不为1，并且连续为0超过15秒)………ndndcondn(…)表4定姿模式-前置条件约束表前置条件型约束表不同于逻辑选择型约束表，逻辑选择型约束表是一系列状态量的合理组合情况，而前置条件型约束表是某一状态量的值需要满足的前置条件的组合情况。前置条件型约束表可以将各种状态量的前置条件罗列出来。类似的前置条件型约束表有工作模式-前置条件约束表、控制模式-前置条件约束表等等，分别如下表5、表6所示。序号工作模式w前置条件1w0wcond0(…)2w1wcond1(…)3w2wcond2(…)………nwnwcondn(…)表5工作模式-前置条件约束表序号控制模式c前置条件1c1ccond1(…)2c2ccond2(…)3c3ccond3(…)………ncnccondn(…)表6控制模式-前置条件约束表3、后置判断型约束表：除了上述两个约束表的存在以外，在需求描述时，还存在某一状态量取值满足的情况下，会约束后续的某一条或几条判断条件，这些后续的判断条件可能用于其他状态量的前置条件，但属于当前状态量的后置判断条件，这种建立当前状态量与其后续判断条件关系的表称为后置判断型约束表。如下表7所示，在定姿模式d1下，其三轴定姿误差小于1度，即|a-b|，其中a、b分别为动力学和星载软件的姿态角。类似的后置判断型约束表有工作模式-后置判断约束表、定姿模式-后置判断约束表等等，分别如下表8、表9所示。序号定姿模式后置判断1d1ddcid1(|ai-bi|<1)2d2ddcid2(…)……ndnddcidn(…)表7定姿模式-后置判断约束表序号工作模式w后置判断1w1wdcid1(…)2w2wdcid2(…)………nwnwdcidn(…)表1工作模式-后置判断约束表序号控制模式c后置判断1c1cdcid1(…)2c2cdcid2(…)………ncncdcidn(…)表2定姿模式-后置判断约束表综上所述，逻辑选择型约束表、前置条件型约束表和后置判断型约束表共同描述了需求中的各个状态量之间以及各个条件变量之间的关系，为后续的需求约束树和结果约束树的自动化生成以及测试结果正确性分析奠定了基础。根据上述三种约束表的定义可知，需求越复杂转换后的约束表越多，做数据分析时若通过逐个判断约束表的方式搜索量很大，且无法获取后续的覆盖率数据。在步骤s1025中，采用主元融合法对所有所述逻辑选择型约束表、所述前置条件型约束表以及所述后置判断型约束表进行处理，生成所述需求约束树，包括：1)主元确定：主元确定原则为以逻辑选择型约束表为准，凡是在逻辑选择型约束表出现的元素均为主元，将逻辑选择型约束表中最左列出现的状态量定义为最高优先级状态量，其余各状态量的优先级根据在所述逻辑选择型约束表中出现的位置由左至右依次降低。根据上述原则，分析表1至表3，可知工作模式为最左列，则其为最高优先级主元，依次为工作模式>定姿模式＝导引率模式>控制模式。2)约束树处理：定义需求约束树的第0层为root，将所述逻辑选择型约束表中的所有所述最高优先级状态量排列在所述需求约束树的第1层，将所述逻辑选择型约束表中的每一个状态量作为所述需求约束树中的一个节点，将所述逻辑选择型约束表中的其余各状态量根据各自的优先级等级依次降序排列在所述需求约束树的其余各层。即以主元优先级确定为第1层，最高优先级为第1层，以主元的一个可能取值为1个节点，通过约束表分析第1层中可能的取值，并以这些取值为第1层的节点，按此原则依次进行，直到遍历所有约束表，并最终形成约束树。约束树的生成过程其实是一个全分支树的修剪过程，参见图2所示，图2为本发明基于约束树的星载软件测试数据分析方法中的一个全分支树的框图。如图2所示，其相邻两层的所有节点均为相连，而由于有上述三类约束表的存在，导致部分分支为不可能分支，如上表1中，工作模式取w0时，定姿模式取值只可能为d0或d3，则根据此约束将表中w0与d1、d2、d4～dn的分支删除。由图2可知，全分支树的分支为i×j×k，根据上述表1、表2和表3的约束树的选择关系进行裁剪后，最终形成的约束树如图3所示，图3为图2的全分支树修剪后的约束树的框图。3)生成完整的需求约束树：在生成需求约束树的全约束树的时候，还需要根据前置条件型约束表和后置判断型约束表生成中间节点并且完成有效节点的定义、无效节点的定义，并将相应有效节点和无效节点插入约束树对应位置中。具体地，将所述前置条件型约束表中的各前置条件生成为一个前置有效节点，并插入在与该前置条件对应的状态量的节点的前端；将所述后置判断条件型约束表中的各后置判断条件生成为与该后置判断条件对应的状态量的后置有效节点，并插入在与该后置判断条件对应的状态量的节点的后端；将同时作为一个状态量的后置判断条件以及另一个状态量的前置条件的判断条件，生成一个中间有效节点并插入在该两个状态量的节点的中间。首先对后置判断型约束表和前置条件型约束表进行分析，分析出哪些状态量的后置判断条件是哪些状态量的前置条件，即如果某一状态量的后置判断条件是另一状态量的前置条件，则该后置判断或前置条件生成一个中间有效节点插入在该两个状态量节点的中间，成为前一状态量的子节点，后一状态量的父节点。当某一状态量的前置条件独立存在时，将该前置条件生成为前置有效节点，并作为当前状态量的父节点之一插入约束树中。当某一状态量的后置判断独立存在时，将该后置判断情况生成后置有效节点并作为该状态量的子节点之一插入约束树中。参见图4与图5所示，图4为图3的约束树插入中间节点后的约束树的框图。图5为由图4的约束树生成的完整的需求约束树的框图。如图4所示，以上述表4至表9进行分析为例，假设发现wdcid1＝dcond1，ddcid1＝ccond2，即w1的后置判断与d1的前置条件相同，d1的后置判断与c2的前置条件相同。此时，需要将wdcid1和dcond1生成一个中间有效节点w1d1，将ddcid1和ccond2生成一个中间有效节点d1c2，将这两个中间有效节点插入到约束树中。如图5所示，以上述表4至表9进行分析为例，dcond0、dcond2生成d0和d1的前置有效节点，wcond0、wcond1、wcond2生成w0、w1、w2的前置有效节点，ccond1、ccond3生成c1、c3的前置有效节点。wdcid2生成w2的后置有效节点，cdcid1、cdcid2生成c1、c2的后置有效节点。根据上述对所述状态量、所述前置条件、以及所述后置判断条件的排列方式，最终生成完整的需求约束树的全约束树。二、测试数据分析在上述步骤s104中，分析当前用例生成的结果约束树与所述需求约束树是否相符，包括：将每个所述用例各自生成的结果约束树的各个节点与所述需求约束树的各个节点进行正确性分析和测试覆盖性分析。具体地，姿控软件测试的目的是验证在当前给定的输入(包括单机数据、状态、工作模式等)条件下，软件选择当前定姿模式、导引率、控制模式的正确性，进而定姿、控制处理的正确性。而正确性的判据为是否与需求一致。一般情况下，需求采用条目列举软件的各项功能和性能，测试数据分析方法为逐条核查。通常的逐条检查方法缓慢，而本发明采用自动化的测试检查方法，对测试数据的正确性进行自动化的识别，提高测试的效率。测试数据自动分析包括正确性分析和测试覆盖率分析。1、正确性分析：一般来说，一个测试用例生成的测试数据由多条记录组成，每条记录的数据结构同需求约束表中包含的项目相同，测试过程中对测试数据进行记录，其中每一项前置条件、后置判断都需要作为测试记录的结果之一被记录下来，如下表10所示。时间wdc…ait00000.12t0+10010.24t0+20030.15………………t0+i……………表10测试记录本发明基于约束树的星载软件测试数据分析方法，采用主元融合法对实际测试生成的记录表中的各个用例的测试结果进行处理，生成与每个用例一一对应的结果约束树，即为对测试生成的记录表中的各个用例的测试结果通过上述需求约束树的生成方法根据测试记录表自动化的生成结果约束树，然后对结果约束树与需求约束树进行比较，当前用例生成的约束树是需求约束树中正确路径的一部分时，当前用例通过，否则测试用例不通过，也就说明软件存在缺陷。分析测试用例记录表生成的结果约束树，分为两步判断：1)子树检查：各个测试生成的节点组成的结果约束树中的分支路径其是否被最终需求约束树上的分支路径包含，即生成的结果约束树是否是需求约束树中的子树。具体地，子树检查的过程为自动化的将结果约束树在需求约束树中进行查找，分析当前结果约束树是否为需求约束树中的子树之一。只有当前结果约束树中的所有节点均在需求约束树中找到，并且节点之间的连接关系以及路径均符合需求约束树中的中的节点之间的连接关系和路径要求，不存在需求约束树中没有的独立路径，则判定当前测试的结果约束树子树检查正确。否则，一旦出现约束树独立存在的情况，即有路径在需求约束树中没有找到，则测试结果错误，软件出错，此时将错误的节点路径在路径错误表中记录下来，如下表11所示。时间wdc…ait0+10010.24t0+9000100………………t0+i……………表11错误记录表2)节点检查：对应结果约束树的最后的叶节点是否为有效节点；若能同时满足上述两个条件，则此条记录为正常，否则，此条测试数据异常，对应的为软件缺陷。节点检查为分析当前结果约束树中的各个节点的有效性，该检查建立在子树检查完成之后，即当前结果约束树是需求约束树中的子树之一。通过将各个节点在全部前置条件约束表和后置判断约束表中进行查找，进行分析。具体地，判定所述结果约束树的子树检查正确后，分析所述结果约束树中的前置有效节点和后置有效节点是否出现在所述需求约束树的前置条件型约束表中和后置判断型约束表中，若所述结果约束树中的前置有效节点和后置有效节点出现在所述需求约束树的前置条件型约束表中和后置判断型约束表中，判定所述结果约束树中的该前置有效节点和该后置有效节点为有效节点；若所述结果约束树中的前置有效节点和后置有效节点未出现在所述需求约束树的前置条件型约束表中和后置判断型约束表中，判定所述结果约束树中的该前置有效节点和该后置有效节点为无效节点。也就是说，当结果约束树的某一个节点是上述某一个表中的一个状态量的时候该节点为有效节点。当结果约束树中的某一个节点是前置条件表中的某一个前置条件的时候，该节点为有效节点。当结果约束树中的某一个节点是后置判断表中的某一个后置判断的时候，该节点为有效节点。否则，上述三者均不是的情况，该节点为无效节点。当结果约束树中出现无效节点时，出现无效节点处测试错误，软件出现错误。将无效节点记录下来。2、测试覆盖性分析：将所有用例生成的结果约束树合并，即将所有重复的节点和路径合在一棵树上，生成一个完整的覆盖树，将所述覆盖树与所述需求约束树进行比较分析，当所述覆盖树与所述需求约束树完全相同，判定当前所有用例的总和满足全部预设的需求。具体地，将所有用例生成的结果约束树合并，即将所有重复的节点和路径合在一棵树上，生成一个完整的覆盖树，将该覆盖树同需求约束树进行比较分析，当覆盖树与需求约束树完全相同时表明当前所有用例覆盖全部需求。当覆盖树只是需求约束树的一棵子树的时候，表明尚有需求路径没有被覆盖到。测试覆盖是度量测试完整的一个手段。本发明的技术统计得到的覆盖分析结果生成的覆盖树可以作为测试人员衡量测试完整性的一种依据，如分析所有配置项测试数据，得到覆盖树，然后可以根据此覆盖树注重分析未覆盖分支，并在有必要的情况下设计针对性的测试用例。本发明基于约束树的星载软件测试数据分析方法的有益效果：可以作为星载软件实施自动化测试的支撑，同时也可作为已有测试数据分析的工具，可以快速的分析当前测试数据的正确性，也可以得到当前所有测试数据对需求功能的覆盖情况。需要说明的是，通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明的部分或全部可借助软件并结合必需的通用硬件平台来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可包括其上存储有机器可执行指令的一个或多个机器可读介质，这些指令在由诸如计算机、计算机网络或其他电子设备等一个或多个机器执行时可使得该一个或多个机器根据本发明的实施例来执行操作。机器可读介质可包括，但不限于，软盘、光盘、cd-rom(紧致盘-只读存储器)、磁光盘、rom(只读存储器)、ram(随机存取存储器)、eprom(可擦除可编程只读存储器)、eeprom(电可擦除可编程只读存储器)、磁卡或光卡、闪存、或适于存储机器可执行指令的其他类型的介质/机器可读介质。本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。需要说明的是，本领域技术人员可以理解，上述部分组件可以是可编程逻辑器件，包括：可编程阵列逻辑(programmablearraylogic，pal)、通用阵列逻辑(genericarraylogic，gal)、现场可编程门阵列(field－programmablegatearray，fpga)、复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)中的一种或多种，本发明对此不做具体限制。本发明虽然已以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改，因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰，均属于本发明技术方案的保护范围。当前第1页1 2 3