CSCI 521 Final Exam Review. Why Establish a Standard Process? It is nearly impossible to have a high quality product without a high quality process. Standard.

Slides:



Advertisements
Similar presentations
More CMM Part Two : Details.
Advertisements

1 Estimating Software Development Using Project Metrics.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Project Scope Management
Degree and Graduation Seminar Scope Management
Project Change Management
Stepan Potiyenko ISS Sr.SW Developer.
Overview Lesson 10,11 - Software Quality Assurance
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
RIT Software Engineering
SE 450 Software Processes & Product Metrics 1 Defect Removal.
Project Management Session 7
Chapter 3: The Project Management Process Groups
Chapter 5: Project Scope Management
Software Engineering Institute Capability Maturity Model (CMM)
Release & Deployment ITIL Version 3
Chapter 16 Software Quality Assurance
Chapter 16 Software Quality Assurance
8/27/20151NeST Controlled. 2 Communication Transportation Education Banking Home Applications.
S T A M © 2000, KPA Ltd. Software Trouble Assessment Matrix Software Trouble Assessment Matrix *This presentation is extracted from SOFTWARE PROCESS QUALITY:
IT Project Management Cheng Li, Ph.D. August 2003.
Software Quality Chapter Software Quality  How can you tell if software has high quality?  How can we measure the quality of software?  How.
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.
Software Testing Lifecycle Practice
Software Quality Assurance Activities
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
CS3100 Software Project Management Week 26 - Quality Dr Tracy Hall.
Requirements Engineering How do we keep straight what we are supposed to be building?
Developing Software MGMT Summer 2012 Night #8.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
S Q A.
Software Project Management Lecture # 7. Outline Project Scheduling.
Software Project Management Lecture # 7. What are we studying today? Chapter 24 - Project Scheduling  Effort distribution  Defining task set for the.
IT Requirements Management Balancing Needs and Expectations.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Review for the Final Exam CSCI Software Project Management.
Georgia Institute of Technology CS 4320 Fall 2003.
Requirements Gathering How do we find out what we are supposed to be building?
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.
Develop Project Charter
1 Chapter 3 1.Quality Management, 2.Software Cost Estimation 3.Process Improvement.
Chapter 3: Software Project Management Metrics
Project Management Process Transition & Closure Project Management Process Project Description Team Mission/ Assignment Major Milestones Boundaries Team.
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.
Project Management Inspections and Reviews 1 February.
Project Management Organization Scheduling 31 January.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
1 Lecture 12: Chapter 16 Software Quality Assurance Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
Software reviews Cost impact of software defects Defect amplification model Review metrics and their use – Preparation effort (E p ), assessment effort.
Project Management Why do projects fail? Technical Reasons
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
Review for the Final Exam CSCI Software Project Management.
Requirements Gathering
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Software cost and effort estimation will never be an exact science. Estimation is very difficult to do, but is often needed Too many variables can affect.
 System Requirement Specification and System Planning.
Chapter 33 Estimation for Software Projects
CS4311 Spring 2011 Process Improvement Dr
Software Quality Assurance
Chapter 21 Software Quality Assurance
Software Project Sizing and Cost Estimation
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
Chapter 21 Software Quality Assurance
Software Project Management (SPM)
CIS12-3 IT Project Management
I love the sound they make as they fly by.
Chapter 33 Estimation for Software Projects
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
Chapter 26 Estimation for Software Projects.
Presentation transcript:

CSCI 521 Final Exam Review

Why Establish a Standard Process? It is nearly impossible to have a high quality product without a high quality process. Standard set of activities leads to better estimation Standard roles leads to improved communication and training etc…

Customer's Process Why, if at all, should we spend time analyzing how the customer does their work? What are the first questions you should ask and why?

Goal Statement Manages expectations and helps limit scope Measurable Short Communicated

Standard Documents SOW - Statement of Work Project Management Plan WBS - Work Breakdown Structure – inside the PMP – used for planning, estimation, etc. – probably only 2 or 3 levels deep

Estimation Techniques Analogy Decomposition Methods – lines of code – function points Empirical Methods

Accuracy of Estimate is based on: Accuracy of Estimate is based on: degree to which the planner has properly estimated the size of the product ability to translate a size estimate to a time estimate degree to which the project plan reflects the abilities of the software team stability of product requirements and project environment Software Engineering: Practitioner's Approach by Pressman

Team Selection A successful project requires: 1.quality people  hire for trait, train for skills 2.effective use of individuals – match tasks with personality – give authority to those with responsibility – make responsibilities crystal clear

How to build a schedule: 1.Determine dependencies of activities found in WBS. 2.Use dependencies to build activity network diagram (eg PERT). 3.Perform resource leveling and consider uncertainty. 4.Insert Milestones 5.Map network to a timeline (eg Gantt Chart) using the effort estimates. Use a software tool to help do this work.

Types of Requirements Functional –ex - it must the sales manager when an inventory item is "low" Non-Functional –ex - it must require less than one hour to run Explicit –ex – required features Implied –ex – software quality Forgotten –ex – exists in current process Unimagined

Req Gathering Problems Accommodating changing reqs Being complete, without being constraining Conflicting views Ease of omitting obvious info Identifying the experts and getting authority to talk to people Incomplete understanding of the problem on the part of the user/customer Sticking with “what” and not “how” Determining what is critical Avoiding mission creep

Characteristics of Good Requirements 1.Unambiguous 2.Complete 3.Verifiable, Measurable 4.Modifiable 5.Traceable 6.Prioritized

Risks RE = likelihood x impact RRL = RE = risk exposure RRL = risk reduction leverage RE before – RE after risk reduction cost

Metrics Product Metrics – direct measures - number of bugs, LOC – indirect measures - usability, maintainability Project and Process Metrics – direct measures - costs, LOC per month – indirect measures - quality, reliability

Goals of Configuration Management Identify Change Control Change Stability vs Progress Ensure Change is Properly Implemented

Baselines What is a baseline? Baseline change control process – change request form Config Management Tools Features

SQA Activities Contract Review Formal Technical Reviews Peer Inspections – driven by checklists, coding standards, etc Work Instructions Statistical SQA

Statistical SQA, six sigma, TQM, et.al. Goal is to remove cause of problems Data Gathering – bug reports – customer feedback – random sampling Categorize problems, then trace the critical 20% back to their root cause Control Charts, Scatter Charts

Test Management When to White Box. When to use Black Box. Stop testing when cost of finding and removing errors today is more expensive than releasing the product and fixing errors during maintenance. Laws of Testing: – someone else should test your code – complete test coverage is impossible Test Plan: what to test, when to test, what is acceptable… Keep Records of types of errors found

Maintenance Types of Maintenance – Corrective – Adaptive – Perfective Does software wear out? How do we reduce maintenance costs?

CMM Levels 1.Initial 2.Repeatable o past successes can be repeated 3.Defined o each project uses a tailored version of a standard process 4.Managed o Quantitative Quality Goals 5.Optimizing o major focus on eliminating waste in the process