Техническое документирование, виды технических документов и их применение. Разработка технической документации

Все многообразие технической документации можно разделить на три группы (см. рис.8):

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

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

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

Проектную документацию

Эксплуатационную и ремонтную документацию.

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

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

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

Классификация всего многообразия конструкторской документации приведена на рис.9

Чертежи включают в себя:

1. Чертеж детали.

2. Сборочный чертеж СБ.

3. Чертеж общего вида ВО.

4. Теоретический чертеж ТЧ.

5. Габаритный чертеж ГЧ.

6. Монтажный чертеж МЧ.

Чертеж детали: изображение детали и данные, необходимые для ее изготовления.

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

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

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

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

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

Схема: условные изображения или обозначения составных частей изделия и связи между ними.

Схемы по многообразию видов подразделяются см. рис.10

Схемы подразделяются на следующие типы схем (на примере электрической):

1. Структурная (вид схемы – Э, тип схемы – 1).

2. Функциональная (вид схемы – Э, тип схемы – 2).

3. Принципиальная (вид схемы – Э, тип схемы – 3).

4. Схема соединений (монтажная) (вид схемы – Э, тип схемы – 4).

5. Подключения (вид схемы – Э, тип схемы – 5).

6. Общая (вид схемы – Э, тип схемы – 6).

7. Расположения (вид схемы – Э, тип схемы – 7).

Вид схемы зависит от элементов и связей, входящих в состав изделия. Тип схемы зависит от ее назначения.

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

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

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

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

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

Схема общая – определяет соединение составных частей между собой на стадии эксплуатации.

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

Текстовая КД (текстовые документы).

Спецификация – документ, содержащий перечисление состава сборочных единиц, комплекса или комплекта.

Ведомости.

1. ВС – ведомость спецификаций – перечень всех спецификаций.

2. ВД – ведомость ссылочных документов – перечень документов, на которые имеются ссылки в КД.

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

4. ВИ – ведомость согласования примененных изделий – подтверждение согласования с соответствующими организациями.

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

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

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

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

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

• Конструкторская документация: руководство по эксплуатации, технические условия (ТУ), паспорт технического устройства, программы и методики приемочных испытаний и т.д.
• Технологическая документация: сведения по технологическому циклу изделия, информация, необходимая для ремонта объектов и оборудования

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

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

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

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

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

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

ВВЕДЕНИЕ

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

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

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

ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯ И ЕЕ ВИДЫ

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

· документация конструкторская. Она включает в себя также ремонтную и эксплуатационную документацию;

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

ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯ: ЕЕ НАЗНАЧЕНИЕ

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

· во избежание ответственности перед законом - на авиажаргоне такой подход называется «прикрытием задней полусферы»;

· для исключения возможных формальных претензий со стороны заказчика.

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

ТЕХНИЧЕСКАЯ ДОКУМЕНТАЦИЯ: СОСТАВ

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

· техническая документация на автоматизированные системы;

· техническая документация на изделия;

· техдокументация на программные изделия - программная документация.

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

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

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

Стоит также отметить, что существует несколько видов такой технической документации, к числу которых можно отнести следующие:

Конструкторский вид документации - он включает в себя эксплуатационную, а также ремонтную документацию;

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

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

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

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

Правила и требования к поставке;

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

Условия соблюдения и правильность использования продукции;

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

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

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

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

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

• Перевод

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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. Снова редактирую работу на основе отзыва рецензента (рецензентов).