source: papers/FDL2012/ordering_filter_properties.tex @ 79

Last change on this file since 79 was 79, checked in by cecile, 12 years ago

correction counter-example and its negation representation

File size: 13.2 KB
Line 
1 We propose an
2heuristic to order the properties  depending on the structure
3of each component.
4%Before generating an abstract model to verify a global property $\phi$, the verified properties of all the components in the concrete model are ordered according to their pertinency in comparison to a global property $\phi$.
5In order to do so, the variable dependency of the variables present in global property has to be analyzed.
6After this point, we refer to the variables present in the global property  as \emph{primary variables}.
7
8%\bigskip
9
10The ordering of the properties is based on the variable dependency graph
11where the roots are primary variables.
12The variables in the model are weighted according to their dependency level
13\emph{vis-à-vis} primary variables and the properties is weighted according to the sum of the weights
14of the variables present in it. We want to select the properties specifying
15behaviors that may have an impact on the global property. We observed that
16the more closer a variable is from the primary
17variable the more it affects the primary variable. Hence, a property
18have higher priority according to the number of primary or close to primary variables it
19contains.
20Moreover, a global property often specifies the behavior at the interface of
21components. Typically, a global property ensures that a message sent is
22always acknowledged or the good target gets the message. This kind of behavior
23relates the input-output behaviors of components.
24We have decided to allocate an extra weight for variables which are present at the interface of a component
25whereas variables which do not interfere with a primary variable are weighted 0.
26Here is how we proceed:
27\begin{enumerate}
28\item Build the structural dependency graph for all primary variables.
29\item Compute the depth of all variables (DFS or BFS)
30in all dependency graphs.
31Note that a variable may belong to more than one dependency graph, in that case
32we consider the minimum depth.
33\item Give a weight to each variable (see algorithm  \ref{algo:weight}).
34\item Compute the weight of properties for each component.
35\end{enumerate}
36
37The algorithm \ref{algo:weight} gives weight according to the variable distance to the
38primary variable with extra weight for interface variable and primary variable.
39
40\begin{algorithm}[ht]
41\caption{Compute Weight}
42\label{algo:weight}
43
44\KwIn{ $\{V\}$, the set of all dependency graph variable}
45\KwOut{$\{(v,w)| v \in V, w \in N\}$, The set of variables with their weight}
46
47\Begin{
48$p = $ max(depth(V))  \\
49\For{$v\in V$}{
50        d = depth(v) \;
51        $w = 2^{p-d}*p$\;
52        \If(v is primary variable){$d == 0$}
53        {
54                $w = 5 * w$\;
55        }
56        \If(v is an interface variable){$v\in{I\cup O}$}
57        {
58                $w = 3 * w $
59        }
60}
61}
62\end{algorithm}
63%\begin{enumerate}
64%
65%\item {\emph{Establishment of primary variables' dependency and maximum graph depth}\\
66%Each primary variable will be examined and their dependency graph is elobarated. The maximum graph depth among the primary variable dependency graphs will be identified and used to calibrate the weight of all the variables related to the global property.
67%Given the primary variables of $\phi$, $V_{\phi} =  \langle v_{\phi_0}, v_{\phi_1}, ... , v_{\phi_k}, ... , v_{\phi_n} \rangle$ and $G{\_v_{\phi_k}}$ the dependency graph of primary variable $v_{\phi_k}$, we have the maximum graph depth $max_{d} = max(depth(Gv_{\phi_0}), depth(Gv_{\phi_1}), ... , depth(Gv_{\phi_k}), ... ,$\\$ depth(Gv_{\phi_n})) $.
68%
69%}
70%
71%\item {\emph{Weight allocation for each variables} \\
72%Let's suppose $max_d$ is the maximum dependency graph depth calculated and $p$ is the unit weight. We allocate the variable weight as follows:
73%\begin{itemize}
74%\item{All the variables at degree $max_d$ of every dependency graph will be allocated the weight of $p$.}
75% \\ \hspace*{20mm} $Wv_{max_d} = p$
76%\item{All the variables at degree $max_d - 1$ of every dependency graph will be allocated the weight of $2Wv_{max_d}$.}
77%\\ \hspace*{20mm} $Wv_{max_d - 1} = 2Wv_{max_d}$
78%\item{...}
79%\item{All the variables at degree $1$ of every dependency graph will be allocated the weight of $2Wv_{2}$.}
80% \\ \hspace*{20mm} $Wv_{1} = 2Wv_{2}$
81%\item{All the variables at degree $0$ (i.e. the primary variables) will be allocated the weight of $10Wv_{1}$.}
82% \\ \hspace*{20mm} $Wv_{0} = 10Wv_{1}$
83%\end{itemize}
84%
85%We can see here that the primary variables are given a considerable
86%ponderation due to their pertinency \emph{vis-à-vis} global  property. Furthermore, we will allocate a supplementary weight of $3Wv_{1}$ to variables at the interface of a component as they are the variables which assure the connection between the components if there is at least one variable in the dependency graph established in the previous step in the property. All other non-related variables have a weight equals to $0$.
87%}
88%
89%
90%\item {\emph{Ordering of the properties} \\
91%Properties will be ordered according to the sum of the weight of the variables in it. Therefore, given a property $\varphi_i$ which contains $n+1$ variables, $V_{\varphi_i} =  \langle v_{\varphi_{i0}}, v_{\varphi_{i1}}, ... , v_{\varphi_{ik}}, ... , v_{\varphi_{in}} \rangle$, the weight  of $\varphi_i$ , $W_{\varphi_i} = \sum_{k=0}^{n} Wv_{\varphi_{ik}}$ .
92%After this stage, we will check all the properties with weight $>0$ and allocate a supplementary weight of $3Wv_{1}$ for every variable at the interface present in the propery. After this process, the final weight of a property is obtained and the properties will be ordered in a list with the weight  decreasing (the heaviest first). We will refer to the ordered list of properties related to the global property $\phi$ as $L_\phi$.
93%
94%
95%}
96%
97%\end{enumerate}
98
99%\bigskip
100
101%\emph{\underline{Example:}}  \\
102%
103%For example, if a global property $\phi$ consists of 3 variables: $ p, q, r $ where:
104%\begin{itemize}
105%\item{$p$ is dependent of $a$ and $b$}
106%\item{$b$ is dependent of $c$}
107%\item{$q$ is dependent of $x$}
108%\item{$r$ is independent}
109%\end{itemize}
110%
111%Example with unit weight= 50.
112%The primary variables: $p$, $q$ and $r$ are weighted $100*10=1000$ each. \\
113%The secondary level variables : $a$, $b$ and $x$ are weighted $50x2=100$ each. \\
114%The tertiary level variable $c$ is weighted $50$. \\
115%The weight of a non-related variable is $0$.
116%
117%
118%\bigskip
119%\begin{figure}[h!]
120%   \centering
121%%   \includegraphics[width=1.2\textwidth]{Dependency_graph_weight_PNG}
122%%     \hspace*{-15mm}
123%     \includegraphics{Dependency_graph_weight_PNG}
124%   \caption{\label{DepGraphWeight} Example of weighting}
125%\end{figure}
126
127%Dans la figure~\ref{étiquette} page~\pageref{étiquette},  
128
129
130
131Each properties  pertinence is evaluated by adding the weights of all the variables in it.
132It is definitely not an exact pertinence calculation of properties but provides a good indicator
133of their possible impact on the global property.
134After this pre-processing phase, we  have a list of properties $L_\phi$
135ordered according to their pertinence with regards to the global property.
136
137
138
139
140\subsection{Filtering properties}
141The refinement step consists of adding new AKS of properties selected according to
142their pertinence. This refinement respects items 1 and 2 of definition
143\ref{def:goodrefinement}. The first item comes from AKS definition and the
144composition property \ref{prop:concrete_compose}.
145Adding a new AKS in the abstraction leads to an abstraction where more behaviors
146are characterized. Hence there is more constrains behavior and more concretize
147states.
148
149
150Unfortunately, this refinement does not ensure that the spurious counterexample
151is evicted.
152As we would like to ensure the elimination of the counter-example previously found,
153we filter out properties that do not have an impact on the counterexample
154$\sigma$ thus will not eliminate it.
155In order to reach this objective, a Abstract Kripke structure of the counterexample $\sigma$, $K(\sigma)$
156is generated. $K(\sigma)$ is a succession of states corresponding to the counterexample path which dissatisfies
157the global property $\Phi$ as show in figure \ref{AKSNegCex}. In case where
158the counter-example exibits a bounded path, we add a last
159state $s_T$ where all variable are free({\it unknown}). The tree starting from this
160state represents all the possible future of the counterexample.
161
162
163
164
165%\begin{enumerate}
166%
167%\item {\emph{\underline{Step 1:}}} \\
168%
169%As we would like to ensure the elimination of the counterexample previously found, we filter out properties that don't have an impact on the counterexample $\sigma_i$ thus won't eliminate it. In order to reach this obective, a Kripke Structure of the counterexample $\sigma_i$, $K(\sigma_i)$ is generated. $K(\sigma_i)$ is a succession of states corresponding to the counterexample path which dissatisfies the global property $\phi$.
170%
171%\bigskip
172%
173\begin{definition}
174Let $\sigma$ be a counter-example of length $n$ in $\widehat{M}_i$ such
175that $ \sigma =  s_{0}\rightarrow  s_{1}\rightarrow \ldots \rightarrow
176s_{n-1}$. The \emph{Kripke structure derived from $\sigma$} is 6-tuple
177$K(\sigma_i) = (AP_{\sigma}, S_{\sigma}, S_{0\sigma}, L_{\sigma},
178R_{\sigma},F_{\sigma})$
179such that:
180
181\begin{itemize}
182\item $AP_{\sigma} = \widehat{AP}_i$ : a finite set of atomic propositions which corresponds to the variables in the abstract model     
183\item $S_{\sigma} = \{s_{i}|s_i\in \sigma\}\cup\{s_T\}$
184\item $S_{0\sigma} = \{s_{0}\}$
185\item $L_{\sigma} = \check{L}_i$
186\item $R_{\sigma} =  \{(s_{k}, s_{k+1})|(s_{k}\rightarrow s_{k+1})\in
187\sigma\}\cup\{(s_{n-1},s_T)\}$ 
188\item $F_{\sigma} = \emptyset$ 
189\end{itemize}
190\end{definition}
191
192%%\bigskip
193%All the properties available are then model-checked on $K(\sigma_i)$.
194%
195%If:
196%\begin{itemize}
197%\item {\textbf{$K(\sigma_i) \vDash \varphi  \Rightarrow \varphi $ will not eliminate $\sigma_i$}}
198%\item {\textbf{$K(\sigma_i) \nvDash \varphi  \Rightarrow \varphi $ will eliminate $\sigma_i$}}
199%\end{itemize}
200%
201%%\bigskip
202%
203%
204%%\begin{figure}[h!]
205%%   \centering
206%%%   \includegraphics[width=1.2\textwidth]{K_sigma_i_S_PNG}
207%%%     \hspace*{-15mm}
208%%     \includegraphics{K_sigma_i_S_PNG}
209%%   \caption{\label{AKSNegCex} Kripke Structure of counterexample $\sigma_i$, $K(\sigma_i)$}
210%%\end{figure}
211%
212%%Dans la figure~\ref{étiquette} page~\pageref{étiquette},  
213%
214%%\bigskip
215%
216%
217\begin{figure}[h!]
218   \centering
219
220\begin{tikzpicture}[->,>=stealth',shorten >=1.5pt,auto,node distance=2cm,
221                    thick]
222  \tikzstyle{every state}=[fill=none,draw=blue,text=black, minimum size=1.1cm]
223
224  \node[initial,state] (A)                    {$s_{0}$};
225  \node[state]         (B) [below of=A]       {$s_{1}$};
226  \node[node distance=1.5cm]       (C) [below of=B]       {$\ldots$};
227  \node[state,node distance=1.5cm]       (D) [below of=C]     {$s_{n-1}$};
228  \node[state]         (E) [below of=D]     {$s_T$};
229
230  \path (A) edge node {} (B)
231        (B) edge node {} (C)
232        (C) edge node {} (D)
233        (D) edge node {} (E)
234        (E) edge[loop right] node {} (E);
235
236\end{tikzpicture}
237
238   \caption{\label{AKSNegCex} Kripke Structure of counterexample $\sigma$, $K(\sigma)$}
239\end{figure}
240
241All the properties available for refinement are then model-checked on $K(\sigma)$. If the
242property holds then the property will not discriminate the counterexample.
243Hence this property is not a good candidate for refinement.
244Therefore all properties that are satisfied are chosen to be
245integrated in the next step of refinement. At this stage, we already have a
246list of potential properties that definitely eliminates the current counterexample $\sigma$ and might converge the abstract model towards a model sufficient to verify the global property $\Phi$.
247
248\begin{property}{Counterexample eviction}
249\begin{enumerate}
250\item If {\textbf{$K(\sigma) \vDash \varphi  \Rightarrow AKS(\varphi) $ will
251not eliminate $\sigma$}}.
252\item If {\textbf{$K(\sigma) \nvDash \varphi  \Rightarrow AKS(\varphi) $ will
253eliminate $\sigma$}}.
254\end{enumerate}
255\end{property}
256\begin{proof}
257\begin{enumerate}
258\item By construction, $AKS(\varphi)$ simulates all models that verify
259$\varphi$. Thus the tree described by $K(\sigma)$ is simulated by $AKS(\varphi)$,
260it implies that $\sigma$ is still a possible path in $AKS(\varphi)$.
261\item $K(\sigma)$, where $\varphi$ does not hold, is not simulated by
262$AKS(\varphi)$, thus $\sigma$ is not a possible path in $AKS(\varphi)$
263otherwise $AKS(\varphi)\not\models \varphi$ that is not feasible due to AKS
264definition and the composition with $M_i$ with $AKS(\varphi)$ will eleiminate
265$\sigma$.
266\end{enumerate}
267\end{proof}
268
269The property at the top of the list (not yet selected and excluding the properties
270which are satisfied by $K(\sigma)$) is selected to be integrated in the generation of $\widehat{M}_{i+1}$.
271We ensure that our refinement respects the definition \ref{def:goodrefinement}.
272Moreover, the time needed to build an AKS is neglectible and building the
273next abstraction is just a parallel composition with the previous one. Thus the refinement
274 we propose is not time consuming.
275
276
277%
278%}
279%%\bigskip
280%
281%\item {\emph{\underline{Step 2:}} \\
282%
283%The property at the top of the list (not yet selected and excluding the properties which are satisfied by $K(\sigma_i)$) is selected to be integrated in the generation of $\widehat{M}_{i+1}$.
284%%\bigskip
285%
286%}
287%\end{enumerate}
288%
289%$\widehat{M}_{i+1}$ is model-checked and the refinement process is repeated until the model satisfies the global property or there is no property left to be integrated in next abstraction.
290%
291
Note: See TracBrowser for help on using the repository browser.