Bausteine

Tool Qualification – The phantom pain of functional safety (part 1)!

Veröffentlicht am 1 KommentarVeröffentlicht in Englische Blogs, Functional Safety

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 […]

Fotolia_4699698_XS-e1507677529912

Requirement/Code Reviews – The better TDD?

Veröffentlicht am Schreibe einen KommentarVeröffentlicht in Englische Blogs, Requirements Engineering eng

If a project getting difficulties with writing requirements, there is Test Driven Development (TDD) often referred to as the solution. Is that really the solution? If so, why TDD has not really become widely accepted in the software development up to now? In this blog I will express my thoughts about this topic.

Kommunikation

Economical considerations on requirement reviews!

Veröffentlicht am Schreibe einen KommentarVeröffentlicht in Englische Blogs, Requirements Engineering eng

Quality costs money! Many can probably agree with this statement. Anyway, it is difficult to refute the statement, as it is very generic. At the same time very often the simplistic conclusion is drawn, that any quality measure within the software development process is just expensive. I want to take a closer look with the […]

Fotolia_131482412_S

Structural source code coverage and Requirements – Is there any dependency?

Veröffentlicht am Schreibe einen KommentarVeröffentlicht in Englische Blogs, Functional Safety, Requirements Engineering eng, Validation and Verification

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 […]

Fotolia_65894221_XS

DO-178B/C, ISO 26262, IEC 61508: How many level of Software requirements are necessary and useful?

Veröffentlicht am Schreibe einen KommentarVeröffentlicht in DO178 eng, Englische Blogs, IEC61508 eng, ISO26262 eng, Top 5 eng

In my daily projects in the automotive and industrial automation industry I’m continually confronted with the question of how many levels of software requirements have to be written. That’s an interesting question, especially if we take the aerospace industry also into account. Therefore, I want to highlight in this blog post this topic a bit […]

Fotolia_80543776_XS

ISO 26262: configurable / calibratable Software – Chance or Risk?

Veröffentlicht am Schreibe einen KommentarVeröffentlicht in Englische Blogs, ISO26262 eng

Configurable Software Systems in ISO26262 are discussed in part 6 Annex C. This blog summarizes important requirements of the standard and shows practice-oriented challenges of software-configurable embedded systems. The use of calibration data in configurable systems offers a lot of advantages. The functional behavior of the entire system can be adjusted by simple and rapid […]

Fotolia_139957158_S

EN 50128: Configurable Systems – The solution?

Veröffentlicht am Schreibe einen KommentarVeröffentlicht in EN50128 eng, Englische Blogs

Chapter 8 of EN 50128 specifies the requirements for systems that are configured by application data or application algorithms. This blog summarizes the essential requirements of the standard and the practice-oriented challenges of software-configurable embedded systems. At the first glance the configurability offers only advantages. The functional behavior of the entire system can be adjusted […]

Fotolia_74952370_S

FMEA – A powerful method, but not for software!

Veröffentlicht am 2 KommentareVeröffentlicht in Englische Blogs, Functional Safety, Top 5 eng

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 […]