Aerospace Systems Engineering
The Fuzzy Front End
Dr. Daniel P. Schrage
Professor and Director, CASA, CERT, & PLMC
Dr. Dan DeLaurentis
Asst. Professor, ASDL
School of Aerospace Engineering
Georgia Institute of Technology
Atlanta, GA 30332-0150
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Presentation Outline
• Introduction to Systems Engineering, the Systems
Engineering Process and Systems Analysis
• Modern Systems Engineering and the Quality
Revolution
• The Five Lean Principles as Guiding Principles for
Modern Systems Engineering
• Integrated Product/Process Development (IPPD)
through Robust Design Simulation (RDS) for the Fuzzy
Front End to Identify Customer Value and the Value
Stream
• The Goal for Perfection through creation of a Virtual
Stochastic Life Cycle Design Environment (VSLCDE)
• A Robust Design Simulation (RDS) Example
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Systems Engineering
• Systems Engineering has been defined as an
interdisciplinary engineering management process to
evolve and verify an integrated, life cycle balanced set
of system solutions that satisfy customer needs (SE
Fundamentals, DSMC, 1999)
• Systems Engineering methods and tools were
developed in the early 1960s to decompose and
breakdown complex Aerospace Systems, e.g. Ballistic
Missile, Launch Vehicles, Aircraft
• These methods and tools contributed greatly to winning
the ―Space Race‖ and the ―Cold War‖
• However, a Modern Approach to Systems Engineering
must reflect the Quality Revolution which has driven
industry for the past 20 years
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The Systems Engineering Process
• As developed for the Department of Defense (DoD) the
Systems Engineering Process includes three major
elements:
– Requirements Analysis
– Functional Analysis and Allocation
– Synthesis
• Systems Analysis and Control include the techniques
and tools to analyze and control the Systems
Engineering Process
• The Systems Engineering Process is applied to each
stage of life cycle development, one level at a time
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The DoD Systems Engineering Process
(SE Fundamentals, DSMC, 1999)
P
R
O
C
System Analysis
E
Requirements and Control
S
Analysis (Balance)
S
Requirements
I Loop
N
Functional Analysis
P
Allocation
U
T Design
Loop
Verification
Synthesis
PROCESS OUTPUT
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The Systems Engineering Process
Process Input
• Customer Needs/Objectives/
Requirements
- Missions
- Measures of Effectiveness
- Environments System Analysis
- Constraints Requirements Analysis
• Technology Base • Analyze Missions & Environments & Control
• Output Requirements from Prior • Identify Functional Requirements (Balance)
Development Effort • Define/Refine Performance & Design
• Program Decision Requirements Constraint Requirement
• Requirements Applied Through • Trade-Off Studies
Specifications and Standards Requirement Loop • Effectiveness Analysis
• Risk Management
Functional Analysis/Allocation • Configuration Management
• Decompose to Lower-Level Functions • Interface Management
• Allocate Performance & Other Limiting Requirements to • Performance Measurement
All Functional Levels - SEMS
• Define/Refine Functional Interfaces (Internal/External) - TPM
• Define/Refine/Integrate Functional Architecture - Technical Reviews
Design Loop
Synthesis
• Transform Architectures (Functional to Physical)
• Define Alternative System Concepts, Configuration
Verification Items & System Elements
• Select Preferred Product & Process Solutions
• Define/Refine Physical Interfaces (Internal/External)
Related Terms:
Customer = Organization responsible for Primary Functions Process Output
Primary Functions = Development, Production/Construction, Verification, • Development Level Dependant
Deployment, Operations, Support Training, Disposal - Decision Data Base
Systems Elements = Hardware, Software, Personnel, Facilities, Data, Material, - System/Configuration Item
Services, Techniques Architecture
- Specification & Baseline
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Why Systems Analysis?
• Systems Analysis is a scientific process, or methodology,
which can best be described in terms of its salient problem-
related elements. The process involves:
– Systematic examination and comparison of those
alternative actions which are related to the
accomplishment of desired objectives
– Comparison of alternatives on the basis of the costs
and the benefits associated with each alternative
– Explicit consideration of risk
• NASA, DoD, and Industry are realizing that more
emphasis must be placing on enhancing systems analysis
at the front end of the life cycle using modern systems
engineering approaches
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Lean Principles for Modern Systems Engineering
• Systems Engineering developed in the early 1960s for a
top down hardware decomposition approach
• Systems Analysis and Control used to track and evaluate
implementation
• Work Breakdown Structure (WBS) identified work
packages for pulling in the complete supply chain
• Software Engineering was developed in 1980s along a
parallel path
• Quality Revolution of the 1980’s revealed the need for a
quality emphasis, e.g. Concurrent Engineering, IPPD, JIT
Six Sigma and Lean Manufacturing
• Quality Emphasis has cumulated into a set of Lean
Principles , as first identified in the Womack and Jones
Book on Lean Thinking
• Modern Systems Engineering should start with the Lean
Principles as Guiding Principles
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Evolution of Systems Engineering and Software
Engineering Standards
2000+
ISO
15288
Systems 1994 1998 2000+
Engineering
EIA/IS ANSI/EIA ANSI/EIA
1994 632 632 632
1974 Mil-Std-
1969 1998
499B
Mil-Std-
499A 1994 EIA/IS 731 SE
Mil-Std- .
CapabModel
499 IEEE
1220 1998
Others ...
(Trial Use) IEEE
1220
IEEE
1220
Updates
1995 1998?
Software 1988 ISO/IESC US
Engineering 12207 12207
Dod-Std-
2167A
1997
1987 1994 1996
-Std-
Dod Mil-Std- IEEE 1498 J-Std-
1703 498 /EIA 640 016
1988 (Draft)
Dod-Std-
7935A
Application of standards is the realm of Systems Engineers
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
Source: INCOSE Systems
www.asdl.gatech.edu Engineering Handbook
Quality Revolution - Where Competition is Today
Cost Advantage
Cheap Labor
Hi Volume, Lo Mix Production
Quality
Statistical Process Control
Variability reduction
Customer Satisfaction Time-to-Market
Cycle time Comparison (JIT)
Integrated Product/Process Development
Product/Process Simulation
Hi Skill adaptable Workforce
Manufacturing Product Variety
Enterprise
Cost Independent of Volume
Flexibility
Agile and Lean
Commercial/Military Integration
Virtual Companies
Company Goodness
Environment
1960 1970 1980 1990 2000
NCAT Report, 1994
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Japanese Auto Industry Used Concurrent Engineering To
Make Design Changes Earlier Than U.S. Auto Industry with Reduced Cycle Time
Japanese/U.S. Engineering Change Comparison
Number of Engineering Product
U.S. Company
Changes Processed
Japanese
Company
90%
Total Japanese
Changes Complete
Months
Months
Months
Months
Job #1
20-24
14-17
1-3
+3
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The Quality Engineering Process
provides Recomposition
Knowledge Feedback
Seven Quality Robust Statistical
Customer Management Function Design Methods Process
and Planing Deployment (Taguchi, Six - Control
Tools Sigma, DOE)
Off-Line Off-Line Off-Line On-Line
• Identify •Variation •Hold Gains
•Needs Important Experiments
•Continuous
Items
•Make Improvement
Improvements
Having heard the “voice of the customer”, QFD prioritizes where improvements
are needed; Taguchi provides the mechanism for identifying these
improvements
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Lean Principles as Guiding Principles for
Modern Systems Engineering
• Establish and Specify value: Value is defined by
customer in terms of specific products & services,
preferably as a Benefits to Cost Ratio (BCR)
• Identify the value stream: Map out all end-to-end linked
actions, processes and functions necessary for
transforming inputs to outputs to identify and eliminate
waste (Value Stream Map or VSM)
• Make value flow continuously: Having eliminated
waste, make remaining value-creating steps ―flow‖
• Let customers pull value: Customer‘s ―pull‖ cascades all
the way back to the lowest level supplier, enabling just-
in-time production
• Pursue perfection: Pursue continuous process of
improvement striving for perfection
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu Womack and Daniel T. Jones, Lean Thinking (New York: Simon & Schuster, 1996).
Source: James
Relationship of Lean Principles to Systems and
Quality Engineering Activities
• Value is established based on Systems Engineering activities, such as
requirements definition and functional analysis and allocation, and
Quality Engineering activities, such as use of the seven management &
planning tools and Quality Function Deployment (QFD) to Define the
Problem and Establish Value, through the identification of an Overall
Evaluation Criterion (OEC)
• The Value Stream is next determined through system synthesis &
analysis for Generating and Evaluating Alternatives for establishing
customer focused life cycle activities along a timeline, often domain or
agency specific
• Make Value Flow through decision-making to track, system analyze
and control the OEC periodically along the life cycle process, e.g.
earned Value,
• Let Customers Pull Value to apply the Lean Principles throughout the
System Work Breakdown Structure (WBS) to sub-contractors, vendors
and suppliers, e.g. the Supply Chain Integration
• Pursue Perfection is to apply robust design and 0ptimization
approaches for Process Improvement toward attaining Six Sigma,
which is accomplished by shifting the mean to the target and
variability reduction , e.g. Statistical Process Control techniques
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The Relationships between Requirements, DoD
Acquisition, RDTE, and Industry Design Processes
Operational MNS Phase 0 Phase I ORD Phase II Phase III
Req’ts. Documents
Mission Area Concept Program Definition Engineering and Production, Demilitarization
Analyses (MAAs) } Exploration &
Risk Reduction
Manufacturing
Development
Deployment and
Operational Support
&
Disposal
DoD Acquisition
Process Phases M.S. 0 M.S. I M.S. II M.S. III
Advanced Concept Technology
Demonstrations (ACTDs)
Advanced Technology Manufacturing
Demonstrations (ATDs) (7.8)
Technology
S&T Categories
and RDT&E
6.1 6.2 6.3 6.4
Basic Exploratory Advanced Engineering
Research Development Development Development
Industry Design Phases
Product Conceptual Preliminary Detailed
Design Phases Design Design Design
Increasing Fidelity of Analysis and Test
Process System Parameter Tolerance Statistical Process
Design Stages Design Design Design Control
Off Line On Line
Quality Quality
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Interaction Between the Defense Acquisition System, the
Requirements Generation System, and the PPBS
(Latest DoD 5000.2)
FUNDING & REQUIREMENTS
Full funding commitment occurs when systems-
Technology
Opportunities & level work commences
User Challenges Maintain requirements flexibility early to facilitate
cost-performance trades
X D
Advanced
D
System
D
System
C Production
IOC
Concept Development Integration Demo Readiness &
Production & Support
Exploration
IPR IPR LRIP Deployment
IPR
Risk Reduction & Demonstration
Funding BA 2 or 3 BA 3 BA 4 BA 5 BA 5/Prod Production/O&M
Research Category 6.2/6.3a 6.3a 6.3b 6.4 6.4
Exploratory Advanced Engineering Production Production
Development Development Development Readiness/
IOT&E, LRIP
Requirements MNS Initial ORD ORD
BA: Budget Activity
MNS: Mission Need Statement
ORD: Operational Requirements
Document Full Program Funding
LRIP: Low Rate Initial Production
IOT&E: Initial Operational Test and through outyears
Evaluation
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
NASA’s Life Cycle Process Model
(2nd Generation RLV Risk Reduction Solicitation)
Phase 1 Phase 2 Production Operations
Effectiveness Issues
Requirement Issues Design Issues Verification Issues
Design Accepted
Selected
Reqmts Product
NASA System Detailed Design
Reqmt Verification Operations
Commercial Analyses Design Design
DOD
Customer Baseline
Reqmts Approved
System Technology Design
System
Model Analyses Performance
Measures Production
Safety
Reliability Define Scale, Enable Full
Define Priority
Refine for Fidelity, Test Scale
Affordability Commercial
Risk
Environment Development
Reduction
Mission Convergence for Tech With 20%
Needs
Demos Margin
Performance
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
A Value Example: Military Transport Aircraft
Overall Evaluation Criterion (OEC)
( Ai ) ( MCI ) ( Si )
OEC
( LCC )
Ai
MTBF
MCI
Payload Dis tan ce
Time
MTBF MTTR WEmpty WFuel
Si = 1 - PDPHPK LCC = RDTE + PC + O&S +DC
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Coninuous RDS along the System Life Cycle to link the
“fuzzy front end” to the “process capability approaches”
Continuous Product Improvement / Innovation
Uncertainty Risk Management/Reduction
Overall Fuzzy Front End
Evaluation
Criterion Upper Specification
(OEC)
Response
OEC Target
Lower Specification
Bring the Development Process Approach Six-Sigma,
Define Distributions Under Control, C p =1 1
System Definition
System Design System Integration Manufacturing
&
(Preliminary/Parameter) (Detail/Tolerance) (On-Line Quality)
Tech. Development
(Conceptual/System)
Traditional C p and C pk Approach for Continuous, On-line Process Improvement
Overall Upper Specification
Evaluation
Criterion
(OEC)
Response OEC Target
Lower Specification
Six-Sigma Achieved,
Cp = 2
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
Initial Distribution Reduced Variability and Improved Mean Response
CASA/CERT/PLMC
www.asdl.gatech.edu Time
The VSLCDE- Key Characteristics
The purpose of VSLCDE is to facilitate design decision-
making over time (at any level of the organization) in the
presence of uncertainty, allowing affordable solutions to be
reached with adequate confidence. It is a research testbed.
Virtual . . . Simulation-based system life-cycle prediction
Stochastic . . . Time-varying uncertainty is modeled; temporal decision-making
Life-Cycle . . . the design, engineering development, test, manufacture, flight test,
operational simulation, sustainment, and retirement of a system. The operational
simulation includes virtual testing, evaluation, certification, and fielding of a vehicle in the
existing infrastructure, and tracking of its impact on the economy, market demands,
environment.
Design . . . Implies that the environment’s main role is to provide knowledge for use by
decision-makers, especially for finding robust solutions
Environment . . . Implies the support of geographically distributed analyses and people
through collaboration tools and data management techniques
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Concept Exploration
Alternative Concepts
Analysis of Alternatives
M System Level Requirements O
N R
S D
System Analysis
Requirements and Control
Analysis (Balance)
Requirements
Loop
Functional Analysis
Allocation
Design
Loop
Verification
Synthesis
Tech
MS 0 Review MS 1
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
What is IPPD?
• Integrated Product/Process Development (IPPD) is a
management methodology that incorporates a systematic
approach to the early integration and concurrent application of
all the disciplines that play a part throughout a system‘s life cycle
(Technology for Affordability: A Report on the Activities of the Working Groups to
the Industry Affordability Executive Committee, The National Center for Advanced
Technologies (NCAT), January 1994)
• IPPD evolved out of the commercial sector‘s assessment of what
it took to be world class competitive in the 1980s
• The DoD has required IPPD and the use of IPTs where practical
throughout the DoD Acquisition Process for Major Systems
(DoD 5000.2R)
• Conduct of IPPD requires Product/Process Simulation using
Probabilistic Approaches
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Traditional Design & Development Using only a Top Down
Decomposition Systems Engineering Process
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Life Cycle Cost Gets Locked In Early for Complex
Systems using only Systems Engineering Decomposition
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Concurrent vs Serial Approach
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
IPPD Requires the Computer Integration of Product and Process Models and
Tools for System Level Design Trades and Cycle Time Reduction
CONCEPTUAL
DESIGN
(SYSTEM)
SYSTEM SYSTEM
PROCESS FUNCTIONAL
RECOMPOSITION DECOMPOSITION
Process Product
Trades Trades
PRELIMINARY PRELIMINARY
DESIGN DESIGN
(PARAMETER) (PARAMETER)
INTEGRATED
COMPONENT Process PRODUCT COMPONENT
Product
PROCESS Trades PROCESS FUNCTIONAL
Trades
RECOMPOSITION DEVELOPMENT DECOMPOSITION
DETAIL DETAIL
DESIGN DESIGN
(TOLERANCE) (TOLERANCE)
Process Product
Trades Trades
PART PART
PROCESS FUNCTIONAL
RECOMPOSITION DECOMPOSITION
MANUFACTURING
PROCESSES
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Georgia Tech Generic IPPD Methodology
COMPUTER-INTEGRATED ENVIRONMENT
QUALITY TOP-DOWN DESIGN SYSTEMS
ENGINEERING M ETHODS DECISION SUPPORT PROCESS ENGINEERING M ETHODS
7 M&P TOOLS AND REQUIREMENTS
ESTABLISH
QUALITY FUNCTION & FUNCTIONAL
THE NEED
DEPLOYMENT (QFD) ANALYSIS
PRODUCT DESIGN DRIVEN
PROCESS DESIGN DRIVEN
DEFINE THE PROBLEM SYSTEM DECOMPOSITION
&
FUNCTIONAL ALLOCATION
ESTABLISH
VALUE
ROBUST DESIGN GENERATE FEASIBLE
ASSESSMENT & SYSTEM SYNTHESIS
ALTERNA TIVES THROUGH MDO
OPTIMIZATION
EVALUATE
ALTERNA TIVE
ON-LINE QUALITY
SYSTEM ANALYSIS
ENGINEERING & MAKE DECISION &
STATISTICAL
PROCESS CONTROL
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Georgia Tech Generic IPPD Methodology
• Methodology provides a procedural design (trade-off iteration)
approach based on four key elements:
– Systems Engineering Methods and Tools (Product design
driven, deterministic, decomposition approaches; MDO is usually based
on analytic design approach)
– Quality Engineering Methods and Tools (Process design driven,
nondeterministic, recomposition approaches; MDO is usually based on
experimental design approach)
– Top Down Design Decision Process Flow (Provides the design
trade-off process required for Complex Systems)
– Computer Integrated Design Environment(Information
Technology driven to provide a collaborative interactive environment)
• Methodology has been implemented through Robust
Design Simulation (RDS) for a number of applications
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Georgia Tech Graduate Program in Aerospace
Systems Design & Analysis
• Initiative kicked of in the early 1990s based on IPPD Approach
• Education executed in the School of Aerospace Engineering and
research program executed through the Center for Aerospace
Systems Analysis (CASA) and its two major Laboratories, The
Aerospace Systems Design Laboratory (ASDL) and The Space
Systems Design Laboratory (SSDL)
• Currently has approximately 140 graduate students with over 80
% U.S. citizens – top students from top universities
• Research Program currently at approximately $6M per year
including four faculty and 15 research engineers, plus 100 GRAs
• Program is built on probabilistic approaches for implementing
IPPD through Robust Design Simulation
• Goal is to develop, verify and validate, in collaboration with
industry and government, a Virtual Stochastic Life Cycle Design
Environment (VSLCDE)
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
A System Integration and Practice-Oriented M.S.
Program in Aerospace Systems Design & Analysis
Semester I Semester II Summer
Design Methods/Techniques ISE/PLMC
Aerospace Disciplinary Propulsion Development
Systems Electives Systems
Engineering Design
Special
Project
Applied
Systems Applied
Systems
Design II
Design Design II
Design II
Safety
By Design
Advanced Advanced Product
Design Design Life Cycle
Methods I Methods II Management
Internship
Design Tools/Infrastructure
Mathematics (2 Required) Other Electives
Dr. Daniel P. Schrage Legend: Core Classes Elective Classes
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Aerospace Systems Design Integrated
Education & Research Philosophy
Industry
Government
Partners: • Methods Formulation Relevant Partners:
ONR • Supports Basic Research Problems GEAE
NASA • Implementation of Methods RRA
Data & Tools LMTAS
AFRL
NRTC Funding Boeing
Funding Sikorsky
Aerospace Systems
Design Laboratory
Methods Students
Classroom Implementation
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Complex System Formulation initially taught In Aerospace
Systems Engineering using an Integrated Set of Simple Tools
Tech. Alternative
QFD Identification
HOWs alt. concepts Engine Type
Baseline
MFTF
1 st Option
Mid-Tandem
2 nd Option
Turbine Bypass
Fan
Fan 3 Stage 2 Stage No Fan
criteria
Combustor Conventional RQL LPP
Nozzle Conventional Conventional + Mixer Ejector
Acoustic Liner Nozzle
Aircraft None Circulation Hybrid Laminar
Technologies Control Flow Control
Weights Morphological Matrix
Pugh Evaluation Matrix
MADM Best
Alternative
Subjective Evaluation
(through expert opinion,
surveys, etc.)
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Current Complex System Formulation Projects in
Aerospace Systems Engineering Course (Fall 2003)
1. AIAA Graduate Student Missile Design Competition “Multi
Mission Cruise Missile Design”
2. AHS Student Design Competition for “Design Certification
Mountain Rescue Helicopter”
3. NASA Identified Complex System of Systems Problem: “Future
Air Transportation Architecture - A System of Systems
Problem‖
4. NASA Specific Complex System Problem: ―Space Shuttle
Derivative: What it takes to make it Safe and Flyable‖
5. NASA Identified Complex System Problem: “Two Stage
Turbine Based Combined Cycle (TBCC) Space Access
Launch Vehicle”
6. NASA Aerospace Vehicle Systems Technology Office Student
Design: “Quiet Supersonic Business Jet and Transport”
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Current Complex System Formulation Projects in
Aerospace Systems Engineering Course (Fall 2003)
7. Homeland Security and Coast Guard Initiative: “Feasibility of
Accelerating the Integrated Deepwater System (IDS): A
Network Centric Complex System”
8. Missile System Technical Committee: “Long Range Liquid
Target Vehicle (LRLTV)”
9. University Student Design Competition: “International Micro
Aerial Vehicle (MAV) Competition”
10. Complex System Formulation for: “Boeing 7E7
“Dreamliner” Commercial Transport”
11. Complex System Formulation for : “Morphing UCAV
Aircraft”
12. NASA Aerospace Vehicle Systems Technology Office Student
Design Competition for: “Unmanned Air Vehicle Systems
and Technologies: Replacement for Helios”
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Roadmap to Affordability Through
Robust Design Simulation
Robust Design Simulation
Subject to
Design & Environmental
Robust Solutions
Technology Constraints
Infusion
Objectives:
Physics- Schedule
Based Economic Budget
Synthesis Operational
Modeling Simulation Life-Cycle Reduce LCC
& Sizing Environment Analysis
Increase Affordability
Activity and Increase Reliability
Process- .....
Based
Modeling Economic & Impact of New
Discipline Technologies-
Uncertainties Performance &
Schedule Risk Customer
Satisfaction
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Synthesis & Sizing
is the key for translating Mission into Geometry
Safety
Safety
Aerodynamics Economics
Aerodynamics Economics
Geometry
Synthesis & Sizing
S&C Mission Manufacturing
S&C Manufacturing
Integrated Routines
Table Lookup Increasing
Sophistication and
Structures Performance Complexity
Conceptual Design Tools
(First-Order Methods)
Approximating Functions
Direct Coupling of Analyses Propulsion
Structures Performance
Preliminary Design Tools
(Higher-Order Methods)
Propulsion
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Aircraft Life Cycle Cost Analysis (ALCCA) -
including Economic Cash Flow Analysis
AIRCRAFT
WEIGHTS
ENGINE RDT & E
THRUST & WGHT. COSTS
LABOR MANUFACTURER
RATES
AIRCRAFT UNIT
CALCULATE YES MANUFACTURER ROI VS PRICE
MANUFACTURING MANUFACTURER CASH-FLOW
COSTS
PRODUCTION
COSTS CASH-FLOW
QUANTITY ROI
LEARNING AVERAGE
CURVES COST
NO
AIRCRAFT MISSION
PERFORMANCE A i r l in e P ro d u c ti o n
FUEL, INSURANCE
Y i el d Q u a n t it y
DEPRECIATION RATES AIRLINE ROI
OPERATING
LABOR & BURDEN
RATES
COST
P R IC E
INDIRECT
DIRECT
COSTS
COSTS
AIRLINE AIRLINE
CALCULATE YES ROI VS PRICE
AIRLINE ROI RETURN ON
INVESTMENT
NO
TOTAL
Dr. Daniel P. Schrage OPERATING
Georgia Institute of Technology
Atlanta, GA 30332-0150
COST
CASA/CERT/PLMC
www.asdl.gatech.edu
Risk & Uncertainty are Greatest at the Front
Known Unknowns correspond to Risk and Known Probability Distribution
KNOWNS
KNOWN-UNKNOWNS
UNKNOWN-UNKNOWNS
CONCEPT VALIDATION FULL PRODUCTION DEVELOPMENT
SCALE
DEVELOPMENT
UnKnown Unknowns correspond to Uncertainty and Unknown Probability Distribution
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The Five Step RDS Process
2
Determine System Feasibility 1
Problem Definition
Design Space Model
Constraint Fault Tree Identify objectives, constraints,
x
P(feas)
1 design variables (and associated
Xi = Design Variable side constraints), analyses,
Ci = Constraint FPI(AIS) or Monte Carlo x
2
uncertainty models, and metrics
AND
x
3
C1 C2 C3 C4
3
Examine Feasible Space Constraint
Cumulative Distribution
Functions (CDFs)
N P(feas) Y
P
Design Space Model
< esmall
x
1
FPI(AMV) C1
5 P
Decision Making or
x Monte Carlo
2
• MADM Techniques C2
• Robust Design Simulation P
• Incorporate Uncertainty Models x Relax
3 Y
Constraints?
C3
4
Technology Identification/Evaluation/Selection (TIES)
• Technology Selection • Identify Technology Alternatives Relax Active Y
• Resource Allocation Obtain New CDFs Constraints
• Collect Technology Attributes
• Robust Design Solution ?
• Form Metamodels for Attribute Metrics P N
through Modeling & Simulation
• Incorporate Tech. Confidence Shape Fcns. Ci
• Probabilistic Analysis to obtain CDFs for the Old Tech.
Alternatives New Tech.
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Interactive RDS Environment
FPI / MC
FPI CDF
or Requirement 2
Criterion 2
e
ac
100%
n Sp
DISCIPLINARY RSEs tio
Probability
pira
As
Aero
0%
Structures Objective JPDM
Weights Criterion 1
or Requirement 1
Etc. Concept Space
Metrics/Objectives
Responses
Technology
Space Requirements
Metrics/Objectives
Responses
Space
SYNTHESIS & SIZING
Metrics/Objectives
Responses
Constraints
Constraints
Constraints
1
TW R
Dynamic
Contour ² %$/RP M
Dr. Daniel P. Schrage RSEs Plots
Georgia Institute of Technology
Atlanta, GA 30332-0150
-1
-1 SW
TO F Lm od
SL N m od
1
CASA/CERT/PLMC
www.asdl.gatech.edu
Two Examples on Application
of IPPD Through RDS
System of Systems: CDSE Process for FCS
FST Team in Phase I
Derivative Program: F-18C Conversion to
F-18E/G
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
FST Process Methodology
for FCS Phase I
Concept Development
& Systems Engineering
Methodology Incorporates IPPD Principles, QFD,
Analysis, Engineering Simulation, Systems Engineering
Tools, and Force-on-Force Simulation
(This presentation does not reflect
the current thinking of the FCS LSI)
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The Full Spectrum Team(FST): 2408W-C07
One of Four Teams in FCS Phase I
SBA/SMART
Soldier C4ISR
Systems
Weapons/ FCS Robotics
Platforms
Deployment /
O&O Sustainment
Dr. Daniel P. Schrage Working Closely With Government Labs
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC A0042
www.asdl.gatech.edu
Network Centric System Design of a Lethal Brigade
The FST Brigade is designed to fight with precision fires and high lethality
• Diverse, overlapping
fires and sensor coverage
Command
Vehicle Sensor systems
at all echelons Tethered UAV Command
Vehicle HQ External
• Near and far fires with RSTA
augmentation
area and precision effects Vehicle Command Brigade
Vehicle
• Multiple layered sensor echelon
MM Radar
NLOS
coverage
Typical Vehicle Sensors Tethered UAV Command MM Radar BDE Air Defense
EO/IR sensor/sight Vehicle Scout
Vehicle ARV Marsupial
laser detectors NLOS BG
glint detectors UGV
NetFires
Medium UAV
RSTA Battle Group
Marsupial RSTA Small UAV NLOS
Vehicle 9 ton variants
UGV Mortar
Command
Marsupial Vehicle Scout NetFires
UGV Vehicle ARV Battle Group
Infantry echelon
Carrier Command
NLOS RSTA Battle Unit
Mortar
Soldier Systems Vehicle ARV
Stinger BlkIIE
NLOS Vehicles
HUMMWV SUV Soldier
Systems
Mortar LOS/BLOS Assault Battle Unit Objective Crew Served Weapon
command vehicles
omitted echelon ARV
Dr. Daniel P. Schrage
Weapon systems
Georgia Institute of Technology
Common Missile
CASA/CERT/PLMC
Objective Crew Served Weapon
Atlanta, GA 30332-0150 External
www.asdl.gatech.edu augmentation
Concept Development & Systems
Engineering (CDSE) Process
• Incorporates key aspects of modern systems engineering
approaches, and lends itself to iteration
– Requirements Flowdown
– Engineering Trades / Analysis
– Force Effectiveness Modeling and Simulation
– Risk Mitigation
• Allows full exploration of need identification and problem
definition, concept development, and concept selection—prior
to system definition and design
• Facilitates group work and utilizes modern software based
tools
• Allows full incorporation of increasingly detailed simulation-
based analyses and designs
• Smoothly extends throughout engineering and manufacturing
phases
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Integration of QFD, Morph and Pugh Products
Into CDSE Process
HOWs
QFD 1-4 Tech. Alternative
Identification
HOWs alt. concepts Baseline 1st Option 2nd Option
Engine Type MFTF Mid-Tandem Turbine Bypass
Fan
Fan 3 Stage 2 Stage No Fan
Pugh
criteria
Combustor Conventional RQL LPP
Evaluation Nozzle
Aircraft
Conventional
None
Conventional +
Acoustic Liner
Circulation
Mixer Ejector
Nozzle
Hybrid Laminar
Matrix Technologies Control Flow Control
Morphological Matrices
Weights
Multi Attribute
Decision
QFD Methodology Best
“Context” Alternative
Rationale
Subjective Evaluation
(through expert opinion,
Preliminary
surveys, etc.)
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Full Spectrum Team FCS Concept
Development & Systems Engineering (CDSE) Process
Selected Force End Start 1 2
Iteration Guidance - QFD 1 Guidance - QFD (2-4)
Pugh Force Concepts
AUTL Missions
Concepts TRADOC Docs Tasks
Selection Matrix MOEs MNS Functions
Capabilities
7
Force 3
Design Guidance Systems
Effectiveness
Alternative 1 Organizational Capabilities
Simulations
O&O Operational
Recomposition
Decomposition
Engineering
Morph Matrices -
6 Selection of
Force Concepts Pugh Force Consistent Sets
Alternatives 1 Concepts of Systems and
Selection Matrix Technologies
5
4
Systems Concept 2 Technology /
Set 1 Characteristics 1
Concept Subsystems
Characteristics Options
Legend Process is Parallel Technology
Missions /
Products Decision Systems Concept IPT
and Iterative Scenarios Trees
Technology IPT
Dr. Daniel P. Schrage Requirements IPT All IPTs
CASA/CERT/PLMC
A0031t
Georgia Institute of Technology
Atlanta, GA 30332-0150
www.asdl.gatech.edu
Focus on Requirements
Flowdown through QFD
AUTL QFD4
Commander
National Imperatives /
Missions AUTL Combat
Centric Co-Owned
Tasks
with Concepts IPT
Army Vision
Warfare
HOWs (Title) Customer
Customer Importance
Assessment
HOQ
How
Direction of Improvement
HOWs (Title) Customer
Functions System
Customer Importance
Assessment
How
What
HOQ
Missions
Capabilities Technologies
WHATs (Title)
AUTL
Direction of Improvement
HOWs (Title) Customer
What
Customer Importance
Assessment
AUTL Combat
How
HOQ
WHATs (Title)
Centric Functions
HOWs (Title) Customer
How Much
Customer Importance
Assessment
Direction of Improvement
How
Organizational Difficulty HOQ
Tasks
What
System Capabilities
Assessment
Commander
Technical
WHATs (Title)
How Much Direction of Improvement
Weighted Im portance
What
Organizational Difficulty
Relative Im portance
Assessment
WHATs (Title)
Technical
How Much
Morpho-
Weighted Im portance
Relative Im portance
Organizational Difficulty
Assessment
Technical
How Much
Weighted Im portance
Organizational Difficulty
logical
Assessment
Relative Im portance
Technical
Weighted Im portance
Relative Im portance Matrix
Requirements CDSE ITERATION 2
IPT Incorporate Four Detailed Determine Force
Characteristics to Select
Mission Scenarios Perform Functions Technologies
and Combine
into Candidate
Candidate Concepts
Criteria / MOEs
Concepts
Best Concepts Determined in Process That Trades
Dr. Daniel P. Schrage Technologies, Concepts and Requirements
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Representative FCS Trade Studies
• Communications Trades • Weapons Trades
– Peer-to-Peer and Client-Server – Guns and Missiles
– Islands and Backbones – 105 and 120 BLOS/LOS
– Frequency Bands and Bandwidth – Precision and Area Fires
– QoS (Latency, Availability, Bandwidth)
• Sensor Trades
• C2 Trades – Radar, EO/IR, and Ladar
– Legacy, New, Organic, Joint – Systems (UAV, UGV, Mast, Tethered)
– Initiative and Control – On Board and Off Board Fusion
• Platform Trades – ATR and Clutter (False Alarms)
– Tracks and Wheels • Survivability Trades
– Weight Studies (16t, 9t, 6t)
– Active and Passive
– Modularity and Commonality Studies
– Collective and Individual
– Hybrid and Conventional Propulsion
– Links and Nodes
– Turbine and Diesel
– Wheel and Body Motors • HMI Trades
– Active and Passive Suspension – Autonomy, Responsibility, Workload
– Commonality, Simplicity
• Force Trades
– Motion and Maneuver
– UAVs and UGVs
– Manned and Unmanned • Logistics
– Mounted snd Dismounted – OPTEMPO and Sustainment
– BLOS / NLOS / LOS Mix – Deployment (Weights, Times, Pulses)
–
Dr. Daniel P. Schrage BU Size and Composition – Prognostics, Distribution, Log Support
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
The Trade Space is Defined
by a Full Spectrum of Scenarios
Sensitivity Environment
analysis will Scenario 1
help drive to Solution
“The FCS
Solution”
“The Potential
FCS FCS
Solution” Solution
Potential
Scenario 2
FCS
Solution
Solution
Scenario 3
Solution
Threat
Mission
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Scenario Driven OMS/MP Development
Bosnia FST concept robustness is tested against a
FST Scenarios: Scenario broad range of missions & scenarios which
Forcing Function Korean Desert Storm gain validity from extensive quantitative &
for Full Spectrum Scenario Scenario
Chad qualitative wargaming & analysis
Force Development
Scenario
Tabletop
MAPEX
JANUS Operational
Initial Force Four Wargaming Examination
Four
Scenario
Concepts Initial CASTFOREM
Specific
1&2 OMSMPs Wargaming
OMS/MP
Inputs Scenario Weighting
Full Spectrum
Force Concepts Force
Concept Composite OMS/MP
(Version 4.1) (Scenario Specific Consolidation)
Wargaming Feedback
Force Concept Was Developed Iteratively & in Parallel With OMS/MP Refinements
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Evolution of FCS Force Concepts
Concept 1 Concept 2
Heavy reliance on robotic ground vehicles Heavy reliance on NLOS range engmts / UAVs
More RSTA and assault Significantly more payload volume
Deployable by current rotary wing aircraft 2012 FUE Mostly 18-ton vehicles
Max vehicle weight 10 tons Peer-to-peer information architecture
Client-server information architecture Based on Small Unit Operations comms tech
Evolutionary comms and software systems New software services
Baseline
Blending of Concept 1 and 2--Robotics and NLOS engmts
6-ton ARVs, 9-ton CVs, 16-ton max vehicle weight
Helo vertical envelopment with smaller vehicles
2012 FUE 16 ton limit for C-130 deployment on unimproved runways
Hybrid information architecture
Peer-to Peer with communication islands
Based on Small Unit Operations comms technology
New software services
BLK I / BLK II
BLK I - Employ available weapons systems
- Most vehicles manned
2008 FUE BLK I - 9-ton vehicles become 16 ton
2013 FUE BLK II BLK II – Employ advanced weapons systems
- Many advanced robotic systems
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
Same information and comms arch. as Baseline CASA/CERT/PLMC
www.asdl.gatech.edu
Concept Baseline Alternatives Summary
Concept 1 Concept 2
Sensors • Smaller Number of UAVs • Larger Number of UAVs
• Large Number of Modestly Capable • Small Number of Highly Capable
Ground Sensors (ARVs) Ground Sensors (RSTA Vehicle)
Information • Client Server • Peer-to-Peer
• Evolutionary Software • Distributed, Dynamic
Deciders • Highly Automated • Highly Automated
Commander-Centric Commander-Centric
(Unit/Group) (Group/Brigade)
Actors • Full Spectrum, but Weighted for the • Full Spectrum, but Weighted for
Red Zone Beyond the Red Zone
• Robotic ARV, DF, Netfires, NLOS • Robotic Netfires, Small UGV
• Manned C2, CV, and Infantry • Manned C2, Infantry Carrier, Direct
Carrier Fire, RSTA and Short Range NLOS
• CH-47 Transportable (<10 tons) • C-130 Transportable (<18 tons)
• Many Dispersed 4, 6, and 9 Ton • Common Chassis with
Vehicles (~650) Modules (~340)
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Baseline 2012 Concept
Network Centric Functional Overview
Soldier
Sensors Organic UAVs, UGVs (EO/IR, FoPen, SAR, MTI)
Organic Manned R&S with Tethered Sensors
Aided Target Recognition
Augmenting UAVs and Satellites
Service Layer View Distributed Command and Control Services Real Time and Hard Real Time Processors
Actors Deciders
Services Layer
Information Layer
Sensors
S
e
c
Planning
Planning
2
Air Space CC2
Air Space
Execution
Execution
Intelligence
Intelligence
Information
Information
Operations
Operations
Soldier System Interface
Warfighter C2 Services
Fires &&
Fires
Effects
Combat Service
Effects
Combat Service
Support
Support
Situation
Situation Reconnaissance && C4ISR Systems
Awareness
Awareness
&&Simulation
Simulation
Reconnaissance
Surveillance
Training, Rehearsal,
Surveillance
Training, Rehearsal, Nontactical
Nontactical
Support
Support
C4ISR Systems
Management
Management
Standard
Standard
Office Tools
Office Tools
Vehicle Mgmt
and Control
Organic Multi-Layer Peer-to-Peer Coms
u Common C2 Services
Synchronization & Navigation & Distributed
r Scheduling
Terrain Reasoning MCG&I
Positioning Collaborative Ops
Personalization
i
Communications Layer
Opportunistic Ground, UAV, and Satellite Links
Information Management (IM) Services
t
Info System
Common Object
Knowledge Base DataStore Geospatial Data Plan Force Structure Profile
y Store IM(
b)
Radios and networking Multicast Proxy
QoS &
Policy
Dissemination Interest Mgmt Component Federation Interoperability IM(a
- kernels Computing Platform Services
)
- controllers Network / Communications Services Sensor Arrays and Fusion
- processors
State- of- the-
Industry Standard and State-of-the-Art Techniques for Heterogeneous Computing
App1
f1
App3
App3
App1
f2f1
f1
App2
f1
App2
f2
“Middle Ware”/Operating System Services:
App3
f1 App4
f1
App4
f2
App5
TOOLS
AND STANDARDS
Integrated Software/Hardware Open Architecture
f1
Implementation of the REAL TIME COMPUTING Meta-H environment
and Procedures
OPERATING ENVIRONMENT
SEI and Emerging Processes
Industry Standards and
SAGE
UML
Autocoders
M&S simulations
System Integ Lab
Distributed Warfighter Services
established protocol
NLOS LS
Deciders Brigade, Battle Group, Battle Unit
BDE
HQ
RSTA
Group
Battle
Group Group Group Common Relevant Operating Picture
Decision and Planning Aids
Precision and Area NLOS Fires
Actors Precision BLOS / LOS Weapons
Net Fires
Soldier
System
Armed Reconnaissance Vehicles OCSW on all Combat Vehicles
105 NLOS
Mix of Manned and Unmanned Platforms
Infantry / Soldier Systems
120mm Mortar NLOS Infantry Carrier /
Dr. Daniel P. Schrage C2 / CV Large Number of Stowed Kills
CASA/CERT/PLMC
Systems
105 LOS / BLOS
Georgia Institute of Technology
Atlanta, GA 30332-0150
www.asdl.gatech.edu
FCS Phase I Results
• Talented team pulled together through a generic
IPPD methodology extended to address the
‗system of systems‘ problem for FCS CDSE
• An integrated set of simple tools proved useful for
the first iteration through the process
• Success of the Concept Development and Systems
Engineering (CDSE) Process developed and
utilized is summarized by the rankings by the
government‘s independent assessment team
• Elements of the process are being continued by the
Boeing-SAIC Lead System Integrator (LSI)
through the current FCS Phase
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Future Combat System (FCS)
Government Independent Assessment Team’s
Phase 1 competitive scores (awarded Nov 2001)
Full Gladiator FocusVision
CONCEPT CATEGORY Spectrum Boeing (Lockheed/ (GDLS/
Team TRW) Raytheon)
Deployment 1st 2nd (tie) 2nd (tie) 2nd (tie)
Situational 1st 4th 3rd (tie) 3rd (tie)
Understanding
Lethal Effects 1st 2nd (tie) 2nd (tie) 2nd (tie)
Protection 1st (tie) 4th 1st (tie) 2nd
Sustainability 1st 2nd (tie) 2nd (tie) 4th
Transition to New 1st 4th 2nd 3rd
Mission
OVERALL 1st 4th 2nd 3rd
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
F/A-18 Example
Example Application
• Link the appropriate aircraft sizing/synthesis and economic tools plus probabilistic methods
to create testbed environment; model the F/A-18C (using substantiation data for validation)
• With F/A-18E/F requirements (Ref. AIAA Paper 98-4701) as drivers, look at relation of
technology metrics on requirements mathematically
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Expanding Missions: The F/A-18E/F
Air
Maritime Air Close Day/ All
Fighter Defense
Air Combat Recce Air Night Weather
Escort Suppres-
Superiority Fighter Support Attack Attack
sion
F-14D F/A-18 A-6F
NATF A/B/C/D
F/A-18 E/F
Ref. Young, et.al. AIAA-98-4701, 1998.
How can such multi-role vehicles be
examined as potential solutions for the
war-fighter with respect to technologies,
requirements, and design constraints ?
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Process
The traditional process of identification of an overall objective to be
optimized is replaced by the following process:
1) Using Response Surface Method to mathematically represent combined
requirements-technology-configuration space
2) search for alternatives (configuration changes plus technology infusion) that
satisfy requirements and constraints (TIES method)
3) simultaneously, optimize on desirements within this feasible space
(continuous) or set (discrete) then, perform sensitivity studies to show the
perturbation of the solution due to possible changes in requirements and design
variables.
Thus, the customer/decision maker has information with regards to the choice between
tolerating a relaxation in requirements or accepting achievable performance levels
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
F/A-18C Basic Geometry
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Primary Mission- Fighter Escort
Actual
Modeled ( )
Intermediate Thrust Climb
Cruise at Optimum Mach and Altitude
42,550 ft
(39,910 ft)
(40,000 ft) 41,300 ft
(37,796 ft) 39,300 ft
(38,904 ft)
38,100 ft
Reserves:
20 minutes Loiter at S.L.
plus 5% of T/O Fuel Combat at 10,000 ft
Start & Taxi, Accelerate to Climb Speed 2 minutes at Maximum Thrust
4.6 minutes at Intermediate Thrust, SLS Mach 1.0 (missiles retained)
Combat Radius =311 nmi
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Alternate Missions- Addressing Multi-role
Capability
• Requirements can include performance against a wide variety of missions
• Vehicle sizing proceeds based on a primary mission and then fallout performance of the sized vehicle on
alternate missions is computed and tracked
Metrics/Objectives
Responses
Primary
Constraints
Mission
Responses
Alternative
Mission
Responses
Example: Given a vehicle sized
for Air Superiority (A-S) mission, Constraints
compute the performance for
Interdiction mission as A-S
requirements change Requirements, Vehicle Chars., or Technologies
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Alternate Mission: Hi Hi Hi
Actual
Modeled ( )
Intermediate Thrust Climb Cruise at Optimum Mach and Altitude
43,200 ft
(40,000 ft)
38,550 ft
40,600 ft
(37.911 ft) (40,000 ft)
Reserves:
20 minutes Loiter at S.L.
plus 5% of T/O Fuel Combat at Best Altitude
Start & Taxi, Accelerate to Climb Speed 5 minutes at Maximum Speed
4.6 minutes at Intermediate Thrust, SLS Mach 1.0 (missiles retained)
Combat Radius =505 nmi
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Correlation of Drag Polars for Varying Mach Numbers
Altitude = 36,089 ft
Cl
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Propulsion Modeling
F404-GE-402 Augmented Turbofan Engine
• The F404-GE-402 is an increased General Specifications:
performance derivative of the F404 • Thrust: 17,700 lb
and is used in the F/A-18C • SFC (max A/B): 1.74 lbm/lbf-hr
• Features a dual-spool mixed flow • SFC (IRP): 0.81 lbm/lbf-hr
turbofan architecture, 3X7X1X1
turbomachinery configuration • Airflow (SLS): 146 pps
• F404 Engine performance deck • Weight: 2,282 lb
based on installed engine data for • Length: 159 in
the F/A-18C • Diameter: 35 in
• Engine performance data source:
“F/A-18C Substantiating
Performance Data with F404-GE-
402 Engines” Report
MDC91B0290
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Weight Breakdown- Validation
F/A18C Weight Breakdown Comparison
Group F/A18C Baseline Model
• Sizing/Synthesis Code Used: Wing 3,919 3,918
FLight OPtimization System Tail Group 1,005 1,006
Body 5,009 5,009
(FLOPS) Alighting Gear 2,229 2,228
Propulsion Group
Engines 4,420 4,417
• F/A-18C Baseline Modeled in Engine Section
Gear Box 921 922
FLOPS calibrated against actual Controls
Starting System
substantiation data from Fuel System 1,078 1,078
manufacturer Flight Controls 1,061 1,062
Auxiliary Power Plant 206 206
Instruments 84 84
• Highly accurate model (errors Hydraulics 351 352
Electrical 592 592
in weights less than 1%) Avionics 1,864 1,864
Armament, Gun, Launchers, Ejectors 948 948
Furnishings, Load/Handling, Contingency 631 631
Air Conditioning 641 642
Crew 180 180
Unusable Fuel 207 207
Engine Fluids 114 115
Chaff, Ammunition 252 252
Miscellaneous 58 58
Operating Weight Empty 25,770 25,771
Missiles 1,410
(2) AIM-7F 1,020
(2) AIM-9L 390
Mission Fuel 10,860 10,857
Takeoff Gross Weight 38,040 38,038
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Economic Assumptions
• MALCCA (Military Aircraft Life Cycle Cost Analysis) in-house
code used to determine notional aircraft economics
• Baseline File created starting with defaults based on the military
aircraft assumptions (primarily sourced from F-15 and F-16 data)
Inflation Factor 3.3%
Dollar Year 1994
Year of Program Initiation 2000
Final Year of Production 2023
# Operational Vehicles 2530 units
System Economic Life 20 years
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Wind Over Deck
Recovery Wind Over Deck Launch Wind Over Deck
Wind Over Deck Wind Over Deck
Aircraft Weight
Aircraft Weight
Aircraft Arresting Gear Cat Plus
Airspeed
Touchdown Speed Performance A/C Thrust
Required
Speed
Speed
•Aircraft Touchdown Speed = 1.05 * Vapp
•Airspeed Required = Calculated Liftoff Speed
•Arresting Gear Performance Calculated at Limit Capacity
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Responses/Desirements Responses and Top Level Requirements
Example Responses:
R1
Metrics/Objectives
Gross Weight
R2
Probability of Survival
R3 Lethality
O+S
R4 Acquisition Cost
R5 Approach Speed (constraint)
TOFL (constraint)
Constraints
R6
R7
T/W and W/S may belong in
either the requirements or the
Req.1 Req.2 Req.3 Req.4 Req.5 Req. 6 Req.7 Req.8
responses section - depending
Range Payload PS tloiter turn rate fW wtW Mach on how the programs are set up
Top Level Requirements
This approach de-emphasizes the geometry of an aircraft, and instead focuses on the mission requirements.
However, it does require a baseline aircraft configuration. Geometry and Technologies are fixed, while
Requirements vary. Each vector of top level requirements maps to a specific mission.
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Requirement RSEs for Notional F/A-18C
Performance Capabilities Weights Economics
Takeoff Landing
Alternate Combat Specific Combat Combat Approach Landing Field Takeoff Field Wind Over Wind Over Takeoff Gross Operation & First Unit RDT&E
Wing Loading Thrust/Weight Wing Span Mission Range Life Cycle Cost
Excess Power Turn Rate Turn Radius Speed Length Length Deck Deck Empty Weight Weight Support Cost Cost Cost
(lb/ft2) (ft) cents
(nm) (ft/s) (deg/s) (ft) (ft/s) (ft) (ft) (ft/s) (ft/s) (lbs) (lbs) (mil. $/yr) (mil. $) (mil. $)
#AC * hr * lb
95.89077
37.03584
740.7152
0.841592
1364.336
11844.52
3.746093
4088.045
152.8745
4184.198
17.36432
30061.56
42958.04
-0.99871
42.98329
5330.668
62.87922
0.792245
4380.113
-7.06871
4841.269
5885.437
3777.587
-39.8082
0.866574
0.749297
4897.278
45.0536
36214.7
23727.3
31626.8
55799.5
1014.9
1062.1
1787.6
53.187
16241
137.2
72.927
0.666
33.67
2.732
1.088
510.8
128.9
4.891
182.8
9072
2708
3137
5776
9345
68.1
40.3
-5%
Radius
+40% -10%
Ult. Load Fact. Combat Mach #
+10% -10% +10% 0 500 1000 -5%
Payload
(lbs)
Thrust
+40% -5%
Area
+30% 0
stealth
(lbs)
500 1000 0
# Aux. Tanks
(lbs)
2244 4488
Fuel Consumption
-15%
Specific
0%
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Requirements Exploration: F/A-18C Design Contours
Horiz Vert Factor Current X Grid Density Update Mode
Radius -0.8888 20 x 20 Immediate
ULF 0
CmbMach 0
DPayld
Thrust
-1
-0.8888
Slide bars control variable values
Area -0.857
DStealth -1
Response Auxtnk -1
SFC 1
contours may Response Contour Current Y Lo Limit Hi Limit
O&S 5500 5031.4066 ? 5500
be set here TOGW 40000 37137.19 ? 40000
LDWOD 15 4.8129793 ? 15 Constraints are set here
TOWOD 0 -20.93512 ? 0
Vapp 153 152.42056 ? 153
Ps 695 700.21755 695 ?
AltRng 920 1238.6386 920 ?
21420 Vapp
Takeoff
Wind Over Deck
Thrust Ps
(lbs.)
Landing
Wind Over Deck
TOGW
14535
360 Area (ft^2) 520
White area indicates available design space, while filled areas
Dr. Daniel P. Schrage
Georgia Institute of Technology
indicate areas which violate set constraints CASA/CERT/PLMC
Atlanta, GA 30332-0150
www.asdl.gatech.edu
Effects of Increase in Combat Radius Req.
21,420 Vapp
TOWOD
Thrust LDWOD
Ps
TOGW
14,535
Decreasing 380 Area 520 Increasing
Feasible 21,420 Vapp
Space
Combat
Thrust
TOWOD Radius
LDWOD
Ps
Reqmt.
TOGW
14,535
380 Area 520
21,420
Vapp
Thrust TOWOD
LDWOD
Ps
TOGW
14,535
380 Area 520
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Horiz Vert Factor Current X Grid Density Update Mode
Radius 0.964 20 x 20 Immediate
ULF 0.71
CmbMach 0
DPayld -1
Thrust 0.88888
Area 0.857
DStealth -1
Exploring the Space:
Auxtnk -1
SFC 0.3333
Response Contour Current Y Lo Limit Hi Limit
Capturing the F/A-18E/F !
O&S 5130 5475.7833 ? ?
TOGW 45000 47224.344 ? ?
LDWOD 30 26.563468 ? 30
TOWOD 15 13.613377 ? 15
Vapp 151 150.2058 ? 151
t_Radius 12656.5 10828.741 ? ?
t_Rate 3.8115 4.0987387 ? ?
Ps 780 807.60615 780 ?
AltRng 1540 1545.1224 1540 ?
21420 TOWOD
Vapp Alternate
Ps Range
Turn Radius
Turn Rate
TOGW
Thrust
(lbs.)
O&S
14535
380 Area (ft^2) 520
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
RDS Example: TOGW Req. for Notional F/A-18 (1)
Scenario 1: Conservative tech. improvements gives low confidence of meeting requirement
k_CDo
k CDo
k_CDi
k CDi
k_WingWt
k W in g W t.
- 0 .0 6 - 0 .0 5 - 0 .0 3 - 0 .0 2 0 .0 0 - 0 .0 6 - 0 .0 5 - 0 .0 3 - 0 .0 2 0 .0 0 - 0 .1 3 - 0 .1 0 - 0 .0 7 - 0 .0 4 - 0 .0 1
k_FusWt
k F u sW t.
k_HTWt
k HT W t.
k_VTWt
k VtW t.
- 0 .1 2 - 0 .0 9 - 0 .0 6 - 0 .0 3 0 .0 0 - 0 .1 1 - 0 .0 8 - 0 .0 5 - 0 .0 2 0 .0 1 0 .0 0 0 .2 5 0 .5 0 0 .7 5 1 .0 0
Ov erlay Chart Forecast: Ov erlap
Frequency Comparison 10,000 Trials Cumulativ e Chart 1 Outlier
.025 1.000 10000
Achieved
TOGW
.019
TOGW
.750 Probability of Satisfying
TOGW Req. =~1%
.013 .500
.006 Anticipated .250
Anticipated Req.
TOGW Req.
.000 .000 0
31,500.00 32,375.00 33,250.00 34,125.00 35,000.00 -1,000.00 0.00 1,000.00 2,000.00 3,000.00
Certainty is 99.99% from -1,000.00 to +Infinity
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
RDS Example: TOGW Req. for Notional F/A-18 (2)
Scenario 2: Aggressive tech. improvements gives higher confidence of meeting requirement
k_CDo
k CDo
k_CDi
k CDi
k_WingWt
k W in g W t.
- 0 .1 0 - 0 .0 9 - 0 .0 7 - 0 .0 6 - 0 .0 4 - 0 .1 0 - 0 .0 9 - 0 .0 7 - 0 .0 6 - 0 .0 4 - 0 .1 7 - 0 .1 4 - 0 .1 1 - 0 .0 8 - 0 .0 5
k_FusWt
k F u sW t.
k_HTWt
k HT W t.
k_VTWt
k VtW t.
- 0 .1 7 - 0 .1 4 - 0 .1 1 - 0 .0 8 - 0 .0 5 - 0 .1 6 - 0 .1 3 - 0 .1 0 - 0 .0 7 - 0 .0 4 0 .0 0 0 .2 5 0 .5 0 0 .7 5 1 .0 0
Ov erlay Chart Forecast: Ov erlap
Frequency Comparison 10,000 Trials Cumulativ e Chart 19 Outliers
.023 1.000 10000
Achieved Probability of Satisfying
.017 TOGW .750
TOGW TOGW Req. =~45%
.011 .500
.006 Anticipated .250
Anticipated Req.
TOGW Req.
.000 .000 0
31,500.00 32,250.00 33,000.00 33,750.00 34,500.00 -1,500.00 -625.00
0 250.00 1,125.00 2,000.00
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
RDS Example:O&S $ as an Anticipated Requirement (1)
Scenario 1: Conservative tech. improvements gives low confidence of meeting requirement
k_CDo
k CDo
k_CDi
k CDi
k_WingWt
k W in g W t.
- 0 .0 6 - 0 .0 5 - 0 .0 3 - 0 .0 2 0 .0 0 - 0 .0 6 - 0 .0 5 - 0 .0 3 - 0 .0 2 0 .0 0 - 0 .1 3 - 0 .1 0 - 0 .0 7 - 0 .0 4 - 0 .0 1
k_FusWt k_HTWt k_$O&S
k F u sW t. k HT W t. k $O &S
- 0 .0 7 - 0 .0 6 - 0 .0 4 - 0 .0 3 - 0 .0 1
- 0 .1 2 - 0 .0 9 - 0 .0 6 - 0 .0 3 0 .0 0 - 0 .1 1 - 0 .0 8 - 0 .0 5 - 0 .0 2 0 .0 1
Forecast: Overlap
P(Achieved-Anticipated)
Overlay Chart
5,000 Trials Cumulative Chart 189 Outliers
Frequency Comparison
1 .0 0 0 5 00 0
.0 2 2
Probability of Satisfying
Achieved .7 5 0 $O&S Req. =~2%
.0 1 7 $ O& S/ fl th r
$O&S
.5 0 0
.0 1 1
.2 5 0
.0 0 6 Anticipated
A n tic ip a te d R e q.
$O&S Req.
.0 0 0 0
.0 0 0
-1 0 0 .0 0 0 1 00 . 00 3 00 . 00 5 00 . 00 7 00 . 00
6 ,5 0 0. 00 6 ,7 7 5. 00 7 ,0 5 0. 00 7 ,3 2 5. 00 7 ,6 0 0. 00
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Example: $O&S as an Anticipated Requirement (2)
Scenario 2: Aggressive tech. improvements gives higher confidence of meeting requirement
k_CDo
k CDo
k_CDi
k CDi
k_WingWt
k W in g W t.
- 0 .1 0 - 0 .0 9 - 0 .0 7 - 0 .0 6 - 0 .0 4 - 0 .1 0 - 0 .0 9 - 0 .0 7 - 0 .0 6 - 0 .0 4 - 0 .1 7 - 0 .1 4 - 0 .1 1 - 0 .0 8 - 0 .0 5
k_FusWt
k F u sW t.
k_HTWt
k HT W t.
k_$O&S
k $O &S
- 0 .1 7 - 0 .1 4 - 0 .1 1 - 0 .0 8 - 0 .0 5 - 0 .1 6 - 0 .1 3 - 0 .1 0 - 0 .0 7 - 0 .0 4 - 0 .1 1 - 0 .0 9 - 0 .0 8 - 0 .0 6 - 0 .0 5
Overlay Chart Forecast: Ov erlap
P(Achieved-Anticipated)
Frequency Comparison 5,000 Trials Cumulativ e Chart 9 Outliers
.0 2 0 1.000 5000
Probability of Satisfying
Achieved .750
$O&S Req. =~50%
.0 1 5 $ O& S/ fl th r
$O&S
.0 1 0 .500
.0 0 5 Anticipated .250
A n tic ip a te d R e q.
$O&S Req.
.0 0 0 .000 0
6 ,5 0 0. 00 6 ,7 5 0. 00 7 ,0 0 0. 00 7 ,2 5 0. 00 7 ,5 0 0. 00 -600.00 -300.00 0.00 300.00 600.00
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu
Summary and Conclusions
• Systems Engineering has its roots in Aerospace
• Modern Systems Engineering must reflect the Quality Revolution
• The Five Lean Principles should serve as guiding principles for
a Modern Systems Engineering Approach
• Integrated Product and Process Development (IPPD) required in
the Fuzzy Front End to Establish Value for subsequent principle
implementation: Value Stream, Process Flow, Customer Pull,
and Perfection
• Georgia Tech has developed an IPPD through Robust Design
Simulation (RDS) environment that allows a Probabilistic
Approach for the Fuzzy Front End
• The transition of the IPPD through RDS to a Virtual Stochastic
Life Cycle Design Environment is necessary for full
implementation of the Five Lean Guiding Principles
Dr. Daniel P. Schrage
Georgia Institute of Technology
Atlanta, GA 30332-0150
CASA/CERT/PLMC
www.asdl.gatech.edu