Пример использования контекста
Контексты позволяют организовать базу данных Windchill так, чтобы она соответствовала функциональной организации компании. Следующий вымышленный сценарий иллюстрирует порядок использования контекстов различных типов для управления данными и процессами, а также возможности взаимодействия пользователей с системой Windchill.
Сценарий
Construction Machinery Corporation (CMC) - североамериканская компания, которая занимается проектированием, изготовлением, продажей и обслуживанием тяжелого оборудования для землеройных работ. Компания производит два семейства продуктов: гусеничные тракторы и автопогрузчики. В каждое семейство входит несколько вариантов продуктов с разной производительностью и возможностями. Конкурентное преимущество компании состоит в способности за короткое время конфигурировать и поставлять продукты, соответствующие спецификациям заказчика. Это позволяет клиентам определять размер и производительность машины, а также выбирать поставщиков ключевых компонентов, например двигателя и гидравлической системы. Компания CMC закупает следующие компоненты: двигатели, трансмиссии, системы охлаждения, системы фильтрации воздуха, гидравлические компоненты, колеса и шины. Компания CMC производит следующие компоненты: рамы, кабины, приводные системы, детали гусениц и приспособления.
Контексты сайта и организации
Контексты сайта и организации создаются автоматически при установке Windchill.
Контекст Сайт обеспечивает функции администрирования, которые используются для создания установки Windchill и управления ей. Только администраторы сайта могут создавать и править информацию в контексте сайта.
Дополнительные сведения см. в разделе Администрирование сайта.
Контекст Организация создается под контекстом сайта. Контекст организации охватывает стандарты и коммерческую административную информацию, которые уникальны для данной компании.
В контексте организации хранится следующая важная коммерческая информация.
Информация об участниках - пользователи, группы и коллективы.
Нумерация и схемы назначения версий - нумерация и стандарты назначения версий компании CMC, которые используются для идентификации данных об изделиях.
Администрирование шаблонов - шаблоны, уникальные для компании CMC, которые используются для стандартизации создания данных об изделиях и административной информации.
Контексты изделия, библиотеки и проекта создаются под контекстом организации так, чтобы стандартные методики, внедренные на уровне организации, могли последовательно применяться ко всем контекстам, расположенным ниже контекста организации.
Дополнительные сведения см. в разделе Администрирование организации.
Контексты изделия
Контексты изделия содержат сведения, уникальные для конкретного изделия или семейства изделий. В компании CMC используется два контекста изделия: для гусеничных тракторов и для автопогрузчиков. Все данные об изделиях, которые уникальны для продуктовой линейки, сохраняются в контексте изделия. Например, имеется шесть видов сварных стальных рам для шести моделей гусеничных тракторов, продаваемых компанией CMC. Они сохранены в изделии "Гусеничный трактор". Также имеется четыре вида сварных стальных рам для разных моделей автопогрузчиков. Они сохранены в контексте изделия "Автопогрузчик".
Контексты изделий "Гусеничный трактор" и "Автопогрузчик" создаются под контекстом организации CMC и наследуют межфункциональные роли коллектива из контекста организации.
Коллектив изделия в компании CMC содержит следующие роли.
Диспетчер изделия
Руководитель по конструированию
Конструктор
Инженер-технолог
Инженер по качеству
Планировщик производства
Эти роли являются частью шаблона коллектива, который определен в контексте организации CMC. Пользователи Windchill назначаются на эти роли в контекстах изделий "Гусеничный трактор" и "Автопогрузчик". Когда в любом контексте изделия создается новая версия детали, эти роли определяют участников коллектива, которые назначаются для разработки и выпуска в производство новой версии детали.
Некоторые стандартные методики различаются в зависимости от контекста изделия и должны быть определены на уровне изделия. Например, процесс конструирования деталей автопогрузчика проходит состояния жизненного цикла, которых нет в процессе конструирования деталей для гусеничного трактора. Поэтому для новых деталей, создаваемых в каждом контейнере изделия, используются шаблоны жизненного цикла, определенные в контексте изделия, а не в контексте организации.
Тип объекта, контекст, в котором он находится, состояние жизненного цикла, а также назначения ролей, определяемые шаблоном коллектива, в совокупности образуют основу для правил, которые управляют доступом к выполнению действий с данными. Например, пользователь, назначенный на роль конструктора, может создавать, просматривать и изменять CAD-документы, находящиеся в разработке, а инженеру-технологу в том же контексте разрешено только просматривать CAD-документы.
* 
Объекты в одном контексте могут быть связаны с данными в других контекстах. Например, разработанная по техническим условиям заказчика деталь, такая как кронштейн для прожектора, может быть создана в контексте изделия "Гусеничные тракторы", но использоваться в структуре детали автопогрузчика (при условии, что участникам коллектива "Автопогрузчики" доступен просмотр деталей для гусеничных тракторов). Однако право на изменение конструкции кронштейна сохраняется за конструктором коллектива контекста изделия "Гусеничные тракторы".
Дополнительную информацию см. в разделе Администрирование изделия и библиотеки.
Контексты библиотеки
Контексты библиотеки содержат информацию, которая относится к нескольким или ко всем изделиям. Для утверждения дополнений контекста библиотеки может быть создан специальный коллектив. Можно создать специальные процессы рабочего процесса, чтобы обеспечить уверенность в том, что перед введением нового общего компонента отсутствуют существующие допустимые общие компоненты. Библиотеки могут содержать небольшие составные детали (например, механические крепежи); более крупные, созданные по техническим условиям заказчика сборки; детали, поставляемые продавцами; а также другие типы объектов, например документы. Библиотеки создаются под контекстом организации.
Компания CMC создала библиотеки стандартных компонентов так, чтобы общие детали могли быть многократно использованы в нескольких изделиях. Многократное использование компонентов позволяет увеличить объемы закупок и снизить цены. Также стандартные библиотеки содержат общую справочную документацию, например государственные стандарты или спецификации и процедуры компании.
Например, двигатель является самой важной деталью любой машины CMC. При размещении заказа клиенты выбирают предпочтительный двигатель из списка доступных вариантов. Стандартизация на основе одного производителя двигателей помогает заказчику уменьшить резервы запасных деталей и снизить расходы на обслуживание. Компания CMC создала библиотеку двигателей, содержащую все стандартные двигатели производства нескольких поставщиков оригинального оборудования.
Продукты компании CMC должны соответствовать всем государственным стандартам. Например, государственным стандартом контролируется выброс выхлопных газов дизельными двигателями строительного оборудования. Документация по стандартам для машинного оборудования повышенной проходимости хранится в библиотеке государственных стандартов CMC.
Дополнительную информацию см. в разделе Администрирование изделия и библиотеки.
Контексты проекта
Проект является контекстом, в который люди приглашаются для работы в составе межфункциональной группы над достижением определенной цели. Коллективы проекта включают участников со следующими типовыми ролями.
Руководитель проекта
Участники коллектива
Гости
В контексте проекта обычно создаются следующие данные:
план проекта с задачами, вехами и связанными результатами;
ресурсы проекта, такие как материал и оборудование;
детали, документы и CAD-данные, создаваемые в проекте;
детали, документы и CAD-данные, используемые совместно с другим проектом, библиотекой или изделием.
Совместное использование дает возможность копировать данные, содержащиеся в контексте изделия, библиотеки или проекта, или ссылаться на них в новом проекте, где они могут временно использоваться всеми участниками коллектива проекта. После завершения проекта новые и измененные данные сдаются на хранение в изделия и библиотеки для передачи в производство через строгие процессы управления конфигурацией. Проекты создаются под организацией.
Дополнительные сведения см. в разделе Проекты и программы.
Компания CMC вступила в договорные отношения с европейской компанией тяжелого оборудования Euro-Track для проектирования и производства нового автопогрузчика, предназначенного специально для европейского рынка. Проект по разработке нового автопогрузчика получил кодовое наименование "Феникс".Новая машина будет более компактной и маневренной, что позволит ей работать на узких улицах и небольших строительных площадках. Проект "Феникс" также включает вариант двигателя, соответствующий строгим европейским стандартам выброса выхлопных газов. Машина "Феникс" будет продаваться компаниями Euro-Track и CMC. На следующей схеме показан контекст проекта "Феникс", созданный под контекстом организации CMC.
Новый погрузчик "Феникс" будет создан на основе существующей конструкции CMC. Для проекта "Феникс" выбран более экологичный европейский двигатель Diesel Power. Компания CMC будет предлагать двигатель Diesel Power на североамериканском рынке, ожидающем более строгих стандартов контроля выброса выхлопных газов, которые в настоящее время рассматриваются правительством США. Коллектив конструкторов должен обеспечить соответствие конструкции "Феникс" европейским и американским стандартам.
К участию в проекте "Феникс" приглашена межфункциональная группа, состоящая из сотрудников компаний CMC, Euro-Track и Diesel Power. Данные, содержащиеся в контекстах изделия "Автопогрузчики CMS" и библиотеки "Двигатели и государственные стандарты", являются общими с контекстом проекта "Феникс", так что они могут при необходимости просматриваться, браться на изменение и изменяться. На следующей иллюстрации показаны участники коллектива и общие данные.
Дополнительные сведения о совместном использовании данных см. в разделе Обмен данными между контекстами.
В рамках контекста проекта "Феникс" создается план проекта с назначенными задачами, расписанием вех и заданными результатами. Начинается работа над проектом по конструированию нового автопогрузчика "Феникс". После достижения ключевых вех результаты сдаются на хранение в соответствующие контексты изделия и библиотеки, что делает их доступными для всех лиц, включенных в процесс выпуска в производство. После передачи нового изделия в производство и завершения проекта "Феникс" контексту проекта может быть назначено состояние "завершено", а содержание проекта сохраняется как запись процесса совместной разработки.
Было ли это полезно?