Software Engineering Journal
Volume 11, Issue 6, November 1996
Volumes & issues:
Volume 11, Issue 6
November 1996
-
- Author(s): M.D. Harrison
- Source: Software Engineering Journal, Volume 11, Issue 6, page: 322 –322
- DOI: 10.1049/sej.1996.0042
- Type: Article
- + Show details - Hide details
-
p.
322
(1)
- Author(s): Ann Blandford and Richard M. Young
- Source: Software Engineering Journal, Volume 11, Issue 6, p. 323 –333
- DOI: 10.1049/sej.1996.0043
- Type: Article
- + Show details - Hide details
-
p.
323
–333
(11)
Minimum requirements for interactive systems to be usable and reliable include computer systems performing as intended, and users not making errors in issuing commands or in interpreting information from the device display. Traditionally, most approaches to software engineering have focused on the first of these concerns; correctness of system performance. However, it is equally important to deal with the user concerns. An Instruction Language is presented for describing the knowledge a user needs to perform tasks with the device. The constraints provided by a semi-formal description language help the designer to identify possible mismatches between the system model and the user's model of that system. This type of mismatch is illustrated with an example taken from the design of the Macintosh desktop. If a further step is taken, formalising that description and adding principles about users' cognitive processes, inferences may also be made about possible user errors. This is illustrated with an example taken from the design of a mail tool. The Instruction Language and associated principles provide a means of evaluating system design in relation to user knowledge prior to implementation. - Author(s): Alan Dix and Gregory Abowd
- Source: Software Engineering Journal, Volume 11, Issue 6, p. 334 –346
- DOI: 10.1049/sej.1996.0044
- Type: Article
- + Show details - Hide details
-
p.
334
–346
(13)
Interactive systems involve both events which occur at specific moments (e.g. keystrokes, mouse clicks and beeps) and more persistent status phenomena which can be observed at any time (e.g. the position of the mouse, the image on the screen). Most formalisms used for interactive systems concentrate on one aspect or another, and may be asymmetric in their treatment of input and output. Notationsand models for interface specification are classified in the paper by the way they treat status and event phenomena in their input and output. This is used to construct a model and associated notation which incorporates both. By specifying examples using this model important design issues are highlighted which would be missed if either status or event phenomena were not properly treated. - Author(s): Harold Thimbleby and Peter Ladkin
- Source: Software Engineering Journal, Volume 11, Issue 6, p. 347 –354
- DOI: 10.1049/sej.1996.0045
- Type: Article
- + Show details - Hide details
-
p.
347
–354
(8)
A simple language is demonstrated that combines specifications and manuals. This shows first that a user manual can be automatically reconstructed from a logic specification that is effectively identical to the original logic (up to ambiguities in natural language); and secondly, that such an automated process can help detect errors. The process is fast and suitable for use in participatory design. - Author(s): C.W. Johnson and A.J. Telford
- Source: Software Engineering Journal, Volume 11, Issue 6, p. 355 –365
- DOI: 10.1049/sej.1996.0046
- Type: Article
- + Show details - Hide details
-
p.
355
–365
(11)
Recent disasters at Bhopal, Chernobyl, Habsheim and Kegworth illustrate the point that software is rarely the sole cause behind major accidents. Operator intervention, hardware faults, even the weather conditions and malicious acts all combine to create the conditions for failure. In the aftermath of these accidents, it seems difficult for software engineers, systems developers, forensic scientists and interface designers to predict all of the ways in which systems can fail. It is therefore important that we learn as much as possible from those failures that do occur. Unfortunately, it is often difficult to gain a coherent overview from the mass of detail that is typically contained in many accident reports. This makes it difficult for readers to identify the ‘catastrophic’ events that produced the necessary conditions for disaster. The paper argues that formal specification techniques can be used to resolve these problems. In particular, Temporal Logic of Actions is used to build a unified account of the human errors and system failures that contributed to the Three Mile Island accident. This notation provides high-level abstractions that can be used to strip away the mass of irrelevant details that often obscures important events during disasters. Formal proof techniques can then be applied to the model as a means of identifying the causal relationships that must be broken in order to prevent future failures.
Editorial: The formal specification of interactive systems
Specifying user knowledge for the design of interactive systems
Modelling status and event behaviour of interactive systems
From logic to manuals
Extending the application of formal methods to analyse human error and system failure during accident investigations
-
- Author(s): John McDermid
- Source: Software Engineering Journal, Volume 11, Issue 6, page: 366 –366
- DOI: 10.1049/sej.1996.0047
- Type: Article
- + Show details - Hide details
-
p.
366
(1)
- Source: Software Engineering Journal, Volume 11, Issue 6, p. 378 –380
- DOI: 10.1049/sej.1996.0048
- Type: Article
- + Show details - Hide details
-
p.
378
–380
(3)
- Author(s): David Ingram and Jean Bacon
- Source: Software Engineering Journal, Volume 11, Issue 6, page: 381 –381
- DOI: 10.1049/sej.1996.0049
- Type: Article
- + Show details - Hide details
-
p.
381
(1)
Editorial: Software engineering
Distributed Systems Engineering
Book review: Distributed Software Engineering
Most viewed content for this Journal
Article
content/journals/sej
Journal
5
Most cited content for this Journal
We currently have no most cited data available for this content.