SlideShare una empresa de Scribd logo
1 de 20
Descargar para leer sin conexión
The Management Scope :
1. The management spectrum describes the management of a software project.
2. The management of a software project starts from requirement analysis and finishes based on the natu
3. It is about change the project from plan to reality.
4. The management spectrum focuses on the four P’s, such as People, Product, Process and Project.
5. Here, the manager of the project has to control all these P’s to have a smooth flow in the progress of th
Project Management.pdf
The People:
1. People of a project includes from manager to developer, from customer to end user. But mainly peopl
2. It is so important to have highly skilled and motivated developers that the Software Engineering Institu
The Product:
1. The product is the ultimate goal of the project.
2. To develop a software product successfully, all the product objectives and scopes should be established
3. Lack of these information, it is impossible to define reasonable and accurate estimation of the cost, an
Project Management.pdf
The Process :
1. A software process provides the framework from which a comprehensive plan for software development
2. A number of different tasks sets, milestones, work products, and quality assurance points enable the fram
3. Finally, umbrella activities cover the software process model.
4. Umbrella activities are independent of any one framework activity and occur throughout the process.
The Project :
1. The project is the complete software project that includes requirement analysis, development, delive
2. The project manager of a project or sub-project is responsible for managing the people, product and
3. The responsibilities or activities of software project manager would be a long list but that has to be f
4. A software project could be extremely complex and as per the industry data the failure rate is high.
5. Its merely due to the development but mostly due to the steps before development and sometimes du
W5HH Principle or Model :
1. Created by software engineer “Barry Boehm”, the purpose behind the W5HH principle is to work thro
Important Note :
“Barry Boehm”, gave a philosophy which prepares easy and manageable designs or outlines for so
He calls it the W5HH principle after a series of questions that define key project characteristics and th
A series of questions can help project managers more efficiently manage software projects.
Why is the system being developed?
Ans: All stakeholders should assess the validity of business reasons for the software work. Does the business purpose justi
What will be done?
Ans: The task set required for the project is defined.
When will it be done?
Ans: The team establishes a project schedule by identifying when project tasks are to be conducted and when milestones a
Who is responsible for a function?
Ans: The role and responsibility of each member of the software team are defined.
Where are they located organizationally?
Ans: Not all roles and responsibilities reside within software practitioners. The customer, users, and other stakeholders als
How will the job be done technically and authoritatively?
Ans: Once the product scope is established, management and technical strategy for the project must be defined.
How much of each resource is needed?
Ans: The answer to this question is derived by developing estimates based on the answers to earlier questions.
Software Metrics
Software process and product metrics are quantitative measures that enable SW people to gain insight
Note : A software metric is a measure of software characteristics which are measurable or countable
Software Metrics Terms
* Measure
1. provides a quantitative indication of the extent, amount, dimension, capacity or size of some attribute
Example: Number of defects found in component testing. LOC of each component
* Measurement
1.The act of collecting a measure.
Example: Collecting the defect counts. Counting LOC.
Types of Software Metrics
1. Process Metrics
Process metrics are used to measure the characteristics of the process of software development.
For example includes the efficiency of detection of fault etc. The characteristics of the methods, tools, and te
2.Product Metrics
The characteristics of the software product are measured using product metrics. Some of the important chara
* Software size and complexity
* Software reliability and quality
Computation of these metrics is done for different stages of the software development lifecycle.
3. Internal Metrics
The properties which are of great importance to a software developer can be measured using the metrics ca
An example is a measure of Lines of code (LOC).
4. External Metrics
The properties which are of great importance to a user can be measured using the metrics called external m
5. Project Metrics
1. The progress of the project is checked by the project manager using the metrics called
project metrics.
2. Various metrics such as time, cost, etc., are collected by using the data from the projects
in the past, and they are used as an estimate for the new software.
3. The project manager checks the progress of the project from time to time, and effort, time
and cost are compared with the original effort, time and cost.
4. The cost of development, efforts, risks and time can be reduced by using these metrics.
5. The quality of the project can also be improved. With the increase in quality, there is a
reduction in the number of errors, time, cost, etc.
Software Measurement Example
* Size Oriented Metrics
1. LOC Metrics
1. It is one of the earliest and simpler metrics for calculating the size of the computer program.
2. It is generally used in calculating and comparing the productivity of programmers.
3.These metrics are derived by normalizing the quality and productivity measures by considering the size of the product as a metric.
Following are the points regarding LOC measures:
1. In size-oriented metrics, LOC is considered to be the normalization value.
2. It is an older method that was developed when FORTRAN and COBOL programming were very popular.
3. Productivity is defined as KLOC / EFFORT, where effort is measured in person-months.
4. Size-oriented metrics depend on the programming language used.
5. As productivity depends on KLOC, so assembly language code will have more productivity.
6. LOC measure requires a level of detail which may not be practically achievable.
7. The more expressive is the programming language, the lower is the productivity.
8. LOC method of measurement does not apply to projects that deal with visual (GUI-based) programming.
9. It requires that all organizations must use the same method for counting LOC.
10.This is so because some organizations use only executable statements, some useful comments, and some do not.
Thus, the standard needs to be established.
Note : These metrics are not universally accepted.
Based on the LOC/KLOC count of software, many other metrics can be computed:
1. Errors/KLOC
2. Cost / KLOC
3. Defects/KLOC
4. Pages of documentation/KLOC
5. Errors/PM
6. Productivity = KLOC/PM (effort is measured in person-months)
7. Cost / Page of documentation
Advantages of LOC
1. Simple to measure
Disadvantage of LOC
1. It is defined on the code. For example, it cannot measure the size of the specification.
2. It characterizes only one specific view of size, namely length, it takes no account of
functionality or complexity
3. Bad software design may cause an excessive line of code
4. It is language dependent
Software quality metrics :
Software quality metrics are a subset of software metrics that focus on the quality aspects of the product,
Types of quality metrics :
1. Product quality metrics
2. In-process quality metrics
3. Maintenance quality metrics
1. Product quality metrics : This metric includes the following
* Mean Time to Failure
* Defect Density
* Customer Problems
* Customer Satisfaction
Mean Time to Failure
This metric is generally used with safety critical systems such as the airline traffic control systems, aeronau
Defect Density
It measures the defects relative to the software size expressed as lines of code or function point, etc. i.e., it
Customer Problems
It measures the problems that customers encounter when using the product. It contains the customer’s view
The problems metric is usually expressed in terms of Problems per User-Month (PUM).
PUM = Total Problems that customers reported (true defect and non-defect oriented problems) for a time period + Total numb
Where
Number of license-month of the software = Number of install license of the software × Number of months in the calculation period
Note : PUM is usually calculated for each month after the software is released to the market, and also for monthly averages by ye
Customer Satisfaction
Customer satisfaction is often measured by customer survey data through the five-point scale
1.Very satisfied
2.Satisfied
3.Neutral
4.Dissatisfied
5.Very dissatisfied
Note : Satisfaction with the overall quality of the product and its specific dimensions is usually obtained through various m
2. In-process quality metrics : In-process quality metrics deals with the tracking of defect arrival during
1. Defect density during machine testing
2. Defect arrival pattern during machine testing
3. Phase-based defect removal pattern
4. Defect removal effectiveness
1. Defect rate during formal machine testing (testing after code is integrated into the system library) is cor
2. The overall defect density during testing will provide only the summary of the defects. The pattern of d
Example : The pattern of defect backlog overtime. This metric is needed because development organizatio
3. It is an extension of the defect density metric during testing. In addition to testing, it tracks the defects
4. Defect removal effectiveness
Note : This metric can be calculated for the entire development process, for the front-end before code int
3. Maintenance quality metrics
1. To alter the quality of the product during this phase must be less not more.
2. The following are the fixes that can be carried out to eliminate the defects as soon as
possible with excellent fix quality.
* Fix backlog and backlog management index
* Fix response time and fix responsiveness
Fix backlog and backlog management index
1. Fix backlog is related to the rate of defect arrivals and the rate at which fixes for reported
problems become available.
2. It is a simple count of reported problems that remain at the end of each month or
each week.
3.This metric can provide meaningful information for managing the maintenance process
Backlog Management Index (BMI) is used to manage the backlog of open and unresolved problems.
Note : If BMI is larger than 100, it means the backlog is reduced. If BMI is less than 100, then the backlog i
Fix response time and fix responsiveness
1. The fix response time metric is usually calculated as the mean time of all problems from
open to close.
2. Short fix response time leads to customer satisfaction.
3. The important elements of fix responsiveness are customer expectations, the agreed-to fix time, and the

Más contenido relacionado

Similar a Project Management.pdf

Importance of software quality metrics
Importance of software quality metricsImportance of software quality metrics
Importance of software quality metricsPiyush Sohaney
 
5_6134023428304274682.pptx
5_6134023428304274682.pptx5_6134023428304274682.pptx
5_6134023428304274682.pptxgamingpro22
 
Conventional software Management---.pptx
Conventional software Management---.pptxConventional software Management---.pptx
Conventional software Management---.pptxTONY562
 
Aim (A).pptx
Aim (A).pptxAim (A).pptx
Aim (A).pptx14941
 
Software Engineering Basics.pdf
Software Engineering Basics.pdfSoftware Engineering Basics.pdf
Software Engineering Basics.pdfPriyajit Sen
 
Software project scheduling
Software project schedulingSoftware project scheduling
Software project schedulinglokareminakshi
 
Mi0033 software engineering
Mi0033  software engineeringMi0033  software engineering
Mi0033 software engineeringsmumbahelp
 
Management of time uncertainty in agile
Management of time uncertainty in agileManagement of time uncertainty in agile
Management of time uncertainty in agileijseajournal
 
Ch 02 s.e software process models 1
Ch 02 s.e software process models   1Ch 02 s.e software process models   1
Ch 02 s.e software process models 1Badar Waseer
 
Software Quality Assurance in software engineering
Software Quality Assurance in software engineeringSoftware Quality Assurance in software engineering
Software Quality Assurance in software engineeringMuhammadTalha436
 
Introduction to Software Engineering
Introduction to Software EngineeringIntroduction to Software Engineering
Introduction to Software EngineeringMajane Padua
 
Basics of software engineering
Basics of software engineeringBasics of software engineering
Basics of software engineeringMadhav Suratkar
 
Mi0033 software engineering
Mi0033  software engineeringMi0033  software engineering
Mi0033 software engineeringsmumbahelp
 

Similar a Project Management.pdf (20)

Importance of software quality metrics
Importance of software quality metricsImportance of software quality metrics
Importance of software quality metrics
 
5_6134023428304274682.pptx
5_6134023428304274682.pptx5_6134023428304274682.pptx
5_6134023428304274682.pptx
 
Conventional software Management---.pptx
Conventional software Management---.pptxConventional software Management---.pptx
Conventional software Management---.pptx
 
Aim (A).pptx
Aim (A).pptxAim (A).pptx
Aim (A).pptx
 
Software Engineering Basics.pdf
Software Engineering Basics.pdfSoftware Engineering Basics.pdf
Software Engineering Basics.pdf
 
Software project scheduling
Software project schedulingSoftware project scheduling
Software project scheduling
 
Mi0033 software engineering
Mi0033  software engineeringMi0033  software engineering
Mi0033 software engineering
 
Management of time uncertainty in agile
Management of time uncertainty in agileManagement of time uncertainty in agile
Management of time uncertainty in agile
 
UNIT-I.pptx
UNIT-I.pptxUNIT-I.pptx
UNIT-I.pptx
 
SE-Lecture-5.pptx
SE-Lecture-5.pptxSE-Lecture-5.pptx
SE-Lecture-5.pptx
 
Ch 02 s.e software process models 1
Ch 02 s.e software process models   1Ch 02 s.e software process models   1
Ch 02 s.e software process models 1
 
Process Models IN software Engineering
Process Models IN software EngineeringProcess Models IN software Engineering
Process Models IN software Engineering
 
Software Quality Assurance in software engineering
Software Quality Assurance in software engineeringSoftware Quality Assurance in software engineering
Software Quality Assurance in software engineering
 
Introduction to Software Engineering
Introduction to Software EngineeringIntroduction to Software Engineering
Introduction to Software Engineering
 
Week_02.pptx
Week_02.pptxWeek_02.pptx
Week_02.pptx
 
Basics of software engineering
Basics of software engineeringBasics of software engineering
Basics of software engineering
 
SE Lecture 2.ppt
SE Lecture 2.pptSE Lecture 2.ppt
SE Lecture 2.ppt
 
SE UNIT-1 Revised.pdf
SE UNIT-1 Revised.pdfSE UNIT-1 Revised.pdf
SE UNIT-1 Revised.pdf
 
Mi0033 software engineering
Mi0033  software engineeringMi0033  software engineering
Mi0033 software engineering
 
Cost estimation
Cost estimationCost estimation
Cost estimation
 

Más de ShivareddyGangam

Student Voting Application for Election – Using SMS (1).pptx
Student Voting Application for Election – Using SMS (1).pptxStudent Voting Application for Election – Using SMS (1).pptx
Student Voting Application for Election – Using SMS (1).pptxShivareddyGangam
 
The Product and Process(1).pdf
The Product and Process(1).pdfThe Product and Process(1).pdf
The Product and Process(1).pdfShivareddyGangam
 
Unit24_TopologicalSort (2).ppt
Unit24_TopologicalSort (2).pptUnit24_TopologicalSort (2).ppt
Unit24_TopologicalSort (2).pptShivareddyGangam
 
artificialintelligencea-200326090832.pdf
artificialintelligencea-200326090832.pdfartificialintelligencea-200326090832.pdf
artificialintelligencea-200326090832.pdfShivareddyGangam
 
Software Project Risks Management (1).pdf
Software Project Risks Management (1).pdfSoftware Project Risks Management (1).pdf
Software Project Risks Management (1).pdfShivareddyGangam
 
OS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptx
OS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptxOS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptx
OS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptxShivareddyGangam
 
machinelearningengineeringslideshare-160909192132 (1).pdf
machinelearningengineeringslideshare-160909192132 (1).pdfmachinelearningengineeringslideshare-160909192132 (1).pdf
machinelearningengineeringslideshare-160909192132 (1).pdfShivareddyGangam
 
intelligent agent (1).pptx
intelligent agent (1).pptxintelligent agent (1).pptx
intelligent agent (1).pptxShivareddyGangam
 

Más de ShivareddyGangam (20)

Student Voting Application for Election – Using SMS (1).pptx
Student Voting Application for Election – Using SMS (1).pptxStudent Voting Application for Election – Using SMS (1).pptx
Student Voting Application for Election – Using SMS (1).pptx
 
pca.ppt
pca.pptpca.ppt
pca.ppt
 
The Product and Process(1).pdf
The Product and Process(1).pdfThe Product and Process(1).pdf
The Product and Process(1).pdf
 
Unit24_TopologicalSort (2).ppt
Unit24_TopologicalSort (2).pptUnit24_TopologicalSort (2).ppt
Unit24_TopologicalSort (2).ppt
 
Lecture1_jps (1).ppt
Lecture1_jps (1).pptLecture1_jps (1).ppt
Lecture1_jps (1).ppt
 
2 semai.pptx
2 semai.pptx2 semai.pptx
2 semai.pptx
 
artificialintelligencea-200326090832.pdf
artificialintelligencea-200326090832.pdfartificialintelligencea-200326090832.pdf
artificialintelligencea-200326090832.pdf
 
Software Project Risks Management (1).pdf
Software Project Risks Management (1).pdfSoftware Project Risks Management (1).pdf
Software Project Risks Management (1).pdf
 
Introduction (1).pdf
Introduction (1).pdfIntroduction (1).pdf
Introduction (1).pdf
 
Unit 3 (1) (1).pdf
Unit 3 (1) (1).pdfUnit 3 (1) (1).pdf
Unit 3 (1) (1).pdf
 
Unit 1 (1).pdf
Unit 1 (1).pdfUnit 1 (1).pdf
Unit 1 (1).pdf
 
Strassen.ppt
Strassen.pptStrassen.ppt
Strassen.ppt
 
Notion of Algorithms.pdf
Notion of Algorithms.pdfNotion of Algorithms.pdf
Notion of Algorithms.pdf
 
11_Automated_Testing.ppt
11_Automated_Testing.ppt11_Automated_Testing.ppt
11_Automated_Testing.ppt
 
OS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptx
OS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptxOS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptx
OS-Final-Transform-Manual-Testing-Processes-to-incorporate-Automatio....pptx
 
DIP Syllabus.pdf
DIP Syllabus.pdfDIP Syllabus.pdf
DIP Syllabus.pdf
 
PP
PPPP
PP
 
chapter2.ppt
chapter2.pptchapter2.ppt
chapter2.ppt
 
machinelearningengineeringslideshare-160909192132 (1).pdf
machinelearningengineeringslideshare-160909192132 (1).pdfmachinelearningengineeringslideshare-160909192132 (1).pdf
machinelearningengineeringslideshare-160909192132 (1).pdf
 
intelligent agent (1).pptx
intelligent agent (1).pptxintelligent agent (1).pptx
intelligent agent (1).pptx
 

Último

SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....
SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....
SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....santhyamuthu1
 
Renewable Energy & Entrepreneurship Workshop_21Feb2024.pdf
Renewable Energy & Entrepreneurship Workshop_21Feb2024.pdfRenewable Energy & Entrepreneurship Workshop_21Feb2024.pdf
Renewable Energy & Entrepreneurship Workshop_21Feb2024.pdfodunowoeminence2019
 
Lecture 1: Basics of trigonometry (surveying)
Lecture 1: Basics of trigonometry (surveying)Lecture 1: Basics of trigonometry (surveying)
Lecture 1: Basics of trigonometry (surveying)Bahzad5
 
SUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docx
SUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docxSUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docx
SUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docxNaveenVerma126
 
Gender Bias in Engineer, Honors 203 Project
Gender Bias in Engineer, Honors 203 ProjectGender Bias in Engineer, Honors 203 Project
Gender Bias in Engineer, Honors 203 Projectreemakb03
 
Engineering Mechanics Chapter 5 Equilibrium of a Rigid Body
Engineering Mechanics  Chapter 5  Equilibrium of a Rigid BodyEngineering Mechanics  Chapter 5  Equilibrium of a Rigid Body
Engineering Mechanics Chapter 5 Equilibrium of a Rigid BodyAhmadHajasad2
 
Design of Clutches and Brakes in Design of Machine Elements.pptx
Design of Clutches and Brakes in Design of Machine Elements.pptxDesign of Clutches and Brakes in Design of Machine Elements.pptx
Design of Clutches and Brakes in Design of Machine Elements.pptxYogeshKumarKJMIT
 
Nodal seismic construction requirements.pptx
Nodal seismic construction requirements.pptxNodal seismic construction requirements.pptx
Nodal seismic construction requirements.pptxwendy cai
 
GENERAL CONDITIONS FOR CONTRACTS OF CIVIL ENGINEERING WORKS
GENERAL CONDITIONS  FOR  CONTRACTS OF CIVIL ENGINEERING WORKS GENERAL CONDITIONS  FOR  CONTRACTS OF CIVIL ENGINEERING WORKS
GENERAL CONDITIONS FOR CONTRACTS OF CIVIL ENGINEERING WORKS Bahzad5
 
Summer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdf
Summer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdfSummer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdf
Summer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdfNaveenVerma126
 
Basic Principle of Electrochemical Sensor
Basic Principle of  Electrochemical SensorBasic Principle of  Electrochemical Sensor
Basic Principle of Electrochemical SensorTanvir Moin
 
Graphics Primitives and CG Display Devices
Graphics Primitives and CG Display DevicesGraphics Primitives and CG Display Devices
Graphics Primitives and CG Display DevicesDIPIKA83
 
Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...
Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...
Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...amrabdallah9
 
Guardians and Glitches: Navigating the Duality of Gen AI in AppSec
Guardians and Glitches: Navigating the Duality of Gen AI in AppSecGuardians and Glitches: Navigating the Duality of Gen AI in AppSec
Guardians and Glitches: Navigating the Duality of Gen AI in AppSecTrupti Shiralkar, CISSP
 
The relationship between iot and communication technology
The relationship between iot and communication technologyThe relationship between iot and communication technology
The relationship between iot and communication technologyabdulkadirmukarram03
 
EPE3163_Hydro power stations_Unit2_Lect2.pptx
EPE3163_Hydro power stations_Unit2_Lect2.pptxEPE3163_Hydro power stations_Unit2_Lect2.pptx
EPE3163_Hydro power stations_Unit2_Lect2.pptxJoseeMusabyimana
 
A Seminar on Electric Vehicle Software Simulation
A Seminar on Electric Vehicle Software SimulationA Seminar on Electric Vehicle Software Simulation
A Seminar on Electric Vehicle Software SimulationMohsinKhanA
 

Último (20)

SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....
SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....
SATELITE COMMUNICATION UNIT 1 CEC352 REGULATION 2021 PPT BASICS OF SATELITE ....
 
Présentation IIRB 2024 Chloe Dufrane.pdf
Présentation IIRB 2024 Chloe Dufrane.pdfPrésentation IIRB 2024 Chloe Dufrane.pdf
Présentation IIRB 2024 Chloe Dufrane.pdf
 
Renewable Energy & Entrepreneurship Workshop_21Feb2024.pdf
Renewable Energy & Entrepreneurship Workshop_21Feb2024.pdfRenewable Energy & Entrepreneurship Workshop_21Feb2024.pdf
Renewable Energy & Entrepreneurship Workshop_21Feb2024.pdf
 
Lecture 1: Basics of trigonometry (surveying)
Lecture 1: Basics of trigonometry (surveying)Lecture 1: Basics of trigonometry (surveying)
Lecture 1: Basics of trigonometry (surveying)
 
計劃趕得上變化
計劃趕得上變化計劃趕得上變化
計劃趕得上變化
 
SUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docx
SUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docxSUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docx
SUMMER TRAINING REPORT ON BUILDING CONSTRUCTION.docx
 
Gender Bias in Engineer, Honors 203 Project
Gender Bias in Engineer, Honors 203 ProjectGender Bias in Engineer, Honors 203 Project
Gender Bias in Engineer, Honors 203 Project
 
Engineering Mechanics Chapter 5 Equilibrium of a Rigid Body
Engineering Mechanics  Chapter 5  Equilibrium of a Rigid BodyEngineering Mechanics  Chapter 5  Equilibrium of a Rigid Body
Engineering Mechanics Chapter 5 Equilibrium of a Rigid Body
 
Design of Clutches and Brakes in Design of Machine Elements.pptx
Design of Clutches and Brakes in Design of Machine Elements.pptxDesign of Clutches and Brakes in Design of Machine Elements.pptx
Design of Clutches and Brakes in Design of Machine Elements.pptx
 
Nodal seismic construction requirements.pptx
Nodal seismic construction requirements.pptxNodal seismic construction requirements.pptx
Nodal seismic construction requirements.pptx
 
GENERAL CONDITIONS FOR CONTRACTS OF CIVIL ENGINEERING WORKS
GENERAL CONDITIONS  FOR  CONTRACTS OF CIVIL ENGINEERING WORKS GENERAL CONDITIONS  FOR  CONTRACTS OF CIVIL ENGINEERING WORKS
GENERAL CONDITIONS FOR CONTRACTS OF CIVIL ENGINEERING WORKS
 
Summer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdf
Summer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdfSummer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdf
Summer training report on BUILDING CONSTRUCTION for DIPLOMA Students.pdf
 
Basic Principle of Electrochemical Sensor
Basic Principle of  Electrochemical SensorBasic Principle of  Electrochemical Sensor
Basic Principle of Electrochemical Sensor
 
Graphics Primitives and CG Display Devices
Graphics Primitives and CG Display DevicesGraphics Primitives and CG Display Devices
Graphics Primitives and CG Display Devices
 
Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...
Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...
Strategies of Urban Morphologyfor Improving Outdoor Thermal Comfort and Susta...
 
Guardians and Glitches: Navigating the Duality of Gen AI in AppSec
Guardians and Glitches: Navigating the Duality of Gen AI in AppSecGuardians and Glitches: Navigating the Duality of Gen AI in AppSec
Guardians and Glitches: Navigating the Duality of Gen AI in AppSec
 
The relationship between iot and communication technology
The relationship between iot and communication technologyThe relationship between iot and communication technology
The relationship between iot and communication technology
 
Lecture 2 .pptx
Lecture 2                            .pptxLecture 2                            .pptx
Lecture 2 .pptx
 
EPE3163_Hydro power stations_Unit2_Lect2.pptx
EPE3163_Hydro power stations_Unit2_Lect2.pptxEPE3163_Hydro power stations_Unit2_Lect2.pptx
EPE3163_Hydro power stations_Unit2_Lect2.pptx
 
A Seminar on Electric Vehicle Software Simulation
A Seminar on Electric Vehicle Software SimulationA Seminar on Electric Vehicle Software Simulation
A Seminar on Electric Vehicle Software Simulation
 

Project Management.pdf

  • 1. The Management Scope : 1. The management spectrum describes the management of a software project. 2. The management of a software project starts from requirement analysis and finishes based on the natu 3. It is about change the project from plan to reality. 4. The management spectrum focuses on the four P’s, such as People, Product, Process and Project. 5. Here, the manager of the project has to control all these P’s to have a smooth flow in the progress of th
  • 3. The People: 1. People of a project includes from manager to developer, from customer to end user. But mainly peopl 2. It is so important to have highly skilled and motivated developers that the Software Engineering Institu The Product: 1. The product is the ultimate goal of the project. 2. To develop a software product successfully, all the product objectives and scopes should be established 3. Lack of these information, it is impossible to define reasonable and accurate estimation of the cost, an
  • 5. The Process : 1. A software process provides the framework from which a comprehensive plan for software development 2. A number of different tasks sets, milestones, work products, and quality assurance points enable the fram 3. Finally, umbrella activities cover the software process model. 4. Umbrella activities are independent of any one framework activity and occur throughout the process.
  • 6. The Project : 1. The project is the complete software project that includes requirement analysis, development, delive 2. The project manager of a project or sub-project is responsible for managing the people, product and 3. The responsibilities or activities of software project manager would be a long list but that has to be f 4. A software project could be extremely complex and as per the industry data the failure rate is high. 5. Its merely due to the development but mostly due to the steps before development and sometimes du
  • 7. W5HH Principle or Model : 1. Created by software engineer “Barry Boehm”, the purpose behind the W5HH principle is to work thro Important Note : “Barry Boehm”, gave a philosophy which prepares easy and manageable designs or outlines for so He calls it the W5HH principle after a series of questions that define key project characteristics and th A series of questions can help project managers more efficiently manage software projects.
  • 8. Why is the system being developed? Ans: All stakeholders should assess the validity of business reasons for the software work. Does the business purpose justi What will be done? Ans: The task set required for the project is defined. When will it be done? Ans: The team establishes a project schedule by identifying when project tasks are to be conducted and when milestones a Who is responsible for a function? Ans: The role and responsibility of each member of the software team are defined. Where are they located organizationally? Ans: Not all roles and responsibilities reside within software practitioners. The customer, users, and other stakeholders als How will the job be done technically and authoritatively? Ans: Once the product scope is established, management and technical strategy for the project must be defined. How much of each resource is needed? Ans: The answer to this question is derived by developing estimates based on the answers to earlier questions.
  • 9. Software Metrics Software process and product metrics are quantitative measures that enable SW people to gain insight Note : A software metric is a measure of software characteristics which are measurable or countable Software Metrics Terms * Measure 1. provides a quantitative indication of the extent, amount, dimension, capacity or size of some attribute Example: Number of defects found in component testing. LOC of each component * Measurement 1.The act of collecting a measure. Example: Collecting the defect counts. Counting LOC.
  • 10. Types of Software Metrics 1. Process Metrics Process metrics are used to measure the characteristics of the process of software development. For example includes the efficiency of detection of fault etc. The characteristics of the methods, tools, and te 2.Product Metrics The characteristics of the software product are measured using product metrics. Some of the important chara * Software size and complexity * Software reliability and quality Computation of these metrics is done for different stages of the software development lifecycle.
  • 11. 3. Internal Metrics The properties which are of great importance to a software developer can be measured using the metrics ca An example is a measure of Lines of code (LOC). 4. External Metrics The properties which are of great importance to a user can be measured using the metrics called external m 5. Project Metrics 1. The progress of the project is checked by the project manager using the metrics called project metrics. 2. Various metrics such as time, cost, etc., are collected by using the data from the projects in the past, and they are used as an estimate for the new software. 3. The project manager checks the progress of the project from time to time, and effort, time and cost are compared with the original effort, time and cost. 4. The cost of development, efforts, risks and time can be reduced by using these metrics. 5. The quality of the project can also be improved. With the increase in quality, there is a reduction in the number of errors, time, cost, etc.
  • 12. Software Measurement Example * Size Oriented Metrics 1. LOC Metrics 1. It is one of the earliest and simpler metrics for calculating the size of the computer program. 2. It is generally used in calculating and comparing the productivity of programmers. 3.These metrics are derived by normalizing the quality and productivity measures by considering the size of the product as a metric. Following are the points regarding LOC measures: 1. In size-oriented metrics, LOC is considered to be the normalization value. 2. It is an older method that was developed when FORTRAN and COBOL programming were very popular. 3. Productivity is defined as KLOC / EFFORT, where effort is measured in person-months. 4. Size-oriented metrics depend on the programming language used. 5. As productivity depends on KLOC, so assembly language code will have more productivity. 6. LOC measure requires a level of detail which may not be practically achievable. 7. The more expressive is the programming language, the lower is the productivity. 8. LOC method of measurement does not apply to projects that deal with visual (GUI-based) programming. 9. It requires that all organizations must use the same method for counting LOC. 10.This is so because some organizations use only executable statements, some useful comments, and some do not. Thus, the standard needs to be established. Note : These metrics are not universally accepted.
  • 13. Based on the LOC/KLOC count of software, many other metrics can be computed: 1. Errors/KLOC 2. Cost / KLOC 3. Defects/KLOC 4. Pages of documentation/KLOC 5. Errors/PM 6. Productivity = KLOC/PM (effort is measured in person-months) 7. Cost / Page of documentation Advantages of LOC 1. Simple to measure Disadvantage of LOC 1. It is defined on the code. For example, it cannot measure the size of the specification. 2. It characterizes only one specific view of size, namely length, it takes no account of functionality or complexity 3. Bad software design may cause an excessive line of code 4. It is language dependent
  • 14. Software quality metrics : Software quality metrics are a subset of software metrics that focus on the quality aspects of the product, Types of quality metrics : 1. Product quality metrics 2. In-process quality metrics 3. Maintenance quality metrics 1. Product quality metrics : This metric includes the following * Mean Time to Failure * Defect Density * Customer Problems * Customer Satisfaction
  • 15. Mean Time to Failure This metric is generally used with safety critical systems such as the airline traffic control systems, aeronau Defect Density It measures the defects relative to the software size expressed as lines of code or function point, etc. i.e., it Customer Problems It measures the problems that customers encounter when using the product. It contains the customer’s view The problems metric is usually expressed in terms of Problems per User-Month (PUM). PUM = Total Problems that customers reported (true defect and non-defect oriented problems) for a time period + Total numb
  • 16. Where Number of license-month of the software = Number of install license of the software × Number of months in the calculation period Note : PUM is usually calculated for each month after the software is released to the market, and also for monthly averages by ye Customer Satisfaction Customer satisfaction is often measured by customer survey data through the five-point scale 1.Very satisfied 2.Satisfied 3.Neutral 4.Dissatisfied 5.Very dissatisfied Note : Satisfaction with the overall quality of the product and its specific dimensions is usually obtained through various m
  • 17. 2. In-process quality metrics : In-process quality metrics deals with the tracking of defect arrival during 1. Defect density during machine testing 2. Defect arrival pattern during machine testing 3. Phase-based defect removal pattern 4. Defect removal effectiveness 1. Defect rate during formal machine testing (testing after code is integrated into the system library) is cor 2. The overall defect density during testing will provide only the summary of the defects. The pattern of d Example : The pattern of defect backlog overtime. This metric is needed because development organizatio
  • 18. 3. It is an extension of the defect density metric during testing. In addition to testing, it tracks the defects 4. Defect removal effectiveness Note : This metric can be calculated for the entire development process, for the front-end before code int
  • 19. 3. Maintenance quality metrics 1. To alter the quality of the product during this phase must be less not more. 2. The following are the fixes that can be carried out to eliminate the defects as soon as possible with excellent fix quality. * Fix backlog and backlog management index * Fix response time and fix responsiveness Fix backlog and backlog management index 1. Fix backlog is related to the rate of defect arrivals and the rate at which fixes for reported problems become available. 2. It is a simple count of reported problems that remain at the end of each month or each week. 3.This metric can provide meaningful information for managing the maintenance process
  • 20. Backlog Management Index (BMI) is used to manage the backlog of open and unresolved problems. Note : If BMI is larger than 100, it means the backlog is reduced. If BMI is less than 100, then the backlog i Fix response time and fix responsiveness 1. The fix response time metric is usually calculated as the mean time of all problems from open to close. 2. Short fix response time leads to customer satisfaction. 3. The important elements of fix responsiveness are customer expectations, the agreed-to fix time, and the