Атрибуты, определяемые пользователем

Кроме основных у компонента может быть произвольное число дополнительных атрибутов. Имена и назначение части дополнительных атрибутов определяются системой — это предопределенные атрибуты. Имена и назначение других задаются пользователем по его усмотрению, как это делалось, например, при создании символа резистора (см. главу 4). [c.417]

Атрибуты, по значениям которых определяют значения других атрибутов, называют идентификаторами объекта или ключевыми элементами данных. Отметим, что один и тот же объект могут идентифицировать несколько элементов данных. Их тогда считают кандидатами в идентификаторы. Проблему выбора идентификатора из нескольких кандидатов решает пользователь САПР. [c.93]

При проектировании БД первым этапом, как отмечалось, является проектирование или построение КМ предметной области. Здесь выполняют структуризацию данных, определяют связи между ними, не учитывая особенностей реализации. Первым этапом построения КМ является анализ данных. При этом собирают информацию о данных, которые используются в имеющихся прикладных программах. В процессе сбора данных определяют имена объектов и элементов данных, описаний, атрибутов, источников, оценки, сложность, важность, отношения связности между элементами и объектами, продолжительность и способы хранения данных. Далее на основе анкетирования проводят анализ организации хранения данных и исследуют документооборот от источника к пользователю. После этого приступают к разработке КМ БД. Первоначально АБД собирает информацию о всех данных для прогнозирования и перспективных исследований. Концептуальная модель БД является основой для ЛМ, которая реализуется средствами реляционной, иерархической или сетевой СУБД, При разработке КМ используют нормализацию отношений, т. е. группируют элементы данных по свойствам модификации, включения и удаления данных. Концептуальная модель может быть также представлена в виде графов. [c.111]

Рассмотрим проектирование ЛМ БД. Первоначально определяется модель данных, подходящих для отображения КМ. Отображение может выполняться РМД, НМД, СМД. Пусть задана КМ (рпс. 3.11, а), которую необходимо отобразить в логическую модель. Основные объекты — ПОЛЬЗОВАТЕЛЬ, ЭВМ, САПР. Первичные ключи объектов содержат один атрибут. Например, ключом объекта ПОЛЬЗОВАТЕЛЬ будет НОМ — ПОЛЬЗОВАТЕЛЯ (номер пользователя). Рассмотрим отображение КМ (рис. 3.11) на РМД. Для отображения КМ на ЛМ требуется определить отношения и их атрибуты. Построим, например, таблицу ПОЛЬЗОВАТЕЛЬ (табл. 3.3). [c.111]

К атрибутам рассматриваемой категории относятся и те, которые были сознательно не определены разработчиком. Пользователь впоследствии может по своему усмотрению назначить формат и способ применения пустого атрибута. [c.97]

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

Присваивает действие, которое будет вьшолняться после выбора пользователем определенного поля. Арг> мент ключ предстаатяет имя поля, которое будет вызывать действие. Действие, присвоенное функцией a tion tile, замещает действие по умолчанию диалогового окна или атрибут поля a tion, если они определены в D L-файле. [c.137]

Запрашивает значение D L указанного атрибута. Аргумент о/о / определяет поле, аргумент атрибут - имя атрибута в D L-описании поля. Значение возвращается как первоначально устаноатенное в описании поля оно не отражает изменений состояния патя, которые могут произойти после ввода пользователя или вызова функции set tile. [c.138]

Пользовательские атрибуты (user-defined) чаще всего используются для формирования дополнительных документов проекта, например, перечня элементов и спецификации. Целесообразность их включения в состав компонента представляется весьма сомнительной. Дело в том, что состав дополнительных атрибутов для разных типов компонентов существенно различается, а разработкой библиотек занимаются, как правило, несколько человек. Следовательно, нужно иметь на предприятии нормативный документ, который бы определял состав дополнительных атрибутов, их имена и значения. Например, цена компонента разными пользователями может [c.418]

Окно задания классов цепей, открывающееся при выборе команды Options Net lasses, представлено на рис. 1.11. В данном окне можно определить группу цепей, которые совместно используют общие правила. Данная команда запускает редактор классов цепей, который дает возможность разрабатывать предопределенные правила трассировки для автоматического трассировщика SPE TRA и затем назначать цепи к выбранному классу. Можно добавлять определяемые пользователем атрибуты к классам цепей. [c.31]

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

Пакет KEDD обеспечивает проверку в реальном времени всех спроектированных схем управления. Многоцелевой набор программ реального времени служит средством исследования при решении основных задач, а также для экспериментов. Набор состоит из командно-управляемого центрального монитора задач, с помощью которого пользователь должен определить свою конфигурацию аппаратных средств, применяемых регуляторов и атрибутов для контроля сигналов с помощью графиков или записи их в запоминающее устройство большой емкости. [c.161]

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

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