26.09.2013 Views

Transformation of Applicative Specifications into Imperative ...

Transformation of Applicative Specifications into Imperative ...

Transformation of Applicative Specifications into Imperative ...

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.

CHAPTER 13. CONCLUSION<br />

RSL AST and the transformer.<br />

The conclusion is that the aims <strong>of</strong> the project have been fulfilled.<br />

13.2 Discussion <strong>of</strong> the Result<br />

The transformer can perform a single step in a s<strong>of</strong>tware development process<br />

as demonstrated in Chapter 10. This step is somewhat intuitive and easy<br />

to do. The problem is that the correctness <strong>of</strong> this step cannot be verified as<br />

all the other steps in the development process can by using the refinement<br />

relation.<br />

The contribution <strong>of</strong> this project is that some concrete and correct transformation<br />

rules are put up that applied to an applicative RSL specification<br />

gives an imperative RSL specification. By using the transformation rules the<br />

verification <strong>of</strong> this development step from applicative to imperative specification<br />

is superfluous, on the assumption that the transformation rules or<br />

correct and can be verified. Furthermore, a tool implementing the transformation<br />

rules has been constructed such that the development from applicative<br />

to imperative specification can be automated. This means that the work<br />

required in the development step from applicative to imperative specification<br />

is minimized and that it is assured that the transformation rules are applied<br />

correctly.<br />

The conclusion is that the contribution <strong>of</strong> the transformer is:<br />

1. that the correctness <strong>of</strong> the entire development process from initial to<br />

final specification can be verified.<br />

2. that the development step from applicative to imperative specification<br />

is automated.<br />

The result <strong>of</strong> the transformation using the transformer is readable and<br />

recognizable. This means that the further development <strong>of</strong> the imperative<br />

specification is not made more difficult compared to the further development<br />

<strong>of</strong> a hand made imperative specification.<br />

13.3 Related Work<br />

This project is not the only work in which transformations from applicative<br />

specifications or programs <strong>into</strong> imperative counterparts are considered.<br />

<strong>Transformation</strong> from applicative RSL specifications <strong>into</strong> imperative RSL<br />

specifications is considered in [Gro95]. This work served as inspiration during<br />

the initial phase <strong>of</strong> this project, but it became obvious that the conditions<br />

for transformability, in [Gro95] named linearity, were far too strict, resulting<br />

in a much smaller subset <strong>of</strong> RSL to be transformable.<br />

130

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

Saved successfully!

Ooh no, something went wrong!