Page 1  Copyright PROFES Consortium Blanko’98 PROFES Product Focused Improvement of Embedded Software Processes PROFES Product Focused Improvement of.

Slides:



Advertisements
Similar presentations
Achieve Benefit from IT Projects. Aim This presentation is prepared to support and give a general overview of the ‘How to Achieve Benefits from IT Projects’
Advertisements

Develop an Information Strategy Plan
Quality Management Training Quality circles Bench Mark Kaizen.
2009 – E. Félix Security DSL Toward model-based security engineering: developing a security analysis DSML Véronique Normand, Edith Félix, Thales Research.
CAST Project funded by the European Commission, Directorate-General Energy & Transport, under the 6th RTD Framework Programme CAST Plenary Meeting 30 September.
Key-word Driven Automation Framework Shiva Kumar Soumya Dalvi May 25, 2007.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Low Defect Potentials (< 1 per function point)
The Experience Factory May 2004 Leonardo Vaccaro.
1 Software Requirement Analysis Deployment Package for the Basic Profile Version 0.1, January 11th 2008.
Software Quality Metrics
Soft. Eng. II, Spr. 02Dr Driss Kettani, from I. Sommerville1 CSC-3325: Chapter 6 Title : The Software Quality Reading: I. Sommerville, Chap: 24.
Planning a measurement program What is a metrics plan? A metrics plan must describe the who, what, where, when, how, and why of metrics. It begins with.
© Prentice Hall CHAPTER 9 Application Development by Information Systems Professionals.
A GOAL-BASED FRAMEWORK FOR SOFTWARE MEASUREMENT
Capability Maturity Model (CMM) in SW design
1 Software project management (intro) An introduction.
Fundamentals of Information Systems, Second Edition
UGDIE PROJECT MEETING Bled September WP6 – Assessment and Evaluation Evaluation Planning  Draft Evaluation plan.
What are competencies – some definitions ……… Competencies are the characteristics of an employee that lead to the demonstration of skills & abilities,
CMMI Overview Quality Frameworks.
University of Jyväskylä – Department of Mathematical Information Technology Computer Science Teacher Education ICNEE 2004 Topic Case Driven Approach for.
4 4 By: A. Shukr, M. Alnouri. Many new project managers have trouble looking at the “big picture” and want to focus on too many details. Project managers.
Understanding of Automation Framework A Storehouse of Vast Knowledge on Software Testing and Quality Assurance.
Chapter 24 - Quality Management
Chapter 13: Defect Prevention & Process Improvement
This chapter is extracted from Sommerville’s slides. Text book chapter
Developing the Personal Competence Manager Evaluation Work: ‘EPIQ Business Demonstrator’ Elena Shoikova, Vladislav Denishev, Radoslav Milanov Technical.
Six Sigma By: Tim Bauman April 2, Overview What is Six Sigma? Key Concepts Methodologies Roles Examples of Six Sigma Benefits Criticisms.
CS 4310: Software Engineering
Author: Lornet LD team Reuse freely – Just quote Cognitive Science Education Science Software Engineering The basis.
PART 2: A FRAMEWORK FOR SOFTWARE PROCESS IMPROVEMENT (SPI) Jean Charles Salvin Markus Erlandsson Jan-Peter Nilsson.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
Sina Keshavaarz M.D Public Health &Preventive Medicine Measuring level of performance & sustaining improvement.
Slide 1 D2.TCS.CL5.04. Subject Elements This unit comprises five Elements: 1.Define the need for tourism product research 2.Develop the research to be.
SEMINAR ON :. ORGANISATION Organizations are formal social units devoted to attainment of specific goals. Organizations use certain resources to produce.
The Challenge of IT-Business Alignment
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.
Chapter 6 : Software Metrics
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
Software Project Management With Usage of Metrics Candaş BOZKURT - Tekin MENTEŞ Delta Aerospace May 21, 2004.
This chapter is extracted from Sommerville’s slides. Text book chapter
Software process improvement Framework for SPI SPI support groups, maturity and immaturity models Assessment and gap analysis Education and training Selection.
Lecture 7: Requirements Engineering
Towards an Experience Management System at Fraunhofer Center for Experimental Software Engineering Maryland (FC-MD)
Rational Unified Process Fundamentals Module 5: Implementing RUP.
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
INFORMATION SYSTEMS FOR MANAGEMENT. Agenda Information system project Organization analysis.
Training and Development Prof R K Singh AIMA CME.
Fundamentals of Information Systems, Second Edition 1 Systems Development.
Computing and SE II Chapter 15: Software Process Management Er-Yu Ding Software Institute, NJU.
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
A Metrics Program. Advantages of Collecting Software Quality Metrics Objective assessments as to whether quality requirements are being met can be made.
1 UNEP/IETC EST Initiative Proposed Cooperation Framework 4 December 2003 Otsu, Japan.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 15a: Product Metrics for Software Software Engineering: A Practitioner’s Approach, 6/e Chapter.
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
20 1 Introduction to Market Research Prepared for: … in association with HK IPD, IP Australia.
Chapter 22 Metrics for Process and Projects Software Engineering: A Practitioner’s Approach 6 th Edition Roger S. Pressman.
Hawaii, Honolulu 1 Qualitative and Quantitative methods in SPI - some experiences ISERN meeting October 8, 2000 Seija Komi-Sirviö
Software Engineering (CSI 321) Software Process: A Generic View 1.
Continual Service Improvement Methods & Techniques.
SE513 Software Quality Assurance Lecture12: Software Reliability and Quality Management Standards.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
Software Engineering Process - II 7.1 Unit 7: Quality Management Software Engineering Process - II.
SQA project process standards IEEE software engineering standards
SQA project process standards IEEE software engineering standards
Understanding of Automation Framework
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
Chapter 13 Quality Management
Presentation transcript:

Page 1  Copyright PROFES Consortium Blanko’98 PROFES Product Focused Improvement of Embedded Software Processes PROFES Product Focused Improvement of Embedded Software Processes Blanko’98 Seija Komi-Sirviö VTT Electronics

Page 2  Copyright PROFES Consortium Blanko’98 Table of Contents Introduction Objectives of the PROFES methodology Overview of the PROFES methodology Overview of some PROFES elements Experiences with the PROFES methodology Conclusions

Page 3  Copyright PROFES Consortium Blanko’98 PROFES project Product driven process improvement Esprit project January 97 - June MECU EU funding 1.7 MECU 303 personmonths

Page 4  Copyright PROFES Consortium Blanko’98 Project Consortium Combination of highly skilled methodology providers and practitioners with expertise in process improvement: –Dräger Medical Technology, The Netherlands - Application Developer –Ericsson, Finland- Application Developer –Etnoteam S.P.A., Italy- Method Provider –Fraunhofer IESE, Germany- Method Provider –Schlumberger Retail Petroleum Systems, France- Application Developer –University of Oulu, Finland- Method Provider –VTT Electronics, Finland, - Project Leader - Method Provider Industrial follow-up group in Finland

Page 5  Copyright PROFES Consortium Blanko’98 Parallel Applications Three parallel industrial applications which are replicated twice –Medical instruments, retail petroleum systems, and telecommunication systems Parallel experiments are used in order to –Facilitate a higher degree of formality in the experimental design –Improve the external validity and statistical significance of obtained results –Augment knowledge transfer between the industrial companies involved

Page 6  Copyright PROFES Consortium Blanko’98 What customers ask for? TIME TO MARKET COSTS QUALITY Reliability, maintainability, usability...

Page 7  Copyright PROFES Consortium Blanko’98 What is Missing? Knowledge of the cause-effect link between process and product attributes Ability to predict and monitor results of investments in process improvement and technology Data on proven effectiveness of process improvement approaches and use of specific technology Ability to learn from experience

Page 8  Copyright PROFES Consortium Blanko’98 Key Objectives To link customer-oriented product factors to process characteristics –Focus on improvements to those characteristics of the process that are critical for product quality To combine and enhance the strengths –goal-oriented measurement –process assessment –product and process modelling and –experience factory To support evaluation of cost-benefits To support learning and re-use of experience To address the embedded system domain

Page 9  Copyright PROFES Consortium Blanko’98 How they are achieved? A model of product and process dependencies (PPD) A suggested improvement cycle A cost-benefit model

Page 10  Copyright PROFES Consortium Blanko’98 PROFES modularity It is possible to use only the parts which are relevant to an organisation Organisations can choose the method they want to apply for: –process modelling –process assessment (SPICE conformant) –product assessment

Page 11  Copyright PROFES Consortium Blanko’98 ISO 9126 (Product) ISO 15504, SPICE (Process) – BOOTSTRAP 3.0 (SPICE conformant) GQM (Measurement) QIP (Improvement activities) Experience Factory (Reuse) Product assessment and Process modelling (No specific method is recommended) Background Standards & Methods PPD (Product Process Dependency) Models

Page 12  Copyright PROFES Consortium Blanko’98 ISO 9126 is adopted as reference for definition of quality characteristics and sub-characteristics No specific method for product assessment is recommended GQM can be used to define specific product goals to be evaluated Approach to Product Quality

Page 13  Copyright PROFES Consortium Blanko’98 ISO 9126 Characteristics Sub-characteristics

Page 14  Copyright PROFES Consortium Blanko’98 Which Process Assessment? Several assessment methods are available – CMM – BOOTSTRAP – Trillium –….. PROFES recommends a SPICE conformant assessment

Page 15  Copyright PROFES Consortium Blanko’98 Goal-Oriented-Measurement Typical difficulties when performing measurement programmes: Unnecessary and too much data is collected. Inadequate and / or insufficient data is collected. Collected data is not used properly.  People are not motivated for providing data. The usefulness of measures cannot be judged out of context.  Measurements have to be chosen, customised, and used according to goals of interest and the context/environment. Goal-oriented measurement according to the Goal/Question/Metric (GQM) approach.

Page 16  Copyright PROFES Consortium Blanko’98 The Elements of GQM GQM has four elements: Goals, Questions, Models and Measures: Goal Q1 Model1 Q2 Model 2 Q3 Model 3 Q4... M1M2M3... Definition Interpretation

Page 17  Copyright PROFES Consortium Blanko’98 Product/Process Dependencies (PPDs) Which software processes or development practices which software product quality yield ? … in which context situation? Inspections GQM UML Case Tools Reliability Cost etc.. Maintainability Time to Market etc.. Large Projects OO Development Unstable Requirements Verification Planning

Page 18  Copyright PROFES Consortium Blanko’98 Product - Process - axis Bootstrap GQM QIP/EF ISO9126 PRODUCT PROCESS PPD

Page 19  Copyright PROFES Consortium Blanko’98 The PPD-EP PPD-EP (Product Process Dependency Experience Package): –helps in the selection of process improvement actions driven by product quality targets –can be continuously enhanced by including additional product-process links experimentally validated using GQM –accumulates software engineering best practices

Page 20  Copyright PROFES Consortium Blanko’98 PPD Development and Usage Experience Base 12 Improvement Programme Evaluate & Update PPD Models Retrieve & Reuse PPD Models 3 Develop & Tailor PPD Models Data Analysis Knowledge Acquisition Validation

Page 21  Copyright PROFES Consortium Blanko’98 An example of building and using PPD-EP

Page 22  Copyright PROFES Consortium Blanko’98 An example of a PPD-EP PPD-EP Product Quality Reliability Process ENG.3 Software Requirements Analysis Practice Software Inspections ViewpointSoftware Engineer EnvironmentPROFES-A StatusPreliminary Context CF.1Size of inspection team CF.2Experience of inspection teamlow averagehigh CF.3Problem treatment of inspection team pragmatic detailed CF.4Complexity of inspected document low averagehigh very_high CF.5Size of inspected documentsmall average large very_large CF.6Management commitmentlow high CF.7Overall time pressurelow average high CF.8Module affected by new hardware old_hw new_hw CF.9Module developed externallyinternally externally Notes & Comments This PPD-EP addresses the interrelation between document complexity and characteristics of the inspection team. For complex documents, the team needs to have average size, high experience level, and a pragmatic problem treatment attitude. Otherwise, requirements inspections of complex documents are not regarded to be effective.

Page 23  Copyright PROFES Consortium Blanko’98 Benefits from PPD models PPD models provide –Well-organised planning and evaluation of product-driven software process improvement –Reduction of overhead cost for improvement programmes –Easy access to software engineering best practices –Acquisition and reusability of organisational knowledge and experience

Page 24  Copyright PROFES Consortium Blanko’98 PROFES Experience Factory - Why ? Projects and organisations have different aims: Projects: to develop software products according to predefined requirements, costs and time constraints. Organisations: to improve their products over time, to avoid making the same mistake twice, to perform re-use wherever advantageous.  Reuse of experiences across projects is needed  Projects cannot be expected to “manage” corporate experience  A separate organisational unit is required: the Experience Factory (EF)

Page 25  Copyright PROFES Consortium Blanko’98 PROFES Types of “Experience” Experience is packaged in the form of models

Page 26  Copyright PROFES Consortium Blanko’98 The Improvement Cycle The improvement cycle provides guidelines to: –effectively combine process assessment, goal oriented measurements and process modelling –package experience for re-use –define hypothesis and validate them to feed the PPD-EP

Page 27  Copyright PROFES Consortium Blanko’98 The PROFES improvement Cycle - Motivation presentations to achieve commitment - Preliminary product quality needs identification - Process assessment and descriptive process modelling - Product assessment and characterisation - Product improvement goal setting - Select or build PPDs - Improvement planning - Prescriptive process modelling - Measurement planning - Process changes implementation - Continuous measurement and quality monitoring - Measurement data analysis - Process re-assessment and interpretation - PPD evaluation - Packaging and storing experiences for reuse SET GOALS PLAN ANALYSE CHARACTERISE PACKAGE EXECUTE P r o d u c t - P r o c e s s - D e p e n d e n c y PPD PRODUCT O r g a n i s a t i o n a l a n d P r o j e c t P r o c e s s e s PROCESS

Page 28  Copyright PROFES Consortium Blanko’98 Organisational and Project Level Improvement at organisational level : –definition of overall product improvement goals –planning of the overall improvement programme –definition and implementation of organisational solutions –selection of pilot projects –monitoring of improvement programme –organisational learning Improvement at project level: –implementation and evaluation of suggested improvement solutions –achievement of product improvement goals

Page 29  Copyright PROFES Consortium Blanko’98 The Cost-Benefit Model The cost-benefit model is a repository of costs-benefits data based on use of improvement methods It can be enhanced and tailored to specific environments

Page 30  Copyright PROFES Consortium Blanko’98 Exploitable Results User Manual and PROFES book Consultancy service package Presentation and training material Tools to support the PROFES methodology A core PPD repository A core cost-benefit model

Page 31  Copyright PROFES Consortium Blanko’98 Conclusion PROFES integrates and enhances well known methods –assessment, measurement, product & process modeling PROFES supports industry in –focusing investments in process improvement on customer driven product quality objectives –PPD repository & learning and re-using experience