Mobile IoT Authors: Yeshim Deniz, Pat Romanski, Elizabeth White, Dana Gardner, Zakia Bouachraoui

Related Topics: @ThingsExpo, Mobile IoT, @DXWorldExpo

@ThingsExpo: Blog Post

Connected Teams, Connected Code, and the Connected Device By @Anders_Wallgren | @ThingsExpo #IoT

The Complexities of IoT Development

In my previous post I discussed the challenges of IoT software delivery as they relate to managing the complexities of integrating three distinct development pipelines comprising the different components of the IoT software. These are:

  1. The embedded software in the device itself – for example, software embedded in a car.
  2. The big-data backend application used to store and analyze the real-time data accumulated from the different devices.
  3. The mobile app – used by end users to control the device.

Each one of these software components is being developed and delivered by a separate team (or in many cases, several teams). In this article, I’d like to take a closer look at some of the distinct characteristics of each team involved in the production of IoT products, and the strains they put on the IoT delivery chain.

Similar. But Different.
“There’s no I in
Team”. Sure, we’re all in this together: working hard to get the next big thing in the IoT space to market. And we know we depend on each other for our stuff to work.. But — streamlining your IoT development processes across different teams is no easy task.

We need to be aware of the fact that each of the development team (Embedded, Backend, Mobile) uses different technologies, tools, stacks, deployment patterns and delivery practices in their work. Their day-to-day tasks and workflows are different.

Let’s take a closer look at what it means to be an engineer in each one of those teams:

Embedded Software Team

Printed Circuit Board (PCB)

The embedded software must take inputs from sensors to understand the conditions of the physical world environment. Based on the computations of this input, the program then performs certain tasks – for example, activating or modulating a set of actuators to produce the desired behavior.

Consider the simple scenario of pressing the gas pedal on a hybrid car. What seems like a very simple operation, in fact involves thousands of decisions made in less than a second. The engine’s Electronic Control Unit (ECU) receives the request to accelerate. It then collects various data, such as how hard the accelerator is pressed, the ambient temperature, the current speed, the current gear that the car is in, whether the car is on an incline or decline, whether the car is in Eco mode or Sport mode, whether the battery level is high or low, whether there is any slippage in any wheels, and many, many more. After collecting the data, the program performs calculations to send signals to the transmission ECU to adjust the gear if necessary, to the gasoline engine ECU to start the engine if needed, to the hybrid engine ECU to coordinate the power delivery from the electric motor and the gasoline engine efficiently, and so on. After all of this – the car speeds up, but the computation continues. The engine’s ECU measures any change in the pressure applied on the gas pedal. If the driver eases on the accelerator, the whole process of collecting data, making decisions, and sending signals to different ECUs and actuators will happen again, to adjust speed, energy use and performance.

The tools of the trade:
This team works predominantly with Real Time Operation System (RTOS) and works collaboratively with the Mechatronics (mechanical and electronics) team. The most common programming language for this team is C/C++.

Given the nature of what the program must do, the software team uses model-based system development. These are specialized tools (provided by companies such as MathWorks, Vector, D-Space) that are often used to facilitate this kind of programming. Meanwhile, on the Mechatronics side, the hardware team must work on the mechanical and electrical design, using specialized tools from Siemens, PTC, Dasault, IBM, and the like. In the model-based system development, the software team can initially work independently of the hardware by using emulation and simulation. This kind of test is called Simulation in the Loop (SIL). Once the hardware module is ready the software is injected to it and real integration test is performed – called Hardware in the Loop (HIL).

The Mechatronics team uses a Product Lifecycle Management (PLM) tool to manage the mechatronics development, test, and verification. The Embedded Software team uses its own Application Lifecycle Management (ALM) and Continuous Delivery (CD) tools to manage the software development, test, and release.

Keep in mind, the different processes must interact with each other at certain points, and both teams must do their best to reduce the friction between the two completely different processes for the hardware and software development lifecycles.

Big Data Software Team

Global Communication Concept Digitally Generated Image

This team is tasked with processing the massive amounts of real-time data, and is also mostly concerned with horizontal scalability – to be able to support data throughput as more devices are sold. The software produced by this team is typically deployed in data center and it is often replicated in several locations for redundancy and low-latency. As the variety of the IoT devices being sold increases, the backend software must handle all of the variations in the flavors of the product/services offered to customers, and their corresponding SLAs.

The tools of the trade
This team often uses Agile development methodologies to support the need for frequent feature enhancements and software updates. Instead of batching all changes into one ‘mega’ release, the development work is divided between small teams who work in short Sprints, and incremental changes to the code and new features are being deployed fairly frequently. This team, too, often uses ALM or Agile tools to support development.

To enable the cadence of deployments and streamline their delivery process, this team uses a Software Delivery Pipeline solution that covers accelerated builds, preflight, continuous integration, continuous test, and smart deploy. This tools also manages the provisioning, configuration and management of the IT infrastructure across the different development, QA, staging and production environments.

The backend software is the ‘brain’ of the IoT service – and IoT devices are always connected. This mandates that the deployments to Production are done in an extremely reliable manner, to ensure there’s no service interruption. To ensure smooth operations, this team often uses DevOps Automation and Continuous Delivery solutions to facilitate the critical deployment process.

Mobile App Team

multitasking in hands

The culture of Mobile App development started out with startups and individual developers, who often perfected their code in the ‘hip’ coffee shops in San Francisco, Palo Alto, San Diego, Austin, and Manhattan. These programmers often do not require office space, and seldom do they have an IT team to support them. Instead, they are more inclined to use modern SaaS solutions designed to facilitate the development, continuous integration, testing and release of their app. These days, due to the strong trend in IoT, many large enterprises (such as Automotive companies) hire these “coffee shop” programmers. Still, despite the fact they now work in the more formal environment, their work habits and their preferences regarding tool chains have not changed.

The tools of the trade
The most popular programing languages among mobile app programmers are Java and Swift. Mobile developers are comfortable integrating several SaaS-based mobile app development tools to realize their development environment and processes. They can store their source code in GitHub, use SauceLab for mobile app testing and AppDynamics for mobile app performance test and monitoring. They use Ship.io for continuous integration, continuous test, and continuous release to AppStore.

The frequency of updates for mobile apps is also extremely high, driven by the competitive nature of the app landscape and the ability to optimize the application based on the available real-time feedback on the app’s usage.

Connecting It All

Convergence Ahead Road Sign

As we’ve seen, each team required to deliver on an IoT product is inherently different from the others. Because of this, friction naturally occurs when the three teams must coordinate their integration and system test. If this friction – and possible failure points between the separate processes – is not minimized, releases would inevitably get delayed, and the product’s quality will suffer.

In addition to the common Agile development practices, and a Continuous Delivery and DevOps platform requirements, there are unique requirements from a tooling perspective to enable efficient and streamlined IoT app delivery. What is needed is a single platform that can address the three different domains: a Multi-Domain Continuous Delivery (MDCD) platform capable of eliminating the friction and streamline the end-to-end process.

This solution must be able to integrate and orchestrate the work transitions or handoffs between teams throughout the product’s lifecycle. In addition, it must have the ability to track the artifacts as it moves from one domain to the other, and keep track of the artifact as it moves in and out of the different domains, the outcome of each processing, and who performs the work at different stages.

Do you know of anything like that? :)

More Stories By Anders Wallgren

Anders Wallgren is Chief Technology Officer of Electric Cloud. Anders brings with him over 25 years of in-depth experience designing and building commercial software. Prior to joining Electric Cloud, Anders held executive positions at Aceva, Archistra, and Impresse. Anders also held management positions at Macromedia (MACR), Common Ground Software and Verity (VRTY), where he played critical technical leadership roles in delivering award winning technologies such as Macromedia’s Director 7 and various Shockwave products.

IoT & Smart Cities Stories
The deluge of IoT sensor data collected from connected devices and the powerful AI required to make that data actionable are giving rise to a hybrid ecosystem in which cloud, on-prem and edge processes become interweaved. Attendees will learn how emerging composable infrastructure solutions deliver the adaptive architecture needed to manage this new data reality. Machine learning algorithms can better anticipate data storms and automate resources to support surges, including fully scalable GPU-c...
We are seeing a major migration of enterprises applications to the cloud. As cloud and business use of real time applications accelerate, legacy networks are no longer able to architecturally support cloud adoption and deliver the performance and security required by highly distributed enterprises. These outdated solutions have become more costly and complicated to implement, install, manage, and maintain.SD-WAN offers unlimited capabilities for accessing the benefits of the cloud and Internet. ...
Dion Hinchcliffe is an internationally recognized digital expert, bestselling book author, frequent keynote speaker, analyst, futurist, and transformation expert based in Washington, DC. He is currently Chief Strategy Officer at the industry-leading digital strategy and online community solutions firm, 7Summits.
As IoT continues to increase momentum, so does the associated risk. Secure Device Lifecycle Management (DLM) is ranked as one of the most important technology areas of IoT. Driving this trend is the realization that secure support for IoT devices provides companies the ability to deliver high-quality, reliable, secure offerings faster, create new revenue streams, and reduce support costs, all while building a competitive advantage in their markets. In this session, we will use customer use cases...
Machine learning has taken residence at our cities' cores and now we can finally have "smart cities." Cities are a collection of buildings made to provide the structure and safety necessary for people to function, create and survive. Buildings are a pool of ever-changing performance data from large automated systems such as heating and cooling to the people that live and work within them. Through machine learning, buildings can optimize performance, reduce costs, and improve occupant comfort by ...
René Bostic is the Technical VP of the IBM Cloud Unit in North America. Enjoying her career with IBM during the modern millennial technological era, she is an expert in cloud computing, DevOps and emerging cloud technologies such as Blockchain. Her strengths and core competencies include a proven record of accomplishments in consensus building at all levels to assess, plan, and implement enterprise and cloud computing solutions. René is a member of the Society of Women Engineers (SWE) and a m...
With 10 simultaneous tracks, keynotes, general sessions and targeted breakout classes, @CloudEXPO and DXWorldEXPO are two of the most important technology events of the year. Since its launch over eight years ago, @CloudEXPO and DXWorldEXPO have presented a rock star faculty as well as showcased hundreds of sponsors and exhibitors! In this blog post, we provide 7 tips on how, as part of our world-class faculty, you can deliver one of the most popular sessions at our events. But before reading...
Poor data quality and analytics drive down business value. In fact, Gartner estimated that the average financial impact of poor data quality on organizations is $9.7 million per year. But bad data is much more than a cost center. By eroding trust in information, analytics and the business decisions based on these, it is a serious impediment to digital transformation.
Charles Araujo is an industry analyst, internationally recognized authority on the Digital Enterprise and author of The Quantum Age of IT: Why Everything You Know About IT is About to Change. As Principal Analyst with Intellyx, he writes, speaks and advises organizations on how to navigate through this time of disruption. He is also the founder of The Institute for Digital Transformation and a sought after keynote speaker. He has been a regular contributor to both InformationWeek and CIO Insight...
Bill Schmarzo, author of "Big Data: Understanding How Data Powers Big Business" and "Big Data MBA: Driving Business Strategies with Data Science" is responsible for guiding the technology strategy within Hitachi Vantara for IoT and Analytics. Bill brings a balanced business-technology approach that focuses on business outcomes to drive data, analytics and technology decisions that underpin an organization's digital transformation strategy.