Combining Real-Time Model-Checking and Fault Tree Analysis
|
|
- Chester Ferguson
- 5 years ago
- Views:
Transcription
1 Combining Real-Time and Fault Tree Analysis Andreas Schäfer MC University of Oldenburg Real-Time and Fault Tree Analysis p.1/17
2 Contents What is Fault Tree Analysis (FTA)? Duration Calculus with Liveness Fault Tree Fault Trees Fault Tree guided MC Real-Time and Fault Tree Analysis p.2/17
3 Fault Tree Analysis Afternoon-Session exceeds 1.5h 1 One talk takes more than 30min Technical Problems & 1 Too many slides Watch defective Video projector failure Notebook failure MC Real-Time and Fault Tree Analysis p.3/17
4 Fault Tree Analysis Afternoon-Session exceeds 1.5h 1 One talk takes more than 30min Technical Problems & 1 Too many slides Watch defective Video projector failure Notebook failure MC But not based on rigid formal semantics Real-Time and Fault Tree Analysis p.3/17
5 Verifying: Fault Tree is constructed properly, e.g. every cause is covered Fault Tree guided MC Real-Time and Fault Tree Analysis p.4/17
6 Logic: Duration Calculus with Liveness () (Skakkebæk, 1994) Extending DC with expanding modalities,, L, L to express liveness properties. Example: L session >90 session time > 90 MC Real-Time and Fault Tree Analysis p.5/17
7 for Fault Trees MC Based on a Duration Calculus (Reif, Schellhorn, Thums, 2000) Events formalised by Duration Calculus with Liveness formulae For each gate two proof obligations sufficiency (the sub-events always cause the event to happen) necessity (no possible cause is forgotten) Fault Tree semantics: Conjunction of all proof obligations. Real-Time and Fault Tree Analysis p.6/17
8 Gate-types Additional to normal gate-types AND-Gate & OR-Gate 1 MC Real-Time and Fault Tree Analysis p.7/17
9 Gate-types Additional to normal gate-types AND-Gate & OR-Gate 1 gate-types for cause-consequence relationships asynchronous OR-gate 1 CC asynchronous AND-gate & CC synchronous AND-gate & SCC MC Real-Time and Fault Tree Analysis p.7/17
10 Gate-types Additional to normal gate-types AND-Gate & OR-Gate 1 gate-types for cause-consequence relationships asynchronous OR-gate 1 CC asynchronous AND-gate & CC synchronous AND-gate & SCC MC Real-Time and Fault Tree Analysis p.7/17
11 for OR-gates E 1 E 1. E n MC ( n i=1 E E i ) E OR-gate: sufficient condition ( n i=1 ) E i OR-gate: necessary condition Real-Time and Fault Tree Analysis p.8/17
12 for other gates MC OR-acc-gate necessary condition ( ) n ( E i { L /});E{ L /} i=1 AND-acc-gate necessary condition ( ) n ( E i { L /});E{ L /} i=1 AND-scc-gate: necessary condition ( ) n ( E i { L /});E{ L /} i=1 Real-Time and Fault Tree Analysis p.9/17
13 is undecidable Decidable subset: Phase Automata (Tapken, 2001) Model-Checker MobyDC checks if set of automata has common run. Not closed under complementation start_timer MC empty or rupture fill or full (0,60] tank_timer Real-Time and Fault Tree Analysis p.10/17
14 Event-pattern Restriction to three common event types (Gorski, 1994) Formalisation in : L ( π b l) L L π L ( π ; π ) L ( π 1 b 1 l e 1 ;...; π n b n l e n ) where π i π j false for i j reachable state final state state sequence MC Effectively construct Phase Automata for these patterns Class is closed under complementation Real-Time and Fault Tree Analysis p.11/17
15 Fault Trees Formal system model in terms of Phase Automata MC Real-Time and Fault Tree Analysis p.12/17
16 Fault Trees start_21_1 start_21_4 pswitch_closed_le_60 pswitch_closed (0,60] pswitch_open not pswitch_closed pswitch_not_closed not (pswitch_closed and (switch_closed or k1_closed)) pswitch_closed_60 pswitch_closed and (k1_closed or switch_closed) [60,60] phase_21_8 not k1_closed and not switch_closed and (pswitch_closed and (k1_closed or switch_closed)) wait1 (0,w) Formal system model in terms of Phase Automata start_20_4 k2_emf_at_coil k2emf (60,w] wait2 pswitch_closed (pswitch_closed and (k1_closed or switch_closed)) (0,60) phase_21_9 not k1_closed and not switch_closed and not (pswitch_closed and (k1_closed or switch_closed)) wait1 (0,w) start_38_4 phase k1_cl tank_obs ==== obs tank : (empty, fill, full, rupture); obs pipe : (flow,noflow); empty noflow and empty start_tank start_timer timer fill or full (0,60] fill flow and fill full flow and full idle empty or rupture tank_timer rupture flow and rupture tank start_pump MC k2_obs ==== obs k2: (k2_closed, k2_open); obs k2power: (k2emf,k2noemf); k2open k2closed not k2emf and not k2_closed k2emf and k2_closed pumping flow and k2_closed idle not flow and not k2_closed failure not flow and k2_closed pswitch_obs ==== obs pswitch : (pswitch_closed, pswitch_open); pump switch_obs ==== obs switch: (switch_closed,switch_open); k2poweroff not ((switch_closed or k1_closed) and (pswitch_closed)) and not k2emf Real-Time and Fault Tree Analysis p.12/17 start_19_3 k2poweron (switch_closed or k1_closed)
17 Fault Trees Formal system model in terms of Phase Automata For every event (based on pattern): Translation: Duration Calculus Formula Phase Automaton Construction of the Complement Automaton MC Real-Time and Fault Tree Analysis p.12/17
18 Fault Trees Formal system model in terms of Phase Automata For every event (based on pattern): Translation: Duration Calculus Formula Phase Automaton Construction of the Complement Automaton start_a start_neg_a (0,w) session (90,w] A not session session (0,90] Automaton for A A start_a start_neg_a (0,w) session (90,w] not session session (0,90] neg_a Automaton for A 1 start_a start_neg_a start_a start_neg_a MC Automaton for B start_a session (0,w) (90,w] Automaton for B (0,w) session (90,w] start_neg_a not session session (0,90] neg_a A not session session (0,90] B (0,w) C start_a session (90,w] (0,w) session (90,w] start_neg_a not session session (0,90] neg_a A not session session (0,90] Automaton for C Automaton for C Real-Time and Fault Tree Analysis p.12/17
19 Fault Trees Formal system model in terms of Phase Automata For every event (based on pattern): Translation: Duration Calculus Formula Phase Automaton Construction of the Complement Automaton Checking all proof obligations by emptiness tests MC Real-Time and Fault Tree Analysis p.12/17
20 Example Afternoon-Session exceeds 1.5h 1 One talk takes more than 30min Technical problems MC Real-Time and Fault Tree Analysis p.13/17
21 Example Afternoon-Session exceeds 1.5h 1 One talk takes more than 30min Technical problems Formalisation of system by set M of Phase Automata MC Real-Time and Fault Tree Analysis p.13/17
22 Example Afternoon-Session exceeds 1.5h 1 One talk takes more than 30min Technical problems MC Formalisation of system by set M of Phase Automata Formalisation of events by formulae. Real-Time and Fault Tree Analysis p.13/17
23 Example Afternoon-Session exceeds 1.5h A L session > One talk takes more than 30min Technical problems B L talk 30 L Tech_ERR C MC Formalisation of system by set M of Phase Automata Formalisation of events by formulae. Real-Time and Fault Tree Analysis p.13/17
24 Example A L session >90 1 B L talk 30 L Tech_ERR C MC Formalisation of system by set M of Phase Automata Formalisation of events by formulae. Phase Automata A A and A A for event A Real-Time and Fault Tree Analysis p.13/17
25 Example A L session >90 start_a start_neg_ 1 (0,w) session (90,w] A not session start_a start_neg_a B L talk 30 L Tech_ERR C (0,w) session (90,w] not session session (0,90] neg_a MC Formalisation of system by set M of Phase Automata Formalisation of events by formulae. Phase Automata A A and A A for event A Real-Time and Fault Tree Analysis p.13/17
26 Example A L session >90 start_a start_neg_ 1 (0,w) session (90,w] A not session start_a start_neg_a B L talk 30 L Tech_ERR C (0,w) session (90,w] not session session (0,90] neg_a MC Formalisation of system by set M of Phase Automata Formalisation of events by formulae. Phase Automata A A and A A for event A and A B, A B, A C, A C for events B and C Real-Time and Fault Tree Analysis p.13/17
27 Example continued Necessary condition M (A (B C)) iff M A A A B A C = /0 Sufficient condition M (A (B C)) iff MC M A A (A B A C ) = /0 Real-Time and Fault Tree Analysis p.14/17
28 Fault Tree guided Case Study Single-Track-Line-Segment MC Real-Time and Fault Tree Analysis p.15/17
29 Fault Tree guided Case Study Single-Track-Line-Segment B 9 S11 S12 S22 B 6 L1 S21 B 2 RCX B 1 IR RCX B 5 L2 B 8 S31 distributed controller RCX B 3 B 4 train RCX S32 B 7 MC Real-Time and Fault Tree Analysis p.15/17
30 Fault Tree guided To verify: No collision of trains on single track MC Real-Time and Fault Tree Analysis p.15/17
31 Fault Tree guided To verify: No collision of trains on single track Typical approach: Checking the whole system with Uppaal (Timed Automata) But too complex for Uppaal. MC Real-Time and Fault Tree Analysis p.15/17
32 Fault Tree guided Fault Tree guided Fault Tree Analysis leads to set of basic events MC Real-Time and Fault Tree Analysis p.16/17
33 Fault Tree guided Fault Tree guided Fault Tree Analysis leads to set of basic events FT-Verification shows: All necessary conditions hold. ( 10 sec for each gate) MC Real-Time and Fault Tree Analysis p.16/17
34 Fault Tree guided Fault Tree guided Fault Tree Analysis leads to set of basic events FT-Verification shows: All necessary conditions hold. ( 10 sec for each gate) Verifying with Uppaal: Basic events can not occur (about 1 h for the hardest one) MC Real-Time and Fault Tree Analysis p.16/17
35 Fault Tree guided Fault Tree guided Fault Tree Analysis leads to set of basic events FT-Verification shows: All necessary conditions hold. ( 10 sec for each gate) Verifying with Uppaal: Basic events can not occur (about 1 h for the hardest one) Collision impossible MC Real-Time and Fault Tree Analysis p.16/17
36 Tool support Further evaluation: Different patterns are needed? Increased model-checking performance? Fault Tree completion from counter examples Considering probabilities MC Real-Time and Fault Tree Analysis p.17/17
Lecture 2. Decidability and Verification
Lecture 2. Decidability and Verification model temporal property Model Checker yes error-trace Advantages Automated formal verification, Effective debugging tool Moderate industrial success In-house groups:
More informationModeling and Analysis of Fischer s Algorithm
Processes and Data, Department of Computer Science, Swansea University Vino - July 2011 Today s Talk 1. Mutual Exclusion Algorithms (recap) 2. Fischer s Algorithm 3. Modeling Fischer s Algorithm 4. Analysis
More informationMoby/plc { Graphical Development of. University of Oldenburg { Department of Computer Science. P.O.Box 2503, D Oldenburg, Germany
Moby/plc { Graphical Development of PLC-Automata??? Josef Tapken and Henning Dierks University of Oldenburg { Department of Computer Science P.O.Box 2503, D-26111 Oldenburg, Germany Fax: +49 441 798-2965
More informationTh(N, +) is decidable
Theorem 6.12 Th(N, +) is decidable Presented by: Brian Lee Two Domains 1. We can give an algorithm to decide truth 2. A problem is undecidable First Order Logic Also known as First order predicate calculus
More informationAutomata-Theoretic LTL Model Checking. Emptiness of Büchi Automata
Automata-Theoretic LTL Model Checking Graph Algorithms for Software Model Checking (based on Arie Gurfinkel s csc2108 project) Automata-Theoretic LTL Model Checking p.1 Emptiness of Büchi Automata An automation
More informationModel checking pushdown systems
Model checking pushdown systems R. Ramanujam Institute of Mathematical Sciences, Chennai jam@imsc.res.in Update Meeting, IIT-Guwahati, 4 July 2006 p. 1 Sources of unboundedness Data manipulation: integers,
More informationOverview of Timed Automata and UPPAAL
Overview of Timed Automata and UPPAAL Table of Contents Timed Automata Introduction Example The Query Language UPPAAL Introduction Example Editor Simulator Verifier Conclusions 2 Introduction to Timed
More informationTo Store or Not To Store
To Store or Not To Store Radek Pelánek Masaryk University, Brno Gerd Behrmann, Kim G. Larsen Aalborg University To Store or Not To Store p.1/24 Reachability Problem Model: networks of timed automata with
More informationCOMP 763. Eugene Syriani. Ph.D. Student in the Modelling, Simulation and Design Lab School of Computer Science. McGill University
Eugene Syriani Ph.D. Student in the Modelling, Simulation and Design Lab School of Computer Science McGill University 1 OVERVIEW In the context In Theory: Timed Automata The language: Definitions and Semantics
More informationState Identification In The Hybrid Automata Description Of Dynamical Systems
State Identification In The Hybrid Automata Description Of Dynamical Systems ISABELLA KOTINI, GEORGE HASSAPIS Dept. of Electrical and Computer Engineering Aristotle University of Thessaloniki 54006, Thessaloniki
More informationModel checking and timed CTL
Chapter 6 Model checking and timed CTL Ah! What did I tell you? 88 miles per hour! The temporal displacement occurred at exactly 1:20am and *zero* seconds! [Dr Emmett Brown] 6.1 Timed CTL Page 86 Formal
More informationModel Checking with Automata An Overview
Model Checking with Automata An Overview Vanessa D Carson Control and Dynamical Systems, Caltech Doyle Group Presentation, 05/02/2008 VC 1 Contents Motivation Overview Software Verification Techniques
More informationOverview. Discrete Event Systems - Verification of Finite Automata. What can finite automata be used for? What can finite automata be used for?
Computer Engineering and Networks Overview Discrete Event Systems - Verification of Finite Automata Lothar Thiele Introduction Binary Decision Diagrams Representation of Boolean Functions Comparing two
More informationTimed Automata: Semantics, Algorithms and Tools
Timed Automata: Semantics, Algorithms and Tools Johan Bengtsson and Wang Yi Uppsala University Email: {johanb,yi}@it.uu.se Abstract. This chapter is to provide a tutorial and pointers to results and related
More informationSymbolic Synthesis of Observability Requirements for Diagnosability
Symbolic Synthesis of Observability Requirements for Diagnosability B. Bittner 1,2 M.Bozzano 2 A. Cimatti 2 X. Olive 3 1 University of Amsterdam, Science Park 904, 1098XH Amsterdam, The Netherlands bittner@science.uva.nl
More informationT Reactive Systems: Kripke Structures and Automata
Tik-79.186 Reactive Systems 1 T-79.186 Reactive Systems: Kripke Structures and Automata Spring 2005, Lecture 3 January 31, 2005 Tik-79.186 Reactive Systems 2 Properties of systems invariants: the system
More informationGraph Query Verification using Monadic 2 nd -Order Logic
1 Graph Query Verification using Monadic 2 nd -Order Logic Graph Kazuhiro Inaba ( 稲葉一浩 ) kinaba@nii.ac.jp Oct 10, 2010 1 st PKU-NII International Joint Workshop on Advanced Software Engineering 2 Goal
More informationAutomated Refinement Checking of Asynchronous Processes. Rajeev Alur. University of Pennsylvania
Automated Refinement Checking of Asynchronous Processes Rajeev Alur University of Pennsylvania www.cis.upenn.edu/~alur/ Intel Formal Verification Seminar, July 2001 Problem Refinement Checking Given two
More informationOff-line (Optimal) Multiprocessor Scheduling of Dependent Periodic Tasks
Off-line (Optimal) Multiprocessor Scheduling of Dependent Periodic Tasks Julie Barot, Frédéric Boniol, Mikel Cordovilla, Eric Noulard, Claire Pagetti ONERA, Toulouse, France SAC 2012 March, 27th 2012 1
More information4/6/2011. Model Checking. Encoding test specifications. Model Checking. Encoding test specifications. Model Checking CS 4271
Mel Checking LTL Property System Mel Mel Checking CS 4271 Mel Checking OR Abhik Roychoudhury http://www.comp.nus.edu.sg/~abhik Yes No, with Counter-example trace 2 Recap: Mel Checking for mel-based testing
More informationCSC 501 Semantics of Programming Languages
CSC 501 Semantics of Programming Languages Subtitle: An Introduction to Formal Methods. Instructor: Dr. Lutz Hamel Email: hamel@cs.uri.edu Office: Tyler, Rm 251 Books There are no required books in this
More informationDefinition: A context-free grammar (CFG) is a 4- tuple. variables = nonterminals, terminals, rules = productions,,
CMPSCI 601: Recall From Last Time Lecture 5 Definition: A context-free grammar (CFG) is a 4- tuple, variables = nonterminals, terminals, rules = productions,,, are all finite. 1 ( ) $ Pumping Lemma for
More informationPriced Timed Automata and Timed Games. Kim G. Larsen Aalborg University, DENMARK
Priced Timed Automata and Timed Games Kim G. Larsen Aalborg University, DENMARK Scheduling Priced Timed Automata and Synthesis Timed Games Kim G. Larsen Aalborg University, DENMARK Overview Timed Automata
More informationTemporal Refinement Using SMT and Model Checking with an Application to Physical-Layer Protocols
Temporal Refinement Using SMT and Model Checking with an Application to Physical-Layer Protocols Lee Pike (Presenting), Galois, Inc. leepike@galois.com Geoffrey M. Brown, Indiana University geobrown@cs.indiana.edu
More informationAutomated Test Generation using Model-Checking: An Industrial Evaluation
Automated Test Generation using Model-Checking: An Industrial Evaluation Eduard P. Enoiu 1, Adnan Čaušević 1, Thomas J. Ostrand 3, Elaine J. Weyuker 1, Daniel Sundmark 12, and Paul Pettersson 1 1 Mälardalen
More information1. [5 points each] True or False. If the question is currently open, write O or Open.
University of Nevada, Las Vegas Computer Science 456/656 Spring 2018 Practice for the Final on May 9, 2018 The entire examination is 775 points. The real final will be much shorter. Name: No books, notes,
More informationReasoning about Timed Systems Using Boolean Methods
Reasoning about Timed Systems Using Boolean Methods Sanjit A. Seshia EECS, UC Berkeley Joint work with Randal E. Bryant (CMU) Kenneth S. Stevens (Intel, now U. Utah) Timed System A system whose correctness
More informationTimo Latvala. January 28, 2004
Reactive Systems: Kripke Structures and Automata Timo Latvala January 28, 2004 Reactive Systems: Kripke Structures and Automata 3-1 Properties of systems invariants: the system never reaches a bad state
More informationCounting multiplicity over infinite alphabets
Counting multiplicity over infinite alphabets Amal Dev Manuel and R. Ramanujam The Institute of Mathematical Sciences, Chennai, India {amal,jam}@imsc.res.in Summary Motivation for infinite data. We need
More informationThe SPIN Model Checker
The SPIN Model Checker Metodi di Verifica del Software Andrea Corradini Lezione 1 2013 Slides liberamente adattate da Logic Model Checking, per gentile concessione di Gerard J. Holzmann http://spinroot.com/spin/doc/course/
More informationLecture 10: Nested Depth First Search, Counter- Example Generation Revisited, Bit-State Hashing, On-The-Fly Model Checking
CS 267: Automated Verification Lecture 10: Nested Depth First Search, Counter- Example Generation Revisited, Bit-State Hashing, On-The-Fly Model Checking Instructor: Tevfik Bultan Buchi Automata Language
More informationSeamless Formal Verification of Complex Event Processing Applications
Seamless Formal Verification of Complex Event Processing Applications AnnMarie Ericsson School of Humanities and Informatics University of Skövde, Sweden annmarie.ericsson@his.se Paul Pettersson Department
More informationFormal Modeling and Analysis of Stream Processing Systems
Formal Modeling and Analysis of Stream Processing Systems Linh T.X. Phan March 2009 Computer and Information Science University of Pennsylvania 1 High performance Highly optimized requirements systems
More informationDISCRETE-event dynamic systems (DEDS) are dynamic
IEEE TRANSACTIONS ON CONTROL SYSTEMS TECHNOLOGY, VOL. 7, NO. 2, MARCH 1999 175 The Supervised Control of Discrete-Event Dynamic Systems François Charbonnier, Hassane Alla, and René David Abstract The supervisory
More informationTURTLE Four Weddings and a Tutorial
TURTLE Four Weddings and a Tutorial L. Apvrille, P. de Saqui-Sannes ERTS 2 Toulouse, France May 20, 2010 Rationale Verification-centric modeling of real-time and distributed systems Real-time UML profile
More informationVHDL framework for modeling fuzzy automata
Doru Todinca Daniel Butoianu Department of Computers Politehnica University of Timisoara SYNASC 2012 Outline Motivation 1 Motivation Why fuzzy automata? Why a framework for modeling FA? Why VHDL? 2 Fuzzy
More informationFormal Verification and Automatic Testing for Model-based Development in compliance with ISO 26262
Formal Verification and Automatic Testing for Model-based Development in compliance with ISO 26262 Is your software safe? Do you have evidence? 2 BTC Embedded Systems AG proprietary all rights reserved
More informationCLAN: A Tool for Contract Analysis and Conflict Discovery
CLAN: A Tool for Contract Analysis and Conflict Discovery Stephen Fenech 1, Gordon J. Pace 1, and Gerardo Schneider 2 1 Dept. of Computer Science, University of Malta, Malta 2 Dept. of Informatics, University
More informationAction Language Verifier, Extended
Action Language Verifier, Extended Tuba Yavuz-Kahveci 1, Constantinos Bartzis 2, and Tevfik Bultan 3 1 University of Florida 2 Carnegie Mellon University 3 UC, Santa Barbara 1 Introduction Action Language
More informationUniversity of Nevada, Las Vegas Computer Science 456/656 Fall 2016
University of Nevada, Las Vegas Computer Science 456/656 Fall 2016 The entire examination is 925 points. The real final will be much shorter. Name: No books, notes, scratch paper, or calculators. Use pen
More informationFault Tree Analysis (Minimal Cutset)
Fault Tree Analysis (Minimal Cutset) Arshad Ahmad arshad@utm.my asic Set Theory 2 Sets Definition. A Set is any well defined collection of objects. Definition. The elements of a set are the objects in
More informationSpecification and Analysis of Real-Time Systems Using Real-Time Maude
Specification and Analysis of Real-Time Systems Using Real-Time Maude Peter Csaba Ölveczky1,2 and José Meseguer 1 1 Department of Computer Science, University of Illinois at Urbana-Champaign 2 Department
More informationAlgorithmic Verification. Algorithmic Verification. Model checking. Algorithmic verification. The software crisis (and hardware as well)
Algorithmic Verification The software crisis (and hardware as well) Algorithmic Verification Comp4151 Lecture 1-B Ansgar Fehnker Computer become more powerful (Moore s law) The quality of programs cannot
More informationExamples of P vs NP: More Problems
Examples of P vs NP: More Problems COMP1600 / COMP6260 Dirk Pattinson Australian National University Semester 2, 2017 Catch Up / Drop in Lab When Fridays, 15.00-17.00 Where N335, CSIT Building (bldg 108)
More informationDistributed Systems Programming (F21DS1) Formal Verification
Distributed Systems Programming (F21DS1) Formal Verification Andrew Ireland Department of Computer Science School of Mathematical and Computer Sciences Heriot-Watt University Edinburgh Overview Focus on
More informationParametric Real Time System Feasibility Analysis Using Parametric Timed Automata
Parametric Real Time System Feasibility Analysis Using Parametric Timed Automata PhD Dissertation Yusi Ramadian Advisor : Luigi Palopoli Co advisor : Alessandro Cimatti 1 Real Time System Applications
More informationFrom OCL to Propositional and First-order Logic: Part I
22c181: Formal Methods in Software Engineering The University of Iowa Spring 2008 From OCL to Propositional and First-order Logic: Part I Copyright 2007-8 Reiner Hähnle and Cesare Tinelli. Notes originally
More informationFormalizing Timing Diagram Requirements:
in Discrete Duration Calculus Rajmohan Mattaplacket 1, Paritosh 1, Amol Wakankar 2 Tata Institute of Fundamental Research, Mumbai Bhabha Atomic Research Center, Mumbai November 25, 2017 Formal Requirement
More informationA Modal Specification Approach for Assuring the Safety of On-Demand Medical Cyber-Physical Systems
A Modal Specification Approach for Assuring the Safety of On-Demand Medical Cyber-Physical Systems Lu Feng PRECISE Center Department of Computer and Information Science University of Pennsylvania lufeng@cis.upenn.edu
More informationFormal Safety Analysis in Industrial Practice
Formal Safety Analysis in Industrial Practice Ilyas Daskaya 1, Michaela Huhn 2, and Stefan Milius 1 1 Institut für Theoretische Informatik, Technische Universität Braunschweig Braunschweig, Germany {I.Daskaya
More informationReducing Clocks in Timed Automata while Preserving Bisimulation
Reducing Clocks in Timed Automata while Preserving Bisimulation Shibashis Guha Chinmay Narayan S. Arun-Kumar Indian Institute of Technology Delhi {shibashis, chinmay, sak}@cse.iitd.ac.in arxiv:1404.6613v2
More informationMODEL-BASED DESIGN OF CODE FOR PLC CONTROLLERS
Krzysztof Sacha Warsaw University of Technology, Nowowiejska 15/19, 00-665 Warszawa, Poland k.sacha@ia.pw.edu.pl Keywords: Abstract: Automatic program generation, Model verification, Finite state machine,
More informationPart II. Hoare Logic and Program Verification. Why specify programs? Specification and Verification. Code Verification. Why verify programs?
Part II. Hoare Logic and Program Verification Part II. Hoare Logic and Program Verification Dilian Gurov Props: Models: Specs: Method: Tool: safety of data manipulation source code logic assertions Hoare
More informationM. De Wulf, L. Doyen,J.-F. Raskin Université Libre de Bruxelles Centre Fédéré en Vérification
Systematic Implementation of Real-Time Models M. De Wulf, L. Doyen,J.-F. Raskin Université Libre de Bruxelles Centre Fédéré en Vérification Model-based Development for Controllers Make a model of the environment
More informationA Correctness Proof for a Practical Byzantine-Fault-Tolerant Replication Algorithm
Appears as Technical Memo MIT/LCS/TM-590, MIT Laboratory for Computer Science, June 1999 A Correctness Proof for a Practical Byzantine-Fault-Tolerant Replication Algorithm Miguel Castro and Barbara Liskov
More informationPROPOSITIONAL LOGIC (2)
PROPOSITIONAL LOGIC (2) based on Huth & Ruan Logic in Computer Science: Modelling and Reasoning about Systems Cambridge University Press, 2004 Russell & Norvig Artificial Intelligence: A Modern Approach
More informationQualitative Analysis of WorkFlow nets using Linear Logic: Soundness Verification
Proceedings of the 2009 IEEE International Conference on Systems, Man, and Cybernetics San Antonio, TX, USA - October 2009 Qualitative Analysis of WorkFlow nets using Linear Logic: Soundness Verification
More informationModelling, Specification and Verification of an Emergency Closing System
From: FLAIRS-00 Proceedings. Copyright 2000, AAAI (www.aaai.org). All rights reserved. Modelling, Specification and Verification of an Emergency Closing System Werner Stephan and Georg Rock and Michael
More informationResearch Collection. Formal background and algorithms. Other Conference Item. ETH Library. Author(s): Biere, Armin. Publication Date: 2001
Research Collection Other Conference Item Formal background and algorithms Author(s): Biere, Armin Publication Date: 2001 Permanent Link: https://doi.org/10.3929/ethz-a-004239730 Rights / License: In Copyright
More informationHandling Integer Arithmetic in the Verification of Java Programs
Handling Integer Arithmetic in the Verification of Java Programs Steffen Schlager 1st Swedish-German KeY Workshop Göteborg, Sweden, June 2002 KeY workshop, June 2002 p.1 Introduction UML/OCL specification
More informationThe UPPAAL Model Checker. Julián Proenza Systems, Robotics and Vision Group. UIB. SPAIN
The UPPAAL Model Checker Julián Proenza Systems, Robotics and Vision Group. UIB. SPAIN The aim of this presentation Introduce the basic concepts of model checking from a practical perspective Describe
More informationInvestigation on Soundness Regarding Lazy Activities
Investigation on Soundness Regarding Lazy Activities Frank Puhlmann and Mathias Weske Business Process Technology Group Hasso-Plattner-Institute Potsdam, Germany 1 Outline Motivation (Problem Statement)
More informationRCX Tutorial. Commands Sensor Watchers Stack Controllers My Commands
RCX Tutorial Commands Sensor Watchers Stack Controllers My Commands The following is a list of commands available to you for programming the robot (See advanced below) On Turns motors (connected to ports
More informationModel checking Timber program. Paweł Pietrzak
Model checking Timber program Paweł Pietrzak 1 Outline Background on model checking (spam?) The SPIN model checker An exercise in SPIN - model checking Timber Deriving finite models from Timber programs
More informationAn Introduction to UPPAAL. Purandar Bhaduri Dept. of CSE IIT Guwahati
An Introduction to UPPAAL Purandar Bhaduri Dept. of CSE IIT Guwahati Email: pbhaduri@iitg.ernet.in OUTLINE Introduction Timed Automata UPPAAL Example: Train Gate Example: Task Scheduling Introduction UPPAAL:
More informationIsabelle/HOL:Selected Features and Recent Improvements
/: Selected Features and Recent Improvements webertj@in.tum.de Security of Systems Group, Radboud University Nijmegen February 20, 2007 /:Selected Features and Recent Improvements 1 2 Logic User Interface
More informationPropositional Calculus: Boolean Algebra and Simplification. CS 270: Mathematical Foundations of Computer Science Jeremy Johnson
Propositional Calculus: Boolean Algebra and Simplification CS 270: Mathematical Foundations of Computer Science Jeremy Johnson Propositional Calculus Topics Motivation: Simplifying Conditional Expressions
More informationUppaal can be used to model check Orc models. The approach is demonstrated through a small case study. In [7], the authors deal with the compatibility
Specification and Verification of Timed Semantic web Services Amel Boumaza LIRE laboratory, Constantine 2 University Constantine, Algeria Spd_ing2006@yahoo.fr Ramdane Maameri LIRE laboratory, Constantine
More informationFailure-Sensitive Specification A formal method for finding failure modes. Frank Ortmeier and Wolfgang Reif. Report January 12, 2004
Universität Augsburg Failure-Sensitive Specification A formal method for finding failure modes Frank Ortmeier and Wolfgang Reif Report 2004-3 January 12, 2004 Institut für Informatik D-86135 Augsburg Copyright
More informationFormal Specification and Analysis of Termination Detection by Weight-throwing Protocol
Formal Specification and Analysis of Termination Detection by Weight-throwing Protocol Imran Riaz Hasrat, Muhammad Atif Department of Computer Science and Information Technology The University of Lahore
More informationPropositional Calculus. CS 270: Mathematical Foundations of Computer Science Jeremy Johnson
Propositional Calculus CS 270: Mathematical Foundations of Computer Science Jeremy Johnson Propositional Calculus Objective: To provide students with the concepts and techniques from propositional calculus
More informationFine-grained Compatibility and Replaceability Analysis of Timed Web Service Protocols
Fine-grained Compatibility and Replaceability Analysis of Timed Web Service Protocols Julien Ponge 1,2, Boualem Benatallah 2, Fabio Casati 3 and Farouk Toumani 1 (1) Université Blaise Pascal, Clermont-Ferrand,
More informationDistributed Systems Programming (F21DS1) SPIN: Formal Analysis II
Distributed Systems Programming (F21DS1) SPIN: Formal Analysis II Andrew Ireland Department of Computer Science School of Mathematical and Computer Sciences Heriot-Watt University Edinburgh Overview Introduce
More informationWarm-Up Problem. Let L be the language consisting of as constant symbols, as a function symbol and as a predicate symbol. Give an interpretation where
Warm-Up Problem Let L be the language consisting of as constant symbols, as a function symbol and as a predicate symbol Give an interpretation where is false Use a finite domain in your interpretation
More informationComputer-Aided Program Design
Computer-Aided Program Design Spring 2015, Rice University Unit 1 Swarat Chaudhuri January 22, 2015 Reasoning about programs A program is a mathematical object with rigorous meaning. It should be possible
More informationWalheer Barnabé. Topics in Mathematics Practical Session 2 - Topology & Convex
Topics in Mathematics Practical Session 2 - Topology & Convex Sets Outline (i) Set membership and set operations (ii) Closed and open balls/sets (iii) Points (iv) Sets (v) Convex Sets Set Membership and
More informationMODEL CHECKING FOR PLANNING RESOURCE-SHARING PRODUCTION
MODEL CHECKING FOR PLANNING RESOURCE-SHARING PRODUCTION Jüri Vain, Tauno Otto, Alar Kuusik Tallinn University of Technology, vain@ioc.ee, tauno.otto@ttu.ee, kalar@va.ttu.ee Effectiveness of operation of
More informationIntro to UPPAAL. Gerd Behrmann Kim Larsen. BRICS & Aalborg University. Intro to UPPAAL p.1/23
Intro to UPPAAL p.1/23 Intro to UPPAAL Gerd Behrmann Kim Larsen BRICS & Aalborg University Intro to UPPAAL p.2/23 Plan of the Lecture 1. UPPAAL Architecture 2. UPPAAL Features 3. Train Gate Example 4.
More informationLanguages and Finite Automata
Languages and Finite Automata or how to talk to machines... Costas Busch - RPI 1 Languages A language is a set of strings String: A sequence of letters (a word) Examples: cat, dog, house, Defined over
More informationStatic and dynamic Testing
Static and dynamic Testing Static testing Requirements specification High-level design Formal specification Detailed design Program Prototype Dynamic testing Ian Sommerville 1995 Software Engineering,
More informationGraphical Tool For SC Automata.
Graphical Tool For SC Automata. Honours Project: 2000 Dr. Padmanabhan Krishnan 1 Luke Haslett 1 Supervisor Abstract SC automata are a variation of timed automata which are closed under complementation.
More informationSeminar Software Quality and Safety
Seminar Software Quality and Safety SCADE a model-driven Software Development Environment by Dominik Protte Software Engineering Group Universität Paderborn Motivation Many safety-critical components in
More informationFachgebiet Softwaretechnik, Heinz Nixdorf Institut, Universität Paderborn. 2.3 Timed Automata and Real-Time Statecharts
2.3 Timed Automata and Real-Time Statecharts Develop a BOOK RATING APP and win awesome prizes! The creators of the best submissions will be invited to an exclusive party in February
More informationIntroduction to Dynamic Analysis
Introduction to Dynamic Analysis Reading assignment Gary T. Leavens, Yoonsik Cheon, "Design by Contract with JML," draft paper, http://www.eecs.ucf.edu/~leavens/jml//jmldbc.pdf G. Kudrjavets, N. Nagappan,
More informationModule 6. Knowledge Representation and Logic (First Order Logic) Version 2 CSE IIT, Kharagpur
Module 6 Knowledge Representation and Logic (First Order Logic) 6.1 Instructional Objective Students should understand the advantages of first order logic as a knowledge representation language Students
More informationAutomated Formal Methods for Embedded Systems
Automated Formal Methods for Embedded Systems Bernd Finkbeiner Universität des Saarlandes Reactive Systems Group 2011/02/03 Bernd Finkbeiner (UdS) Embedded Systems 2011/02/03 1 / 48 Automated Formal Methods
More informationLOGIC SYNTHESIS AND VERIFICATION ALGORITHMS. Gary D. Hachtel University of Colorado. Fabio Somenzi University of Colorado.
LOGIC SYNTHESIS AND VERIFICATION ALGORITHMS by Gary D. Hachtel University of Colorado Fabio Somenzi University of Colorado Springer Contents I Introduction 1 1 Introduction 5 1.1 VLSI: Opportunity and
More informationNegations in Refinement Type Systems
Negations in Refinement Type Systems T. Tsukada (U. Tokyo) 14th March 2016 Shonan, JAPAN This Talk About refinement intersection type systems that refute judgements of other type systems. Background Refinement
More informationIntroduction. Preliminaries. Original IC3. Tree-IC3. IC3 on Control Flow Automata. Conclusion
.. Introduction Preliminaries Original IC3 Tree-IC3 IC3 on Control Flow Automata Conclusion 2 of 22 Lifting IC3 to Control Flow Automata Tim Lange tim.lange@cs.rwth-aachen.de Introduction Preliminaries
More informationPropositional Calculus. Math Foundations of Computer Science
Propositional Calculus Math Foundations of Computer Science Propositional Calculus Objective: To provide students with the concepts and techniques from propositional calculus so that they can use it to
More informationComputational problems. Lecture 2: Combinatorial search and optimisation problems. Computational problems. Examples. Example
Lecture 2: Combinatorial search and optimisation problems Different types of computational problems Examples of computational problems Relationships between problems Computational properties of different
More informationCSP-OZ-DC: A COMBINATION OF SPECIFICATION TECHNIQUES FOR PROCESSES, DATA AND TIME
Nordic Journal of Computing 9(2002), 301 334 CSP-OZ-DC: A COMBINATION OF SPECIFICATION TECHNIQUES FOR PROCESSES, DATA AND TIME JOCHEN HOENICKE ERNST-RÜDIGER OLDEROG Department of Computing Science, University
More informationAQAF: an Architecture Quality Assurance Framework for systems modeled in AADL
AQAF: an Architecture Quality Assurance Framework for systems modeled in AADL Andreas Johnsen, Kristina Lundqvist, Kaj Hänninen, Paul Pettersson School of Innovation, Design and Engineering Mälardalen
More informationLecture 9: Reachability
Lecture 9: Reachability Outline of Lecture Reachability General Transition Systems Algorithms for Reachability Safety through Reachability Backward Reachability Algorithm Given hybrid automaton H : set
More informationFormally verifying the correctness of a network-based protocol for railway signalling systems
Urban Transport 197 Formally erifying the correctness of a network-based protocol for railway signalling systems J.-G. Hwang & J.-H. Lee Railway Signalling Research Group, Korea Railroad Research Institute
More informationIssues on Decentralized Consistency Checking of Multi-lateral Collaborations
Issues on Decentralized Consistency Checking of Multi-lateral Collaborations Andreas Wombacher University of Twente Enschede The Netherlands a.wombacher@utwente.nl Abstract Decentralized consistency checking
More informationLogic Model Checking
Logic Model Checking Lecture Notes 17:18 Caltech 101b.2 January-March 2005 Course Text: The Spin Model Checker: Primer and Reference Manual Addison-Wesley 2003, ISBN 0-321-22862-6, 608 pgs. checking omega
More informationFormal Methods for Software Development
Formal Methods for Software Development Model Checking with Temporal Logic Wolfgang Ahrendt 21st September 2018 FMSD: Model Checking with Temporal Logic /GU 180921 1 / 37 Model Checking Check whether a
More informationFinite Automata Part Three
Finite Automata Part Three Friday Four Square! Today at 4:15PM, Outside Gates. Announcements Problem Set 4 due right now. Problem Set 5 out, due next Friday, November 2. Play around with finite automata
More informationFormal Systems Tutorial Hybrid System Modeling, Program Analysis
Formal Systems Tutorial Hybrid System Modeling, Program Analysis Department of Computer Science & Engineering, Indian Institute of Technology, Kharagpur 1. There are three taps in the system, namely Tap-1
More information