Разработка ПО АСУ по ГОСТ

[Павел В.]

Всем привет.
По ТЗ нам собрали шкаф управления, эта контора имеет лицензию и выпускает готовое изделие с определенной ценой, здесь проблем нет, заказчик согласен. А вот другая контора может написать новое, а так же установить и адаптировать существующее ПО на этот изготовленный шкаф, и устанавливает на это цену. Но вот обоснование этой цены заказчику не нравится, т.к. он не понимает (в отличие от железа шкафа) за что он будет платить. И соответственно есть вопрос как разработать и посчитать программное обеспечение и программную документацию так чтобы обосновать заказчику стоимость.
Пока мысли такие:
1 Делать всё по ГОСТ 34, ГОСТ 19 и возможно ГОСТ 21;
2 Только по ГОСТ 19.
Достоинства и недостатки первого варианта я думаю понятны.
По второму варианту есть вопросы:
- можно ли разрабатывать ПО и программную документацию на шкаф единичного или малосерийного изготовления (нетиповой шкаф) как программный продукт или программное изделие?
- можно ли разрабатывать ПО и программную документацию привязанную к конкретному объекту автоматизации только по ГОСТ 19?

Если есть такая тема прошу перенести сообщение туда.

[kon48]

А вот другая контора может написать новое, а так же установить и адаптировать существующее ПО на этот изготовленный шкаф, и устанавливает на это цену.

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

[Павел В.]

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

В шкафу есть ПЛК управляющий оборудованием, есть сервер собирающий данные, есть панель ЧМИ, вот за программирование этого всего ответственен разработчик ПО.
Проблема в том, что заказчик не заплатит за полноценный проект АС по ГОСТ 34, максимум его можно убедить в необходимости проекта на ПО АС по ГОСТ 19. Моя организация может выдать разработчику подробное ТЗ на разработку ПО шкафа.

[kon48]

Уважаемый Павел В! Если вы уверены в себе и организацию которую представляете то

можете выдать разработчику подробное ТЗ на разработку ПО шкафа

С уважением

[Бинкевич Игорь]

Автор поднял далеко не праздный вопрос, какова стоимость программного обеспечения для систем автоматизации? Как убедить заказчика, что ПО стоит денег.
В одной из тем на форуме, я уже рассказывал о «цивилизованном» подходе к определению стоимости ПО.
Состоит он в том, что он должен рассчитываться по стандартной производственной калькуляции.
А именно: программист может выдать в день не более 100 строк осмысленного кода (без разницы в какой среде он работает).
Несмотря на мифы о «легкости заработков» это очень изматывающая работа, хотя и интересная, за эту работу программист должен иметь уровень доходов начиная от 50 000 в месяц, или 2 500 за рабочий день.
Т.е. работодатель, за каждые 100 строк кода готового продукта должен заплатить 2 500 программисту.
На эту сумму добавляются налоги на зарплату (около 30%).
Далее добавляются общепроизводственные расходы (электроэнергия, аренда, тепло, амортизация оборудования, расходные материалы). Как правило, около 30%.
Далее добавляются так называемые «общезаводские» расходы: зарплата директора , бухгалтера , штрафы и т.д.
Для того, чтобы предприятие жило и развивалось надо закладывать прибыль :20% это нормально
Вся эта сумма облагается НДС 18% и налогом на оборот (или на прибыль).
Точная цифра не очень важна, но при минимальных накрутках 100 строк кода не могут стоить для Заказчика менее 12 000 – 15 000.
Если Вы работаете за наличный расчет , нижний уровень «справедливой» цены не может быть меньше 5000 за 100 строк кода, иначе Вы просто работаете на износ и себе в убыток.
Как-то так…

[smk1635]

Т.е. работодатель, за каждые 100 строк кода готового продукта должен заплатить 2 500 программисту.

Оставлю здесь: https://lurkmirror.ml/Индусский_код

[kon48]

Доброе утро!

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

Считаю Заказчик прав. И вопрос здесь юридический. Если был договор изготовить шкаф управления, а в итоге Заказчик получил тарный ящик то он вправе отстаивать свои права
и получить изделие - Шкаф управления. Тут как всегда Заказчик и Исполнитель как Продавец и Покупатель находятся по разные стороны прилавка.
С уважением

[Denis_Kay]

Здравствуйте! Как вариант могу предложить еще одно решение.
Использовать не продажу по как продукта, а чтобы по было составной частью другого продукта или услуги. Думаю понятно что за услуги можно платить реальные деньги, а услуга это - ПНР. Составляете договорчик.
Вообще это что за быдло такое, что не знают что за ПО надо платить, в КОЛХОЗ что ле что то продаете?

[melky]

как заказчик купил шкаф БЕЗ программы ?

можно посчитать по сметам согласно ТЕР, ФЕР или ГЭСН, там есть по автоматизации, сколько стоит устройство с Н количеством сигналов + за каждый дополнительный сигнал, если это относится к устройству с количеством сигналов ниже, чем следующий шаг в сметах.

[smk1635]

как заказчик купил шкаф БЕЗ программы ?

Достаточно обычная ситуация. Можно сказать типовая.
Есть Заказчик. Он захотел построить автоматизированный цех, ну скажем по переработки гов... э-э... фекалий в кондитерские изделия. Именно как объект, целиком.

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

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

Дальше возможны варианты. Если ПТО у Подрядчика нормально работает, то искать кто напишет программу начнут сразу. Если нет, то искать начнут когда на объект придут наладчики. И по тыкают ПТО носом в не работающий шкаф.
Так или иначе программист находится и объявляет цену. Далее начинается ̶ц̶и̶р̶к̶ ̶с̶ ̶к̶о̶н̶я̶м̶и̶ то что описано в первом посте. Т.е. бодание Заказчика и Подрядчика по цене за написание ПО.

Как правило дело затягивается пока не подходит время сдачи объекта. У Подрядчика горят сроки и начальник ПТО уговорив программиста скинуть цену, что бы была хоть какая-то отмазка перед собственным начальством, заказывает программное обеспечение.
Программист пишет ПО и передает его Подрядчику.

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

По этому проект немного не корректный. И шкаф надо было не много по другому спроектировать. И задание программисту дать немного другое. И программа написана немного не корректно (так как программист с учетом вынуждено сделанной скидки на объект не выезжал, оборудование и тех. процесс не изучил, а сделал тупо по ТЗ проектировщиков). И в данном виде оборудование хоть и работает, но через ректальное отверстие.

А дальше или Заказчик, если он достаточно влиятельный, ставит Подрядчика в колено - локтевую позицию и тот переделывает все за свой счёт.

Или, что бывает чаще, наладчики, кряхтя и матюгая всех, от Проектировщиков до Заказчика, с помощью ̶в̶е̶р̶ё̶в̶о̶ч̶е̶к̶ ̶и̶ ̶с̶и̶н̶и̶й̶ ̶и̶з̶о̶л̶е̶н̶т̶ы̶ перемычек и ручного режима управления, кое-как запускают производство, все быстро подписывают акты выполненных работ и сваливают в голубую даль.

И на все просьбы, горемык - эксплуатационщиков, приехать и помочь разобраться с работой оборудования ̶п̶о̶с̶ы̶л̶а̶ю̶т̶ отговариваются не хваткой времени и срочностью других работ.

Так делаются и сдаются от 40 до 60% частных объектов и 100% федеральных и муниципальных.

можно посчитать по сметам согласно ТЕР, ФЕР или ГЭСН, там есть по автоматизации, сколько стоит устройство с Н количеством сигналов + за каждый дополнительный сигнал, если это относится к устройству с количеством сигналов ниже, чем следующий шаг в сметах.

Это на пусконаладочные работы.

Для программного обеспечения расценок нет.
Есть какая то мутная и невнятная методика расчета.
Чувствуется что её составлял сметчик, который общался с менеджером, которому о программировании рассказывал начальник отдела IT, который сам писал программы лет 10 назад.