23.08.2013 Views

Specification of Reactive Hardware/Software Systems - Electronic ...

Specification of Reactive Hardware/Software Systems - Electronic ...

Specification of Reactive Hardware/Software Systems - Electronic ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

11.4 Essential <strong>Specification</strong> Modelling 357<br />

Sender<br />

process<br />

Single message flow<br />

Message with reply flow<br />

Continuous flow<br />

Interrupt message flow<br />

Interrupt with reply flow<br />

Buffered message flow<br />

Receiver<br />

process<br />

Figure 11.15: Overview <strong>of</strong> Message Flow Symbols<br />

Single message flow<br />

This type typically models initiative <strong>of</strong> a concurrent entity. By sending without waiting<br />

an object can continue with its operations. Control objects can use single message flows<br />

to activate other objects. This type <strong>of</strong> flow should be avoided for the modelling <strong>of</strong><br />

sequential composites.<br />

Message flow with reply<br />

This type typically models sequential collaboration. The sender waits until the receiver<br />

sends a reply. Concurrency boundaries typically indicate that this type <strong>of</strong> flow must be<br />

chosen for internally collaborating objects. In the case <strong>of</strong> concurrent objects a message<br />

that induces a reply can be modelled by separate single message flows for initial message<br />

and reply.<br />

Continuous flow<br />

This type typically models that a receiver does not have to wait for a rendezvous. The<br />

sender is always prepared to perform a rendezvous. It has a new message available<br />

after the acceptance <strong>of</strong> each previous message. The sender must be a concurrent object<br />

to be able to do this.<br />

Interrupt message flow<br />

This type typically models a message that can interrupt the current operations <strong>of</strong> an<br />

object. The sender does not have to wait for a rendezvous. The sender can continue its<br />

activities after sending.<br />

Interrupt with reply flow<br />

This type also models a message that can interrupt the current operations <strong>of</strong> an object.<br />

The sender does not have to wait for a rendezvous to send the interrupt. The sender<br />

must wait for a reply that must be produced by the receiver as a response to the interrupt.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!