The compiler is the central „tool“, which is required for every software development. It forms the link between the human-readable high-level source code (e.g., C and C ++) and the machine code, interpretable for the hardware processor. For the development of safety critical software according to relevant functional safety standards such as ISO26262 (car), EN50128 […]
In the last blog (June 2017), I explained the principle of Freedom of Interference. The example used was based on the automotive industry and the ISO26262. Now I would like to consider Freedom of Interference with respect to the industry sectors railway, aviation and automotive and share my industry experiences with you.
The proof of a 100% structural source code coverage is required by almost all functional safety standards (IEC61508, ISO26262, DO 178C, etc.). In the individual SIL / ASIL levels, only the type of source code coverage is differentiated. Essentially, the Statement Coverage (low SIL / ASIL Level), the Branch Coverage and the MC / DC […]
IEC 61508, ISO26262, DO 178C, ISO 25119: Have you ever encountered these abbreviations in your professional life? If so, there is a high probability that you are already implementing functional safety projects in your company or that you are entering the market in the near future. Perhaps you have already made the experience, or at […]
In the first part (Link) I explained the basic idea, which is behind the tool qualification. I have already given an overview of the four most frequently used measures. In this article, I will discuss each of these 4 measures in more detail and name the respective advantages and disadvantages.
Many companies and project teams that carry out projects for the first time in the field of functional safety have the impression that the topic of tool qualification is critical to success and involves a great deal of effort. Although this issue is, of course, important and also involves a certain cost effort, the subject […]
If you are newly engaged in the area of functional safety, then you will encounter fairly quickly the terms “structural source code coverage” and “requirements”. The specification of technical systems by requirements is, of course, also common in non-safety-critical areas. By contrast, the subject structural source code coverage is almost unknown outside safety-critical projects. In […]
In the functional safety, there is a method which is always used – the FMEA (Failure Mode Effects Analysis). In particular, on system and hardware level the FMEA supports systematic analysis. There are also variants such as the FMECA and the FMEDA. In this blog post I use only the term FMEA. In project practice […]
In the first part of the blog, we have considered the principles of agile development and the functional safety development. Based on these principles, I want to debate possible areas of conflict in this blog, if you want develop agile in functional safety projects. As well, I want to give an idea about the opportunities […]
As a motivation for this blog, the following questions served me: Do you develop software to agile methods and must meet functional safety requirements in future? Under which conditions does it work? Do you develop safety-critical embedded systems in industries such as: railway, aeronautics, automotive, medical technology and automation technology? Is it possible to use […]