Техническая документация на производстве. Технологическая документация - это что такое

  • Перевод

Введение

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

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

Итак - эти 7 правил:

  1. Скука убивает
  2. Прежде чем начать, выясните точно для себя, какие действия вы ожидаете от читателя, осилившего ваш труд
  3. Пишите в соответствии с правильно сформированной структурой
  4. Избегайте неоднозначных местоимений
  5. Ясность = иллюстрации + слова
  6. Когда имеете дело с понятиями, концепциями и т.п., используйте логическую иллюстрацию и пример
  7. Не опасайтесь переделок

1. Скука убивает

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

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

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

И снова, всегда стараюсь сделать процесс чтения увлекательным. Я всегда помню, что пишу в конкурентной среде. Имеется множество контента, стремящегося привлечь внимание читателей. Таким образом, мой совет по правилу № 1: если ваши тексты будут интересны вам, то они будет интересными и для читателя.

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

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

Поэтому чрезвычайно полезно для вас чётко определиться, какие действия вы ожидаете от читателя после завершения процесса чтения. Изложите ваше намерение с самого начала. Не оставляйте читателя гадать. Ваше заявление может быть простым и очевидным, как, например: «после прочтения данной статьи вы сможете [впишите свой вариант]». Если вы определились с действиями, ожидаемыми от читателя после прочтения, то процесс написания будет для вас легче с самого начала.

3. Пишите в соответствии с правильно сформированной структурой

Хорошо сформированная структура является тем остовом, вокруг которого растёт ваш документ. Подготовка технического документа без использования некоторой структуры равносильна попытке ориентироваться в метро Нью-Йорка (469 станций!) без схемы. Вы можете оказаться где угодно, но это «где угодно» может оказаться совсем не тем местом, куда вы предполагали попасть.

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

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

1. Раздел подуровня требует наличия, как минимум, одной позиции.
2. На каждом уровне структуры должно быть, как минимум, два предложения.

Хотелось бы уточнить. Листинг 1 внизу является примером структуры, которая нарушает первое правило: раздел подуровня требует наличия, как минимум, одной позиции .

Листинг 1: неправильно сформированная структура

1.1. Шаги, требуемые для приготовления шипучего напитка

1.1.1. Подготовка ингредиентов

1.1.2. Смешивание ингредиентов шипучего напитка

1.1.3. Подача шипучего напитка

Обратите внимание, что в листинге 1 уровень 1 имеет одиночный подуровень: "1.1. Шаги, требуемые для приготовления шипучего напитка ". Такая структура является нарушением первого правила. Чтобы подуровень был правильно сформирован, в разделе должна быть, как минимум, ещё одна позиция. Другими словами, это значит, что на любом данном уровне должно быть, как минимум, два подуровня.

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

Может возникнуть вопрос: «Где раздел Шаги, требуемые для приготовления шипучего напитка» ?.. Видно, что этот раздел теперь не является позицией структуры, а перешёл в контент исходного раздела, как показано в листинге 2 внизу.

Листинг 2: правильно сформированная структура, нарушающая правило двух предложений

1. Приготовление апельсиново-клюквенно-мандаринового шипучего напитка

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

1.1. Подготовка ингредиентов

1.3. Подача шипучего напитка

Обратите внимание, что, хотя листинг 2 демонстрирует структуру с правильно сформированным подуровнем, в контенте раздела уровня 1 имеется только одно предложение. Присутствие одного единственного предложения в контенте раздела структуры нарушает второе правило структурирования - "На каждом уровне структуры должно быть, как минимум, два предложения ".

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

Листинг 3: правильно сформированная структура, выполняющая правило двух предложений

1. Приготовление шипучего апельсиново-клюквенно-мандаринового напитка

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

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

1.1. Подготовка ингредиентов

1.2. Смешивание ингредиентов шипучего напитка

1.3. Подача шипучего напитка

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

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

4. Избегайте неоднозначных местоимений

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

Рассмотрим абзац в листинге 4.

Листинг 4: абзац с неоднозначными местоимениями

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

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

Применительно к абзацу вверху я не удивлюсь, если вы спросите: «Что это за штука „Трафальгабор“? А что такое „Вибитата“? О чём, вообще, этот абзац? О том, как использовать Трафальгаборы? Или о том, как использовать Вибитаты? Или о том, как использовать и те, и другие? Бред какой-то. Вернусь я лучше на свою страницу в Фейсбуке».

Если читатель при чтении вашего описания вынужден тратить время на выяснение, что же вы пытаетесь ему сообщить, то мало того, что информативный поток будет нарушен, но и читатель, скорее всего, будет запутан. Как только вы привели читателя в замешательство, вы его потеряли. Всё другое в мире, направленное на привлечение внимания вашего читателя, становится для него более притягательным, чем ваше творение. Щелчок по кнопке «Далее» - и ваша работа остаётся непрочитанной.

В листинге 4 замешательство порождается неоднозначным использованием местоимения «они» во втором предложении. К чему относится здесь «они» - к Трафальгаборам, Вибитатам или к обоим? Помните, что читатель ничего не знает, что такое Трафальгаборы или Вибитаты. (См. рис. 1 внизу.)

Рис. 1. Использование неоднозначных местоимений запутывает техническое описание

Решение проблемы простое. Посмотрите листинг 5 внизу. Неоднозначное местоимение удалено. Ясность восстановлена.

Листинг 5: устранение неоднозначных местоимений

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

Осторожно! Неоднозначное использование местоимений ведёт к техническому описанию, приводящему в замешательство.

5. Ясность = иллюстрации + слова

Посмотрите на фотографию внизу. Скажите, если сможете, о чём это фото?

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

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

Посмотрите на рис. 2 внизу. Он представляет собой то же самое фото. Но здесь уже нет вопроса, о чём оно.


Рис. 2. Инструменты и ингредиенты, требуемые для приготовления апельсиново-клюквенно-мандаринового шипучего напитка

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

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

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

Примечание : глаз привлекают изображения

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

6. Когда имеете дело с понятиями, концепциями и т.п., используйте логическую иллюстрацию и пример, логическую иллюстрацию и пример

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

Применим это правило для описания понятия элементарной алгебры.

Понятие «транзитивность отношения равенства» представляет собой следующее:

Если A = B и B = C, то A = C;

Теперь приведём логическую иллюстрацию, описывающую это понятие (см. рис. 3).


Рис. 3. Транзитивность отношения равенства является фундаментальным принципом элементарной алгебры

Листинг 6 ниже показывает несколько конкретных примеров для закрепления понимания рассматриваемого положения.

Листинг 6: некоторые конкретные примеры транзитивности отношения равенства

  • Если 7 = 3 + 4 и 3 + 4 = 5 + 2, то 7 = 5 + 2;
  • Если 12 + 5 = 7 + 10 и 7 + 10 = 6 + 11, то 12 + 5 = 6 + 11;
  • Если x + y = z и z = 2a, то x + y = 2a.
Таким образом, правило соблюдено. Мы представили понятие «транзитивность отношения равенства», проиллюстрировали его описательным рисунком и подкрепили примерами.

Теперь рассмотрим понятие, которое ближе к разработке программного обеспечения и несколько труднее для понимания. Таким понятием является наследование моделей объектов проекта (POM = Project Object Model) в Maven (система автоматизированной сборки проектов). Пример 1 ниже представляет рассматриваемое понятие и даёт логическую иллюстрацию, описывающую это понятие. В конце представлена ещё одна иллюстрация, показывающее конкретное использование POM-файлов в ситуации наследования.

Пример 1: выдержка из технического описания наследования моделей объектов проекта (POM) в Maven (система автоматизированной сборки проектов)

Представление наследования POM-файла

POM -файл является XML-файлом, используемым для описания Maven -проекта и для работы с этим проектом. Можно задать, чтобы некоторый Maven-проект наследовал настройки из отдельного родительского POM-файла. Способность наследовать настройки из родительского POM-файла называется POM-наследованием. Вы используете элемент В вашем POM-файле, чтобы задать родительский POM-файл, из которого должно произойти наследование настроек.

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


Рис. 4. Можно назначить мастер-файл РОМ, из которого будет происходить наследование общих настроек

Рис. 5 ниже показывает содержание POM.xml-фалов для Maven-проектов stooges-web, stooges-api и stooges-dal. Каждый проект сконфигурирован на использование элемента Для наследования настроек из stooges-project.


Рис. 5. Использование элемента Для управления Maven-проектом с целью наследования настроек из внешнего РОМ-файла


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

Итак, если требуется предельно ясно представить какое-то понятие, то необходимо включить в текст иллюстрации и примеры.

7. Не опасайтесь переделок

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

Можно сказать об этой работе, перефразируя известную цитату Томаса Эдисона : «Написание технического текста - это на 10% литературное творчество и на 90% переработка!»

1. Составляю структуру, как минимум, до второго уровня (если удаётся, то и до третьего);
2. Добавляю иллюстрации в структуру для каждого понятия;
3. Делаю подписи под иллюстрациями;
4. Пишу текст в соответствии со структурой, соблюдая правило двух предложений и подстраивая структуру под текст;
5. Редактирую, переделываю;
6. Отправляю результат специалисту по рассматриваемой теме на рецензирование (специалистом по рассматриваемой теме является лицо, которое в состоянии выявить неточности и неясности в описании);
7. Снова редактирую работу на основе отзыва рецензента (рецензентов).

  • подготовка документации
    • Добавить метки

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

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

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

    Виды технической документации:

    Наша компания предлагает услуги по доработке следующих видов документов:

    • Разработка технических условий
    • Паспорт на продукцию
    • Руководство по эксплуатации
    • Приемочные испытания

    Разработка технических условий (ТУ) – является обязательной составной часть конструкторской или другой технической документации на товар. Требования, установленные ТУ, не должны противоречить обязательным стандартам государственного (межгосударственного) уровня, которые распространяются на данный вид продукции. Технические условия разрабатываются в соответствии со стандартами, прописанными в системе ГОСТ 2.114-95, а также ГОСТ Р 51740-2001.

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

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

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

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

    Но чаще всего используется в строительстве или при промышленном проектировании.

    Общие понятия

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

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

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

    Безопасность - превыше всего

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

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

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

    Служба техники безопасности

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

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

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

    Консолидированное проектирование - современная норма

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

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

    проектной документации

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

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

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

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

    С чего начинается проектирование

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

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

    Объем проектной документации

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

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

    Содержание технической документации проекта

    1. Пояснительная записка - текстовый документ, содержащий необходимые разъяснения и расчёты.
    2. Схема планировки земельного участка - определение взаимного расположения объектов на выделенном участке земли.
    3. Архитектурные решения - определение внешнего вида фасадов зданий и сооружений.
    4. Конструктивные объемно-планировочные решения - определение возможности реализации архитектурных задумок и выбор конструкций.
    5. Перечень инженерно-технических мероприятий - определение возможности подключения объекта к (электроснабжение, отопление и вентиляция; в случае необходимости - газоснабжение и снабжение связью); проектирование внутренних сетей.
    6. Проект организации строительства объекта - определение максимально рационального использования строительной техники и людских ресурсов.
    7. Мероприятия по охране окружающей среды - планы относительно максимального сохранения прилегающей территории и ее благоустройства.
    8. Обеспечение пожарной безопасности - мероприятия по профилактике возникновения и тушения пожаров.
    9. Смета на реализацию проекта - суммарный результат всех затрат на возведение объекта.

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

    Оформление технической документации также должно соответствовать требованиям и рекомендациям ГОСТа.

    Инновации и проектная документация

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

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

    Реализация проекта и его документальное оформление

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

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

    Экспертная оценка проекта

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

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

    Что такое техническая документация? Техдокументация - это «совсем не то, о чем вы подумали». И совсем уж не то, что предлагают нам всяческие ...педии и прочие сетевые словари. Точные, исчерпывающие и узаконенные по технической тематике обитают исключительно в. Как удобнее их искать? Редакция от 20.06.2018.

    Что такое техническая документация?

    Создан 01.10.2009 9:48:27

    «техническая документация» послужит нам всего лишь в качестве примера, применимого к технической терминологии в целом.

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

    В наиболее приемлемом (из всех найденных) определении техдокументации «по Педевикии», изображенном на рисунке ниже, предельно низок - в разделе Стандарты ссылки на нормативные документы имеются, но не на те, на которые должны быть. Отсутствуют ссылки на самые важные, а именно на:

    • руководящий документ;
    • на автоматизированные системы (КСАС), в состав которого входят и.

    Примечание от 12.01.2015 г. - В ходе дальнейшего «потрошения» для пополнения открываются новые, в частности:

    Техническая документация по Р 50-605-80-93

    В документе Р 50-605-80-93 Система разработки и постановки продукции на производство. Термины и определения техдокументация представлена как «Совокупность, необходимая и достаточная для непосредственного использования на каждой. К технической документации относятся и, и т.д. Техническую документацию можно подразделить на исходную, проектную, информационную. К исходной относятся: , исходные, по разработке продукции, выполняемые в процессе, техническое задание. К проектной документации относятся: для конструкторской документации - , ; для технологической - предварительный проект. К рабочей документации - , . К информационной документации - , расчета экономической эффективности и цен () продукции, каталоги, отчет о, акты и об, о и др. [из п. 1.6.1 Р 50-605-80-93]»

    Но Р 50-605-80-93 дает определение техдокументации на в целом. Для, являющихся частным случаем промышленной продукции, предусмотрены ЦЕЛЫХ ДВА определения

    Техническая документация на автоматизированную систему по ГОСТ 34.003-90 и ГОСТ 34.201-89

    Согласно ГОСТ 34.003-90 техническая документация на АС есть «Комплект взаимоувязанных , полностью определяющих технические к, проектные и организационные решения по созданию и АС [из п. 5.1 ГОСТ 34.003-90]»

    В ГОСТ 34.201-89 имеется иная трактовка, а именно: «Документация на - комплекс взаимоувязанных , в котором полностью описаны все решения по созданию и системы, а также документов, подтверждающих системы и готовность ее к () [из п. 1 прил. 1 ГОСТ 34.201-89]».

    Довольно странно видеть в едином 34-м комплексе стандартов два определения одного и того же термина, правда, в одном из них идет речь о комплексе документов, а в другом - о комплекте

    Техническая документация на военную технику по Р 50-605-80-93

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

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

    [из п. 2.5.3 Р 50-605-80-93]»

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

    Техническая документация по ГОСТ Р 54089-2010

    Еще одно очень милое, краткое и емкое определение техдокументации - «Совокупность и, используемой для изготовления, и [из п. 3.1.12 ГОСТ Р 54089-2010]».

    • для поиска соответствующей случаю нормативной документации достаточно сделать запрос в любой с «гост термины и определения» - откроется список. Это быстрый, но не отличающийся особой способ. Более того, терминология частенько содержится в ГОСТах, которые могут быть и не найдены по указанным;
    • более сложным и запутанным является поиск терминологии в Общероссийском классификаторе стандартов. Но результат поиска по запросу «термины и определения» в подходящем разделе ОКСа будет и исчерпывающим по своей полноте.

    Вот одна из ссылок на ОКС - standartgost.ru/0/101-obscherossiyskiy_klassifikator_standartov

    Техническая документация

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

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

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

    В. В. Данилевский, В. Н. Квасницкий.


    Большая советская энциклопедия. - М.: Советская энциклопедия . 1969-1978 .

    Смотреть что такое "Техническая документация" в других словарях:

      техническая документация - документация технического обеспечения — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом Синонимы документация технического обеспечения EN hardware… … Справочник технического переводчика

      Система документов, разрабатываемых и используемых в процессе проектирования, изготовления, эксплуатации и ремонта изделий военной техники. EdwART. Толковый Военно морской Словарь, 2010 … Морской словарь

      Техническая документация Энциклопедия права

      Техническая документация - 8. Техническая документация Конструкторская и технологическая документация Источник: ГОСТ 23200 78: Суда прогулочные гребные и моторные. Общие требования при поставке на экспорт …

      Для улучшения этой статьи желательно?: Дополнить статью (статья слишком короткая либо содержит лишь словарное определение). Найти и оформить в виде сносок ссылки на авторитетные источники, подтверждаю … Википедия

      техническая документация (ТД) - 3.17 техническая документация (ТД): Совокупность конструкторской, технологической, проектной и программной документации, используемой для изготовления, монтажа, эксплуатации, ремонта и утилизации продукции. Источник … Словарь-справочник терминов нормативно-технической документации

      Техническая документация. - 1.5.7. Техническая документация. Исполнитель должен иметь и хранить в укомплектованном виде всю техническую, эксплуатационную и исполнительную документацию. Подлинники этих документов хранятся у Пользователя (владельца) системой водоотведения. В… … Словарь-справочник терминов нормативно-технической документации

      техническая документация на ОС - 3.10 техническая документация на ОС (ТД): Технические условия, инструкция, руководство и другая документация, устанавливающая требования к ОС и их применению. Источник: ГОСТ Р 53292 2009: Огнезащитные составы и в … Словарь-справочник терминов нормативно-технической документации

      Совокупность документов, используемых для орг ции и осуществления произ ва, испытаний, эксплуатации и ремонта продукции, стр ва, эксплуатации и ремонта зданий ираэл. сооружений. Осн. виды Т. д.: проектная и рабочая (в стр ве), конструкторская и… … Большой энциклопедический политехнический словарь

      Техническая документация - см. Договор строительного подряда … Большой юридический словарь

    Книги

    • , Штейнберг А.И.. Настоящая книга посвящена составлению, систематизации и ведению исполнительной технической документации в процессе организации строительства, его осуществленияи сдачи объектов в эксплуатацию.…
    • Исполнительная техническая документация в строительстве , Штейнберг А.И.. Эта книга будет изготовлена в соответствии с Вашим заказом по технологии Print-on-Demand. Настоящая книга посвящена составлению, систематизации и ведению исполнительнойтехнической…


    Похожие статьи