Planning at CMM level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements Engineering.

Slides:



Advertisements
Similar presentations
Extreme Programming Copyright, 1999 © Jerzy R. Nawrocki Personal Software Process Lecture.
Advertisements

Configuration Management
Software Quality Assurance Plan
Software Quality Assurance Plan
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Intuicyjne zarządzanie przedsięwzięciem Copyright, 2001 © Jerzy R. Nawrocki Doskonalenie.
Quality Assurance Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxiliary.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
Development plan and quality plan for your Project
Software Configuration Management
Software Engineering Institute Capability Maturity Model (CMM)
Project Planning Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxilliary.
S/W Project Management
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Introduction to Software Quality Assurance (SQA)
Comparison of CMM Level 2 and eXtreme Programming Copyright, 2002 © Bartosz Walter Quality Connection 2002, Helsinki Poznan University of Technology Poznan,
Requirements specification Copyright, 2001 © Jerzy R. Nawrocki Quality Management.
Configuration Management Copyright, 2002 © Jerzy R. Nawrocki Quality Management.
The Planning Process Copyright, 2006 © L. Ouyang Liubo Ouyang Personal Software Process Lecture 11.
Copyright © Jerzy R. Nawrocki Requirements Review Requirements Engineering & Project.
Chapter 1: Introduction to Project Management
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Soft Tech Development Inc. 1 Software Project Tracking A CMM Level 2 Key Process Area Soft Tech Development Inc.
Quality Model for Requirements Eng. Copyright, 2002 © Jerzy R. Nawrocki Quality.
Standard SRS Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering Lecture.
Requirements Verification & Validation Requirements Engineering & Project Management.
Capability Maturity Model. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First version published in.
Good Practices of Requirements Eng. Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Project Planning Copyright, 2002 © Jerzy R. Nawrocki Requirements Engineering.
CMM Level 2: Repeatable Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Georgia Institute of Technology CS 4320 Fall 2003.
Quality of Usage Scenarios Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
Implementing XP at PUT Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Introduction to SoDA Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering.
Introduction to Requirements Engineering Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Pre-Project Components
Develop Project Charter
ReviewsReviews Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxiliary.
Page 1 JUSTIFY define and validate REQUIRE- MENTS define initial management DOCUMENTS define INFRA- STRUCTURE allocated maintenance changes management.
Introduction to Requirements Eng. Copyright, 2001 © Jerzy R. Nawrocki Requirements.
Configuration Management at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Quality Model for RE Process Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Change Management Requirements Engineering & Project Management Lecture 10.
Introduction to Quality Management Copyright, 2000 © Jerzy R. Nawrocki Quality.
Configuration Management (II) Copyright, 2000 © Jerzy R. Nawrocki Requirements.
SE513 Software Quality Assurance Lecture10: Documentation and Quality Records Control Galin, SQA from Theory to Education Limited.
Quality Assurance at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
Requirements Management and Changes Copyright, 2003 © Jerzy R. Nawrocki Requirements.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
Cmpe 589 Spring Fundamental Process and Process Management Concepts Process –the people, methods, and tools used to produce software products. –Improving.
Requirements Engineering Lecture 7
Configuration Management
Software Configuration Management
Requirements Engineering Lecture 13
Requirements Engineering Lecture 4
Requirements Engineering Lecture 2
Software Life Cycle “What happens in the ‘life’ of software”
Introduction to PRINCE 2
Concepts used for Analysis and Design
Software Engineering Lecture 16.
Software Engineering I
Chapter # 6 Software Configuration Management
Requirements Engineering Lecture 6
Presentation transcript:

Planning at CMM level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements Engineering Lecture 12 Requirements Engineering Lecture 12

J. Nawrocki, Requirements Eng.., Lecture 12 Plan of the lecture Introduction Work products Work products measures Abilities Wide-band Delphi Method Abilities (contd.) Activities

J. Nawrocki, Requirements Eng.., Lecture 12 IntroductionIntroduction Documented procedures for.. developing an SDP estimating size, effort, cost, critical computer resources, and schedule planning SQA activities planning SCM...

J. Nawrocki, Requirements Eng.., Lecture 12 IntroductionIntroduction Product measures Process measures SizeEffort Cost (not applicable?) (Computer) resources Delivery date (schedule) Measures at CMM Level 2

J. Nawrocki, Requirements Eng.., Lecture 12 Work products IPD Concept of the system SRS (Intermediate) design Implementation (a set of modules) Acceptance tests Bachelor thesis Specification Implementation idea Code Test bed Test cases

J. Nawrocki, Requirements Eng.., Lecture 12 Work products IPD Concept of the system SRS (Intermediate) design Implementation (a set of modules) Acceptance tests Bachelor thesis 1 Introduction (~IPD) 2 Concept of the system 3 Requirements specification 4 Intermediate design 5 Implementation 6 Acceptance tests 7 Development plans 8 Measurements 9 Conclusions

J. Nawrocki, Requirements Eng.., Lecture 12 Work product measures IPD (A4, ch) Concept of the system (A4, ch, sc, bh) SRS (A4, ch, rq) (Intermediate) design (A4, ch, de) Implementation (A4, lc, ch, ht, tb, tc) Acceptance tests (A4, ch, tb, tc) Bachelor thesis (A4, ch) A4: A4 pages ch: characters sc: scenarios bh: behaviours rq: requirements de: diagram elements lc: Lines of code ht: HTML tags tb: test beds tc: test cases

J. Nawrocki, Requirements Eng.., Lecture 12 AbilitiesAbilities Ab1. A documented and approved statement of work exists for the software project.

J. Nawrocki, Requirements Eng.., Lecture 12 AbilitiesAbilities Scope of the work Technical goals and objectives Identification of customers & end users Imposed standards Assigned responsibilities Cost and schedule constraints and goals Statement of Work (I)

J. Nawrocki, Requirements Eng.., Lecture 12 AbilitiesAbilities Dependencies between the software project and other organisations (customer, subcontractors, j.v. partners) Resource constraints Other constraints Statement of Work (II) Statement of work is reviewed. It is managed and controlled.

J. Nawrocki, Requirements Eng.., Lecture 12 AbilitiesAbilities Ab2. Responsibilities for developing the software development plan are assigned. The project manager co-ordinates the project’s planning. Responsibilities for the software work products and activities are partitioned and assigned to in a traceable, accountable manner.

J. Nawrocki, Requirements Eng.., Lecture 12 Responsibilities at PUT AbilitiesAbilities SQA plan: the SQA group SCM plan: S.C. Manager Other activities and work products: ‘Project Planner’ (4th year) The recommended technique: Wide-band Delphi Method

J. Nawrocki, Requirements Eng.., Lecture 12 Wide-band Delphi method Rand Corporation, Boehm’81 A few experts individually produce size estimates. A Delphi process is used to reach a consensus. Pythia

J. Nawrocki, Requirements Eng.., Lecture 12 Wide-band Delphi method 1. Experts get the specification and an estimation form 2. They meet for discussion (project goals, assumptions, estimation issues) 3. Each expert anonymously lists the tasks and estimates the size 4. The estimates go to the estimate moderator. He tabulates the results and returns them to the experts. The Delphi procedure The estimate moderator

J. Nawrocki, Requirements Eng.., Lecture 12 Wide-band Delphi method Estimator: Jerzy Nawrocki Date: Project: Sorting routine The estimates from the 1st round: e E M e e e - estimates, E - your estimate, M - median estimate Your estimate for the next round: LOC A rationale for your estimate:

J. Nawrocki, Requirements Eng.., Lecture 12 Wide-band Delphi method 5. The experts meet to discuss the results. They review the tasks they have defined but not their size estimates. 6. The procedure is repeated from step 3 until the estimates are acceptably near The Delphi procedure The estimate moderator

J. Nawrocki, Requirements Eng.., Lecture 12 AbilitiesAbilities Ab3. Adequate resources and funding are provided for planning the project. Is it enough?

J. Nawrocki, Requirements Eng.., Lecture 12 AbilitiesAbilities Ab4. The software managers, software engineers, and other individuals involved in the  software project planning are trained in the software estimating and planning procedures applicable to their areas of responsibility.

J. Nawrocki, Requirements Eng.., Lecture 12 Plan of the lecture Introduction Work products Work products measures Abilities Wide-band Delphi Method Abilities (contd.) Activities

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities Ac1. The software engineering group participates on the project proposal team. The software engineering group reviews the proposed commitments.

J. Nawrocki, Requirements Eng.., Lecture 12 Overall planning ActivitiesActivities Ac2. Software project planning is initiated in the early stages of, and in parallel with, the overall project planning. Software planning At PUT: software project = overall proj.

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities Ac3. The software engineering group participates with other affected groups in the overall project planning throughout the project’s life. The software engineering group reviews the project-level plans.

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities Ac4. Software project commitments made to individuals and groups external to the organisation are reviewed with senior management (J.N. or B.W.) according to a documented procedure.

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities Ac5. A software life cycle with predefined stages of manageable size is identified or defined.

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities IPD Concept of the system (scenarios) Soft. requirements specification Detailed planning High-level design with UML Release 1 (from reqs to acceptance) Release 2 Final acceptance (bachelor degree) Classical software life cycle at PUT

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities Ac6. The project’s software development plan is developed according to a documented procedure.  How to write SDP

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities The SDP is based on the customer’s and project’s standards, IPD, and SRS. Plans are negotiated with the affected groups (3rd year!). The agreements are documented. The SDP is reviewed, and managed and controlled.  How to write SDP The planning procedure at PUT

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities  How to write SDP The planning procedure at PUT The SDP is approved by the Project Area Manager (Bartek). The SDP is available through the project’s web page along with all the previous versions of it. That web page is referenced in the Initial Project Description (IPD).

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities Ac7. The plan for the software project is documented.  SDSD P

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities 1. Introduction 1.1 Purpose of the Document 1.2 Scope of the Plan 1.3 Definitions, Acronyms, and Abbreviations 1.4 References 2. Project’s purpose, scope, goals, and objectives 3. The selected software life cycle 5. Work products to be developed SDP (I)

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities 5. Selected procedures, methods, and standards 5.1 Change management procedure 5.2 Configuration management 5.3 Review procedure 5.4 Unit testing 5.5 Integration testing 5.6 SRS standard 5.7 Coding standards 5.8 Acceptance procedure 5.9 Bachelor thesis standard SDP (II)

J. Nawrocki, Requirements Eng.., Lecture 12 ActivitiesActivities 6. SQA plan 7. SCM plan 8. Size estimates 9. Effort estimates 10. Estimated use of critical computer resources 11. The project schedule with milestones & reviews 12. Risk factors and mitigation plans 13. Project facilities and support tools SDP (III)

J. Nawrocki, Requirements Eng.., Lecture 12 Generic FTR procedure Parameters to be specified in SDP Name of the product URL of the standard doc-struct Due date for approved product Producer Review leader (SQA group) Recorder (SQA group) Reviewers (including recorder) Expected preparation time Expected meeting duration

J. Nawrocki, Requirements Eng.., Lecture 12 SummarySummary Wide-band Delphi Method Work products and their measures Function Points have not been discussed The planning procedure Structure of the SDP

J. Nawrocki, Requirements Eng.., Lecture 12 Further readings  [CMM] M.C. Paulk et. al.,The Capability Maturity Model: Guidelines for Improving the Software Process, Addison-Wesley, Reading, 1994.

J. Nawrocki, Requirements Eng.., Lecture 12 HomeworkHomework Does SDS Initial Project Description satisfy the requirements imposed by CMM on a ‘statement of work’. If not, propose a new standard for IPD. Exercise the Wide-band Delphi Method

J. Nawrocki, Requirements Eng.., Lecture 12 Quality assessment 1. What is your general impression? (1 - 6) 2. Was it too slow or too fast? 3. What important did you learn during the lecture? 4. What to improve and how?