Standards & Practices for the software and system engineers /
|
|
|
- Blaze Knight
- 10 years ago
- Views:
Transcription
1 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 and Software Technology Conference (SSTC 2009) Wednesday, 22-Apr Apr-09 Walz 1
2 Objective & Audience Advancing the knowledge, practice, and skills of engineering professionals Software and system engineers & professionals Acquisition Professionals Program/Project Managers Programmers System Developers Systems Engineers Process Engineers Quality and Test Engineers 22-Apr-09 Walz 2
3 Standards & Practices Abstract Cultivate, improve, and deploy best practices to meet business goals, timely delivery to satisfied customers, whose payments result in profit margins. Practices follow defined policies, processes, conventions, and procedures. Practices are influenced by HR selection criteria, Tool acquisition, and Iterative ti improvements Improvement projects start with a gap analysis using standards 22-Apr-09 Walz 3
4 Standards & Practices Practices deal with practitioners skills, work processes, & work products, both created and acquired Work Processes, uses Standards for documented process definitions, measure definitions, & Life cycle / work flow management 22-Apr-09 Walz 4
5 Building for Business Success Lean Six Sigma Management System Practices Measurements Tools & Techniques Controls Records Life Cycle Model Process Definitions Improvement Methods IDEAL SM CMMI Artifact templates Six Sigma Lean Methods Policies & Procedures Process Measures Standards, Spec, Criteria 22-Apr-09 Walz 5
6 Tower of Babel Standards d Practices Best Practices, Recommended d Practices, Generic Practices, Specific Practices Corporate Governance Practices, Marketplace Practices, Enterprise Practices, Business Practices, Software & Systems Engineering Practices Goals, Generic & Specific Processes, Activities, Tasks Frameworks Life Cycle Model Methodology Work Products / Artifacts Conformity Assessment Projects, Organizations, Enterprise, & Industry Process / Org Mat rit Engineering Practices Process / Org. Maturity 22-Apr-09 Walz 6
7 Simple Business Model for Standards and Practices Suppliers Std Talent product Std Customer Std Best Practices Std Tools Organization 22-Apr-09 Walz 7
8 Product improvements require improving Process Processes guide stakeholders through the life cycle improved Quality People & & Productivity Technology, Behaviors Tools People need to be skilled in techniques Technology enables and know when to apply them processes and techniques 22-Apr-09 Walz 8
9 What is a standard? A standard is a published document that sets out specifications and procedures designed to ensure that a material, product, method, or service meets its purpose and consistently performs to its intended use Standards are fundamental building blocks for international trade Standards Solve product compatibility issues Address consumer safety and health concerns Represents consensus expert opinion Simplify product development and reduce non-value-adding costs Increase a user's ability to compare competing products Provide assurance of interconnectivity ti it and interoperability and provide credibility of new products Verify new markets thus enabling the rapid implementation of technology 22-Apr-09 Walz 9
10 What is a Practice? (1) an activity that contributes to the purpose or outcomes of a process or enhances the capability of a process 1 (2) requirements employed to prescribe a disciplined uniform approach to the software development process ISO/IEC :2004 Information technology -- Process assessment -- Part 1: Concepts and vocabulary, ISO/IEC 24765, Systems and Software Engineering i Vocabulary 22-Apr-09 Walz 10
11 More Definitions IEEE, ISO, IEC Base practice Generic practice Conventions Methodology Life Cycle Model CMMI-DEV Specific Practices Generic Practices Process area Apr-09 Walz 11
12 Football example Hole assignments and player numbering is used to assign who will be the main ball carrier and where the play will go Passing tree is the number system used for the passing routes Practices examples The Goal is getting the ball over the Goal Line. 22-Apr-09 Walz 12
13 In a complex, multidimensional trade space of solutions... Value of Standards What is testing? A standard is a Name for an otherwise fuzzy concept Practitioners needs standards to assign names to practices or collections of practices. a standard gives anametoa a bounded region. This enables communication between Buyer and Seller It defines some characteristics that a buyer can count on. Standards represent the minimum level of responsible practice Jim Moore, CSEE&T Panel 7 Moore06 22-Apr-09 Walz 13
14 Most successful standard: ISO 9001 Product is defined as result of a process Process is sdefined edas set of interrelated e or interacting activities which transforms inputs into outputs Say what you do and do what you say. Conformance is all about following processes; Any tool that enforces some type of process, will help an organization maintain its ISO 9001 management system 22-Apr-09 Walz 14
15 Model of Engineering Goals Constraints Control Measurements Action Needs Process Product Resources Moore06, SESC93 22-Apr-09 Walz 15
16 Steps to Success in software & system engineering - Compliant Process Engineering i Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards 1 Understand your business 2 processes Look to Models Look to Look to for Process 3 Framework 4 Supporting Completeness Standards for Life Standards for Cycle Definition Process Detail 5 Build or Refine Your Process Architecture 6 Execute Your Processes 7 Measure Your Results - Modify Processes as Necessary 8 Confirm Your Status With Independent Appraisals Apr-09 Croll04 Walz 16
17 Using IEEE S2E Standards Select relevant Software & System Engineering (S2E) processes from Model and Framework, Define S2E processes using best practices and standards Perform gap analysis of S2E processes Improve existing S2E processes, Ensure process conformance to Model (e.g. CMMI Maturity Level, IS 15504, ISO 9001) 22-Apr-09 Walz 17
18 What are IEEE S2E Standards? Represent industry best practices Codifies industries best practices for all critical software & system engineering g processes and their outputs Developed by domain experts with broad expert consensus Specify content Provide detailed procedure explanations and offer section by section guidance on building the necessary documentation with no recommendation of exact techniques or formats Used as tools to help in the painful process of self-documentation Specify the minimum required contents for each support document or artifact 22-Apr-09 Land06 Walz 18
19 IEEE Std 730, Software Quality Assurance Plans IEEE Std 828, Software Configuration Management Plans IEEE Std 830, Software Requirements Specifications IEEE Std 982.1, Dictionary of Measures to Produce Reliable Software IEEE Std 1008, Software Unit Testing IEEE Std 1012, Software Verification and Validation Plans IEEE Std 1016, Software Design Descriptions IEEE Std 1028, Software Reviews IEEE Std 1044, Classification for Software Anomalies IEEE Std 1045, Software Productivity Metrics IEEE Std 1061, Software Quality Metrics Methodology IEEE Software & System Engineering Standards IEEE Std 1062, Software Acquisition IEEE Std 1074, Developing a Software Project Life Cycle Process IEEE Std 1228, Software Safety Plans Plus nine other IEEE Std 1420, Software Reuse IEEE standards at the IEEE Std 1471, Architecture Description software and systems level IEEE Std 1517, Software Life Cycle Processes Reuse Processes IEEE Std 1633, Software Reliability IEEE/ISO/IEC 12207, Software Project Life Cycle Process IEEE/ISO/IEC 12119, Software packages - Quality requirements and testing IEEE/ISO/IEC 14764, Software Life Cycle Processes -- Maintenance IEEE/ISO/IEC 16326, Software Project Management Plans IEEE/ISO/IEC 24765, Glossary of Software Engineering Terminology IEEE/ISO/IEC 26514, Software User Documentation Land08 22-Apr-09 Walz 19
20 Framework Standards a higher level of abstraction 22-Apr-09 Walz 20
21 Standards are conceptual, not implemented Practices Standards: a set of mandatory requirements employed and enforced to prescribe a disciplined uniform approach to software development, that is, mandatory conventions and practices IS Apr-09 Walz 21
22 IS Software life cycle processes 43 S2E Processes with 123 Process Activities Purpose provide a defined set of processes to facilitate communication among acquirers, suppliers and other stakeholders in the life cycle of a software product. (1.2) An organization would adopt the standard and supplement it with appropriate procedures, practices, tools and policies. (5.1.4) Process has purpose and outcomes and consists of multiple activities, each having multiple tasks (5.2.1) Process outcomes are used to demonstrate successful achievement of the purpose of a process. (5.2.1) Distinct forms of a task (5.1.11): "Shall" is used to express a provision required for conformance, "Should" to express a recommendation among other possibilities, and "May" to indicate a course of action permissible within the limits of this standard. Life cycle processes and activities are selected and employed in a stage to fulfill the purpose and outcomes of that stage (5.1.12) 22-Apr-09 Walz 22
23 IS Life Cycle Model Management Process Purpose Define, maintain, and assure availability of policies, life cycle processes, life cycle models, and procedures for use by the organization Provide life cycle policies, processes, and procedures that are consistent with the organization's objectives, that are defined, adapted, improved and maintained to support individual project needs within the context of the organization, and that are capable of being applied using effective, proven methods and tools. Outcomes of successful implementation: a) policies and procedures for the management and deployment of life cycle models and processes are provided; b) responsibility, accountability and authority for life cycle management are defined; d c) life cycle processes, models and procedures for use by the organization are defined, maintained and improved; and d) prioritized process improvements are implemented. 22-Apr-09 Walz 23
24 Software Engineering Body of Knowledge SWEBOK 10 Knowledge Areas Software Requirements Software Design Software Construction o Software Testing Software Maintenance Software Configuration Mgmt Software Eng. Management Software Engineering Process Software Eng. Tools & Methods Software Quality 8 Related Disciplines Computer Engineering Computer Science Management Mathematics Project Management Quality Management Software Ergonomics Systems Engineering i The Guide to SWEBOK is 202 pages 22-Apr-09 Walz 24
25 Allocation Of IEEE And ISO Software Engineering Standards To SWEBOK Knowledge Areas Knowledge Areas STANDARDS 22-Apr-09 Walz 25
26 Standards for S2E Product Realization Standards Vocabulary Process Standards d Process Processes guide stakeholders through the life cycle S2E Body Of Knowledge improved Tools Standards People & Quality & Productivity Technology, Behaviors Tools Certification Standards People need to be skilled in techniques Technology enables and know when to apply them processes and techniques 22-Apr-09 Walz 26
27 S2E Project Management & Support Objectives People Processes Standards / Practices Quality Productivity Risk Reduction Degree / Curriculum Certifications Sftw Dev Prof - CSDP -IEEE Sftw Dev Assoc. - CSDA -IEEE Sftw Quality Engr - CSQE -ASQ Sftw Prj Mgr - CSPM -QAI Sftw Prj Mgr - SwPM -SQI Project Mgmt Professional -PMI Training 22-Apr-09 Walz 27
28 Practitioners Skills related to S2E Standards Code of Ethics... Shall participate i t in lifelong l learning regarding the practice of their profession Assist colleagues in being fully aware of current standard work practices Education, based on SWEBOK Software Engineering Computing Curricula 2004 (SE2004) Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering i Graduate SWE Reference Curriculum (GSwERC) Continual education Courseware based on SWEBOK Certifications, based on SWEBOK CSDP Certified Software Development Professional CSDA Certified Software Development Associate 22-Apr-09 Walz 28
29 S2E Processes Work Processes IEEE System Engineering Processes IEEE Software Engineering Processes IEEE Software & System Engineering Standards Collection Life Cycle Model of Processes & Artifacts Spectrum between 100% Sequential vs. 100% Iterative Tools: CM, PM, CASE, etc Workflow between Processes, Tools, and Practitioners 22-Apr-09 Walz 29
30 Work Product / Artifact Life Cycle Model defines processes, their relationship, and Artifacts Definitions from CMMI Work Product is any artifact produced by a process Artifacts can include records, files, documents, parts of the product, services, processes, specifications, and invoices A key distinction between a work product and a product component is that a work product need not be engineered or part of the end product Artifacts used for appraisals and audits CMMI-DEV, IS 15504, ISO Apr-09 Walz 30
31 S2E Work Products and Records Documents and records provide: Communications within the team and to stakeholders Foundation for improvement Evidence of compliance Software & System Engineering organizations Have freedom on the format and content of typical software engineering project documents Can chose from several frameworks, standards, and methods to implement and enhance their mission and value-added services within their company 22-Apr-09 Walz 31
32 Design Artifacts from Standards Use standards to define: Processes for work flow Match: Staff, Processes Work Products, Staff credentials, Content and Format Process inputs, Process Records Process outputs, Project Plan milestones Project milestone, Project & Process & Configuration records 22-Apr-09 Walz 32
33 Improvement requires Engineering processes to be: Hot Warm Well defined, Followed, and Measured Neutral Cool Cold 22-Apr-09 Walz 33
34 Artifact Creation Example: Software Requirements Specifications (SRS) IEEE Software Requirements Analysis Process (5 shall s s / 2 pages) Calls for SRS CMMI-DEV Requirements Development framework (3 Goals, 9 Practices / 20 pg) Calls for SRS Software Requirements Specifications (SRS) requirements from IEEE 830 (10 shall s / 26 pg) SRS document Outline from IEEE 830 appendix SRS document Guidance from best practices SRS document Template from best practices 22-Apr-09 Walz 34
35 Software Requirements Specifications Atif Artifactt IEEE Standard 830, Practice for Software Requirements Specifications Outlines the requirements for what comprises a good Software Requirements Specification (SRS): Establishes basis for agreement between customers and suppliers on what the software product is to do Reduces the development effort Provides a basis for estimating costs and schedules Provides a baseline for validation and verification Facilitates transfer Serves as a basis for enhancement 22-Apr-09 Walz 35
36 IEEE 830 Table of Contents 22-Apr-09 Walz 36
37 Conclusions and Recommendations Advanced software & systems engineering management & practices will achieve objectives: quality, productivity, customer satisfaction, and compliance Quality outcomes requires Quality Processes Quality Processes create useful Artifacts Design Artifacts from Standards and best practices 22-Apr-09 Walz 37
38 Formalized Intellectual Property Good Techniques / Methods Ati Articles published with peer review Case studies Good Principles Best Practices Workshops Body Of Knowledge Standards developed Books Collegiate Curriculum Certification of experts & organizations Licenses 22-Apr-09 Walz 38
39 Formalized Intellectual Property Technical Council on Software Webinars Engineering Right-Sizing Agile Development, Steve Standards Committee on Software & McConnell System Engineering Standardizing Your Software Process IEEE S2E Standards collection Conferences & Proceedings SSTC 2009 Tech Summit 2008 Publications Computer IEEE Software IT Professional IEEE Transactions on Software Engineering Podcasts IEEE Talks Software Process Improvement Initiatives, by Susan K. Land ebooks (ReadyNotes) A Practical Metrics and Measurements Guide for Today s Software Project Manager by Susan K. Land, William C. Hobart Jr., and John W. Walz, Books The Road Map to Software Engineering: g A Standards-Based Guide by James W. Moore Practical Support for CMMI-SW Software Project Documentation: Using IEEE Software Engineering Standards by Susan K. Land, John W. Walz Certification in CSDA / CSDP Certified Software Development Associate Certified Software Development Professional 22-Apr-09 Walz 39
40 References CMMI for Development, Version 1.2, SEI Croll04, Croll, P; Eight Steps to Success in CMMI Compliant Process Engineering, 16th Annual Systems and Software Technology Conference, 20- Apr-2004 IEEE Software Engineering Standards Collection, Institute of Electrical and Electronics Engineers, Inc. IEEE Standard Glossary of Software Engineering Terminology IEEE Standard Land06, Land, S.K.; Walz, J.; Practical CMMI Software Process Documentation- Using IEEE Software Engineering Standards, John- Wiley/IEEE Press, Feb 2006 Land08, Land, S. K.; Real World Application of International Process and IEEE Software and Systems Engineering Standards to Software Process Improvement Initiatives; SSTC; 30-Apr-08 Moore, J.W.; The Role of Process Standards in Process Definition ; Moore06, Moore, J.W.; The Road Map to Software Engineering, A Standards- Based Guide, 2006 SESC93, Long Range Planning Group, Master Plan for Software Engineering Standards, Version 1.0, 1-Dec Apr-09 Walz 40
41 Webinars from IEEE Computer Society Similar presentations - CS Webinars series org/portal/web/webinars Call for Experts to create CS Webinars contact Debbie Sims [email protected] or Dick Price [email protected] 22-Apr-09 Walz 41
42 Acronyms used ASQ American Society for Quality CASE Computer-Aided Software Engineering CM Configuration Management CMMI Capability Maturity Model Integrated CMMI-DEV CMMI for Development CSDA Certified Software Development Associate CSDP Certified Software Development Professional CSPM Certified Software Project Manager CSQE Certified Software Quality Engineer Engr Engineer IDEAL SM Initiating, Diagnosing, Establishing, Acting, Learning IEEE Systems Engineering - System life cycle processes IEEE Life Cycle Processes for Software Engineering IS ISO/IEC Information Technology Process Assessment IS ISO/IEC Software and Systems Engineering Vocabulary ISO 9001 Quality management systems -- Requirements PM Program Management PMI Project Manager Institute S2E Software & System Engineering SRS Software Requirements Specifications Std Standard SWEBOK Software Engineering Body of Knowledge 22-Apr-09 Walz 42
43 Questions? 22-Apr-09 Walz 43
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
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
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,
An Overview of IEEE Software Engineering Standards and Knowledge Products
Paul R. Croll Chair, IEEE SESC Computer Sciences Corporation [email protected] An Overview of IEEE Software Engineering Standards and Knowledge Products Objectives Provide an introduction to The IEEE Software
Life Cycle Models, CMMI, Lean, Six Sigma Why use them?
Life Cycle Models, CMMI, Lean, Six Sigma Why use them? John Walz IEEE Computer Society, VP for Standards QuEST Forum Best Practices Conference Track 3 What, Where, How & Why Monday, 24-Sep-07, 4:30 5:30
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
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
Syllabus. REQB Certified Professional for Requirements Engineering. Foundation Level
Syllabus REQB Certified Professional for Requirements Engineering Version 2.1 2014 The copyright to this edition of the syllabus in all languages is held by the Global Association for Software Quality,
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
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
Rapidly Defining a Lean CMMI Maturity Level 3 Process
Rapidly Defining a Lean CMMI Maturity Level 3 Process Zia Tufail, [email protected], 301.233.4228 Julie Kellum, [email protected], 404.731. 52.63 Tim Olson-QIC, [email protected], 760.804.1405 2004 Hewlett-Packard
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
CHAPTER 7 Software Configuration Management
CHAPTER 7 Software Configuration Management ACRONYMS CCB CM FCA MTBF PCA SCCB SCI SCM SCMP SCR SCSA SEI/CMMI SQA SRS USNRC INTRODUCTION Configuration Control Board Configuration Management Functional Configuration
CMMI for Development Introduction & Implementation Roadmap
www.businessbeam.com CMMI for Development Introduction & Implementation Roadmap Business Beam (Pvt.) Limited Today 1 About CMMI for Development 2 Implementation Roadmap 3 CMMI & Business Beam 2 About CMMI
Capability Maturity Model Integration (CMMI SM ) Fundamentals
Capability Maturity Model Integration (CMMI SM ) Fundamentals Capability Maturity Model Integration and CMMI are are service marks of Carnegie Mellon University 2008, GRafP Technologies inc. 1 What is
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
How To Implement Itil V3
2009 NMCI Conference: Implementing ITIL Session 1: ITSM Process ITSM COE Agenda Background ITSM Overview ITIL and Service Delivery Adopting ITIL to NGEN SE&I Activities 2 Background Develop Government
Agile SW Development @ Siemens
CON ECT INFORMUNITY, 24.3.2014 Agile SW Development @ Siemens Corporate Development Center Unrestricted Siemens Aktiengesellschaft Österreich 2013 All rights reserved. Eva Kišo ová - that s me Faculty
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
Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects
Transdyne Corporation CMMI Implementations in Small & Medium Organizations Using the Agile Methodology to Mitigate the Risks of Highly Adaptive Projects Dana Roberson Quality Software Engineer NNSA Service
IEEE Computer Society and Certified Software Development Professional
IEEE Computer Society and Certified Software Development Professional Vision Statement...to be the leading provider of technical information, community services, and personalized services for the world
Project Management Standards: A Review of Certifications/Certificates
Project Standards: A Review of Certifications/Certificates Standards for Project Supporting Certification and Certificates Certificate Certification The Project Body of Knowledge PMBOK Guide Projects in
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
Agile SW Development @ Siemens
CON ECT INFORMUNITY, 19.9.2013 Neue Software-Trends Agilität Prozesse & RE Agile SW Development @ Siemens Corporate Development Center Dr. Kurt Hofmann > 25 years Siemens ACT SW developer at PSE Team leader
The Advantages and Disadvantages of Using Software Engineering Standards
1 Introduction and Overview INTRODUCTION Many companies, in their push to complete successful Level 2 Capability Maturity Model (CMM ) 1 or Capability Maturity Model Integration (CMMI ) 2 appraisals, have
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
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
Distributed and Outsourced Software Engineering. The CMMI Model. Peter Kolb. Software Engineering
Distributed and Outsourced Software Engineering The CMMI Model Peter Kolb Software Engineering SEI Trademarks and Service Marks SM CMM Integration SCAMPI are service marks of Carnegie Mellon University
Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.
INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc. February 2013 1 Executive Summary Adnet is pleased to provide this white paper, describing our approach to performing
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
Agile Development: How to Define a Lean, Mean Software Process. Phil Robinson Lonsdale Systems [email protected] www.iinet.net.
Agile Development: How to Define a Lean, Mean Software Process Phil Robinson Lonsdale Systems [email protected] www.iinet.net.au/~lonsdale/ Some Definitions Agile 1. Characterised by quickness, lightness,
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
Software Engineering Reference Framework
Software Engineering Reference Framework Michel Chaudron, Jan Friso Groote, Kees van Hee, Kees Hemerik, Lou Somers, Tom Verhoeff. Department of Mathematics and Computer Science Eindhoven University of
Project Management Professional (PMP) Examination Content Outline
Project Management Professional (PMP) Examination Content Outline Project Management Institute Project Management Professional (PMP) Examination Content Outline June 2015 Published by: Project Management
Towards a new approach of continuous process improvement based on CMMI and PMBOK
www.ijcsi.org 160 Towards a new approach of continuous process improvement based on CMMI and PMBOK Yassine Rdiouat 1, Naima Nakabi 2, Khadija Kahtani 3 and Alami Semma 4 1 Department of Mathematics and
The Emergence of Software Engineering Professionalism
The Emergence of Software Engineering Professionalism The Role of Professional Societies in the Emergence of Software Engineering Professionalism in the United States and Canada Stephen B. Seidman University
Foredragfor Den Norske Dataforening, den 08.10.2003
Foredragfor Den Norske Dataforening, den 08.10.2003 CMM, CMMI and ISO 15504 (SPICE) Bruk av modenhetsmodeller under programmvareutvikling, er det nøkkelen til suskess? Malte Foegen, Jürgen Richter IT Maturity
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
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
Mapping A Knowledge Areas of The SWEBOK Standard With The CBOK in Software Engineering Field Using A Set Theory
Advances in and s Mapping A Knowledge Areas of The Standard With The in Field Using A Set Theory Kenza Meridji Department of Petra University [email protected] Abstract The purpose of this paper is to
Lecture 8 About Quality and Quality Management Systems
Lecture 8 About Quality and Quality Management Systems Kari Systä 10.03.2014 10.03.2014 TIE-21100/21106; K.Systä 1 Content of today s lecture Two weeks ago we discussed about testing and inspections, that
ITIL & The Service Oriented Approach. Vivek Shrivastava
Vivek Shrivastava Speaker Introduction Vivek Shrivastava Experienced in numerous aspects of IT during a 15 year career (Dev, QA, Bus Analysis, Project Management, Process Improvement, Service Management,
Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK
IBM Software Group Requirement Management with the Rational Unified Process RUP practices to support Business Analyst s activities and links with BABoK Jean-Louis Maréchaux Software IT Specialist IBM Rational
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)
Aligning CMMI & ITIL. Where Am I and Which Way Do I Go? 2006 - cognence, inc.
Aligning CMMI & ITIL Where Am I and Which Way Do I Go? 2006 - cognence, inc. Agenda Where Am I? Current Situation Process Improvement Objectives How Do I Get There? CMMI ITIL Mapping, Commonalities, Differences
The SWEBOK Initiative and Software Measurement Intentions
The SWEBOK Initiative and Software Measurement Intentions Abstract ALAIN ABRAN Executive Co-editor, SWEBOK Project Pierre Bourque, Robert Dupuis (Co-editors) Articulating a body of knowledge is an essential
The SWEBOK Guide A Curriculum Analysis Tool
The SWEBOK Guide A Curriculum Analysis Tool SWEBOK ÉTS Le Guide SWEBOK Un outil d analyse de cursus Pierre Bourque ICSSEA 2005 Paris, France 30 November 2005 Corporate Support by: Project managed by: 2
Camber Quality Assurance (QA) Approach
Camber Quality Assurance (QA) Approach Camber s QA approach brings a tested, systematic methodology, ensuring that our customers receive the highest quality products and services, delivered via efficient
SEBoK: a guide to the systems engineering body of knowledge
SEBoK: a guide to the systems engineering body of knowledge Presented by a panel of contributors to SEBoK Panelists! Rick Adcock, Cranfield University! Dick Fairley, IEEE Computer Society! Dave Olwell,
PMBOK for Dummies. Sean Whitaker, PMP Vice President, PMINZ
PMBOK for Dummies Sean Whitaker, PMP Vice President, PMINZ A short history of PMBOK A Guide to the Project Management Body of Knowledge (PMBOK Guide) was first published by the Project Management Institute
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
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
SSECM: The Software Systems Engineering Competency Model. Agenda
SSECM: The Software Systems Engineering Competency Model prepared and presented by Richard E. (Dick) Fairley, PhD, CSDP Software and Systems Engineering Associates () SSECM STC 10 April 2013 slide 1 Agenda
A STRUCTURED METHODOLOGY FOR MULTIMEDIA PRODUCT AND SYSTEMS DEVELOPMENT
A Structured Methodology for Multimedia Product and Systems Development A STRUCTURED METHODOLOGY FOR MULTIMEDIA PRODUCT AND SYSTEMS DEVELOPMENT Cathie Sherwood and Terry Rout School of Computing and Information
Data Management Maturity Model. Overview
Data Management Maturity Model Overview UPMC Center of Excellence Pittsburgh Jul 29, 2013 Data Management Maturity Model - Background A broad framework encompassing foundational data management capabilities,
ITIL Service Lifecycles and the Project Manager
1 ITIL Service Lifecycles and the Project Manager The intersection of IT Service and Project Delivery Presented to: Kansas City Mid-America PMI Chapter Mark Thomas January 17, 2011 1 Agenda 2 Introduction
Using Rational Software Solutions to Achieve CMMI Level 2
Copyright Rational Software 2003 http://www.therationaledge.com/content/jan_03/f_cmmi_rr.jsp Using Rational Software Solutions to Achieve CMMI Level 2 by Rolf W. Reitzig Founder, Cognence, Inc. Over the
R I T. IEEE Computer Society Certified Software Development Professional (CSDP) Exam. Buenos Aires, Argentina Junio de 2006. Software Engineering
IEEE Computer Society Certified Software Development Professional (CSDP) Exam Software Engineering Buenos Aires, Argentina Junio de 2006 Dr. J. Fernando Naveda Department of Software Engineering Rochester
Plan-Driven Methodologies
Plan-Driven Methodologies The traditional way to develop software Based on system engineering and quality disciplines (process improvement) Standards developed from DoD & industry to make process fit a
Implementation of ANSI/AAMI/IEC 62304 Medical Device Software Lifecycle Processes.
Implementation of ANSI/AAMI/IEC 62304 Medical Device Software Lifecycle Processes.. www.pharmout.net Page 1 of 15 Version-02 1. Scope 1.1. Purpose This paper reviews the implementation of the ANSI/AAMI/IEC
NODIS Library Program Formulation(7000s) Search
NODIS Library Program Formulation(7000s) Search NASA Procedural Requirements This Document Is Uncontrolled When Printed. Check the NASA Online Directives Information System (NODIS) Library to verify that
Applying Integrated Risk Management Scenarios for Improving Enterprise Governance
Applying Integrated Risk Management Scenarios for Improving Enterprise Governance János Ivanyos Trusted Business Partners Ltd, Budapest, Hungary, [email protected] Abstract: The term of scenario is used
DRAFT TABLE OF CONTENTS 1. Software Quality Assurance By Dr. Claude Y Laporte and Dr. Alain April
DRAFT TABLE OF CONTENTS 1 Software Quality Assurance By Dr. Claude Y Laporte and Dr. Alain April Foreword This book introduces the basic concepts of software quality assurance. The book illustrates how
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
Using Business Process Management Technology to Implement a CMMI-compliant Agile Software Development Approach
Using Business Process Management Technology to Implement a CMMI-compliant Agile Software Development Approach Bob Moore, Business, Inc. 1 Introduction This presentation will show how Business Process
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.
<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
How To Write A Contract For Software Quality Assurance
U.S. Department of Energy Washington, D.C. NOTICE DOE N 203.1 Approved: Expires: 06-02-01 SUBJECT: SOFTWARE QUALITY ASSURANCE 1. OBJECTIVES. To define requirements and responsibilities for software quality
Redesigned Framework and Approach for IT Project Management
Vol. 5 No. 3, July, 2011 Redesigned Framework and Approach for IT Project Management Champa Hewagamage 1, K. P. Hewagamage 2 1 Department of Information Technology, Faculty of Management Studies and Commerce,
Overview Presented by: Boyd L. Summers
Overview Presented by: Boyd L. Summers Systems & Software Technology Conference SSTC May 19 th, 2011 1 Report Documentation Page Form Approved OMB No. 0704-0188 Public reporting burden for the collection
MKS Integrity & CMMI. July, 2007
& CMMI July, 2007 Why the drive for CMMI? Missed commitments Spiralling costs Late delivery to the market Last minute crunches Inadequate management visibility Too many surprises Quality problems Customer
A Guide to the Business Analysis Body of Knowledge (BABOK Guide) Version 2.0
A Guide to the Business Analysis Body of Knowledge (BABOK Guide) Version 2.0 www.theiiba.org International Institute of Business Analysis, Toronto, Ontario, Canada. 2005, 2006, 2008, 2009, International
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
Using Lean Six Sigma to Accelerate
Using Lean Six Sigma to Accelerate CMMI Implementation Briefers: Diane A. Glaser Michael D. Barnett US Army LCMC SEC CMMI Coordinator Communication Software ASQ SSGB Engineering Support Division MTC Technologies,
Five best practices for deploying a successful service-oriented architecture
IBM Global Services April 2008 Five best practices for deploying a successful service-oriented architecture Leveraging lessons learned from the IBM Academy of Technology Executive Summary Today s innovative
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
What is a life cycle model?
What is a life cycle model? Framework under which a software product is going to be developed. Defines the phases that the product under development will go through. Identifies activities involved in each
INTEGRATED SOFTWARE QUALITY MANAGEMENT (ISQM)
Guide for Integrated Software Quality Management (ISQM) GUIDE FOR INTEGRATED SOFTWARE QUALITY MANAGEMENT (ISQM) SEPTEMBER 2012 (Updated July 2014 see next page) American Bureau of Shipping Incorporated
Small tech firms. Seizing the benefits of software and systems engineering standards
Small tech firms Seizing the benefits of software systems engineering stards by Claude Y. Laporte, Norm Séguin, Gisele Villas Boas Sanyakorn Buasung The ability of organizations to compete, adapt, survive
APQC CORPORATE EDUCATION CATALOG
APQC CORPORATE EDUCATION CATALOG APQC CORPORATE EDUCATION OFFERINGS Learn key improvement tools quickly with training courses that address your most pressing organizational issues. We focus every APQC
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
The Compelling Case For CMMI-SVC: CMMI-SVC, ITIL & ISO20000 demystified
The Compelling Case For CMMI-SVC: CMMI-SVC, ITIL & ISO20000 demystified T: 01748 821824 E: [email protected] Agenda What is CMMI-SVC? How Does CMMI-SVC Relate to Existing Models? CMMI-SVC and ISO 20000
Traceability Patterns: An Approach to Requirement-Component Traceability in Agile Software Development
Traceability Patterns: An Approach to Requirement-Component Traceability in Agile Software Development ARBI GHAZARIAN University of Toronto Department of Computer Science 10 King s College Road, Toronto,
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
Supporting Workflow Overview. CSC532 Fall06
Supporting Workflow Overview CSC532 Fall06 Objectives: Supporting Workflows Define the supporting workflows Understand how to apply the supporting workflows Understand the activities necessary to configure
Software Engineering. Standardization of Software Processes. Lecturer: Giuseppe Santucci
Software Engineering Standardization of Software Processes Lecturer: Giuseppe Santucci Summary Introduction to Process Models The Capability Maturity Model Integration The ISO 12207 standard for software
Managing Small Software Projects - An Integrated Guide Based on PMBOK, RUP, and CMMI
Managing Small Software Projects - An Integrated Guide Based on PMBOK, RUP, and CMMI César Cid Contreras M.Sc. Prof. Dr. Henrik Janzen Published at the South Westphalia University of Applied Sciences,
INTERMEDIATE QUALIFICATION
PROFESSIONAL QUALIFICATION SCHEME INTERMEDIATE QUALIFICATION SERVICE LIFECYCLE CONTINUAL SERVICE IMPROVEMENT CERTIFICATE SYLLABUS Page 2 of 18 Document owner The Official ITIL Accreditor Contents CONTINUAL
Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: 0306211(Computer Programming 2).
0305203 0305280 0305301 0305302 Software Engineering/Courses Description Introduction to Software Engineering Prerequisite: 0306211(Computer Programming 2). This course introduces students to the problems
Lecture 17: Requirements Specifications
Lecture 17: Requirements Specifications Why we need to write specifications Purpose and audience Choosing an appropriate size and formality Desiderata for Specifications Properties of good specifications
Components Based Design and Development. Unit 2: Software Engineering Quick Overview
Components Based Design and Development Computer Engineering Studies Universidad Carlos III de Madrid Unit 2: Software Engineering Quick Overview Juan Llorens Högskolan på Åland Finland / Universidad Carlos
Introduction to Software Engineering Professional Issues SWENET OSE2 Module June 2003
Introduction to Software Engineering Professional Issues SWENET OSE2 Module June 2003 Developed with support from the National Science Foundation OSE2-1 Overview The Software Engineering Profession Professional
1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java. The Nature of Software...
1.1 The Nature of Software... Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering Software is intangible Hard to understand
Gary A. Gack MBA, SSBB, CSQE
Sponsored by Business Analysis Certification: Why and How February, 2012 Gary A. Gack MBA, SSBB, CSQE President, Process-fusion.net (c) 2012 Process-Fusion.net 1 Agenda Why Certify Requirements Engineers
IBM Enhances its Advanced Project and Portfolio Management Capabilities Using IBM Rational Portfolio Manager
IBM Customer Success IBM Enhances its Advanced Project and Portfolio Management Capabilities Using IBM Rational Portfolio Manager Overview The Challenge Although IBM had standardized its project management
