© Copyright QinetiQ limited 2006 Objectives of Coding Standards & MISRA C++ Clive Pygott, Systems Assurance Group, QinetiQ Chris Tapp, Keylevel Consultants.

Slides:



Advertisements
Similar presentations
COUNTER: improving usage statistics Peter Shepherd Director COUNTER December 2006.
Advertisements

Software Requirements
Project VIABLE: Behavioral Specificity and Wording Impact on DBR Accuracy Teresa J. LeBel 1, Amy M. Briesch 1, Stephen P. Kilgus 1, T. Chris Riley-Tillman.
Usage statistics in context - panel discussion on understanding usage, measuring success Peter Shepherd Project Director COUNTER AAP/PSP 9 February 2005.
Configuration management
Chapter 11 user support. Issues –different types of support at different times –implementation and presentation both important –all need careful design.
More CMM Part Two : Details.
OBP Research Oy for simpler creation of embedded systems.
B. Sharma, S.D. Dhodapkar, S. Ramesh 1 Assertion Checking Environment (ACE) for Formal Verification of C Programs Babita Sharma, S.D.Dhodapkar RCnD, BARC,
SAK5102 SOFTWARE EVALUATION Semester II 2008/ credits Tuesday 6.30 pm – 9.30 pm (BK1) Assoc. Prof Dr. Abdul Azim Abd Ghani 1.
1 Certification Chapter 14, Storey. 2 Topics  What is certification?  Various forms of certification  The process of system certification (the planning.
Progress on MISRA C++ DARP workshop, York, 18 th April 2007 Chris TappKeylevel Consultants Ltd. Dr C H PygottQinetiQ.
RQF Trials and the Newcastle Experience Barney Glover.
Software Requirements
10 th January QinetiQ in confidence © Copyright QinetiQ 1.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
School of Computer ScienceG53FSP Formal Specification1 Dr. Rong Qu Introduction to Formal Specification
QinetiQ Proprietary AN ISO standard for high integrity software.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 5 Slide 1 Requirements engineering l The process of establishing the services that the.
SOFTWARE QUALITY ASSURANCE SOFTWARE QUALITY ASSURANCE  DEFINITIONS OF SQA  SOFTWARE STANDARDS  Process Quality Assurance  Product Quality Assurance.
Safety Management Simon Roberts SMS Programme Manager UK CAA.
This is a work of the U.S. Government and is not subject to copyright protection in the United States. The OWASP Foundation OWASP AppSec DC October 2005.
Acting Section Head, Regulatory Activities Section, NSNI, IAEA
Software Quality Assurance (SQA) Monitor the methods and standards used during the software development and verify their correct usage. What is Quality?
8/27/20151NeST Controlled. 2 Communication Transportation Education Banking Home Applications.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Standards. What is a standard? What are the benefits of using a standard? What are the costs? Do the costs exceed the benefits?
Quality Assurance ITEC Rick Price. Expectations This course is not purely a lecture course – Classroom participation is a large portion – Everyone.
© 2007 Carnegie Mellon University Secure Coding Initiative Jason A. Rafail Monday, May 14 th, 2007.
Software Quality Assurance Activities
Profiling Metadata Specifications David Massart, EUN Budapest, Hungary – Nov. 2, 2009.
02/10/2015 Page 1 R. Theeuws Siemens Atea Filename: CBD_ervaring Werkgroep Component Based Developments Ervaring CBD.
 Mathias Dutour / UAB Dev. team  UNICOS regular meeting  29 January 2009.
1 Introduction Programming Language Design and Implementation (4th Edition) by T. Pratt and M. Zelkowitz Prentice Hall, 2001 Sections
Component 11/Unit 8b Data Dictionary Understanding and Development.
No: 1 CEMSIS wp6_beg037_v0_2_fisa 2003 slides.ppt CEMSIS FIKS-CT Cost-Effective Modernisation of Systems Important to Safety Deryk Pavey, Deryk.
Current and Future Applications of the Generic Statistical Business Process Model at Statistics Canada Laurie Reedman and Claude Julien May 5, 2010.
OneM2M-REQ R03 Proposed simple guidelines for writing use cases and requirements Group Name: oneM2M WG1 / WG2 Source: Joerg Swetina (NEC), Ataru.
Creator: ACSession No: 15 Slide No: 1Reviewer: SS CSE300Advanced Software EngineeringFebruary 2006 Software Quality Assurance & Software Quality Control.
BE-SECBS FISA 2003 November 13th 2003 page 1 DSR/SAMS/BASP IRSN BE SECBS – IRSN assessment Context application of IRSN methodology to the reference case.
OHT 1.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The uniqueness of software quality assurance The environments for which.
Quality Management in the Finland’s Greenhouse Gas Inventory Leena Raittinen, Statistics Finland UNFCCC Workshop on National Systems April 2005 Bonn,
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
CSEN 5314 Quiz 1. A data model is a collection of concepts that can be used to describe the ___________ of a database. a. structure b. extension c. state.
1 Discussion of “Computer- Assisted Tools for Auditing XBRL- Related Documents” Symposium on Information Integrity & Information Systems Assurance David.
Roadway Data Extraction Technical Assistance Program (RDETAP) Robert Pollack October 25,
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Page 1 | Proprietary and Copyrighted Information Safeguards Gary Hannaford, Task Force Chair IESBA CAG Meeting New York, USA September 14, 2015.
Workshop on Accreditation of Bodies Certifying Medical Devices Kiev, November 2014.
CMMI Certification - By Global Certification Consultancy.
Continuing Competence is coming
Analysis of Current Maturity Models and Standards
Software Requirements
Software Verification and Validation
Software Quality Assurance Software Quality Factor
Computer Aided Software Engineering (CASE)
Acting Section Head, Regulatory Activities Section, NSNI, IAEA
Secure Coding Initiative
Safety Accountabilities
Software Requirements
Structure of the Code – Phase 2 TF Comments and Proposals
QGen and TQL-1 Qualification
QGen and TQL Qualification
Structure–Feedback on Structure ED-2 and Task Force Proposals
Regulatory Oversight of HOF in Finland
Database Development Cycle
REFERENCES AND ACKNOWLEDGEMENTS
Software Development Approaches
강의 내용 및 방법 접근방법 리포트 시험 Lambda Calculus, Proof of Correctness
Rotterdam:15-17/11/2001.
Presentation transcript:

© Copyright QinetiQ limited 2006 Objectives of Coding Standards & MISRA C++ Clive Pygott, Systems Assurance Group, QinetiQ Chris Tapp, Keylevel Consultants & MISRA C++ chair

© Copyright QinetiQ limited DARP Workshop April 2006 Conclusions Predictability: behaviour, time, memory usage A requirement for more precise definition of the language/subset to be used in a high integrity environment A requirement for a more structured and capable means of recording intent and invariants in source code Verification A requirement for a means of collecting data on the effectiveness of any high-integrity guidelines Participants at the last Defence Aerospace Research Partnership C++ workshop were asked: what do you want to see in a generic software vulnerabilities standard

© Copyright QinetiQ limited Reasons for coding standards To avoid undefined behaviour To avoid implementation defined behaviour To improve clarity for review and maintenance To provide a consistent style across a program or set of programs To avoid common programmer errors To incorporate good practice, particularly with regard to future proofing

© Copyright QinetiQ limited Who are MISRA? Motor Industry Software Reliability Association Started in 1990 Mission: to provide assistance to the automotive industry in the creation and application of safe and reliable software in vehicle systems The original project was part of the UK Governments SafeIT programme Now self-supported – and used far outside the automotive industry

© Copyright QinetiQ limited MISRA C++ Extension of MISRA-C No language feature totally barred (except goto – for a better reason than in MISRA-C) Target date for draft for peer review – January 2007 Being developed by a working group including –Software safety consultants/researchers –Tool vendors –Users

© Copyright QinetiQ limited MISRA C++ sources Identification of Issues –QinetiQ Vulnerabilities Report Evaluation of Existing Material –Other Coding Standards MISRA-C JSF++ Medical Systems Transportation Tool Vendors (real world experience). –Other Publications Scott Meyers Stephen Dewhurst Etc.

© Copyright QinetiQ limited MISRA C++ Aims Predictability – mostly functional Portability Clarity for review/maintenance Avoiding common errors Not systematically addressed Predictability – temporal, memory usage Not Consistency of style Good practice/future proofing

© Copyright QinetiQ limited MISRA C++ (&C) rule structure Rule Structure –Rule Number and category (Mandatory…) –Headline Text (should be) precise and testable –Issue and Existing Material References –Explanation of the issue(s) and rule justification. –Examples of non-conforming and, where appropriate, conforming code. –Expected deviations (if appropriate and may include none!)

© Copyright QinetiQ limited MISRA C++ relationship with OWGV? Would hope that this group sets the objectives for high integrity software MISRA C++ would then want to claim compliance