Introduce Simple ‘Specification Driven Development’ Demo and Point Out Improvements

This post introduces Simple “Specification Driven Development” Demo as a way to adapt Formal Methods to application development, also for existing applications. Benefits can be gained immediately in Test Management of System Tests, when using formal model to generate API traces, which are mapped as unit tests on existing application, and the aggregate result of individual unit tests interpreted as an execution of a “virtual” system test – easier to that managing the system test as single unit.

An analysis section identifies several less than optimal development architecture arrangement in the demo, and points out needs for improvements.

:More:

Advertisements

Specification Driven Development

This post argues that Application Management should use a design model, a representation describing aspects of a system that is not easily, or sufficiently, captured through implementation, in managing on-line openness in IT. The post introduces development architecture and specification driven process resulting to better systems, ease in system development management, ease in system test management, and generally allowing better control of IT development, and explains, how to keep design model and implementation in sync, and how scaling up of the approach is achieved.

:More:

Simple Bank Example

NOTICE: mpashkovskiy has implemented Truffle tests for the Bank contract in https://github.com/mpashkovskiy/ethereum-bank-tests. These tests identified several issues in this post:

TODO: fix sbuilder-eth model and this blog post based on the findings in https://github.com/mpashkovskiy/ethereum-bank-tests.

This post uses a simple 10 line Solidity contract containing two (subtle) “bugs” (=violations of correctness promise), and a demonstrates, how to use invariants in Sbuilder to find these violations.

:More: