ПОИСК Статьи Чертежи Таблицы Петухов, С. И. Киланов из "Компьютерные технологии сопровождения и поддержки наукоемкой продукции " Любое техническое руководство (ТР), будь то печатное издание или Интерактивное Электронное Техническое Руководство (ИЭТР), представляет собой отформатированную, в соответствии с определенными стандартами, техническую информацию. Следовательно, говоря о ТР, следует различать два основных компонента данные (контент) и их представление. И то и другое регламентируется определенными стандартами. [c.31] Контент это то, что необходимо пользователю ТР. Это коллективный продукт большого числа профессионалов инженеров, технических писателей, технических редакторов, технических переводчиков, корректоров. [c.31] Контент это информация, которую мы, разработчики, должны представить эксплуатанту наших изделий в наглядном, достаточном для правильной эксплуатации и удобном в использовании виде и поддерживать ее в актуальном состоянии в течение всего жизненного цикла изделия. [c.31] При этом следует учитывать то, что разработка на основе одних и тех же данных как традиционных, бумажных публикаций, так и ИЭТР становится все более затруднительной, особенно при увеличении класса ИЭТР. [c.32] Именно официальной, потому что, существующие общепринятые мировые стандарты в области технических публикаций, более соответствующие требованиям по созданию ИЭТР, такие как АЕСМА 1000D и АТА 100/2100 официально не рекомендованы Авиационными властями РФ в качестве альтернативы ГОСТ 18675-79. [c.32] В СССР, в силу полного государственного регулирования, разработчики (ОКБ) и изготовители (серийные заводы) полностью отвечали за создание, оценку при испытаниях (сертификацию), поставку и своевременное внесение изменений в ТР. Организации гражданской авиации и Министерства обороны получали единый для всех эксплуатантов определенного типа ВС комллект ТР. [c.32] За рубежом сложилась более гибкая система. Фирма-поставщик ВС отвечает перед государством за разработку и сертификацию только минимального комплекта ТР, содержащих сведения о характеристиках типовой конструкции ВС и указания по сохранению его летной годности. Основной же комллект ТР индивидуально разрабатывается и представляется каждым эксплуатантом данного типа ВС при его сертификации государственным органом. [c.32] Отсутствие стандартов для ТР, учитывающих особенности ИЭТР, так же негативно сказывается на разработке отечественных автоматизированных систем ТоиР, для которых большое значение имеет кодирование работ выполняемых при технической эксплуатации. [c.32] Примечание Рассматривая вопросы, связанные с обеспечением российских производителей авиатехники нормативной документацией, мы преднамеренно не рассматриваем различия в методологической базе формирования программ ТоиР, обращая внимание только на те технические аспекты, которые имеют значение при создании ИЭТР. [c.32] При этом следует отметить, что различия между АТА 2100 и АЕСМА 1000D не столь существенны по номенклатуре документов, как между указанными стандартами и ГОСТ 18675-79. [c.33] Стандартная система нумерации, состоящая из трёх пар символов, предназначена для обеспечения стандартного размещения или адресации материала. В данном вопросе, принципиальных расхождений в системе нумерации применительно к гражданским воздушным судам между стандартами не существует, особенно на уровне Разделов/ Систем. Имеющиеся отличИя на уровне подразделов/подсистем не существенны. [c.33] В этом вопросе, все выше перечисленные стандарты имеют существенные различия между собой. Эти различия обусловлены принятой системой ТоиР, и существенно влияют на программное обеспечение ТоиР. [c.33] Все эти элементы находятся в разных местах типовой карты РО. [c.33] В РЭ работы оформлены в виде технологических карт и размещаются на соответствующих страничных блоках с 200 по 800. Код технологической карты соответствует пункту РО. [c.33] Единый код отсутствует. Задача по идентификации работ в рамках автоматизированных систем ТОиР довольно затруднительна. Учитывая то, что ГОСТ 18675-79 не содержит требований к организации базы данных и к структуре документа, велика вероятность того, что разработчики программного обеспечения ТОиР пойдут каждый своим путем. [c.33] Функциональный код (аналог кода вида работы по ОСТ 54 30054-88) делится на 9 грулп. [c.34] Вернуться к основной статье