摘 要： 在总结前人工作的基础上，提出了一种有效检测并发或反应系统的动态行为模型中违反安全属性的方法,目的是减少为检测违反安全属性所需检测的状态数量，验证过程包括构造一个由所有独立状态图组成的全局状态空间图,并遍历这个全局状态空间图中的状态以便检测安全协议。首先读待验证的安全属性和可能会违反这些属性的相关事件集，构造全局状态空间图只考虑相关事件产生的状态转换。使用该方法验证了“火车道口”系统，减少了59%的搜索空间。
关键词： 反应系统； 安全属性； UML状态空间图； 相关事件集； 状态转换

本文在没有其他模型检测工具的情况下使用UML状态图验证已建模的反应系统。反应系统在这里认为是面向状态并对外部或内部行动做出反应，反应有可能产生状态或行为的变化，一个反应系统（事件驱动）的行为由一系列的状态、事件和行为集所规范。
1 提出的验证技术
1.1 假设
假定正在考虑中的系统有多个合作的对象，这些对象通过事件相互联系。每个对象的动态行为都用UML状态图建模。这些对象在接收一个正确的外部或内部产生事件及相应的保护条件变为真实状态发生改变。要验证的属性用时态逻辑表示并由符号?准代表。验证过程包括每个UML状态图到一个元组{Si,Ei,Ti,Ii}形式的转换。其中i代表对象，Si代表非空有限的状态集，Ei代表事件集，Ti?哿Si×Si是一套转换集。Ii?哿Si是一套初始状态集。让Et为总的事件集即Et={E1∪E2…En},其中陶瓷电感n是系统对象的数量[1]。
1.2 基于事件的验证方法
一旦在Et中所有事件都发生时就合并所有对象的状态转换来建造系统的状态空间,在状态空间(on the fly)的状态图中找到表示为┐φ的错误状态(否定行为),如果终止了更深层的状态空间的搜索，就会演示出错误轨迹（反例）。
本节中描述的算法[2]如下：
(1)一个事件是相关的如果：
①存在着一个与这个事件相关的转换并且当前状态是一个错误状态（┐φ）
②存在于一个与这个事件相关的转换并且下一个状态为一个错误状态（┐φ）
(2)一套事件是相关的如果：
存在着一套与这些事件相关的转换，并且能将对象从最初状态转到错误状态（┐φ）。即将对象从一个对象的最初状态转到错误状态的事件集合叫做相关的事件集。
相关事件集计算完，每个对象的UML状态图都转换成这种元组{Si, Eri, Ti, Ii}，其中Eri代表联系对象Oi的相关事件集，Ert代表总的相关事件集,即Ert={Er1∪Er2∪…Ern}。搜索状态空间只考虑在总的相关事件集Ert中的事件。一旦到达了错误状态或访问了所有的状态，就终止搜索状态图。
2 实例研究
(1)火车道口问题是实时系统中的一个典型问题。火车道口系统用来操纵道口的栏杆。对于两个铁轨上的门位于区域A上，火车在两个铁轨（T1,T2）上任意方向运行[3]。图1中显示了已经定位的传感器(S1,S2,S3,S4和S5)。传感器表明当火车行驶到区域A、进入RC、离开区域A或退出RC。传感器S5表明门是关着的还是开着的。“占用期间”指RC上有一个或更多火车的时期。系统被期望满足如下的属性：
①道口在所有占用期间是关闭的(安全)；
②如果占用期间没有火车,道口是开放的(实用性)；
③道口在尽可能的时间里是开放的(活性)。

2.1 状态空间的构建
对象铁轨有两个正交状态Track1和Track2。对象栏杆有4个局部状态，Track1有5个局部状态，Track2有5个局部状态。GRC系统的U包括（4×5×5）100个状态。通常模型限定可到达状态的数量。表1显示了所有可能的状态。

2.2 基于事件的算法应用到火车道口系统

在GRC模型中要检测的安全属性“当火车在Track1或Track2上的RC时，道口始终关闭”[5]，时态逻辑表示为：(T1.Crossing∨T2.Crossing)?圯G.Closed，如果成立则此模型有漏洞，产生一个反例/错误轨迹[3]，否定形式表示为：(T1.Crossing∨T2.Crossing)?圯┐(G.Closed)，这就意味着火车通过时大门开着或正开着或正关闭的状态中。
图3中，状态搜索从最初状态S1开始，由事件“tkevarrive”引发的后续状态为 S2、S5、S6，随便选择状态S2进行更深层的搜索[6]，直到到达状态S15，它不响应任何相关事件，所以回来遍历状态S29后，会产生由事件“tkevexit”引发状态S42。状态S42是一个错误状态，因为它违背了安全属性（即当一个火车经过道口时，大门是开着的），一旦状态搜索终止，反例和错误轨迹就能产生(如图4)，产生反例的路径长度为6。同理如果遍历S29后又遍历S45，也会违背安全属性，也会产生路径长度为6的反例。扁平线圈电感制造厂

 1/2    1 2 下一页 尾页