Team Assignment 15 Team 04 Class K15T2. Agenda 1. Introduction 2. Measurement process 3. GQM 4. Strength Weakness of metrics.

Slides:



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

Note: Lists provided by the Conference Board of Canada
A3 PROBLEM SOLVING TOOL: Date: Contact: SOLUTIONS / COUNTERMEASURES What solutions will solve the root causes? (Tools: Brainstorming and Affinity Diagram)
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
More CMM Part Two : Details.
Stepan Potiyenko ISS Sr.SW Developer.
SE 450 Software Processes & Product Metrics Software Metrics Overview.
Validating and Improving Test-Case Effectiveness Author: Yuri Chernak Presenter: Lam, Man Tat.
Oct. 30, 2003CS WPI1 CS 509 Design of Software Systems Lecture #9 Thursday, Oct. 30, 2003.
Page 1 R Risk-Driven and Iterative Development. Page 2 R Copyright © 1997 by Rational Software Corporation What the Iterative Life Cycle Is Not It is.
Software Process and Product Metrics
Readiness Index – Is your application ready for Production? Jeff Tatelman SQuAD October 2008.
© 2008 Prentice Hall11-1 Introduction to Project Management Chapter 11 Managing Project Execution Information Systems Project Management: A Process and.
Project Execution.
Change Request Management
TEAM MORALE Team Assignment 12 SOFTWARE MEASUREMENT & ANALYSIS K15T2-Team 21.
Release & Deployment ITIL Version 3
Software Measurement and Analysis Team Assignment ===== K15T2 - Team ===== K15T2 - Team =====
What is Business Analysis Planning & Monitoring?
Process: A Generic View
S/W Project Management
Team Launch Introduction. Real projects are large and complex, and most software is created by teams Merely throwing people together does not result in.
CS 350, slide set 6 M. Overstreet Old Dominion University Fall 2005.
Org Name Org Site CMM Assessment Kick-off Meeting Dates of assessment.
University of Southern California Center for Systems and Software Engineering GQM, GQM+ Supannika Koolmanojwong CSCI577 Spring 2013 (C) USC-CSSE1.
Test Organization and Management
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Best Practices By Gabriel Rodriguez
MEASUREMENT PLAN SOFTWARE MEASUREMENT & ANALYSIS Team Assignment 15
OHT 25.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The quality assurance organizational framework Top management’s quality.
Fourteenth Lecture Hour 9:30 – 10:20 am, Sunday, September 16 Software Management Disciplines Project Control and Process Automation (from Part III, Chapter.
Software Configuration Management (SCM)
Software Engineering Software Process and Project Metrics.
Chapter 2 Process: A Generic View
Preparing for the Launch Mohammed El- Affendi. Launch Major Tasks  The Launch is performed according to script “LAU1”, table 3.1 in the book (page 39),
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Viking Survey Results Report Team Assignment 11 Team 2-1.
Chapter – 9 Checkpoints of the process
Lecture 11 Managing Project Execution. Project Execution The phase of a project in which work towards direct achievement of the project’s objectives and.
© 1998 Carnegie Mellon UniversityTutorial The Personal Software Process (PSP) The overview of the PSP that follows has been built from material made.
Eighth Hour Lecture 7:30 – 8:20 pm, Thursday, September 13 Workflows of the Process (from Chapter 8 of Royce’ book)
1/18 CMMI Risk Management Jense Seurynck Daan Van Britsom Risk Management.
Quality Concepts within CMM and PMI G.C.Reddy
Communications Skills (ELE 205)
Chapter 6 Team Work Blueprint By Lec.Hadeel Qasaimeh.
T Final demo I2 Iteration Agenda  Product presentation (20 min) ‏  Project close-up (20 min) ‏ Evaluation of the results  Questions.
Georgia Institute of Technology CS 4320 Fall 2003.
Company LOGO Team assignment 03 Team 04 K15T02. Members… 1.Hoàng Thị Kim Dâng 2.Thái Thanh Nhã 3.Trần Thị Mộng Hà 4.Trần Tiễn Hưng 5.Chu Thị Thu Hương.
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)
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Communications Skills (ELE 205) Dr. Ahmad Dagamseh Dr. Ahmad Dagamseh.
Software Configuration Management (SCM). Product Developer Disciplines One view of the world is that there are three types of activities are required.
Software Development A Proposed Process and Methodology.
THE POSTMORTEM Chapter 10 Introduction to Team Software Process.
Test status report Test status report is important to track the important project issues, accomplishments of the projects, pending work and milestone analysis(
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation Appendix B: Getting Started in Systems Analysis and Design.
Change Request Management
Software Quality Control and Quality Assurance: Introduction
Personal Software Process Team Software Process
Testing Process Roman Yagodka ISS Test Leader.
Software and Systems Integration
Software Project Management
Guidance notes for Project Manager
Every meeting has three parts: Ramp-Up, Meeting, Follow-Up.
QA Reviews Lecture # 6.
Joint Application Development (JAD)
(Insert Title of Project Here) Kickoff Meeting
Presentation transcript:

Team Assignment 15 Team 04 Class K15T2

Agenda 1. Introduction 2. Measurement process 3. GQM 4. Strength Weakness of metrics

Introduction The primary purpose of measurement is to provide insight into software process and products so that Viking team is better able to make decisions and manage the achievement of goals. This report proposes some plan that can help team integrate a measurement process with their overall software process.

Purpose Purpose Measurement is often equated with collecting and reporting data and focuses on presenting the numbers. The primary purpose of this report is to focus measurement more on setting goals, analyzing data with respect to software issues and manage project, and using the data to make decisions.

Scope This plan addresses all the activities for software development projects including planning, requirement analysis, project tracking, quality assurance, configuration management, design, and coding related procedures. The result of these measurements will be reported to ABC Systems Project Manager

Overview Measurement Goals: The goals of te measurement program relative to the projet in term of achievement, improvement and quality. Metrics: the metrics that are to be synthesized at regulated intervals on the project to support the goals Measurement process: provide the step by step to team to act for exactly and easy to implement collect and validate history data as well as improve process Time and role: this is table provide role to each members responsible for the metric to collect weekly, monthly or each release.

Agenda 1. Introduction 2. Measurement process 3. GQM 4. Strength Weakness of metrics

Measurement process Define procedures -Measures -Collection -Analysis -Feedback Identify scope -Objectives -Issues -Measures Collect data -Record and store data -Review and revise procedures Analyze data -Prepare reports -Present reports -Review and revise procedures - Evolve process -Evaluate progress -Evaluate process Planning Implementing Improving

Measurement process Activity in software measurement process Purpose Identify scope/ define procedure(plan) Estimate a purpose, plan and procedure for measurement tied to organization goals ImplementExecute the plan to collect data Analyze Analyze data to determine progress toward measurement goals. Evaluate and improve process Make decision based on the progress towards goals and recommend improvements on measurement process being used.

Agenda 1. Introduction 2. Measurement process 3. GQM 4. Strength Weakness of metrics

GQM Finish project on time Improve quality 20% How is current progres s of project? How many issues are there in project? How many percent defect decrease when release? Is the end user satisfied ? What is the status of defects ?

GQM GOALFinish project on time Question How is current progress of project Criteria Metric 1 The completed task*100 /total of task <10%: very bad 10% -> 50%: bad 50%->80%: normal 80%->90%: good 100%: very good Question How many issues are there in project? Metric 2Total number of issues - Number of issues is resolved >10 issues: bad 5 ->10 issues: normal 2 -> 5: Acceptable <2: good

GQM GOALImprove quality 20% QuestionWhat is the status of defects?Criteria Metric 1 Number of defect found/ 1KLOC/ release 10 defects: acceptable 10-> 20: normal >20: bad <10: good Question How many percent defect decrease when release? Metric 2 (Average number of defects in release n) – (Average number of defects in release n-1) <0: good >0: bad QuestionIs the end user satisfied? Metric 3Based on the survey<50% agree: bad 50% -> 80%: normal >80%: good

Agenda 1. Introduction 2. Measurement process 3. GQM 4. Strength Weakness of metrics

Strength Weakness of metrics 1/ The completed task*100 /total of task Strength: We can track a progress of project Weakness: We can’t identify level important of completed task

Strength Weakness of metrics 2/ Total number of issues - Number of issues is resolved Strength: We can track a progress of project Weakness: We can’t identify level important of resolved issues

Strength Weakness of metrics 3/ Number of defect found/ 1KLOC/ release Strength: The number of defect found metric is easy to count and the physical KLOC metric has been extensively automated for counting. The metric is easily to execute. Weakness: The physical KLOC metric may include substantial “dead code”. The physical KLOC metric may include blanks and comments.

Strength Weakness of metrics 4/ (Average number of defects in release n) – (Average number of defects in release n-1) Strength: It helps we know if project haves a poor quality. We can know that defects have released so that we know that the project have finished on time Weakness: We can’t identify how important defect is => the project can be failed because defect, which doesn’t release, is very important.

Strength Weakness of metrics 5/ Based on the survey Strength: Surveys are almost infinitely adaptable and can be constructed to gather information on virtually any topic. It focuses on expectative customer. It is easily to do and to use. Surveys are one of the best ways to examine customer’ expectative and attitudes. Weakness: The primary disadvantage of using surveys to assess customer’ expectative is that they provide only indirect evidence. Typically they measure satisfaction and impressions but do not generate information about deeper product.

Thanks For Your Listening! !!