1 / 10

Academic Paper Review: “Specifying a Real-Time Kernel”

Academic Paper Review: “Specifying a Real-Time Kernel”. - A case study of an embedded real-time kernel using Z formal specification language - by J. Michael Spivey Published in Software , IEEE Journal - September 1990 web search: http://www.ieeexplore.ieee.org.

huey
Download Presentation

Academic Paper Review: “Specifying a Real-Time Kernel”

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Academic Paper Review:“Specifying aReal-Time Kernel” - A case study of an embedded real-time kernel using Z formal specification language - by J. Michael Spivey Published in Software, IEEE Journal - September 1990web search:http://www.ieeexplore.ieee.org Reviewer: Paul Richardson for MSc Course in Formal SpecificationsProfesseor: Ebba Þóra Hvannberg, University of Iceland

  2. Abstract synopsis: Formal methods application: Revised specification of safety-critical embedded real-time system Primary Aim: Improve existing documentation of diagnostic X-ray machine Using: Existing documentation and source code Spin-off: Identified design flaw in kernel original specifications Demonstrates: Important role of formal methods in avoiding design flaws

  3. The flaw • flaw in the kernel’s design • formal techniques can help avoid design errors. • especially useful in embedded systems • difficult to test effectively. • the design error did not in fact endanger patients • the actual control software avoided circumstances that could lead to deadlock. • hardware timeout protected against hardware or software failure • But it affected machine robustness and reliability • later enhancements to controlling software might reveal the problem

  4. Kernel

  5. Other Background Processing Operations Select – when processor is idle Pre-condition: Stop – when background is running Pre-condition: SetReady – sets or clears a process’s ready flag Pre-condition:

  6. Interrupt handling Operations IEnter – when processor is idle Pre-condition: Interrupt – when background is running Pre-condition: IWait – sets or clears a process’s ready flag Pre-condition: IEXit – sets or clears a process’s ready flag Pre-condition:

  7. Conclusions • Formal Specifications can provide benefits by raising the level of abstraction so that problems like the one identified are not obscured by detail.

More Related