АСУ ТП в советской терминологии как классическая схема линейного программирования уже морально устарело, большая часть этих программ построена на графе, как ядро логики. Это позволяет избавиться от запутанной логики и оперировать лишь абстракциями, где программисту тепло и уютно.

WPF позволило всем этим проектам выиграть тендер, а деньги там, где принимаются серьезные решения. Так что судите сами.

Разумеется, все подробности описать не могу, это система безопасности. Кроме того, наша компания писала только логику, железом занимались другие компании. Завод располагался на маленьком острове в открытом море, к нему на расстоянии нескольких км от скважин по дну моря были подтянуты газопроводы, на материковом берегу построена ВВП. В случае опасности, персонал должен был сесть на мотоботы и отчалить. Поэтому система должна была обладать достаточной логикой не только контролировать опасность возгорания, но остановить технологический процесс, локализовать его и потушить. Как вы сами понимаете, на таком потенциально пожароопасном объекте этому уделялось большое внимание. Каждый цикл производства был разделен на независимые модули с дублирующим оборудованием, подведены системы мониторинга, независимой разблокировки узлов, снятия давления, датчики температуры, газа и огня, пожаротушения, словом, люди в таких местах не работали.
От софта требовалось иметь необходимую гибкость, потому что персонал сам создавал сценарии действий во время мониторинга или пожара. В основе лежал граф, на каждый узел можно было назначать определенные события, то есть никаких if-ов. Граф состоял из нескольких миллионов узлов, каждый из которых, мог независимо брать контроль над системой и выполнять чеклист. Все события назначались инженерами по безопасности заранее, чтобы в случае эвакуации система могла самостоятельно остановить производство и потушить очаг возгорания. Система, отвечая на события, генерировала последовательность выполнения заданий.
WPF интерфейс был представлен в виде потока линий, каждую из которых можно было драг-дропом соединять с соседними, таким образом можно было видеть, как система будет действовать в случае того или иного события. Каждый сценарий можно было визуализировать в виде понятной блок-схемы. После каждого назначения события система проверяла правильность действий оператора и логику выполнения. Кроме того, система рассчитывала процент риска при выполнении того или иного сценария.

Как я уже писал, я не могу освещать подробности, это коммерческий продукт и ноу-хау компании. Скажу только, что это не плоский граф, а линки имели звездообразную структуру. Это конечно сильно замедляло систему на старте, система стартовала примерно в течение получаса, но это не влияло на работу т.к. она всегда была в онлайн режиме. БД находилась в другом городе у хостинговой компании. Для связи с бд использовались веб-сервисы, это позволяло контролировать работу практически в любой ситуации. Самый большой недостаток оказался в использовании event handler-ов, некоторые операции требовали обновления большого количества хэндлеров и система падала от нехватки памяти. К сожалению этот недостаток не смогли устранить по ряду причин. В целом достоинств оказалось больше, чем недостатков и система была признана годной к эксплуатации. Не судите строго, это очень серьезное ПО и сделать что-то лучше пока еще не удалось.

Да и перестаньте меня называть «крут», я просто люблю свою работу и также как все делаю порой жестокие ошибки. Во избежание краша системы во время настройки (это происходило во время настройки политики) был придуман такой хак, возможно, это кому-то пригодится, регистрировался список хэндлеров для обновления и хэндлеры обновлялись медленно по порциям с принудительным освобождением памяти, другого выхода найти не смогли.