Pull to refresh

Comments 10

Было бы интересно почитать и о самой аппаратуре — какая, где и для чего используется.
За статью спасибо.

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


  1. Было бы очень интересно и показательно узнать количество человеко-часов, потраченных на каждом из этапов разработки или хотя бы относительный вклад каждого этапа в общее количество человеко-часов, затраченных на всю разработку. Особенно от этапа ТЗ до начала реальной разработки схем и начиная от этапа выпуска опытных образцов.
  2. Есть ли итерации? Что делается, если, например, провалены сертификационные испытания и по итогам надо корректировать печатную плату? Или корпус не влезает и надо опять менять и его и плату? Как это оформляется?
  3. Что с требованиями? Есть ТЗ, но как оно трассируется по этапам разработки?
  4. Указано только железо. Что насчет встроенного ПО? Как оно проектируется, на каком этапе происходит интеграционное тестирование железо + ПО?
  5. Чем оформляется переход от одного этапа к следующему? Есть ли design review?
  6. Как производится сертификация на SIL или таких требований нет?
  7. Какое общее количество разработчиков у вас в R&D?

По компасу — почему не пишите статьи про Компас-электрик?

пример классической Waterfall разработки

Вы думаете на производстве будет работать Agile?) Если вы заготовку уже расточили в размер или отфрезировали, то назад к состоянию заготовки её уже не вернуть, надо новую покупать.
На стадии разработки модели можно конечно и согласования с заказчиком проводить и любые доработки — тут применимы любые гибкие методы.
Вы думаете на производстве будет работать Agile?)

Я то как раз нет. Мой коммент как раз адресован тем, кто думает, что да.

Ответы от автора статьи:

1. Было бы очень интересно и показательно узнать количество человеко-часов, потраченных на каждом из этапов разработки или хотя бы относительный вклад каждого этапа в общее количество человеко-часов, затраченных на всю разработку. Особенно от этапа ТЗ до начала реальной разработки схем и начиная от этапа выпуска опытных образцов.

Этап 1. Анализ ТЗ на наличие новых требований, выполнение которых не является «прозрачным». Поиск информационных материалов по этим темам (от 100 чел∙ч, здесь и далее приводятся усреднённые данные).
Этап 2. Моделирование фрагментов будущего изделия, обеспечивающих обоснованное прогнозирование степени выполнения недостаточно «прозрачных» требований. Применяется как математическое моделирование, так и натурное на стандартных отладочных модулях (400 чел∙ч).
Этап 3. Определение конструктивной компоновки и габаритов корпуса изделия (например, 6U*84HP), а также габаритов печатных плат с элементами, с учётом рекомендуемых стандартом ГОСТ Р МЭК 60297-3-101-2006 размеров (100 чел∙ч ).
Этап 4. Расчёт энергопотребления будущего изделия. 3D-моделирование и тепловой расчёт модели изделия в режиме длительно/допустимых максимальных нагрузок, с учётом пространственного расположения элементов со значительным тепловыделением (*300 чел∙ч).
Этап 5. Разработка функциональных узлов (блоков) изделия (аппаратной части и встроенного ПО). Проверка их работоспособности и взаимодействия с другими блоками в составе опытного образца изделия. Разработка сервисного ПО для управления ПК (15000 чел∙ч).
Этап 6. Сборка опытной партии изделий и проведение предварительных испытаний на соответствие ТЗ. Доработка функциональных узлов. Разработка эксплуатационной документации на изделие (РЭ, ПС) (2000 чел.ч).
Этап 7. Квалификационные (сертификационные) испытания, в т.ч., в независимых лабораториях (трудоёмкость в каждом конкретном случае — индивидуальная).

2. Есть ли итерации? Что делается, если, например, провалены сертификационные испытания и по итогам надо корректировать печатную плату? Или корпус не влезает и надо опять менять и его и плату? Как это оформляется?

Мы выходим на сертификационные испытания только после проведения предварительных испытаний, подтверждающих соответствие ТЗ (Этап 6). Здесь возможны незначительные изменения конструкции. (Этапы 1, 2, 3 страхуют нас от необходимости существенных изменений конструкции). Изменения в КД вносим в соответствии с ГОСТ 2.503-2013. 

3. Что с требованиями? Есть ТЗ, но как оно трассируется по этапам разработки?

См. ответ на первый вопрос.

4. Указано только железо. Что насчет встроенного ПО? Как оно проектируется, на каком этапе происходит интеграционное тестирование железо + ПО?

Встраиваемое ПО проектируется в специальных средах разработки. В максимально возможной степени используются модули ПО, спроектированные для предшествующих изделий. Задания на разработку новых модулей встраиваемого ПО формируются на основании ТЗ.
Интеграционное тестирование железо + ПО производится на этапе «6» (См. ответ на первый вопрос)

5. Чем оформляется переход от одного этапа к следующему? Есть ли design review?
Все этапы проекта разбиваются на отдельные задачи, ход выполнения которых фиксируется публикацией промежуточных и итоговых результатов в системе документооборота предприятия.

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

6. Как производится сертификация на SIL или таких требований нет?

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

7. Какое общее количество разработчиков у вас в R&D?

В зависимости от сложности проекта, на самых напряженных его этапах может быть задействовано одновременно до 20 специалистов различных направлений (программистов, схемотехников, конструкторов, испытателей).
5. Чем оформляется переход от одного этапа к следующему? Есть ли design review?
Все этапы проекта разбиваются на отдельные задачи, ход выполнения которых фиксируется публикацией промежуточных и итоговых результатов в системе документооборота предприятия.

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


Какие инструменты используются для контроля изменений и сопровождения изделия в течении всего жизненного цикла?

Как происходит постановка на производство?
Ответы от автора статьи:

Какие инструменты используются для контроля изменений и сопровождения изделия в течение всего жизненного цикла?

Система документооборота предприятия позволяет формировать задачи на выпуск КД с отслеживанием статуса каждой задачи. Примеры статусов следующие: «Новая», «В работе», «Согласование», «Нормоконтроль», «Дубликаты», «Аннулировано». Таким образом, сформировав запрос, мы всегда можем увидеть статус интересующей нас задачи. А также можем получить выгрузку актуальных задач для нужного изделия.

Как происходит постановка на производство?

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

Может это будет история ещё для одной статьи?
Проблема актуальна в свете американского терроризма. Луше перебдеть.
Only those users with full accounts are able to leave comments. Log in, please.