This document provides an overview of project evaluation and size and cost estimation in software project management. It discusses conducting an initial high-level project evaluation to assess strategic fit, technical feasibility, and economic viability before more detailed size and cost estimations are made. Size can be estimated using function point analysis or object point analysis, while costs are estimated via techniques like cost-benefit analysis, cash flow forecasting, and net present value/internal rate of return calculations. Accurate estimation is challenging, and positive attitudes and periodic revisions are important.
Unit V
STAFFING IN SOFTWARE PROJECTS
Managing people – Organizational behavior – Best methods of staff selection – Motivation – The Oldham-Hackman job characteristic model – Ethical and Programmed concerns – Working in teams – Decision making – Team structures – Virtual teams – Communications genres – Communication plans.
Project Evaluation and Estimation in Software DevelopmentProf Ansari
Cost-benefit analysis
It mainly comprise two steps
Identify and estimating all of the costs and benefits of carrying out the project and operating the delivered application.
Expressing these costs and benefits in common units
We need to evaluate the net benefit, that is, the difference between the total benefit and the total benefit and the total cost of creating and operating the system.
We can categorize cost according to where they originate in the life of the project.
What is Software project management?? , What is a Project?, What is a Product?, What is Project Management?, What is Software Project Life Cycle?, What is a Product Life Cycle?, Software Project, Software Triple Constraints, Software Project Manager, Project Planning,
Unit V
STAFFING IN SOFTWARE PROJECTS
Managing people – Organizational behavior – Best methods of staff selection – Motivation – The Oldham-Hackman job characteristic model – Ethical and Programmed concerns – Working in teams – Decision making – Team structures – Virtual teams – Communications genres – Communication plans.
Project Evaluation and Estimation in Software DevelopmentProf Ansari
Cost-benefit analysis
It mainly comprise two steps
Identify and estimating all of the costs and benefits of carrying out the project and operating the delivered application.
Expressing these costs and benefits in common units
We need to evaluate the net benefit, that is, the difference between the total benefit and the total benefit and the total cost of creating and operating the system.
We can categorize cost according to where they originate in the life of the project.
What is Software project management?? , What is a Project?, What is a Product?, What is Project Management?, What is Software Project Life Cycle?, What is a Product Life Cycle?, Software Project, Software Triple Constraints, Software Project Manager, Project Planning,
Project Estimation Presentation - Donte's 8th level of estimating level of ef...Promet Source
Johnnie Fox, Project Manager at Promet delivers this overview on web development project estimation, how to do it right and the pitfalls to watch out for.
Function Point Analysis & Cocomo. Two main estimation methods for structured and object oriented methodology estimations. Cocomo is widely used in estimating where Rational Unified Process is followed.
This is a Software Estimation Guide for Practitioners, It includes information about the Software Estimation Process, Complexities, Estimation Methods (Size, Effort, Cost) and Techniques (Function Point, COCOMO and the Use Case based Estimation)
Microsoft Project in Manufacturing and Resources - Presented by AtidanDavid J Rosenthal
In these demanding economic times, many executives are facing sharper scrutiny of their discretionary spending. This increases the importance of effectively identifying, selecting, and delivering product portfolios that best align with an organization’s business strategy. Best-practice portfolio selection techniques provide a handshake between value optimization — that is, alignment with business priorities and maximizing ROI — and resource utilization, meaning the understanding of resource capabilities and availability. Together, these techniques help PMOs recommend not only which product to undertake, but to forecast their delivery.
Vision
Organizations can make business strategies more objective by adopting structured techniques for defining, prioritizing, and communicating business imperatives, and consistently evaluating each competing initiative that contributes to strategic priorities. Adopting a structured portfolio selection process helps organizations accomplish the following:
Define and communicate the business strategy: Many organizations publish mission statements and high-level strategic objectives. Few of them, however, break down their strategy into actionable, measurable, and unique business drivers. Defining and effectively communicating the business strategy provides a blueprint that organizational departments can understood and implement.
Drive executive consensus around business driver priorities: Objectively prioritizing the business strategy and driving executive consensus can help your organization more effectively assess competing initiatives and select the optimal portfolio.
Objectively prioritize competing products from multiple dimensions: Prioritizing products by using a variety of value measurements (e.g., strategic value, financial value, and risk) provides a framework for assessing requests from multiple dimensions and for creating a common currency with which to make comparisons.
Identify the optimal portfolio under varying budget and portfolio constraints: Facing budget cuts or requests that exceed the allocated budget creates a daunting task for PMOs. Additional variables, such as inter-product dependencies and regulatory requirements, can further compound the problem, creating a challenge in effectively modeling scenarios that will help identify the right products for an organization to undertake. Accurately capturing realistic cost and benefit estimates for products early in their lifecycle helps executives effectively select portfolios that maximize ROI under varying budget constraints and measure financial performance during product execution.
Effectively communicate tradeoffs: Budget, available resources, dependencies, pet products, and compliance requirements can potentially affect the overall value of selected product portfolios. Being able to identify and alter constraints helps PMOs communicate tradeoffs to the executive team and enhance the potential value gained from the resulting
47م
مبادرة
#تواصل_تطوير
المحاضرة السابعة والأربعون من المبادرة مع
المهندس / محمد العربي
خبير واستشاري إدارة مشروعات وهندسة النظم
بعنوان
استخدام مفاهيم الرشاقة «AGILE CONCEPTS »
للتحول الاستراتيجي للمنظمات في العصر الرقمي
التاسعة مساء توقيت مكة المكرمةالإثنين24أغسطس2020
وذلك عبر تطبيق زووم من خلال الرابط
https://us02web.zoom.us/meeting/register/tZ0kcO2rqjwtGtJDycPpmoewbrvd9grYJgMd
علما ان هناك بث مباشر للمحاضرة على وقناة يوتيوب
https://www.youtube.com/user/EEAchannal
للتواصل مع إدارة المبادرة عبر قناة تيليجرام
الرابط
https://t.me/EEAKSA
رابط اللينكدان والمكتبة الالكترونية
www.linkedin.com/company/eeaksa-egyptian-engineers-association/
رابط التسجيل العام للمحاضرات
https://forms.gle/vVmw7L187tiATRPw9
This Presentation will describe you,
01. What is software project management
02. The Role of Software Project Manager
03. Risk Management
04. People Management
not only these point you will have with example.
Today as we see, software has become an inseparable part of human life. Almost everything we can look around is managed, controlled by software.
The goal of software project management is to understand, plan, measure, and control the project such that it is delivered on time and on budget. This involves gathering requirements, managing risk, monitoring and controlling progress, and following a software development process.
Program and Project Financial Management in Project OnlineMike Otranto
How do you combine the power of Microsoft Project Online and it’s leading project and portfolio management capabilities with the comprehensive financial best practices of a leading financial management technology provider? OnePlan’s Financial Planner is a Project Server/Online add in that seamlessly extends the Microsoft Project Online to enable full financial management and capital budgeting controls such as cost categorization, scenario modeling, cost rollups, cost analytics and forecasting.
Join this webinar to learn how OnePlan Financial Planner for Project Online enables the follow capabilities:.
Full integration with Microsoft Project Online ribbon controls- view
Financial visibility across multiple portfolios
Financial planner with flexible cost category structure
Financial impact analyzer
Financial Reporting
Cosmetic shop management system project report.pdfKamal Acharya
Buying new cosmetic products is difficult. It can even be scary for those who have sensitive skin and are prone to skin trouble. The information needed to alleviate this problem is on the back of each product, but it's thought to interpret those ingredient lists unless you have a background in chemistry.
Instead of buying and hoping for the best, we can use data science to help us predict which products may be good fits for us. It includes various function programs to do the above mentioned tasks.
Data file handling has been effectively used in the program.
The automated cosmetic shop management system should deal with the automation of general workflow and administration process of the shop. The main processes of the system focus on customer's request where the system is able to search the most appropriate products and deliver it to the customers. It should help the employees to quickly identify the list of cosmetic product that have reached the minimum quantity and also keep a track of expired date for each cosmetic product. It should help the employees to find the rack number in which the product is placed.It is also Faster and more efficient way.
CFD Simulation of By-pass Flow in a HRSG module by R&R Consult.pptxR&R Consult
CFD analysis is incredibly effective at solving mysteries and improving the performance of complex systems!
Here's a great example: At a large natural gas-fired power plant, where they use waste heat to generate steam and energy, they were puzzled that their boiler wasn't producing as much steam as expected.
R&R and Tetra Engineering Group Inc. were asked to solve the issue with reduced steam production.
An inspection had shown that a significant amount of hot flue gas was bypassing the boiler tubes, where the heat was supposed to be transferred.
R&R Consult conducted a CFD analysis, which revealed that 6.3% of the flue gas was bypassing the boiler tubes without transferring heat. The analysis also showed that the flue gas was instead being directed along the sides of the boiler and between the modules that were supposed to capture the heat. This was the cause of the reduced performance.
Based on our results, Tetra Engineering installed covering plates to reduce the bypass flow. This improved the boiler's performance and increased electricity production.
It is always satisfying when we can help solve complex challenges like this. Do your systems also need a check-up or optimization? Give us a call!
Work done in cooperation with James Malloy and David Moelling from Tetra Engineering.
More examples of our work https://www.r-r-consult.dk/en/cases-en/
Immunizing Image Classifiers Against Localized Adversary Attacksgerogepatton
This paper addresses the vulnerability of deep learning models, particularly convolutional neural networks
(CNN)s, to adversarial attacks and presents a proactive training technique designed to counter them. We
introduce a novel volumization algorithm, which transforms 2D images into 3D volumetric representations.
When combined with 3D convolution and deep curriculum learning optimization (CLO), itsignificantly improves
the immunity of models against localized universal attacks by up to 40%. We evaluate our proposed approach
using contemporary CNN architectures and the modified Canadian Institute for Advanced Research (CIFAR-10
and CIFAR-100) and ImageNet Large Scale Visual Recognition Challenge (ILSVRC12) datasets, showcasing
accuracy improvements over previous techniques. The results indicate that the combination of the volumetric
input and curriculum learning holds significant promise for mitigating adversarial attacks without necessitating
adversary training.
Final project report on grocery store management system..pdfKamal Acharya
In today’s fast-changing business environment, it’s extremely important to be able to respond to client needs in the most effective and timely manner. If your customers wish to see your business online and have instant access to your products or services.
Online Grocery Store is an e-commerce website, which retails various grocery products. This project allows viewing various products available enables registered users to purchase desired products instantly using Paytm, UPI payment processor (Instant Pay) and also can place order by using Cash on Delivery (Pay Later) option. This project provides an easy access to Administrators and Managers to view orders placed using Pay Later and Instant Pay options.
In order to develop an e-commerce website, a number of Technologies must be studied and understood. These include multi-tiered architecture, server and client-side scripting techniques, implementation technologies, programming language (such as PHP, HTML, CSS, JavaScript) and MySQL relational databases. This is a project with the objective to develop a basic website where a consumer is provided with a shopping cart website and also to know about the technologies used to develop such a website.
This document will discuss each of the underlying technologies to create and implement an e- commerce website.
About
Indigenized remote control interface card suitable for MAFI system CCR equipment. Compatible for IDM8000 CCR. Backplane mounted serial and TCP/Ethernet communication module for CCR remote access. IDM 8000 CCR remote control on serial and TCP protocol.
• Remote control: Parallel or serial interface.
• Compatible with MAFI CCR system.
• Compatible with IDM8000 CCR.
• Compatible with Backplane mount serial communication.
• Compatible with commercial and Defence aviation CCR system.
• Remote control system for accessing CCR and allied system over serial or TCP.
• Indigenized local Support/presence in India.
• Easy in configuration using DIP switches.
Technical Specifications
Indigenized remote control interface card suitable for MAFI system CCR equipment. Compatible for IDM8000 CCR. Backplane mounted serial and TCP/Ethernet communication module for CCR remote access. IDM 8000 CCR remote control on serial and TCP protocol.
Key Features
Indigenized remote control interface card suitable for MAFI system CCR equipment. Compatible for IDM8000 CCR. Backplane mounted serial and TCP/Ethernet communication module for CCR remote access. IDM 8000 CCR remote control on serial and TCP protocol.
• Remote control: Parallel or serial interface
• Compatible with MAFI CCR system
• Copatiable with IDM8000 CCR
• Compatible with Backplane mount serial communication.
• Compatible with commercial and Defence aviation CCR system.
• Remote control system for accessing CCR and allied system over serial or TCP.
• Indigenized local Support/presence in India.
Application
• Remote control: Parallel or serial interface.
• Compatible with MAFI CCR system.
• Compatible with IDM8000 CCR.
• Compatible with Backplane mount serial communication.
• Compatible with commercial and Defence aviation CCR system.
• Remote control system for accessing CCR and allied system over serial or TCP.
• Indigenized local Support/presence in India.
• Easy in configuration using DIP switches.
Overview of the fundamental roles in Hydropower generation and the components involved in wider Electrical Engineering.
This paper presents the design and construction of hydroelectric dams from the hydrologist’s survey of the valley before construction, all aspects and involved disciplines, fluid dynamics, structural engineering, generation and mains frequency regulation to the very transmission of power through the network in the United Kingdom.
Author: Robbie Edward Sayers
Collaborators and co editors: Charlie Sims and Connor Healey.
(C) 2024 Robbie E. Sayers
NO1 Uk best vashikaran specialist in delhi vashikaran baba near me online vas...Amil Baba Dawood bangali
Contact with Dawood Bhai Just call on +92322-6382012 and we'll help you. We'll solve all your problems within 12 to 24 hours and with 101% guarantee and with astrology systematic. If you want to take any personal or professional advice then also you can call us on +92322-6382012 , ONLINE LOVE PROBLEM & Other all types of Daily Life Problem's.Then CALL or WHATSAPP us on +92322-6382012 and Get all these problems solutions here by Amil Baba DAWOOD BANGALI
#vashikaranspecialist #astrologer #palmistry #amliyaat #taweez #manpasandshadi #horoscope #spiritual #lovelife #lovespell #marriagespell#aamilbabainpakistan #amilbabainkarachi #powerfullblackmagicspell #kalajadumantarspecialist #realamilbaba #AmilbabainPakistan #astrologerincanada #astrologerindubai #lovespellsmaster #kalajaduspecialist #lovespellsthatwork #aamilbabainlahore#blackmagicformarriage #aamilbaba #kalajadu #kalailam #taweez #wazifaexpert #jadumantar #vashikaranspecialist #astrologer #palmistry #amliyaat #taweez #manpasandshadi #horoscope #spiritual #lovelife #lovespell #marriagespell#aamilbabainpakistan #amilbabainkarachi #powerfullblackmagicspell #kalajadumantarspecialist #realamilbaba #AmilbabainPakistan #astrologerincanada #astrologerindubai #lovespellsmaster #kalajaduspecialist #lovespellsthatwork #aamilbabainlahore #blackmagicforlove #blackmagicformarriage #aamilbaba #kalajadu #kalailam #taweez #wazifaexpert #jadumantar #vashikaranspecialist #astrologer #palmistry #amliyaat #taweez #manpasandshadi #horoscope #spiritual #lovelife #lovespell #marriagespell#aamilbabainpakistan #amilbabainkarachi #powerfullblackmagicspell #kalajadumantarspecialist #realamilbaba #AmilbabainPakistan #astrologerincanada #astrologerindubai #lovespellsmaster #kalajaduspecialist #lovespellsthatwork #aamilbabainlahore #Amilbabainuk #amilbabainspain #amilbabaindubai #Amilbabainnorway #amilbabainkrachi #amilbabainlahore #amilbabaingujranwalan #amilbabainislamabad
Hierarchical Digital Twin of a Naval Power SystemKerry Sado
A hierarchical digital twin of a Naval DC power system has been developed and experimentally verified. Similar to other state-of-the-art digital twins, this technology creates a digital replica of the physical system executed in real-time or faster, which can modify hardware controls. However, its advantage stems from distributing computational efforts by utilizing a hierarchical structure composed of lower-level digital twin blocks and a higher-level system digital twin. Each digital twin block is associated with a physical subsystem of the hardware and communicates with a singular system digital twin, which creates a system-level response. By extracting information from each level of the hierarchy, power system controls of the hardware were reconfigured autonomously. This hierarchical digital twin development offers several advantages over other digital twins, particularly in the field of naval power systems. The hierarchical structure allows for greater computational efficiency and scalability while the ability to autonomously reconfigure hardware controls offers increased flexibility and responsiveness. The hierarchical decomposition and models utilized were well aligned with the physical twin, as indicated by the maximum deviations between the developed digital twin hierarchy and the hardware.
2. Overview
Different level of estimation
Project Evaluation
Introduction to Estimation
Size Estimation
Cost Estimation
Software Project Management 2
3. Different level of estimation
Before decision to do a project
The estimation is coarse
The estimation is in high level terms
Profit? Good to the organization? etc.
After decision to go ahead
More detailed size and cost estimations
are required
Software Project Management 3
4. Project Evaluation
A high level assessment of the project
to see whether it is worthwhile to proceed
with the project
to see whether the project will fit in the
strategic planning of the whole
organization
Software Project Management 4
5. Project Evaluation - Why
Want to decide whether a project can
proceed before it is too late
Want to decide which of the several
alternative projects has a better
success rate, a higher turnover, a
higher ...
Is it desirable to carry out the
development and operation of the
software system?
Software Project Management 5
6. Project Evaluation - Who
Senior management
Project manager/coordinator
Team leader
Software Project Management 6
7. Project Evaluation - When
Usually at the beginning of the project
e.g. Step 0 of Step Wise Framework
Software Project Management 7
11. Strategic planning
is an organization's process of defining its
strategy, or direction, and making decisions on
allocating its resources to pursue this strategy.
to control mechanisms for guiding the
implementation of the strategy.
It is executed by strategic planners or
strategists, who involve many parties and
research sources in their analysis of the
organization and its relationship to the
environment in which it competes.
12. Strategic Assessment
Used to assess whether a project fits in the
long-term goal of the organization
Usually carried out by senior management
Needs a strategic plan that clearly defines the
objectives of the organization
Evaluates individual projects against the
strategic plan or the overall business
objectives
Software Project Management 12
13. Strategic Assessment (cont’d)
Programme management
suitable for projects developed for use in
the organization
Portfolio management
suitable for project developed for other
companies by software houses
Software Project Management 13
14. SA – Programme
Management
Individual projects as components of a
programme within the organization
Programme aass ““aa ggrroouupp ooff pprroojjeeccttss tthhaatt aarree
mmaannaaggeedd iinn aa ccoooorrddiinnaatteedd wwaayy ttoo ggaaiinn
bbeenneeffiittss tthhaatt wwoouulldd nnoott bbee ppoossssiibbllee wweerree tthhee
pprroojjeeccttss ttoo bbee mmaannaaggeedd iinnddeeppeennddeennttllyy””
bbyy DD..CC.. FFeerrnnss
JJoouurrnnaall ooff PPrroojjeecctt MMaannaaggeemmeenntt
AAuugg.. 11999911
Software Project Management 14
15. SA – Programme
Management Issues
Objectives
How does the project contribute to the
long-term goal of the organization?
Will the product increase the market
share? By how much?
Software Project Management 15
16. SA – Programme
Management Issues (cont’d)
Personnel
What are the staff implications?
What are the impacts on the overall policy
on staff development?
Image
How does the product affect the image of
the organization?
Software Project Management 16
17. Project Portfolio Management
(PPM) is the centralized management of processes,
methods, and technologies used by project managers
and project management offices (PMOs) to analyze
and collectively manage current or proposed
projects based on numerous key characteristics.
The objectives of PPM are to determine the optimal
resource mix for delivery and to schedule activities
to best achieve an organization’s operational and
financial goals ― while honoring constraints
imposed by customers, strategic objectives, or
external real-world factors.
18. SA – Portfolio Management
suitable for product developed by a
software company for an organization
may need to assess the product for the
client organization
Programme management issues apply
need to carry out strategic assessment
for the providing software company
Software Project Management 18
19. SA – Portfolio Management
Issues
Long-term goal of the software
company
The effects of the project on the
portfolio of the company (synergies and
conflicts)
Any added-value to the overall portfolio
of the company
Software Project Management 19
20. Technical Assessment
Functionality against hardware and
software
The strategic IS plan of the organization
any constraints imposed by the IS plan
Software Project Management 20
21. Economic Assessment
Why?
Consider whether the project is the best
among other options
Prioritise the projects so that the
resources can be allocated effectively if
several projects are underway
Software Project Management 21
23. EA – Cost-benefit Analysis
A standard way to assess the economic
benefits
Two steps
Identify and estimate all the costs and
benefits of carrying out the project
Express the costs and benefits in a
common unit for easy comparison (e.g. $)
Software Project Management 23
26. EA – Cash Flow Forecasting
What?
Estimation of the cash flow over time
Why?
An excess of estimated benefits over the
estimated costs is not sufficient
Need detailed estimation of benefits and
costs versus time
Software Project Management 26
27. EA – Cash Flow Forecasting
(Cont’d)
dnepx E e mocnI
Software Project Management 27
28. EA – Cash Flow Forecasting
(Cont’d)
Need to forecast the expenditure
and the income
Accurate forecast is not easy
Need to revise the forecast from
time to time
Software Project Management 28
30. Cost-benefit Evaluation
Techniques
Net profit
= Total income – Total costs
Payback period
= Time taken to break even
Return on Investment (ROI)
100%
= average annual profit ´
total investment
Software Project Management 30
31. Cost-benefit Evaluation
Techniques – NPV
Net present value (NPV)
It is the sum of the present values of all
future amounts.
Present value is the value which a
future amount is worth at present
It takes into account the profitability of a
project and the timing of the cash flows
Software Project Management 31
32. Cost-benefit Evaluation
Techniques – NPV (cont’d)
Discount rate is the annual rate by
which we discount future earning
e.g. If discount rate is 10% and the return
of an investment in a year is $110, the
present value of the investment is $100.
Software Project Management 32
33. Cost-benefit Evaluation
Techniques – NPV (cont’d)
Let n be the number of year and r be
the discount rate, the present value
(PV) is given by
PV value in year
r n
n
+
(1 )
=
Software Project Management 33
34. Cost-benefit Evaluation
Techniques – NPV (cont’d)
Issues in NPV
Choosing an appropriate discount rate is
difficult
Ensuring that the rankings of projects are
not sensitive to small changes in discount
rate
Software Project Management 34
35. Cost-benefit Evaluation
Techniques – NPV (cont’d)
Guidelines:
Use the standard rate prescribed by the
organization
Use interest rate + premium rate
Use a target rate of return
Rank the projects using various discount
rates
Software Project Management 35
36. Cost-benefit Evaluation
Techniques – NPV (cont’d)
Disadvantage
May not be directly comparable with
earnings from other investments or the
costs of borrowing capital
Software Project Management 36
37. Cost-benefit Evaluation
Techniques – IRR
Internal Rate of Return (IRR)
The percentage discount rate that would
produce a NPV of zero
A relative measure
Software Project Management 37
39. Cost-benefit Evaluation
Techniques – IRR (cont’d)
Advantages
Convenient
Directly comparable with rate of return on other
projects and with interest rates
Useful
Dismiss a project due to its small IRR value
Indicate further precise evaluation of a project
Supported by MS Excel and Lotus 1-2-3
Software Project Management 39
40. Estimation
Why? – to define the project budget and
to ‘refine’ the product to realize the
budget
Who? – the manager
What? – size and cost
When? – always
How? – techniques and models
Software Project Management 40
41. Issues related to Estimation
Difficult to make accurate estimation
Better to have previous data and analyze the
actual values against their estimates so that
you know how accurate you are
Even better to have previous data of the
whole organization so that you know how
accurate the estimation method, if any, used
within the organization is
Software Project Management 41
42. Positive Attitude Towards
Estimation
Use your estimation as a guide to
manage your project
From time to time, you need to revise
your estimation based on the current
status of the project
Software Project Management 42
43. Estimation Approaches
Expert judgement
Ask the knowledgeable experts
Estimation by analogy
Use the data of a similar and completed
project
Pricing to win
Use the price that is low enough to win the
contract
Software Project Management 43
44. Estimation Approaches
(cont’d)
Top-down
An overall estimate is determined and then broken
down into each component task
Bottom-up
The estimates of each component task are
aggregated to form the overall estimate
Algorithmic model
Estimation is based on the characteristics of the
product and the development environment.
Software Project Management 44
45. Size Estimation
Problems related to size estimation
Size Estimation Model
Function Point Analysis (FPA)
Software Project Management 45
46. Problems related to size
estimation
Nature of software
Novel application of software
Fast changing technology
Lack of homogeneity of project
experience
Subjective nature of estimation
Political implications within the
organization
Software Project Management 46
47. Function Point Analysis (FPA)
Developed by A. Albrecht in IBM
Aim: To estimate the LOC of a system
LOC of system
= FP of system × LOC-per-FP of the
language
Software Project Management 47
48. Function Point Analysis
(cont’d)
Idea: Software system consists of five
major components (or, external user
types)
External input types
External output types
Logical internal file types
External interface file types
External inquiry types
Software Project Management 48
49. Function Point Analysis -
Steps
Identify each instance of each external
user type in the proposed system
Classify each instance as having high,
medium or low complexity
Assign the FP of each instance
FP of the system = sum of FP of
individual components
Software Project Management 49
50. Function Point Analysis
Number of FPs Complexity
External user type Low Average High
External input type 3 4 6
External output type 4 5 7
Logical internal file type 7 10 15
External interface file type 5 7 10
External inquiry type 3 4 6
Software Project Management 50
51. Function Point Analysis -
Example
A component of an inventory system
consisting of ‘Add a record’, ‘Delete a record’,
‘Display a record’, ‘Edit a record’, and ‘Print a
record’ will have
3 external input types
1 external output type
1 external inquiry type
Then, assign FPs based on the complexity of
each type
Software Project Management 51
52. Function Point Analysis
(cont’d)
Other issues
The assignment of level of complexity is
rather subjective
International FP User Group (IFPUG)
imposes rules on assigning the level of
complexity to individual external user types
Software Project Management 52
53. Object Point Analysis
Similar to function point analysis
Used on 4GL development projects
Takes account of features that may be
more readily identifiable if the system is
built on high-level application building
tools
Software Project Management 53
54. Object Point Analysis – Steps
Identify the number of screens, reports
and 3GL components
Classify each object as Simple, Medium
and Difficult
Assign the weight accordingly
Calculate the total object points
Total OP = sum of individual OP × weighting
Software Project Management 54
55. Object Point Analysis – Steps
(cont’d)
Deduct the reused objects (r% reused)
NOP = OP × (1 – r%)
Identify the productivity rate of both
developer and CASE
Productivity rate = average of the two
PRs
Calculate the effort
Effort = NOP / Productivity Rate
Software Project Management 55
56. Object Point Analysis –
Screens
Number and source of data tables
Number of
views
contained
Total < 4
(<2 server,
<2 client)
Total < 8
(2-3 server,
3-5 client)
Total 8+
(>3 server,
>5 client)
< 3 Simple Simple Medium
3 – 7 Simple Medium Difficult
8+ Medium Difficult Difficult
Software Project Management 56
57. Object Point Analysis –
Reports
Number and source of data tables
Number of
sections
contained
Total < 4
(<2 server,
<2 client)
Total < 8
(2-3 server,
3-5 client)
Total 8+
(>3 server,
>5 client)
< 2 Simple Simple Medium
2 or 3 Simple Medium Difficult
> 3 Medium Difficult Difficult
Software Project Management 57
58. Object Point Analysis –
Complexity Weightings
Complexity
Type of object Simple Medium Difficult
Screen 1 2 3
Report 2 5 8
3GL
component
N/A N/A 10
Software Project Management 58
59. Object Point Analysis –
Productivity Rate
Very
low Low Nomina
l High Very
High
Developer’s
experience
and capability
4 7 13 25 50
CASE
maturity and
capability
4 7 13 25 50
Software Project Management 59
60. Object Point Analysis – Issues
Adopted in Boehm’s COCOMO II in the
application composition stage
Software Project Management 60
61. Object Point Analysis –
Example
See separate handout
Software Project Management 61
62. Cost Estimation
Cost Estimation Model
COCOMO II
Software Project Management 62
63. Constructive Cost Model II
(COCOMO II)
A parametric cost model
Important aspects of software projects are
characterized by variables (or parameters)
Once the value of the parameters are
determined, the cost can be computed
from an equation
Software Project Management 63
64. COCOMO II (cont’d)
Recognizes different approaches to
software development
Prototyping, Incremental development etc.
Software Project Management 64
65. A history of COCOMOs
COCOMO originally proposed by
Boehm in 1981, now called COCOMO
81
Later evolved to Ada COCOMO in 1989
In 1995, Boehm proposed COCOMO II
Software Project Management 65
66. COCOMO II
A family of models
Uses different models in 3 different stages
of the project
3 stages: application composition, early
design and post architecture
Supports estimation early in the process
Allows further detailed estimation after the
system architecture has been defined
Software Project Management 66
67. COCOMO II (cont’d)
The basic model equation
Effort = Constant × (Size)scale factor
× Effort Multiplier
Effort in terms of person-months
Constant: 2.45 in 1998
Size: Estimated Size in KSLOC
Scale Factor: combined process factors
Effort Multiplier (EM): combined effort factors
Software Project Management 67
68. The Application Composition
Stage
Estimation at the early stage
Corresponding to exploratory work such
as prototyping
Uses object points to estimate the size
of the product
Software Project Management 68
69. The Early Design Stage
Estimate after the requirements
specification is completed and possibly
with some design
Use the basic model equation
Estimate the size by FPs (preferred) or
KSLOC
Estimate scale factor and effort
multiplier
Software Project Management 69
70. The Early Design Stage –
Scale Factor
Estimation of the scale factor
A combined effect of 5 parameters
Application precedentedness
Process flexibility
Architecture risk resolution
Team cohesion
Process maturity
Software Project Management 70
71. The Early Design Stage –
Scale Factor (cont’d)
Parameter
Very Low
(0.05)
Low
(0.04)
Nominal
(0.03)
High
(0.02)
Very High
(0.01)
Extra High
(0.00)
Precedentedness Thoroughly
unprecedented
Largely
unprecedented
Somewhat
unprecedented
Generally
familiar
Largely
familiar
Thoroughly
familiar
Development
flexibility Rigorous Occasional
relaxation
Some
relaxation
General
conformity
Some
conformity
General
goals
Architecture risk
resolution
Little
20%
Some
40%
Often
60%
Generally
75%
Mostly
90%
Full
100%
Team cohesion Very difficult
interactions
Some difficult
interactions
Basically
cooperative
Largely
cooperative
Highly
Cooperative
Seamless
interactions
Process maturity Level 1 Level 2 Level 2+ Level 3 Level 4 Level 5
Software Project Management 71
72. The Early Design Stage –
Scale Factor (Cont’d)
Calculate the scale factor based on the
equation
Scale factor = 1.01 + sum of the values
Software Project Management 72
73. The Early Design Stage –
Effort Multiplier
7 factors in Effort Multiplier
product Reliability and ComPleXity (RCPX)
required reusability (RUSE)
Platform DIFficulty (PDIF)
PERSonnel capability (PERS)
PeRsonnel EXperience (PREX)
FaCILities available (FCIL)
SChEDule pressure (SCED)
Software Project Management 73
74. The Early Design Stage –
Effort Multiplier (cont’d)
Assess each factor by
Very low, low, nominal, high, very high,
and extra high
Assign each factor using a value
between 0.5 and 1.5 (inclusive)
EM is the product of all these values
Software Project Management 74
75. The Early Design Stage –
Effort Multiplier (cont’d)
Early Design Very Low – Extra High
RCPX 0.5 – 1.5
RUSE 0.5 – 1.5
PDIF 0.5 – 1.5
PERS 1.5 – 0.5
PREX 1.5 – 0.5
FCIL 1.5 – 0.5
SCED 1.5 – 0.5
Software Project Management 75
76. The Early Design Stage –
Example
See separate handout
Software Project Management 76
77. The Post-architecture Stage
Estimation after the software
architecture has been defined
The same basic model equation
Size estimation by KSLOC (preferred)
or FPs
Same scale factor estimation
17 factors in EM (7 in early design
stage)
Software Project Management 77
78. The Post-architecture Stage –
Effort Multiplier
17 factors in 4 different categories
Product attributes
Platform attributes
Personnel attributes
Project attributes
Software Project Management 78
79. The Post-architecture Stage –
Effort Multiplier
Product attributes
Required reliability (RELY)*
Database size (DATA)
Product complexity (CPLX)*
Required reuse (RUSE)**
Documentation (DOCU)
*Relate to RCPX in early design stage
Software Project Management 79
80. The Post-architecture Stage –
EAF (Cont’d)
Platform attributes
execution TIME constraint (TIME)*
main STORage constraint (STOR)*
Platform VOLatility (PVOL)*
*Related to Platform DIFficulty (PDIF) in
early design stage
Software Project Management 80
82. The Post-architecture Stage –
EAF (Cont’d)
Project attributes
use of software TOOLs (TOOL)*
multiSITE development team
communications (SITE)*
*Relate to FCIL in early design model
Software Project Management 82
85. COCOMO II (cont’d)
Advantages
Good improvement
over COCOMO
Good match for
iterative
development,
modern technology,
and management
process
Disadvantages
Still immature,
diverse projects in
database
Hard to believe that it
will be any more
reliable than the
original COCOMO
model
Software Project Management 85
86. References
Hughes, B., and Cotterell, M. (1999) Software
project management, 2nd ed., McGraw Hill
Pfleeger, S.L. (1998) Software Engineering:
Theory and Practice, Prentice Hall
Royce, W. (1998) Software Project
Management: A Unified Framework, Addison
Wesley
Center for Software Engineering, USC (1999)
COCOMO II Model Definition Manual.
Software Project Management 86
Editor's Notes
The emphasis is on the last two items.
However, project managers need to understand there are various level of estimation based on the purposes.
Spend 30-40 minutes on first 34 slides. Can skip some because they are rather obvious.
Staff implications includes skills and numbers
Staff development includes trainings, workshops, seminars, conferences, and magazine subscriptions etc.
Long-term goal: need to ensure that the project fits into the long-term goal of the software company
Portfolio: Specialization versus Diversification
Added-value: consider whether the project will have an added-value to the overall portfolio of the company
Functionality: evaluate the functionality of the product against available hardware and software
Constraints: constraints imposed by the company’s IS plan will affect the development cost
A common way is to compare the expected costs of development and operation of the system with the benefits of having it in production
Cost-benefit analysis is to compare the estimated costs of development and operation of a system with the estimated benefits of putting the system in place.
Cash flow forecasting is …
Why need Cash flow forecasting? It is because the excess of benefits over costs is not sufficient to justify the implementation of a proposed project.
Development costs:
Salaries and employment costs of staff
Hardware and software for development platform
Setup cost: cost for putting system in place
New hardware and ancillary equipments
Database conversion
Recruitment of staff
Staff training
Benefits are quite difficult to quantify in monetary terms even if they are identified.
Direct benefits are those accrue directly from the operation of the system.
Examples:
Reduction of staff employment
Re-organization of staff
Assessable indirect benefits are the secondary benefits.
Example:
Increase of accuracy through a more user-friendly screen
Intangible benefits relate to those benefits that are longer term in nature or those benefits that are considered very difficult to quantify.
Example:
Enhanced job interest lower recruitment costs
Cash flow: income and expenditure
Need to spend money at first (e.g. staff salary, employment cost, hardware and software costs) no matter where the money comes from
e.g. resources from company, or money from the bank
If the money is from bank, you need to calculate the interest as well.
Expenditure:
Staff salary, recrutment costs, bank interest
We only calculate the bank interest, if any. Alternatively, we can calculate the bank repayment as one of the expense and the bank loan (principle) as one of the incomes.
Income:
Payment on completion and Payment by phases
Payment by phases is more likely to occur in outsourcing projects.
Forecast is not easy:
Not much information at the early phases of the project
The project may span several years
Revise the cash flow forecast quarterly, or even monthly.
Simple example: (where negative values represent net expenses, positive values represent net incomes)
Assumptions:
1. Cash flow take place at the end of each year.
2. The year 0 figure represents the initial investment made at the start of the project.
Let the student to do the calculation themselves during the lecture.
Net profit
Advantage: simple to use
Disadvantage: ignores the timing of the cash flow
Payback period
Advantage: simple to calculate, not particular sensitive to small forecasting errors
Disadvantage: ignores any income (or expenditure) after the payback period
Return on Investment (ROI)
Advantage: simple and easy to calculate, quite popular
Disadvantage:
1. ignores the timing of the cash flow
2. Potentially very misleading because it is very tempting to compare the rate of return with the current interest rates
NPV
Advantage: takes into account the profitability of a project and the timing of the cash flows that are produced.
Disadvantage:
1. hard to select an appropriate discount rate
2. NPV might not be directly comparable with earnings from other investments or the costs of borrowing capital.
Use Excel to demonstrate the calculation of NPV and IRR. See file ‘lect03-npv.xls’.
The IRR being a relative measure does not indicate the absolute size of the return.
It is convenient in the sense that further calculation are not required.
It is useful in the sense that, in many cases, it is sufficient to dismiss a project or indicate further investigation of a project even though it is an approximation.
Even you have your own personal historic data and those of the organization, there is still no guarantee that your next estimation is an accurate one.
Top-down: An 14-month project would have broken down into 4 months on plans and requirements specification; 4 months on months on product design; 2 months on detailed design; 2 months on coding and unit testing; 3 months on integration testing and user-acceptance testing; and 1 month on training.
Bottom-up: The reverse of top-down.
Most models in estimation are algorithmic models.
Nature of software is about its complexity and invisibility
Novel application of software: each time the software to be developed has some unique features.
Fast changing technology: technology changes very fast, how well the personnel can manage the new technology is still not known yet.
Lack of homogeneity of project experience: past data is not available for present estimation
Political implications: The marking director tends to push the product to be on the market at an early stage. Project manager may then have a tighter schedule as planned.
FPA is a top-down approach.
Developed by Albrecht (1979) and later refined by Albrecht and Gaffney (1983)
Used in development with 3GL (3rd Generation Language)
LOC means Line of Code (programming statement)
For COBOL, the LOC per FP is 91.
For C, the LOC per FP is 128.
External input types
Input transactions that update internal computer files
External output types
Transactions that output data to user such as report printing.
Logical internal file types
The standing file used by the system.
File: a group of data that is usually accessed together. It may have one or more record types. Example: A PurchaseOrder may contain one or more PurchaseItems.
External interface file types
Input and output that may pass from and to other computer applications.
Files shared among applications would also be counted.
Example: the transmission of accounting data from an order processing system to the main ledger system.
External inquiry types
Transactions initiated by the user that provide information but do not update the internal files.
To obtain the LOC, multiply FP of the system by the LOC per FP value for the programming language used.
For COBOL, the LOC per FP is 91.
For C, the LOC per FP is 128.
For further rules imposed by IFPUG, see Tables 5.3 to 5.5, Hughes book.
The word ‘object’ in object points has nothing to do with object oriented techniques.
Procedure suggested by Kauffman and Kumar (1993)
Productivity data reported by Banker, Kauffman and Kumar (1994)
3GL: 3rd Generation Language
Objects:- screens, reports and 3GL components
It is assumed that these objects are defined in a standard way as part of an integrated CASE environment.
The 3GL components are used to supplement the 4GL code.
Classifying the level of objects and assigning the complexity weightings is done according to some guidelines (see tables below)
NOP: New Object Point
The productivity rate of developer’s experience and capability and CASE maturity and capability is the average of the two values from the table.
Note that: All 3GL components may be of different size. But, according to OBA, they are the same.
Description is too complicated to contain in any slides.
See Word document “lect03-COCOMOII.doc”.
COCOMO is a parametric model
KSLOC is Kilo Source Line of Code
Scale Factor is also called Process Exponent in Royce (1998).
Effort Multiplier is also called Effort Adjustment Factor in Royce (1998).
The value of the Constant is 2.45 in 1998 (also suggested by Royce).
Although size estimation is done in FP, the value has to be converted to KSLOC for the calculation.
Application precedentedness: the degree of domain experience of the development organization
Process flexibility: the degree of contractual rigor, ceremony, and change freedom inherent in the project contract, life-cycle activities, and stake-holder communications
Architecture risk resolution: the degree of technical feasibility demonstrated before commitment to full-scale production
Team cohesion: the degree of cooperation and shared vision among stake-holders (buyers, developers, users, and maintainers, among others)
Process maturity: the maturity level of the development organization, as defined by SEI’s CMM
Beware that Table B-7 of Royce (1998) gives 0.00 to Very Low, 0.01 to Low, etc which is a bit confusing. There might be some printing errors.
This is confirmed in COCOMO II Model Definition Manual (Very Low 0.05 – Very High 0.01).
The manual is download from USC’s COCOMO site (http://sunset.usc.edu)
The range of process exponent is from 1.01 to 1.26.
The smaller is the number, the less extra effort is needed.
Thus, an ideal team will have the ideal process exponent value (1.01).
The typical range of each factor is from 0.5 to 1.5.
Beware that
For some factors such as PDIF: 0.5 (very low) – 1.5 (extra high)
For other factors such as PREX: 0.5 (extra high) – 1.5 (very low)
Sometimes, the value may exceed 1.5. However, if the difference is too much, the validity of the model is rendered.
Your organization can have your own values. For example,
CPLX may have 0.70 – 1.65 (from very low to extra high);
PERS may have 1.42 – 0.70 (from very low to extra high).
If no idea, start with nominal value (for example 1.0). However, there are situations that the nominal value may not be 1.0. It is up to you and your organization.
Description is too complicated to contain in any slides.
See Word document “lect03-COCOMOII.doc”.
Factors with ** is the same as that in early design stage.
Factors with * or ^ is a part of some factor in the early design stage.
Other factors are new to the post-architecture stage.
*Relate to personnel experience (PEXP)
^Related to personnel capability (PCAP)
Description is too complicated to contain in any slides.
See Word document “lect03-COCOMOII.doc”.
There are 83 projects in the project database according to Royce (1998).