Источники затрат при разработке документации

На основе опыта и функционально-стоимостного анализа процессов разработки документации сформировано распределение затрат на ее создание.

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

Наибольший вес в структуре затрат на разработку документации составляет:

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

В совокупности они составляю около 80−85% издержек на создание технической документации.

Как бы это не казалось очевидным, но при формировании структур документов целесообразно следовать требованиям нормативной документации. В действующих отечественных и международных стандартах укрупненные структуры документов определены довольно однозначно. Однако множество вопросов возникает на этапе детализации общей структуры документа для конкретного изделия[13, c.90].

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

Во-первых наглядно и понятно отобразить группировку сборочных единиц изделия (по конструктивному или функциональному признаку);

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

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

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

Для технических руководств необходимо предусмотреть создание модулей данных для всех элементов конструкции или функциональных систем, которые требуют воздействия на этапе эксплуатации и ремонта. Встает вопрос — где же можно взять перечень элементов, которые должны попасть в структуру руководства (DMRL)? Наиболее очевидны ответ — из БД АЛП, результатов АВПКО. Т. е. из тех источников, которые нам позволяют сформировать данные о вероятности выхода из строя элементов изделия, необходимости проведения планового обслуживания. Однако, достоверные данные из БД АЛП и результаты АВПКО, как правило, недоступны для новых изделий. Также их проблематично получить, если данные о стадиях жизненного цикла выпущенных изделий нигде не агрегируются. В этом случае можно использовать метод аналогий и результаты расчетов надежности тех или иных элементов конструкции [11, c.82].

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

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

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

Если говорить о еще более глубокой автоматизации создания структур документов, то это требует наличия базы АЛП или базы S2000M.

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

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

Для большинства проектов по разработке документации, как правило, можно использовать обозначения SNS, приведенные в S1000D или Авиационном справочнике (AC 1.1.S1000DR-2007).

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

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

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

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

Это же касается и информационного кода. В рамках проекта целесообразно определить начальный (минимальный) перечень информационных кодов (IC — Information Code), который может быть использован при обозначении модулей данных.

С другой стороны код DMC может быть частично определен в шаблоне документа. Например, для всех разделов, относящихся к хранению можно заранее задать код, определенный в S1000D[10, c.91].

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

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

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

использование ПО, которое позволяет упростить процесс повторного применения фрагментов текста (использование репозиториев информации);

применение упрощенного языка (Упрощенный технический русский (УТР-1), Simplified Technical English® (ASD-STE100)).

Создание графической информации является одним из самых затратных этапов разработки технической документации. Наиболее распространенными процессами создания графических объектов являются:

• 1) 3D модель — Специальное ПО — Иллюстрация;
• 2) чертежи — Специальное ПО — Иллюстрация;
• 3) фотографии — Графические редакторы — Иллюстрация;
• 4) чертежи, фотографии, внешний вид изделия — художник-конструктор — иллюстрация.

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

Принципиальный способ сокращения затрат при разработке графических объектов заключается в применении в качестве исходной информации 3D моделей, разработанных в САПР.

Это позволяет:

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

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

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

Например, для составных иллюстраций, включающих несколько моделей потребуется САПР и программы для создания иллюстраций (3DVia Composer, IsoDraw, Deep Exploration, Corel Technical Illustration и т. п.).

Достоинство: затраты на ПО и обучение меньше, чем для первого способа. Недостатки: при помощи САПР сложно создавать комбинированные иллюстрации с внешними по отношению к модели объектами (внешняя обстановка, люди). Не во всех САПР поддерживается работа с цветом в чертежах. Излишняя детализация изображения.

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

Подготовка 3D моделей для использования в технической документации включает следующие этапы:

• — конвертирование 3D модели для загрузки в ПО, предназначенное для создания 3D интерактивного объекта;
• — оптимизация модели специальным ПО (в качестве примера такого ПО может выступать продукт компании Parallel Graphics — Internet Model Optimizer);
• — «настройка» модели (группировка элементов в соответствии с эксплуатационным составом изделия; разнесение, расстановка выносок, создание анимации, настройка интерактивности);
• — экспорт 3D интерактивного объекта в формат, воспринимаемый системой разработки документации.

Для мультимедийных объектов экспорт осуществляется в видеоряд в соответствии с требованиями S1000D.

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

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

Нормативным документом, который может быть использован при расчете трудоемкости разработки иллюстраций художником-конструктором, являются «Типовые нормы времени на разработку конструкторской документации (проектирование технологического оснащения) (утв. постановлением Госкомтруда СССР, секретариата ВЦСПС от 17.03.1986 n 93/6−6)».

Из расчета следует, что наибольшая трудоемкость соответствует разработке графических объектов художниками-конструкторами, а также в виде 3D моделей (см. таблицу ниже).

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

При расчете полных затрат принято следующее:

• — начальные затраты складываются из постоянных затрат на приобретение инструментов разработки графических объектов и работ по их созданию;
• — переменные затраты учитывают только работы по обновлению графических объектов;
• — в течение года изменения конструкции затрагивают все системы изделия.

Исходя из этого, определены начальные и совокупные издержки первого периода разработки графических объектов на изделие.

При расчете точки безубыточности в денежном выражении (BEP — break-even point) и срока окупаемости проекта (PBP — Pay-Back Period) использованы следующие исходные данные:

• — количество активных клиентов — 500 ед.;
• — стоимость годового абонентского обслуживания — 5 000 руб.;
• — годовая выручка равна произведению количества активных клиентов на стоимость абонентского обслуживания.

На основе принятых допущений и исходных данных определено следующее:

• — при использовании 3D моделей в качестве графических объектов документа срок окупаемости составляет менее 2-х лет при значении точки безубыточности равном 4,2 млн руб.;
• — при использовании 2D иллюстраций в качестве графических объектов документа срок окупаемости составляет 2 года при значении точки безубыточности равном 5,1 млн руб.;
• — при использовании рисованных иллюстраций в качестве графических объектов документа срок окупаемости составляет 12 лет при значении точки безубыточности более 30 млн руб.

Несмотря на незначительную разницу срока окупаемости для 3D и 2D графических объектов, необходимо обратить внимание на совокупную прибыль, которая обозначена на графиках закрашенным треугольником с буквой P. Площади этих треугольников, а соответственно и значения прибыли, отличаются почти в 2 раза[11, c.92].

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