一种S2ML流的建模与验证方法与流程

一种s2ml流的建模与验证方法
技术领域
1.本发明涉及计算机软件验证技术领域，尤其是一种s2ml流的建模与验证方法。


背景技术：

2.航空领域中使用的物理网络系统对实时性有严格的要求，与时间相关的问题可能会产生重要影响，由于这些系统变得极其依赖软件，验证和执行时序约束变得越来越困难。流模型所代表的嵌入式实时系统中，信息(包含数据信息和控制信号)从信息采集设备通过进程等中间组件处理后传递到控制设备具备一定的时效性，即信息的传递在模型中需有一定的时间约束，若信息传递的时延不满足系统的时间约束，则有可能影响整个嵌入式系统的实时性。连接信息采集设备和控制设备的数据通道用流模型表示，通过对流模型时延分析来探讨模型的时间约束问题。影响流模型时延的因素中主要有以下四点：1)端到端数据流任务的处理时间，任务指的是进程或设备，任务的处理时间指的是进程或设备运行所花费的时间消耗；2)由于采样或队列导致的处理延迟，数据流组件间可以通过队列端口或非队列端口进行通信，由于队列端口通信引起的处理延迟受到队列中等待的元素数量决定，而由于非队列端口数据采样引起的处理延迟则是受采样信息的速率影响；3)任务间信息的传输延迟，任务之间的传输可以发生在同一处理器上，或在不同处理器上的任务之间，或在任务和设备之间，传输时间受传输的数据量和连接绑定的总线的影响；4)由于传输协议而导致的传输延迟，排队引起的传输延迟受传输队列中的元素数量的影响，传输协议对队列处理方式的不同而导致传输延迟。
3.综上所述，现有技术的控制系统组件对信号数据的端到端延迟和时间敏感的问题，由于不同的运行时配置，它们还受到延迟和期限值变化的影响。


技术实现要素：

4.本发明的目的是针对现有技术的不足而设计的一种s2ml流的建模与验证方法，采用s2ml流模型的分析框架对实时系统进行时延分析和验证的方法，以满足实时系统的延迟要求，该方法借助modelio开源工具平台对实时系统进行流建模，利用s2ml流模型分析框架在计算信号流数据的端到端延迟和时间以及其抖动，获得系统功能及其相关的延迟要求，并将此功能体系结构部署在执行平台上验证端到端延时，该方法可以从高级规范提供延迟分析，而无需实施系统，从而节省了潜在的重新设计工作，帮助工程师选择合适的执行平台组件或更改系统功能的部署策略，以确保在实施系统时满足延迟要求，方法简便，成本低廉且安全可靠，较好的解决了实时系统时延建模与验证问题，为安全攸关系统的验证奠定了基础。
5.本发明的目的是这样实现的：一种s2ml流的建模与验证方法，其特点是采用s2ml流模型的分析框架对实时系统进行时延分析和验证，其流建模及验证具体包括以下步骤：
6.a1：基于modelio开源工具平台进行s2ml流的图形化建模；
7.a2：将s2ml流模型保存为文本格式；
8.a3：将s2ml流模型映射为aadl模型；
9.a4：对s2ml流模型进行时延分析。
10.所述s2ml流模型的语法定义为一个10
‑
元组flow＝(t,p,b,w,d,po,fs,fd,fp,co)，其中：p为组件周期属性的集合；b为组件执行最好时间属性的集合；w为组件执行的最坏时间属性的集合；d为组件的截止时间属性的集合；po为组件端口的集合，其中po＝{data port,event port,data event port}分别表示数据端口、事件端口和数据事件端口；fp为flow path，组件内部的流路径，其中f＝{po
×
po}；fs:代表flow source为流的起点；fd代表flow sink为流的终点；t为组件集合，其中t＝{p,b,w,d,po,f}；co为不同组件端口连接的集合，其中co＝{t
×
t}。
11.所述基于modelio开源工具平台进行s2ml流的图形化建模，具体步骤包括：
12.a1
‑
1：在建模元面板中，选择模块，拖拽到模型编辑窗口，并添加值属性；
13.a1
‑
2：在建模元面板中，选择端口，添加到模块中，并设置端口方向；
14.a1
‑
3：在建模元面板中，选择行为，添加到端口上，并添加时延属性；
15.a1
‑
4：在建模元面板中，选择连接，连接端口和端口；
16.a1
‑
5：声明端到端的流。
17.所述将s2ml流模型保存为文本格式，具体步骤包括：
18.a2
‑
1：读取图像文件数据；
19.a2
‑
2：在根节点下添加<classifiers>节点，将模块保存到该节点下；
20.a2
‑
3：在每个组件节点下添加<features>节点，保存组件的属性；
21.a2
‑
4：在每个组件节点下添加<ports>节点，保存端口属性；
22.a2
‑
5：在每个组件节点下添加<flows>节点，保存流属性；
23.a2
‑
6：在根节点下添加<connections>节点，保存模块之间的连接；
24.a2
‑
7：在根节点下添加<e2e>节点，保存端到端之间的流。
25.所述将s2ml流模型映射为aadl模型，其具体映射关系如下表1：
26.表1 s2ml流模型与aadl模型映射关系
27.[0028][0029]
上述映射关系中的名词解释如下：
[0030]
1)模块是s2ml中的基本单元，其对应于系统中的任意实体，以使用模块对系统中的实体进行建模，组件是aadl中的基本单元，包括软件组件、硬件组件和执行平台组件。本发明用s2ml中的模块来表示aadl中的组件，aadl中组件的属性用值属性表示，aadl中组件包含的子组件用引用属性表示，aadl中组件包含的端口用端口表示。
[0031]
2)映射关系中的操作是一种调用事件触发的行为，具有返回值和输入及输出参数，s2m中对此不做同步和异步行为的区分，都可以通过操作进行表述；接收是一种信号事件触发的行为，参数只有输入，用操作和接收分别表示数据流，事件流或数据事件流的发送和接收。
[0032]
3)映射关系中的泛化表达的是一种继承关系，子类型继承超类型的特性，并对超类型特性进行扩展或重定义。泛化是可传递的，从广义上讲，泛化对应于面向对象思想中的继承，泛化有利于设计者面向抽象进行设计。设计者可以基于继承方式扩展出新的子类型，利用依赖倒置的原则实现便捷的扩展，因此这种设计方式有利于提高系统的可扩展性。用泛化管理来表示aadl中的组件实现。
[0033]
4)依赖表述的是两个模块间一方依赖于另一方，当另一方改变时，则依赖房可能也需要改变。这也是模型间跟踪性的体现。用依赖来表示aadl中组件的部署。
[0034]
所述对s2ml流模型进行时延分析，具体步骤包括：
[0035]
a4
‑
1：分析端到端流中组件的周期、执行时间和截至时间产生的时延；
[0036]
a4
‑
2：分析由于排队或采样而导致的处理延迟；
[0037]
a4
‑
3：分析沿连接的组件之间的信息传输时间，以及组件之间的传输可能发生在同一处理器或不同处理器上而产生的时延；
[0038]
a4
‑
4：分析由于排队或等待传输协议中的时隙而产生的时延；
[0039]
a4
‑
5：将上述产生的时延与系统要求的时延进行比较，得到时延分析结果。
[0040]
本发明与现有技术相比具有从高级规范提供延迟分析，而无需实施系统，从而节省了潜在的重新设计工作。它还可以帮助工程师选择合适的执行平台组件或更改系统功能的部署策略，以确保在实施系统时满足延迟要求，对实时系统中的流进行建模，并验证其时延属性，为安全攸关系统的验证奠定了基础，方法简便，成本低廉且安全可靠，较好的解决了实时系统时延建模与验证问题，为安全攸关系统的验证奠定了基础。
附图说明
[0041]
图1为本发明流程示意图；
[0042]
图2为图形化建模工具界面示意图；
[0043]
图3为s2ml流的建模结果示意图；
[0044]
图4为流模型转换为aadl模型的结果示意图；
[0045]
图5为s2ml流验证界面示意图；
[0046]
图6为s2ml流验证结果示意图。
具体实施方式
[0047]
以下结合附图和具体实施方式对本发明作进一步的详细说明。
[0048]
实施例1
[0049]
参阅附图1，本发明采用s2ml流模型的分析框架对实时系统进行时延分析和验证，其流建模及验证具体包括以下步骤：
[0050]
a1：基于modelio开源工具平台进行s2ml流的图形化建模；
[0051]
a2：将s2ml流模型保存为文本格式；
[0052]
a3：将s2ml流模型映射为aadl模型；
[0053]
a4：对s2ml流模型进行时延分析，并根据时延分析结果修改模型。
[0054]
其中，a1步骤所创建的s2ml流模型中的信息需要符合下述定义的s2ml流的语法：
[0055]
元素(elements)
[0056]
s2ml流模型定义为一个10
‑
元组flow＝(t,p,b,w,d,po,fs,fd,fp,co)，其中：p为组件周期属性的集合；b为组件执行最好时间属性的集合；w为组件执行的最坏时间属性的集合；d为组件的截止时间属性的集合；po为组件端口的集合，其中：po＝{data port,event port,data event port}，表示数据端口、事件端口和数据事件端口；fp代表flow path，组件内部的流路径，其中：f＝{po
×
po}；fs代表flow source，是流的起点；fd代表flow sink，是流的终点；
[0057]
t为组件集合，其中：t＝{p,b,w,d,po,f}；co为不同组件端口连接的集合，其中：co＝{t
×
t}。
[0058]
参阅附图2，所述a1步骤基于modelio开源工具平台进行s2ml流的图形化建模。
[0059]
参阅附图3，所述a1步骤所创建的s2ml流模型过程如下：
[0060]
a1
‑
1：定义实时系统所包含的组件，定义组件属性，包括：周期、最好执行时间、最坏实行时间和截至时间，同时定义组件所包含的端口。
[0061]
a1
‑
2：在组件的端口上声明流，包括：流起点、流终点和流路径。
[0062]
a1
‑
3：使用连接将不同组件的端口连接。
[0063]
a1
‑
4：通过组件与组件的串联，形成从输入端口到输出端口的序列，用来描述组件内部的数据流向。
[0064]
其中，a3步骤中将s2ml流模型映射为aadl模型的规则如下：
[0065][0066][0067]
其中，a3步骤中将s2ml流模型映射为aadl模型的具体过程如下：
[0068]
a3
‑
1：打开s2ml流模型；
[0069]
a3
‑
2：依次读取s2ml流模型中的组件，根据映射关系将其转换为aadl模型中的组件；
[0070]
a3
‑
3：将映射的aadl模型保存为.aadl格式文件；
[0071]
参阅附图4，s2ml流模型映射为aadl模型，其结果为符合aadl规范的aadl代码。
[0072]
参阅附图5，a4步骤中对建好的s2ml流进行时延分析，其验证过程如下：
[0073]
a4
‑
1：导入aadl模型.aadl格式文件；
[0074]
a4
‑
2：设置系统类型，分区输出策略，最坏运行时间，最好队列时延，是否考虑队列时延，进行时延分析；
[0075]
a4
‑
3：进行时延分析，依次分析组件，排队或采样，组件间连接，传输协议导致的时延。
[0076]
a4
‑
4：将实际时延与系统要求的时延进行比较，得到时延分析结果。
[0077]
a4
‑
5：将时延分析结果写入文件中并保存到本地。
[0078]
参阅附图6，从时延分析结果可以看到，系统要求的时延为20～30ms，实际时延为9～14ms，最小时延比预期的最小时延小，最大时延比预期的最大时延小。
[0079]
以上只是对本发明作进一步的说明，并非用以限制本专利，凡为本发明等效实施，均应包含于本专利的权利要求范围之内。