Слайд 6. Управление процессами
Пояснения
Функции управления процессами в PDM-системе предназначены для контроляспособов создания и изменения данных. Может показаться, что «управление процессами» является лишь новым названием для уже известного «календарного планирования», однако это не так. Календарное планирование занимается лишь распределением задач по ресурсам (или наоборот), а управление процессами касается поддержки процедур ЖЦ и ихвлияния на данныеоб изделии. Среди функций управления процессами можно выделить три основные группы:
Управление работой. Эти функции касаются того, что происходит с данными, когда кто-либо над ними работает;
Управление потоком работ. Эти функции управляют передачей данных между людьми;
Протоколирование работы. Эти функции отслеживают все события и действия, которые происходят при выполнении первых двух групп функций в течение всей истории проекта.
Слайд 7. Управление работой
Пояснения
Как уже говорилось, PDM-система выступает в качестверабочей средысотрудника, которая направляет и контролирует его работу, а также результаты его работы, т.е. данные об изделии.
Любой сотрудник предприятия (например, конструктор) работает и создает новую информацию в одной или нескольких прикладных системах (в данном случае – САПР). По сравнению с бумажным подходом, применение САПР привело к серьезному изменению стиля работы конструктора. Раньше для изменения детали чаще всего требовалось полностью перечерчивать ее чертеж, что требовало от конструктора значительных усилий. Сейчас изменить деталь в САПР можно парой щелчков мыши – и сразу же будет получена полностью новую модель. Например, твердотельная модель может пройти через тысячи изменений в процессе создания, каждое из которых влечет за собой серьезные изменения лежащих в ее основе данных.
Помимо очевидных преимуществ, такой подход вызывает и определенные трудности, связанные с тем, что теперь конструктор может легко создавать огромное количество слегка отличающихся друг от друга моделей. Зачастую конструктор хочет лишь просто исследовать определенный подход с тем, чтобы в дальнейшем отказаться от него в пользу предыдущего варианта. В результате сотруднику предприятия и его коллегам очень легко запутаться в целом ворохе созданных файлов, потерять актуальную модель и историю ее появления.
Чтобы этого не случилось, PDM-система должна тщательно отслеживать и брать под свой контроль все новые или измененные данные, как только они были созданы. Основным методом в этом случае являетсяотслеживание версийэтих данных и управление ими. Например, в системеWindchillновая версия объекта создается автоматически при каждом его изменении (при этом старая версия также остается в системе). В качестве обозначения версии используется просто ее порядковый номер (первая версия, созданная при создании самого объекта, получает номер «1»). При таком подходе можно не только найти последнюю версию объекта, но и проследить историю его появления и, если необходимо, даже вернуться на несколько шагов назад при обнаружении ошибки.
Еще одна проблема, возникающая при совместной работе над проектом изделия – обеспечение одновременного доступак некоторому объекту сразу нескольких сотрудников предприятия. В традиционной бумажной среде проектирования, когда конструктору поручено провести изменение какой-либо части проекта, все необходимые для этого документы собираются в специальную папку. При этом для проведения изменения обычно требуется не только исходный проект и задание на проведение изменения, но и множество других данных, документов и файлов, которые он будет использовать для справки. Проблема состоит в том, что одни и те же данные могут потребоваться при выполнении сразу нескольких задач и, соответственно, быть востребованными сразу в нескольких папках (см. рисунок слайда).PDM-система также поддерживает концепцию папок, которая с одной стороны эмулирует бумажный подход и делает среду работы более привычной для сотрудника, а с другой стороны, позволяет избежать многих проблем, характерных для бумажного документооборота.
Во-первых, при совместной работе над проектом необходимо исключить ситуации, когда сразу несколько сотрудников изменяют один и тот же объект или документ, т.к. это может привести к потере части данных. PDM-система решает эту проблему, позволяя одновременно изменять некоторый объект или документ только какому-нибудь одному сотруднику. Это обеспечивается за счет того, что процедура изменения объекта или документа вPDM-системе является формальной (т.н. процедура «check-in/check-out»). Перед тем, как изменить объект или документ, сотрудник обязан «взять» его на редактирование, что блокирует объект или документ от изменения любым другим пользователем системы. При этом исходная версия данного объекта или документа остается доступной всем авторизованным сотрудникам для чтения. По окончании изменения (или в случае отказа от изменения) сотрудник «возвращает» объект или документ с редактирования и, таким образом, снимает блокировку объекта от изменения.
Во-вторых, сотруднику, выполняющему некоторое задание, может потребоваться привлечь других членов проектной команды для консультации. Например, конструктор, создающий проект детали, может захотеть проконсультироваться с технологом еще до формальной передачи детали на разработку технологических процессов. PDM-система позволяет организовать одновременный просмотр объекта или документа сразу несколькими сотрудниками и обеспечить таким образом их совместную работу над проектом.
В-третьих, совершенно недопустима ситуация, когда сотрудники будут использовать в своей работе устаревшие данные. Это может стать результатом изменения объекта или документа, присутствующего сразу в нескольких папках, одним из сотрудников. PDM-система обеспечивает оповещение всех заинтересованных сотрудников об изменении объекта или документа, а также немедленно предоставляет им обновленную версию объекта или документа в их собственных папках.