Requirements Engineering Lecture 13

Slides:



Advertisements
Similar presentations
PROCESS FRAMEWORK Lecture - 3. Topics covered PROCESS FRAMEWORK PROCESS MODELS DIFFERENCE.
Advertisements

Planning at CMM level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements Engineering.
The Baseline Personal Process Copyright, 1999 © Jerzy R. Nawrocki Jerzy Nawrocki Personal Software Process Lecture 3.
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Project What is a project A temporary endeavor undertaken to create a unique product, service or result.
Intuicyjne zarządzanie przedsięwzięciem Copyright, 2001 © Jerzy R. Nawrocki Doskonalenie.
RequisitePro (1) Copyright, 2001 © Jerzy R. Nawrocki Quality Management Lecture.
Quality Assurance Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxiliary.
1 Test Planning CSSE 376, Software Quality Assurance Rose-Hulman Institute of Technology March 9, 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.
0-1 Team # Status Report (1 of 4) Client Contact –Point 1 –Point 2 Team Meetings –Point 1 –Point 2 Team Organization –Point 1 –Point 2 Team #: Team Name.
0-1 Team # Status Report (1 of 4) Client Contact –Status Point 1 –Status Point 2 Team Meetings –Status Point 1 –Status Point 2 Team Organization –Description.
Risk management in Software Projects José Onofre Montesa Andrés Universidad Politécnica de Valencia Escuela Superior de Informática Aplicada
Computer Engineering 203 R Smith Risk Management 7/ Risk Management The future can never be predicted with 100% accuracy. Failure to plan for risks.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
Process: A Generic View n A software process  is a roadmap to building high quality software products.  provides a framework for managing activities.
Project Management: Madness or Mayhem
Project Planning Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxilliary.
Chapter 25 Risk Management
RequisitePro (2) Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Rational Suite and CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
DiscussionsDiscussions Copyright, 2001 © Jerzy R. Nawrocki Quality Management.
Requirements specification Copyright, 2001 © Jerzy R. Nawrocki Quality Management.
Copyright © Jerzy R. Nawrocki Requirements Review Requirements Engineering & Project.
Software Quality Assurance Activities
Information System Design IT60105 Lecture 21 Staff Organization, Risk Management and Software Configuration Management.
Quality Model for Requirements Eng. Copyright, 2002 © Jerzy R. Nawrocki Quality.
S Q A.
Standard SRS Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering Lecture.
Good Practices of Requirements Eng. Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Software Engineering Risk Management. Understanding Risks Risks involve :  Uncertainty – there are no 100% probable risks  Loss – if the risk becomes.
1 10/14/2015ã 2007, Spencer Rugaber The Waterfall Process Software plans and requirements Validation System feasibility Validation Product design Verification.
Lecture 3 Managing the Development Project SFDV Principles of Information Systems.
Project Planning Copyright, 2002 © Jerzy R. Nawrocki Requirements Engineering.
CMM Level 2: Repeatable Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Quality of Usage Scenarios Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
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.
© 2014 Pearson Education, Inc., Upper Saddle River, NJ. All rights reserved. This material is protected by Copyright and written permission should be obtained.
RUP and Elaboration Phase Copyright, 2003 © Jerzy R. Nawrocki Requirements Engineering.
Software Engineering B.Tech IT/II Sem-II Term: Unit-7 PPT SLIDES Text Books:1.Software Engineering, A practitioner’s approach Roger s. Pressman.
RequisitePro (1) Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering.
Software Engineering Lecture 6: Risk Analysis & Management.
Introduction to Requirements Eng. Copyright, 2001 © Jerzy R. Nawrocki Requirements.
Project & Risk Management
Configuration Management at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Quality Model for RE Process Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
DiscussionsDiscussions Copyright, 2001 © Jerzy R. Nawrocki Requirements Engineering.
Configuration Management (II) Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Project Management Why do projects fail? Technical Reasons
Software Project Management
Quality Assurance at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Requirements Management and Changes Copyright, 2003 © Jerzy R. Nawrocki Requirements.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Requirements Engineering Lecture 4
Introduction to Software Engineering Course Outline
Requirements Engineering Lecture 2
Software Life Cycle “What happens in the ‘life’ of software”
DT249/4 Information Systems Engineering Lecture 0
Chapter 2 Software Engineering
Introduction to PRINCE 2
Chapter 2 Software Engineering
How does the “Iron Triangle” relate to project management?
Chapter 28 – Modified by Fleck
Software Risk Management
Requirements Engineering Lecture 6
Project Overview.
Presentation transcript:

Requirements Engineering Lecture 13 Jerzy Nawrocki Requirements Engineering Lecture 13 Risk Management Jerzy.Nawrocki@put.poznan.pl www.cs.put.poznan.pl/jnawrocki/mse/quality/ Copyright, 2000 © Jerzy R. Nawrocki Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Plan of the lecture Introduction Selected risk factors J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Introduction What is a risk? J. Nawrocki, Requirements Eng.., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Introduction Two approaches to risk Proactive Reactive J. Nawrocki, Requirements Eng.., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Introduction Risk description Probability Impact catastrophic critical marginal negligible J. Nawrocki, Requirements Eng.., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Introduction RMMM RMMM = Risk Mitigation, Monitoring, and Management Mitigation= minimising the probability Monitoring= observing factors/indicators Management= if it happens .. J. Nawrocki, Requirements Eng.., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Introduction Risk analysis IBM: > 100 risk factors For each risk factor an MMM plan. Risk management becomes a project in itself! Pareto analysis: the 80-20 principle J. Nawrocki, Requirements Eng.., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Selected risk factors Risk areas General Poor planning Poor configuration control Poor progress tracking Poor quality assurance Poor requirements Poor development J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Selected risk factors General Corporate politics (at client side) Crowded office conditions (< 9 m2) Excessive paperwork (> 50 docs, > 6 pages/FP) Friction with client or senior management Lack of specialisation Low productivity (?) Low quality ( -> Poor QA) Low user satisfaction Malpractice (Management) J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Selected risk factors Poor planning Inaccurate sizing of software deliverables Inadequate risk analysis Inadequate tools and methods Lack of reusable estimates Lack of reusable project plans Missed schedules (unrealistic schedules; schedules not updated after changes; inadequate planning methods; lack of historical data from past projects) Partial life-cycle definitions J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

Poor configuration control Jerzy Nawrocki Selected risk factors Poor configuration control Inadequate configuration control Schedules not updated after changes J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

Poor progress tracking Jerzy Nawrocki Selected risk factors Poor progress tracking Inadequate measurement Inadequate tools and methods J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

Poor quality assurance Jerzy Nawrocki Selected risk factors Poor quality assurance Inadequate software policies and standards Inadequate tools and methods (QA) Lack of reusable test plans and test cases J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Selected risk factors Poor requirements Creeping requirements Lack of reusable requirements J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Selected risk factors Poor development Inadequate tools and methods (Soft.Eng., Tech. Documentation) Lack of reusable components (architecture, code, design, doc, human interfaces) Malpractice (technical staff) J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Selected risk factors SDS specific risks A team member stops his studies A team member passes his exams in April A team member is late is project tasks (e.g. he is ill) Customer representative is not available The tools are not available or not working There is a computer/disk crash Team members are not satisfied (e.g. The work is boring) The acceptance criteria are not clear J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Risk Management mse\sds\Templat\Risk0.html J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Summary Risk is described by three elements: name, probability, impact. Selected risk factors (SDS specific risk factors) At last! J. Nawrocki, Requirements Eng.., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Further readings [Jon] Capers Jones, Assessment and control of software risks, Prentice Hall, Englewood Cliffs, NJ, 1994. [Pres] Roger Pressman, Software Engineering. A Practitioner’s Approach, McGraw Hill, 1997.  J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 Jerzy Nawrocki Homework Find more SDS specific risk factors J. Nawrocki, Requirements Eng.., Lecture 13 Requirements Eng., Lecture 13

J. Nawrocki, Requirements Eng.., Lecture 13 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? J. Nawrocki, Requirements Eng.., Lecture 13