ARTEMIS-2010-1 pSafeCer Grant Agreement number 269265 ARTEMIS-2011-1 nSafeCer Grant Agreement number 295373 Safety Certification of Software-intensive.

Slides:



Advertisements
Similar presentations
ARTEMIS JU Grant Agreement number ARTEMIS JU Grant Agreement number Safety Certification of Software-intensive Systems with.
Advertisements

SAFe Automotive aRchItecture SAFARI. SAFARI_Presentation_Short_v1.ppt 2 / /P. Cuenot/ © Continental AG ARTEMIS/Call2 R&D Project Proposal Project.
Chapter 4 Quality Assurance in Context
Software Reuse SEII-Lecture 28
OPTIRAIL WORKSHOP · OCTOBER 23, 2014 · BRUSSELS WP5: “Integration and Usability validation of models”
ITIL: Service Transition
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
CS 325: Software Engineering April 7, 2015 Software Configuration Management Task Scheduling & Prioritization Reporting Project Progress Configuration.
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
1 SYSTEM and MODULE DESIGN Elements and Definitions.
1 SWE Introduction to Software Engineering Lecture 15 – System Modeling Using UML.
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
1 SWE Introduction to Software Engineering Lecture 11 - Requirements Engineering Processes.
Software Engineering Tools and Methods Presented by: Mohammad Enamur Rashid( ) Mohammad Rashim Uddin( ) Masud Ur Rahman( )
Software Configuration Management (SCM)
Welcome ISO9001:2000 Foundation Workshop.
Page 1 ISMT E-120 Desktop Applications for Managers Introduction to Microsoft Access.
This chapter is extracted from Sommerville’s slides. Text book chapter
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number Safety Certification of Software-intensive.
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
ARTEMIS JU Grant Agreement number ARTEMIS JU Grant Agreement number Safety Certification of Software-intensive Systems with.
Typical Software Documents with an emphasis on writing proposals.
Chapter 2 The process Process, Methods, and Tools
Implementation Yaodong Bi. Introduction to Implementation Purposes of Implementation – Plan the system integrations required in each iteration – Distribute.
Software Models (Cont.) 9/22/2015ICS 413 – Software Engineering1 -Component-based software engineering -Formal Development Model.
ARTEMIS JU Grant Agreement number ARTEMIS JU Grant Agreement number Safety Certification of Software-intensive Systems with.
Parser-Driven Games Tool programming © Allan C. Milne Abertay University v
1 MFI-5: Metamodel for Process models registration HE Keqing, WANG Chong State Key Lab. Of Software Engineering, Wuhan University
Reviewing Recent ICSE Proceedings For:.  Defining and Continuous Checking of Structural Program Dependencies  Automatic Inference of Structural Changes.
Quality Concepts within CMM and PMI G.C.Reddy
ARTEMIS JU Grant Agreement number ARTEMIS JU Grant Agreement number Safety Certification of Software-intensive Systems with.
ARTEMIS JU Grant Agreement number ARTEMIS JU Grant Agreement number Sept 25-27, 2013 Riga Safety Certification of Software-intensive.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
A Systems Perspective on Building Security Into Applications Dr. William J. Hery Polytechnic University
Developing software and hardware in parallel Vladimir Rubanov ISP RAS.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 14 Slide 1 Object-oriented Design.
SmartNets Results Overview SmartNets SmartNets Methods.
How to Organize the Systems Selection Process Using the SCOR Framework Pittiglio Rabin Todd & McGrath April 12, 2000 David Kennedy, Principal.
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
ARTEMIS JU Grant Agreement number ARTEMIS JU Grant Agreement number Safety Certification of Software-intensive Systems with.
17 th October 2005CCP4 Database Meeting (York) CCP4(i)/BIOXHIT Database Project: Scope, Aims, Plans, Status and all that jazz Peter Briggs, Wanjuan Yang.
Mechanical Desktop Design Process Key Concepts in this Lesson: The design process Part modeling Overview This lesson explains the designer process, and.
3 Copyright © 2004, Oracle. All rights reserved. Working in the Forms Developer Environment.
DGC Paris WP2 Summary of Discussions and Plans Peter Z. Kunszt And the WP2 team.
ARTEMIS JU Grant Agreement number ARTEMIS JU Grant Agreement number Safety Certification of Software-intensive Systems with.
Management of Software Project CSM Software Configuration Management (SCM)
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Software Configuration Management (SCM) Source: Pressman, R., Software Engineering: A Practitioner ’ s Approach. Boston: McGraw Hill, Inc., 2005; Ghezzi,
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
Unit Test Process Authors:Sergey Fedorov, Dmitry Balkin, Dmitry Korenkov June 2005.
® IBM Software Group © 2009 IBM Corporation Essentials of Modeling with the IBM Rational Software Architect, V7.5 Module 15: Traceability and Static Analysis.
ARTEMIS JU Grant Agreement number WP4 Instantiation WP4 Status 25 September, 2013.
IPC Working Group 34 - Updates on IT support to the IPC Geneva November 6, 2015 Patrick Fiévet Head of IT Systems Section.
ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number Safety Certification of Software-intensive.
CSCI 3428: Software Engineering Tami Meredith UML Unified Modeling Language.
IBM Global Services © 2005 IBM Corporation SAP Legacy System Migration Workbench| March-2005 ALE (Application Link Enabling)
D. Duellmann - IT/DB LCG - POOL Project1 The LCG Dictionary and POOL Dirk Duellmann.
IT323 - Software Engineering 2 1 Tutorial 4.  List the main benefits of software reuse 2.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
M.-E. Bégin¹, S. Da Ronco², G. Diez-Andino Sancho¹, M. Gentilini³, E. Ronchieri ², and M. Selmi² ¹CERN, Switzerland, ² INFN-Padova, Italy, ³INFN-CNAF,
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
Unified Modeling Language
Developing Information Systems
Analysis models and design models
PSS0 Configuration Management,
Overview Activities from additional UP disciplines are needed to bring a system into being Implementation Testing Deployment Configuration and change management.
Presentation transcript:

ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number Safety Certification of Software-intensive Systems with Reusable Components Akhela nSC WP100 - WP200 – Working Session Massimiliano Turco (Akhela - ) SafeCer P7 September 25-27, 2013 Riga

27 th of September 2013, Riga Page 2 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number WP100 and WP200 activity GPM (WP100, MDH) and CTF \CAR (WP200, Akhela & AdaCore) integration. The main scope of this activity is aimed to integrate the GPM with the Platform (CAR\CTF), in order to perform a specific certification process. In this perspective, it’s key to determinate an “input” able to initialize the system (CAR/CTF and tools, sequence of tools and, consequently, artefacts to track). This input has been identified by MDH in a xml file, modeled in SPEM2.0/EPF. Details to be finalized.

27 th of September 2013, Riga Page 3 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number CTF and CAR: Quick overview The CAR has to work out and store the reference to the CAR imported artifacts (location) and their traceability links and dependency links, calculated on the basis of the rules defined in the CAR input model, containing the most general relationship between the artifact classes involved in the certification process. As well, the CAR has to performs the impact analysis, which checks the artifact updated status and consequently detects the artifacts to be regenerated in order to make the artifact status consistent and the system still certifiable. The CTF has to execute the tool chain, generating new artifacts or the old ones which need to be update.

27 th of September 2013, Riga Page 4 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number GPM integration design analysis Interaction with the CTF. It is focused on identifying the “families” of tools required by a certification process such as requirement management tools, modelling tools, IDE, compilers, static analysis tools and so on. Interaction with the CAR. It is a mechanism to manage the certification artifacts produced by the activities described in a domain-specific processes, obtained by selecting Generic Process elements and domain-specific variants. The core idea is to deduce an artifact-centric process model and use it to configure the CAR. SafeCer proposes a Generic Process Model (GPM) aimed to integrate certification and development of component-based systems. A domain-specific process (accordingly to GPM) is an input (e.g. as an xml file) to the component model and tool framework, based on the SafeCer requirements and needs of the SafeCer demonstrators.

27 th of September 2013, Riga Page 5 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number

27 th of September 2013, Riga Page 6 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number WP120 Process: the key research element of this work package will be the development of the co-certification process and associated techniques for certifying systems developed using a product-line engineering approach. WP220: CTF, CAR and GPM interaction GPM integration design analysis Integration between WP100 (GPM) and WP200 (CAR and CTF)

27 th of September 2013, Riga Page 7 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number Aimed to integrate the GPM with the Platform, in order to perform a specific certification process it’s key to determinate an xml as input to initialize the system (CAR/CTF and tools, sequence of tools and, consequently, artefacts to track) Definition of interface with CAR/CTF possibly by September 2013 Which process elements should the process models contain? (e.g. Tools for CTF and artefacts for CAR) Provision of the XML related to the processes, modeled in SPEM2.0/EPF GPM integration design analysis [3] Integration between WP100 (GPM) and WP200 (CAR and CTF)

27 th of September 2013, Riga Page 8 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number GPM integration design analysis [4] Portion of XML related to the ISO26262 process, modeled in SPEM2.0/EPF (MDH) CTF is “in charge” of the tools, so it could extract the tools info from the input process xml file. We have to discuss the details about the xml structure, involving also AdaCore and their CAR module.

27 th of September 2013, Riga Page 9 ARTEMIS pSafeCer Grant Agreement number ARTEMIS nSafeCer Grant Agreement number Forthcoming activities and potential risks Release of a intermediate software prototype able to perform a possible simplified certification process (GPM/CTF/CAR), possibly covering one of the planned UC (or part of it). Risk: put in place a fully working integration with CTF/CAR & GPM.