SlideShare uma empresa Scribd logo
1 de 8
Baixar para ler offline
September 2011


The UK MOD Generic Vehicle Architecture
A Compelling Case for Interoperable Open Architecture



Real-Time Innovations




US HEADQUARTERS
Real-Time Innovations, Inc.
Tel: +1 (408) 990-7400
info@rti.com
The UK MOD Generic Vehicle Architecture




Executive Summary

The adoption of an Interoperable Open Architecture (IOA) by the UK MOD will have a
profound impact on defense procurement. With its new Generic Vehicle Architecture (GVA)
and Def Stan 23-09, the MOD has arguably been one of the most innovative and impactful
defense procurement agencies (DPA) of any democratic nation.

The MOD has raised the bar for systems-of-systems integration management by initiating a
fundamental shift in perspective regarding collaboration between DPAs and systems
integrators (SIs). This new approach provides for the development of all future vehicles using
a single, logically connected, cohesive and coherent architecture for maximized utility while
enabling field command to derive the best logistically from military assets. IOA adoption also
sets the stage for a more competitive procurement process that can only improve the
economics of future vehicle development. The MOD’s initiative would not have been
successful without the support of industry leaders who invested time and effort to validate
this approach.

Driven by clear economic imperatives, both the MOD and the SIs have had to change,
accepting or divesting themselves of key responsibilities in the process. The MOD has less
money and needs to spend it more wisely to meet field requirements. For SIs, on the other
hand, risk reduction is essential. The contractual belt has been tightening globally. Risks of
delivery and other penalties for prime SIs have been increasing, which in turn forces them to
push down on tier-2 and tier-3 SIs and push back on DPAs to ensure there is enough “fat” in
a contract to mitigate risk. This downward economic spiral had to be stopped.

This white paper outlines the innovative aspects of this new IOA and acquisition approach
and highlights the confluence of thinking and events that led to a new engagement model
between the MOD and the SIs.

The Procurement Process Problem

The approach to defense procurement follows a common model in democratic economies.
First, a major programme is defined, commonly around the need for a specific vehicle,
aircraft or ship. Next, a tier-1 prime SI is selected to deliver the system. The prime SI is
responsible for the overall systems integration and timely delivery. Contracts are commonly
tied to through-life maintenance and management, and possibly training as well. With system
lifecycles being extended into decades, such contracts are becoming an issue. DPAs’ and SIs’
struggle to sustain the supply chain for multiple proprietary vehicle designs. There is limited
or no commonality of sub-system supply or economy of scale opportunity for the DPAs
across their multiple vehicle procurements, which inevitably drives up costs as each vehicle is
extended in a proprietary “one off” fashion.




September 2011                                                     © 2011 Real-Time Innovations
The UK MOD Generic Vehicle Architecture




The Army’s Concern

For military vehicle deployments, the nature of the threat is changing. The enemy is now
most commonly asymmetric in nature and is adapting in the field to the high-tech capabilities
of vehicles that have taken years to develop and deploy. In fact, by the time a new capability
is fielded, the enemy has often already countered it.

“Not a problem,” says the field commander. “I will adjust them in the field.” However, the
commander cannot. Each vehicle was uniquely developed by a separate prime SI, each
meeting its contractual requirements to the letter and seeking to amortize up-front
development costs across the maintenance lifetime as part of its business-model. The SIs are
incentivized by the procurement system to sustain their sole or primary supplier status for
system components. The field commander cannot use his highly skilled engineers to adapt
vehicle systems in the field unless he has access to a system specialist from each SI for each
vehicle. More importantly, he cannot take a capability from one vehicle and integrate it into
another, because each vehicle has a unique systems integration structure.

After identifying this issue, the MOD began to analyze its basic systems engineering
precepts, seeking a methodology that would enable a more responsive and iterative process of
integration that would enable the MOD to deploy systems of systems that are ahead of the
enemy’s abilities to change its modus operandi.

The MOD consulted extensively with industry and heavily leveraged years of previous work
from the Vehicle Systems Integration (VSI) research programme and decided upon an
Interoperable Open Architecture approach to address their system integration challenges.

Full-System IOA Solution

The MOD’s IOA and acquisition approach is particularly innovative in its whole-system
view. Def Stan 23-09 addresses integration for the entire electrical system, meaning
everything from the automotive control systems to power management, sensors, Human
Machine Interfaces, Health and Usage Monitoring Systems, weapons, C4I etc. Anything with
a processor, software and communication paradigms between subsystems are included in the
GVA.

The decision to drive OA as both an implementation pattern and a business process to
suppliers is in itself truly innovative. The MOD wanted a common technical integration
approach across all future vehicle architectures and a more open approach to the procurement
process. They also had to avoid unnecessarily constraining SIs in their innovation and
adoption of technologies.

Communication between two subsystems of any type requires at least two common
properties: the consumption and production of data. The MOD has assumed full
responsibility for defining and maintaining a System Data Dictionary (SDD) of the complete



September 2011                                                     © 2011 Real-Time Innovations
The UK MOD Generic Vehicle Architecture




vehicle defined on a subsystem-type basis (sensors, C4I, HUMSs etc), a dictionary and
vocabulary for communication between subsystems. This SDD—called the Land Data Model
—forms the core of the MOD’s strategically different engineering approach to systems
architecture design. It is a fundamental change from the traditional Interface Control
Document (ICD)-based approach, which defines the low-level protocol and messages
characteristic of the stovepipe system architectures that have inhibited field responsiveness to
changes in threat.

The MOD mandated the use of the Object Management Group (OMG) Data Distribution
Service (DDS) standard for the open-standard middleware for all data communication within
the vehicle. Industry collaborators in the VSI research programme recommended DDS as the
most appropriate open standards middleware for the communication of data in a real-time
mission-critical environment. DDS ensures interoperability between independently developed
subsystems when used in conjunction with the Land Data Model. DDS was originally
architected to support data-centric development paradigms. The MODs decision to implement
their IOA through the specification of a data model leads directly to a data-centric
development approach.

The beauty of this data-centric approach is that the SDD can be openly shared. Most of the
Land Data Model has now (April 2011) been de-classified (all except the C4I components),
thus enabling ready sharing with the SI’s, but also opening the door to collaboration between
nation states – a publically stated objective of the MOD.

Def Stan 23-09 goes much further than the SDD and DDS mandate, of course, mandating
specific physical system interconnects, cable connection mechanisms, and HMI and power-
distribution objectives. However, the SDD + DDS is the glue that will ensure interoperability
between independently developed software and applications. DDS middleware becomes the
logical bus all software systems must use for communication and control, as shown in Figure
1; DDS delivers the software Data Distribution function outlined in this diagram.




September 2011                                                      © 2011 Real-Time Innovations
The UK MOD Generic Vehicle Architecture




                   Figure 1: GVA Def Stan 23-09 architectural overview

Demonstration of Interoperability

At a VSI open day sponsored by the MOD at the Defence Academy in Shrivenham, just two
months after the Def Stan was published, several VSI vendors provided an impressive
demonstration of systems interoperability. Qinetiq, Selex-Galileo and Thales each had a
booth with independently developed complex video systems featuring varying types of
camera and joystick controllers, each with their own multi-function displays. The systems
used DDS middleware from different suppliers. Because of the common SDD, within a few
hours each could connect to the other’s cameras, controllers and displays. The three vendors
were then able to take control of each other’s cameras or obtain video streams from another’s
camera. By interfacing DDS to each controller and using a common SDD, they were able to
come together and integrate a working system over a standard Ethernet backbone in an
extremely short timeframe. Plug-and-play has become reality in future military vehicles.

OA Principles for Success

The support material at the VSI day read: “VSI provides a coherent MOD-Industrial approach
to vehicle integration. It will: increase vehicle effectiveness; enhance adaptability
upgradeability and reconfigurability in the face of ever-changing operational demands; and
reduce whole life costs. The GVA approach enables the retrofit of a wide range of products
with the minimum of vehicle impact and logistic support in theatre.”




September 2011                                                    © 2011 Real-Time Innovations
The UK MOD Generic Vehicle Architecture




Def Stan 23-09 uses nine principles for the ongoing success of GVA. These were hard-won
objectives established in the process of defining Def Stan 23-09:

1. Take account of previous MOD investment

2. Be applicable to current and future systems

3. Use open, modular and scalable architectures and systems

4. Facilitate technology insertion (upgrade, update, replace, repair, remove and addition)

5. Not needlessly implement in hardware any functionality that can be implemented in
   software

6. Take a ‘whole platform’ systems view, through life (including cost)

7.   Be done in conjunction with industry and all relevant MOD stakeholders

8.   Be MOD owned and maintained;

9. Specify the minimum necessary to achieve MOD's desired benefits avoiding unnecessary
   constraint in implementation

The MOD requires vehicle systems to deliver the objectives and benefits of principles 1
through 6. The MOD recognizes it must take a measure of responsibility (principle 8) while
balancing that with the caveats of principles 7 and 9. Only through these principles can a
common, workable management infrastructure for all vehicle developments be achieved over
time. The fact that the MOD takes ownership of a key aspect (the systems integration
architecture) of the SI function and mandates its use are the central changes in philosophy
GVA embodies, denoting a change in the way the MOD and SIs will work together in the
future.

The SI Opportunity

The MOD’s philosophical change in approach does not fundamentally change the
procurement infrastructure of the MOD. There is still a need for a prime SI to bring together
the various tier-2 and tier-3 SIs and manage the systems integration of future vehicles.
However, now the SIs will work within the architectural guidelines of the GVA.

As IOA based systems are deployed, there will be a significant change in through-life
maintenance procurement. Instead of ‘big bang’ upgrades, smaller maintenance and upgrade
contracts can be initiated at much more regular intervals.

Instead of stifling innovation, the Land Data Model enables rapid innovation and
development outside the context of a specific vehicle programme, because now the SIs can
have confidence that subsystems innovated according to the GVA specification can and will
be viable in future military vehicles and their upgrades.



September 2011                                                    © 2011 Real-Time Innovations
The UK MOD Generic Vehicle Architecture




For the prime SI, a significant component of the integration function is defined and owned by
the SI’s customer, the MOD. However, if it appears that a subcontractor will jeopardize the
delivery schedule or contract deliverables, the prime SI now has the option and opportunity to
seek alternative suppliers. Because the data model ensures interoperability, the SI knows
integration will not be a significant issue and can therefore focus on functionality, usability,
price, durability and so on. The business benefits to industry of mitigating the risk of
subcontractor failure for such huge programs cannot be underestimated.

For tier-2 and tier-3 SIs, OA provides the freedom to invest resources in subsystem
development. These SIs can be confident of successful integration into any number of future
vehicle programs regardless of which prime is awarded the contract. Competition will be
tougher, but the cost of integration into proprietary (stovepipe) architectures will be removed.
Since this is a non-returnable cost, everyone in the value chain benefits, right back to the
MOD.

Even legacy subsystems can be brought forward into the GVA architecture. Figure 1 shows
that legacy subsystems can be “wrapped” with a GVA-compliant power adaptor and a data
gateway to become an integral part of vehicles that use more recent IOA system-integration
technology. This provides a low-cost legacy transition mechanism for both the MOD and SIs.

Through-Life Benefits

Perhaps the biggest savings will come in through-life maintenance and upgrade cost
reductions and Integrated Logistics Support (ILS) simplification. GVA will create a market
that is increasingly open for military vehicle components and subsystems, which in turn will
drive a more competitive market and lead to cost reductions. Simultaneously, innovation will
increase as suppliers work to differentiate their solutions.

Additionally, the existence of a common logical data bus makes the development and
integration of simulation and training systems orders of magnitude easier because these
systems can leverage the actual vehicle software through the same OA interface across a
range of vehicle training systems.

Systems will also become easier to enhance because integrating new functionality is as
simple as defining an extension of the data model. The logical data bus of DDS ensures that
new data providers and consumers can be discovered dynamically by the system. A new
function can select the data it needs from the data bus while adding itself as a provider of new
sets of data to the vehicle environment. For full realization of the benefits of a new function
existing subsystems may need to be enhanced. This is addressed by principle 5 which ensures
that leveraging such functional enhancements should merely be a matter of a software
upgrade.




September 2011                                                      © 2011 Real-Time Innovations
The UK MOD Generic Vehicle Architecture




Conclusion

The MOD has set a world-leading example of how to manage defense procurements in the
face of changing threats as the enemy becomes increasingly shrewd in leveraging their
asymmetric capabilities. With GVA and Def Stan 23-09, the MOD has developed a
procurement strategy for delivering military vehicles that are coherently designed, while
maximizing utility and enabling field command to get the best logistically out of its military
assets. The architecture empowers field command to plug-and-play to strategically adjust to
rapidly changing threat profiles.

Through GVA, the MOD has been able to respond proactively, successfully addressing
challenging procurement support requirements for military vehicles. What is most impressive
about the new approach, however, is that the drive towards IOA will also drive a more
competitive procurement framework for future military vehicles, promising to reduce the up-
front costs and, more importantly, the through-life costs of these systems of systems while
simultaneously increasing the opportunity for innovation and technology adoption in new
sub-systems.




References:

1. A full copy of Def Stan 23-09 can be found at
   www.dstan.mod.uk/standards/defstans/23/009/00000100.pdf.

2. Information on the VSI research programme and the supporting industry partners can be
   found at http://www.vsi.org.uk/.

3. The programme of events demonstrating GVA at the U.K. Defence Academy can be
   found at http://www.vsi-2010.com/.

4. More information on the Open Standards Data Distribution Middleware (DDS) can be
   found at http://www.omgwiki.org/dds/ and http://www.rti.com/resources/




RTI, Real-Time Innovations, The Real-Time Middleware Company and RTI Data Distribution Service
are registered trademarks or trademarks of Real-Time Innovations, Inc. All other trademarks used in
this document are the property of their respective owners.




September 2011                                                          © 2011 Real-Time Innovations

Mais conteúdo relacionado

Mais procurados

OTDS workshop: Introduction to the Open Travel Data Standard
OTDS workshop: Introduction to the Open Travel Data StandardOTDS workshop: Introduction to the Open Travel Data Standard
OTDS workshop: Introduction to the Open Travel Data StandardSteffi Schweden
 
[Capella Days 2020] Innovating with MBSE – Medical Device Example
[Capella Days 2020] Innovating with MBSE – Medical Device Example[Capella Days 2020] Innovating with MBSE – Medical Device Example
[Capella Days 2020] Innovating with MBSE – Medical Device ExampleObeo
 
Bmw lean manufacturing (pratik negi)
Bmw lean manufacturing  (pratik negi)Bmw lean manufacturing  (pratik negi)
Bmw lean manufacturing (pratik negi)pratik negi
 
Autonomous Vehicles: Technologies, Economics, and Opportunities
Autonomous Vehicles: Technologies, Economics, and OpportunitiesAutonomous Vehicles: Technologies, Economics, and Opportunities
Autonomous Vehicles: Technologies, Economics, and OpportunitiesJeffrey Funk
 
Connected & Driverless vehicles: the road to Safe & Secure mobility?
Connected & Driverless vehicles: the road to Safe & Secure mobility?Connected & Driverless vehicles: the road to Safe & Secure mobility?
Connected & Driverless vehicles: the road to Safe & Secure mobility?Bill Harpley
 
Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...
Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...
Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...Siemens PLM Software
 
Multicore and AUTOSAR
Multicore and AUTOSARMulticore and AUTOSAR
Multicore and AUTOSARHansang Lee
 
Introduction to the OMG Systems Modeling Language (SysML), Version 2
Introduction to the OMG Systems Modeling Language (SysML), Version 2Introduction to the OMG Systems Modeling Language (SysML), Version 2
Introduction to the OMG Systems Modeling Language (SysML), Version 2Ed Seidewitz
 
Vehicle Theft control system
Vehicle Theft control systemVehicle Theft control system
Vehicle Theft control systemAnkush Jamthikar
 
Scalable Service-Oriented Middleware over IP
Scalable Service-Oriented Middleware over IPScalable Service-Oriented Middleware over IP
Scalable Service-Oriented Middleware over IPDai Yang
 
Under the Hood: Model-Based Development in the Automotive Industry by Darren ...
Under the Hood: Model-Based Development in the Automotive Industry by Darren ...Under the Hood: Model-Based Development in the Automotive Industry by Darren ...
Under the Hood: Model-Based Development in the Automotive Industry by Darren ...Jordi Cabot
 
IBM ALM for aviation safety compliance aerospace
IBM ALM for aviation safety compliance aerospaceIBM ALM for aviation safety compliance aerospace
IBM ALM for aviation safety compliance aerospaceImran Hashmi
 
What PRASA is doing to improve the passenger rail service in the Western Cape
What PRASA is doing to improve the passenger rail service in the Western CapeWhat PRASA is doing to improve the passenger rail service in the Western Cape
What PRASA is doing to improve the passenger rail service in the Western CapeTristan Wiggill
 
BMW Presentation.pptx
BMW Presentation.pptxBMW Presentation.pptx
BMW Presentation.pptxMoses Seriki
 

Mais procurados (20)

Strategies of bmw
Strategies of bmwStrategies of bmw
Strategies of bmw
 
OTDS workshop: Introduction to the Open Travel Data Standard
OTDS workshop: Introduction to the Open Travel Data StandardOTDS workshop: Introduction to the Open Travel Data Standard
OTDS workshop: Introduction to the Open Travel Data Standard
 
Iso26262 component reuse_webinar
Iso26262 component reuse_webinarIso26262 component reuse_webinar
Iso26262 component reuse_webinar
 
[Capella Days 2020] Innovating with MBSE – Medical Device Example
[Capella Days 2020] Innovating with MBSE – Medical Device Example[Capella Days 2020] Innovating with MBSE – Medical Device Example
[Capella Days 2020] Innovating with MBSE – Medical Device Example
 
Bmw lean manufacturing (pratik negi)
Bmw lean manufacturing  (pratik negi)Bmw lean manufacturing  (pratik negi)
Bmw lean manufacturing (pratik negi)
 
Autonomous Vehicles: Technologies, Economics, and Opportunities
Autonomous Vehicles: Technologies, Economics, and OpportunitiesAutonomous Vehicles: Technologies, Economics, and Opportunities
Autonomous Vehicles: Technologies, Economics, and Opportunities
 
Connected & Driverless vehicles: the road to Safe & Secure mobility?
Connected & Driverless vehicles: the road to Safe & Secure mobility?Connected & Driverless vehicles: the road to Safe & Secure mobility?
Connected & Driverless vehicles: the road to Safe & Secure mobility?
 
Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...
Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...
Simulate sky-high results: Virtual design with LMS Imagine.Lab Amesim for the...
 
Multicore and AUTOSAR
Multicore and AUTOSARMulticore and AUTOSAR
Multicore and AUTOSAR
 
Introduction to the OMG Systems Modeling Language (SysML), Version 2
Introduction to the OMG Systems Modeling Language (SysML), Version 2Introduction to the OMG Systems Modeling Language (SysML), Version 2
Introduction to the OMG Systems Modeling Language (SysML), Version 2
 
Vehicle Theft control system
Vehicle Theft control systemVehicle Theft control system
Vehicle Theft control system
 
Scalable Service-Oriented Middleware over IP
Scalable Service-Oriented Middleware over IPScalable Service-Oriented Middleware over IP
Scalable Service-Oriented Middleware over IP
 
PRESENTATION ON BMW
PRESENTATION ON BMWPRESENTATION ON BMW
PRESENTATION ON BMW
 
Under the Hood: Model-Based Development in the Automotive Industry by Darren ...
Under the Hood: Model-Based Development in the Automotive Industry by Darren ...Under the Hood: Model-Based Development in the Automotive Industry by Darren ...
Under the Hood: Model-Based Development in the Automotive Industry by Darren ...
 
IBM ALM for aviation safety compliance aerospace
IBM ALM for aviation safety compliance aerospaceIBM ALM for aviation safety compliance aerospace
IBM ALM for aviation safety compliance aerospace
 
What PRASA is doing to improve the passenger rail service in the Western Cape
What PRASA is doing to improve the passenger rail service in the Western CapeWhat PRASA is doing to improve the passenger rail service in the Western Cape
What PRASA is doing to improve the passenger rail service in the Western Cape
 
BMW Presentation.pptx
BMW Presentation.pptxBMW Presentation.pptx
BMW Presentation.pptx
 
Autosar Basics hand book_v1
Autosar Basics  hand book_v1Autosar Basics  hand book_v1
Autosar Basics hand book_v1
 
AUToSAR introduction
AUToSAR introductionAUToSAR introduction
AUToSAR introduction
 
ASIL
ASILASIL
ASIL
 

Destaque

Trends in Visualization for Armoured Vehicles
Trends in Visualization for Armoured VehiclesTrends in Visualization for Armoured Vehicles
Trends in Visualization for Armoured Vehiclesjder
 
MiroSurge: Research Platform for Robotic Surgery
MiroSurge: Research Platform for Robotic SurgeryMiroSurge: Research Platform for Robotic Surgery
MiroSurge: Research Platform for Robotic SurgeryReal-Time Innovations (RTI)
 
Global Armoured Vehicles Market Report 2015
Global Armoured Vehicles Market Report 2015Global Armoured Vehicles Market Report 2015
Global Armoured Vehicles Market Report 2015Andrew Elwell
 
The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...
The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...
The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...Real-Time Innovations (RTI)
 
DDS over Low Bandwidth Data Links - Connext Conf London October 2014
DDS over Low Bandwidth Data Links - Connext Conf London October 2014DDS over Low Bandwidth Data Links - Connext Conf London October 2014
DDS over Low Bandwidth Data Links - Connext Conf London October 2014Jaime Martin Losa
 
eProsima RPC over DDS - Connext Conf London October 2015
eProsima RPC over DDS - Connext Conf London October 2015 eProsima RPC over DDS - Connext Conf London October 2015
eProsima RPC over DDS - Connext Conf London October 2015 Jaime Martin Losa
 
Bm bulat main battle tank, ukraine
Bm bulat main battle tank, ukraineBm bulat main battle tank, ukraine
Bm bulat main battle tank, ukrainehindujudaic
 
Integrating DDS into AXCIOMA - The Component Approach
Integrating DDS into AXCIOMA - The Component ApproachIntegrating DDS into AXCIOMA - The Component Approach
Integrating DDS into AXCIOMA - The Component ApproachReal-Time Innovations (RTI)
 
System integration in offshore supply vessels – how we applied DDS and redefi...
System integration in offshore supply vessels – how we applied DDS and redefi...System integration in offshore supply vessels – how we applied DDS and redefi...
System integration in offshore supply vessels – how we applied DDS and redefi...Real-Time Innovations (RTI)
 
Leopard 2 a7+ main battle tank, germany
Leopard 2 a7+ main battle tank, germanyLeopard 2 a7+ main battle tank, germany
Leopard 2 a7+ main battle tank, germanyhindujudaic
 
M1 abrams main battle tank – us army
M1 abrams main battle tank – us armyM1 abrams main battle tank – us army
M1 abrams main battle tank – us armyhindujudaic
 
The war tank
The war tankThe war tank
The war tankbsiegmund
 

Destaque (16)

Trends in Visualization for Armoured Vehicles
Trends in Visualization for Armoured VehiclesTrends in Visualization for Armoured Vehicles
Trends in Visualization for Armoured Vehicles
 
MiroSurge: Research Platform for Robotic Surgery
MiroSurge: Research Platform for Robotic SurgeryMiroSurge: Research Platform for Robotic Surgery
MiroSurge: Research Platform for Robotic Surgery
 
Global Armoured Vehicles Market Report 2015
Global Armoured Vehicles Market Report 2015Global Armoured Vehicles Market Report 2015
Global Armoured Vehicles Market Report 2015
 
The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...
The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...
The Inside Story: GE Healthcare's Industrial Internet of Things (IoT) Archite...
 
DDS over Low Bandwidth Data Links - Connext Conf London October 2014
DDS over Low Bandwidth Data Links - Connext Conf London October 2014DDS over Low Bandwidth Data Links - Connext Conf London October 2014
DDS over Low Bandwidth Data Links - Connext Conf London October 2014
 
eProsima RPC over DDS - Connext Conf London October 2015
eProsima RPC over DDS - Connext Conf London October 2015 eProsima RPC over DDS - Connext Conf London October 2015
eProsima RPC over DDS - Connext Conf London October 2015
 
Bm bulat main battle tank, ukraine
Bm bulat main battle tank, ukraineBm bulat main battle tank, ukraine
Bm bulat main battle tank, ukraine
 
MSPV Armored Vehicles Magazine-2015
MSPV Armored Vehicles Magazine-2015MSPV Armored Vehicles Magazine-2015
MSPV Armored Vehicles Magazine-2015
 
Integrating DDS into AXCIOMA - The Component Approach
Integrating DDS into AXCIOMA - The Component ApproachIntegrating DDS into AXCIOMA - The Component Approach
Integrating DDS into AXCIOMA - The Component Approach
 
System integration in offshore supply vessels – how we applied DDS and redefi...
System integration in offshore supply vessels – how we applied DDS and redefi...System integration in offshore supply vessels – how we applied DDS and redefi...
System integration in offshore supply vessels – how we applied DDS and redefi...
 
Leopard 2 a7+ main battle tank, germany
Leopard 2 a7+ main battle tank, germanyLeopard 2 a7+ main battle tank, germany
Leopard 2 a7+ main battle tank, germany
 
TM 9-2800. 1943
TM 9-2800. 1943TM 9-2800. 1943
TM 9-2800. 1943
 
M1 abrams main battle tank – us army
M1 abrams main battle tank – us armyM1 abrams main battle tank – us army
M1 abrams main battle tank – us army
 
The war tank
The war tankThe war tank
The war tank
 
Modern main battle tanks
Modern main battle tanksModern main battle tanks
Modern main battle tanks
 
Tech Mahindra - Connected Engineering
Tech Mahindra - Connected EngineeringTech Mahindra - Connected Engineering
Tech Mahindra - Connected Engineering
 

Semelhante a Generic vehicle architecture

NEC5-18- Brief Summary
NEC5-18- Brief SummaryNEC5-18- Brief Summary
NEC5-18- Brief SummarySandeep Kar
 
M2M Presentation at Telecom Council of Silicon Valley
M2M Presentation at Telecom Council of Silicon ValleyM2M Presentation at Telecom Council of Silicon Valley
M2M Presentation at Telecom Council of Silicon ValleyDaniel Kellmereit
 
A TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRY
A TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRYA TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRY
A TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRYIRJET Journal
 
Iaetsd zigbee for vehicular communication systems
Iaetsd zigbee for vehicular communication systemsIaetsd zigbee for vehicular communication systems
Iaetsd zigbee for vehicular communication systemsIaetsd Iaetsd
 
BEB801 Thesis final presentation Marc Miska
BEB801  Thesis final presentation Marc MiskaBEB801  Thesis final presentation Marc Miska
BEB801 Thesis final presentation Marc Miskan7553625
 
GPS Signal Distribution approaching VICTORY-GPS Source_b_paul final
GPS Signal Distribution approaching VICTORY-GPS Source_b_paul finalGPS Signal Distribution approaching VICTORY-GPS Source_b_paul final
GPS Signal Distribution approaching VICTORY-GPS Source_b_paul finalBrandie Chenoweth
 
Preparing for CV Deployment read ahead 9-8-18
Preparing for CV Deployment   read ahead 9-8-18Preparing for CV Deployment   read ahead 9-8-18
Preparing for CV Deployment read ahead 9-8-18raymurphy9533
 
DEIS: Dependability Engineering Innovation for Cypber-Physical Systems
DEIS: Dependability Engineering Innovation for Cypber-Physical SystemsDEIS: Dependability Engineering Innovation for Cypber-Physical Systems
DEIS: Dependability Engineering Innovation for Cypber-Physical SystemsRan Wei
 
IRJET - Automobile Enhanced Security System using LabVIEW based on IoT
IRJET - Automobile Enhanced Security System using LabVIEW based on IoTIRJET - Automobile Enhanced Security System using LabVIEW based on IoT
IRJET - Automobile Enhanced Security System using LabVIEW based on IoTIRJET Journal
 
SOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEM
SOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEMSOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEM
SOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEMVLSICS Design
 
Towards secure vehicular clouds
Towards secure vehicular cloudsTowards secure vehicular clouds
Towards secure vehicular cloudsdurgeshkumarshukla
 
Edge computing from standard to actual infrastructure deployment and software...
Edge computing from standard to actual infrastructure deployment and software...Edge computing from standard to actual infrastructure deployment and software...
Edge computing from standard to actual infrastructure deployment and software...DESMOND YUEN
 
IRJET- Future of Transport: Connected Vehicles
IRJET-  	  Future of Transport: Connected VehiclesIRJET-  	  Future of Transport: Connected Vehicles
IRJET- Future of Transport: Connected VehiclesIRJET Journal
 
Multiagent multiobjective interaction game system for service provisoning veh...
Multiagent multiobjective interaction game system for service provisoning veh...Multiagent multiobjective interaction game system for service provisoning veh...
Multiagent multiobjective interaction game system for service provisoning veh...redpel dot com
 
Connected Vehicles—Service Providers: Service Providers at a Crossroads
Connected Vehicles—Service Providers: Service Providers at a Crossroads Connected Vehicles—Service Providers: Service Providers at a Crossroads
Connected Vehicles—Service Providers: Service Providers at a Crossroads Andreas Mai
 
Dmg tem2011-0718-02 norton cmd disa mitre overview - v9
Dmg tem2011-0718-02 norton cmd disa mitre overview - v9Dmg tem2011-0718-02 norton cmd disa mitre overview - v9
Dmg tem2011-0718-02 norton cmd disa mitre overview - v9jakreile
 
Iwsm2014 quantifying long-term evolution of industrial meta-models - a case...
Iwsm2014   quantifying long-term evolution of industrial meta-models - a case...Iwsm2014   quantifying long-term evolution of industrial meta-models - a case...
Iwsm2014 quantifying long-term evolution of industrial meta-models - a case...Nesma
 
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARERESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWAREcscpconf
 
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARERESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWAREcsandit
 

Semelhante a Generic vehicle architecture (20)

NEC5-18- Brief Summary
NEC5-18- Brief SummaryNEC5-18- Brief Summary
NEC5-18- Brief Summary
 
M2M Presentation at Telecom Council of Silicon Valley
M2M Presentation at Telecom Council of Silicon ValleyM2M Presentation at Telecom Council of Silicon Valley
M2M Presentation at Telecom Council of Silicon Valley
 
A TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRY
A TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRYA TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRY
A TECHNICAL REVIEW ON USE OF VEHICLE MONITORING SYSTEM IN CONSTRUCTION INDUSTRY
 
Iaetsd zigbee for vehicular communication systems
Iaetsd zigbee for vehicular communication systemsIaetsd zigbee for vehicular communication systems
Iaetsd zigbee for vehicular communication systems
 
BEB801 Thesis final presentation Marc Miska
BEB801  Thesis final presentation Marc MiskaBEB801  Thesis final presentation Marc Miska
BEB801 Thesis final presentation Marc Miska
 
GPS Signal Distribution approaching VICTORY-GPS Source_b_paul final
GPS Signal Distribution approaching VICTORY-GPS Source_b_paul finalGPS Signal Distribution approaching VICTORY-GPS Source_b_paul final
GPS Signal Distribution approaching VICTORY-GPS Source_b_paul final
 
Preparing for CV Deployment read ahead 9-8-18
Preparing for CV Deployment   read ahead 9-8-18Preparing for CV Deployment   read ahead 9-8-18
Preparing for CV Deployment read ahead 9-8-18
 
DEIS: Dependability Engineering Innovation for Cypber-Physical Systems
DEIS: Dependability Engineering Innovation for Cypber-Physical SystemsDEIS: Dependability Engineering Innovation for Cypber-Physical Systems
DEIS: Dependability Engineering Innovation for Cypber-Physical Systems
 
IRJET - Automobile Enhanced Security System using LabVIEW based on IoT
IRJET - Automobile Enhanced Security System using LabVIEW based on IoTIRJET - Automobile Enhanced Security System using LabVIEW based on IoT
IRJET - Automobile Enhanced Security System using LabVIEW based on IoT
 
SOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEM
SOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEMSOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEM
SOFTWARE AND HARDWARE DESIGN CHALLENGES IN AUTOMOTIVE EMBEDDED SYSTEM
 
DCB1422 - F2_Gasket
DCB1422 - F2_GasketDCB1422 - F2_Gasket
DCB1422 - F2_Gasket
 
Towards secure vehicular clouds
Towards secure vehicular cloudsTowards secure vehicular clouds
Towards secure vehicular clouds
 
Edge computing from standard to actual infrastructure deployment and software...
Edge computing from standard to actual infrastructure deployment and software...Edge computing from standard to actual infrastructure deployment and software...
Edge computing from standard to actual infrastructure deployment and software...
 
IRJET- Future of Transport: Connected Vehicles
IRJET-  	  Future of Transport: Connected VehiclesIRJET-  	  Future of Transport: Connected Vehicles
IRJET- Future of Transport: Connected Vehicles
 
Multiagent multiobjective interaction game system for service provisoning veh...
Multiagent multiobjective interaction game system for service provisoning veh...Multiagent multiobjective interaction game system for service provisoning veh...
Multiagent multiobjective interaction game system for service provisoning veh...
 
Connected Vehicles—Service Providers: Service Providers at a Crossroads
Connected Vehicles—Service Providers: Service Providers at a Crossroads Connected Vehicles—Service Providers: Service Providers at a Crossroads
Connected Vehicles—Service Providers: Service Providers at a Crossroads
 
Dmg tem2011-0718-02 norton cmd disa mitre overview - v9
Dmg tem2011-0718-02 norton cmd disa mitre overview - v9Dmg tem2011-0718-02 norton cmd disa mitre overview - v9
Dmg tem2011-0718-02 norton cmd disa mitre overview - v9
 
Iwsm2014 quantifying long-term evolution of industrial meta-models - a case...
Iwsm2014   quantifying long-term evolution of industrial meta-models - a case...Iwsm2014   quantifying long-term evolution of industrial meta-models - a case...
Iwsm2014 quantifying long-term evolution of industrial meta-models - a case...
 
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARERESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
 
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARERESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
RESILIENT INTERFACE DESIGN FOR SAFETY-CRITICAL EMBEDDED AUTOMOTIVE SOFTWARE
 

Mais de Gerardo Pardo-Castellote

DDS, the US Navy, and the Need for Distributed Software
DDS, the US Navy,  and the Need for Distributed SoftwareDDS, the US Navy,  and the Need for Distributed Software
DDS, the US Navy, and the Need for Distributed SoftwareGerardo Pardo-Castellote
 
Introduction to DDS: Context, Information Model, Security, and Applications.
Introduction to DDS: Context, Information Model, Security, and Applications.Introduction to DDS: Context, Information Model, Security, and Applications.
Introduction to DDS: Context, Information Model, Security, and Applications.Gerardo Pardo-Castellote
 
A Converged Approach to Standards for Industrial Automation
A Converged Approach to Standards for Industrial AutomationA Converged Approach to Standards for Industrial Automation
A Converged Approach to Standards for Industrial AutomationGerardo Pardo-Castellote
 
DDS-Security Interoperability Demo - March 2018
DDS-Security Interoperability Demo - March 2018DDS-Security Interoperability Demo - March 2018
DDS-Security Interoperability Demo - March 2018Gerardo Pardo-Castellote
 
Applying MBSE to the Industrial IoT: Using SysML with Connext DDS and Simulink
Applying MBSE to the Industrial IoT: Using SysML with Connext DDS and SimulinkApplying MBSE to the Industrial IoT: Using SysML with Connext DDS and Simulink
Applying MBSE to the Industrial IoT: Using SysML with Connext DDS and SimulinkGerardo Pardo-Castellote
 
Deep Dive into the OPC UA / DDS Gateway Specification
Deep Dive into the OPC UA / DDS Gateway SpecificationDeep Dive into the OPC UA / DDS Gateway Specification
Deep Dive into the OPC UA / DDS Gateway SpecificationGerardo Pardo-Castellote
 
DDS for eXtremely Resource Constrained Environments 1.0 Beta
DDS for eXtremely Resource Constrained Environments 1.0 BetaDDS for eXtremely Resource Constrained Environments 1.0 Beta
DDS for eXtremely Resource Constrained Environments 1.0 BetaGerardo Pardo-Castellote
 
DDS-Security Interoperability Demo - December 2017
DDS-Security Interoperability Demo - December 2017DDS-Security Interoperability Demo - December 2017
DDS-Security Interoperability Demo - December 2017Gerardo Pardo-Castellote
 
DDS-Security Interoperability Demo - September 2017
DDS-Security Interoperability Demo - September 2017DDS-Security Interoperability Demo - September 2017
DDS-Security Interoperability Demo - September 2017Gerardo Pardo-Castellote
 
Extensible Types for DDS (DDS-XTYPES) version 1.2
Extensible Types for DDS (DDS-XTYPES) version 1.2Extensible Types for DDS (DDS-XTYPES) version 1.2
Extensible Types for DDS (DDS-XTYPES) version 1.2Gerardo Pardo-Castellote
 
Interface Definition Language (IDL) version 4.2
Interface Definition Language (IDL) version 4.2 Interface Definition Language (IDL) version 4.2
Interface Definition Language (IDL) version 4.2 Gerardo Pardo-Castellote
 
DDS for eXtremely Resource Constrained Environments
DDS for eXtremely Resource Constrained EnvironmentsDDS for eXtremely Resource Constrained Environments
DDS for eXtremely Resource Constrained EnvironmentsGerardo Pardo-Castellote
 
DDS-XRCE - Revised Submission Presentation (September 2017)
DDS-XRCE - Revised Submission Presentation (September 2017)DDS-XRCE - Revised Submission Presentation (September 2017)
DDS-XRCE - Revised Submission Presentation (September 2017)Gerardo Pardo-Castellote
 
DDS-XRCE (Extremely Resource Constrained Environments)
DDS-XRCE (Extremely Resource Constrained Environments)DDS-XRCE (Extremely Resource Constrained Environments)
DDS-XRCE (Extremely Resource Constrained Environments)Gerardo Pardo-Castellote
 
DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)
DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)
DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)Gerardo Pardo-Castellote
 

Mais de Gerardo Pardo-Castellote (20)

DDS, the US Navy, and the Need for Distributed Software
DDS, the US Navy,  and the Need for Distributed SoftwareDDS, the US Navy,  and the Need for Distributed Software
DDS, the US Navy, and the Need for Distributed Software
 
Introduction to DDS: Context, Information Model, Security, and Applications.
Introduction to DDS: Context, Information Model, Security, and Applications.Introduction to DDS: Context, Information Model, Security, and Applications.
Introduction to DDS: Context, Information Model, Security, and Applications.
 
DDS-TSN OMG Request for Proposals (RFP)
DDS-TSN OMG Request for Proposals (RFP)DDS-TSN OMG Request for Proposals (RFP)
DDS-TSN OMG Request for Proposals (RFP)
 
A Converged Approach to Standards for Industrial Automation
A Converged Approach to Standards for Industrial AutomationA Converged Approach to Standards for Industrial Automation
A Converged Approach to Standards for Industrial Automation
 
Overview of the DDS-XRCE specification
Overview of the DDS-XRCE specificationOverview of the DDS-XRCE specification
Overview of the DDS-XRCE specification
 
DDS-Security Interoperability Demo - March 2018
DDS-Security Interoperability Demo - March 2018DDS-Security Interoperability Demo - March 2018
DDS-Security Interoperability Demo - March 2018
 
Applying MBSE to the Industrial IoT: Using SysML with Connext DDS and Simulink
Applying MBSE to the Industrial IoT: Using SysML with Connext DDS and SimulinkApplying MBSE to the Industrial IoT: Using SysML with Connext DDS and Simulink
Applying MBSE to the Industrial IoT: Using SysML with Connext DDS and Simulink
 
Deep Dive into the OPC UA / DDS Gateway Specification
Deep Dive into the OPC UA / DDS Gateway SpecificationDeep Dive into the OPC UA / DDS Gateway Specification
Deep Dive into the OPC UA / DDS Gateway Specification
 
OPC UA/DDS Gateway version 1.0 Beta
OPC UA/DDS Gateway version 1.0 BetaOPC UA/DDS Gateway version 1.0 Beta
OPC UA/DDS Gateway version 1.0 Beta
 
DDS for eXtremely Resource Constrained Environments 1.0 Beta
DDS for eXtremely Resource Constrained Environments 1.0 BetaDDS for eXtremely Resource Constrained Environments 1.0 Beta
DDS for eXtremely Resource Constrained Environments 1.0 Beta
 
DDS-Security Interoperability Demo - December 2017
DDS-Security Interoperability Demo - December 2017DDS-Security Interoperability Demo - December 2017
DDS-Security Interoperability Demo - December 2017
 
DDS-Security Interoperability Demo - September 2017
DDS-Security Interoperability Demo - September 2017DDS-Security Interoperability Demo - September 2017
DDS-Security Interoperability Demo - September 2017
 
Extensible Types for DDS (DDS-XTYPES) version 1.2
Extensible Types for DDS (DDS-XTYPES) version 1.2Extensible Types for DDS (DDS-XTYPES) version 1.2
Extensible Types for DDS (DDS-XTYPES) version 1.2
 
DDS-Security version 1.1
DDS-Security version 1.1DDS-Security version 1.1
DDS-Security version 1.1
 
Interface Definition Language (IDL) version 4.2
Interface Definition Language (IDL) version 4.2 Interface Definition Language (IDL) version 4.2
Interface Definition Language (IDL) version 4.2
 
DDS Security Specification version 1.0
DDS Security Specification version 1.0DDS Security Specification version 1.0
DDS Security Specification version 1.0
 
DDS for eXtremely Resource Constrained Environments
DDS for eXtremely Resource Constrained EnvironmentsDDS for eXtremely Resource Constrained Environments
DDS for eXtremely Resource Constrained Environments
 
DDS-XRCE - Revised Submission Presentation (September 2017)
DDS-XRCE - Revised Submission Presentation (September 2017)DDS-XRCE - Revised Submission Presentation (September 2017)
DDS-XRCE - Revised Submission Presentation (September 2017)
 
DDS-XRCE (Extremely Resource Constrained Environments)
DDS-XRCE (Extremely Resource Constrained Environments)DDS-XRCE (Extremely Resource Constrained Environments)
DDS-XRCE (Extremely Resource Constrained Environments)
 
DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)
DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)
DDS - The Proven Data Connectivity Standard for the Industrial IoT (IIoT)
 

Generic vehicle architecture

  • 1. September 2011 The UK MOD Generic Vehicle Architecture A Compelling Case for Interoperable Open Architecture Real-Time Innovations US HEADQUARTERS Real-Time Innovations, Inc. Tel: +1 (408) 990-7400 info@rti.com
  • 2. The UK MOD Generic Vehicle Architecture Executive Summary The adoption of an Interoperable Open Architecture (IOA) by the UK MOD will have a profound impact on defense procurement. With its new Generic Vehicle Architecture (GVA) and Def Stan 23-09, the MOD has arguably been one of the most innovative and impactful defense procurement agencies (DPA) of any democratic nation. The MOD has raised the bar for systems-of-systems integration management by initiating a fundamental shift in perspective regarding collaboration between DPAs and systems integrators (SIs). This new approach provides for the development of all future vehicles using a single, logically connected, cohesive and coherent architecture for maximized utility while enabling field command to derive the best logistically from military assets. IOA adoption also sets the stage for a more competitive procurement process that can only improve the economics of future vehicle development. The MOD’s initiative would not have been successful without the support of industry leaders who invested time and effort to validate this approach. Driven by clear economic imperatives, both the MOD and the SIs have had to change, accepting or divesting themselves of key responsibilities in the process. The MOD has less money and needs to spend it more wisely to meet field requirements. For SIs, on the other hand, risk reduction is essential. The contractual belt has been tightening globally. Risks of delivery and other penalties for prime SIs have been increasing, which in turn forces them to push down on tier-2 and tier-3 SIs and push back on DPAs to ensure there is enough “fat” in a contract to mitigate risk. This downward economic spiral had to be stopped. This white paper outlines the innovative aspects of this new IOA and acquisition approach and highlights the confluence of thinking and events that led to a new engagement model between the MOD and the SIs. The Procurement Process Problem The approach to defense procurement follows a common model in democratic economies. First, a major programme is defined, commonly around the need for a specific vehicle, aircraft or ship. Next, a tier-1 prime SI is selected to deliver the system. The prime SI is responsible for the overall systems integration and timely delivery. Contracts are commonly tied to through-life maintenance and management, and possibly training as well. With system lifecycles being extended into decades, such contracts are becoming an issue. DPAs’ and SIs’ struggle to sustain the supply chain for multiple proprietary vehicle designs. There is limited or no commonality of sub-system supply or economy of scale opportunity for the DPAs across their multiple vehicle procurements, which inevitably drives up costs as each vehicle is extended in a proprietary “one off” fashion. September 2011 © 2011 Real-Time Innovations
  • 3. The UK MOD Generic Vehicle Architecture The Army’s Concern For military vehicle deployments, the nature of the threat is changing. The enemy is now most commonly asymmetric in nature and is adapting in the field to the high-tech capabilities of vehicles that have taken years to develop and deploy. In fact, by the time a new capability is fielded, the enemy has often already countered it. “Not a problem,” says the field commander. “I will adjust them in the field.” However, the commander cannot. Each vehicle was uniquely developed by a separate prime SI, each meeting its contractual requirements to the letter and seeking to amortize up-front development costs across the maintenance lifetime as part of its business-model. The SIs are incentivized by the procurement system to sustain their sole or primary supplier status for system components. The field commander cannot use his highly skilled engineers to adapt vehicle systems in the field unless he has access to a system specialist from each SI for each vehicle. More importantly, he cannot take a capability from one vehicle and integrate it into another, because each vehicle has a unique systems integration structure. After identifying this issue, the MOD began to analyze its basic systems engineering precepts, seeking a methodology that would enable a more responsive and iterative process of integration that would enable the MOD to deploy systems of systems that are ahead of the enemy’s abilities to change its modus operandi. The MOD consulted extensively with industry and heavily leveraged years of previous work from the Vehicle Systems Integration (VSI) research programme and decided upon an Interoperable Open Architecture approach to address their system integration challenges. Full-System IOA Solution The MOD’s IOA and acquisition approach is particularly innovative in its whole-system view. Def Stan 23-09 addresses integration for the entire electrical system, meaning everything from the automotive control systems to power management, sensors, Human Machine Interfaces, Health and Usage Monitoring Systems, weapons, C4I etc. Anything with a processor, software and communication paradigms between subsystems are included in the GVA. The decision to drive OA as both an implementation pattern and a business process to suppliers is in itself truly innovative. The MOD wanted a common technical integration approach across all future vehicle architectures and a more open approach to the procurement process. They also had to avoid unnecessarily constraining SIs in their innovation and adoption of technologies. Communication between two subsystems of any type requires at least two common properties: the consumption and production of data. The MOD has assumed full responsibility for defining and maintaining a System Data Dictionary (SDD) of the complete September 2011 © 2011 Real-Time Innovations
  • 4. The UK MOD Generic Vehicle Architecture vehicle defined on a subsystem-type basis (sensors, C4I, HUMSs etc), a dictionary and vocabulary for communication between subsystems. This SDD—called the Land Data Model —forms the core of the MOD’s strategically different engineering approach to systems architecture design. It is a fundamental change from the traditional Interface Control Document (ICD)-based approach, which defines the low-level protocol and messages characteristic of the stovepipe system architectures that have inhibited field responsiveness to changes in threat. The MOD mandated the use of the Object Management Group (OMG) Data Distribution Service (DDS) standard for the open-standard middleware for all data communication within the vehicle. Industry collaborators in the VSI research programme recommended DDS as the most appropriate open standards middleware for the communication of data in a real-time mission-critical environment. DDS ensures interoperability between independently developed subsystems when used in conjunction with the Land Data Model. DDS was originally architected to support data-centric development paradigms. The MODs decision to implement their IOA through the specification of a data model leads directly to a data-centric development approach. The beauty of this data-centric approach is that the SDD can be openly shared. Most of the Land Data Model has now (April 2011) been de-classified (all except the C4I components), thus enabling ready sharing with the SI’s, but also opening the door to collaboration between nation states – a publically stated objective of the MOD. Def Stan 23-09 goes much further than the SDD and DDS mandate, of course, mandating specific physical system interconnects, cable connection mechanisms, and HMI and power- distribution objectives. However, the SDD + DDS is the glue that will ensure interoperability between independently developed software and applications. DDS middleware becomes the logical bus all software systems must use for communication and control, as shown in Figure 1; DDS delivers the software Data Distribution function outlined in this diagram. September 2011 © 2011 Real-Time Innovations
  • 5. The UK MOD Generic Vehicle Architecture Figure 1: GVA Def Stan 23-09 architectural overview Demonstration of Interoperability At a VSI open day sponsored by the MOD at the Defence Academy in Shrivenham, just two months after the Def Stan was published, several VSI vendors provided an impressive demonstration of systems interoperability. Qinetiq, Selex-Galileo and Thales each had a booth with independently developed complex video systems featuring varying types of camera and joystick controllers, each with their own multi-function displays. The systems used DDS middleware from different suppliers. Because of the common SDD, within a few hours each could connect to the other’s cameras, controllers and displays. The three vendors were then able to take control of each other’s cameras or obtain video streams from another’s camera. By interfacing DDS to each controller and using a common SDD, they were able to come together and integrate a working system over a standard Ethernet backbone in an extremely short timeframe. Plug-and-play has become reality in future military vehicles. OA Principles for Success The support material at the VSI day read: “VSI provides a coherent MOD-Industrial approach to vehicle integration. It will: increase vehicle effectiveness; enhance adaptability upgradeability and reconfigurability in the face of ever-changing operational demands; and reduce whole life costs. The GVA approach enables the retrofit of a wide range of products with the minimum of vehicle impact and logistic support in theatre.” September 2011 © 2011 Real-Time Innovations
  • 6. The UK MOD Generic Vehicle Architecture Def Stan 23-09 uses nine principles for the ongoing success of GVA. These were hard-won objectives established in the process of defining Def Stan 23-09: 1. Take account of previous MOD investment 2. Be applicable to current and future systems 3. Use open, modular and scalable architectures and systems 4. Facilitate technology insertion (upgrade, update, replace, repair, remove and addition) 5. Not needlessly implement in hardware any functionality that can be implemented in software 6. Take a ‘whole platform’ systems view, through life (including cost) 7. Be done in conjunction with industry and all relevant MOD stakeholders 8. Be MOD owned and maintained; 9. Specify the minimum necessary to achieve MOD's desired benefits avoiding unnecessary constraint in implementation The MOD requires vehicle systems to deliver the objectives and benefits of principles 1 through 6. The MOD recognizes it must take a measure of responsibility (principle 8) while balancing that with the caveats of principles 7 and 9. Only through these principles can a common, workable management infrastructure for all vehicle developments be achieved over time. The fact that the MOD takes ownership of a key aspect (the systems integration architecture) of the SI function and mandates its use are the central changes in philosophy GVA embodies, denoting a change in the way the MOD and SIs will work together in the future. The SI Opportunity The MOD’s philosophical change in approach does not fundamentally change the procurement infrastructure of the MOD. There is still a need for a prime SI to bring together the various tier-2 and tier-3 SIs and manage the systems integration of future vehicles. However, now the SIs will work within the architectural guidelines of the GVA. As IOA based systems are deployed, there will be a significant change in through-life maintenance procurement. Instead of ‘big bang’ upgrades, smaller maintenance and upgrade contracts can be initiated at much more regular intervals. Instead of stifling innovation, the Land Data Model enables rapid innovation and development outside the context of a specific vehicle programme, because now the SIs can have confidence that subsystems innovated according to the GVA specification can and will be viable in future military vehicles and their upgrades. September 2011 © 2011 Real-Time Innovations
  • 7. The UK MOD Generic Vehicle Architecture For the prime SI, a significant component of the integration function is defined and owned by the SI’s customer, the MOD. However, if it appears that a subcontractor will jeopardize the delivery schedule or contract deliverables, the prime SI now has the option and opportunity to seek alternative suppliers. Because the data model ensures interoperability, the SI knows integration will not be a significant issue and can therefore focus on functionality, usability, price, durability and so on. The business benefits to industry of mitigating the risk of subcontractor failure for such huge programs cannot be underestimated. For tier-2 and tier-3 SIs, OA provides the freedom to invest resources in subsystem development. These SIs can be confident of successful integration into any number of future vehicle programs regardless of which prime is awarded the contract. Competition will be tougher, but the cost of integration into proprietary (stovepipe) architectures will be removed. Since this is a non-returnable cost, everyone in the value chain benefits, right back to the MOD. Even legacy subsystems can be brought forward into the GVA architecture. Figure 1 shows that legacy subsystems can be “wrapped” with a GVA-compliant power adaptor and a data gateway to become an integral part of vehicles that use more recent IOA system-integration technology. This provides a low-cost legacy transition mechanism for both the MOD and SIs. Through-Life Benefits Perhaps the biggest savings will come in through-life maintenance and upgrade cost reductions and Integrated Logistics Support (ILS) simplification. GVA will create a market that is increasingly open for military vehicle components and subsystems, which in turn will drive a more competitive market and lead to cost reductions. Simultaneously, innovation will increase as suppliers work to differentiate their solutions. Additionally, the existence of a common logical data bus makes the development and integration of simulation and training systems orders of magnitude easier because these systems can leverage the actual vehicle software through the same OA interface across a range of vehicle training systems. Systems will also become easier to enhance because integrating new functionality is as simple as defining an extension of the data model. The logical data bus of DDS ensures that new data providers and consumers can be discovered dynamically by the system. A new function can select the data it needs from the data bus while adding itself as a provider of new sets of data to the vehicle environment. For full realization of the benefits of a new function existing subsystems may need to be enhanced. This is addressed by principle 5 which ensures that leveraging such functional enhancements should merely be a matter of a software upgrade. September 2011 © 2011 Real-Time Innovations
  • 8. The UK MOD Generic Vehicle Architecture Conclusion The MOD has set a world-leading example of how to manage defense procurements in the face of changing threats as the enemy becomes increasingly shrewd in leveraging their asymmetric capabilities. With GVA and Def Stan 23-09, the MOD has developed a procurement strategy for delivering military vehicles that are coherently designed, while maximizing utility and enabling field command to get the best logistically out of its military assets. The architecture empowers field command to plug-and-play to strategically adjust to rapidly changing threat profiles. Through GVA, the MOD has been able to respond proactively, successfully addressing challenging procurement support requirements for military vehicles. What is most impressive about the new approach, however, is that the drive towards IOA will also drive a more competitive procurement framework for future military vehicles, promising to reduce the up- front costs and, more importantly, the through-life costs of these systems of systems while simultaneously increasing the opportunity for innovation and technology adoption in new sub-systems. References: 1. A full copy of Def Stan 23-09 can be found at www.dstan.mod.uk/standards/defstans/23/009/00000100.pdf. 2. Information on the VSI research programme and the supporting industry partners can be found at http://www.vsi.org.uk/. 3. The programme of events demonstrating GVA at the U.K. Defence Academy can be found at http://www.vsi-2010.com/. 4. More information on the Open Standards Data Distribution Middleware (DDS) can be found at http://www.omgwiki.org/dds/ and http://www.rti.com/resources/ RTI, Real-Time Innovations, The Real-Time Middleware Company and RTI Data Distribution Service are registered trademarks or trademarks of Real-Time Innovations, Inc. All other trademarks used in this document are the property of their respective owners. September 2011 © 2011 Real-Time Innovations