СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть
Это сообщение показано отдельно, перейти в тему, где размещено сообщение: От ЭЦМ КБЦШ - к перспективной МПЦ
Старый 18.09.2019, 19:26   #1483 (ссылка)
Новичок
 
Аватар для Omega

Регистрация: 03.09.2019
Сообщений: 22
Поблагодарил: 1 раз(а)
Поблагодарили 11 раз(а)
Фотоальбомы: не добавлял
Репутация: 53
Разумеется, у разработчиков есть типовые (в рамках конкретной системы) программные модули, выполняющие логику объектов централизации (как блоки в БМРЦ). Для каждой станции ПО не пишется. Программные модули в виде графических объектов, отображающих элементы путевого развития станции (или каким-либо другим способом) устанавливаются по плану станции, между ними образуются связи (как струны между блоками в БМРЦ). Далее делаются настойки объектов, которые не могут быть сделаны автоматически. Информация для настроек берется из схемплана, таблиц взаимозависимостей, и многих других чертежей. Разработчики стараются сделать свои типовые объектные модули максимально универсальными, от чего вынуждены постоянно их развивать, потому что в реальной жизни появляются станции с все новыми и новыми случаями. Фактически, при разработки ПО реализуется идея Николая Николаевича - создать ПО для всех станций сразу. Это означает, что разработка никогда не будет завершена. Поэтому никто никто не будет публиковать технологии и отдавать свои наработки для публичного изучения и использования. Без разработчика это все стремится превратиться в тыкву. Причина в том, что все излишне усложнено. Потому, что программисты пытаются сделать все максимально универсальным, на все случаи, для всех станций сразу. Надо понимать, что любое ПО имеет ограничения по развитию. Это означает, что когда-нибудь наступит ситуация, когда исчерпаются возможности по его доработки. И не потому, что ПО плохое, а потому, что когда создавалась его архитектура, то никто не мог предугадать какие еще могут возникнуть пути возможного развития. Обычно в таких случаях возникает необходимость ПО полностью или частично переписать. Примеров из жизни множество, можно почитать в интернете историю развития разных программ, которыми мы каждый день пользуемся дома и на работе... Поэтому можно сделать предположение о том, что использование существующих подходов к разработке ПО МПЦ является тупиковой ветвью развития. Все что есть сегодня имеет право на существование и этот путь развития необходимо пройти для накопления опыта, что бы иметь возможность двинуться дальше.
Omega вне форума   Цитировать 0
 Нажмите здесь, чтобы написать комментарий к этому сообщению  
 

Яндекс.Метрика