Railway standards prescribe the use of Safety-related Application Conditions (SACs). SACs are demands to be observed when using a safety related system or a sub-system. The use of SACs can, however, easily be associated with difficulties. SACs of sub-systems can imply high efforts regarding their fulfillment at system level. Furthermore, SACs at sub-system level may become very obstructive for the user of the sub-system, if the safe application on system level has strong restrictions. Additionally, a large number of SACs may be very difficult to manage. In this way, SACs may obstruct the introduction of a system or a sub-system into the field. Particular hazards could arise from SACs, if they are formulated ambiguously, so that the originally intended safety-related measures are not taken at all. This paper presents the objectives and benefits of SACs and depicts difficulties and challenges associated with the use of SACs. The paper not only explains what should be the SAC content but also the quality criteria, the conditions for SAC creation and SAC fulfillment are described. The SAC management process introduced at Thales Rail Signalling Solutions GmbH is outlined. On the one hand, this process shall support the quality of SACs and on the other hand reduce the effort for SAC creation, fulfillment and evidence.
[1]
Iain Bate,et al.
A Contract-based Approach to Designing Safe Systems
,
2003,
SCS.
[2]
T.C. Lethbridge,et al.
Guide to the Software Engineering Body of Knowledge (SWEBOK) and the Software Engineering Education Knowledge (SEEK) - a preliminary mapping
,
2001,
10th International Workshop on Software Technology and Engineering Practice.
[3]
S. A. Bates.
Safety case architectures to complement a contract-based approach to designing safe systems
,
2003
.
[4]
R. Bell,et al.
IEC 61508: functional safety of electrical/electronic/ programme electronic safety-related systems: overview
,
1999
.
[5]
A Straw,et al.
Guide to the Software Engineering Body of Knowledge
,
1998
.
[6]
Dietrich Dorner,et al.
The Logic of Failure: Why Things Go Wrong and What We Can Do to Make Them Right
,
1996
.