База данных описание

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

В состав МС САПР входят процедурно-ориентированные языки (метаязыки) проектирования и управления процессом проектирования, языки описаний функций МС, т. е. распределения ресурсов САПР, формирования плановых заданий и другое, языки описания структуры данных и преобразования базы данных, программы, обеспечивающие реализацию функций МС, базы данных МС. [c.57]

Проектирование реализации (логическое проектирование) разделяют на две части проектирование базы данных и проектирование программ. Результатом первой части является логическая структура БД. Результатом второй части считают функциональные описания программных модулей и наборы запросов к БД. [c.98]

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

Графически при описании базы данных разным типам связей соответствуют обозначения в виде различных стрелок - - — связь с одной записью > - — связь с несколькими записями. Взаимные связи имеют следующие названия -<-— - — один к одному . -<—— один ко многим , - —<—>—)- — многие ко многим . На рис. 2.2 записи изображены в виде прямоугольников, а сегменты представлены кружками. Например, обозначение, приведенное па рис. 2.2, в, следует понимать так каждая запись сегмента А связана с некоторой группой записей сегмента В, а каждая запись из сегмента В связана лишь с одной записью сегмента А. [c.72]

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

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

Создание базы данных на основе их описаний, применяемых различными группами пользователей. Эти описания получили название подсхем и в совокупности составляют схему, т.е. полную таблицу всех типов злементов данных и типов записей, хранимых в базе данных [20]. [c.86]

СУБД просматривает описание физической организации базы данных и определяет, какую физическую запись требуется считывать. [c.86]

Таким образом, сфера действия прикладного программиста ограничивается прикладной программой, ее рабочими областями в оперативной памяти и подсхемой описания данных. Изменения в схеме логической организации данных или физической организации базы данных на устройствах внешней памяти не должны приводить к изменению прикладных программ и их подсхем. [c.87]

Администрация базы данных должна задавать схему, т.е. полное логическое описание обрабатываемых данных. При этом может потребоваться описание таких типов связей или таких характеристик данных, которые не применяет прикладной программист. Для этих целей необходим язык описания схемы данных. Так же как и язык описания подсхем, он может быть расширением языка программирования, средством СУБД или независимым языком. [c.88]

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

Передача описания изображения в базу данных [c.177]

Поэтому проектирование ЭМУ предполагает применение опыта предыдущих разработок, который концентрируется в рекомендациях по выбору основных параметров, в описаниях ранее спроектированных объектов, деталей, в типовых конструкторских приемах и т.д. Для автоматизации поиска необходимой информации в составе общей базы данных САПР вьщеляются специальные подсхемы взаимосвязей данных по определенным признакам (например, по применимости конкретных материалов, деталей, узлов в тех или иных изделиях), с помощью которых реализуются типовые запросы пользователей. [c.192]

Оперируя совокупностью количественно определенных требований ТЗ, можно организовать автоматизированный поиск аналогов среди известных близких по назначению объектов, описания которых хранятся в базе данных, по типу того, как это делается в примере, приведенном в 4.2. Однако следует с большой долей вероятности ожидать, что среди известных разработок не будет обнаружено варианта, в полной мере удовлетворяющего всем требованиям ТЗ на новый объект. В то же время в каждом конкретном случае не все требования одинаково важны. Поэтому задачей анализа ТЗ, предваряющего процедуру выбора аналогов, является определение относительной важности включенных в него требований, путей и сложности их выполнения. Здесь необходимо учитывать назначение проектируемого ЭМУ, а в ряде случаев и особенности его применения в составе более сложной системы. [c.193]

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

Эскиз конструкции аналога, полученный из базы графических данных, приведен на рис. 6.3. Поскольку в базе данных хранятся описания отдельных элементов конструкции, то имеется возможность получить изображение нужного элемента, в данном случае маховика (рис. 6.4). [c.199]

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

Наборы данных, необходимые для работы с программной системой, включают описания известных проектно-конструкторских разработок, а также различные справочные данные. Информация, включенная в базу данных, хранится на машинных носителях. [c.231]

Ведение библиотек изделий (каталогов запасных частей, стандартных элементов). Логическая структура базы данных, описанная в стандарте STEP, позволяет создавать категории изделий и наделять их характеристиками. [c.25]

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

Возможности операционной системы ДОС КП расширяются за счет включения в состав системы следующих пакетов системных прикладных программ ФОБРИН, предназначенный для работы с форматированными базами данных РИБД, используемый для работы с реляционными базами данных. Описание этих пакетов приведено в п. 4.3. [c.215]

Схема. В контексте баз данных описание логических связей в структуриро-шной базе данных. [c.315]

При работе нодеиетсмы ОЕТА1Г-2 вводят технологические данные, которые относят к соответствующему геометрическому элементу. Эта подсистема разработана для автоматизированного изготовления чертежей тел вращения. Она на основе базы данных изготовляет чертеж, включая полную простановку размеров. Важным свойством подсистемы является возможность расщире-иия запаса конструктивных элементов пользователя, а также создание укрупненных (макро) элементов для ускоренного описания конструкции. [c.147]

Программы СУБД РАПИРА—5.3—82 обеспечивает обработку следующих типов данных групп геометрии п зкнивалентных клемм описаний групповых и одиночных базовых элементов групп эквивалентных клемм, технических параметров элементов, параметров тепловом модели, системных таблиц программного комплекса документ данных, не требующих обработки при записи или извлечении из базы данных. Язык описания данных СУБД САПР РАПИРА—5.3—82 иредиэ-значеп для описания [c.131]

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

Для задач третьего уровня сложности затруднительно, а для задач четвертого уровня уже невозможно построение множества законченных структур для хранения в базе данных. В таких случаях вместо законченных структур храпению подлежат описания типовых элементов объектов. Это связано с тем, что, как правило, количество типов элементов еущсствеппо меньше количества возможных структур из этих элементов. Автоматизация синтеза при этом основана на алгоритмизации процедуры генерации структур из типовых элементов. От успеха этой алгоритмизации зависят возможности автоматизации синтеза и качество синтезируемого объекта. Так как общих алгоритмов генерации, ориентированных на структуры разнообразных технических объектов, не существует, то такие алгоритмы входят в проблемно-ориентированное математическое обеспечение. [c.77]

Подсистема REVS обработки и проверки требований состоит из 1) транслятора с языка описаний требований RSL 2) центральной базы данных, содержащей модель проектируемой программной системы 3) автоматизированных средств обработки информации в базе данных. Подсистема REVS имеет оредства машинной графики, позволяющие работать с изображениями потоковых графов, а также обеспечивает динамическое моделирование разрабатываемого ПО, используя для этого имитаторы отдельных компонентов ПО. Такие имитаторы могут [c.39]

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

Рис. 3.5. Пример логической схемы базы данных для СУБД СЕТОР . ЯЗЫК описания данных (ЯОД) и язык манипулирования данными (ЯМД).

Для поддержания локальных баз данных следует использовать сравнительно простые и занимающие небольшой объем оперативной памяти СУБД (например, СЕТОР ). В интегрированных БД со сложными, динамически изменяющимися в процессе проектирования внешними моделями должны использоваться СУБД ДИСОД . Хранение проектной документации, ГОСТов, руководящих и методических проектных материалов, описания типовых проектных решений необходимо осуществлять средствами ИПС (например, ИПС ПОИСК ). [c.106]

Результатом работы анализатора А будет набор таблиц, списков, массивов, составляющих внутреннюю базу данных ВБД компилятора, располагаемую в ОП. Основные элементы этой БД — упакованное описание структуры проектируемого объекта, таблицы паспортов подпрограмм моделей элементов, подпрограмм расчета выходных параметров и т. п. Операторы языка описания задания преобразуются анализатором в псевдокоманды, содержащие метку и код команды, режимные параметры, имя подпрограммы, реализующей необходимые для выполнения данной команды методы, параметры подпрограммы. Последовательность псевдокоманд описывает программу вычислений, которые должны быть выполнены рабочей программой. Память ЭВМ под внутреннюю БД выделяется только динамически, что определяет ее рациональное использование. При недостатке ОП некоторые наиболее крупные массивы выгружаются во внешнюю память ЭВМ. Во внутренней БД широко используется аппарат перекрестных ссылок между логически связанными элементами данных, что значительно повышает быстродействие компилятора за счет минимизации времени доступа к обрабатываемым данным. Анализатор пополняет внутреннюю БД информацией, считанной из паспортов библиотечных подпрограмм. Эта информация необходима для лексического и синтаксического контроля входного описания. Паспорта сгруппированы в каталоги библиотечных подпрограмм и хранятся во внешней памяти 7 ЭВМ. [c.142]

АССОЦИАТОР содержит управляющую информацию для базы данных в виде таблиц описания полей и управления памятью, преобразователя адреса и сети связи. [c.88]

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

В результате пррсмотра всей совокупности объектов, описание которых хранится в базе данных, может быть получено несколько аналогов и прототипов, среди которых проектировщик, пользуясь неформальными критериями предпочтения, выбирает варианты для дальнейшей проработки. [c.196]

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

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

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