Добавление и изменение атрибутов

Добавление и изменение атрибутов [c.417]

К числу основных функций систем PDM относятся также моделирование и структурирование данных. Структурирование данных означает выявление сущностей рассматриваемого приложения, их атрибутов и связей. Структура изделий обычно может быть представлена в виде дерева. Иерархическая форма удобна при внесении и отслеживании изменений в модели, например, при добавлении и удалении сущностей, изменении их атрибутов, введении новых связей. [c.282]

В информационных моделях приложений фигурируют супщости (типы данных) и связи между ними. Установление сущностей, их атрибутов, связей и атрибутов связей означает структурирование проектных данных. Структура изделий обычно может быть представлена иерархически, в виде дерева. Иерархическая форма удобна при внесении и отслеживании изменений в модели, например, при добавлении и удалении сущностей, изменениях их атрибутов, введении новых связей. Поэтому первоочередными функциями FDM являются поддержка интерактивной работы пользователя при создании моделей изделий (процессов), структурирование описаний проектируемых объектов, предъявление полъзователю этой иерархической структуры вместе с возможностями навигации по дереву и получения нужной информации по каждой указанной пользователем структурной компоненте. [c.294]

Проверка полномочий служит эффективным средством защиты и управления доступом к базе метаданных. Например, если доступ в режиме чтения разрешить только обладающим полномочиями пользователям, тем самым метаданные будут защищены. Можно ограничить доступ к определенным классам метаобъектов или атрибутов. Такой способ пригоден и для режима обновления (изменения, удаления или добавления). Выполнить эти действия смогут только наделенные полномочиями пользователи. На уровне типов или экземпляров метаобъектов или атрибутов код полномочий будет сопоставляться с кодом пароля. С помощью указанных выше средств база метаданных защищается от несанкционированного изменения, добавления или удаления метаобъектов. [c.116]

Состав добавляемых предопределенных атрибутов, а также имена и значения пользовательских атрибутов, включаемых в состав компонента, не регламентируются системой и определяются пользователем. Автор не считает целесообразным использование дополнительных атрибутов при создании компонентов, и вот почему. Рассматривая список предопределенных атрибутов, нетрудно заметить, что они, как правило, связаны с особенностями использования компонента в конкретном проекте. Это, например, длина цепи, щирина проводника, количество переходных отверстий и т. д. Но тогда и добавлять их нужно в проект. Например, если по каким-либо соображениям проектировщик рещит, что какой-то компонент в данном проекте должен находиться на определенном расстоянии от других, то достаточно данному экземпляру компонента на схеме или плате через окно свойств добавить атрибут omponentSpa ind (Расстояние между компонентами). Если же этот минимальный зазор требуется выдержать для всех компонентов в проекте, то соответствующий атрибут с заданным значением должен появиться в технологических правилах данного проекта. Такие атрибуты нет необходимости включать в состав создаваемого библиотечного компонента. Напомним, что добавление атрибутов и изменение их значений для отдельного экземпляра компонента, размещенного на схеме или плате, производится на [c.417]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...