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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

12.3 The Essential <strong>Specification</strong> 383<br />

first wakeUp message. If the first wakeUp message arrives, the Product Output Handler<br />

retrieves the PI from the appropriate Product Info Keeper and starts <strong>of</strong>fering the accept(PI)<br />

message to its right neighbour station. If this station still has not accepted this message<br />

at the point <strong>of</strong> arrival <strong>of</strong> the second wakeUp message, the Product Output Handler sends a<br />

message stop to the Transporter Image. At the moment the right neighbour station accepts<br />

the accept(PI) message again, the Transporter Image is sent the message start.<br />

12.3.4 Feeding Scenario <strong>of</strong> Feeder Station<br />

The scenario <strong>of</strong> the previous section describes the objects and message flows required<br />

to transport mailing products and to keep track <strong>of</strong> these products. This generic scenario<br />

does not focus on the specific services that have to be performed on the mailing products.<br />

In case <strong>of</strong> a feeder station the services are the addition <strong>of</strong> particular items to packets in the<br />

station. The behaviour necessary to perform this service is depicted in the Message Flow<br />

Diagram <strong>of</strong> Figure 12.5. The Message Flow Diagram shows the Feeding Scenario <strong>of</strong> the<br />

Product_<br />

Input_<br />

Handler<br />

Transporter_<br />

Image<br />

schedule<br />

(PIKeeperId,<br />

InitialPosition)<br />

Service_<br />

Scheduler<br />

wakeAt(Position,Id)/<br />

wakeup(Id)<br />

serviceRequired<br />

(PIKeeperId,<br />

Service)/<br />

required,<br />

notRequired<br />

Product_<br />

Info_<br />

Keeper<br />

feed(PIKeeperId,InitialPosition)<br />

giveStatus/<br />

notMounted,<br />

mounted(Service)<br />

Feeding_Unit_<br />

Image<br />

mounted, feed<br />

notMounted<br />

misFed,<br />

doubleFed<br />

Feeding_<br />

Unit<br />

servicePerformed<br />

(PIKeeperId,Service)<br />

feedReady<br />

(ProductInfoKeeperId,<br />

Service)<br />

Service_<br />

Administrator<br />

Figure 12.5: Feeding Scenario <strong>of</strong> Feeder Station<br />

Feeder_Station<br />

Feeder_Controller<br />

feeder station. Next to a number <strong>of</strong> objects introduced in the Product Flow Scenario, the<br />

diagram shows a Service Administrator, a Feeding Unit terminator and a corresponding

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

Saved successfully!

Ooh no, something went wrong!