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.

3.3 Concepts 35<br />

3. creation <strong>of</strong> a system description that is precise enough to guarantee that the implementation<br />

satisfies the required behaviour;<br />

4. guidelines and heuristics to achieve aims 1,2 and 3.<br />

Concepts for analysis <strong>of</strong> the problem domain <strong>of</strong>ten have the flavour <strong>of</strong> taxonomy and<br />

philosophy. Analysis is about expressing the nature <strong>of</strong> things and phenomena, and<br />

about classifying them. Conventional methods focus on finding classes <strong>of</strong> entities and<br />

the relations that exist between them. A first modelling phase results in a static view<br />

consisting <strong>of</strong> entities and their attributes. The analysis <strong>of</strong> dynamic behaviour is postponed<br />

until later modelling phases. For reactive systems this approach is insufficient.<br />

Concepts need to be incorporated to analyse the dynamic behaviour <strong>of</strong> entities in an early<br />

phase <strong>of</strong> the modelling process. Figure 3.1 shows attributes, operations and interconnect<br />

structure as three entangled pieces <strong>of</strong> information <strong>of</strong> an entity. These three pieces<br />

have static properties as well as dynamic properties. Conventional analysis yields an<br />

inventory <strong>of</strong> the static properties <strong>of</strong> an entity (class).<br />

Dynamic properties Static properties<br />

Attributes<br />

Operations<br />

Figure 3.1: Entity Properties<br />

Interconnect<br />

structure<br />

Concurrently the dynamic properties, such as the temporal behaviour, must be analysed.<br />

Temporal behaviour determines how operations transform attributes, how operations<br />

require communication via the interconnection structure and how the structure <strong>of</strong> links<br />

changes dynamically.<br />

Besides concepts that capture the essentials <strong>of</strong> the problem domain, additional concepts<br />

are required for architecture design and implementation modelling. These concepts<br />

are quite different and require different accompanying notations than those for analysis.<br />

Examples <strong>of</strong> concepts that support implementation modelling include architecture,<br />

distribution, boundaries, channels and topology.

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

Saved successfully!

Ooh no, something went wrong!