Управление хранением данных и документов. Основным принципом PDM является однократность хранения данных (без логической

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

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

Целостность данных в хранилище обеспечивается за счет отображения в элек­тронной модели изделия фактической взаимосвязи между какими-либо данными. Так, при наличии твердотельной модели детали или сборки значительная часть остальной информации (результаты анализа, технология производства, модель оснастки и т. п.) создается на ее основе и связана с исходной моделью. В этом случае (например, в iMAN) существует возможность связать между собой хра­нящуюся в системе «мастер-геометрию» (то есть эталонную твердотельную мо­дель) с ее свойствами. Причем при изменении эталонной модели происходит авто­матическое обновление ее свойств: результатов анализа, технологии производ­ства, модели оснастки и т. д., а если это по каким-либо причинам невозможно, — оповещение соответствующих сотрудников о необходимости привести свойства модели в соответствие с изменениями.

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

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

144
145

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

Для визуализации и обработки данных в хранилище PDM-система может воспользоваться либо встроенными функциями (например, визуализация и редактирование конструкторского графа), либо внешними прикладными сис­темами (например, САПР для просмотра и изменения геометрической модели изделия).

Управление процессами

Функции управления процессами в PDM-системе предназначены для контро­ля способов создания и изменения данных. Управление процессами касается под­держки процедур ЖЦ и их влияния на данные об изделии. Среди его функций можно выделить три основные группы:

1. Управление работой (рассматривают, что происходит с данными, когда
кто-либо над ними работает).

2. Управление потоком работ (управляют передачей данных между
людьми).

3. Протоколирование работы (отслеживают все события и действия, кото­
рые происходят при выполнении первых двух групп функций в течение
всей истории проекта).

Управление работой

Любой сотрудник предприятия (например, конструктор) создает новую информацию в одной или нескольких прикладных системах (в данном случае — САПР). По сравнению с бумажным методом проектирования, применение САПР привело к серьезным переменам в стиле работы конструктора. Раньше для изменения детали приходилось либо перечерчивать весь чертеж, либо тра­тить время на корректировку подлинника и последующее проведение измене­ний в копиях, что требовало значительных усилий. Сейчас изменить деталь в САПР можно парой щелчков мыши — и сразу будет получена совершенно новая модель.

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

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

Рис. 78. Управление работой.

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

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

146
147

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

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

В-третьих, совершенно недопустимо использование устаревших данных. Это может привести к искажению объекта или документа, присутствующего сразу в нескольких папках, одним из сотрудников. PDM-система оповещает заинтересо­ванных лиц об изменении объекта или документа, а также немедленно предостав­ляет им обновленную версию в их собственных папках.

Управление потоком работ

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

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

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

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

Возвращаясь к состояниям папки, следует заметить, что от того как реали­зован способ задания состояний папки (задачи) в PDM-системе, зависит гиб­кость, предоставляемая участникам проекта. Наиболее строгие системы привязы-

Рис. 79. Пример потока работ.

вают к каждому сотруднику или группе некоторое состояние данных: «иницииро­ваны», «представлены на рассмотрение», «проверены», «утверждены», «выпу­щены» и т. п. Таким образом, они не могут быть переданы от одного сотрудника или группы без изменения их состояния.

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

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

Результатом упорядочивания потока работ в проекте является повышение его прозрачности и управляемости. PDM-система дает возможность отследить выполнение задач, оценить весь поток работ на наличие узких мест, определить причину задержки при выполнении проекта и т. д.

148
149

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

Протоколирование работы

PDM-системы должны не только поддерживать всеобъемлющую модель из­делия, отражающую текущее состояние проекта, но и отслеживать и фиксировать историю развития через протоколирование состояний. Следовательно, системы могут быть ценным источником информации при проведении проверки и аудита организации, что является основным требованием сертификации международных стандартов качества продукции серии ISO 9000. Кроме того, запись работ важна при необходимости отката к определенной точке развития проекта (например, той, где была сделана ошибка), чтобы начать новую линию разработки.

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

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

Поделиться: