MAX
Подпишись
стань автором. присоединяйся к сообществу!
Есть метка на карте 29 января 12
172

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

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

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

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

[читать статью полностью...]

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Источник: www.atominfo.ru

Комментарии 0

Для комментирования необходимо войти на сайт

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

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