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

В Windchill Service Information Manager администраторы могут определять допустимые контексты для ограничения применимости службы. Если такие контексты определены, только допустимые контексты предоставляются при поиске объектов контекста в окне Управление применимостью.

Администраторы могут определить допустимые контексты для ограничения применимости службы, указав тип в файле ServiceEffectivityConfig.xml.

Когда пользователи применяют фильтры в опции Расширенный поиск на вкладке Ограничение применимости служб в окне Править фильтр или Добавить ограничение применимости службы, опция Расширенный поиск ограничивает поиск теми типами, которые указаны в свойствах, определенных в файле ServiceEffectivityConfig.xml. Если в файле нет значений, система по умолчанию считает WTPart единственным допустимым контекстом.

• Если система разработки предназначена только для InService, в качестве допустимых контекстов нужно разрешить только корневые уровни и узлы иерархии изделий. Это позволит избежать путаницы и ошибок со стороны авторов, создающих недопустимые данные.

• Если система разработки предназначена для InService и других бизнес-моделей, клиентам следует включить оба типа в список поддерживаемых типов. Данные с недопустимыми контекстами ограничения применимости отправляются в InService. InService игнорирует любые недопустимые записи ограничения применимости, что может привести к отображению недопустимой применимости в принимающей системе. Чтобы обеспечить допустимость данных, отправляемых в принимающую систему, необходимо реализовать процессы управления данными. Отделение данных, предназначенных для доставки, от данных, предназначенных для других целей, поможет свести путаницу к минимуму.

• Если в системе разработки не создаются данные для InService, то нет необходимости ограничивать допустимый контекст ограничения применимости, если только это не требуется для собственных бизнес-процессов клиентов.