Software costs a lot to develop, maintain, market and sell, but the incremental cost of providing this software to an additional customer is very low. Vendors need to cover the entire cost, but users want to pay that low incremental cost. This gap must somehow be bridged. Attempting to charge based on licenses, support or services results in flawed justifications. Charging based on the value of development seats, runtime royalties, or product creates weak rationales. The best solution is to charge a fair, open and simple price based on the investment the customer is making in their project.
For program managers of mission-critical systems, the goal of interoperability through a common, shared infrastructure has become one of paramount importance for mission-critical systems. This should come as no surprise. Interoperability and shared architectures deliver real business benefits across industries. But achieving interoperability is not just a technical challenge; it also requires a new way of thinking about licensing and pricing policies for key system software. This whitepaper explores the business challenges of achieving interoperability and proposes a new Infrastructure Community model that facilitates the development, deployment, and maintenance of fully interoperable systems.
The economic imperative is driving procurement and system integration innovation in the same way that wars tend to drive technology innovation. However technology has advanced sufficiently to create the foundations of a fundamentally new procurement strategy. IOA provides a fundamental shift in defense procurement strategy. It allows government agencies to build high performance, reliable systems that scale while reducing cost and increasing interoperability.
Smart, connected systems are changing many industries. The need for high-performance real-time intelligent systems abounds in defense, industrial automation, medical devices, automotive, and more. The fundamental value driver is easy integration of applications into subsystems, of subsystems into systems, and of systems into larger systems of systems.
RTI's Connext product line provides infrastructure to connect all of these systems. It spans the gap between technologies; it can connect the tiniest of devices to mission-critical real-time computers through to enterprise information systems. It makes many different systems work together as one application.
With the Generic Vehicle Architecture (GVA), the UK MOD has initiated a fundamental shift in perspective regarding collaboration between defense procurement agencies and systems integrators (SIs). Read about the innovative aspects of GVA, IOA and the acquisition approach, as well as the confluence of thinking and events that led to this new engagement model.
Enterprises increasingly need to develop distributed systems in an agile manner, with minimal perturbation to end users and at lower costs. This paper discusses architectural design options and principles to address integration challenges. It includes a comprehensive table for evaluating relevant technologies.
This paper addresses the system design and integration challenges involved in meeting the requirements for coordinated deployment of multiple re-configurable Unmanned Aircraft Systems (UAS).
RTI has created a number of additional capabilities for its OMG Data Distribution Service (DDS) compliant middleware, specifically to address the challenges of constrained network communication. This paper discusses some sample network types and present solutions using RTI Data Distribution Service.
This whitepaper discusses why integrating modern systems requires a new modular, network-centric approach that relies only on standard APIs and protocols, provides stronger information-management services, and avoids historical problems of integrating complex, heterogeneous systems. The paper focuses on "real-world" systems, that is, systems that interact with the external physical world and must live within the constraints imposed by real-world physics. Examples of these include air-traffic control systems, real-time stock trading, command and control (C2) systems, Unmanned Vehicles, Robotic and Vetronics, and supervisory control and data acquisition (SCADA) systems.
In the modern world, two powerful forces are at absolute odds: system complexity is increasing while budgets are tightening. It seems clear that, in order to manage this state of affairs, we must look for new and different ways to do things rather than just making incremental improvements on the old ways. Data-centric middleware provides that opportunity by enabling a fundamental step forward in efficiency for designing, developing, and deploying next generation, distributed mission-critical systems. Having now been successfully employed on many projects, a data-centric architecture must be seriously considered for any new mission-critical undertaking.
Embedded Market Forecasters, the premier market intelligence and advisory firm for the embedded technology industry, released a report along with survey results that provide a cost-based evaluation framework for embedded developers evaluating the relative merits of developing in-house, or 'Roll Your Own' (RYO), middleware or using a commercial alternative. The study marks the first time that ROI metrics have been developed from comprehensive data derived from an extensive survey of embedded developers. The findings show that middleware selection can have a very significant impact on a project's cost, timeliness, risk and performance.
Reliable one-to-many communication is frequently prone to two serious problems in particular: (1) how to prevent a slow consumer from holding up the rest of the system, and (2) how to prevent massive amounts of negative acknowledgement (NACK) traffic from swamping the network. These problems are related to one another: both deal with the way in which a communications stack (network protocols combined with a middleware on top of them) maintains reliability across a logical network topology with broad fan-out.
This paper discusses how these problems can be lessened or avoided altogether by leveraging the unique capabilities of RTI Data Distribution Service middleware.
(Updated: June 2011) Designing and building an unmanned autonomous vehicle (UAV) is one of the most difficult problems in engineering; and it is particularly challenging from a software systems perspective. By optimizing software performance, scalability, high availability and reliability, security, interoperability, and affordability, system designers can create a UAV that is adaptable to new mission parameters while remaining robust across the product lifecycle.
In this paper we provide a comparative overview of the data distribution service
with respect to high-level architecture. We describe the equivalent terminology
and concepts, and highlight the key similarities and differences in the areas
of declaration management, object management, data distribution management,
ownership management, federation management, and time management.
We explore the architectural mapping between HLA and DDS. We develop an outline for translating from one model to the other, and examine the needed supporting transformations and assumptions. We conclude with remarks and observations on building applications that can utilize both HLA and DDS technologies.
Today's embedded software applications are increasingly distributed; they communicate data between many computing nodes in a networked system. Several network middleware designs have arisen to meet the resulting communications need, including client-server, message passing, and publish-subscribe architectures.
The new Object Management Group (OMG) Data Distribution Service (DDS) standard is the first comprehensive specification available for "publish-subscribe" data-centric designs. This paper helps system architects understand when DDS is the best fit to an application. It first provides an overview of DDS's functionality and compares it to the other available technologies and standards. Then, it examines driving factors, potential use cases, and existing applications. It concludes with general design guidance to help answer the question of when DDS is the best networking solution.
© Copyright Real-Time Innovations. 2007-2014. All rights reserved.