стань автором. присоединяйся к сообществу!
Лого Сделано у нас
173

Четвёртая атомная подлодка проекта «Ясень» прошла испытания на прочность и герметичность

Четвёртая многоцелевая атомная подлодка проекта «Ясень-М» — «Красноярск» — завершила гидравлические испытания прочного корпуса и его конструкций.

Об этом сообщили журналистам на заводе «Севмаш», где строится субмарина.

«На атомной подводной лодке „Красноярск“ завершён один из важных этапов строительства — гидравлические испытания прочного корпуса и его конструкций».

читать полностью

  • 3
    Нет аватара АнтонП
    30.01.1716:08:04

    Всё действительно так, как Вы описали. Решение видится в серии совершенно идентичных изделий. Я могу судить об этой проблеме по проектам, которые раз в миллион меньше, чем подлодка, — разработка программного продукта (ПО). Постоянно возникает желание что-то доделать, допилить, как говорят. Улучшить. А проблемы те же, что Вы описали. 1) а вдруг это нововведение испортит то, что уже работает? 2) документация будет говорить не то, что на самом деле. Теоретически можно работать с «советским подходом» и делать не совсем идентичные изделия. Но изменения надо проверять по полной программе и документацию надо составлять точную. Я сейчас на примере собственной работы пытаюсь внедрить такой метод: вношу изменения в код, и сразу же в документацию. Если подходить к этому ответственно, то получается. Поначалу документация пишется параллельно с разработкой изделия. Потом правится как только исправлено изделие. Но в СССР была низкая культура серийного производства и не всегда было хорошее документирование. Было много формализма. Потому что многим было наплевать, в том числе самой системе. У американцев наоборот — высокая культура серийного производства и «повернутость» на документации. Подводные лодки — штучный товар. Может быть, их и можно было бы дорабатывать, если гарантировать точность документации. А может быть и не стоит этого делать. Но ещё вопрос: почему возникали улучшения? Ведь ОКР выполнен, результат — конструкторская документация. По идее берём документацию и делаем. Если же это ОКР, то стоит вносить изменения, т.к. эскизный проект может быть очень далёк от реальности. У нас в стране сейчас будет тяга к серии одинаковых изделий по двум причинам. 1) мы уже пробовали другой вариант, и у него есть недостатки 2) мы хотим большую серию, а не разговоры об уникальности чего-либо, прикрывающие отсутствие большой серии. Хочется, чтобы изделия сходили как с конвейера. Когда это произойдёт, можно опять рассмотреть другой подход, но уже с позиции «насытились, можно и поэкспериментировать». Если серии будут строиться быстро, не придётся и менять серийное изделие. Период ожидания будет в любом случае невелик. И последнее: в мире даже «литерного» ПО документации удаляется очень мало времени и внимания, по остаточному принципу. Это то, что я наблюдал.

Написать комментарий
Отмена
Для комментирования вам необходимо зарегистрироваться и войти на сайт,