Complex Systems Engineering
for the Global information Grid
Bob Marcus
robert.marcus@sri.com
Wednesday, December 23, 15
Overview of Talk
• Background
• NCOIC and the Global Information Grid
• Complex Systems Engineering Strategies
• Foundation Information Grid (NCOIC Demo)
• Conclusion
Wednesday, December 23, 15
My Background
• Industrial system of systems architecture and
implementation at Boeing and General Motors
• Military systems of systems architecture and
standards as an SRI consultant to the DoD
• Author of “Great Global Grid: Emergency
Technology Strategies” (2002)
• Director of Colorado State Grid Initiative
• Chair of Modeling, Simulation and Demonstration
Working Group at Network Centric Operations
Industry Consortium (NCOIC)
– Foundation Information Grid Demonstration as a step
towards the Global Information Grid
Wednesday, December 23, 15
Wednesday, December 23, 15
The NCOIC and
the Global Information Grid
Wednesday, December 23, 15
Overview of the NCOIC
• The Network-Centric Operations Industry Consortium
(NCOIC.org) membership includes all of the leading
defense contractors
• The NCOIC’s mission is to facilitate collaboration on
creating standardized interoperability frameworks
• The Modeling, Simulation and Demonstration Working
Group’s goal is to initiate foundation demonstrations for
future system of systems architectures
• One example of these future architectures is the DoD’s
Global Information Grid
• The initial demonstration is called the Foundation
Information Grid
Wednesday, December 23, 15
Information Grid
Wednesday, December 23, 15
Colorado Information Grid Vision
Instruments
Data
Visualization
Large-Scale
Databases
Small
Computers
HPC
Mobile
Computing
Sensors
Wednesday, December 23, 15
Wednesday, December 23, 15
Global Information Grid (GES.DOD.MIL)
Wednesday, December 23, 15
Standards Needed at Multiple Levels
Virtualized Storage
Applications, Data Analysis and Data Mining
Interface Protocols and APIs
Non-functional Capabilities e.g. IA, QoS, Policies
Data, Metadata, and Semantic Representations
Data Transport and Messaging Mechanisms
Network and Communication Protocols
Virtualized Databases
Data Processing, Transformation, and Fusion
Wednesday, December 23, 15
Complex Systems
Engineering Strategies
Wednesday, December 23, 15
Complex Systems Properties
• Emergent- Macroscopic dynamics and variables occur
in the system, which is not easily predictable from local
dynamics
• Multiscale Interactive - The macroscopic and
component-level behavior interact in a measurable way
• Non-equilibrium Metastable – Short term stability with
large state changes possible under small perturbations
• Evolutionary Adaption- The system exhibits altered
behavior in response to environmental changes
• Self Organizing - Coordinated behavior can take place
among components without centralized guidance
Wednesday, December 23, 15
Structures in Complex Systems
• Component = Basic element of functionality in the
system. Intrinsic behavior under environment influences.
• Collaboration = Interactions without macroscopic
coordinators. Behavior influenced by peer-to-peer
interactions.
• Coordination = Interaction possibly managed by
coordinators to support group goals. Behavior influenced
by group dynamics.
• Control = Interactions directed hierarchically to foster
global goals. Behavior constrained by controller.
•
• All of these structures can be present in a system of
systems and can be mixed and combined recursively
Wednesday, December 23, 15
Component
Complex System Structures
Controller
Component
Collaboration
Component
Coordination
Coordinator Controller
Coordinator Controller
ControllerCoordinator
Wednesday, December 23, 15
Structures in Complex Systems
Components Collaboration Coordination Control
Have dynamics and/or
goals
Individual dynamics and/
or goals
Shared dynamics and/or
goals
Global dynamics and/or
goals
Capable of adaptable
behavior
Individuals adapt Individuals and
coordinators adapt
Controllers adapt
Individuals Interaction Communities of Interest Enterprise
Molecules in
Chemistry
Gas Liquid Solid
No coupling Loose coupling Cooperative processes Tight coupled
Citizens in Government Town Meetings Representatives Authoritarian
Computers in network Internet Extranet Intranet
Neurons in
Neurodynamics
Nervous System Brain Cerebellum Cognitive system
Wednesday, December 23, 15
Complex Systems Design Strategies
• Bottom up – Self-organizing, Emergent collaboration
and coordination from interactions.
• Top down - Traditional systems engineering, Pre-
defined coordination and interactions
• Matchmaking – Coordination is based on matching
and combining existing components to meet
requirements
• Middle Out – Coordination combines existing
components and collaborations but also drives new
requirements, collaborations and components
Wednesday, December 23, 15
Top Down Design (Control-based)
Existing, Enhanced, Composite and possible new services and/or systems
USERS
Capability specifications (with priorities)
Capability description
Set of
Services
Needed
Set of
Requirements
Requirements
Analysis
User Requirements and Derived Requirements
Wednesday, December 23, 15
Bottom Up Design (Collaboration-based)
Existing, Enhanced, Composite and possible new services and/or systems
USERS
Capability specifications and possible new capabilities
Capability description (with cost of implementation) and possible new capabilities
Capabilities
available
Set of
Services
Available
Advertising
User Interfaces
Wednesday, December 23, 15
Matchmaking ( SOA Orchestration)
Existing, Enhanced, Composite and possible new services and/or systems
USERS
Capability specifications (with priorities)
Capability description (with cost of implementation)
Set of
Services
Set of
Requirements
Matchmaking
User Requirements and Derived Requirements
Wednesday, December 23, 15
Middle Out Design (Coordination-based)
Existing, Enhanced, Composite and possible new services and/or systems
USERS
Capability specifications (with priorities) and possible new capabilities
Capability description (with cost of implementation) and possible new capabilities
New capabilities
available
New capabilities
needed
Set of
Services
Set of
Requirements
Mediating
User Requirements and Derived Requirements
Wednesday, December 23, 15
Shared Resource Integration Process
Reusable
Resource
Repository
Program 1
(Component)
Commercially
Available Tools
and Services
Centralized
Standards
and
Reuse
Organization
(Control)
Program 2
(Component)
Program 3
(Component)
Shared Resources
Integration Team
(Coordination)
Wednesday, December 23, 15
Foundation Information Grid
(NCOIC Demo)
Wednesday, December 23, 15
Foundation Information Grid
• Components – Diverse data bases and physical storage
with application program interfaces.
• Control – Components under a single organization. Data
access controlled by management. Can be viewed as a
high level component.
• Coordination – Components under diverse management
use shared metadata and data access through a
Coordinator. (Storage Resource Broker (SRB) from
UCSD).
• Collaboration – Data sharing across coordination zones
using metadata mappings and middleware. Cooperation
across communities based on need to share.
Wednesday, December 23, 15
Foundation Information Grid
Data Data DataData Data Data
Controller
Coordinator Coordinator
Data
Peer-to-peer
Collaboration
Direct
Control
Support for
Coordination
Peer-to-peer
Collaboration
Wednesday, December 23, 15
Foundation Information Grid Strategy
• A Community of Interest (COI) is a group of users who have
agreed to collaborate and have a centralized process for
defining shared capabilities
• COIs define an architectural framework for their components
• The components are placed in the framework to implement
a COI coordination for users
• Multiple COIs can voluntarily collaborate to share a subset
of their coordinated components
• Communities of Interest must agree on interoperability
standards for the shared collaborative capabilities
Wednesday, December 23, 15
Application -> SRB -> Data
Storage System
Databases
Application Interfaces
Metadata-based Access
Data Grid
Database Interfaces
The SRB (Storage
Resource Broker) is
middleware that
supports multiple
application
interfaces to diverse
databases and
storage systems
Next four slides produced by collaborators at UCSD SRB Group
Wednesday, December 23, 15
Distributed SRB Agents
Archives
HPSS, ADSM,
UniTree, DMF
Databases
DB2, Oracle,
Sybase
File Systems
Unix, NT,
Mac OSX
Application
C, C++,
Linux I/O
Unix
Shell
Dublin
Core
Resource,
User
User
Defined
Application
Meta-data
Remote
Proxies
DataCutter
Third-party
copy
Java, NT
Browsers
WebProlog
Predicate
MCAT
HRM
Storage Resource Broker
Wednesday, December 23, 15
SRB Data Integration Zone (Coordination)
SRB
MCAT
DB
SRB
SRB
SRB
SRB SRB
Wednesday, December 23, 15
SRB Data Integration Zone (Coordination)
SRB
MCAT
DB
SRB
SRB
SRB
SRB SRB
•Data Grid has arbitrary number of servers
•Metadata Catalog (MCAT) used for access
Wednesday, December 23, 15
Collaboration Across Zones
MCAT1
MCAT2
MCAT3
Server1.1
Server1.2
Server2.1
Server2.2
Server3.1
Wednesday, December 23, 15
Next Steps
• Determine user requirements for the Global
Information Grid
• Work with groups responsible for standards and
implementation of core services for Global
Information Grid
• Develop a coordination strategy matching
Foundation Information Grid capabilities and
end-user requirements
Wednesday, December 23, 15
Conclusions
Wednesday, December 23, 15
Questions from 1995
• What are the basic laws of the scientific discipline of
complex systems?
• What are the generic principles for complex systems
engineering?
• Is it possible to build customizable generic tools for the
modeling, simulation, and analysis of complex systems?
• How can we maintain systems with constantly changing
requirements?
• Is there a management strategy for dealing with systems
that are too complex for individuals or small groups to
understand?
• Are there unique characteristics of complex systems that
are composed primarily of multiple intelligent entities,
both human and non-human?
• How can non-adaptable system elements be
reengineered, and can adaptability be 'designed into'
complex systems in the first place?
Wednesday, December 23, 15
Final Thoughts
• The fundamental change that complex systems bring to
systems engineering is the need to create federated
coordination strategies in addition to control algorithms.
• Implementing this new paradigm will require extensive
research in many disciplines during the next decade.
• Due to the broad fundamental impact of complex
systems engineering, there should be a coordinated
initiative to support research projects in this domain.
Wednesday, December 23, 15

More Related Content

PPTX
Software architecture by Dr.C.R.Dhivyaa, Assistant Professor,Kongu Engineerin...
PDF
2001 Talk on Possible Research Collaboration in Boulder
PDF
IoT-Enabled Smart City Framework
PDF
2004 Net-centric Systems and Services Interoperability Engineering (NESSIE)
PDF
NTIA IoT RFC Responses
PDF
1959-1963 Some Collected poems
PDF
1986 Multilevel Constraint-Based Configuration Article
PDF
Response to Commerce Dept's IoT RFC
Software architecture by Dr.C.R.Dhivyaa, Assistant Professor,Kongu Engineerin...
2001 Talk on Possible Research Collaboration in Boulder
IoT-Enabled Smart City Framework
2004 Net-centric Systems and Services Interoperability Engineering (NESSIE)
NTIA IoT RFC Responses
1959-1963 Some Collected poems
1986 Multilevel Constraint-Based Configuration Article
Response to Commerce Dept's IoT RFC

Viewers also liked (16)

PDF
2011 IaaS standards report from Ad Hoc WG
PDF
2004 Colorado Grid Computing Initiative
PDF
2006 Multiscale modeling and simulation for drug development and testing
PDF
Reference Architectures for Layered CPS System of Systems using Data Hubs and...
PDF
Control in Cyber-Physical Systems
PDF
Downloadable publications on CPS, Cloud, and Big Data
PDF
Security in Cyber-Physical Systems
PDF
1974 Parabolic Ito Equations
PDF
NIST CPS-related Slides
PDF
1986 Mycon: Multilevel Constraint Based Configuration
PDF
IoT Use Cases
PDF
IoT to Cloud: Middle Layer (e.g Gateway, Hubs, Fog, Edge Computing)
PDF
2006 SOA Architecture Delivery Process
PDF
1979 Optimal diffusions in a random environment
PPTX
Utilizing video in the classroom
PPTX
Android studio plugin 作ってみた 〜 create intent method generator 〜
2011 IaaS standards report from Ad Hoc WG
2004 Colorado Grid Computing Initiative
2006 Multiscale modeling and simulation for drug development and testing
Reference Architectures for Layered CPS System of Systems using Data Hubs and...
Control in Cyber-Physical Systems
Downloadable publications on CPS, Cloud, and Big Data
Security in Cyber-Physical Systems
1974 Parabolic Ito Equations
NIST CPS-related Slides
1986 Mycon: Multilevel Constraint Based Configuration
IoT Use Cases
IoT to Cloud: Middle Layer (e.g Gateway, Hubs, Fog, Edge Computing)
2006 SOA Architecture Delivery Process
1979 Optimal diffusions in a random environment
Utilizing video in the classroom
Android studio plugin 作ってみた 〜 create intent method generator 〜
Ad

Similar to 2010 Complex Systems Engineering for the Global Information Grid (20)

PDF
[2015/2016] Introduction to software architecture
PPT
Relating the Mission and Means Framework to DoD Architecture Framework Produc...
PPTX
Object Oriented Software Enginnering-6.pptx
PPTX
Software Engineering Architectural Design
PPT
Design Concepts software engineering.ppt
DOC
The Role of the Architect in ERP and PDM System Deployment
DOCX
16 & 2 marks in i unit for PG PAWSN
PPTX
Agile architecture upload
PPTX
RDBMS to NoSQL. An overview.
PPTX
Csc 303
PPT
soa_and_jra.ppt
PPTX
Design Concepts in Software Engineering-1.pptx
PPTX
Software Architecture Standard IEEE 1471
PDF
SDA - 6 -Chapter Six.pdf
PPTX
design concepts in software engineering.pptx
DOCX
Designing and documenting software architecture unit 5
PPT
Architecture design in software engineering
PPTX
System Design Overview for beginners.pptx
DOCX
Software architecture Unit 1 notes
PPT
Architec design introduction
[2015/2016] Introduction to software architecture
Relating the Mission and Means Framework to DoD Architecture Framework Produc...
Object Oriented Software Enginnering-6.pptx
Software Engineering Architectural Design
Design Concepts software engineering.ppt
The Role of the Architect in ERP and PDM System Deployment
16 & 2 marks in i unit for PG PAWSN
Agile architecture upload
RDBMS to NoSQL. An overview.
Csc 303
soa_and_jra.ppt
Design Concepts in Software Engineering-1.pptx
Software Architecture Standard IEEE 1471
SDA - 6 -Chapter Six.pdf
design concepts in software engineering.pptx
Designing and documenting software architecture unit 5
Architecture design in software engineering
System Design Overview for beginners.pptx
Software architecture Unit 1 notes
Architec design introduction
Ad

Recently uploaded (20)

PDF
First part_B-Image Processing - 1 of 2).pdf
PDF
Abrasive, erosive and cavitation wear.pdf
PDF
Implantable Drug Delivery System_NDDS_BPHARMACY__SEM VII_PCI .pdf
PPTX
Chapter 2 -Technology and Enginerring Materials + Composites.pptx
PPTX
CyberSecurity Mobile and Wireless Devices
PDF
Prof. Dr. KAYIHURA A. SILAS MUNYANEZA, PhD..pdf
PPTX
"Array and Linked List in Data Structures with Types, Operations, Implementat...
PDF
Design Guidelines and solutions for Plastics parts
PPTX
Building constraction Conveyance of water.pptx
PDF
distributed database system" (DDBS) is often used to refer to both the distri...
PDF
Computer System Architecture 3rd Edition-M Morris Mano.pdf
PPTX
Measurement Uncertainty and Measurement System analysis
PPTX
Principal presentation for NAAC (1).pptx
PDF
UEFA_Carbon_Footprint_Calculator_Methology_2.0.pdf
PPTX
mechattonicsand iotwith sensor and actuator
PDF
August -2025_Top10 Read_Articles_ijait.pdf
PDF
Artificial Superintelligence (ASI) Alliance Vision Paper.pdf
PDF
UEFA_Embodied_Carbon_Emissions_Football_Infrastructure.pdf
PPTX
Module 8- Technological and Communication Skills.pptx
PPTX
Management Information system : MIS-e-Business Systems.pptx
First part_B-Image Processing - 1 of 2).pdf
Abrasive, erosive and cavitation wear.pdf
Implantable Drug Delivery System_NDDS_BPHARMACY__SEM VII_PCI .pdf
Chapter 2 -Technology and Enginerring Materials + Composites.pptx
CyberSecurity Mobile and Wireless Devices
Prof. Dr. KAYIHURA A. SILAS MUNYANEZA, PhD..pdf
"Array and Linked List in Data Structures with Types, Operations, Implementat...
Design Guidelines and solutions for Plastics parts
Building constraction Conveyance of water.pptx
distributed database system" (DDBS) is often used to refer to both the distri...
Computer System Architecture 3rd Edition-M Morris Mano.pdf
Measurement Uncertainty and Measurement System analysis
Principal presentation for NAAC (1).pptx
UEFA_Carbon_Footprint_Calculator_Methology_2.0.pdf
mechattonicsand iotwith sensor and actuator
August -2025_Top10 Read_Articles_ijait.pdf
Artificial Superintelligence (ASI) Alliance Vision Paper.pdf
UEFA_Embodied_Carbon_Emissions_Football_Infrastructure.pdf
Module 8- Technological and Communication Skills.pptx
Management Information system : MIS-e-Business Systems.pptx

2010 Complex Systems Engineering for the Global Information Grid

  • 1. Complex Systems Engineering for the Global information Grid Bob Marcus robert.marcus@sri.com Wednesday, December 23, 15
  • 2. Overview of Talk • Background • NCOIC and the Global Information Grid • Complex Systems Engineering Strategies • Foundation Information Grid (NCOIC Demo) • Conclusion Wednesday, December 23, 15
  • 3. My Background • Industrial system of systems architecture and implementation at Boeing and General Motors • Military systems of systems architecture and standards as an SRI consultant to the DoD • Author of “Great Global Grid: Emergency Technology Strategies” (2002) • Director of Colorado State Grid Initiative • Chair of Modeling, Simulation and Demonstration Working Group at Network Centric Operations Industry Consortium (NCOIC) – Foundation Information Grid Demonstration as a step towards the Global Information Grid Wednesday, December 23, 15
  • 5. The NCOIC and the Global Information Grid Wednesday, December 23, 15
  • 6. Overview of the NCOIC • The Network-Centric Operations Industry Consortium (NCOIC.org) membership includes all of the leading defense contractors • The NCOIC’s mission is to facilitate collaboration on creating standardized interoperability frameworks • The Modeling, Simulation and Demonstration Working Group’s goal is to initiate foundation demonstrations for future system of systems architectures • One example of these future architectures is the DoD’s Global Information Grid • The initial demonstration is called the Foundation Information Grid Wednesday, December 23, 15
  • 8. Colorado Information Grid Vision Instruments Data Visualization Large-Scale Databases Small Computers HPC Mobile Computing Sensors Wednesday, December 23, 15
  • 10. Global Information Grid (GES.DOD.MIL) Wednesday, December 23, 15
  • 11. Standards Needed at Multiple Levels Virtualized Storage Applications, Data Analysis and Data Mining Interface Protocols and APIs Non-functional Capabilities e.g. IA, QoS, Policies Data, Metadata, and Semantic Representations Data Transport and Messaging Mechanisms Network and Communication Protocols Virtualized Databases Data Processing, Transformation, and Fusion Wednesday, December 23, 15
  • 13. Complex Systems Properties • Emergent- Macroscopic dynamics and variables occur in the system, which is not easily predictable from local dynamics • Multiscale Interactive - The macroscopic and component-level behavior interact in a measurable way • Non-equilibrium Metastable – Short term stability with large state changes possible under small perturbations • Evolutionary Adaption- The system exhibits altered behavior in response to environmental changes • Self Organizing - Coordinated behavior can take place among components without centralized guidance Wednesday, December 23, 15
  • 14. Structures in Complex Systems • Component = Basic element of functionality in the system. Intrinsic behavior under environment influences. • Collaboration = Interactions without macroscopic coordinators. Behavior influenced by peer-to-peer interactions. • Coordination = Interaction possibly managed by coordinators to support group goals. Behavior influenced by group dynamics. • Control = Interactions directed hierarchically to foster global goals. Behavior constrained by controller. • • All of these structures can be present in a system of systems and can be mixed and combined recursively Wednesday, December 23, 15
  • 15. Component Complex System Structures Controller Component Collaboration Component Coordination Coordinator Controller Coordinator Controller ControllerCoordinator Wednesday, December 23, 15
  • 16. Structures in Complex Systems Components Collaboration Coordination Control Have dynamics and/or goals Individual dynamics and/ or goals Shared dynamics and/or goals Global dynamics and/or goals Capable of adaptable behavior Individuals adapt Individuals and coordinators adapt Controllers adapt Individuals Interaction Communities of Interest Enterprise Molecules in Chemistry Gas Liquid Solid No coupling Loose coupling Cooperative processes Tight coupled Citizens in Government Town Meetings Representatives Authoritarian Computers in network Internet Extranet Intranet Neurons in Neurodynamics Nervous System Brain Cerebellum Cognitive system Wednesday, December 23, 15
  • 17. Complex Systems Design Strategies • Bottom up – Self-organizing, Emergent collaboration and coordination from interactions. • Top down - Traditional systems engineering, Pre- defined coordination and interactions • Matchmaking – Coordination is based on matching and combining existing components to meet requirements • Middle Out – Coordination combines existing components and collaborations but also drives new requirements, collaborations and components Wednesday, December 23, 15
  • 18. Top Down Design (Control-based) Existing, Enhanced, Composite and possible new services and/or systems USERS Capability specifications (with priorities) Capability description Set of Services Needed Set of Requirements Requirements Analysis User Requirements and Derived Requirements Wednesday, December 23, 15
  • 19. Bottom Up Design (Collaboration-based) Existing, Enhanced, Composite and possible new services and/or systems USERS Capability specifications and possible new capabilities Capability description (with cost of implementation) and possible new capabilities Capabilities available Set of Services Available Advertising User Interfaces Wednesday, December 23, 15
  • 20. Matchmaking ( SOA Orchestration) Existing, Enhanced, Composite and possible new services and/or systems USERS Capability specifications (with priorities) Capability description (with cost of implementation) Set of Services Set of Requirements Matchmaking User Requirements and Derived Requirements Wednesday, December 23, 15
  • 21. Middle Out Design (Coordination-based) Existing, Enhanced, Composite and possible new services and/or systems USERS Capability specifications (with priorities) and possible new capabilities Capability description (with cost of implementation) and possible new capabilities New capabilities available New capabilities needed Set of Services Set of Requirements Mediating User Requirements and Derived Requirements Wednesday, December 23, 15
  • 22. Shared Resource Integration Process Reusable Resource Repository Program 1 (Component) Commercially Available Tools and Services Centralized Standards and Reuse Organization (Control) Program 2 (Component) Program 3 (Component) Shared Resources Integration Team (Coordination) Wednesday, December 23, 15
  • 23. Foundation Information Grid (NCOIC Demo) Wednesday, December 23, 15
  • 24. Foundation Information Grid • Components – Diverse data bases and physical storage with application program interfaces. • Control – Components under a single organization. Data access controlled by management. Can be viewed as a high level component. • Coordination – Components under diverse management use shared metadata and data access through a Coordinator. (Storage Resource Broker (SRB) from UCSD). • Collaboration – Data sharing across coordination zones using metadata mappings and middleware. Cooperation across communities based on need to share. Wednesday, December 23, 15
  • 25. Foundation Information Grid Data Data DataData Data Data Controller Coordinator Coordinator Data Peer-to-peer Collaboration Direct Control Support for Coordination Peer-to-peer Collaboration Wednesday, December 23, 15
  • 26. Foundation Information Grid Strategy • A Community of Interest (COI) is a group of users who have agreed to collaborate and have a centralized process for defining shared capabilities • COIs define an architectural framework for their components • The components are placed in the framework to implement a COI coordination for users • Multiple COIs can voluntarily collaborate to share a subset of their coordinated components • Communities of Interest must agree on interoperability standards for the shared collaborative capabilities Wednesday, December 23, 15
  • 27. Application -> SRB -> Data Storage System Databases Application Interfaces Metadata-based Access Data Grid Database Interfaces The SRB (Storage Resource Broker) is middleware that supports multiple application interfaces to diverse databases and storage systems Next four slides produced by collaborators at UCSD SRB Group Wednesday, December 23, 15
  • 28. Distributed SRB Agents Archives HPSS, ADSM, UniTree, DMF Databases DB2, Oracle, Sybase File Systems Unix, NT, Mac OSX Application C, C++, Linux I/O Unix Shell Dublin Core Resource, User User Defined Application Meta-data Remote Proxies DataCutter Third-party copy Java, NT Browsers WebProlog Predicate MCAT HRM Storage Resource Broker Wednesday, December 23, 15
  • 29. SRB Data Integration Zone (Coordination) SRB MCAT DB SRB SRB SRB SRB SRB Wednesday, December 23, 15
  • 30. SRB Data Integration Zone (Coordination) SRB MCAT DB SRB SRB SRB SRB SRB •Data Grid has arbitrary number of servers •Metadata Catalog (MCAT) used for access Wednesday, December 23, 15
  • 32. Next Steps • Determine user requirements for the Global Information Grid • Work with groups responsible for standards and implementation of core services for Global Information Grid • Develop a coordination strategy matching Foundation Information Grid capabilities and end-user requirements Wednesday, December 23, 15
  • 34. Questions from 1995 • What are the basic laws of the scientific discipline of complex systems? • What are the generic principles for complex systems engineering? • Is it possible to build customizable generic tools for the modeling, simulation, and analysis of complex systems? • How can we maintain systems with constantly changing requirements? • Is there a management strategy for dealing with systems that are too complex for individuals or small groups to understand? • Are there unique characteristics of complex systems that are composed primarily of multiple intelligent entities, both human and non-human? • How can non-adaptable system elements be reengineered, and can adaptability be 'designed into' complex systems in the first place? Wednesday, December 23, 15
  • 35. Final Thoughts • The fundamental change that complex systems bring to systems engineering is the need to create federated coordination strategies in addition to control algorithms. • Implementing this new paradigm will require extensive research in many disciplines during the next decade. • Due to the broad fundamental impact of complex systems engineering, there should be a coordinated initiative to support research projects in this domain. Wednesday, December 23, 15