Как стать автором
Обновить

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

2.2 Репозиторий необходимо создавать для каждой самостоятельной сборочной единицы.

Допускается не заводить репозиторий до тех пор, пока изменение не нагрянет.

Нет. Заводить репозиторий надо самое позднее перед отдачей в производство. Это даст контроль над случайными или должным образом не оформленными изменениями документации в каталоге и возможность восстановления или отката изменений.
Из собственного опыта: как только для изделия повисает вопрос о выпуске партии, сразу следует вспомнить о ЕСКД. Тогда если изделие «взлетит», проблем с документированием будет значительно меньше. Причём применять ЕСКД необходимо вплоть до обозначения документов. Реальный пример: «а давайте использовать свою систему, зачем нам ЕСКД», решили когда-то родоначальники фирмы. В итоге когда дело дошло до госзаказа, работа резко затормозилась, т.к. ни инструментов, ни методологии работы строго по ЕСКД ни у кого не было.

И, как мне кажется, использование СКВ для версионирования конструкторской документации на реальном производстве — костыль. На это существуют PDM, с которыми возни, конечно, больше, но в перспективе года на два толк от них больше.

Да, вы правы. Как не плюйся на бюрократию, но она реально помогает.
Но при этом все зависит от уровня, на котором находится команда/контора. Бывает сложно смирится в необходимости всех этих мер и люди забивают на это получается просто хаос. Тогда и нужен костыль. Но при этом не стоит этот костыль боготворить.
И еще. Я отмечал, что порой официальный документооборот на предприятии дублируются неофициальным, ввиду устаревания официального. И в каждой голове / каждом отделе свои понятия правильности, а это плохо. Поэтому я за то, чтобы костыль задокументировать. Но после обсуждения с сообществом разработчиков, который помогут найти слабые места данного костыльного стандарта.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.