Safety Certification of Software-Inte How to increase efficiency with withthe Reusable Compone certification of process compliance Barbara Gallina School of Innovation, Design and Engineering, Mälardalen University, Västerås, Sweden [email protected] Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status Talk outline • Preliminary concepts Safety Certification of Software-Inte with Reusable Compone – Certification – Certification crisis – Certification framework • • • • • Context and motivation Background THRUST/MDSafeCer Video-demo Report type Conclusion and future work Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 2 Preliminary concepts Safety Certification of Software-Inte with Reusable Compone • Certification – from Latin, certify-->make certain – in common use: attestation by someone trustworthy that a certain statement is true to the best of his/her knowledge • Why Safety Certification? “Safety certification assures society at large that deployment of a given system does not pose an unacceptable risk of harm. There are several ways of organizing and conducting certification, but all nSC D1 Report type are conceptually based on scrutiny of Report an argument that certainA Generic Proc name Certification claims about safety are justified by evidence about the system. “ and Deve Taken from Rushby, Substantially revised version; original appears in Proceedings of the Ninth ACM International Conference On Embedded Software (EMSOFT), pp. 211–218, Taipei, Taiwan, October 2011. Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 3 Preliminary concepts Safety Certification of Software-Inte with Reusable Compone • What can be certified in the context of safety-critical systems? – Processes – Products – Tools used during the development of products • Tool qualification processes – … Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 4 Why process-based certification? of Software-Inte [Wassyng et al 2010]Safety Certification with Reusable Compone • We have no real consensus on absolutely essential metrics for products. Ironically, even if we did have consensus on essential metrics, what metrics would help us evaluate the dependability of software products directly? • It is widely accepted that testing software products completely is not possible. One of the major differences between software products and more traditional, physical products, is that the principle of continuity does not apply to software products. Since software engineers felt that even a huge number of test Report type nSC D1 cases could not guarantee the quality of the product, we turned Report name A Generic Proc to supportive evidence, hoping that layers of evidence willand Deve Certification add up to more tangible proof of quality/dependability. Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 5 Process and process-based certification Safety Certification of Software-Inte with Reusable Compone • Processes are not useful • Documentation is not useful Self-fulfilling prophecy1 [Parnas et al 1986] àticking mentality Report type Report name 1A prediction nSC D1 A Generic Proc Certification and Deve that directly or indirectly causes itself to become true, by the very terms of the prophecy itself, due to positive feedback between belief and behavior Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 6 Process-based certification Safety Certification of Software-Inte with Reusable Compone § Which is the danger? – “box ticking” mentality (checklist of deliverables) § We need product assurance instead of compliance with standard. Compliance with standard is a necessary but not a sufficient condition! § Why is not sufficient? Report(UNKNOWN) type – efficacy of development approaches Report name – benefits of certification schemes (UNKNOWN) Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 7 Safety Certification of Software-Inte with Reusable Compone “The ideal would be a study that used historical data to assess the in-service history of software developed to DO- 178B. It is considered unlikely that such data will be made available by industry or that it even exists. … Those seeking to reduce costs argue that some of the DO- 178B objectives or activities are unnecessary and could be eliminated. The danger is that, if we don’t know why DO-178B works, we could stop doing something that really matters, which could lead to an accident.” Taken from D. Daniels “The Efficacy of DO-178B ” Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 8 Safety Certification of Software-Inte with Reusable Compone Certification crisis!!! Why? Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 9 Certification framework [Bender et al 2013] ECEASST Safety Certification of Software-Inte with Reusable Compone Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status Figure 1: The framework 10 Safety Certification of Software-Inte with Reusable Compone Let’s look at reality… Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 11 Context Objective-based • DO-178B • DO-178C • … Prescriptive, triple V model + tailoring rules ISO 26262-2011 ISO 26262-2018 Safety Certification of Software-Inte with Reusable Compone Prescriptive, V model BS EN 50128:2001 BS EN 50128:2011 The original DO-178 had sixty-seven pages. Today’s engineers working on a modern Integrated Modular Avionic (IMA) platform have to be familiar with (and in many cases comply to) over a thousand pages of official RTCA publications supported by Report nSC D1 hundreds of pages of regulatory guidance. The DO-178C family of documents alonetype weighs in at over six hundred pages. Report name Dissemination level A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 12 Problem Safety Certification of Software-Inte with Reusable Compone IEC 61508 ISO 26262 ASPICE EN 5012x Thousands of pages! àincreasing complexity àproliferation of standards à(re)certification is inefficient (time consuming and expensive!) DO 178B/C DO 330 … Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 13 How the proliferations of standards could Safety Certification of Software-Inte with Reusable Compone be faced? • • • • • • • • • How complexity could be mastered? How can we speed up (re)certification? How can we enable intra/cross domain reuse? How can we enable process-related systematic reuse? What varies from one criticality level to another? What varies from one version to another? What remains unchanged? What can be reused? Report type nSC D1 Report name A Generic Proc What can be generated? Certification and Deve Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 14 Talk outline • Preliminary concepts • Context and motivation • Background – – – – – Safety Certification of Software-Inte with Reusable Compone Safety-oriented process lines engineering (SoPLE) Safety-oriented process line modeling Process compliance Process compliance documentation Model-driven Engineering/Certification • THRUST/MDSafeCer • Video-demo • Conclusion and future work Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 15 Safety-oriented process lines engineering of Software-Inte (SoPLE) Safety Certification with Reusable Compone • Concurrent engineering of a set o safety-oriented processes – Why? To reuse systematically! Gallina et al 2012 Gallina et al 2014a Gallina et al 2014b • Which consists of: – Scoping – Domain engineering (full and partial commonalities, Report type nSC D1 Report name A Generic Proc variabilities) Certification and Deve – Process engineering Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 16 show the reuse, in e safetyvelopment d a crosstituted of • The above language constructs are concretized via the icons given in Table 1. Table 1 mainly (except for phase) shows the icons that can be used to define statically the processes. To define processes dynamically, additional icons are available. These Safety-oriented process lines modeling additional icons are obtained by decorating SPEM2.0 Safety Certification of Software-Inte inUse icons, in a similar way as for Definition icons. with Reusable Compone S-TunExSPEM (SPEM2.0 extension) Table 1. Subset of S-TunExSPEM Icons Task Role Tool Work Guidance Phase processes, product disposal language Gallina et al 2014c s lines. In disposal, to model respect vSPEM, we recall its support for oser [10] • Table 2.With Subset of to vSPEM Icons wheneve vSPEM (SPEM2.0 extension) variability by focusing on the concrete syntax. As Report type nSC D1 processConcept Variation point Variant Table 2 shows, vSPEM basically introduces the Report name A Generic Proc 2.0 have Deve possibility to model: 1) variation points, by Certification and To cess lines Task SPEM2.0 icons with empty circles; and 2) decorating various exchange variants, by decorating SPEM2.0 icons with level a V. Dissemination (e.g. se th To connect a variant (optional/alternative/etc. Status 24 March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY 17 language Process compliance • To be compliant, a company has two Safety Certification of Software-Inte with Reusable Compone alternatives: – strict and almost literal implementation of the process • identification and assignment of roles; • execution of all the activities according a specific order (if any) and/or grouping (if any); • consumption/provision of all the required work products; • application of specific guidance (if any); • usage of specific tools (if any). – execution of a tailored process obtained Reportby typeapplying tailoring rules nSC D1 Report name Dissemination level A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 18 languages (e.g., Goal Structuring Notation (GSN) [17], Claim-Argument-Evidence (CAE) [18]), or a combination of both. These means are more generally used to document safety cases. Recently, an OMG Process standard, calledcompliance SACM [19], has documentation been provided to unify argumentation languages (namely, GSN and Safety Certification of Software-Inte applicant to CAE). GSN is (plain currently the only documentation with Reusable Compone • Textual languages natural language) ft) behaves means that offers constructs to argue about ment process • Graphical notations argumentation lines [4]. Thus, in this subsection, we of scientific– CAEbriefly recall its concrete syntax. SACM acy of the– GSN he standards processes is company has nsists of the ion of the nt, vSPEM ow, which is osite side. nment Report type of Report name nSC D1 A Generic Proc Certification and Deve Dissemination level according a 2015, 3rd Scandinavian Conference on SYSTEM 24th March & SOFTWARE SAFETY Figure 1. GSN Modeling Elements Status g (if any); 19 Model-driven Engineering Safety Certification of Software-Inte with Reusable Compone • MDE: Model-centric software engineering method – Model transformations from source to target space • Vertical transformations aimed at generating code • Horizontal transformation aimed at analyzing properties Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 20 Talk outline Safety Certification of Software-Inte with Reusable Compone • • • • Background THRUST/MDSafeCer Video-demo Conclusion and future work Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 21 THRUST Safety Certification of Software-Inte with Reusable Compone • Method for speeding up the creation of process-based artefacts via: – Systematic reuse • safety-oriented process lines • safety argumentation lines – Semi-automatic generation • model driven certification Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 22 ordered logically. Various executions are possible since concurrent phases can be serialized in various ways. At the end, however, the deliverables of both branches (left and right) have to be available to THRUST satisfy the certification authorithies. Safety Certification of Software-Inte with Reusable Compone Report type Report name nSC D1 A Generic Proc Certification and Deve MDSafeCer Figure 3. THRUST-high-level Activity Diagram23 24 March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY th Dissemination level Status THRUST Safety Certification of Software-Inte with Reusable Compone Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 24 THRUST Safety Certification of Software-Inte with Reusable Compone Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 25 THRUST Safety Certification of Software-Inte with Reusable Compone Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 26 epresent a possibility towards the realization of o er method, allowing for the generation of ARM/S iant argumentation models from SPEM 2.0-co MDSafeCer s models. Safety Certification of Software-Inte with Reusable Compone Report type Report name M2M tranformation. Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 27 Video-demo Safety Certification of Software-Inte with Reusable Compone • Implementation within AIT-WEFACT-tool Work in cooperation with: Austrian Institute of Technology (AIT) Virtual Vehicle Research Center (ViF) http://www.ait.ac.at/research-services/research-services-digital-safetysecurity/verification-and-validation/methods-and-tools/wefact-workflowengine-for-analysis-certification-and-test/?L=1 Report type nSC D1 Report name A Generic Proc https://www.youtube.com/watch?v=B9JpRBMg-D4&feature=youtu.be Certification and Deve Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 28 Conclusion Safety Certification of Software-Inte with Reusable Compone • THRUST/MDSafeCer: Novel model-driven approaches for time and cost reduction during the provision of process-based safety argumentation via automatic generation – Mapping of (ideally reusable) process structures onto (ideally reusable) argumentation structures (patterns) • Prototype tool support – proof of concepts Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 29 Future work Safety Certification of Software-Inte with Reusable Compone • Provision of a fully defined pattern for process compliance • Experimental validation on a more complex case-study • Contribution to provision of adequate meta-models • ECSEL-AMASS-project proposalcontinuation of SafeCer & OPENCOSS Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 30 Publications • B. Gallina, L. Provenzano. Deriving Reusable Process-based Arguments from Process Models Safety Certification Software-Inte in the Context of Railway Safety Standards. 20th International Conferenceofon Reliable with Reusable Software Technologies-Industrial Presentation- (Ada-Europe-2015), Madrid, Spain,Compone June, 2015. • B. Gallina. Towards Enabling Reuse in the Context of Safety-critical Product Lines. 5th International Workshop on Product LinE Approaches in Software Engineering (PLEASE), joint event of ICSE, Florence, Italy, May 19th, 2015. • B. Gallina, K. Lundqvist and K. Forsberg. THRUST: A Method for Speeding Up the Creation of Process-related Deliverables. IEEE 33rd Digital Avionics Systems Conference (DASC-33), doi:10.1109/DASC.2014.6979489, Colorado Springs, CO, USA, October 5-9, 2014. • B. Gallina, K. R. Pitchai and K. Lundqvist. S-TunExSPEM: Towards an Extension of SPEM Report type nSC D1 2.0 to Model and Exchange Tuneable Safety-oriented Processes. 11th International Report name A Generic Proc Certification and Deve Conference on Software Engineering Research, Management and Applications (SERA), SCI 496, Springer, ISBN 978-3-319-00947-6, Prague, Czech Republic, August 7-9, 2013, 2014. Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 31 Publications • B. Gallina. A Model-driven Safety Certification Method for Process Compliance. 2nd IEEE Safety Certification of (ASSURE), Software-Inte International Workshop on Assurance Cases for Software-intensive Systems with Reusable Compone Naples, Italy, doi:10.1109/ISSREW.2014.30, pp. 204-209, November 3-6, 2014. • B. Gallina, S. Kashiyarandi, K.Zugsbrati and A. Geven. Enabling Cross-domain Reuse of Tool Qualification Certification Artefacts. Proceedings of the 1st International Workshop on DEvelopment, Verification and VAlidation of cRiTical Systems (DEVVARTS), Springer, LNCS 8696, ISBN: 978-3-319-10556-7, pp. 255-266, Florence (Italy), 8 September, 2014. • B. Gallina, S. Kashiyarandi, H. Martin and R. Bramberger. Modeling a Safety- and Automotive-oriented Process Line to Enable Reuse and Flexible Process Derivation. Proceedings of the 8th IEEE International Workshop on Quality-Oriented Reuse of Software (QUORS), joint workshop at COMPSAC conference, IEEE Computer Society, doi: 10.1109/ COMPSACW.2014.84, pp. 504-509,Västerås (Sweden), 2014. Report type • nSC D1 Report name A Generic Proc B. Gallina, I. Sljivo, and O. Jaradat. Towards a Safety-oriented Process Line for Enabling Certification and Deve Reuse in Safety Critical Systems Development and Certification. Post-proceedings of the 35th IEEE Software Engineering Workshop (SEW-35), IEEE Computer Society, ISBN 978-1-4673-5574-2, Heraclion, Crete (Greece), 2012.Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM Status & SOFTWARE SAFETY 32 Videos • MDSafeCer within AIT-WEFACT Safety Certification of Software-Inte with Reusable Compone http://www.ait.ac.at/research-services/research-services-digital-safety-security/verificationand-validation/methods-and-tools/wefact-workflow-engine-for-analysis-certification-and-test/? L=1 Report type Report name nSC D1 A Generic Proc Certification and Deve Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM Status & SOFTWARE SAFETY 33 Safety Certification of Software-Inte with Reusable Compone Thank you for your attention! Discussion time… Report type Report name Dissemination level nSC D1 A Generic Proc Certification and Deve 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 34 References Certification of Software-Inte • [Bender et al 2013] Marc Bender, Tom Maibaum, Safety Mark Lawford and Alan with Reusable Compone Wassyng, "Positioning Verification in the Context of Software/System Certification", In Proceedings of the 11th International Workshop on Automated Verification of Critical Systems (AVoCS 2011), Electronic Communications of the EASST (European Association of Software Science a n d T e c h n o l o g y ) , V o l u m e 4 6 , 2 0 1 3 . http://www.cas.mcmaster.ca/~lawford/papers/ § [Parnas 86]Parnas, D., Clements, P.: A rational design process: How and why to fake it. IEEE Trans. Software Engineering 12(2), 251–257 (1986) http://www.ics.uci.edu/~taylor/classes/121/IEEE86_Parnas_Clement.pdf • [Wassyng et al 2010] Alan Wassyng, Tom Maibaum, and Mark Lawford, ``On Software Certification: We Need Product-Focused Approaches, C. Choppy Report type and O. Sokolsky (Eds.): Monterey Workshop 2008, LNCS Vol. 6028, nSC D1 Report name A Generic Proc Springer, 2010, 250-274 Certification and Deve Dissemination level 24th March 2015, 3rd Scandinavian Conference on SYSTEM & SOFTWARE SAFETY Status 35
© Copyright 2024