Евгений002, не-не, текущая (вернее последняя рабочая) версия - на диске. Новая не пошла, вставил диск и вернулся на ту, что стояла..

Вообще, это как разработчик с заказчиком договорились.

Обычно (по опыту) мы исходим из того, что заказчик покупает законченное устройство (микропроцессорную систему), неотъемлемой частью которой является ПО.
Соответственно, заказчик как минимум должен иметь к нему доступ (а как правило, иметь исходники с комментариями и пояснительную записку согласно ГОСТ 21.408-2013), т.к. во-первых, он является его хозяином и имеет право распоряжаться, а во-вторых, он очевидно не должен зависеть от разработчика (от закрытия ООО до неявного монополизма через модернизацию ПО).
После того, как заказчик отстоял свои права, он может думать, что с этим делать дальше: нанимать своих специалистов, либо же прибегать к аутсорсингу.

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

Например, у ЕВРАЗа существует официальное запретительное письмо на "черные ящики", и применение любого оборудования с обременением "интеллектуальной собственностью" они просто не согласовывают и не закупают.
Как результат, они регулярно проводят тендеры как на поставку узлов, так и на корректировку ПО в своих системах автоматизации. Так же у них есть служба эксплуатации АСУ ТП, которая может вносить правки в ПО по ходу эксплуатации, и единый архив ПО к системам (совместно с архивом бумажной документации).

И еще: у них специалист АСУ ТП обязан знать и уметь программировать обслуживаемые ПЛК и это прописано в должностной инструкции.
Соответственно, лично мне непонятно, почему РЖД стесняется и не требует навыков программирования с уже нанятых СЦБистов по кругу их обязанностей. Учитывая, что в ж/д ВУЗах при подготовке СЦБистов специальности МПИУС уделяется очень серьезное внимание именно программированию, причем уже как минимум лет 15 (знаю, потому что заканчивал). Эти люди уже сейчас умеют и могут, но почему-то РЖД этим не пользуется (а денежки на целевиков по данной специальности перечисляет регулярно).

PS. Я уже писал, что СЦБистам эти тонкости почему-то в новинку (хотя МПЦ эксплуатируют уже много лет), а люди, эксплуатирующие общепромышленные АСУ ТП уже давно со всем разобрались - можно просто перенять этот готовый опыт.

отлегло)
Ну тогда ещё спрошу - а бывают ли сервисники обслуживающие МПЦ (но не являющиееся разработчиком) - которые могут лезть в ПО, даже при стоящем рядом эксплуатационном персонале?

Абрамов..ИЧ добавил 14.08.2017 в 16:05
NikoS, так-то да - всё складно, но трудно представить как можно корректировать софт "неразработчику" и тем более электромеханику... и спрашивать с него ещё и за программежку было бы неправильно...

У нас так и происходит, молодые ребята - Сервисники (явно не "отцы" ПО) при установке нового ПО активно корректируют онлайн привезенную и проверенную "на макете" версию, естественно в "окно" с последующей проверкой основных зависимостей........

Наверное, можно - но не нужно!
Мы (точнее, те, которые "были до нас") в свое время совершили стратегическую ошибку, допустив эксплуатационников к изменению зависимостей в устройствах СЦБ! Негативные последствия этого - причем массовые - различной степени тяжести всем известны.
Думаю, что при переходе на МПЦ повторять эту ошибку нельзя!

Николай Николаевич добавил 14.08.2017 в 16:08
Я надеюсь, что относительно скоро мы придем к варианту, когда все ПО для всех МПЦ будет разрабатывать один уполномоченный разработчик ПО для ЖАТ!!!

Евгений002, не боитесь, что "напашут" и свалят? Им-то фиолетово на последствия. Деньги взяли, "чего-то" поделали и привет..

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

Не помню - спрашивал ли об этом раньше - ну тогда ничего не мешает это единственное ПО ставить на одно единственное и универсальное железо. И будет одна МПЦ, одного производителя. Других нет?

А почему появился такой вопрос? С чем это связано?
Возможно. Сначала была группа талантливых разработчиков, которая создала ядро МПЦ, редакторы ресурсов и т.д. Затем начался тираж, потребовались люди для подготовки ресурса и тестирования. Далее пошло сопровождение, потребовались ещё сотрудники и т.д. Штат и структура выросли, но раз и кризис! Что делать?!

Я считаю так же, за исключением того, что структура должна быть сильно шире (на базе дор.лабораторий), или даже в составе ГТД ШЧ. Просто исходя из объемов работ, а также разнообразия уже принятых систем.

Там, где люди, там всегда будут ошибки. Эксплуататор всегда будет лучше ориентироваться в зависимостях, чем человек со стороны, а еще он более ответственен, т.к. лично с этим работает.
Как я уже писал, есть ЕВРАЗ, который целенаправленно ведет такую политику. Это оператор (в числе прочего) металлургических гигантов, которые относятся к опасному производству и ничуть не менее ответственны, чем железные дороги. И у них все получается.

Как я писал, есть (и давно) соответствующая специализация, называется МПИУС, и есть уже подготовленные специалисты.
Программирование - это точно такая же работа, как и все остальные, там есть свои требования и стандарты (я приводил ГОСТ). Здесь вообще нет никаких откровений - просто бери и работай.

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

Именно, должна быть единая унифицированная система и единый "альбом блоков" к ней (аналогично как в БМРЦ), а также типовая система их программирования со своими стандартами.
А там уже пусть эти "блоки" выпускает кто угодно (при наличии соответствующего сертификата, разумеется).

Ну как-то хрупко это.. понаставят закладок программных. Через год - хлоп - баннер на всем экране АРМ: "отправьте СМС на номер 5555" :maniak:
в самую душу можно сказать впускаете не пойми кого)

Уже было такое обсуждение в ранее созданных темах!
Вообще, микропроцессорные системы, частные разработчики для СЦБ - очень не простые темы! Всё хорошо, когда идет спрос на продукцию МП, волна денег разработчикам и всё очень может быть грустно, во время отлива!
МП техника - это не только схемотехника, электроника, программное обеспечение, но это и политика развития!

Почему-то мне кажется, что, при этом, таким универсальным солдатам придется поднять зарплату) мало того, что они будут уметь это делать - они ещё и ответственность за последствия должны будут ощущать.
А повышение з.п. собственно будет эквивалентно тем деньгам, которые можно тратить на сопровождение разработчиком (он-то это всяк качественней сделает и быстрее)..