<!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>Integrated Timing Analysis in the Model-Driven Design of Automotive * Systems</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Fraunhofer ESK</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Automotive</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Hansastrasse</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Munich</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Germany</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>dulcineia.penha</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>gereon.weiss}@esk.fraunhofer.de</string-name>
        </contrib>
      </contrib-group>
      <pub-date>
        <year>2013</year>
      </pub-date>
      <fpage>40</fpage>
      <lpage>49</lpage>
      <abstract>
        <p>Automotive electronic systems integrate steadily increasing number of functions. Model-driven development of such systems enables to handle their complexity. With the integration of software-components and their intricate interactions ensuring the non-functional behavior, like timing, becomes a crucial matter. Timing analysis allows the validation of these properties but is mostly only loosely integrated with the development process. Therefore, we introduce an integrated approach enabling the iterative timing validation of model-driven designs. It consists of a framework comprising an UML modeling tool and a simulation-based timing analysis tool. By integrating the design models with respective analysis models, the development of timing-accurate designs is enabled. With the example of an automotive infotainment case study we show the applicability of our approach.</p>
      </abstract>
      <kwd-group>
        <kwd>Timing-Behavior</kwd>
        <kwd>Model-Driven</kwd>
        <kwd>Automotive</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Early validation has become an important task for developing modern networked
automotive software. It allows detection and correction of flaws still during design,
avoiding problems at later stages of development and during integration. Since
automotive applications are often safety-relevant, it is not enough to solely validate the
system’s functional behavior. In addition, the validation of non-functional properties,
such as timing is required in order to ensure the full system safety and correctness, to
improve system’s efficiency and to save resources. Several automotive applications
are subject to hard real-time constraints intended to ensure full system safety and
correctness [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Furthermore, the presence of firm and soft real-time constraints in
those systems is constantly increasing and ensures correctness and quality, improves
the user experience and in some cases guarantees safety. Considering the increasing
*
number of software functions and the complexity imposed by real-time constraints,
the integration of software components within automotive systems becomes a
challenging task. Therefore, the system’s timing behavior should already be considered
and evaluated in early phases of the development process in order to guarantee the
fulfillment of timing requirements in later stages and after deployment to the target
platform. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Model-driven approaches play a particular role in the design and early
validation of embedded software systems and are widely used in the automotive
industry [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Model-driven design is supported by various standards and tools.
      </p>
      <p>Nevertheless, in most cases, the solutions provided for the validation of timing
behavior by such model-driven approaches and tools are precarious and must be
manually realized, demanding extra effort from engineers. For example, developers need to
define scheduling tables manually and iterate until certain timing constraints are met,
which could cost precious development time. On the other hand, several approaches
and tools specialize on a detailed analysis of the system’s timing behavior based on a
particular model of the system and its target platform. However, such models are
usually specific for each timing analysis approach demanding the design of a second
model of the system for that purpose only. The fact that the design and development
methods and the approaches for timing analysis are currently realized independently
demands the development of different and separated models, requiring extra effort
and time. In order to improve the development of automotive systems by reducing the
effort necessary for timing validation, we present an approach for the integration of
model-driven design and timing analysis of timing-dependent automotive
applications. It allows the usage of a single model for the design and validation of functional
and timing behavior in an automated and optimized process.</p>
      <p>The paper is structured as follows: Section 2 discusses the Context and Challenges
for Real-Time Automotive Applications. Section 3 presents our approach for
integrating timing analysis in the model-driven design of automotive systems. In Section 4
we introduce the infotainment case study, evaluate our approach and present the
results. The related works are discussed in Section 5 and we conclude in Section 6.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Real-time constraints in the automotive domain</title>
      <p>Many functions in the automotive domain involve real-time constraints and can
benefit from early timing analysis. These functions are characterized by hard, firm and soft
real-time constraints. In a hard real-time function no deadline can be missed. In firm
and soft real-time occasional deadlines can be missed, however it compromises the
system quality and thus degrades the user experience. Engine control and X-by-wire
are examples of hard real-time applications, while the so-called infotainment systems
contain several firm and soft real-time applications. As previously discussed, the
increasing number of real-time software functions in nowadays automotive systems of
networked applications represents a challenge for their integration. This increases the
importance of validating not only hard real-time constraints, but also the firm and soft
ones, at early stages of the development process. In this paper, we focus primarily on
automotive software with firm and soft real-time constraints.</p>
      <sec id="sec-2-1">
        <title>Real-time automotive applications</title>
        <p>In today’s cars, many applications which share resources and have priorities
according to real-time constraints. Applications such as TA (Traffic Announcement),
Navigation System, Telephone Integration, Parking Assistance System among others
share resources on the Infotainment System, for example, the audio system.
Considering for instance that at a given moment the driver is listening to music and the
navigation system is activated. The audio system is being shared by both applications at the
same time. The music is interrupted or its volume lowered when the navigation
system generates a stimulus to give instructions. The response to this stimulus must
happen in a couple of hundred milliseconds. Otherwise the navigation information will be
useless or distract the driver, degrading the user experience of that application and
possibly imposing safety risks. If real-time constraints are not fulfilled, the system’s
requirements are compromised. There is an increasing number of others applications
with soft and hard real-time constraints which share resources such as the audible
warning mechanism and require the definition of priorities and real/time constrains.
For instance, analysis of driver’s condition (e.g. driver drowsiness), speed limit and
icy road warning, cruise control (warning for its deactivation by the vehicle), lane
departure system (warning if the vehicle begins to move out of its lane).</p>
        <p>This vast number of applications makes the system’s integration and planning of
timing and resources more complex. Thus, today’s development approaches are in
urgent need for the support of timing validation. In this scenario, the early validation
of real-time constraints in automotive applications contributes to a flawless behavior
in later stages of the development process and after the deployment to the target
platform. However, since today’s priorities and interaction of integrated functions is done
manually, this is cost-intensive with respect to development and validation time and it
does not scale with the increasing number of applications in newer vehicles.
3</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Validating timing behavior in the design process</title>
      <p>
        For improving the development process of automotive systems we present an
approach which integrates the early and iterative validation of timing behavior in the
model-driven development of automotive systems. Based on this approach, we
developed a framework which integrates a modeling tool and its execution framework
widely-used in the automotive domain with timing analysis. The developed approach
and framework allow engineers to model automotive-conformant systems, to perform
a detailed timing analysis using proper tools and by validating the system’s timing
behavior based on a single design model. The developed approach starts with
modeling the automotive system in UML as shown in Fig. 1. This design model represents
the system architecture and behavior. The system’s architecture is conformant to the
automotive standard AUTOSAR [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The behavior is modeled using State Machine
Diagrams. The target platform and allocation of software functions to the hardware
are also modeled. The developed design model can be the basis for testing and
validation of the system’s functional behavior using regular approaches for tests. In parallel,
our approach automatically generates an analysis model out of the design model. It is
extended with the necessary timing information by the engineer.
      </p>
      <p>Design Model
UML + MicroC Profile</p>
      <p>Rhapsody + MXF
Automatic Code</p>
      <p>Generation</p>
      <p>Automatic Model
Transformation</p>
      <p>Refine Timing /</p>
      <p>Scheduling</p>
      <p>Timing Analysis Model
chronSIM</p>
      <p>Timing</p>
      <p>Information
Simulation
Validation of
Timing Behavior</p>
      <p>The analysis model is the basis for the timing analysis, which is realized by proper
tools. It is based on the generated model and timing constraints while taking into
account the characteristics of the target platform. Based on the results of the analysis,
the timing behavior of the system can be analyzed and iteratively improved. This
eliminates possible conflicts, e.g. scheduling problems. The process for designing and
validating timing behavior is automated and based on a single model. Through this
the effort traditionally necessary for creating a separated model for timing analysis
can be saved.
3.1</p>
      <sec id="sec-3-1">
        <title>Timing Analysis</title>
        <p>
          For a definition of timing analysis we refer to Wilhelm et. al. in [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ], where they state
that “timing analysis attempts to determine bounds on the execution times of a task
when executed on a particular hardware”. There are two classes of methods for timing
analysis, static- and measurement-based methods. Timing analysis via
measurementbased methods is obtained by the execution of tasks (or task parts) on a given target
platform or through simulation of some set of inputs. On the other hand, static
methods analyze the set of possible control-flow paths through the task. The control flow is
analyzed based on a model of the hardware architecture in order to obtain upper
bounds for this combination. [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] Static methods and simulations are both proven
suitable for early validation of timing behavior. In this paper we focus on simulation, but
our methodology may also be integrated with static methods.
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>Semantic Mapping of Model Elements</title>
        <p>
          In order to automatically generate a timing analysis model out of the design model, a
model transformation is realized. The elements and concepts of the design model
which are relevant for the timing analysis are mapped to respective elements in the
timing analysis model, as presented in Table 1.
The developed framework supports the model-driven design of automotive systems
using the UML-Tool IBM Rational Rhapsody [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ] with the MicroC Execution
Framework (MXF) [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]. MXF is a combination of a UML Profile, code-generator and
runtime framework which allows the simulation and target execution of the system’s
design model. It allows the design of hardware-independent software by employing
the so-called Network Ports which connect the model components to external
hardware modules such as I/O ports, network devices, sensors or buses. Thus, the software
model can be abstractly developed and later connected to specific hardware. The
design model is composed by the application model and the hardware model. The
system behavior is modeled using UML State Machine Diagrams. For the run-time
framework the definition of a scheduling table is needed. Originally this scheduling
table is created by the engineer based on rough constraints and his experience only.
With our approach, the creation of a scheduling is optimized by the provision of
plentiful information about the timing analysis to the engineer. Based on the detailed
results of the timing analysis, the scheduling table can be more easily defined and
iteratively improved.
        </p>
        <p>
          The model transformations were implemented as Rhapsody plugin in Java and
using Xtend templates. The timing analysis is realized using the simulation tool
chronSIM which provides timing analysis based on an input model of an embedded system
[
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]. This tool was chosen because of its ability to simulate embedded software based
on a well-defined input model of the system and its easily exchangeable format for
the input model. This input model specifies tasks together with their timing properties
and stimulation scenarios, among others. Resources and resource dependencies for
each task can be defined as well. Besides that, the mapping of tasks to CPUs (Central
Processing Units)/ECUs (Electronic Control Units) is modeled.
4
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Case-Study</title>
      <p>The developed approach was evaluated via a case-study based on a today’s in-vehicle
infotainment system. The application is composed by functions which are activated
by respective buttons and share resources. The system contains the following buttons:
Turning Button, Navigation Button, Radio Button, Telephone Button and Media
Button. The Turning Function receives two inputs, one correspondent to its activation
and the other one correspondent to a turning delta. The other functions have one input
each, correspondent to their activation. Each function has one output which is
connected to the infotainment main computer. The system was deployed on an 8-bit
microcontroller supported by the execution framework.
4.1</p>
      <sec id="sec-4-1">
        <title>Design Model</title>
        <p>The case-study was modeled in two packages: an application and a hardware
package, in order to keep the software hardware-independent. Fig. 2 presents a piece of the
application model and Fig. 3 presents the system model with hardware and allocation
of software functions to hardware.</p>
        <p>The hardware package consists of further sub-packages, one for each potential
target platform. A sub-package called Processing Element (PE) was created to model the
hardware-specific implementations correspondent to the target platform. The model
includes an instance of the application as well as the Network Ports corresponding to
each resource (buttons and output) described in the previous section. The Network
Ports are connected to the Application component as shown in Fig. 3. It is worth
mentioning that it is possible to deploy the application system to another target platform
by defining the respective Network Ports and the instance of the application.</p>
        <p>For this case-study we performed a timing analysis following our integrated
approach. As described previously in Section 3.3, the simulation tool receives as input a
specific model of the system, which it simulates. Afterwards it delivers a detailed
timing analysis and report of the system’s timing behavior. The design model
presented in Section 4.1 was transformed to an analysis model for the chronSIM simulation
framework. The system’s timing information was added to the generated analysis
model and the complete model was then simulated. Based on the detailed timing
report generated out of the simulation and whose excerpt is showed in Table 2, the
timing analysis was performed. In our case, such analysis results could be used for
evaluating end-to-end deadlines and schedulability. Several timing constraints were
evaluated for the infotainment case-study. The results of the timing analysis were used for
defining and optimizing the scheduling table. Without the loss of generality, we
describe the exemplary evaluation of a specific timing constraint in the following. Based
on the specification we defined a timing constraint for the function itsNavigation. The
time spent between identifying a signal from the button being pressed until sending
the processed signal to the infotainment main computer shall not take longer than 100
ms.</p>
        <p>For analyzing if the task meets this constraint, we could examine the Average
Response Time (RAvg) and the Maximum Response Time (RMax). Considering the RAvg
for itsNavigation (81.66 ms), the timing constraint was met. However, the monitored
RMax was equal to 109.62 ms, which indicates that the previously specified timing
constraint was violated. Since other functions presented surplus time-slots, we could
adjust the timing behavior of the overall system by modifying the execution order.
Therefore the system could meet the 100 ms required for the navigation function.</p>
        <p>With our case-study we could show that the system’s timing behavior can be
validated with our integrated method and a valid scheduling for a specific target-platform
can be defined. With the RAvg and the RMax, the engineer can also analyze if the
system is schedulable. For that, a schedulability test for Rate Monotonic Scheduling
(RMS) can be utilized. As discussed previously, with the simulation results and the
timing analysis, the engineer can iteratively adjust and validate the design model and
furthermore optimize particularly problematic sections (or tasks) of the application.
5</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Related Works</title>
      <p>
        There are diverse approaches available for sole timing analysis. For a detailed
description of methods and tools for timing analysis we refer to [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. In [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]
[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] approaches for timing analysis and their respective realization in tools with
different potential for industrial applicability are based on a particular model of the
system and/or on source and executable code. In this way, even when realized in early
phases of the development process, the timing analysis is not integrated in the
modeldriven design demanding extra-effort for developing additional models. The approach
presented in [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] targets automotive, electronics, avionics and telecommunication
industries. RapiTime implements on target an automated performance measurement
based on execution traces. Because the approach is based on source files or
executable as input and performs the measurements on target, it necessitates the availability
of the target platform and does not allow early validation of timing behavior, as
mentioned previously.
      </p>
      <p>
        The automatic or semi-automatic integration of timing analysis in the system’s
design and development process has been addressed by other academic and commercial
solutions but is not fully integrated. In the following, we discuss these works and
compare them to our approach. The work presented in [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] integrates
simulationbased timing analysis in the design process. The solution allows the automatic
generation of a timing analysis model out of a UML design model with an additional UML
Profile for timing features. This profile allows the design of a system in UML
Activity and Architecture Diagrams with software and hardware models, as well as
allocation of tasks to hardware resources considering timing features. . Since the work
focuses on timing analysis, its design and timing models are not designed for validation
of functional behavior and code generation, unlike our proposed approach.
      </p>
      <p>
        TrueTime [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] supports a simulation-based analysis of real-time control system
which is based, among others, on Matlab/Simulink models. In this way, the approach
addresses the integration of timing analysis in the model-driven development.
However, Simulink targets on continuous control systems and provides poor mechanisms
to describe system architectures. Therefore the approach proposed by the authors is
also affected by this disadvantage. The ARTEMIS Project CHESS [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] developed a
multi-domain approach with different analysis and views which include not only
timing analysis, but also dependability. Differently from our approach, CHESS contains
its own modeling language built based on different existing languages and
methodologies, such as MARTE. Optimum [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] is a methodology for schedulability analysis of
UML models at early stages of the development process. It generates a concurrency
model from a workload model designed with UML MARTE (Modeling and Analysis
of Real-Time and Embedded Systems) and enriched with timing information and
computational costs. The methodology is based on the functional model of the system,
i.e., on a description of system end-to-end scenarios. In the same way as [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], it
differs from our approach since we integrate timing analysis on existing design models
which are already the basis for code generation and validation of functional behavior.
In [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] the authors propose a scheduling analysis model which categorizes schedule
relevant information and show how to perform scheduling analysis on AUTOSAR
models using scheduling theory techniques. The proposed model is focused on
AUTOSAR system model, containing detailed information about the hardware
platform. It differs from our approach since we focus on the timing analysis of the higher
level design model. The timing analysis in [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] and [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] is realized with [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
MAST is an open model for representing event-driven real-time applications allowing
the validation of timing behavior, including schedulability analysis. MAST receives as
input a particular model which can also be generated from UML models describing
the real-time view of the system. In the same way as, the timing analysis is realized
using MAST.
6
      </p>
    </sec>
    <sec id="sec-6">
      <title>Conclusion</title>
      <p>With the presented approach for integrating validation of timing-behavior in the
design process, an early and detailed timing analysis of the system can be realized. In
order to achieve this, a model for timing analysis is automatically generated from the
UML design model of the application and hardware platform. The timing analysis is
performed based on this generated analysis model by taking into account the
characteristics of the target platform. The results can be used by the engineer to iteratively
adjust and validate the timing-behavior and the scheduling in the design model of
automotive systems. A tool-chain was implemented to realize the approach and can be
extended for different timing analysis tools which provide well-defined input model
formats, both using simulation-based or static analysis. The approach and framework
were validated through an automotive infotainment case-study. We could demonstrate
that our integrated approach allows developing correctly timed systems with regards
to the scheduling of software components on embedded hardware in early phases of
the design.</p>
      <p>In future works the modeling process could be extended for supporting timing
information directly in the design model. Moreover, we intend to expand our approach
for supporting multiple ECUs. This includes not only end-to-end deadlines and a
scheduling analysis but also the analysis of allocations to target platforms.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Anssi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gérard</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Albinet</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Terrier</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Requirements and Solutions for Timing Analysis of Automotive Systems</article-title>
          . In: Kraemer,
          <string-name>
            <given-names>F. A.</given-names>
            ,
            <surname>Herrmann</surname>
          </string-name>
          , P. (eds.) 6th International Workshop,
          <string-name>
            <surname>SAM</surname>
          </string-name>
          <year>2010</year>
          .
          <article-title>LNCS</article-title>
          , vol.
          <volume>6598</volume>
          , pp.
          <fpage>209</fpage>
          -
          <lpage>220</lpage>
          . Springer Berlin Heidelberg (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Navet</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Simonot-Lion</surname>
            ,
            <given-names>F</given-names>
          </string-name>
          . (eds.):
          <source>The Automotive Embedded Systems Handbook. Industrial Information Technology series. CRC Press / Taylor and Francis (December</source>
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Broy</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , et. al.:
          <article-title>Cross-layer Analysis, Testing and Verification of Automotive Control Software</article-title>
          .
          <source>In: 9th ACM International Conference on Embedded Software EMSOFT'11</source>
          , pp.
          <fpage>263</fpage>
          -
          <lpage>272</lpage>
          , ACM, New York (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>4. AUTOSAR, AUTomotive Open System Architecture, http://www.autosar.org/</mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Wilhelm</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , et. al.:
          <article-title>The Worst-Case Execution-Time Problem - An Overview of Methods and Survey of Tools</article-title>
          .
          <source>In: ACM Transactions on Embedded Computing Systems (TECS)</source>
          , vol.
          <volume>7</volume>
          ,
          <string-name>
            <surname>Issue</surname>
            <given-names>3</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Article</given-names>
            <surname>No</surname>
          </string-name>
          .
          <volume>36</volume>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          , New York (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>6. IBM Rational Rhapsody, http://www.ibm.com/developerworks/rational/products/rhapsody/</mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>MicroC</given-names>
            <surname>Execution</surname>
          </string-name>
          <article-title>Framework</article-title>
          (MXF), http://pic.dhe.ibm.com/infocenter/rhaphlp/v8/index.jsp?topic=
          <article-title>%2Fcom.ibm.rhp.microc.doc %2Ftopics%2Fr_mxf</article-title>
          .html
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>8. chronSIM, http://www.inchron.com/chronsim.html</mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>9. aiT, AbsInt, http://www.absint.com/ait/index_de.htm</mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Li</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          , et. al:
          <article-title>Chronos: A Timing Analyzer for Embedded Software</article-title>
          . In: Science of Computer Programming,
          <source>Special Issue on Experimental Software and Toolkit</source>
          ,
          <volume>69</volume>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>3</lpage>
          , (
          <year>2007</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>11. SymTA/P, http://www.ida.ing.tu-bs.de/forschung/projekte/symtap/</mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Ermedahl</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A Modular Tool Architecture for Worst-Case Execution Time Analysis</article-title>
          .
          <source>PhD Thesis</source>
          , Dept. of Information Technology, Uppsala University, Sweden (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>13. RapiTime, http://www.rapitasystems.com/system/files/RapiTime%20Explained.pdf</mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>14. chronSIM, Integration, http://www.inchron.com/integration.html</mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Cervin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Henriksson</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lincoln</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Eker</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Årzén</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>How Does Control Timing Affect Performance? Analysis and Simulation of Timing Using Jitterbug and TrueTime</article-title>
          .
          <source>In: IEEE Control Systems Magazine, 23:3</source>
          , pp.
          <fpage>16</fpage>
          -
          <lpage>30</lpage>
          , IEEE, (
          <year>2003</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16. CHESS,
          <article-title>Composition with Guarantees for High-integrity Embedded Software Components Assembly</article-title>
          , http://www.chess-project.org/
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Mraidha</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Piergiovanni</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gerard</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Optimum: A MARTE-Based Methodology for Schedulability Analysis at Early Design Stages</article-title>
          .
          <source>In: ACM Sigsoft Software Engineering Notes</source>
          , Vol.
          <volume>36</volume>
          <issue>Issue 1</issue>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          , ACM, New York (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Anssi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          , et. al.:
          <article-title>Enabling Scheduling Analysis for AUTOSAR Systems</article-title>
          .
          <source>In: Proceedings of the 14th IEEE International Symposium on Object/Component/Service-Oriented Real-Time Distributed Computing</source>
          ,
          <year>2011</year>
          (ISORC
          <year>2011</year>
          ), pp.
          <fpage>152</fpage>
          -
          <lpage>159</lpage>
          , (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Pasaje</surname>
            ,
            <given-names>J. L: M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Harbour</surname>
            ,
            <given-names>M. G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Drake</surname>
            ,
            <given-names>J. M.</given-names>
          </string-name>
          :
          <string-name>
            <given-names>MAST</given-names>
            <surname>Real-Time View</surname>
          </string-name>
          :
          <article-title>A Graphic UML Tool for Modeling Object-Oriented Real-Time Systems</article-title>
          .
          <source>In: Proceedings of the 22nd IEEE Real-Time Systems Symposium</source>
          ,
          <year>2001</year>
          (RTSS
          <year>2001</year>
          ), pp.
          <fpage>245</fpage>
          -
          <lpage>256</lpage>
          , (
          <year>2001</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>