Черепашков А.А., Носов Н.В. Компьютерные технологии, моделирование и автоматизированные системы в машиностроении

Подождите немного. Документ загружается.

Раздел 6. Создание, внедрение и интеграция систем и технологий

442

6.5. Электронные технические руководства

443

- наделить технические руководства интеллектуальными ка-

чествами, такими как экспертная оценка и помощь в принятии

решений;

- снабдить технические руководства обучающими и контро-

лирующими функциями.

Все это способны сделать современные интерактивные тех-

нические руководства (МЭТР — interactive electronic technical ma-

nual-IETM).

Сегодня становится очевидным, что выход на рынок с новым

сложным техническим изделием, сопровождаемым большим объ-

емом традиционной бумажной документации, не просто архаи-

чен, а экономически нецелесообразен. Отсутствие полноценных

электронных средств сопровождения продукции существенно

снижает ее конкурентоспособность. Большинство потребителей

уже не хотят оплачивать и содержать большой архив бумажной

документации, а грамотный пользователь, привыкший к сервису

компьютерных технологий, предпочитает чтению бумаг автома-

тизацию поиска и наглядность визуализации информации. Без

налаженных электронных коммуникаций затруднены процеду-

ры сервиса, заказа запасных частей и т.д.

Решение проблемы заключается не просто в переводе экс-

плуатационной документации на изделие, поставляемой потре-

бителю, в электронный вид, а придание ей новых качеств. Для

этого комплект электронной эксплуатационной документации

следует рассматривать как составную часть единой интегриро-

ванной информационной модели изделия, т.е. для потребителя

необходимо обеспечить доступ к единому информационному

пространству (ЕИП).

ЕИП для потребителя может быть организовано с помощью

глобальных компьютерных сетей и Internet (WEB-технологий)

или с помощью специализированных интерактивных руко-

водств и баз данных, поставляемых на электронных носителях

(рис. 6.5.1).

Внедрение в эксплуатационных организациях PDM-систем

не всегда оправдано из-за высокой стоимости и сложности та-

кого решения, хотя не исключено удаленное взаимодействие по-

требителей с интегрированной информационной средой посред-

ством WEB-интерфейсов.

время разработчики практически во всех прикладных областях

готовят техническую документацию при помощи компьютеров.

Чаще всего для этого используются обычные офисные програм-

мы. Однако технологии подготовки иллюстрированных текстов

хорошо зарекомендовавшие себя для офисного документообо-

рота и рекламных буклетов, не дают большого эффекта при соз-

дании технических руководств.

Во-первых, эксплуатационнику в итоге достаются всё те же бу-

мажные списки и книги, в лучшем случае на электронных носи-

телях, которые еще где-то надо распечатать.

Во-вторых, оперативность подготовки бумагоориентирован-

ных руководств на местах не сильно повышается по сравнению

с традиционной издательской деятельностью, а число возмож-

ных неточностей и ошибок экспоненциально нарастает вместе

с увеличением объема рукописи.

В-третьих, трудоемкость писательского труда и оформления

качественных иллюстраций также остается непомерно боль-

шой, требует наличия высокой квалификации и таланта испол-

нителей.

Самое существенное, что деятельность эксплуатационников

при этом никак не автоматизируется.

Адекватное осуществление разнообразных функций матери-

ально-технического обеспечения (логистики) в отношении

сложных систем и прочего оборудования требует наличия непо-

средственно у эксплуатирующих организаций огромного коли-

чества своевременных, легкодоступных, точных и очень подроб-

ных данных.

Необходимо следующее:

- автоматизировать поиск и выборку данных по определен-

ным условиям, составление сводных ведомостей и отчетов;

- автоматизировать составление запросов, рекламаций и за-

казов оборудования, комплектующих, расходных материалов;

- обеспечить интерактивную связь с разработчиками и обра-

щения в службу технической поддержки;

- автоматизировать учет изменений документов и рассылку

извещений;

- сделать технические руководства более наглядными, эрго-

номичными, удобными и легкими для использования;

Раздел 6. Создание, внедрение и интеграция систем и технологий

Использование потребителями ИЭТР представляется более

естественным и простым решением, однако необходимо органи-

зовать оперативное обновление ИЭТР и баз данных, в том числе

и с применением удаленного доступа.

В концепции CALS/ИПИ интерактивные электронные тех-

нические руководства (ИЭТР/IETM) являются неотъемлемыми

компонентами интегрированной логистической поддержки из-

делия и должны обладать следующими качествами:

- содержать все необходимые технические и эксплуатацион-

ные данные об изделии;

444

6.5. Электронные технические руководства

— поддерживать стандартный интерфейс пользователя;

— формироваться поставщиком с использованием автомати-

зированных систем и программно-методических комплексов;

— соответствовать условиям поставки и эксплуатации изде-

лия по уровню и степени автоматизации.

ИЭТР высших классов должны отличаться следующими ка-

чествами:

— быть графическими и интерактивными;

— содержать средства для автоматизации процедур техниче-

ского обслуживания, поиска и устранения неисправностей;

— обладать развитыми обучающими функциями.

Кроме этого в них могут применяться различные мультиме-

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

процедурную информацию.

Требования к содержанию, стилю и оформлению ИЭТР уста-

навливают следующие российские нормативные документы.

— Р 50.1.029-2001. Информационные технологии поддержки жиз-

ненного цикла продукции. Интерактивные электронные техни-

ческие руководства. Общие требования к содержанию, стилю и

оформлению.

— Р 50.1.030-2001. Информационные технологии поддержки жиз-

ненного цикла продукции. Интерактивные электронные технические

руководства. Требования к логической структуре базы данных.

Согласно данным рекомендациям по стандартизации, инте-

рактивное электронное техническое руководство (ИЭТР) — это

структурированный комплекс взаимосвязанных технических дан-

ных, предназначенный для предоставления пользователю в инте-

рактивном режиме справочной и описательной информации об экс-

плуатационных и ремонтных процедурах конкретного изделия.

ИЭТР предназначены для решения следующих задач:

— обеспечения эксплуатационного персонала справочным

материалом об устройстве и принципах работы изделия;

— обеспечения справочными материалами, необходимыми

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

и ремонта изделия;

— обеспечения информацией о технологии выполнения опе-

раций с изделием, необходимых инструментах, материалах, чис-

ле и квалификации специалистов;

445

Раздел 6. Создание, внедрение и интеграция систем и технологий

— обеспечения сведениями о диагностике оборудования и по-

иске неисправностей;

— автоматизации заказа материалов и запасных частей, пла-

нирования и учета проведения регламентных работ;

— организации обмена данными между потребителем и по-

ставщиком;

— автоматизации обучения персонала правилам эксплуатации

и ремонта изделия.

Профессионально подготовленное ИЭТР на промышленное

изделие содержит следующее компоненты:

— спецификацию изделия;

— техническое описание деталей, узлов, систем;

— инструкцию по эксплуатации систем и оборудования;

— инструкцию по монтажу систем и оборудования;

— инструкцию по техобслуживанию систем и оборудования;

— описание диагностики систем и оборудования;

— механизм навигации, обеспечивающий контекстно-зависи-

мый поиск;

— средства общения потребителя с поставщиками (например,

по E-mail);

— средства связи и обмена с автоматическими системами диа-

гностики изделий и управления ремонтным оборудованием.

Для повышения производительности и оперативности ра-

бот, а также обеспечения преемственности и непротиворечиво-

сти информации ИЭТР необходимо формировать в значитель-

ной степени автоматически, с использованием электронного

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

процесс подготовки ИЭТР должен представлять собой автома-

тизированную процедуру генерации эксплуатационной доку-

ментации на основании моделей и данных об изделии, содержа-

щихся в PDM-системе, под непосредственным управлением и с

возможностью оперативного редактирования человеком.

Для диагностики оборудования и поиска неисправностей воз-

можно использование экспертных систем и баз знаний.

Обучающие функции ИЭТР должны реализовываться при

помощи электронных учебников, автоматизированных обучаю-

щих систем (АОС) и компьютерных тренажеров, включаемых

в состав электронных руководств в качестве подсистем.

446

6.5. Электронные технические руководства

6.5.1. Классы ИЭТР

В настоящее время на практике используется достаточно

много различных компьютерных технологий подготовки тех-

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

тации, которые можно классифицировать по следующим при-

знакам:

— Класс 1. Бумажно-ориентированные документы на элек-

тронных носителях. Сюда относятся отсканированные доку-

менты или файлы, передаваемые в текстовых форматах данных.

Недостатки этой технологии заключаются в отсутствии инте-

рактивности, необходимости использования громоздких офис-

ных редакторов, отсутствии защиты от искажения авторского

текста.

— Класс 2. Неструктурированные электронные документы. Та-

кие документы, записанные в специальных форматах, например,

PDF (Adobe Acrobat) и DJVU, трудно исказить, они достаточно

экономичны по объему, но не автоматизированы.

— Класс 3. Структурированные электронные документы. Та-

кие документы создаются с помощью языков разметки, напри-

мер HTML, которые позволяют организовать систему ссылок

и переходов по ним, т.е. создаваемые документы уже приобрета-

ют свойства интерактивности.

— Класс 4. Интерактивные документальные базы данных. От-

личаются тем, что в них вместо создания разрозненных фай-

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

данных, которые позволяют повысить эффективность поиска

и анализа информации, обладают качествами защищенности

и сохранности и могут оперировать большими объемами ин-

формации.

— Класс 5. Интегрированные документальные базы данных

w программно-методические комплексы. ИЭТР данного класса

Не только предоставляют доступ к справочной информации, но

и автоматизируют работу пользователей, обладают интеллекту-

альными и обучающими функциями.

Автоматизированная система подготовки ИЭТР получает

Данные из PDM. Использование PDM при подготовке ИЭТР:

447

Раздел 6. Создание, внедрение и интеграция систем и технологий

— гарантирует полное соответствие эксплуатационной и тех-

нической документации, ее преемственность и непротиворечи-

вость; *

— обеспечивает оперативность внесения изменений и моди-

фикаций в комплекс эксплуатационной документации;

— сокращает трудоемкость и длительность разработки экс-

плуатационной документации.

6.5.2. Языки разработки электронных локументов

В современных автоматизированных системах текстовые

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

гипертекстовых документов, оформляемых с помощью языков

разметки (рис. 6.5.2).

В качестве основного языка оформления сопроводитель-

ной текстовой документации в CALS-технологиях (в том числе

интерактивных электронных технических руководств) в 1986 г.

принят язык разметки SGML (Standard Generalized Markup

Language).

В 1991 г. на базе SGML был разработан упрощенный язык

HTML (HyperText Markup Language), а в 1996 г. — язык XML

(extensible Markup Language).

Язык HTML приобрел огромную популярность в связи с рас-

пространением INTERNET (в WE В-технологиях). Описание на

языке HTML представляет собой текст в формате ASCII и после-

довательность включенных в него команд (управляющих кодов),

называемых также дескрипторами или тегами.

Теги описывают оформление текста, графические и мульти-

медийные вставки, гиперссылки и т.п. В настоящее время су-

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

готовить HTML-документы.

Язык XML, как и HTML, считается подмножеством языка

SGML, но, будучи более поздним эволюционным развитием

языков разметки, более удобен, чем SGML, что позволяет ему

претендовать на роль основного языка электронных документов

для технических описаний и ИЭТР.

Вариантом развития XML для применения в CALS/PLM яв-

ляется язык разметки PDX (Product Definition eXchange).

448

449

Раздел 6. Создание, внедрение и интеграция систем и технологий

6.6. Технологии анализа

и реинжиниринга бизнес-процессов

Внедрение комплексной системы автоматизации (PLM-

системы), как правило, связано не только с техническими меро-

приятиями по оснащению существующих отделов компьютерной

техникой и программным обеспечением, но требует проведения

достаточно существенных организационных преобразований

практически в каждом подразделении проектного учреждения

или предприятия.

Необходимость организационно-технических реформ, сопут-

ствующих системной компьютеризации производственной дея-

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

Переход с традиционной, бумажно-ориентированной тех-

нологии документооборота коренным образом изменяет содер-

жание и последовательность работ многих основных бизнес-

процессов.

Использование компьютерных сетей существенно трансфор-

мирует способы и средства коммуникации между сотрудниками.

Иначе организуются хранение, учет, использование элек-

тронных документов в централизованных базах данных.

Появляются новые, ранее не используемые понятия и объек-

ты, такие как компьютерные модели, атрибуты, файлы, данные

и т.д., которые должны быть включены в каждодневную работу

служб, отделов и практически всех сотрудников предприятия.

Меняются инструменты и способы управления производ-

ственной информацией, потоками работ и, в конечном итоге,

персоналом автоматизированной системы.

Список новаций, которые несут с собой новые информаци-

онные технологии на каждом конкретном предприятии, легко

может быть продолжен любым опытным производственником.

Автоматизация, как и многие другие изменения производ-

ственной среды, требует от большинства сотрудников (сколько-

нибудь причастных к основной деятельности предприятия) за-

ново переосмыслить, формализовать и оптимизировать своё уча-

стие в процессах подготовки производства.

450

6.6. Технологии анализа и реинжиниринга бизнес-процессов

В настоящее время уже всеми признано, что совершен-

ствование деятельности промышленной фирмы должно быть

направлено на повышение конкурентоспособности произво-

димой продукции, которая напрямую зависит от эффектив-

ности всех процессов жизненного цикла изделий. По словам

Френсиса Бернарда (Francis Bernard), бессменного президента

компании Dassault Systems [95], «концепция управления жизнен-

ным циклом изделий — это не инструмент и не готовое решение,

а новый подход, который меняет представление о том, как надо

делать бизнес».

Наличие самой совершенной компьютерной техники и про-

граммного обеспечения само по себе не решает проблему по-

вышения конкурентоспособности изделий. Не менее важными

факторами, определяющими успешное решение задачи повы-

шения эффективности производства, являются внедрение соот-

ветствующих методов и технологий организации производства,

обучение и переподготовка персонала, которые неизбежно при-

водят к изменению производственных отношений и даже миро-

воззрения людей.

Как и при появлении самой концепции управления жизнен-

ным циклом изделий, первенство в развитии идей реинжини-

ринга бизнес-процессов (Business Processes Reengineering) при-

надлежит представителям экономических наук, работающим

в области организации управления промышленностью [34, 63,

66]. Эти прогрессивные методы нашли широкое применение в

экономике и доведены до уровня практических рекомендаций

в международных стандартах серии ISO-9000. «Жизненный цикл

изделий» и «процессный подход» в настоящее время являются ба-

зовыми понятиями методологии управления качеством. Методы

улучшения деятельности предприятий, отработанные при созда-

нии систем управления качеством, были с успехом использова-

ны при проектировании и внедрении автоматизированных си-

стем управления производством (АСУП-ERP) [16].

В настоящее время технологии анализа и реинжиниринга

бизнес-процессов являются неотъемлемой частью концепции

CALS/Hn^PLM и стали незаменимым средством, обеспечиваю-

щим успешность внедрения и функционирования автоматизиро-

ванных систем управления жизненным циклом изделий [24, 58].

451

Раздел 6. Создание, внедрение и интеграция систем и технологий

6.6.1. Технология параллельного инжиниринга

Одной из главных задач, решаемых при внедрении PLM-

системы, должно стать уменьшение длительности конструк-

торско-технологической подготовки производства. Очевид-

но, что этого можно добиться путем сокращения длительности

выполнения каждого этапа и времени ожидания между

смежными этапами (рис 6.6.1а), а также уменьшения числа

возвратов к начальным этапам проектирования (итераций),

которые неизбежны при согласовании и уточнении проекта

различными специалистами.

При традиционном методе все этапы производственного цик-

ла изделия выполняются последовательно. Каждый новый этап

начинается только после завершения каждой предыдущей фазы

работ, и общее время выполнения проекта Г определяется сум-

мой времен выполнения каждого этапа:

Т=Тк+Тт+То.

Кроме этого, при «бумажной» технологии требуется допол-

нительное время для оформления решения, сбора личных под-

писей и осуществления самого акта передачи материальной до-

кументации из одного отдела в другой.

На крупных предприятиях по приложению о техническом

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

технологическим службам должна происходить не напрямую,

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

поступить полный комплект чертежей.

Если в результате технологической проработки будут вы-

явлены какие-либо проблемы, то документы официально воз-

вращаются конструкторам, и необходимо будет повторить весь

цикл.

452

453

Наглядным примером изменения основных бизнес-процессов

вследствие внедрения компьютерных технологий может служить

одна из самых перспективных организационных новаций, полу-

чившая на Западе название «Concurrentdesign (Concurrentengineering)*

(

которая по своему смыслу переводится как технология параллель-

ного проектирования (параллельного инжиниринга).

Раздел 6. Создание, внедрение и интеграция систем и технологий

Идея параллельного проектирования предполагает совмест-

ную работу над проектом не только группы специалистов одного

профиля (например, только конструкторов или технологов), но и

сотрудников из разных подразделений и разных специальностей.

Например, технолог может получить доступ к конструктор-

ским разработкам еще до их полного окончания, что позволит

ему начать технологическую проработку раньше обычного,

а конструктор в этом случае сможет учесть технологические требо-

вания уже на ранних стадиях проектирования и в итоге избежать

непроизводительных затрат на переделку готового решения.

Конечно, при такой тесной работе многократно возрастает

число согласовательных контактов между участниками совмест-

ной работы, но в отличие от длительной и трудоемкой матери-

альной согласовательной процедуры виртуальные сообщения

и совещания проходят значительно быстрее, а трудоемкость мо-

дификации электронного проекта снижается многократно.

Сокращение времени работ Те только за счет совмещения

двух смежных этапов

Тв=Тк + Tm-To- AT,

где AT— это сдвиг начала второго этапа на более ранние сроки.

Попутно сокращается число ошибок и неувязок, что влечет за

собой сокращение времени и затрат на доработку при постанов-

ке изделия на производство.

PDM-система позволяет объединить деятельность многочис-

ленных и (или) разнородных групп проектантов в своеобразное

«виртуального бюро», обеспечивающее согласованное выполне-

ние работ по конкретной теме или определенному заказу.

В целом технология параллельного проектирования позволя-

ет значительно сократить время исполнения заказа за счет уско-

рения выполнения каждой функциональной задачи и совмеще-

ния во времени выполнения многих длительных этапов.

6.6.2. Технологии разработки и внелрения PLM-решений

Как мы уже обсуждали в предыдущей главе, компьютерные

фирмы и разработчики программного обеспечения предлага-

ют, как на мировом, так и на российском рынке компьютерных

454

6.6. Технологии анализа и реинжиниринга бизнес-процессов

технологий, большое количество разнообразных технических

средств, программно-методических комплексов различного

класса и предметной ориентации, отдельных компонент автома-

тизированных систем.

Разнообразие средств автоматизации объясняется не только

различием объектов производства. Разнообразие целей, задач

и специфики производства на каждом конкретном предприятии

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

тария, поэтому создание каждой PLM-системы — это уникаль-

ное организационно-техническое решение, требующее прохож-

дения всех стадий проектирования и внедрения в производство,

как и у любого нового изделия.

Реинжиниринг бизнес-процессов является одним из харак-

терных, специфических этапов построения организационно-

технических систем, выполнение которого необходимо для до-

стижения заданных показателей эффективности PLM-системы.

Построение PLM-системы на любом предприятии — это до-

статочно затратный и длительный по времени бизнес-проект,

исполняемый по этапам. От первоначальной локальной автома-

тизации отдельных рабочих мест — вплоть до создания интегри-

рованной информационной среды, обеспечивающей комплекс-

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

внедрения PLM-системы на предприятии должно стать преоб-

разование конструкторско-технологической подготовки произ-

водства в высокоавтоматизированный процесс, причем не толь-

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

и вследствие обязательного пересмотра организации проектных

работ.

Последовательность реализации PLM-системы хорошо со-

гласуется с общими требованиями российских стандартов на ав-

томатизированные системы серии ГОСТ-34 [86—87]. Ниже при-

ведена сводная таблица этапов разработки автоматизированной

системы, предусмотренной этими стандартами (табл. 6.6.1).

/. Целевое обследование и анализ деятельности предприятия

профессиональными специалистами в области САТБ/ИПИ/РТМ-

технологий. На основе анализа целей и задач организации фор-

мируются первичные требования к информационной системе,

которые в дальнейшем будут дополняться и модифицироваться

455

Раздел 6. Создание, внедрение и интеграция систем и технологий

по результатам анализа существующих бизнес-процессов и фор-

мирования новой инфраструктуры информационных потоков

и технологий.

Для определения требований к информационной системе

проводится начальное обследование предприятия с целью сбора

информации об организационной структуре, функционирова-

нии основных бизнес-процессов и предметной специфики ком-

пании.

На этом же этапе выясняются уровень развития и основные

показатели информационных технологий и систем, используе-

мых на предприятии на момент обследования.

По результатам первоначального обследования составляют

отчет, содержащий анализ проектной ситуации, и технические

предложения по проведению дальнейших работ. При выпол-

нении анализа выявляются «критические» бизнес-процессы,

в которых сосредоточены основные конкурентные преимуще-

ства компании. Намечаются объекты для первоначальной ло-

кальной автоматизации.

На этом этапе уже может быть составлен первый вариант тех-

нического задания на разработку проекта системы.

2. Функциональное моделирование и концептуальное проекти-

рование состава и структуры PLM-системы предприятия. По-

сле принятия решения о необходимости комплексной автома-

тизации производится углубленное обследование предприятия,

в результате которого должно быть получено достаточно пол-

ное (достаточное для выполнения реинжиниринга) описание

всех автоматизируемых бизнес-процессов. На этом этапе целе-

сообразно использовать научные подходы системного анализа

и функционального моделирования, которые обеспечивают по-

лучение точной и объективной формализованной модели состо-

яния предприятия «as is» (как есть).

На основании анализа функциональной модели организации

или предприятия разрабатывается отчет, в котором приводят-

ся результаты углубленного анализа и намечается план преоб-

разования (реинжиниринга) существующих бизнес процессов

с целью повышения их эффективности. Итогом данного этапа

должны стать один или несколько вариантов концепции буду-

щей системы. Варианты автоматизированной системы могут

456

457

Раздел 6. Создание, внедрение и интеграция систем и технологий

обоснованно сравниваться и оптимизироваться только при на-

личии соответствующих функциональных моделей. Такие моде-

ли принято называть «to be» (как будет).

3. Сравнение концептуальных решений и принятие стратегии

реинжиниринга предприятия. По результатам обследования и из-

учения моделей организационно-технической системы разраба-

тывается стратегия реинжиниринга основных бизнес-процессов,

окончательно согласовывается и утверждается техническое зада-

ние на разработку PLM-системы.

4. Комплексирование средств обеспечений PLM-системы, фор-

мирование архитектуры системы и макета информационной сре-

ды. С учетом принятой стратегии реинжиниринга и концепту-

альной модели разрабатывается эскизный проект, позволяющий

представить облик и основные принципы функционирования

системы на реальных примерах и образцах продукции.

В рамках эскизного проектирования может быть проведен

так называемый «пилотный» проект внедрения комплексной

системы. Пилотный проект предполагает реалистическую про-

работку интеграционной цепочки автоматизированной раз-

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

ственной среды, ограниченной по сложности и по количеству

участников. Такой эксперимент может выполняться в ограни-

ченном масштабе на самом предприятии, если это возможно по

условиям производства и при наличии требуемой компьютер-

ной инфраструктуры, программных средств, технологий и обу-

ченного персонала. Часто имитацию производственной среды

фирмы-интеграторы пытаются провести на своей базе, что на-

талкивается на ряд организационно-экономических проблем,

в основном территориального и кадрового плана. По мнению

автора, наилучшим вариантом является подготовка и проведе-

ние пилотного проекта на территории специализированного

учебного учреждения или учебного центра, при участии со-

трудников предприятия, привлеченных к осуществлению про-

екта с отрывом от основного производства. Для этого предлага-

ется использовать технологию учебно-научного виртуального

предприятия [70—71], которая позволяет не только адекватно

воспроизводить единое информационное пространство PLM-

системы, но и моделировать производственную среду пред-

458

6.6. Технологии анализа и реинжиниринга бизнес-проиессов

Лриятия и осуществлять при этом профессиональную перепод-

готовку персонала.

После успешного завершения пилотного проекта в режи-

ме опережения уже может начинаться опытная эксплуатация

и внедрение локальных программно-методических комплексов

и отдельных информационных технологий. Это позволит более

точно сформулировать положения технического проекта, а так-

же подготовить группу сотрудников, которые должны лидиро-

вать при освоении и внедрении системы.

5. Техническое проектирование, формирование спецификации

и описания корпоративной системы. Отчет о проведении пилот-

ного проекта должен подтвердить достоверность и реализуе-

мость предложенной концепции автоматизации предприятия.

Выбранный вариант принимается к дальнейшей проработке

и созданию полноценного технического проекта комплексной

системы.

В завершение технического проекта намечаются организаци-

онные мероприятия по реинжинирингу всех необходимых про-

цессов, и разрабатывается план полномасштабного развертыва-

ния автоматизированной системы в рамках всего предприятия.

6. Приобретение, освоение, разработка и отладка средств обе-

спечений и компонент автоматизированной системы. На осно-

вании принятого технического проекта осуществляется приоб-

ретение технического и программного обеспечений системы,

разворачиваются работы по созданию информационного, ме-

тодического и организационного обеспечений. Производится

разработка под заказ, или средствами компьютерных подраз-

делений предприятия, дополнительных программ и всех других

специальных компонент автоматизированной системы.

7. Поэтапная реализация и опытная эксплуатация системы.

Обучение и переподготовка персонала. Поэтапно производятся

монтаж и установка компьютерного оборудования, проклад-

ка компьютерных сетей, инсталляция и наладка программного

обеспечения. В это же время необходимо осуществить массовое

обучение и переподготовку всего персонала, задействованного

во внедрении PLM-системы.

Обучение и стажировку персонала также целесообразно про-

водить в учебном заведении или специализированном учебном

459

Раздел 6. Создание, внедрение и интеграция систем и технологий

центре. ТОЛЬКО обученный

правильно понимающий цели

и за-

дачи комплексной автоматизации персонал сможет способство-

вать проведению организационных преобразований предпри-

ятия, а также будет принимать активное участие в становлении

и развитии автоматизированной организационно-технической

системы.

На этапе опытной эксплуатации PLM-системы производит-

ся обкатка и отработка новых информационных технологий. На

данном этапе выявляются возможные сбои и отказы системы во

всех штатных режимах эксплуатации. При опытной эксплуата-

ции должно непрерывно продолжаться дальнейшее обучение

и консультирование персонала автоматизированной системы,

уже на штатных рабочих местах, специалистами по компьютер-

ным технологиям. В процессе опытной эксплуатации автома-

тизированная система должна постепенно выйти на заданные

технико-экономические показатели.

8. Постоянное развитие и совершенствование PLM-системы.

Согласно концепции CALS/HnM/PLM непрерывное развитие

и совершенствование PLM-системы не должно прекращаться.

Компьютерные технологии развиваются настолько динамично,

что приостановка развития, например, вследствие использова-

ния устаревшего программного обеспечения, и отказ от своевре-

менной смены аппаратных платформ могут негативно повлиять

на конкурентоспособность предприятия.

6.6.3. Технологии иелевого обслелования

и анализа леятельносги прелприятия

Рассмотрим основные принципы проведения предваритель-

ного обследования машиностроительного предприятия и фор-

мулировки частных задач на примере процессов КТПП.

Цель обследования — сбор объективной информации о струк-

туре организации, должностных обязанностях персонала, сред-

ствах и состоянии технического документооборота в процессах

конструкторско-технологической подготовки производства И

выявление основных путей и возможностей создания на пред-

приятии автоматизированной системы управления жизненным

циклом изделия (PLM-системы).

460

6.6. Технологии анализа и реинжиниринга бизнес-процессов

Основные задачи обследования следующие. Выделение и фор-

мализация бизнес-архитектуры объекта автоматизации. Выделение

и формализация бизнес-процессов и соответствующих им инфор-

мационных потоков. Разработка модели процесса автоматизации

«как есть» («as is»), функциональный и структурный анализ основ-

ных производственных процессов жизненного цикла изделий.

Форма проведения обследования может включать следующие

варианты. Анкетирование и интервью руководителей и ведущих

специалистов всех подразделений предприятия, участвующих

в процессах конструкторско-технологической подготовки произ-

водства. Анализ технической, организационной и нормативной

документации предприятия. Наблюдение и сопровождение пото-

ков работ на всех этапах технической подготовки производства

при прохождении типовых изделий производства. Фотографиро-

вание, измерения и оценка параметров типовых изделий. Хрономе-

траж длительности выполнения основных этапов технической

подготовки производства.

Форма представления результатов обследования. В итоге об-

следования должен быть составлен сводный отчет, системати-

зирующий содержательную информацию, полученную в ходе

анкетирования. Необходимо разработать формализованное опи-

сание существующих процессов конструкторской и технологи-

ческой подготовки производства, обобщить результаты анали-

за технического документооборота и потоков основных работ

в процессах проектирования и производства изделий.

Способы обследования. Принято выделять несколько сле-

дующих способов сбора и обработки информации о бизнес-

процессах предприятия [24):

/. Документно-ориентированный способ применяется на на-

чальном этапе, для выявления содержания технического доку-

ментооборота.

При этой методике необходимо выявить и классифицировать

по назначению перечень всей технической документации. По

каждому типу документов строится последовательность (модель)

прохождения документа от инициирования его создания до ис-

пользования, хранения и архивирования.

2. Способ, ориентированный на исполнителей, применяется, ког-

да каждый исполнитель выполняет значительную часть процесса

461