Компьютер-Информ || Архив || Рубрики || Поиск || Подписка || Работа || О "КИ" || Карта
Мы продолжаем знакомить наших читателей с вариантами использования информационных технологий на промышленных предприятиях нашего города.
Российские предприятия в процессе построения собственной корпоративной информационной системы (КИС) выбирают каждая свой путь. Оно и понятно ≈ если в перестройку все попали одномоментно и практически одинаково, то дальше ≈ уж кому как повезло прожить эти годы. Естественно, что на предприятиях образовалась смесь унаследованных АСУ и САПР с программами для решения бухгалтерских, кадровых, складских, финансовых и других задач. И все это на платформе из компьютеров, приобретенных в разное время. А смена версий ПО теперь происходит ежегодно. С чего же начать приводить все это многообразие в стройную форму КИС, которая должна управлять ресурсами и обеспечивать эффективность производства? В условиях ограниченных финансов, какая подсистема должна стать ядром, вокруг которого можно будет наращивать постепенно автоматизацию исполнения функций предприятия? Как выбирается платформа для проекта, и как осуществляются взаимоотношения с поставщиками? За очередным ответом на эти вопросы гл. редактор ╚КИ╩ Ольга Андронова обратилась к нач. управления информационных систем ОАО МЗ ╚Арсенал╩ Виктору Михайловичу Кучерявых и его команде.
Начальник УИС В.М.Кучерявых и начальник отдела ИТ Д.В.Марков (слева направо)
О.А. Виктор Михайлович, с чего началось построение единой информационной системы ╚Арсенала╩?
В.К. С какой стороны подойти к созданию КИС ≈ вопрос сложный. Мы ≈ производственное предприятие, нам нужна динамическая модель склада, производства, т. е. модель бизнес-процессов предприятия в реальном времени. Поскольку производственники, финансисты сильнее, то получается, что их задачи, как правило, и рассматриваются как приоритетные. Мы же решили начать с создания конструкторской и технологической документации наших изделий в среде САПР. И нам повезло, потому что руководство ╚Арсенала╩ понимало и понимает, что, в принципе, без конструкторской и технологической документации на машиночитаемом носителе (МЧН), выходить на информатизацию всех процессов производства нельзя. Нельзя забывать и о тактических задачах, но стратегически мы определяемся так: если не будет конструкторской и технологической документации на МЧН, ни о каком бюджетировании, ни о каких осмысленных бизнес-процессах говорить нельзя.
О.А. Как давно начались работы по созданию КИС?
В.К. Вопрос о выборе пути возник в конце 1998 г.
О.А. Самое подходящее время ≈ кризис?
В.К. Что ж делать! Поскольку мы разделились с ФГУП КБ ╚Арсенал╩, то ОАО МЗ ╚Арсенал╩ организовало свое КБ. И мы решили начать с САПР конструктора. Продемонстрировать сквозную технологию проектирования было решено на примере деталей корпуса компрессора, т. е. организации сквозного проектирования для литейного производства. Если сформулировать задачу совсем кратко, то выбор был между чертежом и трехмерной моделью.
О.А. Вы считаете, что нашли точку опоры для создания КИС предприятия ≈ и это САПР?
В.К. Да. Вспомните из теории менеджмента ≈ отношение 20-80, или АВС-анализ. Нужно сформулировать цели и выбрать приоритетные. И если у меня на МЧН будут модели, чертежи и спецификации, то мы сразу закроем 80% сегодняшних проблем, и начнем говорить о проблемах других.
И это стратегия, а не тактика. Потому что сегодня решить проблему наличия спецификации на МЧН можно и в текстовом редакторе, но нам нужна работа на дереве состава изделия с поколениями состава.
Жесткую последовательность выполнения проектных работ трудно организовать и выдержать. Мы поняли, что нужно как-то объединить исследование и моделирование операций при проектировании, инструменты, человеческий фактор и все вытекающие последствия. Вот поэтому мы пришли к понятию о необходимости внедрять систему управления инженерными данными PDM. PDM 5-го поколения ≈ это управление ПРОЕКТОМ, ПРОЦЕССОМ, ПРОДУКТОМ.
Приведу пример: есть деталь компрессора. Ее модель сделал конструктор, передал литейщику. Сформировали модель для отливки. Получается: модель детали есть, модель отливки есть. И если еще реализовать разработку управляющей программы для ЧПУ ≈ CAM, ≈ то мы получим математическую модель отливки и систему сквозного проектирования с прямым выходом на проектирование литейной оснастки для этого изделия.
О.А. Эта система уже функционирует?
В.К. Мы еще год назад показали эту технологию, а получить возможность передачи модели от участников процесса не смогли. В основном, потому что нет опыта ведения таких проектов. Я рассчитываю, что инструментом, который позволит выстроить в работающую последовательность конструктора, оснастку, технолога и станет PDM.
О.А. Кто на ╚Арсенале╩ занимается технологией внедрения PDM?
В.К. Есть команда у поставщика, формируется ИТ-команда на ╚Арсенале╩, есть поддержка менеджеров различного уровня на предприятии и команда ключевых пользователей. И спонсоры всего процесса ≈ руководство ╚Арсенала╩. Для успешной реализации любого проекта в области внедрения ИТ должен быть человек из числа руководства, принимающий решение, в том числе и о направлении финансов. На ╚Арсенале╩ ≈ это член совета директоров, первый зам. ген. директора по стратегическому развитию Сергей Борисович Королев. В составе подчиненных ему служб есть управление стратегического развития, которое занимается реструктуризацией и реинженирингом бизнес-процессов на предприятии. Мы тоже занимаемся бизнес-процессами, но как те, кто помогает их реализовать с помощью информационных технологий.
О. А. Если эта технология отработана на уровне проектировщиков, создана математическая модель изделия, литейщики готовы ее принять к работе и разработать чертежи оснастки, то в чем проблема?
В.К. Это очень сложный вопрос, связанный с тем, как организована работа различных инженерных служб. Существуют правила и стандарты предприятия, которые регламентируют взаимоотношения, схема поступления документации. Так вот, сегодня в наших стандартах нет такого понятия как математическая модель и подлинник на МЧН.
О.А. Но можно описать документооборот с учетом новых понятий?
В.К. Вопрос: а что такое математическая модель? Она существует не сама по себе, а только в среде приложений.
Вот посмотрите на кривую жизненного цикла (рис. 1). Понятно, что электронный кульман воспринимается конструкторами легче. Он более привычен, и всегда можно получить распечатанный подлинник. Следующий этап ≈ появление графических станций, которые позволяют создать отдельные производственные модели. При выборе этого пути 2D-системы позволят быстро перейти к электронным чертежам, и, может быть, решить проблему авторизации чертежа. Мы все-таки приняли решение пойти другим путем через создание математической модели изделия. Это значительно сложнее, потому что модель существует только в CAD-приложении. А чтобы ее прочитать в другом месте, надо там иметь аналогичное приложение или интерфейс. И если готового интерфейса нет, то самому его создавать ≈ нереально по затратам. ╚Арсенал╩ этим никогда заниматься не будет.
О.А. И вы ограничились одной САПР?
В.К. Нет. Мы приняли решение ограничиться некоторым набором приложений. Одно приложение иметь никогда не надо, это все равно, что, согласно поговорке, класть все яйца в одну корзину. Большой спектр приложений использовать не имеет смысла. Они все развиваются, появляются новые версии, модернизации. Что приводит к избыточным затратам. Для разумного выбора САПР мы должны уметь выполнять компонентный, структурный, эволюционный и функциональный анализ, и понимать, на какой стадии находится инструмент, для которого разработана CAD-система.
О. А. Что же вы выбрали?
В.К. Мои предпочтения достаточно просты. Это соотношение ╚цена/производительность╩ и реальная поддержка поставщика. Помимо всего прочего, я ведь прекрасно понимаю, как продаются САПР. Это ромашки. И за каждый последующий лепесток надо платить отдельно. А какой набор лепестков нам будет нужен, сегодня нам нет смысла решать жестко. Чтобы запустить процесс создания математических моделей в КБ, мы выбрали Cimatron. Это все равно, как учиться ходить. На марш-бросок и парады мы выйдем потом. У нас есть Cimatron ≈ хорошо. Гробить эту ветку мы не собираемся, но и вкладывать в нее все основные деньги ≈ нет. Наши конструкторы работают и в некоторых других системах.
О.А. Чем же будет определяться окончательный выбор?
В.К. Сомнения в том, что можно будет получить модели, чертежи на МЧН, т. е. пройти весь цикл ≈ у нас нет. Но есть вторая составляющая ≈ самая главная, на мой взгляд, ≈ спецификация. В CAD-системах без PDM нет возможности работать на дереве изделия, есть только спецификация сборки. Второе поколение PDM-систем, которые прикладывались к CAD-системам, декларирует такую возможность. Нам ведь нужно получить спецификации в соответствии с ЕСКД, ведомость покупных, подетально-специфицированные нормы расхода материалов.
Некоторые зарубежные производители декларируют, что у них есть эта возможность. Но остается вопрос: какими средствами нам вести состав конструкторской документации?
В 1999 г. мы сориентировались на продукты минской фирмы ╚Интермех╩, но выяснилось, что их система не видит поколение состава изделия. А ведь в ходе подготовки производства детали изделия могут меняться. Наш партнер фирма ╚БиПитрон╩ предложила вариант ≈ SmarTeam фирмы Smart Solutions. Это PDM ≈ объектно-ориентированная надстройка над промышленными СУБД (в частности, над Oracle).
О.А. Почему вы выбрали Oracle?
В.К. Мне все равно, в чем хранить данные, лишь бы ими можно было управлять. SmarTeam может стоять на InterBase, на Oracle. Причем версия Oracle run time. То есть в качестве интерфейса к сложнейшей структуре Oracle у нас используются средства SmarTeam. И мы учим людей только технологиям работы SmarTeam, не заморачиваясь знанием Oracle.
Если надо будет потом перейти на другой вариант, забыв про SmarTeam, как про случайную роковую связь, то мы всегда сумеем это сделать. Хотя мне этого совсем не хочется. Потому что я рассчитываю, что мы сумеем через SmarTeam перейти к ERP. И у нас останется возможность выбора ≈ R/3, BAAN, что-то еще.
О.А. Правильно ли я вас поняла, что вы решили проблемы подбора ПО для создания математической модели изделия и остались проблемы ╚человеческого фактора╩?
В.К. Не только. Надо решать организационные вопросы: хранить версии поколений, отработать комплект нашей документации и интегрировать это с CAD-приложениями. Мы делаем это вместе со специалистами поставщика ≈ ╚БиПитрон╩. Я считаю, что если 50% настройки (и более 50%) выполняет ИТ-команда предприятия, то система живет. Если меньше ≈ не живет, в лучшем случае существует при поддержке поставщика решения.
О.А. Что подвигло руководство ╚Арсенала╩ к созданию КИС?
В.К. Это потребовал рынок. Мы получили заказ на новые изделия. Надо было быстро подготовить производство и организовать выпуск. И мы не могли сделать это без компьютерной техники, но это не стратегические решения по применению ИТ, а тактические ≈ локальные АРМ с универсальными и специальными приложениями и ЛВС на уровне отделов. Расхожая фраза ╚вбить информацию в компьютеры╩ вызывает у меня всегда одну реакцию ≈ вбивать можно в стену гвоздь, а в компьютере фиксируется на МЧН автором то, что он сделал. И если есть КБ, то оно для всех создает подлинник конструкторской документации.
Дальше надо вспомнить рекомендации группы ╚Кодасил╩ 1971 г., в которых сказано, что на МЧН надо переносить данные в месте их возникновения. И в такой терминологии не может быть оператора, а есть автор. А ведь подход очень многих основывается на том, что есть автор и чертеж, а между ними прослойка из человека, который стучит по клавишам. Жизнь показала порочность этого метода. Перенос данных на МЧН не автором ≈ операция вредная, т. к. затем должна следовать операция проверки состояния данных на МЧН автором.
Основная моя задача в процессе создания КИС: создать команду специалистов, которая работает на результат.
О.А. Вы для себя формировали модель специалиста на каждую позицию в команде?
В.К. Да.
О.А. А как вы их отбирали?
В.К. Очень просто. ╚Арсенал╩ платит не очень большую зарплату. Поэтому выбираем молодого специалиста, где-то уже поработавшего. Из этих специалистов составлено ядро коллектива, а дальше он будет доукомплектовываться по мере развития проекта.
О.А. Какова сейчас структура Управления информационных систем?
В.К. В него сейчас входит 2 отдела ≈ АСУ и ИТ. АСУ сопровождает бухгалтерию, кадры, финансистов, т. е. ведет тяжелые арьергардные бои, поддерживая все, что уже есть и работает на предприятии. ИТ занимается проектом внедрения PDM. И если мы удачно реализуем первую часть и дойдем до системы ERP, то посмотрим, что из ее составляющих у нас есть, а что надо делать дальше.
О.А. В нынешней системе PDM вы можете использовать чертежи, выполненные ранее в SolidWorks, Cimatron, ACad, Catia?
В.К. Да. Перечень интегрируемых с PDM SmarTeam CAD-систем позволяет это сделать и, кроме этого, работать с растровыми ╚картинками╩ чертежей.
О.А. Каких конкурентов SmarTeam вы смотрели?
В.К. PDM SAP, Baan, iMAN. Но там другой размах и совсем другие цены. Поэтому, когда возник вариант SmarTeam, мы его и выбрали. Со Smart Solutions мы заключили контракт на 10 рабочих мест, запланировав первоначально получение 3 клиентских мест для моделирования и настройки под потребности ╚Арсенала╩.
О.А. Как вы храните архивы? Будет ли создан электронный архив?
В.К. Старые чертежи мы будем векторизовать, только если данный объект появится в SmarTeam и понадобится на производстве. Я уверен, что мы обязательно будем это делать, и даже некоторые элементы мы уже делаем.
О.А. В Интернет Вы себе находите что-нибудь полезное?
В.К. Ну себе-то точно, нахожу нужную информацию по профессии. Сотрудница отдела ИТ ищет информацию по запросам сотрудников предприятия. Сотрудники КБ и сами осуществляют поиски.
О.А. А как вы обеспечиваете безопасность?
В.К. Пока наши тестовые задачи защищать смысла нет. А как только мы перейдем к работе с реальной КД, то будем использовать существующие решения, конечно, по минимальной цене.
О.А. Есть ли у вас такие заказчики, с которыми нужно было бы работать по Интернет?
В.К. Пока нет. Поиском в Интернет и электронной почтой у нас занимается Трошева Елена. Она может ответить на эти вопросы.
О.А. Как вы ищете информацию в Интернет по вашей тематике? Насколько успешно она ищется? И кто занимается этими поисками?
Е. Т. По-разному. Поиски провожу я по запросам сотрудников ╚Арсенала╩ или сотрудник подразделения. Как правило, что-то удается найти. В основном, конечно, интересуются сотрудники, которым нужен рынок сбыта ≈ в России, СНГ, третьем мире.
О.А. Вы прибегаете к помощи сотрудника, который запросил информацию?
Е. Т. Да. Я пытаюсь уточнить источники информации и тематику, ключевые слова.
О.А. Бывает, что найти информацию не удается?
Е. Т. Да. Если глупый вопрос, то и ответ такой же. Например, вопрос по уровню цен на продукцию ≈ цены в Интернет, как правило, либо старые, либо недостоверные.
О.А. А рассматривался ли вариант организации подачи Интернет на рабочие места? Чтобы сотрудники сами искали?
Е. Т. У нас есть для этого выделенный компьютер. Но самостоятельный поиск не совсем удобен по ряду причин. Во-первых, конструкторы ≈ люди занятые, искать им некогда, а информация нужна. Во-вторых, старых специалистов сначала нужно научить искать. А я эту информацию найду за 5 мин. Ну и технические причины. Мы используем обычный телефонный канал с плохим качеством. На выставке я выиграла выделенный канал у фирмы ╚Ланк╩, но за него надо платить им абонентскую плату в $150 в месяц. Так что вопрос пока не решен.
О.А. Есть ли контроль за использованием Интернет?
Е. Т. Мы не отслеживаем сайты, которые посещают наши сотрудники. Мы контролируем только, чтобы не было отсылки секретной информации.
О.А. Как организована электронная почта на предприятии?
Е. Т. Вся электронная почта идет через канцелярию, где проставляют исходящий номер. Внутренней электронной почты нет, т. к. сети на заводе разрозненные.
Поскольку нач. УИС В. М. Кучерявых считает своей основной задачей формирование коллектива специалистов, я задала несколько вопросов администратору БД Илье Музычуку.
О.А. Что для вас было основной приманкой при переходе сюда?
И.М. Приход был продиктован задачей: я не видел похожих на эту. Сначала мне эти системы показались далекими, т. к. с САПР до того я не работал. Но когда я САПР увидел через PDM, то стало интересно. Вообщем, не так уж это и сложно, как мне казалось раньше.
О.А. Насколько вам легко было находить общий язык с людьми на производстве после работы в Российской национальной библиотеке?
И.М. Ну, этот процесс и сейчас продолжается. С клиентами мы общаемся все, а Дмитрий Владимирович Марков, начальник отдела, отвечает за работу с конечными пользователями.
О.А. Сопротивление среды ощущалось?
И.М. Конечно. Сопротивление старых традиций работы. Но все зависит от конкретных людей. У нас в достаточной мере ≈ вертикальная система управления, то есть как скажет начальник, так и будет. Если заинтересованы ключевые люди, занимающие высокую должность, так и дело пойдет.
О.А. Вам приходилось дописывать ПО в процессе внедрения?
И.М. SmarTeam ≈ это открытая система, которая позволяет совершенствовать ПО.
О.А. Вы пишите или специалисты ╚БиПитрон╩?
И.М. Я. Они занимаются скорее предметной областью и проектированием структуры БД. А мы стараемся ее приспособить к нашим конкретным задачам. Процесс разделения обязанностей идет стихийно.
О.А. Версия работает под NT?
И.М. Она работает и под Windows 2000, но сама 2000 недостаточно еще отработана и насколько все совместимо, непонятно. Поэтому мы ориентируемся на NT, как на наиболее устоявшуюся.
О.А. То, что КБ ╚Арсенала╩ работает в различных САПР, создавало вам дополнительные трудности?
И.М. Свою задачу я вижу не в том, чтобы изучать различные САПР, а в изучении интерфейсов данных, чтобы видеть общие моменты, связи. Есть такое общее понятие в PDM как интеграция с CAD-продуктами. Оно заключается в том, что мы отражаем некоторые параметры модели в виде таблиц, и эти таблицы храним в БД SmarTeam. При том, когда меняются данные в CAD-чертеже, у нас должны автоматически меняться данные в таблице. Получается централизованное структурированное автоматическое ведение модели.
О.А. Описание трехмерной модели выполняется в каком стандарте?
И.М. В разных, это зависит от САПР. В Cimatron это некий файл, в SolidWorks существует отображение на карточку учета объекта, в котором мы можем задать необходимые атрибуты с чертежами моделей, за которыми мы должны следить. А SmarTeam обеспечивает организационный порядок ведения этих документов.
О.А. А как данные из чертежей, сделанных в различных САПР, вводятся в БД SmarTeam?
И.М. Это существует на уровне API ≈ прикладного интерфейса пользователя. Существует такая среда. Если говорить о SolidWorks, то она написана в SmarTeam, также и для продуктов AutoDesk существует интерфейс. Даже существует 2 вида баз ≈ SmartWorks и SmartDesk.
О.А. Это не ваша была задача писать интерфейсы?
И.М. Их пришлось настраивать, а не разрабатывать с нуля. Но если какие-то моменты не будут устраивать, то мне придется писать программы. Есть такой специалист и в ╚БиПитрон╩, но он пока больше работает над технологическими процессами.
О.А. Вы как-то доучивались для этого, придя сюда из РНБ?
И.М. Все свелось к кропотливому изучению документации. У меня на это ушло месяца два. В этой системе есть много готовых шаблонов. Суть SmarTeam ≈ это черный ящик, но ящик открытый. Я знаю Visual C++, на котором написана SmarTeam, но писать на нем необходимости не было. Достаточно было изучить язык скриптов на уровне Visual Basic и те программы, которые были написаны с их помощью.
О.А. Насколько увеличивается объем работ по мере реализации проекта?
И.М. Объем работ и будет увеличиваться. Потому что решение одних задач будет порождать появление новых. Это оборотная сторона медали ≈ открытости SmarTeam. Можно было бы купить систему, в которой все решено и на блюдечке преподано, но тогда не было бы возможности модернизировать и адаптировать к своим потребностям.
О.А. Надо ли знать английский язык пользователям SmarTeam?
И.М. Есть возможность локализации.
О.А. А кто ее будет делать?
И.М. В основном ее делали в ╚БиПитрон╩. Что-то надо дорабатывать, а какие-то элементы локализуются непросто. Например, в диалоговых окнах.
О.А. То есть рядовым пользователям язык не надо будет знать?
И.М. Я думаю, что нет.
О.А. А вы как-то контролируете процесс локализации?
И.М. Конечно, я этим занимаюсь сам. Специалисты ╚БиПитрон╩ какую-то заготовку сделали, тем не менее, приходится дорабатывать. Тем более с приходом новой версии.
О.А. Получается, что задачу локализации они передали в значительной мере заказчику?
И.М. По сути дела, да. Но это также обратная сторона медали: зато мы сможем локализовать так, как мы хотим.
О.А. А кто будет владельцем локализации?
И.М. ╚БиПитрон╩ делал достаточно интересное предложение: в состав поставки SmarTeam постепенно будут добавляться все те добавления, которые сделаны здесь, например, скрипты.
О.А. Кто-нибудь еще в России пишет такие добавления?
И.М. С другими клиентами мы общались в сентябре на семинаре в ╚БиПитрон╩. Но пока ╚Арсенал╩ ≈ единственное предприятие в России, которое купило лицензионные места и имеет свои разработки. Я показывал программу вывода спецификации изделия по ЕСКД. Она заинтересовала аудиторию.
О.А. Спасибо за интервью.
Анкета || Рубрики || Работа || Услуги || Поиск || Архив || Дни рождения
О "КИ" || График выхода || Карта сайта || Подписка
Главная страница
Сайт газеты "Компьютер-Информ" является зарегистрированным электронным СМИ.
Свидетельство Эл ╧ 77-4461 от 2 апреля 2021 г.
Перепечатка материалов без письменного согласия редакции запрещена.
При использовании материалов газеты в Интернет гиперссылка обязательна.
Телефон редакции (812) 118-6666, 118-6555.
Адрес: 196084, СПб, ул. Коли Томчака, д. 9
Пейджер 238-6931(аб.3365)
e-mail:
Для пресс-релизов и новостей