Правила хорошего тона при оформлении технической документации
Правила хорошего тона при оформлении технической документации

Введение

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

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

Нормоконтроль – на первый взгляд отголосок из Советского Союза или что-то связанное с Госзаказчиками. Но нормоконтроль (далее по тексту НК) – гигиена документа. 

НК включает в себя не только правила русского языка (синтаксис/орфография), но и требования перекликающиеся с ГОСТ.  

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

Требования к наименованию файла документа

Структура наименования файла документа выглядит следующим образом:

ХХХХ_YYYYY_V._._.ГГГГ.ММ.ДД, где:

ХХХХ – шифр согласно перечню документов;

YYYYY – наименование документа (например, Инструкция пользователей);

V._._. – версия документа;

ГГГГ.ММ.ДД – дата редактирования файла.

Шифр может содержать:

  • Код Общероссийского классификатора предприятий и организаций;

  • Код Классификатора ОКП 2;

  • Код, принятый внутренней политикой компании.

Наименование документа может состоять из:

  • Кода документа в соответствии с ГОСТ 34.201;

  • Код документа или буквенное обозначение, принятый внутренней политикой компании.

Титульный лист

Титул – лицо документа, первое что видит пользователь, взяв документ в работу.

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

Рисунок 1. Титульный лист
Рисунок 1. Титульный лист

Нумерация страниц 

Документ нумеруется со второго листа, на котором расположено чаще всего оглавление. Если после титульного листа вставляются листы согласования / подписания, то они не нумеруются, а нумерация листа оглавления также начинается со второго номера.

Колонтитулы в документе могут заполняться как сверху, так и снизу, если не используется рамка в документе (по ГОСТ 2-105). Целесообразно указывать наименование проекта / наименование документа / шифр документа.

Если для оформления документа используются определенные размеры полей, то стоит учесть, что колонтитул не должен выходить за рамки этих полей. Для определения данного условия в MS Word используется режим «Сетка».

Оглавление

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

Рисунок 2. Оглавление
Рисунок 2. Оглавление

Оформление заголовков

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

Переносы слов в заголовках не допускаются.

Заголовки разделов (первого уровня) нумеруют арабскими цифрами с точкой, например:

Пример 1
Пример 1

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

Пример 2
Пример 2
Пример 3
Пример 3

Заголовок раздела/подраздела и текст изложения должны располагаться на одной странице. Для соблюдения этого необходимо в меню «Абзац» стиля заголовка во вкладке «Положение на странице» отметить поле «не отрывать от следующего».

Рисунок 3. Положение на странице для абзаца стиля
Рисунок 3. Положение на странице для абзаца стиля

Основной текст

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

Основные требования к написанию текста опишу ниже.

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

  • обороты разговорной речи, техницизмы, профессионализмы;

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

  • произвольные словообразования;

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

В документе не используют перенос слов.

В тексте документа используют:

  • буквы «Ё», «ё» без точек, в том числе в именах собственных;

  • кавычки с русской раскладки клавиатуры.

Не допускается:

  • переносить на следующую строку (страницу) только номер структурного элемента (рисунка, таблицы, раздела, приложения и т.д.);

  • разносить на разные строки или в разные стороны графы таблицы форму собственности (АО, ООО и пр.) и наименование организации, а также инициалы и фамилию;

  • отделять на разные строки единицу величины от числового значения;

  • отделять на разные строки знак номера от числа.

Рекомендуется в таком случае использовать неразрывный пробел (сочетание клавиш Shift+Ctrl+Пробел).

В тексте документа следует избегать:

  • двойных пробелов;

  • пустых абзацев;

  • разнесения на разные строки частей сложносоставных слов, написанных через дефис.

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

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

При указании ссылок на несколько элементов используют следующие формулировки:

«…приведено в таблицах 1–4», «…в приложениях 1–3», «…как показано на рисунках 1 и 2», «… на рисунках 1–4», а также как показано на рисунке ниже.

Рисунок 4. Ссылка на несколько рисунков в тексте
Рисунок 4. Ссылка на несколько рисунков в тексте

Оформление рисунков

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

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

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

Рисунок 5. Пример отображения ссылок на последовательность действий
Рисунок 5. Пример отображения ссылок на последовательность действий

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

При использовании в рисунках блок-схем необходимо приводить поясняющие данные к элементам блок-схемы (легенда).

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

Оформление таблиц

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

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

Для абзаца текста после таблицы следует добавить интервал «Перед».

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

Оформление приложений

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

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

Комментарии (22)


  1. Dounar
    11.07.2023 09:23
    +2

    "Неаккуратно как-то, доктор."
    "Неаккуратно как-то, доктор."


    1. Jianke
      11.07.2023 09:23

      lol

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

      Если бы он умел, то всё выравнялось бы как надо

      PS но, хоть титул он догадался разметить почти правильно:

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


  1. Surrogate
    11.07.2023 09:23

    Неаккуратно

    Не придирайтесь)

    В целом все очень по уму написано!

    Единственное, на что могу обратить внимание «нумерация приложений» согласно п. 6.3.5 из ГОСТ Р 2.105-2019 (Единая система конструкторской документации. Общие требования к текстовым документам):

    6.3.5 Элемент «Приложение» обозначают прописными буквами русского алфавита, начиная с А, за исключением букв Ё, З, Й, О, Ч, Ь, Ы, Ъ.

    Допускается обозначение буквами латинского алфавита, за исключением букв I и O.

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

    Если в документе одно приложение, оно обозначается «Приложение А».

    В самом ГОСТ Р 2.105-2019 приложения обозначаются русскими буквами.


  1. belch84
    11.07.2023 09:23

    ХХХХ_YYYYY_V._._.ГГГГ.ММ.ДД, где:
    ГГГГ.ММ.ДД – дата редактирования файла.

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


    1. alexxisr
      11.07.2023 09:23
      +2

      дата в файловой системе может измениться, например, при копировании файлов.


      1. Surrogate
        11.07.2023 09:23
        +1

        Может измениться, когда пользователь открыл документ «на посмотреть». При этом было открыто много документов и он по ошибке закрывая файл, нажмет «Сохранить изменения».


        1. dmitryvolochaev
          11.07.2023 09:23
          +3

          Надо хранить документы в системе контроля версий. Туда ничего не сохранится случайно. И даты там тоже есть


      1. belch84
        11.07.2023 09:23

        С другой стороны, можно забыть её изменить в названии при редактировании


  1. little-brother
    11.07.2023 09:23
    +4

    Вы все пишите документацию на программные средства в Word-е? Неужели чего-то более дельного нет? Вставлять GUI для каждой версии продукта (особенно после проказников-дизайнеров) имхо должно быть мучительно.


    1. voody77
      11.07.2023 09:23
      +1

      Большинство заказчиков(ГОС или около ГОС), как правило, заявляют формат предоставления документации как - .doc/.docx, и это требование нельзя изменить/убрать из ТЗ ¯\_(ツ)_/¯


      1. little-brother
        11.07.2023 09:23

        Выгрузку в .doc ни одна система не осуществляет? Не верю! ¯\_(ツ)_/¯


        1. Surrogate
          11.07.2023 09:23
          +1

          Выгрузку в .doc ни одна система не осуществляет?

          Например в техническом задании от ЦентроБанка РФ всегда идет приложение с описанием, как должны быть оформлены предоставляемые документы. В котором прописано что документы предоставляются в doc(x) и на 6 страницах перечисление каким размером шрифта, с каким отступом и т.п. должны быть каждая надпись (т.е. заголовки всех уровней, основной текст, подписи к рисункам и таблицам).

          Может и осуществляют. Боюсь на вы не сможете получить на выходе документ Word, котором все параметры совпадут с пожеланиями данного Заказчика…

          PS В нашем случае документация не на программные средства.


        1. iggr63
          11.07.2023 09:23

          Конечно можно генерировать доки, пример в Polarion. Форму документа тоже можно настраивать под заказчика.


  1. timsiling
    11.07.2023 09:23

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


    1. Surrogate
      11.07.2023 09:23

      В правилах хорошего тона есть ещё место для улучшения?

      В принципе данная статья это перевод на человеческий язык официозного документа ГОСТ Р 2.105-2019.

      почему в любой иностранной документации ещё присутствует список изменений версий документа?

      В п. 5.1.8 вышеуказанного ГОСТ Р 2.105-2019 есть такие слова

      5.1.8 В ТД включают лист регистрации изменений в соответствии с ГОСТ 2.503 и ГОСТ Р 21.1101. Лист регистрации изменений допускается оформлять одновременно с внесением изменений.

      Листы регистрации изменений в ГОСТ 2.503-2013 (Единая система конструкторской документации. Правила внесения изменений) описаны в Приложении В.

      В ГОСТ Р 21.101-2020 (Система проектной документации для строительства. Основные требования к проектной и рабочей документации) описаны в Приложении Н.


      1. timsiling
        11.07.2023 09:23
        +1

        Спасибо! Прошу прощения, если написал немного в резком тоне. Увы, писал на бегу.

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


  1. Surrogate
    11.07.2023 09:23

    Если честно, то мы крайне редко ведём этот лист. В лучшем случае просто вставляем пустой лист с соответствующей формой)

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

    Абсолютно с вами согласен! В конторе где я работал пару лет назад к этому листу было особенное отношение. К текстовому документу из 10 листов, прилагались листы регистрации изменений бывало до 3-5. В формате типа

    п.1.1 исправлена опечатка в слове "коммутатор"; п. 1.2 заменена гарнитура шрифта с Arial на Ghost type B; etc


  1. rever50
    11.07.2023 09:23
    +1

    "нельзя использовать технического писателя в качестве оформителя". Это значит надо отдельного сотрудника нанимать?


  1. z250227725
    11.07.2023 09:23
    +1

    1. Версию файла лучше за датой ставить, т.к. за день может быть более одной версии.

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

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


    1. Surrogate
      11.07.2023 09:23

      В самом "MS Word из коробки" всего этого нет. Но при желании и наличии свободного времени можно это запилить с помощью встроенного языка программирования Visual Basic for Application (VBA), ну или другого стороннего языка...


  1. Shavadrius
    11.07.2023 09:23

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

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

    Неужели еще нет какой-нибудь информационной системы для ведения документации со встроенным контролем версий?


    1. Surrogate
      11.07.2023 09:23

      сборка всех правок в один "финальный" документ...

      Это реально адЪ!

      Здесь и часто меняющиеся шаблоны

      А это зачем?

      Я бы так вообще переходил везде на markdown

      Я бы тоже хотел, но у нас в документации встречается более 54 гендеров 270 различных стилей!!! Боюсь в md такое стилевое разнообразие будет не будет невозможно…