Research on Knowledge-Based Software Environments at Kestrel Institute
IEEE Transactions on Software Engineering - Special issue on artificial intelligence and software engineering
Functional programming, formal specification, and rapid prototyping
IEEE Transactions on Software Engineering
Specifications are not (necessarily) executable
Software Engineering Journal
Systematic software development using VDM (2nd ed.)
Systematic software development using VDM (2nd ed.)
KIDS: A Semiautomatic Program Development System
IEEE Transactions on Software Engineering
The Z notation: a reference manual
The Z notation: a reference manual
Using ABC to prototype VDM specifications
ACM SIGPLAN Notices
Proof in VDM: a practitioner's guide
Proof in VDM: a practitioner's guide
The IFAD VDM-SL toolbox: a practical approach to formal specifications
ACM SIGPLAN Notices
Using KIDS as a tool support for VDM
Proceedings of the 18th international conference on Software engineering
Mural: A Formal Development Support System
Mural: A Formal Development Support System
Software Prototyping, Formal Methods, and VDM
Software Prototyping, Formal Methods, and VDM
Proof-Based Development of Specifications with KIDS/VDM
FME '94 Proceedings of the Second International Symposium of Formal Methods Europe on Industrial Benefit of Formal Methods
Using non-functional requirements to systematically support change
RE '95 Proceedings of the Second IEEE International Symposium on Requirements Engineering
Validation of formal models by refinement animation
Science of Computer Programming
Hi-index | 0.00 |
The development of formal specifications may benefit from prototypingactivities. The production of an executable model for a given descriptionhelps bridging the gap between this specification and the correspondingreality. The KIDS/VDM system, based on the KIDS environment, provides theseprototyping facilities for the model-based specification language of VDM. Thispaper illustrates its use in the specification of a bank transfer operation.The specification process starts from an abstract specification anddetails it by a series of refinements of either the control flow or the datastructures.The case study shows how animation may be helpful at several stages of theprocess. It favours the dialog between the specifier and his customer and helpsassessing the correspondence between the description and the actual problem. Italso convinces the specifier of the validity of his refinements before he fulfills the necessary proof obligations.