|
|
Цитата:
В современных автомобилях тоже ведь есть ПО, у которого есть разработчик - только продается это ПО вместе с машиной и "навсегда". Почему бы так не поступать и с МПЦ - поставил "железо" вместо с ПО - и досвидос, и если это будет универсальное ПО, которое не нужно заново разрабатывать при изменении путевого развития - то все встает на свои места... |
Цитата:
|
Цитата:
|
Цитата:
|
Цитата:
|
Цитата:
|
Цитата:
Но что очевидно - устройства ЖАТ вряд ли будут заменяться каждые 5 или 10 лет. Соответственно - и "железо", и ПО для ЖАТ должны быть долгоиграющими. |
Цитата:
И каков смысл? |
Цитата:
Даже боюсь предположить - а знают ли об этом авторы родного ПО? |
Цитата:
Даже колеса большего радиуса являются причиной снятия с гарантии. |
Цитата:
|
Цитата:
|
Если ПО будет "собираться" из стандартных кусочков оператором (не программистом), то даст ли этот оператор гарантию на безопасность функционирования такого ПО? Ведь даже из безопасных кусочков можно собрать вполне себе опасные системы. И нужно ли будет сертифицировать такую "сборку"?
|
Цитата:
И сертифицироваться должно именно универсальное ПО, а не ПО конкретного объекта. |
В принципе, задача разработки модульного ПО ЭЦ из типовых программных модулей методом визуального программирования (например, как в Simulink от MATLAB) вполне решаема (модуль РЦ, модуль управления стрелкой, модуль светофора, модули кнопок и т.п.) Почти БМРЦ, но программная))). Вопрос в квалификации оператора. Такой оператор должен будет иметь высокую квалификацию как в сфере ПО (почти программист), так и в сфере ЖД (почти проектировщик). И чем он тогда будет отличаться от разработчика? Только программированием на более высоком уровне ?
Заниматься такой работой оператор должен на постоянной основе, иначе не наберёт нужного опыта или потеряет квалификацию. |
| Часовой пояс GMT +3, время: 01:21. |
|
Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot