Компьютер-Информ || Архив || Рубрики || Поиск || Подписка || Работа || О "КИ" || Карта
| Зам.технического директора НПО "Аврора" по ИТ д.т.н. профессор В.И.Гольтраф (справа) и ведущий ИТ-специалист С.В.Рассказов |
Практически у каждого российского предприятия своя специфика выбора и установки ИТ-решений, помогающих ему оптимизировать и развивать свой бизнес. Опытом автоматизации головного отраслевого предприятия с научным редактором ╚Компьютер-Информ╩ Александром Глинских любезно согласились поделиться заместитель технического директора НПО ╚Аврора╩ по ИТ д.т.н. профессор Владимир Исаакович Гольтраф и ведущий ИТ-специалист НПО ╚Аврора╩ Сергей Владимирович Рассказов.
В. Сколько всего в отрасли предприятий, аналогичных НПО ╚Аврора╩?
В. Г. Мы являемся монополистом в России в области разработки систем управления для технических средств кораблей и судов (энергетики, электроэнергетики, общекорабельных и общесудовых систем, систем управления движением и др.). Всего на предприятии работает около 2000 человек.
В. Что привело руководство предприятия к решению о необходимости коренной модернизации аппаратно-программных средств ВТ на предприятии?
В. Г. Наше руководство постоянно беспокоится о повышении качества и производительности труда. Совершенно ясно, что заниматься автоматизацией как проектирования, так и производства необходимо, иначе можно безнадежно отстать от конкурентов. Примерно 2 года назад наш ген. директор издал приказ о необходимости заниматься разработкой САПР. Сначала мы познакомились с тем, что предлагается на мировом и российском рынках, чтобы выяснить, нельзя ли купить уже готовые программы. Мы посещали многие конференции, семинары, выставки, общались с различными фирмами и организациями. К сожалению, нам не удалось найти подходящие готовые САПР для приборостроения, т. к. их подавляющее большинство ориентировано на машиностроение. Поэтому нам пришлось самостоятельно разработать ряд САПР и баз данных (БД) для собственных нужд. Сейчас мы уже разобрались в том, какие документы целесообразно переводить на автоматизированное проектирование и какие БД для этого нужны. В разработке САПР мы продвинулись достаточно далеко. Если на ряде наших отраслевых предприятий, в основном, занимаются оформлением разработанных вручную документов, то у нас сделана попытка автоматизации интеллектуальной части труда проектировщиков.
Одновременно с разработкой САПР ведутся работы и по другим направлениям. Вот уже прошло 5 лет, как мы создали свою корпоративную сеть. Сложность проекта заключалась еще и в том, что наша организация находится на нескольких площадках, между которыми необходимо было организовать связь. К заводу с помощью фирмы ╚Техно СПб╩ был протянут оптоволоконный кабель. Эта же фирма грамотно развернула у нас корпоративную сеть (и поддерживает ее). Была сделана специальная серверная. В ней на серверах находятся наши БД и САПР. С их помощью ведется проектирование. Затем мы создали интранет-систему. Естественно, что наши потребности все время растут и все больше разработчиков подключаются к сети.
В. По каким основным направлениям предприятие сейчас развивает автоматизацию?
В. Г. Cейчас мы, кроме автоматизации проектирования, ведем разработки по 3 основным направлениям. Первое √ это создание электронного архива. Второе √ внедрение автоматизированного документооборота и его диспетчеризация. В 2001 г. мы собираемся создать собственную систему управления документооборотом и диспетчеризации. Хочу сказать, что у нас одновременно выполняется около полусотни работ, сроки реализации которых определены договорами и жесткими графиками. Поэтому нужно обеспечить такой документооборот, чтобы разработчик занимался созданием документов (с помощью САПР), а дальнейшее их движение (согласование, утверждение, использование другими разработчиками) было максимальным образом автоматизировано. При этом весь документо-оборот должен проходить через корпоративную сеть. Мы собираемся использовать временное хранилище данных (куда поступают документы во время проектирования систем для их согласования и утверждения). Когда все документы проекта будут сделаны, они будут пересылаться в централизованный электронный архив. Третье направление √ это активная работа по автоматизации производства. Руководством предприятия поставлена задача довести диспетчеризацию и планирование не только до цехов, но и до участков.
В. Расскажите об оснащении предприятия средствами ВТ и ПО.
С. Р. Сейчас у нас 250 рабочих станций для разработчиков (не ниже PII) и 5 серверов (от HP HL 3000 до P166), работающих в корпоративной, гетерогенной ЛВС 100 Мб/c на витой паре Категории 5. На заводе установлен отдельный сервер. Бухгалтерия предприятия работает в ╚виртуальной сети╩ (около 50 пользователей) на ╚1С: Бухгалтерия╩. В качестве платформы используем MS SQL Server. Рабочие станции работают под управлением ОС MS Windows NT, Windows 95, Windows 98. Кроме того, используем ПО MS Internet Information Server, Exchange Server.
В. Кто занимается автоматизацией на предприятии? Есть ли у Вас отдел АСУ?
С. Р. Отдела АСУ сейчас нет. Руководство предприятия упразднило его, оставив группу перспективных ИТ-разработок. В задачи группы входит отслеживание новинок в ИТ-сфере, выбор наиболее перспективных направлений, курирование работы отделов предприятия, интеграция всей системы и контроль качества работы фирм-поставщиков аппаратно-программных решений. В состав группы входят 3 специалиста.
В. Какой документооборот сейчас преобладает на предприятии √ бумажный или электронный?
В. Г. Есть как бумажный, так и электронный документооборот. В идеале, конечно, удобнее электронные документы. Однако до сих пор в России не узаконена электронная подпись. Тем не менее, чертежи наша конструкторская группа передает на завод в электронном виде. Ведомости покупных тоже передаются в электронном виде.
В. Какую корпоративную систему руководство предприятия хотело бы иметь?
В. Г. Предприятию нужна комплексная интегрированная система, которая позволяет автоматизировать все управленческие и производственные процессы: проектирование, диспетчеризацию, движение документов, производство и др. Так как у нас одновременно идет очень большое количество проектов, то, естественно, должен соблюдаться определенный порядок их выполнения. С другой стороны, должна быть обеспечена и взаимосвязь как внутри проекта, так и между проектами. Существует также серьезная задача √ оценка загрузки подразделений при выполнении большого числа проектов. Она также должна решаться в рамках системы диспетчеризации и документооборота.
В. Какие принципы построения системы документооборота Вы считаете основными?
В. Г. Система документооборота должна строиться, исходя из интересов ее потребителей. В первую очередь, конечно, это сами разработчики. Они должны знать в любой момент, где находятся документы (чтобы смежные разработчики могли в любой момент что-то из них заимствовать). Заинтересованными лицами являются и главные конструкторы, ведущие какой-либо проект или группу проектов. Естественно, нужно обеспечить им возможность разработки графиков выполнения проектов, их ведения в системе диспетчеризации и документооборота, а также контроля продвижения своей системы. Эти графики получаются довольно сложными (до сотен позиций) и делаются в форме сетевых. Далее есть главный диспетчер. Он следит за всеми графиками. Ему нужно обеспечить выборку (что должно быть сделано к определенному числу и т. д.), чтобы он имел представление о ходе выполнения работ. Мы также хотим, чтобы система документооборота позволяла увязывать между собой множество событий. Кроме того, должна осуществляться одновременная корректировка всех зависимых друг от друга событий. Система также должна позволять оценивать загрузку как в целом по предприятию, так и по отдельным подразделениям. Должны выявляться и узкие места в работе предприятия, чтобы руководство могло своевременно принять корректирующие решения.
В создании системы документооборота заинтересованы и наши экономические службы (в частности, договорная группа). Договоров очень много, и все этапы их выполнения должны быть увязаны с сетевыми графиками.
В. Когда возникла идея о необходимости создания электронных архивов и системы документооборота?
С. Р. В прошлом году. Руководство предприятия заинтересовано в том, чтобы быстрее уйти от старых стандартов и ручной передачи бумажных документов. Из-за работы по-старому у предприятия стала уменьшаться прибыль. У нас достаточно много документов (около 10 млн чертежей) и очень сложный документооборот. Кроме того, один из важнейших продуктов производства
╚Авроры╩ √ это именно документы (помимо изделий). По нашим оценкам, создание PDM-системы позволит сократить время на реализацию проектов от 50% до 70%. Эта цифра рассчитана, исходя из анализа времени, необходимого на прохождение и согласование документов (больше всего времени тратится именно на этом этапе).
Когда появилась данная проблема, то было сформировано ТЗ и объявлен тендер. На него откликнулось около 10 фирм, представивших свои наработки. После их внимательного рассмотрения мы определили, в каком направлении нам двигаться.
В. Как планируется выполнить проект?
C. Р. В два этапа. Первый этап √ это создание электронного архива (как статического, так и динамического). На первом этапе будет реализован перевод документа с бумажного носителя в электронную форму. При этом будут сканироваться оригиналы уже утвержденных документов. После ввода учетная группа оформляет на документ учетную карту. Эта информация будет записываться на устройство хранения данных, и конструкторы смогут работать с электронными документами. Второй этап √ это автоматизация управления конструкторскими документами (рассмотрения, согласования, утверждения, хранения в электронном архиве). На данном этапе будет создана система управления документами предприятия (электронный архив и PDM-система будут ее составными частями). После утверждения электронной подписи будем пересылать документы и в электронном виде.
В. Какие критерии руководство предприятия считает основными при выборе аппаратно-программного решения и его поставщика?
С. Р. Во-первых, это решение должно быть не очень дорогим. Во-вторых, это должна быть открытая и наращиваемая система, интегрируемая с унаследованными системами (чтобы их можно было использовать, а не выбрасывать). В-третьих, большое значение имеет также полная и высококачественная техподдержка фирмы ≈ поставщика решения. Но самое главное, пожалуй, решение должно быть полнофункциональным и комплексным. Вот такое комплексное решение мы и пытались найти.
Как известно, для создания архивного решения требуются 3 основных компонента: аппаратное обеспечение для хранения данных; аппаратное и программное обеспечение для перевода бумажных документов в электронный вид, а также ПО для хранения, контроля и управления документами в электронной форме. В тендере на предложение архивной системы участвовала компания ╚Коммарк╩ (дистрибьютор Xerox). После анализа всех предложений мы выяснили, что наиболее оптимальным для нас вариантом будет комбинация решений фирм ╚Коммарк╩, ╚Эврика╩ и ╚Документум Сервисиз╩. Именно объединение решений 3 этих фирм и дало бы нам законченный и нужный результат.
Почему мы выбрали, скажем, Xerox? В настоящее время наиболее качественную аппаратуру для ввода-вывода документов предоставляют две фирмы: OCE и Xerox. Xerox мы выбрали по следующим причинам. В первую очередь, из-за качества и полноты обслуживания. Техническая поддержка у Xerox грамотно и хорошо организована, есть фирма-дистрибьютор в СПб. Кроме того, всем известна торговая марка Xerox и стоящие за ней надежность и полнофункциональность.
Далее, в электронном архиве должно быть устройство для хранения информации. В основном, фирмы-участники тендера предлагали поставить RAID-массивы, а копию делать на магнитооптике (МО). Однако применение RAID-массивов для хранения 10 ТБ информации невыгодно, т. к. срок их службы ≈ всего около 2-3 лет. Кроме того, использование МО для поиска информации не очень удобно. Наиболее оптимальный вариант предложила фирма ╚Эврика╩: DVD-чейнджер c DVD-ROM дисками, легким и быстрым доступом, большими объемами хранения информации и возможностью наращиваемости.
ПО мы выбирали из Documentum, Smart Team, Lotus Domino, PartY, DOCSFusion. Еще рассматривался DocsUnit, но это предложение мы отклонили из-за слабости техподдержки. Предлагались и другие, чисто архивные решения (или архивные системы с урезанными возможностями управления документами). Конечно, у нас были свои критерии выбора (определенные при разработке ТЗ). Например, в выбранном нами ПО должны быть реализованы возможности наращивания, поиска, управления документами, регистрации, архивирования, одновременной работы с несколькими форматами, работы в интранет и т. д.
В итоге мы выбрали ПО Documentum. Оно оказалось не самым дорогим, но и не самым дешевым. В Documentum нас привлекли наращиваемость и полнофункциональность. У Documentum есть библиотечные службы (электронный архив), службы управления жизненным циклом документа, службы управления маршрутизацией документов (управления деловыми процессами), службы контроля за исполнением и контроля за пользователями. Существуют также возможности интеграции с различными пакетами (например, SAP R/3), САПР. Фактически, Documentum ≈ это корпоративная система, основной задачей которой является создание единого информационного пространства. Неважно с какими приложениями работает пользователь, все документы хранятся в едином хранилище. При желании их всегда можно быстро (в течение нескольких минут) собрать в единый пакет.
В результате, в качестве аппаратного ядра электронного архива мы выбрали: для сканирования и ввода документов формата А0 √ цифровой инженерный комплекс Xerox 8830 DDS, а форматов А3-А4 ≈ цифровой интегрированный комплекс (принтер-копир-сканер) Xerox DC 440PCS (оба устройства поставлены компанией ╚Коммарк╩).
Сервер приложений для работы сервера Documentum, сервер Media-stream с DVD-чейнджерами, станции записи DVD и 2 рабочие станции обслуживания электронного архива, предназначенные для создания учетных карточек (данное оборудование поставлено компанией ╚Эврика╩). В качестве программной составляющей электронного архива выбрано ПО Documentum (всего около 50 рабочих мест).
В. Когда Вы рассчитываете разработать и внедрить PDM-систему?
С. Р. Это зависит от финансирования. Разработкой и внедрением мы будем заниматься совместно с фирмой ╚Документум Сервисиз╩. Будем автоматизировать как офисный документооборот (делопроизводство и планирование), так и технический. Технический документооборот √ это и есть PDM-система в чистом виде, в которой реализованы построение сетевых графиков, привязка отдельных исполнителей, документов и т. д.
Как известно, существуют эскизные, технические и рабочие проекты. Общесистемных документов на каждом этапе выполнения проекта √ сотни (только на одну систему), без учета сборочных чертежей и т. д. Вся эта документация должна быть в едином информационном пространстве. Какие-то документы выполняются с помощью САПР. В какой-то момент они сами должны запускать САПР, получать информацию и передавать ее в другие подсистемы (для выпуска общетехнической документации) и т. д. Эту взаимосвязь и организует PDM-система, расширяемым ядром которой, в нашем случае, является ПО Documentum.
В. Как будет осуществляться авторизация пользователей?
С. Р. В Documentum реализована очень сложная иерархическая система доступа. Разработчики и отделы имеют доступ к разным папкам. При этом разработчики одного отдела не могут видеть, что делают разработчики другого отдела. В структуре системы будет всего лишь один человек (администратор электронного архива), который будет назначать права доступа.
В. Почему Вы не рассматривали в качестве платформы какую-либо многофункциональную интегрированную КИС, которая могла бы решить большинство проблем предприятия? Тем более, что в большинство таких западных систем встроены возможности интеграции с рядом распространенных САПР?
С. Р. Во-первых, западные системы очень дорогие. Но даже это √ не основной фактор. Во-вторых, процесс настройки, предположим, Baan под наше производство √ очень трудоемок и продолжителен. Кроме того, Baan, в основном, используется в машиностроении и судостроении (когда есть замкнутый предсказуемый цикл). У нас же этого нет. В частности, мы рассматривали систему CATIA, которая, вообще, предназначена для судостроения. Но это √ монстр. Самое большее, мы будем использовать 10-15% ее возможностей. Нам этого не надо. Проще сделать свою систему на базе того же ПО Documentum. Так как Documentum открытая система, то мы сможем встраивать в нее свои программы. После ее наращивания мы получим уже замкнутую PDM-систему.
Далее мы сможем на базе этой PDM-системы построить уже свою ERP-систему, сделав надстройку, связанную с бухгалтерией и экономическими службами, и решив вопрос обработки финансовых данных.
В. То есть Вы будете сами разрабатывать ERP-систему? Вам не подошла ни одна из сотен существующих ERP-систем?
С. Р. Мы внимательно изучали этот вопрос. ERP-систем очень много, но они, в большинстве своем, однотипные. Все они пошли по одному пути и ориентированы, в основном, на машиностроение. На приборостроение не ориентирована ни одна из ERP-систем.
В. Таким образом, Вы пришли к решению, что будете сами делать интегрированный комплекс систем?
В. Г. Да, мы будем объединять 1С, Documentum, PDM-систему, САПР своей разработки и другие приложения. Начнем с PDM-системы, т. к. существуют наработанные БД и свои системы разработки приложений на MS SQL Server. За счет тесной интеграции Documentum и MS SQL Server предполагается сделать полноценную PDM-систему с привязкой существующих и новых БД, а также используя интеграцию с AutoCAD. В перспективе рассматривается вопрос о включении в интегрированный комплекс В2В приложений для обеспечения электронных закупок (можно будет заказывать поставки комплектующих через Интернет). Так как у нас сотни партнеров, контрагентов и поставщиков, то такое приложение необходимо. Эта работа ведется уже сейчас. Например, ведется БД электрорадиоизделий с указанием координат и возможных вариантов фирм, которые могут поставить то или иное изделие.
В. На основе какого инструментария Вы будете реализовывать свои наработки?
C. Р. На базе Delphi (и клиентскую, и серверную часть). В качестве платформы мы выбрали технологии Microsoft ≈ используем MS SQL Server, ActiveX, OLE Automation.
В. Оценивали ли Вы эффективность работы предприятия в результате внедрения ИТ?
В. Г. Это сложный вопрос. По разным направлениям эффективность различная. Например, одна из наших основных задач √ разработка принципиальных схем приборов. Начальник подразделения, ведущего это направление, оценивает, что за счет внедрения САПР он повысил производительность труда в 10 раз (исходя из временного критерия). Создана хорошая программа, которая просто ведет разработчика и не дает ему отходить в сторону. Используются и достаточно простые подходы. Например, разработка пультов. Ведь можно пульт рисовать с нуля, а можно взять какой-то прототип, который находится в БД, убрать и добавить какие-либо элементы. Это тоже сокращает время.
Вообще, одна из наших главных задач √ создание интегрированной сквозной САПР, объединяющей все этапы разработки. Надо начинать с того, что разработчик определяет общий облик системы, требования к отдельным приборам. Затем разработчики приборов создают их принципиальные схемы. После этого схемы передаются конструкторам, которые делают уже рабочие чертежи. Очень важно, чтобы в этом процессе не было разрыва. Это одна из задач как нашей САПР, так и системы документооборота. Например, САПР конструкторов должен воспринимать результаты работы САПР разработчиков принципиальных схем. Этого мы уже добились. По другим направлениям еще предстоит работать. Еще также резерв в повышении производительности и качества труда, которые, конечно, трудно оценить количественно. Резерв заключается в том, что наши САПР позволяют избежать большого количества ошибок. Например, САПР разработки принципиальной схемы проверяет разработанную документацию на наличие обрывов, коротких замыканий и др. Когда схема сложная, то ошибок может быть очень много. При ее реализации на производстве она просто не будет работать. Были прецеденты, когда приходилось срезать весь электромонтаж и переделывать его заново. САПР позволяют избежать ошибок такого рода и, соответственно, потерь времени.
Существует также серьезная проблема. Мы выпускаем документацию по своим системам. ЦКБ-проектант корабля тоже разрабатывает определенную документацию. Наши приборы они связывают определенными кабелями, прокладывают какие-то трассы и т. д.
Из-за несогласованности документации нередко получается нестыковка. Поэтому ЦКБ сейчас тоже собираются внедрять САПР и собираются скооперироваться с нами в этом деле.
В. То есть отраслевое сотрудничество у вас есть?
В. Г. Да, т. к. мы делаем документацию для отраслевых предприятий. Другое дело, что задача передачи документации в электронном виде сейчас только ставится.
В. Какова роль руководства (фактор первого лица) в автоматизации предприятия?
В. Г. Надо отдать должное нашему генеральному директору Витольду Витальевичу Войтецкому (д.т.н., профессору, лауреату Ленинской и Государственной премий). Он прогрессивный человек и всемерно поддерживает автоматизацию для пользы дела. В свою очередь, инициатива создания корпоративной сети и внедрения ВТ принадлежит нашему директору по экономике, финансам и маркетингу Константину Юрьевичу Шилову (к.т.н.). А наш технический директор Сергей Александрович Обуховский непосредственно отвечает за развитие и внедрение САПР. Под его руководством также ведется работа по созданию электронных архивов, по созданию системы документооборота.
В. Как предприятие планирует развиваться в дальнейшем в плане автоматизации?
С. Р. Сейчас у нас в ЛВС подключено около 250 разработчиков. При создании PDM-системы число клиентских мест может быть увеличено до 500. С этого года переходим на MS SQL 2000 и полностью все перевооружаем программами Microsoft. Будем также объединять все сегменты корпоративной сети, начиная от проектирования и заканчивая производством.
Кроме того, сейчас рассматриваются варианты создания как электронного архива, так и центра выпуска конструкторской документации. В центре тоже придется устанавливать аппаратные комплексы для вывода информации. В электронный архив будем переводить на первом этапе 1 млн наиболее важных документов. Пока единицей электронного документооборота у нас является дискета. В дальнейшем собираемся перейти к электронной единице документооборота. В качестве графической единицы это будет документ AutoCAD, поддерживающий CALS-технологию. В качестве текстовой √ документ Word (тоже поддерживает CALS). Cобираемся также создавать базу знаний по проектам на основе нейронных сетей. Считаем, что эта технология наиболее оптимальна для приборостроения.
В. Спасибо за интервью.
|
Сотрудники ИТ-группы НПО "Аврора"
А.Ю.Бобиков, С.В.Рассказов, С.И.Тарасов |
Анкета || Рубрики || Работа || Услуги || Поиск || Архив || Дни рождения
О "КИ" || График выхода || Карта сайта || Подписка
Главная страница
Сайт газеты "Компьютер-Информ" является зарегистрированным электронным СМИ.
Свидетельство Эл ╧ 77-4461 от 2 апреля 2021 г.
Перепечатка материалов без письменного согласия редакции запрещена.
При использовании материалов газеты в Интернет гиперссылка обязательна.
Телефон редакции (812) 118-6666, 118-6555.
Адрес: 196084, СПб, ул. Коли Томчака, д. 9
Пейджер 238-6931(аб.3365)
e-mail:
Для пресс-релизов и новостей