Presentation is loading. Please wait.

Presentation is loading. Please wait.

Requirements and Incremental Design0 2.11.1999 Contents How do requirements behave today? CMM - Capability Maturity Model - Req.

Similar presentations


Presentation on theme: "Requirements and Incremental Design0 2.11.1999 Contents How do requirements behave today? CMM - Capability Maturity Model - Req."— Presentation transcript:

1 Requirements and Incremental Design Contents How do requirements behave today? CMM - Capability Maturity Model - Req. Mgmt The Incremental Development Model Johan Sjöblom Product Area Manager Ericsson WasaLab

2 Requirements and Incremental Design How Do Requirements Behave Today? Requirements Loosen Up when moving from networks to services and applications

3 Requirements and Incremental Design Requirements without 50k of ITU/ETSI specs? No Microsoft type player around in Telecom?? Industry Consortiums: –Symbian, EPOC operating system, –WAP Forum, –Bluetooth Other de facto standards –IETF: Req. For Comments (RFC’s) –Java API’s –W3C (HTML, XHTML, XML)

4 Requirements and Incremental Design CMM & Requirement Management CMM - Capability Maturity Model Levels 1-5 Level 2 is project oriented, and is called “repeatable” KPA - Key Process Areas Requirement Management is a KPA in CMM level 2

5 Requirements and Incremental Design CMM 2 - KPA - RM - Activity 1 The software engineering group reviews the allocated requirements BEFORE they are incorporated into the software project –4. Commitments resulting from the allocated requirements are negotiated with the affected groups.

6 Requirements and Incremental Design CMM 2 - KPA - RM - Activity 2 The software engineering group uses the allocated requirements as the basis for software plans, work products, and activities. –1. Allocated requirements are managed and controlled.

7 Requirements and Incremental Design CMM 2 - KPA - RM - Activity 3 Changes to the allocated requirements are reviewed and incorporated into the software project –1. The impact to existing commitments is assessed, and changes are negotiated as appropriate.

8 Requirements and Incremental Design Incremental Development ID

9 Requirements and Incremental Design Introduction to Incremental Development Part I Waterfall model Problems with the waterfall model Incremental Development concepts Part II Incremental Development: Benefits, Pitfalls & Concerns Experiences

10 Requirements and Incremental Design Waterfall model Analysis ImplementationTest time

11 Requirements and Incremental Design Existing Problems (1) Late feedback for customers and designers How to cope with changing requirements? Big bang integration with interface and integration problems Big Bang Integration

12 Requirements and Incremental Design Existing problems (2) Rush on test resources Lack of Project Control Slow process improvement “Rush on test resources”

13 Requirements and Incremental Design ID Process View * Divide the work in small controllable parts (= increments) * Increments must be testable parts of the system Analysis ImplementationTest Plan Integrate Plan Integrate

14 Requirements and Incremental Design ID System View Each accumulation of developed increments is a complete user executable system User Functionality Platform

15 Requirements and Incremental Design Benefits & Pitfalls

16 Requirements and Incremental Design Benefits ImplementationTest Analysis waterfall incremental Analysis Implementation Test 1) Lead-time reduction

17 Requirements and Incremental Design Benefits 2) No ‘big bang’ integration Waterfall Incremental Development Integrate Time to solve problems Integrate

18 Requirements and Incremental Design Benefits 3) Handling of unstable requirements Unstable requirement Added requirement

19 Requirements and Incremental Design Pitfalls 1) Planning & Tracking ChargingSW Superv. HW Superv. HW Init. Statistics Traffic Load appl. Load OS Commands Allocation of features dependent of technical contents. Delay in one part of the project can on short term impact early deliveries. Planning Anatomy

20 Requirements and Incremental Design Pitfalls project X product baseline project Y incr. 1 2) Configuration Management incr. 1

21 Requirements and Incremental Design Pitfalls 3) Postponement of features

22 Requirements and Incremental Design Concerns More increments implies shorter design - verification cycles Extra testing –Test cases needs to be rerun in several increments –Possibility for continues system test More reviews and inspections –Documents impacted by several increments need more inspections. (simplyfied inspections from R&I)

23 Requirements and Incremental Design Conclusion ID solves the following problems in waterfall projects: –Late feedback / Changing requirements / Big bang integration –Rush on test resources / Lack of project control / Slow process improvement Is has been used successfully for the last decade Extra attention needed for: –Planning & Tracking –Configuration Management Increased use of testing and reviews & inspections


Download ppt "Requirements and Incremental Design0 2.11.1999 Contents How do requirements behave today? CMM - Capability Maturity Model - Req."

Similar presentations


Ads by Google