Component based software engineering

I have a dream...

I have a dream...

Definition

CBSE emphasizes the separation of concerns with respect to the wide-ranging functionality available throughout a given software system. It is a reuse-based approach to defining, implementing and composing loosely coupled independent components into systems.

What is a component?

A piece of software that is connected to other only through its interfaces

An "interface" is an element that exposes a communication channel with a known contract

Development roles

  • System architect (defines the requirements)

  • Component designer (implements components)

  • System integrator (composes components)

Communication Pattern: request-reply

  • A server port provides an interface.
  • 0-to-N clients send requests to server.
  • The only purpose of the server is to provide answers (replies) as quickly as possible.
  • Request can be either synchronous (wait for an answer) or asynchronous (don't wait, poll).
  • Server must NOT make any assumption about clients. 

Communication Pattern: publish-subscribe

  • A publisher exposes data (the topic).
  • 0-to-N subscribers notifies that they want to receive the data.
  • Publisher must NOT make any assumption about subscribers. 
  • The interface is always asynchronous for the publisher and might be either SYNC or ASYNC for the subscriber.

Good components have:

  • Strongly typed interfaces
  • Explicitly documented contracts
  • As little state as possible
  • A well defined functionality
  • An implementation that allow deployment to be configured by the integrator.

ROS doesn't enforce any of this

Coming next...

"Separation of concerns"

Component based software engineering

By Davide Faconti

Component based software engineering

  • 626