8 - 2000

Обзор возможностей PLM-систем

Павел Брук, Вадим Стародубов

 

Ключ к успеху — эффективный процесс обмена электронной документацией

От управления структурой изделия к управлению последовательностью видов

Информационные объекты — основа для управления бизнес-процессами

Примеры из практики

Система PLM — надежный инструмент для получения прибыли

Компактная система «всё в одном» Nashuatec Aficio A045

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

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

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

Ключ к успеху — эффективный процесс обмена электронной документацией

Благодаря широко разрекламированной в нашей стране концепции CALS, значимость электронной документации понятна всем, начиная от высшего руководства предприятий и заканчивая рядовыми конструкторами. Однако полноценное внедрение электронного документа в производственную практику требует системности в решении задач как законодательного, организационного, методического, так технического и программного плана. В настоящей статье мы будем сознательно затрагивать только один из аспектов проблемы внедрения электронной документации — программный и к тому же в довольно узком ракурсе, а именно: «Какой программный инструментарий наиболее целесообразно применять для решения задач управления электронной документацией на этапе эксплуатации изделия?»

Современный уровень развития информационных технологий позволяет реализовать передачу электронного документа от одного пользователя к другому различными способами, самым доступным из которых является Microsoft Outlook. Другое дело, когда таких документов не единицы, а сотни и тысячи. В этом случае средствами Outlook не обойдешься, необходима информационная система, решающая задачи структурирования информации. Здесь читатель может сказать: «Ну и в чем проблема? Создать иерархическую структуру папок и складывать туда электронные документы». Именно на этой идее и построены многие узкоспециализированные системы управления электронной документацией. При этом они не просто структурируют документы по папкам в соответствии с их предназначением, они также могут отслеживать неограниченное количество версий документов, могут обеспечивать единое проектное представление документов за счет раздельного хранения содержания, структуры и стиля документа, могут обеспечить одновременную работу над одним документом всех авторизованных в системе пользователей, могут автоматически преобразовывать документы в платформенно-независимые PDF- и XML-форматы, могут управлять жизненным циклом документов, могут направлять документы для утверждения по гибким и жестким потокам работ, могут обеспечить однозначность документов в географически распределенной среде и еще многое другое — все что позволяет делать с электронным документом современный уровень развития информационных технологий.

Однако здесь возникает вопрос, а не увлеклись ли эти системы процессом управления электронной документацией ради самого процесса? Где во всем этом сверхзадача наших производственных предприятий — обеспечить высокий уровень удовлетворения клиента от использования эксплуатируемого им изделия? Именно в слове «изделие» и заключается вся специфика проблемы. Для информационной системы изделие — это прежде всего его состав, то есть перечень компонентов изделия с указанием для каждого из них необходимых для его определения атрибутов (характеристик), а также описание отношений принадлежности и входимости между компонентами. Инструментарием, имеющем в своем составе функциональность для управления составом изделия, является информационная система PLM (рис. 1). Системы PLM, позволяя делать с электронным документом все, на что способны узкоспециализированные системы, обладают при этом одним важным конкурентным преимуществом: в них электронный документ (2D-чертеж, 3D-модель, извещение, записка, отчет и т.д.) — это информационный объект, привязанный к структуре изделия.

Рис. 1. Пример отображения структуры изделия в системе PLM на платформе Teamcenter

Рис. 1. Пример отображения структуры изделия в системе PLM на платформе Teamcenter

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

«Ну и что? — задаст риторический вопрос читатель. — Что принципиально нового даст мне эта самая “структура изделия”? Как она может помочь мне в процессе обслуживания моей продукции?»

В начало В начало

От управления структурой изделия к управлению последовательностью видов

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

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

Как правило, информационные представления для отдела маркетинга носят наименование «Как заказано» (As Estimated), для конструкторских отделов — «Как разработано» и «Как спроектировано» (As Engineering — As Detailed), для технологических отделов — «Как подготовлено к производству» (As Planed), для производственных цехов и отделов поставки — «Как произведено» (As Build), для заказчика — «Как эксплуатируется» (As Maintained).

При этом информационное представление изделия «Как эксплуатируется» не является оторванным от информационных представлений, сформированных на этапах конструирования, проектирования, а тем более — строительства. Структура информационного представления «Как эксплуатируется» определяется на этапах проектирования, только в нем теперь некоторые компоненты изделия свернуты как наборы обслуживания. Корневыми информационными объектами (ИО) данного представления являются «Серийный номер», «Номер партии» или «Номер заказа» (Item Part Number). Информационное представление «Как эксплуатируется» поддерживает текущую конфигурацию изделия, показывает детальную историю каждого серийного номера.

Электронная документация, регламентирующая операции по эксплуатации и ремонту, также приходит из информационного представления «Как спроектировано» и представляет собой набор ИО типа «Руководства по эксплуатации на изделие», «Регламенты технического обслуживания» и «Ремонтная документация» (Item Maintenance Definition или Item Maintenance Manual). Совокупность ИО и правил их взаимодействия, необходимых для полного описания изделия, называют «модель данных об изделии». На рис. 2 представлен пример такой модели данных об эксплуатируемом изделии. Так, например, в PLM-системе Teamcenter модель данных для формирования электронных интерактивных технических руководств (ИЭТР) настроена в соответствии с требованиями спецификации Европейской ассоциации производителей авиационной техники AECMA 1000D. Заказчику ИЭТР может быть предоставлен как в онлайн-режиме (доступ через Web-портал), так и в виде отчуждаемого носителя на CD. В этом случае механизм поддержки актуальности данных в ИЭТР основан на периодической рассылке пользователям модулей данных с обновленной документацией.

Рис. 2. Пример модели данных

Рис. 2. Пример модели данных PLM-системы (предоставлен системным архитектором компании UGS г-ном Питером Струкманом)

Безусловно, для каждой отрасли промышленности, выпускающей наукоемкие изделия, существуют свои особенности в модели данных. Возьмем, например, судостроение. Судно поставляется заказчику как список помещений и ведомость (кодифицированного) оборудования, установленного в каждом помещении. В информационном представлении «Как эксплуатируется» это отражается как набор ИО — «Акт о приемке (Акт об испытаниях)» (Item Certification records). Этот набор ИО содержит набор атрибутов и сгруппирован в соответствии с конкретными контрактными требованиями — требованиями классификационного общества, по которым построено судно. Например, информационное представление может быть сформировано в соответствии с требованиями Российского морского регистра или в соответствии с требованиями английского «Ллойда» (Item Contract).

Ведомость запасных частей, инструментов и принадлежностей (ЗИП) в PLM-системе может быть представлена как иллюстрированный каталог (Illustrated Parts Catalog, IPC), который по своей структуре фактически соответствует ведомости оборудования и получен из информационного представления «Как спроектировано» с некоторыми различиями, а именно — с наличием информации о запасных частях для конструктивных элементов — нескольких объединенных изделий в составе системы. Для заполнения атрибутов ИО каталога ЗИП система PLM предоставляет поставщикам оборудования (производителям) удаленный безопасный доступ для внесения стоимостных и тактико-технических данных на выпускаемое ими оборудование. Набор атрибутов для каждого ИО в составе каталога ЗИП определяется контрактными требованиями, но в некоторых системах PLM, например в Teamcenter, уже существует набор ИО, настроенных в соответствии с требованиями международных стандартов, в частности Министерства обороны Великобритании — Defence Standard 00-60 и AECMA 2000M. Реализация каталога ЗИП в PLM-системе позволяет, кроме атрибутивной информации о запасных частях, предоставить заказчику трехмерную модель изделия, с которой он может выполнять ремонтные операции на виртуальном прототипе изделия. Поиск запасных частей может осуществляться по любому коду, например по ФНН (Федеральному номенклатурному номеру), NSN (National Stock Number) или EAN (European Article Numbering). При этом каждый кодификационный элемент ЗИП связан с определенным номером в контрактной строке (Contract Line Item Number, CLIN). Детальная история по каждой записи в контрактной строке хранится также в PLM-системе.

«Да, теперь мне понятна важность функциональности по управлению структурой изделия!» — воскликнет наш читатель, задававший ранее риторический вопрос. — Однако все-таки не увлеклись ли вы развитием функционала PLM-системы ради самого функционала? Пока я не вижу конкретно моих процессов этапа эксплуатации изделия», — продолжает он отстаивать свою критическую позицию.

В начало В начало

Информационные объекты — основа для управления бизнес-процессами

Всю совокупность бизнес-процессов, связанных с информационным представлением «Как эксплуатируется», можно условно разделить на два типа. Первый тип составляют бизнес-процессы так называемого обратного управления. В этом случае изделие уже находится у заказчика и основные информационные потоки содержат разнообразные типы отчетов. Второй тип составляют бизнес-процессы так называемого последовательного управления эксплуатацией изделия. В этом случае, как правило, изделие еще не передано заказчику и информационное представление «Как эксплуатируется» сформировано не полностью. Информационные потоки последовательного управления связаны с процессами анализа логистической поддержки, с расчетом материально-технического обеспечения (МТО) в начальный период эксплуатации (Initial Provisioning), с анализом видов обслуживания (Reliability Centered Maintenance, RCM), анализом уровней ремонта (Level of Repair Analysis, LORA), с расчетом потребности в запасных частях, в обслуживающем и ремонтном персонале и т.п.

В штатном режиме эксплуатации изделия система PLM, используя разнообразные ИО типа «Отчет» (Item Work Inspection Record), управляет бизнес-процессами, связанными с заполнением журналов учета технического состояния и эксплуатации систем. Каждый отчет об обслуживании оборудования в PLM-системе ссылается на конкретный ИО «Номер заказа», а также на конкретный ИО «Код кодификации оборудования». По результатам выполнения работ к каждому отчету привязывается ИО «Запись в паспорт изделия».

В процессе эксплуатации изделия весьма часто возникают ситуации, когда производитель оборудования, поставленного в составе изделия, может потребовать реализации незапланированных (нетиповых) операций обслуживания или замены каких-либо деталей в составе изделия. В информационном представлении «Как эксплуатируется» этот бизнес-процесс отражает ИО «Эксплуатационный бюллетень» (Service Bulletin). Данный ИО связан с обновленным ИО «Руководство по эксплуатации изделия», а также с обновленным ИО «Каталог запасных частей». В некоторых случаях производитель изделия должен быть уведомлен, что его требования выполнены; тогда ИО «Эксплуатационный бюллетень» имеет связи с ИО «Уведомления», который содержит всю необходимую атрибутику: кому, куда и в каком виде отправлять уведомление.

Бизнес-процессы, связанные с отказами оборудования в PLM-системе, фиксируются как ИО «Отчет о проблеме» (Problem Report). Поведение, вид и описательная атрибутика этих ИО могут быть настроены в соответствии с требованиями различных отраслевых или ведомственных стандартов. Так, например, в системе Teamcenter есть набор ИО, фиксирующих отказы в соответствии с требованиями стандарта Def Stan 00-60 и автоматически заполняющих базу системы FRACAS. После выполнения ремонтных работ к ИО «Отчет о проблеме» привязываются ИО «Отчет о ремонте» и ИО «Запись в паспорт изделия», которые запускают бизнес-процесс по вводу изделия в штатную эксплуатацию.

В последнее время все большую актуальность приобретают вопросы управления бизнес-процессами «последовательного управления» — процессами анализа логистической поддержки. Это связано с тем, что все чаще в контрактах, заключаемых с инозаказчиком, указывается требование реализации поставок по системе buy-back, гарантирующей возврат поставщику закупленных у его изделий ЗИП, но неиспользованных заказчиком в процессе эксплуатации.

Рис. 3. Пример упрощенной EBS-системы

Рис. 3. Пример упрощенной EBS-системы

Для управления бизнес-процессами, связанными с анализом логистической поддержки, в PLM-системе формируется специальная структура изделия — EBS (Equipment Breakdown Structure) (рис. 3). EBS представляет собой структуру изделия, компонентами которой является только то оборудование, отказы которого могут в наибольшей степени повлиять на работоспособность и поддерживаемость изделия в целом. EBS позволяет интегрировать базу анализа логистической поддержки (Logistics Support Analysis Records, LSAR) внутрь PLM. Так, например, в системе Teamcenter расчет объема МТО в начальный период эксплуатации основан на реализации принципа «тонких поставок» (Lean Supply). Основными к идеями этого принципа являются:

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

• работоспособность изделия в целом зависит от работоспособности особо важного оборудования из состава EBS;

• поставка излишнего объема ЗИП повышает издержки заказчика на хранение и увеличивает объем замороженных финансовых активов.

Teamcenter также предоставляет инструментальные средства для управления процессами рассмотрения данных начального МТО. В качестве примера можно привести деятельность Главного конструктора, который для каждого оборудования из состава EBS назначает эксперта предметной области (Subject Matter Expert, SME) и предоставляет ему доступ к определенным данным из EBS. При рассмотрении данных начального МТО по определенному оборудованию соответствующий эксперт по электронной почте получает уведомление и в стандартном бланке вставляет свои пометки и отсылает свое заключение обратно. Каждый эксперт имеет доступ к своим, сделанным ранее отчетам, а также к комментариям других экспертов. Главный конструктор может настроить процесс обмена мнениями экспертов как процесс потока работ.

Для обмена сообщениями система PLM предоставляет механизм MHS (Message Handling System — Систему обработки сообщений). MHS позволяет обрабатывать сообщения, подготовленные в соответствии с требованиями различных стандартов к формату и содержанию сообщений. Так, в Teamcenter уже существует MHS, настроенная под требования спецификации AECMA 2000M. MHS осуществляет проверку достоверности получаемых сообщений посредством сравнения их структуры и содержания с регламентированными в спецификации форматами и правилами. MHS анализирует сообщения, идентифицирует и выделяет сегменты и элементы данных для заполнения базы данных LSAR.

«Ох, да вы меня совсем перегрузили своей терминологией! — вздыхает наш читатель, но не сдается. — Всё, верю, что лучший инструментарий для управления процессами эксплуатации изделия — это PLM! Но есть ли практические примеры?».

В начало В начало

Примеры из практики

Оди н из весомых примеров применения PLM-системы при решении задач на этапе эксплуатации — Министерство обороны (МО) Великобритании. Проект DR (The Design Repository) — система, обеспечивающая передачу подразделениям МО конструкторских и других данных об изделии с ранних этапов и управление процессами обслуживания образцов военной техники. В качестве инструментария используется система Teamcenter, которая применяется для решения следующих задач:

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

• подготовкой электронной технической документации;

• формирования интерактивных электронных технических руководств;

• управления закупками предметов материально-технического обеспечения.

Первоначально система обкатывалась на проектах Warrior APC и Challenger, а теперь используется на всех проектах МО Великобритании, в том числе ATV(P), COBRA, IBDS, IGBAD, MRAV, LIMAWS, FBMS, TRACER. Более подробно о программе DR/Teamcenter можно прочитать по адресу в Интернете: www.dr.mod.uk.

В Королевском ВМФ Австралии после гибели четырех членов экипажа в результате трагедии 5 мая 1998 года на судне обеспечения (танкер HMAS Westralia) было принято решение о внедрении системы управления конфигурацией кораблей. В качестве инструментария была выбрана система PLM Teamcenter. «Все имущество ВМФ имеет описательные характеристики. Инструментарий для управления конфигурацией помогает нам управ­лять этими описательными характеристиками на всем протяжении жизненного цикла изделия. В результате каждый член экипажа знает, что, когда и как он должен обслуживать, ремонтировать и восстанавливать, чтобы максимально повысить эффективность применения корабля по его прямому назначению», — таково мнение одного из участников проекта Гарри Рассела, менеджера проекта от Королевского ВМФ. На первом этапе в течение 2003 года в системе работали 230 пользователей, в ближайшее время будет подключено еще 150 пользователей. Более подробно о проекте можно узнать, посетив сайт компании Product Lifecycle Management Australasia Pty Ltd, внедряющей Teamcenter в Королевском ВМФ Австралии (www.plma.com.au).

На военно-воздушной базе ВВС США (Tinker) в штате Оклахома система PLM Mobility на платформе Teamcenter применяется для управления единой интегрированной средой сервисного обслуживания авиатехники. Система обеспечивает сотрудников авиабазы рабочими инструкциями и другой документацией, необходимой для выполнения работ по техническому обслуживанию и ремонту экс­плуатируемой техники. Доступ к документации обеспечивается непосредственно с мобильных рабочих мест технического персонала — технология I-POMX (Integrated Point-of-Maintenance eXecution) на платформе Tablet PC.

Каждый год авиабаза Tinker обслуживает порядка 75 самолетов, включая как новейшие разработки, например самолеты типа B-2, так и давно эксплуатируемые модели самолетов, например B-1, В-52 и КС-135, а также реактивные двигатели различных типов — от модели J33s, применявшейся на самолетах во время корейского конфликта, до современных образцов F118s. Представители авиабазы Tinker в качестве основных эффектов от внедрения системы PLM Mobility выделяют сокращение цикла обслуживания самолетов на 25%, что соответственно увеличивает время эксплуатации этих самолетов по прямому назначению.

В начало В начало

Система PLM — надежный инструмент для получения прибыли

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

• к информационному представлению изделия «Как эксплуатируется» (As Maintained) и другой, связанной с этим представлением информации, например такой, как интерактивные электронные технические руководства, инструкции по техническому обслуживанию, руководства по эксплуатации, журналы учета технического состояния и эксплуатации систем, 2D-чертежи и 3D-модели, анимационные ролики процедур технического обслуживания и ремонта;

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

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

• текущим версиям стандартов и обязательным требованиям, которые имеют отношение как к изделию в целом, так и к его отдельным системам и деталям;

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

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

Компактная система «всё в одном» Nashuatec Aficio A045

Компания Nashuatec уже давно занимается выпуском как копировальных аппаратов, так и многофункциональных устройств (МФУ) большого формата. Эта продукция востребована на рынке чертежной продукции. Такие устройства позволяют печатать и копировать чертежи с высоким разрешением.

Одним из аппаратов этой фирмы является Nashuatec Aficio A045, который представляет собой многофункциональное устройство, обеспечивающее возможность работы с бумагой, начиная от формата A4 и заканчивая рулонами шириной 914 мм . Как и МФУ меньших форматов, его можно подключать к ПК и использовать в качестве принтера и сканера. Устройство обеспечивает высококачественную печать, копирование и сканирование любых документов с разрешением 600 dpi. Для работы в качестве принтера в этом устройстве предусмотрены два способа подачи бумаги: многоцелевой и рулонный. Опционально поставляется дополнительный механизм — для установки второго рулона, что позволяет работать с документами разного формата и использовать до четырех различных источников бумаги. Aficio А045 работает как с одним, так и с двумя рулонами бумаги различного формата — от A4 до A0, простота установки которых обеспечивается специальной конструкцией держателей, а удобная система крепления рулонов максимально упрощает их последующую замену. Данная модель является, вероятно, одной из самых компактных широкоформатных систем, предназначенных для инженерных и конструкторских работ. Благодаря своим габаритам она может быть установлена в непосредственной близости от пользователя, что, несомненно, скажется на удобстве работы с аппаратом.

МФУ подключается к компьютеру с помощью специального высокоскоростного интерфейса, плата для которого вставляется в PCI-слот на материнской плате ПК. Этот интерфейс требует специальных драйверов и специального программного обеспечения для работы с устройством, которое представляет собой комплекс, состоящий из сервера и клиентов печати и сканирования. Aficio А045 подключается непосредственно к серверу, к которому по локальной сети подключены клиенты, работающие с этим устройством. Сервер обеспечивает обмен информацией между клиентом и принтером и, как и полагается серверу печати, имеет свой кэш (spool) для хранения заданий. За счет такой системы данный аппарат совместим практически с любой платформой и позволяет выполнять печать из наиболее распространенных приложений. Также программное обеспечение позволяет печатать и устанавливать настройки печати через Web?интерфейс, который по своим функциям практически дублирует аналогичное программное обеспечение, установленное на сервере. В серверном программном обеспечении можно либо выставить автоматическую печать, либо печать по требованию оператора. Все задания сохраняются в специальном формате, который может использоваться только с этим ПО. Задания могут представлять собой несколько документов, которые будут выводиться один за другим, а оператор на сервере может изменить задание по своему усмотрению — удалить/добавить изображения, включенные в это задание, или изменить параметры вывода. Также стоит отметить, что программное обеспечение для этой модели полностью совместимо с программами, которые отвечают за обработку чертежей. Для этого в программном комплексе существует много профессиональных настроек, некоторые из которых доступны не только с серверной стороны, но и клиенту. Программа управления совместима с AutoCAD и поддерживает все существующие в настоящее время установки AutoCAD Plot. Опционально у этого устройства также существует функция штампа, которая позволяет накладывать на выводимое изображение надписи или изображение. Однако если МФУ подключен к компьютеру, программное обеспечение позволяет делать штамп, не требуя при этом наличия модуля штампа.

Нельзя обойти вниманием панель управления, которая находится на лицевой части аппарата и представляет собой набор кнопок и жидкокристаллический экран. На этом экране отображается подробная информация об имеющихся материалах печати и о состоянии системы в целом. Использование многочисленных функций аппарата не составляет особого труда благодаря интуитивно понятной структуре меню. Устройство может работать, как принтер и сканер с помощью компьютера-сервера либо совершенно не имея связи с ПК, поэтому панель управления включает в себя практически все настройки для профессиональной работы с копиром. Aficio A045 позволяет увеличивать и уменьшать масштаб отсканированного оригинала, что дает возможность увеличить оригинал до большего формата или уменьшить документ формата А0 до стандартного А4. Как и большинство МФУ, это устройство позволяет печатать копии при однократном сканировании оригинала, вследствии чего пользователь экономит время, необходимое для многократного сканирования. Также такая функция удобна при использовании старых чертежей или комбинированных материалов, что уменьшает вероятность повреждения ветхих оригиналов. Аппарат позволяет отсканировать и вывести срочную работу, при этом задания, стоящие в очереди, приостанавливаются и продолжат выводиться после того, как срочная работа будет отпечатана.

Чтобы оценить реальную скорость и качество изображения, нами были использованы стандартные тесты для принтеров. Для измерения скорости печати были использованы два теста, состоящие из документа Word и восьмистраничной публикации PDF. Также для оценки качества изображения использовался специально подготовленный файл векторной графики формата Adobe Illustrator 9. Все документы были отправлены с ПК, к которому было подключено устройство.

Такие тесты дают весьма точное представление о фактической разрешающей способности принтера и качестве печати тонких линий и градиентов. Для определения качества сканирования было произведено сканирование нескольких оригиналов, как текстовых, так и содержащих графику, при этом для каждого типа изображения выставлялся свой режим сканирования. Фактическое разрешение сканера соответствует заявленному производителем и составляет 600 dpi. Программное обеспечение позволяет повысить максимальную разрешающую способность до 1200 dpi путем интерполирования. Однако сканировать возможно только с компьютера, непосредственно подключенного к МФУ. Для пользователей локальной сети эта функция недоступна, так как передача отсканированных файлов сильно загружает сеть. По результатам тестирования качества отпечатков были получены следующие результаты: тонкие линии, а также текст и мелкие детали картинки были отпечатаны на высоком уровне. Качество полноценных изображений, увы, было не очень хорошим, хотя, конечно, данное устройство в первую очередь предназначено для работы с технической документацией и чертежами, и поэтому такой результат был ожидаем. Заявленное производителем разрешение принтера составляет 600 dpi, что было полностью подтверждено тестами. Также стоит отметить, что принтер успешно справился с передачей полутонов на изображении. Для качественной печати чертежей или копий старых оригиналов в принтере существует специальная настраиваемая функция удаления отдельно стоящих пикселов, которая дает возможность убрать серый фон и мусор. Для оценки качества копира был проведен тест, который включал копирование изображение и последующее копирование уже отпечатанного экземпляра. Такая процедура повторялась 10 раз, что позволило наглядно оценить качество конечного изображения. Данный аппарат успешно справился с этим заданием и показал очень хорошее сходство с оригиналом.

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

Максим Афанасьев

 

Редакция выражает свою признательность компании «Юнит Копир» за предоставление многофункционального устройства Aficio A045.

В начало В начало

«САПР и графика» 8'2000