Название технического документа который выдается конструктору на проектирование машины

Обновлено: 04.05.2024

С 1 июля 2020 года действуют новые требования к оформлению текстовой документации. Цель нового свода правил — стандартизировать форму заполнения конструкторской документации. Структура и состав текстов в сфере строительства, машино- и приборостроения должны подчиняться единым нормам.

Два нововведения предусмотрены приказом Федерального агентства по техническому регулированию и метрологии № 175-ст от 29.04.2019.

ГОСТ 2.105-95 утрачивает силу в качестве национального стандарта, но сохраняет действие в качестве межгосударственного;
ГОСТ Р 2.105-2019 признают национальным.

Обратите внимание и на ряд других ГОСТов, принятых в данной сфере:

ГОСТ Р 2.106-2019 «Единая система конструкторской документации. Текстовые документы», утверждён приказом Росстандарта от 29.04.2019
ГОСТ Р 2.601-2019 «Единая система конструкторской документации. Эксплуатационные документы», утверждён приказом Росстандарта от 29.04.2019
ГОСТ Р 2.711-2019 «Единая система конструкторской документации. Схема деления изделия на составные части», утверждён приказом Росстандарта от 29.04.2019
ГОСТ Р 2.610-2019 «Единая система конструкторской документации. Правила выполнения эксплуатационных документов», утверждён приказом Росстандарта от 29.04.2019

Напомним, требования единой системы конструкторской документации (ЕСКД) в РФ считаются добровольными. И если вы выполняете заказ, можно руководствоваться стандартами, выставленными заказчиком. Если документация оформляется для российского рынка, стоит пользоваться правилами оформления из национального свода.

Продолжить работу по следует, если вы готовите бумаги для партнеров из ЕАЭС. Когда документами пользуются компании и из России, и из других стран, укажите наименование стандарта, который был использован при их подготовке.

Как оформлять документацию: 4 способа

Документы можно подготовить как в электронном, так и в рукописном виде. Для каждого варианта есть свои ГОСТы.

Машинописным способом в соответствии с Межгосударственный стандарт. Репрография. Микрография. Документы для микрофильмирования. Общие требования и нормы (введен в действие Постановлением Госстандарта России от 26.02.2004
Рукописным методом, используя положения Межгосударственный стандарт. Единая система конструкторской документации. Шрифты чертежные (утверждён Постановлением Госстандарта СССР от 28.03.1981 № 1562).
Применяя ЭВМ, согласно Межгосударственный стандарт. Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ (утверждён Постановлением Госстандарта СССР от 28.11.1988 № 3843).
На электронных носителях информации.

Обратите внимание, что текстовые документы электронных (ТДЭ), согласно правилам, допускается готовить с использованием стандартизованных информационных моделей программ. Данные будут либо сгенерированы автоматически с помощью специализированных программных средств из заранее подготовленных фрагментов, либо набираются вручную.

Техническое оформление документов: общие требования

Правила ГОСТ к оформлению тестовых документов отличаются. Всё зависит от того, кто утверждал стандарт (Таблица 1).

Таблица 1. Разница и сходство редакций ГОСТ.

Высота символов — не менее 2,5 мм.

Шрифт Times New Roman или Arial размером 14 для основного текста и размером 12 для приложений, примечаний, сносок и примеров;
допускается использование шрифта размером 13 и 11 для основного текста и размером 12 и 10 для приложений, примечаний, сносок и примеров соответственно.

Расстояние между боковыми линиями формы и текстом должно составлять минимум 3 мм.

Абзац начинается с красной строки, минимальный отступ —

Абзацы начинается с отступа, равного

От нижней и верхней границ следует отступать не менее 10 мм.

Интервал между строками — не менее 8 мм.

Текст оформляют с использованием полуторного межстрочного интервала;
допускается использование двойного межстрочного интервала.

Расстояние между заголовком и текстом при выполнении документа машинописным способом равно 3, 4 интервалам, при выполнении рукописным способом — 15 мм;
расстояние между заголовками раздела и подраздела — 2 интервала, при выполнении рукописным способом — 8 мм.

Расстояние между заголовком и текстом, между заголовками раздела и подраздела — не менее 4 высот шрифта, которым набран основной текст. Расстояние между строками заголовков подразделов и пунктов принимают таким же, как в тексте;
при выполнении машинописным способом интервал равен 3 или 4 интервалам, при выполнении рукописным способом — не менее 15 мм.

При переносе части таблицы на ту же или другие страницы наименование нужно поместить только над первой частью таблицы.

Нумерацию документов ЕСКД позволяет сделать как сквозной, так и отдельной для каждого раздела.

Чего делать нельзя: 9 запретов

В требованиях к текстовым документам содержится ряд запретов. Например, требования единой системы конструкторской документации (ЕСКД 2020) года запрещают:

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

В самом тексте недопустимо применять:

Сокращения слов, кроме установленных правилами русской орфографии, соответствующими государственными стандартами, а также в данном документе.
Обороты разговорной речи, техницизмы, профессионализмы.
Для одного и того же понятия различные научно-технические термины, близкие по смыслу (синонимы), иностранные слова и термины при наличии равнозначных слов и терминов в русском языке.
Произвольные словообразования.

К физическим величинам тоже есть требования:

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

Отклонение от обязательных требований не допускается, в соответствии с действующими правилами следует оформлять любой элемент текста.

1. ВИДЫ КОНСТРУКТОРСКИХ ДОКУМЕНТОВ

1.1. (Исключен, Изм. N 8).

1.2. Конструкторские документы (именуемые в дальнейшем "документы"), подразделяют на виды, указанные в табл.1.

Электронная модель детали

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

Документ, содержащий изображение детали и другие данные, необходимые для ее изготовления и контроля

Электронная модель сборочной единицы

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

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

Чертеж общего вида

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

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

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

Документ, содержащий данные, необходимые для выполнения электрического монтажа изделия

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

Документ, содержащий данные, необходимые для выполнения упаковывания изделия

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

Электронная структура изделия

Документ, содержащий в электронной форме состав сборочной единицы, комплекса или комплекта и иерархические отношения (связи) между его составными частями и другие данные в зависимости от его назначения

Документ, определяющий состав сборочной единицы, комплекса или комплекта

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

Ведомость ссылочных документов

Документ, содержащий перечень документов, на которые имеются ссылки в конструкторских документах изделия

Ведомость покупных изделий

Документ, содержащий перечень покупных изделий, примененных в разрабатываемом изделии

Ведомость разрешения применения покупных изделий

Документ, содержащий перечень покупных изделий, разрешенных к применению в соответствии с ГОСТ 2.124

Ведомость держателей подлинников

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

Ведомость технического предложения

Документ, содержащий перечень документов, вошедших в техническое предложение

Ведомость эскизного проекта

Документ, содержащий перечень документов, вошедших в эскизный проект

Ведомость технического проекта

Документ, содержащий перечень документов, вошедших в технический проект

Документ, содержащий описание устройства и принципа действия разрабатываемого изделия, а также обоснование принятых при его разработке технических и технико-экономических решений

Ведомость электронных документов

Документ, содержащий перечень документов, выполненных в электронной форме

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

Программа и методика испытаний

Документ, содержащий технические данные, подлежащие проверке при испытании изделий, а также порядок и методы их контроля

Документ, содержащий в зависимости от его назначения соответствующие данные, сведенные в таблицу

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

Документы, предназначенные для использования при эксплуатации, обслуживании и ремонте изделия в процессе эксплуатации

Документы, содержащие данные для проведения ремонтных работ на специализированных предприятиях

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

(Измененная редакция, Изм. N 1, 4, 7, 8).

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

1.2б. Документы одного вида и наименования, независимо от формы выполнения, являются равноправными и взаимозаменяемыми.

1.2а, 1.2б. (Введены дополнительно, Изм. N 8).

1.3. Документы в зависимости от стадии разработки подразделяются на проектные (техническое предложение, эскизный проект и технический проект) и рабочие (рабочая документация).

1.4. Наименование конструкторских документов в зависимости от способа их выполнения и характера использования приведены в табл.2.

Документы в бумажной форме

Документы в электронной форме

Документы, выполненные на любом материале, предназначенные для изготовления по ним подлинников и заверенные разработчиком

Электронные документы, предназначенные для изготовления подлинников и подписанные электронной цифровой подписью (ЭЦП) разработчика

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

Электронные документы, оформленные установленными ЭЦП и предназначенные для получения с них копий

Копии подлинников, обеспечивающие идентичность воспроизведения подлинника, выполненные на любом материале, позволяющем снятие с них копий

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

Документы, выполненные способом, обеспечивающим их идентичность с подлинником (дубликатом), и предназначенные для непосредственного использования при разработке, в производстве, эксплуатации и ремонте изделий. Копиями являются также микрофильмы-копии, полученные с микрофильма-дубликата

Электронные документы, выполненные способом, обеспечивающим идентичность их с подлинниками (дубликатами), подписанные установленными ЭЦП лиц, ответственных за их изготовление

(Измененная редакция, Изм. N 8).

1.4а. В случаях, когда одновременно применяют бумажные и электронные формы документов, допускается их взаимное преобразование друг в друга. При этом соблюдают следующие правила:

преобразование не должно уменьшать порядковый номер документа по табл.2;

документы, полученные в результате взаимного преобразования, должны иметь соответствующие ссылки друг на друга;

взаимное соответствие между этими документами обеспечивает разработчик.

(Введен дополнительно, Изм. N 8).

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

(Измененная редакция, Изм. N 8).

2. КОМПЛЕКТНОСТЬ КОНСТРУКТОРСКИХ ДОКУМЕНТОВ

2.1. При определении комплектности конструкторских документов на изделия следует различать:

основной конструкторский документ;

основной комплект конструкторских документов;

полный комплект конструкторских документов.

2.2. Основной конструкторский документ изделия в отдельности или в совокупности с другими записанными в нем конструкторскими документами полностью и однозначно определяют данное изделие и его состав.

За основные конструкторские документы в зависимости от формы выполнения принимают:

Единая система конструкторской документации

ВИДЫ И КОМПЛЕКТНОСТЬ КОНСТРУКТОРСКИХ ДОКУМЕНТОВ

Unified system for design documentation. Types and sets of design documentation

Дата введения 2014-06-01

Предисловие

Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 "Межгосударственная система стандартизации. Основные положения" и ГОСТ 1.2 "Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены"

Сведения о стандарте

1 РАЗРАБОТАН Федеральным государственным унитарным предприятием "Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении" (ФГУП "ВНИИНМАШ"), Автономной некоммерческой организацией "Научно-исследовательский центр CALS-технологий "Прикладная логистика" (АНО "НИЦ CALS-технологий "Прикладная логистика")

2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 27 сентября 2013 г. N 59-П)

За принятие проголосовали:

Краткое наименование страны по МК (ИСО 3166) 004-97

Код страны по МК (ИСО 3166) 004-97

Сокращенное наименование национального органа по стандартизации

Госстандарт Республики Беларусь

4 Приказом Федерального агентства по техническому регулированию и метрологии от 22 ноября 2013 г. N 1627-ст межгосударственный стандарт ГОСТ 2.102-2013 введен в действие в качестве национального стандарта Российской Федерации с 1 июня 2014 г.

6 ИЗДАНИЕ (июль 2020 г.) с Поправкой* (ИУС 9-2014)

* См. ярлык "Примечания".

Информация о введении в действие (прекращении действия) настоящего стандарта и изменений к нему на территории указанных выше государств публикуется в указателях национальных стандартов, издаваемых в этих государствах, а также в сети Интернет на сайтах соответствующих национальных органов по стандартизации.

В случае пересмотра, изменения или отмены настоящего стандарта соответствующая информация будет опубликована на официальном интернет-сайте Межгосударственного совета по стандартизации, метрологии и сертификации в каталоге "Межгосударственные стандарты"

ВНЕСЕНЫ: поправка, опубликованная в ИУС N 1, 2021 год; поправка, опубликованная в ИУС N 1, 2022 год, введенная в действие с 23.08.2021

Поправки внесены изготовителем базы данных

1 Область применения

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие межгосударственные стандарты:

ГОСТ 2.001 Единая система конструкторской документации. Общие положения

ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.052 Единая система конструкторской документации. Электронная модель изделия. Общие положения

ГОСТ 2.053 Единая система конструкторской документации. Электронная структура изделия. Общие положения

ГОСТ 2.103 Единая система конструкторской документации. Стадии разработки

ГОСТ 2.104 Единая система конструкторской документации. Основные надписи

ГОСТ 2.109 Единая система конструкторской документации. Основные требования к чертежам

ГОСТ 2.124 Единая система конструкторской документации. Порядок применения покупных изделий

ГОСТ 2.305 Единая система конструкторской документации. Изображения - виды, разрезы, сечения

ГОСТ 2.601 Единая система конструкторской документации. Эксплуатационные документы

В Российской Федерации действует ГОСТ Р 2.601-2019.

ГОСТ 2.602 Единая система конструкторской документации. Ремонтные документы

ГОСТ 2.610 Единая система конструкторской документации. Правила выполнения эксплуатационных документов

ГОСТ 2.701 Единая система конструкторской документации. Схемы. Виды и типы. Общие требованию к выполнению

ГОСТ 15.001 Система разработки и постановки продукции на производство. Продукция производственно-технического назначения

В Российской Федерации действует ГОСТ Р 15.301-2016.

3 Термины, определения и сокращения

3.1 Термины и определения

В настоящем стандарте применены термины по ГОСТ 2.001.

3.2 Сокращения

В настоящем стандарте приняты следующие сокращения:

КД - конструкторский документ (документы, документация);

ТЗ - техническое задание;

ТУ - технические условия;

ЭП - электронная подпись.

4 Виды конструкторских документов

4.1 Конструкторские документы подразделяют на виды, указанные в таблице 1.

Электронная модель детали

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

Документ, содержащий изображение детали и другие данные, необходимые для ее изготовления и контроля

Электронная модель сборочной единицы

Чертеж общего вида

Документ, определяющий геометрическую форму (контур) изделия и координаты расположения составных частей

Документ, содержащий данные, необходимые для выполнения электрического монтажа изделия

Документ, содержащий данные, необходимые для выполнения упаковывания изделия

Электронная структура изделия

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

Документ, определяющий состав сборочной единицы, комплекса или комплекта

Ведомость ссылочных документов

Документ, содержащий перечень документов, на которые имеются ссылки в конструкторских документах изделия

Ведомость покупных изделий

Документ, содержащий перечень покупных изделий, примененных в разрабатываемом изделии

Ведомость разрешения применения покупных изделий

Документ, содержащий перечень покупных изделий, разрешенных к применению в соответствии с ГОСТ 2.124

Ведомость держателей подлинников

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

Ведомость технического предложения

Документ, содержащий перечень документов, вошедших в техническое предложение

Ведомость эскизного проекта

Документ, содержащий перечень документов, вошедших в эскизный проект

Ведомость технического проекта

Документ, содержащий перечень документов, вошедших в технический проект

Ведомость электронных документов

Документ, содержащий перечень электронных КД

Программа и методика испытаний

Документ, содержащий в зависимости от его назначения соответствующие данные, сведенные в таблицу

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

Документы, содержащие данные для проведения ремонтных работ на специализированных предприятиях

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

Единая система технологической документации

СТАДИИ РАЗРАБОТКИ И ВИДЫ ДОКУМЕНТОВ

Unified system of technological documentation. Stages of designing and types of documents. General principles

Дата введения 2012-01-01

Предисловие

Сведения о стандарте

1 РАЗРАБОТАН Федеральным государственным унитарным предприятием "Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении" (ФГУП "ВНИИНМАШ"), Автономной некоммерческой организацией "Научно-исследовательский центр CALS-технологий "Прикладная логистика" ("АНО НИЦ CALS-технологий "Прикладная логистика")

2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 12 мая 2011 г. N 39)

За принятие стандарта проголосовали:

Краткое наименование страны по МК (ИСО 3166) 004-97

Сокращенное наименование национального органа по стандартизации

Минэкономики Республики Армения

Госстандарт Республики Беларусь

Госстандарт Республики Казахстан

4 Приказом Федерального агентства по техническому регулированию и метрологии от 3 августа 2011 г. N 212-ст межгосударственный стандарт ГОСТ 3.1102-2011 введен в действие в качестве национального стандарта Российской Федерации с 1 января 2012 г.

6 ИЗДАНИЕ (июль 2020 г.) с Поправками* (ИУС 12-2012, ИУС 9-2015)

* См. ярлык "Примечания".

1 Область применения

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

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие межгосударственные стандарты:

ГОСТ 2.103-68 Единая система конструкторской документации. Стадии разработки

ГОСТ 2.602-95 Единая система конструкторской документации. Ремонтные документы

3 Стадии разработки технологической документации

3.1 Стадии разработки технологической документации, применяемой для технологических процессов изготовления изделий (составных частей изделий), определяются в зависимости от стадий разработки используемой конструкторской документации по ГОСТ 2.103.

3.2 Стадии разработки рабочей технологической документации устанавливает разработчик документации в соответствии с таблицей 1.

Стадия разработки технологической
документации

Разработка технологической документации, предназначенной для изготовления и испытания материального макета изделия и (или) его составных частей с присвоением литеры "П", на основании конструкторской документации, выполненной на стадиях "Эскизный проект" и "Технический проект"

а) опытного образца (опытной партии)

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

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

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

б) серийного (массового) производства

Разработка технологической документации, предназначенной для изготовления и испытания изделий серийного (массового) производства, с присвоением литеры "А" ("Б") на основании конструкторской документации, имеющей литеру "А" или "Б"

3.3 На стадии разработки конструкторской документации "Техническое предложение" технологическую документацию не разрабатывают.

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

3.5 Директивной технологической документации, предназначенной только для решения необходимых инженерно-технических, планово-экономических и организационных задач, при постановке изделия на производство присваивают литеру "Д" на основании конструкторской документации, имеющей литеру "А" или "Б".

3.6 Технологической документации, предназначенной для разового изготовления одного или нескольких изделий (составных частей изделий) в единичном производстве, присваивают литеру "И" на основании конструкторской документации, имеющей литеру "И".

3.7 Ранее разработанные технологические документы (комплекты технологических документов) применяют при изготовлении новых или модернизации изготовляемых изделий в следующих случаях:

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

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

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

3.8 Стадии разработки рабочей технологической документации, применяемой для технологических процессов ремонта изделий (составных частей изделий), определяет разработчик документации в зависимости от применяемых видов документов на ремонт по ГОСТ 2.602 и стадии разработки ремонтной конструкторской документации - в соответствии с таблицей 2.

Стадия разработки технологической документации

а) опытного ремонта

Разработка технологической документации, предназначенной для опытного ремонта и испытания изделий (составных частей изделий), с присвоением технологической документации литеры "РО" на основании конструкторской документации, имеющей литеру "РО".

Разработка технологической документации, проверенной опытным ремонтом, с присвоением литеры " " ("")

б) серийного (массового) ремонтного производства

Разработка технологической документации, предназначенной для серийного (массового) ремонта и испытаний изделий (составных частей изделий), с присвоением технологической документации литеры "РА" ("РБ"), на основании конструкторской документации, имеющей литеру "РА" или "РБ"

3.9 Директивной технологической документации, предназначенной для выборочной и укрупненной разработки технологических процессов ремонта и испытания изделий (составных частей изделий), а также для решения необходимых инженерно-технических, планово-экономических и организационных задач, присваивают литеру "РД".

3.10 Технологической документации, предназначенной для разового ремонта одного или нескольких изделий (составных частей изделий) в единичном производстве, присваивают литеру "РИ" на основании конструкторской документации, имеющей литеру "РИ".

3.11 При разработке документации на технологические процессы, выполняемые на стадиях "Предварительный проект", "Опытный образец (опытная партия)" и "Опытный ремонт", ее следует выполнять в маршрутном и (или) маршрутно-операционном описании.

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

Допускается разработка технологической документации:

- в маршрутно-операционном описании при условии ее применения в мелкосерийном производстве;

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

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

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

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

4 Виды документов

4.1 В зависимости от назначения технологические документы (далее - документы) подразделяют на основные и вспомогательные.

4.2 К основным относят документы:

- содержащие сводную информацию, необходимую для решения одной или комплекса инженерно-технических, планово-экономических и организационных задач;

- полностью и однозначно определяющие технологический процесс (операцию) изготовления или ремонта изделия (составных частей изделия).

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

4.4 Основные технологические документы подразделяют на документы общего и специального назначения.

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

Учитывая характер целевой аудитории блога и общие тренды, скорее всего, имеет смысл описывать технические задания конкретно на цифровые продукты. Во многом так и будет, но нельзя забывать, что и самые обычные, «аналоговые», продукты тоже требуют документации. Они требовали её ещё до появления самого интернета. Поэтому для расширения кругозора и для пользы представителей нецифровых отраслей, стоит приводить отсылки и к оффлайн-проектам.

Для чего нужно техническое задание?

Техническое задание не менее значимо, чем юридический акт, в деле закрепления прав и обязанностей сторон — заказчика и исполнителя.

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

Когда каждая мелочь регламентирована, всё на своих местах, все при своих полномочиях и обязанностях, остаётся мало пространства для нечестного манёвра и недопонимания. Идеально, когда его вообще не остаётся.

Более того, конкретное и целостное техническое задание — это первый шаг к качественному результату. Чтобы продукт работал чётко, без сбоев, да и просто безопасно — это тоже периодически стоит на повестке — все его элементы должны быть продуманы. Тщательно и скрупулезно.

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

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

Кто должен составлять техническое задание

Чтобы понять, как составить техзадание, важно определиться с тем, кто именно это будет делать. На этот вопрос нет однозначного ответа — ТЗ для задачи может составить заказчик или исполнитель, в отдельных случаях — это совместная работа.

Заказчик

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

Исполнитель

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

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

Совместно

Совместное формулирование ТЗ начинается с того, что заказчик озвучивает исполнителю требования относительно будущего задания. Подрядчик, в свою очередь, предлагает, как улучшить проект, и только после этого составляется техническое задание. Этот способ, как и предыдущий, работает на доверии, этичности и профессионализме сторон.

Как составить техническое задание

Главные требования к техническому заданию — это продуманность и полнота. Так как составители не всегда способны им следовать, были разработаны общие стандарты разработки ТЗ.

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

Эти два ГОСТа имеют отношение только к программным комплексам — к сайтам, приложениям и системам автоматизации. Другие ТЗ придется писать по совершенно другим правилам.

ГОСТ 19 был введён в 1980 году. Учитывая, что основные принципы программного обеспечения почти не поменялись, документ еще не утратил своей актуальности. Это можно сравнить со строительством зданий: меняются материалы и конструкции, но общие понятия — фундамент, стены, перекрытия — сохраняются.

Согласно тексту Постановления, согласно которому принят данный стандарт, назначение его следующее: «Устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения».

Само техническое задание должно содержать следующие пункты:

Введение;
Основания для разработки;
Назначение разработки;
Требования к программе или программному изделию;
Требования к программной документации;
Технико-экономические показатели;
Стадии и этапы разработки;
Порядок контроля и приемки;
Приложения.

Более новый стандарт — ГОСТ 34, но он новее всего на 10 лет. То есть, введён с 1 января 1990 года.

Формулировка назначения выглядит так: «Распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания…».

Текст технического задания строится по структуре:

Общие сведения;
Назначение и цели создания (развития) системы;
Характеристика объектов автоматизации;
Требования к системе;
Состав и содержание работ по созданию системы;
Порядок контроля и приемки системы;
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
Требования к документированию;
Источники разработки.

Разумеется, за прошедшее время подходы были пересмотрены. Введены новые правила и рекомендации. Сами ГОСТы перешли в разряд базовой опорной точки, а конечный результат остаётся на усмотрение составителей. Тем не менее, при работе с госзаказчиками необходимо брать за основу именно ГОСТ.

ISO/IEC/IEEE 29148

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

Последняя редакция — ISO/IEC/IEEE 29148:2018, но, к сожалению, она отсутствует в открытом доступе, поэтому возьмём за основу предыдущую, от 2011 года.

По аналогии с ГОСТами, стандарт содержит два раздела. Один из них, SyRS — System Requirements Specification — определяет общие требования к построению систем, их принципам и характеру взаимодействия пользователя с ними. По похожей схеме составлен ГОСТ 34.

SRS — Software Requirements Specifitaion — по аналогии с ГОСТ 19, содержит требования к конечному программному продукту.

Общая схема строится следующим образом:

- Введение. Назначение продукта или системы, содержание, обзор функций и пользователей.
- Системные требования. Требования к юзабилити и производительности системы, состоянию, физическим характеристикам, окружению и безопасности, правилам. Для приложений — требования к внешним интерфейсам, к производительности, структуре БД, функциям и юзабилити.
- Тестирование и проверка. Процедуры тестирование по каждому из пунктов предыдущего раздела.
- Приложения. Термины, схемы, история правок.
Маркетинг

UGC-контент: что это такое, в чем его ценность и как его создать

UGC-контент: что это такое, в чем его ценность и как его создать

Порядок документирования требований

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

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

В основном, уместен в контексте продуктов низкой и средней сложности. Например, небольшой сайт, воронка продаж или даже копирайтинг.

Бриф обращён к заказчику и не предполагает жёстких финальных требований или детального описания результата. Выверенной должна быть только структура опросника. В него могут входить такие пункты, как:
- Цель и назначение продукта;
- Предполагаемый бюджет; .
Вопросов на которые отвечает заказчик, может быть до 20–30, но не более, иначе это становится большой нагрузкой. Задача брифа в том, чтобы получить общее направление для обсуждения.

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

Виджет обратного звонка, как инструмент, подходит не только для созвонов с партнерами, но и для клиентского сервиса. Это всплывающее окно предлагает указать контактный номер,по которому перезвонит сотрудник поддержки. С виджетом обратного звонка от Calltouch вы можете собирать заявки даже в нерабочее время, а также записывать и тегировать звонки.
- Повысьте конверсию сайта на 30%
- Экономьте на тарифах: от 5 рублей в минуту
- Адаптируйте форму под ваш сайт. Без разработчика
- Используйте гибкие настройки показа
- Стройте отчеты по звонкам: от показа виджета до ключевого слова
Технико-коммерческое предложение

Здесь речь заходит о действительно крупных проектах. В противном случае нецелесообразно прилагать излишние усилия к созданию подобных документов.

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

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

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

Технические требования

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

Техническое задание

Собственно, предмет статьи. Предварительные сведения даны в предыдущих пунктах, а ценные советы ждут вас в следующем разделе.

Технический проект

Этап «живого» проектирования продукта. Здесь начинаются активные действия по разработке решений согласно ТЗ. В ходе работы уточняются и проясняются отдельные нюансы, требования, доработки.

В соответствии с практическими наработками, составляются новые задания и требования — частные технические задания по отдельным подсистемам (ЧТЗ).

Эксплуатация

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

Перед эксплуатацией и во время неё создаются различные регламенты, описания сервисов, инструкции. Актуализируются текущие версии документов.

Когда условия работы или технологии модифицируются, приходится вносить правки в документы и внедрять изменения в продукт.

Рекомендации по составлению ТЗ

Правильное ТЗ составляют по универсальному шаблону. Он формируется из следующих элементов.

Дайте подрядчику общую информацию

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

Покажите конкурентов

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

Распишите сценарии использования продукта

Сценарий нужен для понимания принципа работы продукта. Например, если область работы касается IT, сценарий отвечает на вопрос «Как будет вести себя пользователь?» и дает понимание главных функций сайта.

Ведите историю правок

В начале документа создайте таблицу со столбцами “дата”, “описание”, “автор”. В ней записывается история изменений документа, благодаря которой легко понять, на каком этапе возникло то или иное требование, дополнение, противоречие.

Составляйте список терминов и сокращений

Это правило грамотного подхода к формированию документа. Основной текст предваряется словарём, в котором записаны специальные термины, не являющиеся общеупотребимыми. Особенно уделите внимание тем аббревиатурам и словам, которые применяются только в данному проекту.

Прописывайте каждую деталь

Сайт — это не только код, но и мощности, на которых он работает. В первую очередь, определите, на каком сервере будет размещён сайт, какие у него параметры: ёмкость, оперативная память и другие.

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

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

Не оставляйте белых пятен. При наведении на рисунок, он скрывается? Хорошо, но уточните — он уезжает влево? Становится прозрачным? С какой скоростью? Как он появляется опять? Малейшая деталь без чёткой логики ставит разработчиков и весь процесс в тупик.

Опишите требования к проверке проекта

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

Бывают случаи, когда исполнитель работает за фиксированную плату и некий процент от продаж. Например, вы заказали на таких условиях настройку таргетированной рекламы у фрилансера. Чтобы честно оценить его работу, вам поможет сервис сквозной аналитики от Calltouch. Он формирует отчет о результатах рекламных кампаний: сколько было звонков и заявок, и сколько из них привели к оформлению заказа. Вам не придется высчитывать KPI — итоги работы наглядно отражены в личном кабинете.
- Автоматически соберет данные с рекламных площадок, сервисов и CRM в 1 окне
- Бесплатные интеграции c CRM и другими сервисами: более 50 готовых решений
- Анализируйте воронку продаж от показов до кассы
- Оптимизируйте свой маркетинг с помощью подробных отчетов: дашборды, графики, диаграммы
- Кастомизируйте таблицы, добавляйте свои метрики. Стройте отчеты моментально за любые периоды
Когда ТЗ не нужно

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

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

Выводы

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

Читайте также:

Название технического документа который выдается конструктору на проектирование машины

Как оформлять документацию: 4 способа

Техническое оформление документов: общие требования

Чего делать нельзя: 9 запретов

Рекомендуем

1. ВИДЫ КОНСТРУКТОРСКИХ ДОКУМЕНТОВ

2. КОМПЛЕКТНОСТЬ КОНСТРУКТОРСКИХ ДОКУМЕНТОВ

Предисловие

1 Область применения

2 Нормативные ссылки

3 Термины, определения и сокращения

4 Виды конструкторских документов

Предисловие

1 Область применения

2 Нормативные ссылки

3 Стадии разработки технологической документации

4 Виды документов

Для чего нужно техническое задание?

Кто должен составлять техническое задание

Заказчик

Исполнитель

Совместно

Как составить техническое задание

ISO/IEC/IEEE 29148

Порядок документирования требований

Технико-коммерческое предложение

Технические требования

Техническое задание

Технический проект

Эксплуатация

Рекомендации по составлению ТЗ

Дайте подрядчику общую информацию

Покажите конкурентов

Распишите сценарии использования продукта

Ведите историю правок

Составляйте список терминов и сокращений

Прописывайте каждую деталь

Опишите требования к проверке проекта

Когда ТЗ не нужно

Выводы