Трезвый путеец

Думаю не знают, так как авто сразу становятся "негарантийными". Соответственно все работы платные.

Даже колеса большего радиуса являются причиной снятия с гарантии.

NikoS

Не в этом дело, просто уровень современных пластмассовых кибиток таков, что производитель старается отмазаться от их поддержки как можно скорее. Под любым предлогом, реальным или нет.

Omega

Это точно! Вопрос в том, кто это сделает?

Rustelo

Если ПО будет "собираться" из стандартных кусочков оператором (не программистом), то даст ли этот оператор гарантию на безопасность функционирования такого ПО? Ведь даже из безопасных кусочков можно собрать вполне себе опасные системы. И нужно ли будет сертифицировать такую "сборку"?

Николай Николаевич

А должен ли будет оператор давать такую гарантию? Мне думается - это задача разработчика такого универсального ПО, в том числе - и "сборка" кусочков ПО на конкретном объекте.
И сертифицироваться должно именно универсальное ПО, а не ПО конкретного объекта.

Rustelo

В принципе, задача разработки модульного ПО ЭЦ из типовых программных модулей методом визуального программирования (например, как в Simulink от MATLAB) вполне решаема (модуль РЦ, модуль управления стрелкой, модуль светофора, модули кнопок и т.п.) Почти БМРЦ, но программная))). Вопрос в квалификации оператора. Такой оператор должен будет иметь высокую квалификацию как в сфере ПО (почти программист), так и в сфере ЖД (почти проектировщик). И чем он тогда будет отличаться от разработчика? Только программированием на более высоком уровне ?
Заниматься такой работой оператор должен на постоянной основе, иначе не наберёт нужного опыта или потеряет квалификацию.

Николай Николаевич

Так ведь вся идея - в другом. В разработке универсального ПО "для всех станций сразу" - этим пусть занимается разработчик ПО и/или разработчик такой системы МПЦ.
А тот, кого Вы назвали "оператором" - это, условно, пусконаладчик из числа строителей или эксплуатационников, задача которого - "закачать" в МПЦ реальный схем-план и реальную таблицу зависимостей.

Rustelo

Подозреваю, у разработчиков такие типовые модули давно есть, не пишут же они каждый раз ПО "с нуля". Только кто же ими делиться будет, там наверняка масса запатентованных решений.

Николай Николаевич

Значит, нужно изменить правила игры.
И я не удивлюсь, если окажется, что к моменту такого изменения какие-то из разработчиков МПЦ будут уже иметь соответствующее универсальное ПО и готовность поставлять такие МПЦ.
Собственно, на решение этой задачи и работает данная ветка форума...

Rustelo

Думаю, здесь будут сложности. Ведь это получится почти свободное ПО, а не проприетарное, соответственно, без техподдержки, развития и адаптации под совершенствующееся "железо". Такое ПО быстро потеряет актуальность.

Rustelo добавил 18.09.2019 в 12:45
Если только сами разработчики будут поддерживать свои модули.

Rustelo добавил 18.09.2019 в 12:59
И ещё непонятна будет бизнес-модель работы разработчика. Ведь традиционно как: универсальное ПО пишется один раз, а продается много раз. За счёт этого цена для конечного пользователя снижается. А если ПО продавать только один раз, для всех станций РЖД, какой будет цена? Или все таки на каждую станцию своя цена?

Николай Николаевич

Поэтому одна из идей - чтобы подобное ПО для всех систем МПЦ и для всех станций РЖД писалось и поддерживалось одной из структур РЖД, условно - ПКБ И.

Николай Николаевич добавил 18.09.2019 в 13:06
ПО должно продаваться вместе с "железом" один раз на весь жизненный цикл этого "железа", цена такого ПО должна быть соответствующей - то есть небольшой.

Трезвый путеец

Таблица взаимозависимостей будет декларироваться или сертифицироваться? Для этого должен быть "поддерживающий стандарт", на основании чего и должна выпускаться соответствующая таблица. И судя по всему она должна быть "эталонной".

Александр

Николай Николаевич, это нереально по нескольким причинам:
1. Это будет монополия. С одной стороны - это удобно, нет зоопарка систем. С другой стороны - потом что-нибудь реорганизуется, и эта "условная структура" будет диктовать условия.
2. Насчёт поддержки ПО. В качестве примера упомяну другую всем известную "условную структуру".
И платные рассылки указаний, которые в основном являются работой над собственными ошибками.
Все совпадения случайны, все "условные структуры" вымышлены.

__________________
"Не думай. Думаешь - не говори. Думаешь и говоришь - не пиши. Думаешь, говоришь и пишешь - не подписывай. Думаешь, говоришь, пишешь и подписываешь - не удивляйся."
Ф.Э. Дзержинский.

Николай Николаевич

С чего бы это?
Таблица зависимостей будет точно такой, как и сейчас, и разрабатываться, согласовываться и утверждаться - тоже будет так же, как и сейчас.

Трезвый путеец

Таблица взаимозависимостей это внутренний документ РЖД. На нее нет никаких поддерживающих стандартов (Да, я про ГОСТы). Соответственно нельзя ни сертифицировать ни декларировать ничего по этим таблицам.

Поверьте человеку, который совсем недавно задекларировал ПО на МПЦ (на соответствие 6 стандартам).