Показано с 1 по 10 из 36

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

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1
    Пользователь Аватар для smk1635
    Регистрация
    06.09.2010
    Адрес
    Брянск
    Сообщений
    1,241

    По умолчанию

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

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

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

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

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

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

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

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

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

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

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


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

    Для программного обеспечения расценок нет.
    Есть какая то мутная и невнятная методика расчета.
    Чувствуется что её составлял сметчик, который общался с менеджером, которому о программировании рассказывал начальник отдела IT, который сам писал программы лет 10 назад.
    Последний раз редактировалось smk1635; 01.11.2016 в 16:17.
    Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)

  2. #2

    По умолчанию

    Цитата Сообщение от smk1635 Посмотреть сообщение
    Достаточно обычная ситуация. Можно сказать типовая.
    Не, не типовая.

  3. #3

    По умолчанию

    Цитата Сообщение от Павел В. Посмотреть сообщение
    Не, не типовая.
    Типичный разгильдяйский подход к делу со стороны исполнителя работ.

  4. #4
    Пользователь
    Регистрация
    20.02.2008
    Адрес
    Тверь
    Сообщений
    501

    По умолчанию

    Есть интересный документ "СБЦП 81-2001-22 Справочник базовых цен на проектные работы в строительстве. АСУТП". По нему рассчитывают стоимость проекта АСУТП в целом и его частей по отдельности. Если считать стоимость ПО по нему, то сложно получить его стоимость меньше нескольких сотен тысяч рублей. А миллион с гаком - легко.

  5. #5
    Пользователь Аватар для smk1635
    Регистрация
    06.09.2010
    Адрес
    Брянск
    Сообщений
    1,241

    По умолчанию

    Цитата Сообщение от rwg Посмотреть сообщение
    Есть интересный документ "СБЦП 81-2001-22 Справочник базовых цен на проектные работы в строительстве. АСУТП". По нему рассчитывают стоимость проекта АСУТП в целом и его частей по отдельности. Если считать стоимость ПО по нему, то сложно получить его стоимость меньше нескольких сотен тысяч рублей. А миллион с гаком - легко.
    Точно.
    У него правда есть ещё лайт - версия.

    Когда писал
    Цитата Сообщение от smk1635 Посмотреть сообщение
    Есть какая то мутная и невнятная методика расчета.
    Чувствуется что её составлял сметчик, который общался с менеджером, которому о программировании рассказывал начальник отдела IT, который сам писал программы лет 10 назад.
    имел в виду упрощенную версию. Этого монстра даже не рассматривал.

    Всё равно, ни один вменяемый сметчик Заказчика такое не пропустит.
    Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)

Похожие темы

  1. Разработка диспетчерского пункта
    от Василий Власов в разделе Эксплуатация
    Ответов: 7
    Последнее сообщение: 12.03.2014, 09:28
  2. Разработка оборудования
    от comm343 в разделе Подбор Оборудования
    Ответов: 4
    Последнее сообщение: 15.11.2013, 16:13
  3. Разработка диспетчерского пункта
    от Василий Власов в разделе Эксплуатация
    Ответов: 3
    Последнее сообщение: 13.03.2009, 19:01
  4. разработка нового драйвера
    от boom в разделе ПЛК1хх
    Ответов: 1
    Последнее сообщение: 28.11.2008, 19:30

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •