Формирование модели реализации

Формализация подходов внедрения PDM-систем приводит к необходимости со­здания и анализа трех типов моделей. После обследования предприятия получают

274
275

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 6. ВНЕДРЕНИЕ ИПИ ТЕХНОЛОГИЙ...

комплекс моделей (функциональных, процедурных, информационных и др.) «как есть» («as is»). Результатом реинжиниринга бизнес-процессов является комплекс «как должно быть» («to be»). После окончательного выбора PDM-системы осо­бенно полезными могут стать модели, построенные с учетом ограничений, накла­дываемых функционалом конкретной системы, назовем их: «как можно реализо­вать в PDM-системе» («as in PDM»). Метод построения моделей первого и вто­рого типов широко используется при построении функциональных и процедур­ных моделей (моделей потоков работ). Второй тип применяется очень редко или отсутствует вообще. Информационная модель третьего типа является эффектив­ным инструментом настройки PDM-системы и способна принести наибольшую отдачу, так как она позволяет заранее оценить возможные «искажения» реализа­ции. В комплекс третьего типа могут войти модели, которых не было на предыду­щих этапах. Они призваны описать специфику конкретной PDM-системы, кото­рую невозможно учесть до ее выбора. К таким моделям относят описания различ­ных бизнес-правил, алгоритмы настраиваемых макросов и т. д.; для их построения обычно используют наиболее подходящую нотацию или представление, макси­мально понятное специалистам группы внедрения.

Основной фактор, приводящий к искажениям модели реализации, — человечес­кий. PDM-технология относится к классу новых информационных технологий. Все непривычное, тем более связанное с компьютеризацией, часто вызывает у конечных пользователей неприятие и протест. Известны примеры, когда наукоемкие производ­ственные предприятия России (бывший ВПК и т. п.) в условиях нехватки ИТ-специа­листов пытались вести одновременно несколько проектов по автоматизации различ­ных процессов, часто локальных и несогласованных, а потому с сомнительным эконо­мическим эффектом. Очень распространенная ошибка в этом случае—попытка про­вести подобную революцию «сверху» (эволюционным такой процесс бывает крайне ррдко). По нашему опыту, внедрение электронного документооборота всегда связано с ломкой стереотипов и насилием над образом мышления конечных пользователей. Однако «клиент всегда прав», и PDM-систему приходится настраивать для их удоб­ства, а им хочется работать по-старому, то есть без какой-либо системы, которая к тому же добавляет новые обязанности и обеспечивает начальству совершенно иной уровень контроля за их деятельностью. Таким образом, из прекрасной идеи элект­ронного документооборота (уж поверьте, не по юле специалистов по внедрению) получается жалкая реализация — автоматизация бумажного документооборота. На­пример, при электронном документообороте отпадает необходимость хранения в си­стеме многих вспомогательных документов в виде объектов типа «документ», так как информация, которую они содержат, обрабатывается в большинстве случаев автома­тически (присвоение статусов) и хранится отдельно в базе данных системы. Обычно это документы, предназначенные для сбора согласующих подписей и не несущие дополнительной смысловой нагрузки, — различные конструкторские и технологи­ческие разрешения на изменения документов. Следовательно, при возможности на­стройки в системе, информация может быть представлена на соответствующих экран­ных формах, что обеспечит удобство ее поиска и работы. Это тем более важно, потому что конечные пользователи смогут оперативно просматривать свой «родной» доку­мент таким, каким они привыкли его видеть, а при необходимости — распечатать.

276
Формирование модели реализации проводится после этапа обследования предпри­ятия. Модель реализации — это представление предметной области или, по крайней мере, той ее части, которая описана построенными моделями, в терминах или понятиях конкретной PDM-системы. В ее основе лежит информационная модель, а ее адекват­ность в большой степени зависит от функционала, заложенного в PDM-систему.

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

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

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

Здесь надо решить, какие классификаторы использовать в системе. Одни клас­сификаторы могут быть применены для формирования названий или обозначе­ний (например, в соответствии с классификатором продукции по ЕСКД), другие — представлены в виде иерархической структуры папок, содержащих некоторые объекты. Таким образом, в системе может работать, например, общероссийский классификатор продукции.

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

Назначение прав доступа осуществляется как для одного, так и для группы (групп) пользователей. Имеется возможность задания прав пользователю через права его группы. Они могут быть определены для типов объектов, атрибутов и

277

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ______________________________________________

конкретных объектов. Различают так называемые статическое и динамическое оп­ределения прав доступа к объектам и документам. Статически обозначаются те права, которые практически никогда не меняются, например, доступ на изменение значения атрибута «подпись главного конструктора» у объекта типа «деталь» может иметь только пользователь, входящий в подгруппу «руководство» груп­пы «ОГК», который выполняет роль «главного конструктора». Динамическое изменение прав доступа определяется при настройке шаблонов потоков работ. В данном случае решается, какие права будут даны пользователю на непродолжи­тельный промежуток времени при наступлении некоторых событий или конкрет­ных условий выполнения задачи. Например, доступ на изменение значения атри­бута «подпись главного конструктора» у детали «кронштейн КМИВ.723456.001» будет назначен пользователю, входящему в подгруппу «руководство» группы «ОГК» и выполняющему роль «главного конструктора», только на время испол­нения задачи «утверждение документов главным технологом».

Для настройки шаблонов потоков работ необходимо определить, как постро­енные модели (например, IDEF3) будут реализованы в PDM-системе. Этот этап, пожалуй, наиболее трудоемок, так как именно он увязывает воедино практически все настройки, сделанные ранее.

Обычно существуют три основных элемента, с помощью которых описыва­ются потоки работ: задачи, переходы и перекрестки. Настройка каждого из них может содержать различные аспекты. Графически (обычно PDM-система по­зволяет выполнять графическое моделирование) шаблон потоков работ пред­ставляется в виде вершинного графа, где задача является вершиной. Любой шаблон всегда содержит начало и окончание, иногда эти задачи отображаются отдельно выделенными элементами, которые не связаны с выполнением каких-либо действий. В шаблоне могут быть предусмотрены возвраты к предыдущим задачам и различные ветвления.

Основными элементами, моделирующими поток работ, являются так назы­ваемые задачи. При формировании модели реализации блоки модели потоков работ (IDEF3-диаграмм) обозначаются в виде задач. Для их определения в об­щем случае необходимо задать:

^ описание;

У исполнителей (называются явно или фиксируются группа (подгруппа) и роль возможных исполнителей);

^ документы или объекты, ассоциированные с данной задачей;

^ профили прав доступа различных исполнителей к тем или иным докумен­там или объектам;

^ переходы соединяют задачи и перекрестки между собой и определяют возможную последовательность выполнения работ. В PDM-системе они моделируют стрелки ШЕРЗ-диаграммы.

Для определения перехода в общем случае необходимо задать:

> описание;

> тип (может запускаться вручную или автоматически при выполнении ус­
ловий перехода);

> условие.

278
Глава 6. ВНЕДРЕНИЕ ИПИ-ТЕХНОЛОГИЙ...

Перекрестки в PDM-системе отображают перекрестки ШЕРЗ-диаграммы, зада­ют условия запуска входящих или выходящих переходов и логику выполнения работ.

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

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

Адаптация PDM -системы

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

> прикладные модули АСУП или САПР, оперирующие данными в PDM
системе;

> прикладные модули PDM-системы (расширение функций);

> конверторы PDM/АСУП, PDM/САПР и т. д.

Не останавливаясь на конкретных инструментах адаптации, приведем приме­ры задач, решаемых теми или иными средствами.

Существующие PDM-системы являются достаточно сложным современным инструментом работы. Обучение конечных пользователей обходится организаци­ям дорого, даже если обучение проводится своими силами, так как оно обязатель­но связано с отрывом сотрудников от производства. Однако не всем пользовате­лям системы знания о ней нужны в полном объеме. Предполагается, что в единой среде будет работать достаточно большое число людей, отвечающих за сбор ре­зультатов различных измерений. Несложные измерения параметров изделий при входном и выходном контроле обычно проводятся вручную, а результаты зано­сятся в специальные журналы. При использовании PDM-системы для хранения информации об экземплярах изделия результаты измерений необходимо каким-то образом заносить в базу данных для дальнейшей автоматизированной обработки, например для сбора статистики получения брака. В целях сокращения стоимости внедрения системы для данного класса пользователей разрабатываются специ­альные модули сбора информации. Они обладают простым интерфейсом, напря-

279

УПРАВЛЕНИЕ ЖИЗНЕННЫМ Ц ИКЛОМ ПРОДУКЦИИ

⇐ Предыдущая47484950515253545556Следующая ⇒

Поделиться: