Larch: Languages and Tools for Formal Specification Guttag, John V.; Horning, James J.; Garland, S.J.; Jones, K.D.; Modet, A. and Wing, J.M.

Guttag, John V.; Horning, James J.

ISBN 10: 1461276365 / ISBN 13: 9781461276364

Published by Springer, 2011

About this Item

Larch: Languages and Tools for Formal Specification| Guttag, Horning | Springer, 1993. In-8° cartonné, 250p. Couverture propre. Dos solide. Intérieur frais sans soulignage ou annotation. Exemplaire de bibliothèque : petit code barre en pied de 1re de couv., cotation au dos, rares et discrets petits tampons à l'intérieur de l'ouvrage. Très bon état général [Ba37].

Seller Inventory # 1220S31O3T5

Bibliographic Details

• Title: Larch: Languages and Tools for Formal Specification Guttag, John V.; Horning, James J.; Garland, S.J.; Jones, K.D.; Modet, A. and Wing, J.M.
• Publisher: Springer
• Publication Date: 2011
• Language: English
• ISBN 10: 1461276365
• ISBN 13: 9781461276364
• Binding: Paperback Oct 01, 2011
• Condition: Used: Very Good

About this title

Synopsis

Building software often seems harder than it ought to be. It takes longer than expected, the software's functionality and performance are not as wonderful as hoped, and the software is not particularly malleable or easy to maintain. It does not have to be that way. This book is about programming, and the role that formal specifications can play in making programming easier and programs better. The intended audience is practicing programmers and students in undergraduate or basic graduate courses in software engineering or formal methods. To make the book accessible to such an audience, we have not presumed that the reader has formal training in mathematics or computer science. We have, however, presumed some programming experience. The roles of fonnal specifications Designing software is largely a matter of combining, inventing, and planning the implementation of abstractions. The goal of design is to describe a set of modules that interact with one another in simple, well­ defined ways. If this is achieved, people will be able to work independently on different modules, and yet the modules will fit together to accomplish the larger purpose. In addition, during program maintenance it will be possible to modify a module without affecting many others. Abstractions are intangible. But they must somehow be captured and communicated. That is what specifications are for. Specification gives us a way to say what an abstraction is, independent of any of its implementations.