Importance of Considering the Level of Protection Desired

¶ … Protection desired (Safety Factor)

Importance of Considering the level of Protection

In current decades, the industrial and process businesses have experienced fundamental changes with bringing in new types of safety protection when it comes to things such as electronics and microprocessor-based type of equipment in every feature of the industry. It is clear that these changes have introduced a new, very difficult class of gear with random failure design and a need for refined troubleshooting skills in regards to safety protection. As a result, when it comes to the importance of considering the level of protection desired it is important to develop management strategies in order to make sure that the required levels of plant uptime, cost and industry risk are met at the lowest likely cost.

When it comes to the importance of considering the level of Protection desired one of the first things that need to be addressed when it comes to the safety factor is knowing what to repair and also what needs to be replaced (Harris, 2010). Some experts believe that this is a critical question in regards to the safety factor because as it will define "spare" and the way failures are usually handled. The things that needs to be repaired depends entirely on the skills that are usually available in the maintenance/engineering department, not to mention the time it takes to repair as opposed to replace and then the cost of the downtime.

When thinking about safety factors Small VFDs desired and are packaged in such a way that maintenances in situ are not useful, so they are basically substituted with a replacement. The situation turn out to be complicated on the other hand, when larger drives are involved for the reason that there are a lot of failure modes - power module, crossing point boards and manager, just to be able to name a few. In such a situation, it is clear that management will need to make some kind of a decision regarding safety and parts to use and which ones not to use. This decision will be based on a number of safety factors, the most important things is making sure that whatever parts that are being used have the exact level of safety needed. Most experts would agree that experience has shown that even relatively large drives up to several hundreds of horsepower's should be replaced instead of repaired in-service as it is a better, more economical option when factoring in downtime involved during the repair process.

When dealing with the safety factor, this thought procedure would need to be applied to all fixed equipment - electrical, electronics, mechanical, pneumatic hydraulics (Hurnall, 2005). As soon as the repair strategy choice is made, the next things have a lot to do with performing operational and criticality examination in order to take the next steps with safety.

As software-intensive systems become more pervasive, a large number of safety-critical systems are being developed and fielded. To improve productivity, performance, and cost-effectiveness, many industries are out there developing more and more safety-critical systems that are under computer control. And centralized computer control is enabling many safety-critical systems in order for them to grow in size, complexity, and potential for disastrous miscarriage (Federal Chamber of Automotive Industries., 2015).

Other safety factors have a lot to do with software. Many utilize software in order to control our factories and refineries along with distribution and power generation. Software is also used in our transportation systems in addition to airplanes, trains, subways, ships, and even in family automobiles. Research shows that software is likewise a major constituent of a lot of medical organizations in which safe functioning is dangerous to the safety of patients and operators similar (Harris, 2010). Yet, when the software does not openly control safety-critical hardware, software is able make available to operators and operators with safety-critical information with which they will have to make safety-critical choices (air traffic control or medical information for example organ donor information, blood bank records, and patient medical records). As many have come to depend on more on software-intensive systems, most have come to trust more on those systems running safely.

Research shows that numerous accidents are caused by issues with system and software constraints, and it also shows that "empirical evidence seems to authenticate the usually stated hypothesis that the mainstream of safety difficulties arising from software necessities and not coding errors" (Charlton, 2002). Also, there are major accidents that usually result from uncommon dangers, whereby a hazard is a mixture of conditions that raises the probability of accidents bringing forth harm to appreciate possessions ( individuals, possessions, and/or the atmosphere). Most necessities conditions are partial in that they do not identify requirements in order to get rid of these unusual dangers or mitigate their consequences (Kirscht, 2008). Requirements disclaimers are also classically inadequate in that they do not identify what needs to take place in extraordinary "rainy day" conditions or as a response to each likely event in each possible system state even though accidents are regularly caused by the improper treatment of rare arrangements of events and states that were reflected to be either impossible or too improbable to be concern about, and were as a result never specified.

Even when requirements have been stated for such rare arrangements of events and situations, they could well be vague (an inappropriately shared specific of requirements in practice), to some extent incomplete (neglecting expectations understandable only to subject matter authorities), or incorrect, or incompatibly applied. As a consequence, the connected hazards are not removed or the resulting harm is not appropriately alleviated when the associated accidents come about (Harris, 2010). In the long run, safety related requirements are important requirements that need to be better obtained.