From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id B8D897F615; Tue, 20 Dec 2016 08:06:59 +0100 (CET) Authentication-Results: mail2-smtp-roc.national.inria.fr; spf=Pass smtp.pra=Peter.Hoefner@data61.csiro.au; spf=Pass smtp.mailfrom=prvs=15570e8bf=Peter.Hoefner@data61.csiro.au; spf=None smtp.helo=postmaster@vic-MTAout1.csiro.au Received-SPF: Pass (mail2-smtp-roc.national.inria.fr: domain of Peter.Hoefner@data61.csiro.au designates 150.229.64.37 as permitted sender) identity=pra; client-ip=150.229.64.37; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="prvs=15570e8bf=Peter.Hoefner@data61.csiro.au"; x-sender="Peter.Hoefner@data61.csiro.au"; x-conformance=sidf_compatible; x-record-type="spf2.0" Received-SPF: Pass (mail2-smtp-roc.national.inria.fr: domain of prvs=15570e8bf=Peter.Hoefner@data61.csiro.au designates 150.229.64.37 as permitted sender) identity=mailfrom; client-ip=150.229.64.37; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="prvs=15570e8bf=Peter.Hoefner@data61.csiro.au"; x-sender="prvs=15570e8bf=Peter.Hoefner@data61.csiro.au"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@vic-MTAout1.csiro.au) identity=helo; client-ip=150.229.64.37; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="prvs=15570e8bf=Peter.Hoefner@data61.csiro.au"; x-sender="postmaster@vic-MTAout1.csiro.au"; x-conformance=sidf_compatible IronPort-PHdr: =?us-ascii?q?9a23=3AQsu66RFMAkHXOMcMml5f5J1GYnF86YWxBRYc798d?= =?us-ascii?q?s5kLTJ76rsqwAkXT6L1XgUPTWs2DsrQf2rGQ7PCrADRcqdbZ6TZZL8wKD0dEwe?= =?us-ascii?q?wt3CUeQ+e9QXXhK/DrayFoVO9jb3RCu0+BDE5OBczlbEfTqHDhpRQbGxH4KBYn?= =?us-ascii?q?br+tQt2aue3sj7n3o8SbI1wVxWn1XbQneC27sQjL8OkRjIVkJ7wZxhLVqyURPe?= =?us-ascii?q?9NxHlvY1uOyUXS/MC1qcpb/jhdobQB8MNOV6jgV6gxUbUGVXItKGEv44viqE+Q?= =?us-ascii?q?HkO0+nIAXzBOwVJzCA/f4USjA5o=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BgAAC/11hYhyVA5ZZdHAEFAQsBgxUjA?= =?us-ascii?q?QEBAQFrDnYBAQ6IIoUuqVmCD4I0gkKBb4NRPxQBAQEBAQEBAQEBARIBAQEKCwk?= =?us-ascii?q?JHTCCMwQDAxWCHR0dBgEBJhIRAT5CJwQTiGoCDakugxCDDAEBBYgBCwEBAQEBA?= =?us-ascii?q?QEYCIgzCIQRgUaBGYJwC4MKmnQBhlKKYpBNjgWEIx+BKxtQAUd1hApyhjUyAgy?= =?us-ascii?q?BfQEBAQ?= X-IPAS-Result: =?us-ascii?q?A0BgAAC/11hYhyVA5ZZdHAEFAQsBgxUjAQEBAQFrDnYBAQ6?= =?us-ascii?q?IIoUuqVmCD4I0gkKBb4NRPxQBAQEBAQEBAQEBARIBAQEKCwkJHTCCMwQDAxWCH?= =?us-ascii?q?R0dBgEBJhIRAT5CJwQTiGoCDakugxCDDAEBBYgBCwEBAQEBAQEYCIgzCIQRgUa?= =?us-ascii?q?BGYJwC4MKmnQBhlKKYpBNjgWEIx+BKxtQAUd1hApyhjUyAgyBfQEBAQ?= X-IronPort-AV: E=Sophos;i="5.33,377,1477954800"; d="scan'208";a="250797338" Received: from vic-mtaout1.csiro.au ([150.229.64.37]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Dec 2016 08:06:56 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=data61.csiro.au; i=@data61.csiro.au; q=dns/txt; s=dkim; t=1482217618; x=1513753618; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=o32vDHyNQxhZJJMzjFM0Y7QTgLRolNXMEE4DJV0GIdE=; b=kL68DeFs5W8sw80GagHiwR7O5Cxqz8aV8Q+YbwVNmGypL1lODjDRs4Mg n/okjzoaYNb7fPs9nyGCqfAuxaU0Rd/OL681/eokwaszAEk7bvFjS0AUm EAfaLQlu8IwgEbSuiGzXDk6CuqyNyuBmHDfw5w3wvl2zY2Ib23tZ4GKp1 M=; X-SBRS: None X-IronPort-AV: E=Sophos;i="5.33,377,1477918800"; d="scan'208";a="85859279" Received: from exch3-cdc.nexus.csiro.au ([IPv6:2405:b000:601:13::247:33]) by vic-ironport-int.csiro.au with ESMTP/TLS/AES256-SHA; 20 Dec 2016 18:06:49 +1100 Received: from exch3-cdc.nexus.csiro.au (2405:b000:601:13::247:33) by exch3-cdc.nexus.csiro.au (2405:b000:601:13::247:33) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Tue, 20 Dec 2016 18:06:49 +1100 Received: from exch3-cdc.nexus.csiro.au ([fe80::904e:bd90:e203:e87b]) by exch3-cdc.nexus.csiro.au ([fe80::904e:bd90:e203:e87b%17]) with mapi id 15.00.1178.000; Tue, 20 Dec 2016 18:06:49 +1100 From: To: Thread-Topic: Models for Formal Analysis of Real Systems (MARS 2017) Thread-Index: AQHSWo+iVOQwbIEDrEq03R+E6rtfXg== Date: Tue, 20 Dec 2016 07:06:49 +0000 Message-ID: <8826EBD8-AC43-4ABE-A45E-81851767CDFA@data61.csiro.au> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3259) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [2405:b000:302:170::96:4] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Validation-by: peter.hoefner@data61.csiro.au Subject: [Caml-list] CfP: Models for Formal Analysis of Real Systems (MARS 2017) Final Call for Papers: Workshop on Models for Formal Analysis of Real Systems (MARS 2017) Affiliated With ETAPS 2017 April 29, 2017 Uppsala, Sweden http://mars-workshop.org/mars2017/ AIM:=20 Logics and techniques for automated reasoning have often been=20 developed with formal analysis and formal verification in mind.=20 To show applicability, toy examples or tiny case studies are=20 typically presented in research papers. Since the theory needs=20 to be developed first, this approach is reasonable.=20 However, to show that a developed approach actually scales to=20 real systems, large case studies are essential. The development=20 of formal models of real systems usually requires a perfect=20 understanding of informal descriptions of the system - sometimes=20 found in RFCs or other standard documents - which are usually just=20 written in English. Based on the type of system, an adequate=20 specification formalism needs to be chosen, and the informal=20 specification translated into it. Examples for such formalisms=20 include process and program algebra, Petri nets, variations of=20 automata, as well as timed, stochastic and probabilistic=20 extensions of these formalisms. Abstraction from unimportant=20 details then yields an accurate, formal model of the real system. The process of developing a detailed and accurate model usually=20 takes a large amount of time, often months or years; without even=20 starting a formal analysis. When publishing the results on a formal=20 analysis in a scientific paper, details of the model have to be skipped=20 due to lack of space, and often the lessons learnt from modelling are=20 not discussed since they are not the main focus of the paper. The workshop aims at discussing exactly these unmentioned lessons.=20 Examples are: * Which formalism is chosen, and why? * Which abstractions have to be made and why? * How are important characteristics of the system modelled? * Were there any complications while modelling the system? * Which measures were taken to guarantee the accuracy of the model? The workshop emphasises modelling over verification. In particular,=20 we invite papers that present full Models of Real Systems, which may=20 lay the basis for future formal analysis. The workshop will bring=20 together researchers from different communities that all aim at verifying=20 real systems and are developing formal models for such systems. Areas where= =20 large models often occur are within networks, (trustworthy) systems and=20 software verification (from byte code up to programming- and specification= =20 languages). An aim of the workshop is to present different modelling=20 approaches and discuss pros and cons for each of them. SUBMISSION: Submissions must be unpublished and not be submitted for publication elsewh= ere.=20 Contributions are limited to 12 pages EPTCS style (not counting the appendi= ces),=20 but shorter extended abstracts are welcome. Appendices (of arbitrary length= ) can=20 be used to present all details of a formalised model; the appendices will b= e part=20 of the proceedings. In case a formal model is presented that is modelled in= some=20 formalism or tool, such as timed automata for Uppaal or formal proofs for I= sabelle/HOL,=20 these models have to be submitted as well. They will be published as part o= f the=20 proceedings, and will be made available in our Repository of Models for For= mal=20 Analysis of Real Systems (http://mars-workshop.org/repository.html). Submissions must be in English and submitted in PDF format via EasyChair (https://easychair.org/conferences/?conf=3Dmars2017).=20 All submissions will be peer reviewed by at least three referees based o= n their=20 novelty, relevance and technical merit. The proceedings (including the elec= tronic=20 models) will be published as part of the open access series Electronic Proc= eedings=20 in Theoretical Computer Science (EPTCS). IMPORTANT DATES (AoE): * Submission: Friday 13 January 2017 * Notification: Monday 13 February 2017 * Final version: Monday 27 February 2017 * Workshop: Saturday 29 April 2017=20 PROGRAMME COMMITTEE: Hubert Garavel (INRIA, France) Jan Friso Groote (Eindhoven University of Technology, The Netherlands) Holger Hermanns (co-chair) (Saarland University, Germany) Peter Hoefner (co-chair) (Data61, CSIRO, Australia) Gerard Holzmann (NASA/JPL, USA) Pavel Krcal (Lloyd's Register, Sweden) Kim G. Larsen (Aalborg University, Denmark) David Parker (University of Birmingham, United Kingdom) Frits Vaandrager (Radboud University, The Netherlands) Marcel Verhoef (European Space Agency, ESTEC, The Netherlands) Josef Widder (TU Wien, Austria) CONTACT: mars2017@mars-workshop.org