An Overview of IEEE Software Engineering Standards and Knowledge Products
|
|
|
- Emmeline Debra Morton
- 10 years ago
- Views:
Transcription
1 Paul R. Croll Chair, IEEE SESC Computer Sciences Corporation An Overview of IEEE Software Engineering Standards and Knowledge Products
2 Objectives Provide an introduction to The IEEE Software Engineering Standards Committee (SESC) Provide an overview of the current state and future direction of IEEE Software Engineering Standards and knowledge products IEEE Software Engineering Standards Collection Software Engineering Competency Recognition Program Standards-Based Training Discuss how you can participate in software engineering standardization efforts ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 2
3 The IEEE Software Engineering Standards Committee (SESC) ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 3
4 The SESC Vision The leading supplier and promoter of a family of software engineering standards and related products and services. ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 4
5 Software Engineering: An Object View Source: [SESC95] ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 5
6 SESC in the IEEE Structure IEEE IEEE Computer Society IEEE Standards Board Software Engineering Standards Committee Executive Committee & Management Board Working Group Study Group Planning Group Conferences ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 6
7 SESC Strategic Program Model ISO and IEC Standards Terminology Quality Management Software Engineering Principles or Policies Element Standards Application Guides IEEE SESC Standards Program Terminology Overall Guide Customer Resource Process Product System Disciplines Toolbox of Technique Standards Source: [SESC95] ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 7
8 The IEEE Software Engineering Standards Collection ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 8
9 The 2000 Software Engineering Standards Collection Forty-six Standards Customer & Terminology Process Product Resource & Technique Overall guide Several views Context Object Normative intent Provider and subject Relationships among standards Source: [Moore97] ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 9
10 IEEE/EIA 12207: The Life Cycle Process Framework IEEE/EIA 12207, Standard for Information Technology Software Life Cycle Processes Addresses the complete software engineering life cycle, from acquisition and supply, through development, to operations and maintenance Provides a process framework upon which an organization can build its enterprise-level life cycle processes These enterprise-level processes are then tailored into projects, in order to meet specific project-level requirements. ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 10
11 IEEE/EIA Process Tree PRIMARY ACQUISITION SUPPLY DEVELOPMENT OPERATION MAINTENANCE LIFE CYCLE SUPPORTING DOCUMENTATION CONFIGURATION MANAGEMENT QUALITY ASSURANCE VERIFICATION VALIDATION JOINT REVIEW AUDIT PROBLEM RESOLUTION Source: [Singh97] ORGANIZATIONAL MANAGEMENT INFRASTRUCTURE IMPROVEMENT TRAINING TAILORING ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 11
12 Unit 2: IEEE/EIA Overview - Process Interactions Process Flow MANAGEMENT ORGANIZATION INFRASTRUCTURE IMPROVEMENT M F PROJECT TRAINING F F F OPERATION E: 3 F T ACQUISITION SUPPLY U: 4 T U: 4 E T P JOINT E REVIEW E: ACQ E E: 3 T: SUB U E (T)E AUDIT E: 3 (I)V&V E: 3 P E E QA E: 3 V&V E: 3 MAINTENANCE E: 2,3 U DEVELOPMENT E: 1,2,3 Source: [Singh97] E PROBLEM DOCUMENTATION CM RESOLUTION ACQ - ACQUISITION. SUB - SUBCONTRACTOR E - EXECUTE F - FEEDBACK. M - MANAGE. P - PARTICIPATE. T - TASK. U - USE TAILORING E:N - EXECUTE THE PROCESS NUMBERED N ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 12 PDCA
13 Unit 2: IEEE/EIA Overview - Primary Process Flow Primary Process Flow OPERATION T ACQUISITION T SUPPLY E/T MAINTENANCE U E = EXECUTE T =TASK U =USE DEVELOPMENT Source: [Singh97] PLAN, DO, CHECK & ACT ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 13
14 Unit 2: IEEE/EIA Overview - Supporting Process Flow Supporting Process Flow QUALITY ASSURANCE VERIFICATION VALIDATION JOINT REVIEW AUDIT PROBLEM RESOLUTION ACQUISITION SUPPLY DEVELOPMENT OPERATION MAINTENANCE DOCUMENTATION CONFIGURATION MANAGEMENT Source: [Singh97] ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 14
15 Unit 2: IEEE/EIA Overview - Organizational Process Flow Organizational Process Flow MANAGEMENT PROCESS PRIMARY PROCESS SUPPORTING PROCESS INFRASTRUCTURE PROCESS IMPROVEMENT PROCESS TRAINING PROCESS Source: [Singh97] ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 15
16 Unit 2: IEEE/EIA Overview - Process Roles Process Roles Role Source: [Singh97] ACQUISITION ROLE SUPPLY ROLE OPERATING ROLE ENGINEERING ROLE SUPPORTING ROLE ORGANIZATIONAL ROLE ACQUIRER SUPPLIER OPERATOR USER DEVELOPER MAINTAINER EMPLOYER OF SUPPORTING PROCESSES MANAGER employ ACQUISITION PROCESS MAINTENANCE PROCESS SUPPLY PROCESS employ OPERATION PROCESS use use contract Documentation Configuration management Quality assurance Verification employ DEVELOPMENT PROCESS employ employ employ employ Validation Joint review Audit Problem resolution ORGANIZATIONAL PROCESSES Management Infrastructure Improvement Training S U P P O R T I N G P R O C E S S E S ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 16
17 Unit 2: IEEE/EIA Overview - Process Roles Role Definitions Acquirer: an organization that acquires or procures a system, software product or software service from a supplier Supplier: an organization that enters into a contract with the acquirer for the supply of a system, software product or software service under the terms of the contract Operator: an organization that operates the system ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 17
18 Unit 2: IEEE/EIA Overview - Process Roles Role Definitions - 2 Developer: an organization that performs development activities (including requirements analysis, design, testing through acceptance) during the software life cycle process Maintainer: an organization that performs maintenance activities Supporting Process Performer and Manager are undefined ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 18
19 Unit 2: IEEE/EIA Overview - Structure IEEE/EIA Document Structure IEEE/EIA , Software Life Cycle Processes Industry adoption of ISO/IEC IEEE/EIA , Life Cycle Data Industry guide to life cycle data IEEE/EIA , Implementation Considerations Industry guide to implementation of the life cycle processes contained in ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 19
20 Unit 2: IEEE/EIA Overview - Structure IEEE/EIA Document Structure Foreword to IEEE/EIA ISO/IEC Introduction Foreword Clause 1 - Scope Clause 2 - Normative references Clause 3 - Definitions Clause 4 - Application of this International Standard Clause 5 - Primary life cycle processes Clause 6 - Supporting processes Clause 7 - Organizational life cycle processes ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 20
21 Unit 2: IEEE/EIA Overview - Structure IEEE/EIA Annexes ISO/IEC Annexes A - Tailoring process B - Guidance on tailoring C - Guidance on processes and organizations D - Bibliography Additional IEEE/EIA Annexes E - Basic concepts of ISO/IEC F - Compliance G - Life cycle processes objectives H - Life cycle data objectives I - Relationships J - Errata ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 21
22 Unit 2: IEEE/EIA Overview - Structure IEEE/EIA Document Structure Introduction Clause 1 - Scope Clause 2 - Normative references Clause 3 - Definitions Clause 4 - Life cycle data Clause 4.1 Overview Clause 4.2 Life cycle data objectives Clause 4.3 Information item matrix Clause 4.4 Compliance Clause 5 - Generic information item content guidelines Clause 6 - Specific information item content guidelines Annex A - References ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 22
23 Unit 2: IEEE/EIA Overview - Structure IEEE/EIA Document Structure Foreword Introduction Clause 1 - Scope Clause 2 - Normative references Clause 3 - Definitions Clause 4 - Application Clause 5 - Primary life cycle processes Clause 6 - Supporting processes Clause 7 - Organizational life cycle processes ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 23
24 Unit 2: IEEE/EIA Overview - Structure IEEE/EIA Annexes IEEE/EIA Annexes A - IEEE/EIA Annex A - Tailoring process B - IEEE/EIA Annex F - Compliance C - IEEE/EIA Annex G - Life cycle processes objectives D - IEEE/EIA Annex H - Life cycle data objectives E - IEEE/EIA Annex J - Errata ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 24
25 Unit 2: IEEE/EIA Overview - Structure IEEE/EIA Annexes - 2 Additional IEEE/EIA Annexes F - Use of reusable software products G - Candidate joint management reviews H - Software measurement categories I - Guidance on development strategies and build planning J - Category and priority classifications for problem reporting K - Software product evaluations L - Risk management M - Life cycle processes references ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 25
26 Supporting Standards for High Integrity Software IEEE/EIA relies upon other standards to fill in the details regarding the activities supporting life cycle processes. In the case of high integrity software, several additional software engineering standards are of interest. ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 26
27 Customer and Terminology , Standard Glossary of Software Engineering Terminology 1062, Recommended Practice for Software Acquisition 1220, Standard for Application and Management of the Systems Engineering Process 1228, Standard for Software Safety Plans 1233, Guide for Developing System Requirements Specifications 1362, Guide for Concept of Operations Document 12207, Software Life Cycle Processes , Guide to Software Life Cycle Processes Life Cycle Data , Guide to Software Life Cycle Processes Implementation Considerations = High Integrity Systems Related ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 27
28 Process 730, Standard for Software Quality Assurance Plans 730.1, Guide for Software Quality Assurance Planning 828, Standard for Software Configuration Management Plans 1008, Standard for Software Unit Testing 1012, Standard for Software Verification and Validation 1012a, Software Verification and Validation Content Map to IEEE/EIA , Standard for Software Reviews 1042, Guide to Software Configuration Management 1045, Standard for Software Productivity Metrics 1058, Standard for Software Project Management Plans 1059, Guide for Software Verification and Validation Plans 1074, Standard for Developing Software Life Cycle Processes 1219, Standard for Software Maintenance 1490, A Guide to the Program Management Body of Knowledge = High Integrity Systems Related ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 28
29 Process - 2 J-STD , (EIA/IEEE) Interim Standard for Information Technology - Software Life Cycle Processes - Software Development - Acquirer-Supplier Agreement , Standard for Information Technology - Software Life Cycle Processes - Reuse Processes P1540, D7.0, Draft Standard for Software Life Cycle Processes - Risk Management = High Integrity Systems Related ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 29
30 Product 982.1, Standard Dictionary of Measures to Produce Reliable Software 982.2, Guide for the Use of Standard Dictionary of Measures to Produce Reliable Software 1061, Standard for a Software Quality Metrics Methodology 1063, Standard for Software User Documentation 1465, IEEE Standard Adoption of ISO/IEC 12119: 1994 (E) International Standard--Information Technology - Software Packages - Quality Requirements and Testing , Approved Draft - Standard Adoption of ISO/IEC : Information Technology - Software Measurement - Functional Size Measurement - Part 1: Definition of Concepts = High Integrity Systems Related ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 30
31 Resource and Technique 829, Standard for Software Test Documentation 830, Recommended Practice for Software Requirements Specifications 1016, Recommended Practice for Software Design Descriptions 1044, Standard Classification for Software Anomalies , Guide to Classification for Software Anomalies , Syntax and Semantics for IDEF , Syntax and Semantics for IDEF1X97 (IDEFObject) 1348, Recommended Practice for the Adoption of CASE Tool , Software Reuse Data Model for Reuse Library Interoperability: Basic Interoperability Data Model a, Software Reuse Data Model for Reuse Library Interoperability: Asset Certification Framework b-1999, Trial Use Supplement - Software Reuse Data Model for Reuse Library Interoperability: Data Model for Reuse Library Interoperability: Intellectual Property Rights Framework = High Integrity Systems Related ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 31
32 Resource and Technique , Guide for Software Reuse - Concept of Operations for Interoperating Reuse Libraries 1462, Guide for the Evaluation and Selection of CASE Tools P1471, Recommended Practice For Architectural Description of Software Intensive Systems = High Integrity Systems Related ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 32
33 IEEE 1540: Software Risk Management - Process Model ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 33
34 IEEE 1471: Recommended Practice for Architectural Description of Software- Intensive Systems - Conceptual Model ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 34
35 Software Engineering Competency: Professionalizing Software Engineering ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 35
36 The Three Components of Engineering Competency A defined Body of Knowledge A Code of Practice Competency recognition ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 36
37 Guide to the Software Engineering Body of Knowledge Objectives Better characterize the discipline of Software Engineering Provide a consistent view Software Engineering as an engineering discipline ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 37
38 IEEE Software Engineering Competency Recognition Program Goals Identify qualified professionals Ensure recognition of expertise Assist in professional development Establish professional practice standards Protect public Enable professionals to stay current Source: [IEEE99] ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 38
39 IEEE Software Engineering Competency Recognition Program - 2 Roles software engineering practitioner software project manager software systems architect supporter (e.g. CM, QA, etc.) ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 39
40 Standards-Based Training Skills training in the Code of Practice tailorable course outlines completion certificates Pilot training program State of California New York City Transit Authority Delta Airlines Twenty-three courses were delivered last year to 500 attendees Five universities contracted to teach courses ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 40
41 IEEE Software Engineering Standards Committee Our Future and Yours ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 41
42 SESC objectives for the New Millenium A consistent collection of Software Engineering Standards to support process definition and product development, that improve the quality of delivered software and software-intensive systems Development and delivery of Standards-based training to improve skills Feedback mechanisms to capture experience in standards usage A conformance program for the organizational implementation of SESC standards ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 42
43 How You Can Participate Join the IEEE Computer Society (at Join the IEEE Software Engineering Standards Committee (at Lead or participate in Working Groups developing or revising Standards Lead or participate in Study Groups investigating new areas for standardization Participate in SESC special projects Become part of the SESC balloting pool (IEEE Standards Association membership required) ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 43
44 Questions ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 44
45 For more information... Paul R. Croll Computer Sciences Corporation 5166 Potomac Drive King George, VA Phone: Fax: ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 45
46 References [IEEE99] IEEE Computer Society, Business Plan for the Software Engineering Competency Recognition Program, May1999 [Moore97] James W. Moore, Software Engineering Standards: A User's Road Map, IEEE Computer Society Press, Los Alamitos, CA, [SESC95] SESC Business Planning Group, Vision 2000 Strategy Statement (Final Draft), v0.9, SESC/BPG-002, August 20, [Singh97] Raghu Singh, An Introduction to International Standards ISO/IEC 12207, Software Life Cycle Processes, ASQ Section 509 SSIG Meeting, 8 November 2000 Paul R. Croll - 46
IEEE 1540 - Software Engineering Risk Management: Measurement-Based Life Cycle Risk Management PSM 2001 Aspen, Colorado
Paul R. Croll Chair, IEEE SESC Computer Sciences Corporation [email protected] IEEE 1540 - Software Engineering Risk : Measurement-Based Life Cycle Risk PSM 2001 Aspen, Colorado Objectives Describe Risk in
Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation
Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation Despite significant efforts to improve engineering practices and technologies,
Standards & Practices for the software and system engineers /
Standards & Practices for the software and system engineers / professionals John Walz [email protected] IEEE Computer Society 1 st VP IEEE Software & Systems Engineering i Standards d Committee Systems
Software Quality Assurance: VI Standards
Software Quality Assurance: VI Standards Room E 3.165 Tel. 60-3321 Email: [email protected] Outline I Introduction II Software Life Cycle III Quality Control IV Infrastructure V Management VI Standards VII Conclusion
Introduction for Software Configuration Management Training
Introduction for Software Configuration Management Training I thought I knew it all! History of 12207 ISO/IEC 12207 1995: Standard for Information Technology Software Life Cycle Processes IEEE/EIA 12207.0
Lecture Slides for Managing and Leading Software Projects. Chapter 1: Introduction
Lecture Slides for Managing and Leading Software Projects Chapter 1: Introduction developed by Richard E. (Dick) Fairley, Ph.D. to accompany the text Managing and Leading Software Projects published by
A COMPARISON OF FIVE APPROACHES TO SOFTWARE DEVELOPMENT. David J. Schultz. January 21, 2000
A COMPARISON OF FIVE APPROACHES TO SOFTWARE DEVELOPMENT David J. Schultz January 21, 2000 1. Introduction This white paper addresses five approaches, or methodologies, for software engineering (SWE): The
Comparison of ISO 9001 to IEEE Standards
AppendixB Comparison of ISO 9001 to 5. Primary Life Cycle 5.1 Acquisition 5.2 Supply 4.1, General 7.2.2, Review of Related 7.4.1, Purchasing Process 7.4.2, Purchasing Information 7.4.3, Verification of
Interpreting the Management Process in IEEE/EIA 12207 with the Help of PMBOK
Interpreting the Management Process in IEEE/EIA 12207 with the Help of PMBOK Lewis Gray, Ph.D., PMP Abelia Fairfax, Virginia USA www.abelia.com Copyright 2002 by Abelia Corporation. All rights reserved
INTERNATIONAL STANDARD ISO/IEC 12207 SOFTWARE LIFE CYCLE PROCESSES
INTERNATIONAL STANDARD ISO/IEC 12207 SOFTWARE LIFE CYCLE PROCESSES Raghu Singh Federal Aviation Administration Washington, DC, USA BACKGROUND In 1987 the International Organization for Standardization
References IEEE PUBLICATIONS
References IEEE PUBLICATIONS [1] IEEEIANSI. IEEE Guide to Software Configuration Management. ANSI/IEEE Std 1042-1987, IEEE Press, New York, NY, 1987. [2] IEEE Standard Glossary of Software Engineering
CONTENTS. Preface. Acknowledgements. 1. Introduction and Overview 1 Introduction 1 Whatis the CMMI"? 2 What the CMMI* is Not 3 What are Standards?
Preface Acknowledgements xi xiii 1. Introduction and Overview 1 Introduction 1 Whatis the CMMI"? 2 What the CMMI* is Not 3 What are Standards? 3 2. Summaryof CMMI-SW 5 The CMM*-SW 5 CMMI--SW Continuous
8. Master Test Plan (MTP)
8. Master Test Plan (MTP) The purpose of the Master Test Plan (MTP) is to provide an overall test planning and test management document for multiple levels of test (either within one project or across
Engineering Standards in Support of
The Application of IEEE Software and System Engineering Standards in Support of Software Process Improvement Susan K. (Kathy) Land Northrop Grumman IT Huntsville, AL [email protected] In Other Words Using
Software Quality Standards and. from Ontological Point of View SMEF. Konstantina Georgieva
SMEF 10-11 June, 2010 Software Quality Standards and Approaches from Ontological Point of View Konstantina Georgieva Otto-von-Guericke University Magdeburg Department of Computer Science, Software Engineering
SOFTWARE ASSURANCE STANDARD
NOT MEASUREMENT SENSITIVE National Aeronautics and NASA-STD-8739.8 w/change 1 Space Administration July 28, 2004 SOFTWARE ASSURANCE STANDARD NASA TECHNICAL STANDARD REPLACES NASA-STD-2201-93 DATED NOVEMBER
ISO/IEC 20000 Part 1 the next edition. Lynda Cooper project editor for ISO20000 part 1
ISO/IEC 20000 Part 1 the next edition Lynda Cooper project editor for ISO20000 part 1 Agenda The ISO20000 series Why has it changed Changes ITIL3 impact New requirements Changed requirements How to prepare
Australian Standard. Information technology Service management. Part 2: Guidance on the application of service management systems
ISO/IEC 20000-2:2012 AS ISO/IEC 20000.2 2013 Australian Standard Information technology Service Part 2: Guidance on the application of service systems This Australian Standard was prepared by Committee
How To Improve Software Quality
Software Quality and Standards Dr. James A. Bednar [email protected] http://homepages.inf.ed.ac.uk/jbednar Dr. David Robertson [email protected] http://www.inf.ed.ac.uk/ssp/members/dave.htm SEOC2 Spring
Contents. viii. 4 Service Design processes 57. List of figures. List of tables. OGC s foreword. Chief Architect s foreword. Preface.
iii Contents List of figures List of tables OGC s foreword Chief Architect s foreword Preface Acknowledgements v vii viii 1 Introduction 1 1.1 Overview 4 1.2 Context 4 1.3 Purpose 8 1.4 Usage 8 2 Management
SOFTWARE QUALITY MANAGEMENT THROUGH IMPLEMENTATION OF SOFTWARE STANDARDS
4 th Int. Conf. CiiT, Molika, Dec.11-14, 2003 61 SOFTWARE QUALITY MANAGEMENT THROUGH IMPLEMENTATION OF SOFTWARE STANDARDS S. Grceva, Z. Zdravev Faculty for Education Goce Delcev, University of Sts. Cyril
Quality Manual for Interoperability Testing. Morten Bruun-Rasmussen [email protected]
Quality Manual for Interoperability Testing Morten Bruun-Rasmussen [email protected] Quality and quality assurance Quality in manufacturing A measure, stating that a product is free from defects and significant
CONSOLIDATED VERSION IEC 62304. Medical device software Software life cycle processes. colour inside. Edition 1.1 2015-06
IEC 62304 CONSOLIDATED VERSION Edition 1.1 2015-06 colour inside Medical device software life cycle processes INTERNATIONAL ELECTROTECHNICAL COMMISSION ICS 11.040 ISBN 978-2-8322-2765-7 Warning! Make sure
Software Project Management and Support - Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards
Software Project Management and Support - Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards John Walz The Sutton Group IEEE Computer Society Standards Activities
International Software & Systems Engineering. Standards. Jim Moore The MITRE Corporation Chair, US TAG to ISO/IEC JTC1/SC7 James.W.Moore@ieee.
This presentation represents the opinion of the author and does not present positions of The MITRE Corporation or of the U.S. Department of Defense. Prepared for the 4th Annual PSM Users Group Conference
HOW TO CREATE USEFUL SOFTWARE PROCESS DOCUMENTATION ABSTRACT
HOW TO CREATE USEFUL SOFTWARE PROCESS DOCUMENTATION Linda Westfall The Westfall Team [email protected] 3000 Custer Road, Suite 270, PMB 383 Plano, TX 75075 ABSTRACT Whether our organization is
Revision of ISO 9001 Quality Management Systems Requirements
Revision of ISO 9001 Quality Management Systems Requirements Frequently Asked Questions When will the new ISO 9001 be published? The international standard ISO 9001:2008 Quality management systems Requirements
How to Upgrade SPICE-Compliant Processes for Functional Safety
How to Upgrade SPICE-Compliant Processes for Functional Safety Dr. Erwin Petry KUGLER MAAG CIE GmbH Leibnizstraße 11 70806 Kornwestheim Germany Mobile: +49 173 67 87 337 Tel: +49 7154-1796-222 Fax: +49
International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research)
International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research) International Journal of Engineering, Business and Enterprise
IEEE SESC Architecture Planning Group: Action Plan
IEEE SESC Architecture Planning Group: Action Plan Foreward The definition and application of architectural concepts is an important part of the development of software systems engineering products. The
SWEBOK Certification Program. Software Engineering Management
SWEBOK Certification Program Software Engineering Management Copyright Statement Copyright 2011. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted
Software Quality Management
Software Lecture 9 Software Engineering CUGS Spring 2011 Kristian Sandahl Department of Computer and Information Science Linköping University, Sweden A Software Life-cycle Model Which part will we talk
Configuration Management
Configuration Management based on the National Consensus Standard for Configuration Management ANSI/EIA-649 Best Practices Industry Best Practices Reference Material ANSI/EIA 649; National Consensus Standard
Standards Initiatives for Software Product Line Engineering and Management within the International Organization for Standardization
Standards Initiatives for Software Product Line Engineering and within the International Organization for Standardization Timo Käkölä University of Jyväskylä Finland FiSMA 1 What is software product line
<name of project> Software Project Management Plan
The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor
ISO/IEC/IEEE 29119 The New International Software Testing Standards
ISO/IEC/IEEE 29119 The New International Software Testing Standards Stuart Reid Testing Solutions Group 117 Houndsditch London EC3 UK Tel: 0207 469 1500 Fax: 0207 623 8459 www.testing-solutions.com 1 Stuart
Enterprise Data Dictionary Standards
Department of Education, Federal Student Aid Enterprise Data Dictionary Standards Version: 1.0 Draft April 2007 List of Figures Table of Contents Purpose... 1 Background... 2 1.0 Overview... 3 1.1 Introduction...
Comparison of ISO 9000 and Recent Software Life Cycle Standards to Nuclear Regulatory Review Guidance. G. G. Preckshot J. A. Scott. Version 3.
UCRL-ID-129496 Comparison of ISO 9000 and Recent Software Life Cycle Standards to Nuclear Regulatory Review Guidance G. G. Preckshot J. A. Scott Version 3.0 Janury 20, 1998 Lawrence Livermore National
SC7-ISO20000 Alignment issues Aligning ITIL to existing ISO JTC1- SC7 Software Engineering Standards
SC7-ISO20000 Alignment issues Aligning ITIL to existing ISO JTC1- SC7 Software Engineering Standards Dr. A.April ETS University Table of Contents Objectives Audience Current clash An ITIL overview ISO
Department of Administration Portfolio Management System 1.3 June 30, 2010
E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2
INTERNATIONAL STANDARD
INTERNATIONAL STANDARD ISO/IEC/ IEEE 42010 First edition 2011-12-01 Systems and software engineering Architecture description Ingénierie des systèmes et des logiciels Description de l'architecture Reference
REGULATORY GUIDE 1.170 (Draft was issued as DG-1207, dated August 2012)
Purpose U.S. NUCLEAR REGULATORY COMMISSION July 2013 Revision 1 REGULATORY GUIDE OFFICE OF NUCLEAR REGULATORY RESEARCH REGULATORY GUIDE 1.170 (Draft was issued as DG-1207, dated August 2012) Technical
ISO/IEC 15504 Part 2 provides the following copyright release:
Copyright Notice This document reproduces relevant material from ISO/IEC 15504:2003 Information Technology Process Assessment Part 2: Performing an assessment and ISO/IEC FCD 15504:2005 Information Technology
EDUCORE ISO 20000 Expert Training
EDUCORE ISO 20000 Expert Training Overview ISO/IEC 20000 is the first international standard for IT service management. It was developed in 2005, by ISO/IEC JTC1 SC7 and revised in 2011. ISO/IEC 20000-1:2005
Certified Software Quality Engineer (CSQE) Body of Knowledge
Certified Software Quality Engineer (CSQE) Body of Knowledge The topics in this Body of Knowledge include additional detail in the form of subtext explanations and the cognitive level at which the questions
Benefits to the Quality Management System in implementing an IT Service Management Standard ISO/IEC 20000-1
Benefits to the Quality System in implementing an IT Standard ISO/IEC 20000-1 Presentation to: ASQ North Jersey September 15, 2010 Subrata Guha Director IT s UL DQS Inc. A New Global Alliance for Systems
Software and Systems Engineering. Software and Systems Engineering Process Improvement at Oerlikon Aerospace
SYMPOSIUM at Claude Y. Laporte OA - Process Engineering Nicola R. Papiccio OA - Software Engineering AGENDA Introduction Software Engineering Process s Engineering Process Management of of Change Lessons
Application of software product quality international standards through software development life cycle
Central Page 284 of 296 Application of software product quality international standards through software development life cycle Mladen Hosni, Valentina Kirinić Faculty of Organization and Informatics University
Reviewers of proposed revision to ISO/IEC 19770 1:2006 SAM Processes. Call for feedback on draft of revised 19770 1 Tiered SAM Processes
To: From: Reviewers of proposed revision to ISO/IEC 19770 1:2006 SAM ISO/IEC JTC1 SC7 WG21 Software Date: 30 November 2010 Re: Call for feedback on draft of revised 19770 1 ed SAM On 30 November 2010,
For Further Information
What I/IA 12207 and J-STD-016 Are, and How They Compare to the CMM and ISO 9001 Abelia Corporation 12224 Grassy Hill Court Fairfax, Virginia 22033-2819 USA (T) 703.591.5247 (F) 703.591.5005 [email protected]
Mission Operation Ground. Assurance @ ESA. Mario Merri GSAW, Los Angeles, USA 2 Mar 2011 ESA UNCLASSIFIED
Mission Operation Ground Software Systems Product Assurance @ ESA Mario Merri GSAW, Los Angeles, USA 2 Mar 2011 The European Cooperation for Space Standardisation (ECSS) Established: in 1993 Goal: coherent,
THE ROLE OF IV&V IN THE SOFTWARE DEVELOPMENT LIFE CYCLE
1 THE ROLE OF IV&V IN THE SOFTWARE DEVELOPMENT LIFE CYCLE by: The IV&V Group for: ASQ Section 509 Section 509 - NOV 2007 2 2 INTRODUCTION Overview Phase-Related IV&V Activities IV&V Implementation Summary
Cloud Security Standards. Aziza Al Rashdi Director, Cyber Security Professional Services Oman National CERT Information Technology Authority
Cloud Security Standards Aziza Al Rashdi Director, Cyber Security Professional Services Oman National CERT Information Technology Authority Introduction Sign Off December 2012 Information Technology Authority
UML Modeling of Five Process Maturity Models
UML Modeling of Five Process Maturity Models 1 UML Modeling of Five Process Maturity Models Version 1 LQL-2003-TR-02 2003 Simon Alexandre Naji Habra CETIC - FUNDP 2003 UML Modeling of Five Process Maturity
Australian/New Zealand Standard
AS/NZS ISO/IEC 16326:2006 ISO/IEC TR 16326:1999 AS/NZS ISO/IEC 16326:2006 Australian/New Zealand Standard Software engineering Guide for the application of ISO/IEC 12207 to project management AS/NZS ISO/IEC
Correlation matrices between 9100:2009 and 9100:2016
Correlation matrices between 9100:2009 and 9100:2016 This document gives correlation matrices from 9100:2009 to 9100:2016. This document can be used to highlight where the new and revised clauses are located.
This document is a preview generated by EVS
INTERNATIONAL STANDARD ISO 10781 Second edition 2015-08-01 Health Informatics HL7 Electronic Health Records-System Functional Model, Release 2 (EHR FM) Informatique de santé Modèle fonctionnel d un système
Security Testing. Claire L. Lohr, CSQE, CSDP, CTAL [email protected]. F. Scot Anderson, CISSP [email protected]. April 7, 2009 V 1.
Standards Based Security Testing Claire L. Lohr, CSQE, CSDP, CTAL [email protected] F. Scot Anderson, CISSP [email protected] 1 Topics Why use standards? Secure systems component parts (1st level taxonomy)
EXAM PREPARATION GUIDE
EXAM PREPARATION GUIDE PECB Certified ISO/IEC 27001 Lead Auditor The objective of the Certified ISO/IEC 27001 Lead Auditor examination is to ensure that the candidate has the knowledge and the skills to
ISO 27001: Information Security and the Road to Certification
ISO 27001: Information Security and the Road to Certification White paper Abstract An information security management system (ISMS) is an essential part of an organization s defense against cyberattacks
An Overview of ISO/IEC 27000 family of Information Security Management System Standards
What is ISO/IEC 27001? The ISO/IEC 27001 standard, published by the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC), is known as Information
ISSA Guidelines on Master Data Management in Social Security
ISSA GUIDELINES ON INFORMATION AND COMMUNICATION TECHNOLOGY ISSA Guidelines on Master Data Management in Social Security Dr af t ve rsi on v1 Draft version v1 The ISSA Guidelines for Social Security Administration
Introduction to Modeling and Simulation. Certification. Osman Balci Professor
Introduction to ing and Certification Osman Balci Professor Department of Computer Science Virginia Polytechnic Institute and State University (Virginia Tech) Blacksburg, VA 24061, USA http://manta.cs.vt.edu/balci
NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES
NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES (June 2003) I ORIGINAL Page blank II ORIGINAL NORTH ATLANTIC TREATY ORGANIZATION NATO STANDARDISATION AGENCY (NSA) NATO LETTER OF PROMULGATION June 2003
Quality management systems Fundamentals and vocabulary
FINAL DRAFT INTERNATIONAL STANDARD ISO/FDIS 9000 ISO/TC 176/SC 1 Secretariat: ANSI Voting begins on: 2015-07-09 Voting terminates on: 2015-09-09 Quality management systems Fundamentals and vocabulary Systèmes
CP14 ISSUE 5 DATED 1 st OCTOBER 2015 BINDT Audit Procedure Conformity Assessment and Certification/Verification of Management Systems
Certification Services Division Newton Building, St George s Avenue Northampton, NN2 6JB United Kingdom Tel: +44(0)1604-893-811. Fax: +44(0)1604-893-868. E-mail: [email protected] CP14 ISSUE 5 DATED 1 st OCTOBER
NABL NATIONAL ACCREDITATION
NABL 160 NABL NATIONAL ACCREDITATION BOARD FOR TESTING AND CALIBRATION LABORATORIES GUIDE for PREPARING A QUALITY MANUAL ISSUE NO. : 05 AMENDMENT NO : 00 ISSUE DATE: 27.06.2012 AMENDMENT DATE: -- Amendment
Program Lifecycle Methodology Version 1.7
Version 1.7 March 30, 2011 REVISION HISTORY VERSION NO. DATE DESCRIPTION AUTHOR 1.0 Initial Draft Hkelley 1.2 10/22/08 Updated with feedback Hkelley 1.3 1/7/2009 Copy edited Kevans 1.4 4/22/2010 Updated
SINGAPORE STANDARD FOR Green data centres Energy and environmental management systems
SINGAPORE STANDARD SS 564 : 2010 (ICS 13.020.10; 33.020; 35.020) SINGAPORE STANDARD FOR Green data centres Energy and environmental management systems Published by SPRING Singapore 1 Fusionopolis Walk
GUIDE 62. General requirements for bodies operating assessment and certification/registration of quality systems
GUIDE 62 General requirements for bodies operating assessment and certification/registration of quality systems First edition 1996 ISO/IEC GUIDE 62:1996(E) Contents Pag e Section 1: General 1 1.1 Scope
CONTENTS Preface xv 1 Introduction
Preface xv 1 Introduction 1 1.1 Introduction to Software Project Management, 1 1.2 Objectives of This Chapter, 2 1.3 Why Managing and Leading Software Projects Is Difficult, 2 1.3.1 Software Complexity,
ITIL Managing Digital Information Assets
ITIL Managing Digital Information Assets Shirley Lacy, ConnectSphere Frieda Midgley, Digital Continuity Project Judith Riley, Digital Continuity Project Nigel Williamson, Digital Continuity Project White
Space product assurance
ECSS-Q-ST-80C Space product assurance Software product assurance ECSS Secretariat ESA-ESTEC Requirements & Standards Division Noordwijk, The Netherlands Foreword This Standard is one of the series of ECSS
Australian/New Zealand Standard
AS/NZS ISO/IEC 25000:2007 ISO/IEC 25000:2005 AS/NZS ISO/IEC 25000:2007 Australian/New Zealand Standard Software engineering Software product Quality Requirements and Evaluation (SQuaRE) Guide to SQuaRE
ISO 9001: 2008 Boosting quality to differentiate yourself from the competition. xxxx November 2008
ISO 9001: 2008 Boosting quality to differentiate yourself from the competition xxxx November 2008 ISO 9001 - Periodic Review ISO 9001:2008 Periodic Review ISO 9001, like all standards is subject to periodic
I.3 Quality Management
I.3 Quality Management [Sommerville2004] Quality Management System [ISO 9000]: The organizational structure, responsibilities, procedures, processes and resources for implementing quality management Concerned
Herstellerinitiative Software (OEM Initiative Software)
Herstellerinitiative Software (OEM Initiative Software) Dr. Michael Daginnus Volkswagen AG Wolfsburg Dr. Dieter Marx Porsche AG Weissach Dr. Ralf Belschner Daimler AG Sindelfingen Kai Barbehön BMW AG München
Developing CMMI in IT Projects with Considering other Development Models
Developing CMMI in IT Projects with Considering other Development Models Anahita Ahmadi* MSc in Socio Economic Systems Engineering Organizational Process Development Engineer, International Systems Engineering
Improving global standard to be a key driver of innovation. Colin MacNee. 2012, 2013, 2014 Duncan MacNee Limited. www.apcergroup.
Improving global standard to be a key driver of innovation Colin MacNee Caveat The views expressed are my own and do not represent BSI CQI IAF IBM IRCA ISO IT Governance Content Where we ve come from A
ISO/IEC Information & ICT Security and Governance Standards in practice. Charles Provencher, Nurun Inc; Chair CAC-SC27 & CAC-CGIT
ISO/IEC Information & ICT Security and Governance Standards in practice Charles Provencher, Nurun Inc; Chair CAC-SC27 & CAC-CGIT June 4, 2009 ISO and IEC ISO (the International Organization for Standardization)
DRAFT REGULATORY GUIDE
U.S. NUCLEAR REGULATORY COMMISSION August 2012 OFFICE OF NUCLEAR REGULATORY RESEARCH Division 1 DRAFT REGULATORY GUIDE Contact: K. Sturzebecher (301) 251-7494 DRAFT REGULATORY GUIDE DG-1206 (Proposed Revision
An Introduction to the ECSS Software Standards
An Introduction to the ECSS Software Standards Abstract This introduces the background, context, and rationale for the creation of the ECSS standards system presented in this course. Addresses the concept
F15. Towards a More Mature Test Process. Anne Mette-Hass. P r e s e n t a t i o n
Towards a More Mature Test Process Anne Mette-Hass International Conference On Software Testing, Analysis & Review November 19-23 Stockholm, Sweden P r e s e n t a t i o n F15 Friday 23rd November, 2001
Appendix H Software Development Plan Template
Appendix H Software Development Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of Acronyms
INTERNATIONAL STANDARD
INTERNATIONAL STANDARD ISO/IEC 14662 First edition Information Technologies - Open-edi reference model Technologie de l'information - Modèle de référence EDI-ouvert Reference number Page 2 Contents Foreword...
Software Quality. Unit9. Software Quality Standards
Software Quality Unit9. Software Quality Standards 1 Standards A Standard is a document of voluntary application, containing technical specifications based on experience and technological development results.
How to Write a Software Process Procedures and Policy Manual for YOUR COMPANY
How to Write a Software Process for YOUR COMPANY 1. Introduction MicroTools is proposing to assist YOUR COMPANY in improving the existing software process. The purpose of this project is to both improve
