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.

362 SHE Framework<br />

Service_<br />

Scheduler<br />

Feeder_Station<br />

Feeder_Controller<br />

Product_<br />

Product_<br />

pipo<br />

Product_<br />

i Input_<br />

pihp<br />

Info_<br />

Output_<br />

o<br />

Handler<br />

Keeper<br />

Handler<br />

piti<br />

wake<br />

Transporter_<br />

Image<br />

Transporter<br />

pihs<br />

wake<br />

prks<br />

Feeding_Unit_<br />

fuis fesa<br />

Image<br />

titr fufu<br />

poti<br />

Feeding_<br />

Unit<br />

poss<br />

pisa<br />

Service_<br />

Administrator<br />

DISTR<br />

Figure 11.18: Feeder Station: Instance Structure Diagram<br />

topologies require special attention. They lead in general to mapping <strong>of</strong> many flows<br />

onto one channel. This can have consequences for the behaviour description <strong>of</strong> the<br />

process classes. Behaviour-Preserving Transformations can be used to transform channel<br />

structures without affecting the system’s behaviour provided that the conditions for the<br />

transformation are fulfilled.<br />

Besides the formalisation <strong>of</strong> a system level structure that can be designed in Architecture<br />

Structure Diagrams lower level design activities concern the more detailed internal<br />

structure <strong>of</strong> a system. Figure 11.18 shows for instance a channel wake that connects<br />

the processes Product Input Handler, Feeding Unit Image and Product Output Handler to<br />

a process Transporter Image. In the next chapter, from which Figure 11.18 is borrowed, it<br />

will become clear that low level channel design has implications for the formal behaviour<br />

description <strong>of</strong> a system. Reusability is strongly influenced by how generic a class can be<br />

designed. By sharing a channel a number <strong>of</strong> collaborating objects can do requests for a<br />

service to an instance. Notice that the number <strong>of</strong> objects that can be connected this way<br />

can be flexible. In contrast, pair-wise connections require dedicated connections and<br />

make the message interface <strong>of</strong> the shared object dependent on the number <strong>of</strong> service

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

Saved successfully!

Ooh no, something went wrong!