Proceedings. Second ACM and IEEE International Conference on Formal Methods and Models for Co-Design, 2005. MEMOCODE '05.
DOI: 10.1109/memcod.2005.1487917
|View full text |Cite
|
Sign up to set email alerts
|

Thunderstriking constraints with JUPITER

Abstract: We present JUPITER, a tool for analysing multiconstrained systems. JUPITER was built to explore three basic ideas. First, how to use controller synthesis so as to find the exact conditions under which a particular constraint will be satisfied. Second, how to successively refine the models used for the controller synthesis so as to obtain a series of more easily understandable and more robust controllers. Last but not least, how to structure & explain the synthesised controllers and provide hints to designers f… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2

Citation Types

0
2
0

Publication Types

Select...
1

Relationship

0
1

Authors

Journals

citations
Cited by 1 publication
(2 citation statements)
references
References 13 publications
(43 reference statements)
0
2
0
Order By: Relevance
“…Some of the protocol strategies employed by components will be trivial ones, when a protocol has no choices, like the server of the request-response connector of Figure 2. In other cases these Figure 3: Two versions of the Dining Philosopher strategies can be quite complicated, e.g., in real-time systems [16,13]. There a connector describes the protocol used by components to request resources with specific deadlines from the platform and synchronise with each other.…”
Section: Architectural Configurationmentioning
confidence: 99%
See 1 more Smart Citation
“…Some of the protocol strategies employed by components will be trivial ones, when a protocol has no choices, like the server of the request-response connector of Figure 2. In other cases these Figure 3: Two versions of the Dining Philosopher strategies can be quite complicated, e.g., in real-time systems [16,13]. There a connector describes the protocol used by components to request resources with specific deadlines from the platform and synchronise with each other.…”
Section: Architectural Configurationmentioning
confidence: 99%
“…Component strategies themselves may be structured [9], e.g., as a stack, in order to specify generic strategies first and then specialised ones. Thus, a designer can define a strategy to guard against deadlocks, another one for deadlines and so on, as in [16,13]. This will make the strategies easier to understand/optimise/validate and also make the system easier to analyse and more robust.…”
Section: Architectural Configurationmentioning
confidence: 99%