Systems Engineering Cost Estimation - PowerPoint PPT Presentation

About This Presentation
Title:

Systems Engineering Cost Estimation

Description:

Title: Slide 1 Author: Ricardo Valerdi Last modified by: Ricardo Valerdi Created Date: 10/3/2002 1:35:17 PM Document presentation format: On-screen Show (4:3) – PowerPoint PPT presentation

Number of Views:73
Avg rating:3.0/5.0
Slides: 23
Provided by: Ricardo238
Category:

less

Transcript and Presenter's Notes

Title: Systems Engineering Cost Estimation


1
Systems Engineering Cost Estimation Systems
Engineering Day, São José dos Campos, Brazil
Dr. Ricardo Valerdi Massachusetts Institute of
Technology June 6, 2011 rvalerdi_at_mit.edu
2
  • Theory is when you know everything, but nothing
    works.
  • Practice is when everything works, but no one
    knows why.
  • Harvard is where theory and practice come
    together...
  • Nothing works and no one knows why.
  • - on the door of a laboratory at
    Harvard

3
  • The Delphic Sybil
  • Michelangelo Buonarroti
  • Capella Sistina, Il Vaticano (1508-1512)

4
Cost Commitment on Projects
Blanchard, B., Fabrycky, W., Systems Engineering
Analysis, Prentice Hall, 1998.
5
Cone of Uncertainty
4x
2x
Relative Size Range
x
0.5x
Initial Operating Capability
OperationalConcept
Life Cycle Objectives
Life Cycle Architecture
0.25x
Feasibility
Plans/Rqts.
Design
Develop and Test
Phases and Milestones
Boehm, B. W., Software Engineering Economics,
Prentice Hall, 1981.
6
How is Systems Engineering Defined?
  • Acquisition and Supply
  • Supply Process
  • Acquisition Process
  • Technical Management
  • Planning Process
  • Assessment Process
  • Control Process
  • System Design
  • Requirements Definition Process
  • Solution Definition Process
  • Product Realization
  • Implementation Process
  • Transition to Use Process
  • Technical Evaluation
  • Systems Analysis Process
  • Requirements Validation Process
  • System Verification Process
  • End Products Validation Process

EIA/ANSI 632, Processes for Engineering a System,
1999.
7
COSYSMO Data Sources
Boeing Integrated Defense Systems (Seal Beach, CA)
Raytheon Intelligence Information Systems (Garland, TX)
Northrop Grumman Mission Systems (Redondo Beach, CA)
Lockheed Martin Transportation Security Solutions (Rockville, MD) Integrated Systems Solutions (Valley Forge, PA) Systems Integration (Owego, NY) Aeronautics (Marietta, GA) Maritime Systems Sensors (Manassas, VA Baltimore, MD Syracuse, NY)
General Dynamics Maritime Digital Systems/AIS (Pittsfield, MA) Surveillance Reconnaissance Systems/AIS (Bloomington, MN)
BAE Systems National Security Solutions/ISS (San Diego, CA) Information Electronic Warfare Systems (Nashua, NH)
SAIC Army Transformation (Orlando, FL) Integrated Data Solutions Analysis (McLean, VA)
L-3 Communications Greenville, TX
8
COSYSMO Scope
  • Addresses first four phases of the system
    engineering lifecycle (per ISO/IEC 15288)
  • Considers standard Systems Engineering Work
    Breakdown Structure tasks (per EIA/ANSI 632)

Conceptualize
Operate, Maintain, or Enhance
Replace or Dismantle
Transition to Operation
Oper Test Eval
Develop
9
COSYSMO Operational Concept
Requirements Interfaces Scenarios
Algorithms 3 Adj. Factors
Size Drivers
COSYSMO
Effort
Effort Multipliers
  • Application factors
  • 8 factors
  • Team factors
  • 6 factors

Calibration
10
COSYSMO Model Form
Where PMNS effort in Person Months (Nominal
Schedule) A calibration constant derived from
historical project data k REQ, IF, ALG,
SCN wx weight for easy, nominal, or
difficult size driver quantity of k
size driver E represents diseconomies of
scale EM effort multiplier for the jth cost
driver. The geometric product results in an
overall effort adjustment factor to the nominal
effort.
11
Cost Driver Clusters
  • UNDERSTANDING FACTORS
  • Requirements understanding
  • Architecture understanding
  • Stakeholder team cohesion
  • Personnel experience/continuity
  • COMPLEXITY FACTORS
  • Level of service requirements
  • Technology Risk
  • of Recursive Levels in the Design
  • Documentation Match to Life Cycle Needs
  • OPERATIONS FACTORS
  • and Diversity of Installations/Platforms
  • Migration complexity
  • PEOPLE FACTORS
  • Personnel/team capability
  • Process capability
  • ENVIRONMENT FACTORS
  • Multisite coordination
  • Tool support

12
Stakeholder team cohesion Represents a
multi-attribute parameter which includes
leadership, shared vision, diversity of
stakeholders, approval cycles, group dynamics,
IPT framework, team dynamics, trust, and amount
of change in responsibilities. It further
represents the heterogeneity in stakeholder
community of the end users, customers,
implementers, and development team.
1.5 1.22 1.00 0.81 0.65
Viewpoint Very Low Low Nominal High Very High
Culture Stakeholders with diverse expertise, task nature, language, culture, infrastructure Highly heterogeneous stakeholder communities Heterogeneous stakeholder community Some similarities in language and culture Shared project culture Strong team cohesion and project culture Multiple similarities in language and expertise Virtually homogeneous stakeholder communities Institutionalized project culture
Compatibility Highly conflicting organizational objectives Converging organizational objectives Compatible organizational objectives Clear roles responsibilities Strong mutual advantage to collaboration
Familiarity and trust Lack of trust Willing to collaborate, little experience Some familiarity and trust Extensive successful collaboration Very high level of familiarity and trust
13
Technology Risk The maturity, readiness, and
obsolescence of the technology being implemented.
Immature or obsolescent technology will require
more Systems Engineering effort.
Viewpoint Very Low Low Nominal High Very High
Lack of Maturity Technology proven and widely used throughout industry Proven through actual use and ready for widespread adoption Proven on pilot projects and ready to roll-out for production jobs Ready for pilot use Still in the laboratory
Lack of Readiness Mission proven (TRL 9) Concept qualified (TRL 8) Concept has been demonstrated (TRL 7) Proof of concept validated (TRL 5 6) Concept defined (TRL 3 4)
Obsolescence - Technology is the state-of-the-practice - Emerging technology could compete in future - Technology is stale - New and better technology is on the horizon in the near-term - Technology is outdated and use should be avoided in new systems - Spare parts supply is scarce
14
Migration complexity This cost driver rates the
extent to which the legacy system affects the
migration complexity, if any. Legacy system
components, databases, workflows, environments,
etc., may affect the new system implementation
due to new technology introductions, planned
upgrades, increased performance, business process
reengineering, etc.
Viewpoint Nominal High Very High Extra High
Legacy contractor Self legacy system is well documented. Original team largely available Self original development team not available most documentation available Different contractor limited documentation Original contractor out of business no documentation available
Effect of legacy system on new system Everything is new legacy system is completely replaced or non-existent Migration is restricted to integration only Migration is related to integration and development Migration is related to integration, development, architecture and design
15
Cost Driver Rating Scales
Very Low Low Nominal High Very High Extra High EMR
Requirements Understanding 1.87 1.37 1.00 0.77 0.60   3.12
Architecture Understanding 1.64 1.28 1.00 0.81 0.65   2.52
Level of Service Requirements 0.62 0.79 1.00 1.36 1.85   2.98
Migration Complexity     1.00 1.25 1.55 1.93 1.93
Technology Risk 0.67 0.82 1.00 1.32 1.75   2.61
Documentation 0.78 0.88 1.00 1.13 1.28   1.64
and diversity of installations/platforms     1.00 1.23 1.52 1.87 1.87
of recursive levels in the design 0.76 0.87 1.00 1.21 1.47   1.93
Stakeholder team cohesion 1.50 1.22 1.00 0.81 0.65   2.31
Personnel/team capability 1.50 1.22 1.00 0.81 0.65   2.31
Personnel experience/continuity 1.48 1.22 1.00 0.82 0.67   2.21
Process capability 1.47 1.21 1.00 0.88 0.77 0.68 2.16
Multisite coordination 1.39 1.18 1.00 0.90 0.80 0.72 1.93
Tool support 1.39 1.18 1.00 0.85 0.72   1.93
16
Cost Drivers Ordered by Effort Multiplier Ratio
(EMR)
17
Effort Profiling
Transition to Operation
Operational Test Evaluation
Conceptualize
Develop
ISO/IEC 15288
ANSI/EIA 632
Acquisition Supply
Technical Management
System Design
Product Realization
Technical Evaluation
18
Before Local Calibration
19
After Local Calibration
20
Prediction Accuracy
PRED(30)
PRED(25)
PRED(20)
PRED(30) 100 PRED(25) 57
21
Impact
Academic Curricula
10 theses
Model
Academic prototype
Commercial Implementations
Intelligence Community Sheppard Mullin, LLC
Policy Contracts
Proprietary Implementations
SEEMaP
COSYSMO-R
SECOST
22
Contact
  • Ricardo Valerdi
  • MIT
  • rvalerdi_at_mit.edu
  • (617) 253-8583
  • http//rvalerdi.mit.edu
Write a Comment
User Comments (0)
About PowerShow.com