I have a question about the software classification as per clause 4.3 in edition 1.1. (2015 version) of 62304. In clause 4.3 the following statement is made:
For a SOFTWARE SYSTEM initially classified as software safety class B or C, the MANUFACTURER may implement additional RISK CONTROL measures external to the SOFTWARE SYSTEM (including revising the system architecture containing the SOFTWARE SYSTEM) and subsequently assign a new software safety classification to the SOFTWARE SYSTEM.
NOTE 1 External RISK CONTROL measures can be hardware, an independent SOFTWARE SYSTEM, health care procedures, or other means to minimize that software can contribute to a HAZARDOUS SITUATION.
So, I as understand this, you can change the software classification if a risk control external to the software makes the risk acceptable. As stated in Note 1, a risk control can be an independent software system. I don’t understand why when doing the software classification you assume 100% probability for software failure, but then the standard allows you to reduce the risk by an independent software system and potentially change the software classification. This seems counter intuitive. I would you assume you would need to justify the independent software control is effective at reducing the risk though the use of best practise for design and testing. Comments?
As a follow-up, how independent is independent. Can an independent software system be in the same microprocessor if you partition it appropriately and have an appropriate architecture? The standard kind of hints at this in Annex B.4.3?
Any input will be greatly appreciated.
For a SOFTWARE SYSTEM initially classified as software safety class B or C, the MANUFACTURER may implement additional RISK CONTROL measures external to the SOFTWARE SYSTEM (including revising the system architecture containing the SOFTWARE SYSTEM) and subsequently assign a new software safety classification to the SOFTWARE SYSTEM.
NOTE 1 External RISK CONTROL measures can be hardware, an independent SOFTWARE SYSTEM, health care procedures, or other means to minimize that software can contribute to a HAZARDOUS SITUATION.
So, I as understand this, you can change the software classification if a risk control external to the software makes the risk acceptable. As stated in Note 1, a risk control can be an independent software system. I don’t understand why when doing the software classification you assume 100% probability for software failure, but then the standard allows you to reduce the risk by an independent software system and potentially change the software classification. This seems counter intuitive. I would you assume you would need to justify the independent software control is effective at reducing the risk though the use of best practise for design and testing. Comments?
As a follow-up, how independent is independent. Can an independent software system be in the same microprocessor if you partition it appropriately and have an appropriate architecture? The standard kind of hints at this in Annex B.4.3?
Any input will be greatly appreciated.