1 Value-Based Software Engineering II: Theory, Process, and Case Study LiGuo Huang Computer Science and Engineering Southern Methodist University.

Slides:



Advertisements
Similar presentations
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 16 HCI PROCESS.
Advertisements

CSE 470 : Software Engineering The Software Process.
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Demonstrating Early Value in Software System Projects Using Software and System Cost Models Anca-Juliana Stoica, IT Dept, UU 26th International Forum on.
University of Southern California Center for Software Engineering C S E USC 02/16/05©USC-CSE1 LiGuo Huang Computer Science Department.
Theory of Value-Based Systems and Software Engineering Apurva Jain, USC Center for Systems & Software Engineering.
Department of Computer Science and Engineering Southern Methodist University 03/17/081 LiGuo Huang Department of Computer Science.
ICT6221 Chapter 14 Assessing the Value of IT Managing the Information Technology Resource Paula Goulding.
The Role of Software Engineering Brief overview of relationship of SE to managing DSD risks 1.
Rational Unified Process
University of Southern California Center for Systems and Software Engineering ©USC-CSSE1 3/18/08 (Systems and) Software Process Dynamics Ray Madachy USC.
Software Engineering General Project Management Software Requirements
University of Southern California Center for Software Engineering C S E USC Barry Boehm, USC CS 510 Lecture Fall 2011 Value-Based Software Engineering:
VBSE Theory, and SimVBSE CSE, Annual Research Review Apurva Jain, Barry Boehm Version 1.0 (modified March 02, 2006)
© USC-CSE1 Determine How Much Dependability is Enough: A Value-Based Approach LiGuo Huang, Barry Boehm University of Southern California.
1 Introduction to System Engineering G. Nacouzi ME 155B.
University of Southern California Center for Software Engineering C S E USC Barry Boehm, USC CS 510 Lecture Fall 2011 Value-Based Software Engineering.
Software Architecture in Practice
University of Southern California Center for Software Engineering C S E USC Barry Boehm, USC University of Idaho Talk April 23, 2010 Value-Based Software.
University of Southern California Center for Software Engineering C S E USC Marilee Wheaton, USC CS 510 Lecture Fall 2010 Value-Based Software Engineering:
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
APPLIED LOGISTICS The Productivity Improvement Program for Warehousing and Transportation.
Managing Projects
Objective Explain What is the Balanced Scorecard
© 2005 Prentice Hall14-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Chapter 2 The Process.
Theory of Value-Based Systems and Software Engineering.
Operational Concept Description
University of Southern California Center for Systems and Software Engineering Value-Based Software Engineering CS 577a Software Engineering I Barry Boehm.
Lecture 7 Project Scheduling and Tracking
Naseer Jan Course Instructor : Dr. Huang Value-based requirements engineering CSE 5316/7316 Software Requirements Fall 2013 Computer science Department,
Chapter – 9 Checkpoints of the process
Chapter 3 Project Management Concepts
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
Software Engineering - I
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
1 Lecture #1: PD - Ch 1. Introduction Ref: Product Design and Development by Karl T. Ulrich and Steven D. Eppinger, McGRAW-Hill
University of Southern California Center for Software Engineering CSE USC 3/26/101 © USC-CSSE Value-Based Software Engineering CS 577b Winsor.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Design, Development and Roll Out
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
The Second Annual Medical Device Regulatory, Reimbursement and Compliance Congress Presented by J. Glenn George Thursday, March 29, 2007 Day II – Track.
CSE SW Metrics and Quality Engineering Copyright © , Dennis J. Frailey, All Rights Reserved CSE8314M13 8/20/2001Slide 1 SMU CSE 8314 /
1 Value-Based Software Engineering I: Motivation and Key Practices LiGuo Huang Computer Science and Engineering Southern Methodist University.
Copyright , Dennis J. Frailey CSE Software Measurement and Quality Engineering CSE8314 M00 - Version 7.09 SMU CSE 8314 Software Measurement.
University of Southern California Center for Systems and Software Engineering Aug. 26, 2010 © USC-CSE Page 1 A Winsor Brown CS 577a Lecture Fall.
Value-Based Software Engineering (VBSE) CS577a Nupul Kukreja, Barry Boehm August 30, 2013.
Chapter 3: Purchasing Research and Planning Strategic Planning for Purchasing Strategic planning for purchasing involves the identification of critical.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
INTRODUCTION Mehmet Sait Andaç Web: Office: 431.
University of Southern California Center for Software Engineering C S E USC ICSM Principles for Successful Software and Systems Engineering Barry Boehm,
Software Development Process includes: all major process activities all major process activities resources used, subject to set of constraints (such as.
Value-Based Software Engineering: Case Study and Value-Based Control
Introduction to Software Engineering
OCD Risk Management CS 577a, Fall 2012 ©USC-CSSE.
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Software Engineering I
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Evolutionary Software Process Models
Value-Based Software Engineering II: Theory, Process, and Case Study
Presentation transcript:

1 Value-Based Software Engineering II: Theory, Process, and Case Study LiGuo Huang Computer Science and Engineering Southern Methodist University

2 Outline VBSE Theory Motivation and Context “Theory” Definitions and Criteria VBSE Process and Case Study –Elements and Contributions –Theory-driven process –Supply chain case study Conclusions and Future Research

3 “Theory” Definitions 1960 definition: System of general laws –Spatially and temporally unrestricted; nonaccidental 1994 definition: System for explaining a set of phenomena –Specifies key concepts, laws relating concepts –Not spatially and temporally unrestricted –Better for people-intensive activities A system for explaining a set of phenomena that specifies the key concepts that are operative in the phenomena and the laws that relate the concepts to each other

4 Criteria for a Good Theory Utility: Addresses critical success factors vs. trivial Generality: Covers a wide range of situations and concerns –Procedural, technical, economic, human Practicality: Helps address user’s needs –Prediction, diagnosis, solution synthesis, best-practice generation Preciseness: Situation-specific, accurate guidance Parsimony: Avoids excess complexity; simple to learn and use Falsifiability: Coherent enough to be empirically refuted

5 Theory W: Enterprise Success Theorem – An informal proof Theorem: Your enterprise will succeed if and only if it makes winners of your success-critical stakeholders Proof of “if”: Everyone that counts is a winner. Nobody significant is left to complain. Proof of “only if”: Nobody wants to lose. Prospective losers will refuse to participate, or will counterattack. The usual result is lose-lose.

6 Theory W: WinWin Achievement Theorem Making winners of your success-critical stakeholders requires: i.Identifying all of the success-critical stakeholders (SCSs). ii.Understanding how the SCSs want to win. iii.Having the SCSs negotiate a win-win set of product and process plans. iv.Controlling progress toward SCS win-win realization, including adaptation to change.

7 VBSE Theory 4+1 Structure

8 VBSE Component Theories Theory W (Stakeholder win-win) –Enterprise Success Theorem, Win-Win Achievement Theorem Dependency Theory (Product, process, people interdependencies) –Systems architecture/performance theory, costing and scheduling theory; organization theory Utility Theory –Utility functions, bounded rationality, Maslow need hierarchy, multi-attribute utility theory Decision Theory –Statistical decision theory, game theory, negotiation theory, theory of Justice Control Theory –Observability, predictability, controllability, stability theory

9 Dependency Theory - Example

10 Utility Theory - Example

11 Decision Theory - Example

12 Decision Theory – Example (2) - RE due to inadequate plans - RE due to market share erosion - Sum of risk exposures

13 Control Theory - Example Value Realization Feedback Control

14 VBSE Process Mapping Onto Spiral/RUP/MBASE Milestones: I – Inception Readiness Phase

15 VBSE Process Mapping Onto Spiral/RUP/MBASE Milestones: II – Inception Phase

16 VBSE Process Mapping Onto Spiral/RUP/MBASE Milestones: III – Elaboration, Construction, Transition Phases

17 Outline VBSE Theory Motivation and Context “Theory” Definitions and Criteria VBSE Theory Elements and Process –Elements and Contributions –Theory-driven process –Supply chain example Conclusions and Future research

18 Initial VBSE Theory: 4+1 Process – With a great deal of concurrency and backtracking

19 Example Project: Sierra Mountainbikes –Based on what would have worked on a similar project Quality leader in specialty area Competitively priced Major problems with order processing –Delivery delays and mistakes –Poor synchronization of order entry, confirmation, fulfillment –Disorganized responses to problem situations –Excess costs; low distributor satisfaction

20 Order Processing Project Goals Goals: Improve profits, market share, customer satisfaction via improved order processing Questions: Current state? Root causes of problems? Keys to improvement? Metrics: Balanced Scorecard of benefits realized, proxies –Customer satisfaction ratings; key elements (ITV: in-transit visibility) –Overhead cost reduction –Actual vs. expected benefit and cost flows, ROI

21 Initial VBSE Theory: 4+1 Process, Step 1 – With a great deal of concurrency and backtracking

22 Frequent Protagonist Classes Sierra Moutainbikes: Susan Swanson, new CEO – Bicycle champion, MBA, 15 years’ experience – Leads with goals, open agenda

23 Initial VBSE Theory: 4+1 Process, Step 2 – With a great deal of concurrency and backtracking

24 DMR/BRA* Results Chain INITIATIVE OUTCOME Implement a new order entry system ASSUMPTION Contribution Order to delivery time is an important buying criterion Reduce time to process order Reduced order processing cycle (intermediate outcome) Increased sales Reduce time to deliver product *DMR Consulting Group’s Benefits Realization Approach

25 Expanded Order Processing System Benefits Chain

26 Initial VBSE Theory: 4+1 Process, Step 3 – With a great deal of concurrency and backtracking

27 Initial VBSE Theory: 4+1 Process, Step 4 – With a great deal of concurrency and backtracking

28 The Model-Clash Spider Web: Master Net - Stakeholder value propositions (win conditions)

29 EasyWinWin OnLine Negotiation Steps

30 Red cells indicate lack of consensus. Oral discussion of cell graph reveals unshared information, unnoticed assumptions, hidden issues, constraints, etc.

Tradeoffs among Cost, Schedule, and Reliability – 100K-SLOC Project (RELY, MTBF (hours)) -- Cost/Schedule/RELY: pick any two” points For 100-KSLOC set of features Can “pick all three” with 77-KSLOC set of features

32 Initial VBSE Theory: 4+1 Process, Step 5 – With a great deal of concurrency and backtracking

33 Business Case Analysis Estimate costs and schedules –COCOMO II and/or alternative for software –PRICE H or alternative for hardware –COSYSMO for systems engineering Estimate financial benefits –Increased profits –Reduced operating costs Compute Return on Investment –ROI = (Benefits – Costs) / Costs –Normalized to present value Identify quantitative metrics for other goals –Customer satisfaction ratings Ease of use; In-transit visibility; overall –Late delivery percentage

34 MilestoneDue DateBudget ($K)Cumulative Budget ($K) Inception Readiness1/1/ Life Cycle Objectives1/31/ Life Cycle Architecture3/31/ Core Capability Drivethrough7/31/ Initial Oper. Capability: SW9/30/ Initial Oper. Capability: HW9/30/ Developed IOC12/31/ Responsive IOC3/31/ Full Oper. Cap’y CCD7/31/ FOC Beta9/30/ FOC Deployed12/31/ Annual Oper. & Maintenance3800 Annual O&M; Old System7600 Order Processing System Schedules and Budgets

35 Order Processing System: Expected Benefits and Business Case

36 Project Strategy and Partnerships Partner with eServices, Inc. for order processing and fulfillment system –Profit sharing using jointly-developed business case Partner with key distributors to provide user feedback –Evaluate prototypes, beta-test early versions, provide satisfaction ratings Incremental development using MBASE/RUP anchor points –Life Cycle Objectives; Architecture (LCO; LCA) –Core Capability Drivethrough (CCD) –Initial; Full Operational Capability (IOC; FOC) Architect for later supply chain extensions

37 Initial VBSE Theory: 4+1 Process, Step 7 – With a great deal of concurrency and backtracking

38 Earned Value System Budgeted Cost of Work Scheduled Cost Time Specs Plans Analyses Proto- types

39 Earned Value System Budgeted Cost of Work Scheduled Budgeted Cost of Work Performed Project Expenditures Cost Time Specs Plans Analyses Proto- types

40 “Earned Value” Tracks Cost, Not Value Develop/update plans, BCWS Perform to plans BCWP> BCWS? BCWP> cost ? Determine corrective actions Yes No Yes BCWS: Budgeted Cost of Work Scheduled BCWP: Budgeted Cost of Work Performed

41 A Real Earned Value System Current “earned value” systems monitor cost and schedule, not business value –Budgeted cost of work performed (“earned”) –Budgeted cost of work scheduled (“yearned”) –Actual costs vs. schedule (“burned”) A real earned value system monitors benefits realized –Financial benefits realized vs. cost (ROI) –Benefits realized vs. schedule - Including non-financial metrics –Actual costs vs. schedule

42 Benefits Realization Feedback Process Develop/update business case; time-phased cost, benefit flows;plans Perform to plans Benefits being realized? Assumptions still valid? Determine corrective actions Yes No

43 Value-Based Expected/Actual Outcome Tracking Capability

11/26/ Planning and Control Summary Good planning and control requires - Framework of techniques - Much up-front work on plans - Commitment to control Good P&C can produce self-fulfilling estimates Project plans are living entities P&C techniques aren’t personnel evaluation devices P&C techniques aren’t necessarily routinizing

45 Conclusions and Future Research VBSE Theory applied well to the supply chain example. –Application to other domains, situations should further uncover its underlying capabilities, shortcomings and assumptions. It satisfies the main criteria for a good theory (utility, generality, practicality, preciseness, parsimony, and falsifiability) reasonably well so far. Future work is geared towards testing the theory per se and improvising it.

46 C. Baldwin & K. Clark, Design Rules: The Power of Modularity, MIT Press, S. Biffl, A. Aurum, B. Boehm, H. Erdogmus, and P. Gruenbacher (eds.), Value-Based Software Engineering, Springer, 2005 (to appear). D. Blackwell and M. Girshick, Theory of Games and Statistical Decisions, Wiley, B. Boehm, C. Abts, A.W. Brown, S. Chulani, B. Clark, E. Horowitz, R. Madachy, D. Reifer, and B. Steece, Software Cost Estimation with COCOMO II, Prentice Hall, B. Boehm and L. Huang, “Value-Based Software Engineering: A Case Study, Computer, March 2003, pp B. Boehm, and R. Ross, Theory-W Software Project Management: Principles and Examples, IEEE Trans. SW Engineering., July 1989, pp W. Brogan, Modern Control Theory, Prentice Hall, 1974 (3 rd ed., 1991). P. Checkland, Systems Thinking, Systems Practice, Wiley, C. W. Churchman, R. Ackoff, and E. Arnoff, An Introduction to Operations Research, Wiley, R. M. Cyert and J.G. March, A Behavioral Theory of the Firm, Prentice Hall, C. G. Hempel and P. Oppenheim, Problems of the Concept of General Law, in (eds.) A. Danto and S. Mogenbesser, Philosophy of Science, Meridian Books, References - I

47 R. Kaplan & D. Norton, The Balanced Scorecard: Translating Strategy into Action, Harvard Business School Press, R. L. Keeney and H. Raiffa, Decisions with Multiple Objectives: Preferences and Value Tradeoffs, Cambridge University Press, A. Maslow, Motivation and Personality, Harper, J. Rawls, A Theory of Justice, Belknap/Harvard U. Press, 1971, J. Thorp and DMR, The Information Paradox, McGraw Hill, R. J. Torraco, Theory-building research methods, in R. A. Swanson & E. F. Holton III (eds.), Human resource development handbook: Linking research and practice pp. 114–137, Berrett-Koehler, S. Toulmin, Cosmopolis: The Hidden Agenda of Modernity, U. of Chicago Press, 1992 reprint edition. J. von Neumann and O. Morgenstern, Theory of Games and Economic Behavior, Princeton University Press, A. W. Wymore, A Mathematical Theory of Systems Engineering: The Elements, Wiley, New York, References - II

48 VBSE-Q&A