<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Formal Semantics for Probabilistic Veri cation of Stochastic Regular Expressions</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Sinem Getir</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Esteban Pavese</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Lars Grunske</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Software Engineering, Humboldt University Berlin</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Modelling and veri cation of software systems is an e ective phase of system development, as it can uncover failures in design early in the development process. There is an increasing need for languages and processes that allow for the speci cation of uncertainty that allow, for example, the modelling of the unknown behaviour of a user, or the stochastic failure rate of hardware components. In this paper we introduce a formal semantics on Stochastic Regular Expressions (SREs) over probabilistic action logics for quantitative veri cation. We provide the recursive calculation of the language generated by an SRE, enhanced to reuse local results for global veri cation of system speci cations. Furthermore, we demonstrate how to model systems with SREs and how to perform reachability analysis with Probabilistic Action-based Computational Tree Logic (PACTL*).</p>
      </abstract>
      <kwd-group>
        <kwd>stochastic regular expressions</kwd>
        <kwd>probabilistic formalism</kwd>
        <kwd>probabilistic model checking</kwd>
        <kwd>probabilistic veri cation</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>The analysis of systems with a probabilistic behaviour plays an important role
in several applications, such as software engineering, speech recognition, digital
communications and computational biology among others. On the other hand,
regular expressions have spread through all of theoretical computer science and
enjoy plentiful applications in the eld of natural language processing, including
parsing, deep language models, model inference and machine translation.</p>
      <p>
        Several studies have been conducted in probabilistic version of regular
expressions that is studied as probabilistic concurrent Kleene algebra in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] and
extended with additional Kleene theorems in the application of quantitative
reasoning on database queries [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>
        Kartzow and Weidner [
        <xref ref-type="bibr" rid="ref17 ref7">7,17</xref>
        ] de ne a Monadic Second-Order Logic (MSOL)
and a constraint logic with temporal properties for data analysis for probabilistic
regular expressions. Additionally, Weidner speci ed Probabilistic Regular
Expressions for in nite strings with !-properties in his thesis [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
      </p>
      <p>
        In this paper, we de ne a semantics of stochastic regular expressions in the
context of probabilistic model checking, employing a probabilistic extension of
Action-based Computation Tree Logic (ACTL*) to reason about temporal
properties quantitatively. Probabilistic model checking [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] is a technique developed
in order to automatically perform such assessments, and has been successfully
applied in recent years [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Probabilistic models used for model checking can be
at di erent levels of abstraction, such as Markov Chains [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], Markov Decision
Processes [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] and Stochastic Petri Nets [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] among others. In contrast to
statebased representations, we introduce an approach and focus on stochastic regular
expressions as an input model for probabilistic model checking applications.
is
(1)
2
      </p>
      <p>
        Stochastic Regular Expressions (SRE)
In this section, we brie y recall SRE [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] and action logic [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
2.1
      </p>
    </sec>
    <sec id="sec-2">
      <title>Syntax of SRE</title>
      <p>The syntax of a Stochastic Regular Expression (SRE) E over an alphabet
de ned recursively as follows:</p>
      <p>E :=</p>
      <p>X Ei[ni]
i</p>
      <p>E1 : E2</p>
      <p>E f
with
2
[ f"g, ni 2 N0, f 2 [0; 1]</p>
      <p>R and every term Ei is a SRE, such that:
1. Atomic Action : is an atomic action that belongs to the alphabet .
2. Choice Pi Ei[ni]: One of the provided terms Ei[ni] is probabilistically chosen
according to calculated probabilities from occurence values. ni denotes the
occurrence value or choice rate for each term, such that the i-th term is
chosen with probability Pnjinj . Occurrence value or choice rate is de ned as
the number of cases that the node is chosen statistically.
3. Concatenation E1 : E2: The terms E1 and E2 are successively interpreted.
4. Kleene Closure E f : The term E is repeated for an inde nite number of
times, subject to a binomial distribution. Each iteration occurs with a
probability of f . The termination probability is 1 f .
5. Plus Closure E+f : The +Closure is a syntactic sugar that is omitted here,
but can be easily emulated with E : E f .</p>
      <p>Without loss of generality, the empty string " is not included in the alphabet.
However we include the empty string as an atomic action. On the other hand,
can be derived from an expression like 0:0; 2 .</p>
      <p>A derivation of a conventional regular expression E is the set of sentences, or
strings over the alphabet, derivable from it. This de nes the language L(E) of
E. This notion of language derivation is similarly applicable to SRE, except that
each string has a probability value associated with it, and hence the language
itself is associated with a probability distribution of its members as explained in
the following within its denotational semantics.
2.2</p>
    </sec>
    <sec id="sec-3">
      <title>Denotational semantics of SREs</title>
      <p>
        Intuitively SREs can be understood as an expression that de nes a speci c
probability function over its language strings such that JEK : s 2 ! [0; 1]. Such
probabilistic language (p-language) is previously described for discrete events
systems in [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. In the following, we provide a trivial example on the p-language
to explain the relationship between the SRE and the p-language.
      </p>
      <p>
        The semantics of SREs are described by the p-language [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] in the style of
denotational semantics [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. The probability function for an SRE E is denoted
by JEK, and its application to a particular string s is denoted JEKs, which
represents an acceptance probability associated with string s in the language L(E).
The probability function recursively calculates the occurrence probability of an
arbitrary string s 2 in a SRE model. By de nition, if an arbitrary string s
has a probability value greater than 0, it is accepted as a word of SRE. Meaning
that if s 2 L(E) then JEKs &gt; 0.
      </p>
      <p>
        Example 1. Let L be a probabilistic language [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] describing the Bernoulli
process where each experiment has two outcomes a and b with probabilities p
and 1 p respectively. Then L is de ned on the alphabet = fa; bg as
L(s) = p#(a;s):(1 p)#(b;s) where #(a; s) is representing the number of
occurrences in word s.
      </p>
      <p>In the following we formally de ne some additional notions which will be
referred to throughout this paper.</p>
      <p>De nition 1 (Words of a SRE). W ords(E) = fw j w 2 L(E)g
De nition 2 (Word length). A length of a word w = w0w1:::wn is the
number of included characters and denoted as jwj= n through the paper.
De nition 3 (Probability of a word in the language). The probability
function JEKs for every possible SRE term E ( j P Ei(ni) j E1 : E2 j E f j
E+f ) is calculated recursively, where s = 1; :: n 2 :
{ Atomic actions:
{ Choice</p>
      <p>J Ks = 1; if
J Ks = 0; if 6= s</p>
      <p>= s
r X Einizs = X
k</p>
      <p>nk
P ni</p>
      <p>JEkKs
(2)
(3)
Since every term might recognize s, the overall probability for a choice
expression is the sum of all the term probabilities with respect to s.
{ Concatenation:</p>
      <p>JE1 : E2Ks =
n
In the summation, s is decomposed into two (possibly empty) substrings,
each of which may be consumed by a concatenated expression. Even
though one term may recognize its substring argument, if the other term
does not recognize its respective substring, then that term returns a
probability of 0, and the overall probability for that instance of decomposition is 0.
{ Kleene closure:</p>
      <p>J
E f s =</p>
      <p>K
n
X (f
i=1</p>
      <p>JEK 1:: i JE f K i+1:: n)</p>
      <p>(4)
J
E f K" = 1</p>
      <p>f
+f JEKs J</p>
      <p>E f "</p>
      <p>K
The rst formula accounts for empty strings, as the only way an iterated
expression should recognize an empty string is by not iterating; in other words
terminating without executing (The termination probability is therefore 1-f ).
The other formula recursively de nes the general case. Here, one iteration of
E will consume some portion of s, and the rest of s is consumed by further
iterations. It is assumed that an iteration of a loop always consumes some
non-empty string. Otherwise, the semantic model would have to account for
Kleene closure iterating inde nitely on an argument, which is not an useful
behaviour.</p>
      <p>
        All SRE probability functions presented above are well formed probabilitity
functions. Interested readers can nd the details of probability functions and the
proof of well formness in [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
2.3
      </p>
      <p>
        Action based Computation Tree Logic (ACTL*)
ACTL* is introduced in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] where the comparison for state labelled and transition
labelled systems is studied. The syntax of ACTL* is described recursively on
action labelled transition systems as follows; where ' is a formula executed on
the runs of the system:
' := T rue j :' j ' ^ '0 j 9' j ' U '0 j Xa' j X '
(5)
      </p>
      <p>We bie y recall the de nitions required for the ACTL* semantics.</p>
      <p>De nition 4 (Labelled transition systems ). A labelled transition system
is a tuple (S; Act; !) where:
. S is a nite set of states
. Act is a nite, non-empty set of actions
. ! is the transition relation denoted in
of ! is called a transition.</p>
      <p>S
(Act [ )</p>
      <p>S and any element
De nition 5. A sequence (s0; 0; s1)(s1; 1; s2):: 2
s0. A run = (s; ) is a pair from s 2 S, where
of is s (f irst( ) = s) and path( ) = . If a run
we denote as .
! 1 is called a path from
is a path from s, rst state
is a su x for run , then
The semantics is given by satisfaction relations based on the de nitions above:
j= T rue always
j= :' i
j= ' ^ '0 i
6j= '</p>
      <p>j= ' and
i there exists a run
j= 9
j= U 0 i there exists a
j= X ' i there exists s, , s0,
j= Xa' i there exists s, s0,
j= '0</p>
      <p>such that
2 run(f irst( )) such that
with
such that</p>
      <p>j=
j= 0 and for all
= (s; (s; ; s0)) and</p>
      <p>j= '
such that
= (s; (s; a; s0)) and
j= '
(6)
: j= 0
3</p>
      <p>
        Semantics of Stochastic Regular Expression Trees with
Probabilistic Action based Computation Tree Logic
Our goal is to reason about temporal properties on SRE models probabilistically.
A very common logic Probabilistic computation tree logic (PCTL*) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] and
variants are de ned on the state and path formulas. However Stochastic Regular
Expressions do not have the explicit notation of a state. Therefore we prefer to
extend the ACTL* logic semantically expressed on the runs of the system as
provided in subsection 2.3.
      </p>
      <p>The extended syntax of a Probabilistic ACTL* (PACTL*) is de ned as
follows where ' is a word and is a SRE formula.</p>
      <p>De nition 6 (Syntax of PACTL*).</p>
      <p>= : j ^ 0 j PP (')
' = true j Xa' j X ' j ' U '0
(7)
(8)
where P
Every SRE term E is de ned as a node that speci es operation type (choice,
concatenation, kleene closure or action), choice rate, kleene probability and
subnode(s).</p>
      <p>Formally E is an action or a tuple based on its type: (N ; R), (N ), (N ; k)
if the opetaion types are choice, concatenation, kleene closure (T = + j:j
or action a 2 ,) respectively. where N = fE1; E2; :::; Eng is the nite set of
subnodes in the operating order (E1 : E2 6= E2 : E1), R = fr1; r2; ::rng is the set
of corresponding choice rates (r 2 N) and k 2 [0; 1] is a kleene probability.</p>
      <p>We construct every SRE node in a bottom up fashion by parsing the given
string by using operator presedence. Hence, we avoid the ambiguity of the parsed
trees and remain them unique. (The order of operator predence is ; :; +). We
also restrict one operation type per SRE node which allows unambiguity.</p>
      <p>The semantics is de ned a satisfaction relation for a word w and a SRE term
E as follows:</p>
      <p>E j= :
E j=</p>
      <p>
        i E 6j=
^ 0 i E j= ^ E j= 0
E j= PP (') i P rfw j= ' j w 2 W ords(E)g 2 P
w j= true always
w j= Xa' i w[0] = a and w[
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] j= '
w j= X ' i w[
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] j= '
w j= ' U '0 i for some i
      </p>
      <p>jwj, w[i] j= '0 and w[j] j= ', 8j &lt; i:
The set of words for an SRE can be calculated recursively on SRE node E:
8 a ;
&gt;f g
&gt;&gt;&gt;&gt; S W ords(Ei);
W ords(E) = &gt;&lt;Ei2N
&gt;(W ords(E0) W ords(E1))::: W ords(En); 8Ei 2 N
&gt;&gt;&gt;&gt;&gt;S1 W ords(Esub)k; where Esub 2 N and E = (Esub)
: k
(9)
(10)
(11)
(12)
(13)
(14)
(15)
if T = a
if T = +
if T =:
if T =
(16)
A system is speci ed as an SRE tree that includes a root node and nite set of
nodes. An SRE tree is formally de ned as; TE = (Eroot; E ; ), where Eroot is the
root node, E is the nite set of all nodes and is the alphabet. Hence, verifying
the the root node Eroot will result in verifying the system.
4</p>
      <p>Example: System Speci cation with SRE Tree
We provide an example automata and a corresponding SRE system speci
cation in the following paragraphs. Let us assume that we have a system that is
composed of some web services aiming to achieve a message protocol. The
subcomponents Service 1(S1) and Service 2(S2) are executing the login of sytem
and message sending and logging out from the system respectively. The system
can be de ned as a stochastic regular expression tree as follows:</p>
      <p>TE = (Eroot; E ; )
Eroot = S
E = fS; S1; S2; E1; E2; E3; E4; E5; E6g</p>
      <p>
        = fstart; login; authenticationF ail; logout; sendM sg;
msgF ail; terminate; success; retryg
S = S1 : S2
S1 = start : login
S2 = authenticationF ail[
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] + logout[20] + E1[65]
E1 = sendM sg : E2
E2 = msgF ail[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] + E3[95]
E3 = E4 : E5
E4 = E60:25
E5 = logout : terminate
      </p>
      <p>E6 = success : retry</p>
      <p>Let a PACTL* formula P[0:3;0:4] true U (XmsgFail)true for the analysis on
TE . The formula indicates the reachability analysis of the action \msgFail" on
the root node Eroot = S. The words reaching the \msgFail' from S are then
recursively calculated:
W ords(S)[reaching\msgFail"] W ords(S) = fstart:login:sendM sg:msgF ail (0:0325);
start:login:sendM sg:succes:retry:msgF ail (0:008125);
start:login:sendM sg:succes:retry:succes:retry:msgF ail (0:00203125); ::::g
The union is then
0:0325
1
Y(0:25)i = 0:0325 2 [0:3; 0:4]
i=0
S j= P[0:3;0:4] true U (XmsgFail)true
(17)
(18)</p>
      <p>
        Visually, we provide the corresponding probabilistic automata in Figure 1.
The proof of equivalence between probabilistic Rabin automata [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] and the
planguage, on which stochastic regular expression's semantics denoted, is provided
in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>SREs are calculated in a bottom up way by remaining the probabilistic
calculations of strings. Such techique enables to reach every calculation on each
node locally. The idea is to calculate all information on every SRE term and
compose the solutions based on the operations.</p>
      <p>Service1
1
5</p>
      <p>Service2
We described a formal semantics for model checking of SREs that enjoys various
applications in computer science. We studied the stochastic regular expressions
with action based probabilistic logic in the model checking context and used
stochastic regular expressions as an input model. Our initial attempt to
reachability analysis with strings is also presented which is promising and convenient
for parallel and incremental computation especially in the domain of component
based systems or modular systems. The further investigation is to extend the
reachibility analysis for the application of full PACTL* on SRE trees and
evaluate our approach with set of models. Furthermore, we are planning to use SRE
model checking for the incremental computation of local changes that can occur
in the model.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Baier</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cloth</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haverkort</surname>
            ,
            <given-names>B.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kuntz</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Siegle</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Model checking markov chains with actions and state labels</article-title>
          .
          <source>IEEE Trans. Software Eng</source>
          .
          <volume>33</volume>
          (
          <issue>4</issue>
          ),
          <volume>209</volume>
          {
          <fpage>224</fpage>
          (
          <year>2007</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Baier</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Katoen</surname>
            ,
            <given-names>J.P.</given-names>
          </string-name>
          :
          <article-title>Principles of Model Checking (Representation</article-title>
          and Mind Series). The MIT Press (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Bollig</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gastin</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Monmege</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zeitoun</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>A probabilistic kleene theorem</article-title>
          . In: Chakraborty,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Mukund</surname>
          </string-name>
          , M. (eds.)
          <source>Automated Technology for Veri cation and Analysis</source>
          . pp.
          <volume>400</volume>
          {
          <fpage>415</fpage>
          . Springer Berlin Heidelberg, Berlin, Heidelberg (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>De</surname>
            <given-names>Nicola</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Vaandrager</surname>
          </string-name>
          ,
          <string-name>
            <surname>F.</surname>
          </string-name>
          :
          <article-title>Action versus state based logics for transition systems</article-title>
          . In: Guessarian, I. (ed.)
          <source>Semantics of Systems of Concurrent Processes</source>
          . pp.
          <volume>407</volume>
          {
          <fpage>419</fpage>
          . Springer Berlin Heidelberg, Berlin, Heidelberg (
          <year>1990</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Garg</surname>
            ,
            <given-names>V.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kumar</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Marcus</surname>
            ,
            <given-names>S.I.:</given-names>
          </string-name>
          <article-title>A probabilistic language formalism for stochastic discrete-event systems</article-title>
          .
          <source>IEEE Transactions on Automatic Control</source>
          <volume>44</volume>
          (
          <issue>2</issue>
          ),
          <volume>280</volume>
          {293 (Feb
          <year>1999</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Hansson</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jonsson</surname>
            ,
            <given-names>B.:</given-names>
          </string-name>
          <article-title>A logic for reasoning about time and reliability</article-title>
          .
          <source>Formal Aspects of Computing</source>
          <volume>6</volume>
          (
          <issue>5</issue>
          ),
          <volume>512</volume>
          {535 (Sep
          <year>1994</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Kartzow</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Weidner</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Model checking constraint LTL over trees</article-title>
          .
          <source>CoRR abs/1504</source>
          .06105 (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Katoen</surname>
            ,
            <given-names>J.P.:</given-names>
          </string-name>
          <article-title>The probabilistic model checking landscape</article-title>
          .
          <source>In: Proceedings of the 31st Annual ACM/IEEE Symposium on Logic in Computer Science</source>
          . pp.
          <volume>31</volume>
          {
          <fpage>45</fpage>
          . LICS '16,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          , New York, NY, USA (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Kumar</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garg</surname>
            ,
            <given-names>V.K.</given-names>
          </string-name>
          :
          <article-title>Control of stochastic discrete event systems modeled by probabilistic languages</article-title>
          .
          <source>IEEE Trans. Automat. Contr</source>
          .
          <volume>46</volume>
          (
          <issue>4</issue>
          ),
          <volume>593</volume>
          {
          <fpage>606</fpage>
          (
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Kwiatkowska</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Norman</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parker</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Probabilistic model checking in practice: Case studies with PRISM</article-title>
          .
          <source>ACM SIGMETRICS Performance Evaluation Review</source>
          <volume>32</volume>
          (
          <issue>4</issue>
          ),
          <volume>16</volume>
          {
          <fpage>21</fpage>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Marsan</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          :
          <article-title>Stochastic petri nets: An elementary introduction</article-title>
          . In: Rozenberg,
          <string-name>
            <surname>G</surname>
          </string-name>
          . (ed.)
          <source>Advances in Petri Nets</source>
          <year>1989</year>
          . pp.
          <volume>1</volume>
          {
          <fpage>29</fpage>
          . Springer Berlin Heidelberg, Berlin, Heidelberg (
          <year>1990</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>McIver</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rabehaja</surname>
            ,
            <given-names>T.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Struth</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          :
          <article-title>Probabilistic concurrent kleene algebra</article-title>
          .
          <source>In: Proceedings 11th International Workshop on Quantitative Aspects of Programming Languages and Systems, QAPL</source>
          <year>2013</year>
          , Rome, Italy, March
          <volume>23</volume>
          -24,
          <year>2013</year>
          . pp.
          <volume>97</volume>
          {
          <issue>115</issue>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Rabin</surname>
            ,
            <given-names>M.O.</given-names>
          </string-name>
          :
          <article-title>Probabilistic automata</article-title>
          .
          <source>Information and Control</source>
          <volume>6</volume>
          (
          <issue>3</issue>
          ),
          <volume>230</volume>
          {
          <fpage>245</fpage>
          (
          <year>1963</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Ross</surname>
            ,
            <given-names>B.J.</given-names>
          </string-name>
          :
          <article-title>Probabilistic pattern matching and the evolution of stochastic regular expressions</article-title>
          .
          <source>Applied Intelligence</source>
          <volume>13</volume>
          (
          <issue>3</issue>
          ),
          <volume>285</volume>
          {300 (Nov
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Stoy</surname>
            ,
            <given-names>J.E.</given-names>
          </string-name>
          :
          <article-title>Denotational Semantics: The Scott-Strachey Approach to Programming Language Theory</article-title>
          . MIT Press, Cambridge, MA, USA (
          <year>1977</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Weidner</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Probabilistic Logic, Probabilistic Regular Expressions, and Constraint Temporal Logic</article-title>
          .
          <source>PhD dissertation</source>
          , University Leipzig (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Weidner</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Probabilistic Regular Expressions and MSO Logic on Finite Trees</article-title>
          . In: Harsha,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Ramalingam</surname>
          </string-name>
          ,
          <string-name>
            <surname>G</surname>
          </string-name>
          . (eds.)
          <source>35th IARCS Annual Conference on Foundations of Software Technology and Theoretical Computer Science (FSTTCS</source>
          <year>2015</year>
          ).
          <source>Leibniz International Proceedings in Informatics (LIPIcs)</source>
          , vol.
          <volume>45</volume>
          , pp.
          <volume>503</volume>
          {
          <issue>516</issue>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>