Перейти к содержанию
    

41 минуту назад, quark сказал:

В стандарте какой организации прописано - Заказчика или Разработчика? Или когда разработка для собственных нужд организации?

Очевидно разработчика. Не важно для чьих нужд разработка.

 

45 минут назад, quark сказал:

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

Бред. Полный. Стандарты в организациях на то и придуманы, чтобы им следовали все сотрудники. Разработчик тупо не сможет выпустить КД не следуя им - тупо никто не подпишет и не примет в архив.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 часа назад, selax сказал:

Стандарты в организациях на то и придуманы, чтобы им следовали все сотрудники. Разработчик тупо не сможет выпустить КД не следуя им...

Внутри своего предприятия, вы можете устанавливать любые порядки, правила и стандарты. Какие посчитаете нужным.
И тупо следовать им. До тех пор, пока не выдете за его пределы...
Выполняя работу по заказу другого предприятия, вы будете оформлять документацию так, как вам пропишет заказчик в согласованном ТЗ.
Что по этому поводу "думают" ваши внутренние правила - его обычно не интересует.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 часов назад, quark сказал:

Внутри своего предприятия, вы можете устанавливать любые порядки, правила и стандарты. Какие посчитаете нужным.
И тупо следовать им. До тех пор, пока не выдете за его пределы...
Выполняя работу по заказу другого предприятия, вы будете оформлять документацию так, как вам пропишет заказчик в согласованном ТЗ.
Что по этому поводу "думают" ваши внутренние правила - его обычно не интересует.

Вы правильно написали - "в согласованном ТЗ". То есть и наша, и их стороны должны прямо прописать, что нужно работать по другим стандартам (или принципиально не следовать ГОСТ, но это было бы странно).
меет смысл разве что конечный потребитель забугорный. Но такого я сам не встречал, у нас даже если забугорный заказчик - делаем всё по ГОСТ.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, selax сказал:

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

Разработчик ограничен стандартами предприятия, только в том случае, если они есть на предприятии и приняты как обязательные.
Есть они далеко не на каждом предприятии. И далеко не всегда есть экономический смысл их принимать - как общие и обязательные для всех проектов.
В ТЗ можно "приказать" следовать каким-то ГОСТ-ам или иным документам, "приказать" не следовать - нет.

У каждого заказчика могут быть свои требования к оформлению документации. Одному нужно все строго по ГОСТ-ам, весь пакет документации. Другому, достаточно только тех документов, которые он указал. Третьего ГОСТ-ы на документацию, вообще, мало волнуют - главное чтобы все работало. Есть масса вариантов... Разработка документации - это время и деньги. Лишнюю работу, не указанную в ТЗ, никто делать не будет. Заказчик ее не оплатит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

22 минуты назад, quark сказал:

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

На более-менее серьёзных предприятиях они есть всегда. Мелкие шарашки, ИП и прочее я в расчёт вообще не беру.

 

23 минуты назад, quark сказал:

Одному нужно все строго по ГОСТ-ам, весь пакет документации. Другому, достаточно только тех документов, которые он указал. Третьего ГОСТ-ы на документацию, вообще, мало волнуют - главное чтобы все работало. Есть масса вариантов...

Ни одному из перечисленных случаев применение ЕСКД не мешает. Кому надо - делаем весь пакет, кому надо не весь - делаем не весь, третьему (раз его не волнует это всё) - вообще ничего не даём.

 

46 минут назад, quark сказал:

Разработка документации - это время и деньги. Лишнюю работу, не указанную в ТЗ, никто делать не будет. Заказчик ее не оплатит.

По ЕСКД можно сделать спецификацию, сборку и... всё. Потому - да, обычно делают табличку или список с номенклатурой разрабатываемой КД.

Также ЕСКД ещё есть такая штука, как эскизная КД. Там вообще почти всем рулит разработчик и может всё только за своей подписью и оформить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

7 часов назад, quark сказал:

У каждого заказчика могут быть свои требования к оформлению документации.

То есть для каждого заказчика нужно открывать свой университет, в котором будут обучать требованиям этого заказчика к документации или сам заказчик будет обучать разработчика, что бы он ему "правильную документацию" делал? Заказчик всё это оплатит?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 часа назад, Kiber99 сказал:

То есть для каждого заказчика нужно открывать свой университет, в котором будут обучать требованиям этого заказчика к документации или сам заказчик будет обучать разработчика, что бы он ему "правильную документацию" делал? Заказчик всё это оплатит?

Вы, для своих заказчиков, можете открывать любые "университеты" и обучать их там чему угодно. Либо обучаться у них сами. Это ваше личное дело.
Требования к выходной документации согласовываются заказчиком и разработчиком, и записываются в ТЗ. Какие согласуете - такие и будут.
Какие будут - по тем и будете разрабатывать документацию и сдавать работу заказчику.
Можете, конечно, не взирая на требования ТЗ, разрабатывать документацию по своим стандартам и правилам, принятым на вашем предприятии.
Сдавать заказчику, все-равно, придется  строго по ТЗ. Документацию, не соответствующую ТЗ, заказчик не примет. А лишнюю работу- не оплатит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, quark сказал:

Требования к выходной документации согласовываются заказчиком и разработчиком, и записываются в ТЗ. Какие согласуете - такие и будут.

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

Изменено пользователем Kiber99

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 минуты назад, Kiber99 сказал:

Понятно, что в конечном итоге все оплатит заказчик, в том числе и обучение разработчиков для выполнения его требований к выходной документации.

Я думаю, что заказчик не будет обучать вас, если не можете выполнить его требования. Найдет других разработчиков. Это дешевле.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 часа назад, quark сказал:

Я думаю, что заказчик не будет обучать вас, если не можете выполнить его требования. Найдет других ........

Да где же он найдет других, когда про его "специфические требования к выходной документации" знает только он один.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

9 минут назад, Kiber99 сказал:

Да где же он найдет других, когда про его "специфические требования к выходной документации" знает только он один.

Они у многих заказчиков специфические. Это не редкость. И специфика, зачастую, в сторону упрощения и сокращения количества документов.
Разработчик узнаёт об этом на этапе постановки задачи. И, обычно, не возражает против такого подхода - ему меньше работы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Пишут так:

Цитата

Подключите ***** к СИ и СК в соответствии со схемой, изображённой на рисунке ХХ.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

10 часов назад, MrGalaxy сказал:

Подключите ***** к СИ и СК в соответствии со схемой,

Это, если схема подключения. В данном случае схема электрическая соединений и подключения (комбинированная - Э0).

 

10 часов назад, MrGalaxy сказал:

изображённой на рисунке ХХ.

 в соответствии с рисунком .... " - п.6.9.3 (последний абзац) ГОСТ Р 2.105-2019.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

45 минут назад, Kiber99 сказал:

В данном случае схема электрическая соединений и подключения (комбинированная - Э0)

Повторю, обыкновенная принципиальная — рисуете блоки А1...Аn, к ним соединители нужных типов, затем между ними соединения требуемыми типами кабелей, в перечень вписываете названия приборов и списки возможных замен, на сборочном чертеже рисуете взаиморасположения блоков, кабелей и их допуски. Может ещё материалы столешницы, стула и пола указать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 часа назад, Kiber99 сказал:

Это, если схема подключения. В данном случае схема электрическая соединений и подключения (комбинированная - Э0).

 

 в соответствии с рисунком .... " - п.6.9.3 (последний абзац) ГОСТ Р 2.105-2019.

Фраза взята из инструкции, по которой моё изделие настраивается уже больше 10 лет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...