Unfortunately, BlockSim does not allow triggers from outside the system being modeled. The 3 rd requires a trigger that is essentially outside the system being modeled, namely the likelihood of a drive-by. The first 2 options are easily modeled using corrective and scheduled inspections. Delayed repair of redundant elements, concurrent with other maintenance (such as for system outage or during regular scheduled inspections).However, a good operations manager might keep a list of redundancy failures and direct a technician to repair the affected system if he were driving close-by – this would avoid travel costs.īut what approach would be best for a particular system and operations scenario? Of course, if a system-outage results from some other component failure, the redundancy failure would usually be repaired concurrently. Sending out a repair technician just for a redundancy failure may involve significant travel cost – the alternative, of waiting for system failure, may increase customer and other secondary costs. However, repair of such component failures would likely be undertaken only when it is cost-effective to do so. ![]() ![]() In today’s world of increasing availability of system diagnostics through online connectivity, operations managers can be aware of component failures within redundant systems, well ahead of any customer being aware of system degradation.
0 Comments
Leave a Reply. |