Software Engineering Modern Approaches

Slides:



Advertisements
Similar presentations
COCOMO and Function Point Analysis
Advertisements

Creating a Schedule Using Network Diagrams; Defining Task Durations
1 sqa13b IEEE Standard for SQAP u IEEE Std –Standard for Software Quality Assurance Plans –12 pages u IEEE Guide for Software Quality Assurance.
Early Effort Estimation of Business Data-processing Enhancements CS 689 November 30, 2000 By Kurt Detamore.
Project Estimation: Metrics and Measurement
Metrics. A Good Manager Measures measurement What do we use as a basis? size? size? function? function? project metrics process metrics process product.
W5HH Principle As applied to Software Projects
Software project management (intro)
1 PROJECT SIZING AND ESTIMATING - EFFECTIVELY USING FUNCTIONAL MEASUREMENT Southern California Software Process Improvement.
SOFTWARE PROJECT MANAGEMENT AND COST ESTIMATION © University of LiverpoolCOMP 319slide 1.
Information Technology Project Management
Project Management and Scheduling
2 PROJECT MANAGEMENT. Plan project Integrate & test system Analyze requirements Design Maintain Test unitsImplement Software Engineering Roadmap: Chapter.
1 Cost Estimation CIS 375 Bruce R. Maxim UM-Dearborn.
Copyright © The David Consulting Group, Inc. 1 UNDERSTANDING and EFFECTIVELY USING FUNCTIONAL MEASUREMENT Presented By The David Consulting Group.
Software Engineering Modern Approaches
Software Engineering Modern Approaches
Cmpe 589 Spring Software Quality Metrics Product  product attributes –Size, complexity, design features, performance, quality level Process  Used.
The Planning Process Copyright, 2006 © L. Ouyang Liubo Ouyang Personal Software Process Lecture 11.
1 ECE 453 – CS 447 – SE 465 Software Testing & Quality Assurance Lecture 22 Instructor Paulo Alencar.
COCOMO Models Ognian Kabranov SEG3300 A&B W2004 R.L. Probert.
Software Engineering Modern Approaches
Chapter 6 : Software Metrics
Chapter 6 The Work Breakdown Structure and Project Estimation Copyright 2012 John Wiley & Sons, Inc. 6-1.
Software Estimation How hard can it be? Peter R Hill.
Requirements Engineering PROJECT MANAGEMENT Part II.
Software Engineering SM ? 1. Outline of this presentation What is SM The Need for SM Type of SM Size Oriented Metric Function Oriented Metric 218/10/2015.
1 Estimation Function Point Analysis December 5, 2006.
Project Life Cycle.
Lecture 4 Software Metrics
Slide 1 Project Management Chapter 4. Slide 2 Objectives ■ Become familiar with estimation. ■ Be able to create a project workplan. ■ Become familiar.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 3 1 Software Size Estimation I Material adapted from: Disciplined.
Software Project Planning Part II. Troutman's Postulates Profanity is the one language understood by all programmers. Not until a program has been in.
SEG3300 A&B W2004R.L. Probert1 COCOMO Models Ognian Kabranov.
Introduction to Software Project Estimation I (Condensed) Barry Schrag Software Engineering Consultant MCSD, MCAD, MCDBA Bellevue.
CSC 480 Software Engineering
Project Management and Risk. Definitions Project Management: a system of procedures, practices, technologies, skills, and experience needed to manage.
Function Points Synthetic measure of program size used to estimate size early in the project Easier (than lines of code) to calculate from requirements.
CSC 480 Software Engineering Lecture 6 September 11, 2002.
Estimating “Size” of Software There are many ways to estimate the volume or size of software. ( understanding requirements is key to this activity ) –We.
Effort Estimation In WBS,one can estimate effort (micro-level) but needed to know: –Size of the deliverable –Productivity of resource in producing that.
© 2010 John Wiley & Sons Ltd. Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
Project, People, Processes and Products Project management skills – schedule, monitoring, risk management, … People management skills – delegation, mentoring,
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
540f07cost12oct41 Reviews Postmortem u Surprises? u Use white background on slides u Do not zip files on CD u Team leader should introduce team members.
Personal Estimation with PROBE CS3300 Fall Process Everybody has one !!! Formal – Completely defined and documented Informal – Just the way things.
FUNCTION POINT ANALYSIS & ESTIMATION
Intro to Estimating Part Art, Part Science. Importance of Good Estimates Time (Realistic Deadlines) most software projects are late because the time was.
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
Software Production ( ) Lecture 3: Dr. Samer Odeh Hanna (PhD) office: 318.
Project Planning Goal 1 - Estimates are documented for use in tracking and planning project. Goal 2 - Project Activities and commitments planned and documented.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
2 PROJECT MANAGEMENT. Plan project Integrate & test system Analyze requirements Design Maintain Test unitsImplement Software Engineering Roadmap: Chapter.
Cost9b 1 Living with Function Points Bernstein and Lubashevsky Text pp
Estimation Questions How do you estimate? What are you going to estimate? Where do you start?
Cost23 1 Question of the Day u Which of the following things measure the “size” of the project in terms of the functionality that has to be provided in.
THE FAMU-CIS ALUMNI SYSTEM
The Work Breakdown Structure and Project Estimation
Project Management Chapter 3.
IEEE Std 1074: Standard for Software Lifecycle
Function Point.
Software Metrics “How do we measure the software?”
Activities During SPP Size Estimation
Chapter 5: Principles of Project Management II
More on Estimation In general, effort estimation is based on several parameters and the model ( E= a + b*S**c ): Personnel Environment Quality Size or.
COCOMO Models.
COCOMO MODEL.
Presentation transcript:

Software Engineering Modern Approaches Eric Braude and Michael Bernstein

Chapter 8: Principles of Project Management II

The Software Development Lifecycle Planning Maintenance Testing The Software Development Lifecycle Requirements analysis Implementation Learning goals of this chapter How do you estimate the cost of a software job? What are good ways to go about creating a project schedule? What does a Software Project Management Plan look like? How are projects planned in practice? What are good ways for student teams to plan their projects? Design Phase most relevant to this chapter is shown in bold

Range of Errors in Estimating Cost $4 Rough range of cost estimates after conceptualization phase. Assumes eventual, actual cost of $1 Conceptual- ization phase $1 $3 25c Rough range of cost estimates after requirements analysis Requirements analysis $1 $2 $1 Design Range of Errors in Estimating Cost $1 Implementation Integration/Test

A Cost Estimation Roadmap 1 Use comparisons with past jobs to estimate cost & duration directly or to estimate lines of code. and / or Use function point method to estimate lines of code .1 Compute un-adjusted function points. .2 Apply adjustment process. 2 Use lines of code estimates to compute labor and duration using COCOMO (II) formulas. © 2010 John Wiley & Sons Ltd.

Function Point Computation for a Single Function (IFPUG) External Inquiries (EIN) Internal Logical Files (ILF)* Function Logical group of user data Logical group of user data Logical group of user data External Outputs (EO) External Inputs (EI) External Logical Files (ELF) file file * Internal logical grouping of user data into files file

Function Point Computations (IFPUG) (Unadjusted -- to be followed by applying adjustment process) PARAMETER simple complex Ext. inputs EI … 3 or… 4 or ... 6 = ___ Ext. outputs EO … 4 or … 5 or ... 7 = ___ Ext. inquiries EIN … 3 or … 4 or ... 6 = ___ Int. logical files ILF ... 7 or …10 or ... 15 = ___ Ext. logical files ELF ... 5 or …7 or ... 10 = ___ countTotal

Unadjusted Function Point Computation for First Encounter Functions:“Set up Player Character”

Unadjusted Function Point Computation for Second Encounter Functions: “Encounter Foreign Character”

General Characteristics for FP Adjustment 1-7 incidental average essential 1 2 3 4 5 none moderate significant Case study 1. Requires backup/recovery? 0-2 2. Data communications required? 0-1 3. Distributed processing functions? 0 4. Performance critical? 3-4 5. Run on existing heavily utilized environment? 0-1 6. Requires on-line data entry? 5 7. Multiple screens for input? .... continued 4-5

General Characteristics for FP Adjustment 8-14 incidental average essential 1 2 3 4 5 none moderate significant Case study 8. Master fields updated on-line? 3-4 9. Inputs, outputs, inquiries of files complex? 1-2 10. Internal processing complex? 1-3 11. Code designed for re-use? 2-4 12. Conversion and installation included? 0-2 13. Multiple installation in different orgs.? 1-3 14. Must facilitate change & ease-of-use by user? 4-5

Using COCOMO I to Estimate Encounter Effort © 2010 John Wiley & Sons Ltd.

Basic COCOMO II Formulae (Boehm) Effort in Person-months = a i=117EMi -- where a = 1.01 + j=15SFj EMi are multiplicative cost drivers SFj are scaling cost drivers http://sunset.usc.edu/research/COCOMOII/

Basic COCOMO II Cost Drivers Due to http://sunset.usc.edu/research/COCOMOII/

Estimating Story Points 10 Upper bound Estimated size in story points Actual size in person-hours 1. Compute past error % 2. Estimate using comparison, 3. factored by trend in past errors % 1 2 3 4 5 6 7 8 Cycle #

Velocity in Agile Development Definition: Number of story points team can execute per cycle Relies on history of performance and consistency of story points Within this project and past ones Depends on accurate story points

Building a Schedule 1: Setting Milestones © 2010 John Wiley & Sons Ltd.

Building a Schedule 2: Showing Phases © 2010 John Wiley & Sons Ltd.

Building a Schedule 3: Showing Work Breakdown Structure © 2010 John Wiley & Sons Ltd.

Dependencies in Schedules Dependencies: subset of schedule Critical paths: sequences of dependencies © 2010 John Wiley & Sons Ltd.

IEEE 1058-1998 SPMP Table of Contents 1. Overview 1.1 Project summary 1.2 Evolution of the SPMP 2. References 3. Definitions 4. Project organization 4.1 External interfaces 4.2 Internal structure 4.3 Roles and responsibilities 5. Managerial process plans 5.1 Project startup plan 5.2 Work plan 5.3 Control plan 5.4 Risk management plan 5.5 Project closeout plan 6. Technical process plans 6.1 Process model 6.2 Methods, tools and techniques 6.3 Infrastructure plan 6.4 Product acceptance plan 7. Supporting process plans 7.1 Configuration management plan 7.2 Verification and validation plan 7.3 Documentation plan 7.4 Quality assurance plan 7.5 Reviews and audits plan 7.6 Problem resolution plan 7.7 Subcontractor management plans 7.8 Process improvement plan 8. Additional plans © 2010 John Wiley & Sons Ltd.

Gaming Industries Consolidated President IV&V . . . VP Marketing VP Engineering Software Engineering Labs . . . Game Lab . . . Game 123 Encounter SQA

Encounter Project Responsibilties Mem-ber Team leader CM Leader QA leader Require-ments manage-ment leader Design leader Implementa-tion Leader   Liaison Respon-sibility VP Engi-neering Marke-ting Software engineer-ing lab Docu-ment Respon-sibility SPMP SCMP SQAP STP SRS SDD Code base

Maximum of minimums and maximum of maximums. Method* Mini Max Comment (1) 7.5** 170   (2) 4.2 300 (3) 11.4 46 1.9 - 2.3 for two identified functions: 6-20 times as many in complete application Most conservative Maximum of minimums and maximum of maximums. Least conservative Minimum of minimums and minimum of maximums. Widest range Minimum of minimums and maximum of maximums. Narrowest range Maximum of minimums and minimum of maximums. Very Rough Estimate of Application Size Prior to Requirements Analysis © 2010 John Wiley & Sons Ltd.

Program Monitoring & Control © 2010 John Wiley & Sons Ltd.

Implemen- tation Leader Name Team Leader CM Leader QA Leader Requ. Mngmnt Leader Design Leader Implemen- tation Leader Ed Braun X   Al Pruitt Fern Tryfill Hal Furnass Karen Peters Liaison with VP Eng. Market- ing Soft. Eng. Lab Encounter Staffing Plan

Encounter Project Responsibilities Member Team leader CM Leader QA leader Require-ments manage-ment leader Design leader Implemen-tation Leader   Liaison respon-sibility VP Engin-eering Marketing Software engineer-ing lab Docu-ment responsi-bility SPMP SCMP SQAP STP SRS SDD Code base

High-Level Task Chart with Fixed Delivery Date: Order of Completion Month 1 Month 2 Month 3 Month 4 Month 5 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 SCMP complete Begin system testing SQAP complete Milestones Delivery SPMP rel. 1 complete Freeze requirements Iteration 1 Iteration 2 Risk identification & retirement Prep. for maintenance © 2010 John Wiley & Sons Ltd.

Work Breakdown Structure Excluding Secretarial Month 1 Month 2 Month 3 Month 4 Month 5 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 SCMP Complete testing Milestones SQAP Freeze requirements Delivery SPMP rel. 1 Iteration 1 Tasks Risk I&R Iteration 2 E. Braude 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 J. Pruitt 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 F. Tryfill 1 1 1 1 1 1 1 1 1 1 1 1 1 H. Furnass 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 K. Peters 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 F. Smith (tech support) .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 .5 TOTAL 5.5 5.5 5.5 5.5 5.5 5.5 5.5 5.5 4.5 4.5 4.5 4.5 4.5 4.5 4.5 4.5 4.5 4.5 3.5 3.5 © 2010 John Wiley & Sons Ltd.

Sample Risk Analysis for Encounter Case Study #  Risk title (details given above) Like-lihood 1-10  1=least likely Im-pact 1=least impact Retire-ment cost 1-10 1=lowest cost Pri-ority  lowest number handled first Retirement / mitigation plan Respon-sible engineer Target com-pletion date   1 Super-imposing images 3 10 8 Experiment with Java images. P. R. 2/1/99  2 Deficient Java skills 9 6 80 H.T., K.M., V.I. and L.D. to attend training course beginning 1/5/99 at Ultra Training Corp, obtain Java level 2 certification by 3/1/99 and level 3 certification by 4/15/99 H. L. 4/15/99 Alan Gray may be pulled off this project 7 288 Susan Ferris to inspect all of Alan's work S.F. Contin-ual .. ...

http://www.eclipse.org/org/documents/Eclipse%20Development%20Process%202003_11_09%20FINAL.pdf © 2010 John Wiley & Sons Ltd.