Структура и база данных

Структура и база данных [c.41]

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

На рис. 2 приведена структура обновляемой базы данных по машинному оборудованию, в создании которой участвуют ИДС, ИС ТЭ и ИСС. [c.382]

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

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

Структура банка данных по режимам резания приведена на рис. 2.9. Он содержит подсистемы 1) управления базой данных (СУБД) 2) информационно-справочную для выдачи информации по режимам резания 3) взаимодействия, позволяющую управлять внутренним потоком информации и обеспечить обмен между банком данных по режимам резания и его пользователями. [c.86]

На рис. 4.6 показана схема алгоритма адресации обрабатываемой детали к тому или иному технологическому процессу, а на рис. 4.7 — схема алгоритма процедуры выбора унифицированных решений [27]. В тех случаях, когда нет унифицированных технологических процессов, необходим синтез технологических процессов путем использования типовых решений (см. 3.1) или [27] путем использования системы проектирования методом синтеза с прототипом. Данная система имеет отличительные особенности 1) выбираемые прототипы не содержат всего состава элементов технологического процесса (операций переходов, рабочих ходов), которые следует включать при изготовлении изделия 2) синтезировать структуру технологического процесса должен технолог-проектировщик в режиме диалога с ЭВМ 3) база данных должна иметь сведения не только о групповых и типовых технологических процессах, но и об единичных. [c.155]

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

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

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

Работа программ с базами данных различной логической структуры и сложности путем обеспечения независимости программ от способа организации данных. [c.340]

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

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

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

Организация технического обеспечения САПР оказывает влияние на структуру информационного обеспечения и в первую очередь баз данных. Если БД сконцентрирована в одном узле вычислительной сети, то она называется сосредоточенной, в противном случае — распределенной. Если информационное обслуживание с помощью БД относится ко всей САПР, то БД называют общей (интегрированной или центральной), а если к отдельной проектирующей подсистеме САПР или к отдельному пакету прикладных программ, то локальной БД. [c.56]

Система управления базой данных ОКА , так же как и СУБД ИНЕС , принадлежит к системам иерархического типа. В своем составе она имеет средства для задания связей между иерархическими структурами, что дает возможность описывать сетевые структуры ограниченного вида. [c.85]

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

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

Структурная схема подсистемы Пилот приведена на рис.38. Важное место в структуре подсистемы занимает графический редактор. Он выполняет две функции. Во-первых, редактор представляет собой управляющую оболочку для работы различных программных крейтов, реализующих такие функции как расчет, обработка запросов к специализированной базе данных и базе данных системы АОНИКА , вывод на экран или на печать различной информации, связанной с проведением сеансов моделирования. Во-вторых, редактор предназначен для создания графических топологических моделей различных физических процессов электрических, тепловых, механических и аэродинамических. В процессе функционирования графический редактор формирует действующую расчётную структуру в топологическом виде, которая в дальнейшем анализируется при помощи единого расчетного модуля в различных режимах (статический анализ, анализ во временной и частотной областях, анализ чувствительности). В процессе моделирования возможно применение принципа динамического изменения параметров элемента схемы или параметра конструкции (тюнинг в реальном масштабе времени). При таком подходе параметр маркируется и изменяется при помощи виртуального тюнера. Процесс изменения параметра сопровождается одновременным отображением результатов анализа в виде графиков и диаграмм. При таком подходе процесс анализа математической модели выполняется в фоновом (скрытом) режиме. [c.94]

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

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

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

Объекты XBase имеют динамически изменяемый набор атрибутов, состав и тип которых зависит от структуры файла базы данных, с которым связан конкретный объект. Объект содержит в своих атрибутах информацию об одной текущей записи. Каждому полю файла базы данных соответствует один атрибут объекта. Наименование атрибута совпадает с именем поля. [c.860]

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

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

Диалоговый синтезатор структуры комплексной САПР для класса МЭА. Диалоговый синтезатор состоит из трех частей [27] диалогового редактора (В1АЬ-1), управляющей программы и базы данных (ряс. 4.3). Т [c.170]

При совместной эксплуатации большой еистемы ИПТ, в которой базы данных будут много и часто использоваться (библиотеки компонентов, базы данных спецификаций, системы параметрического программирования —все, что имеет отношение к делу), следует запланировать со вршенем создания должности администратора баз данных внутри группы САПР/АСТПП. Такая специализация, наряду с функционированием программы поддержки корректности базы данных, является единственным способом обеспечения наилучших структур (схем) баз данных и их функционирования в вашей системе. [c.204]

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

В базе данных САПР РАПИРА—5.3—82 (см, рис. 3.20) использована древовидная структура организации данных. Данные определяются по именам, под которыми они записываются, хранятся и извлекаются из БД. Имеющие одинаковый физический смысл данные объед - [c.129]

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

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

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

Оценка варианта структуры, сгенерированной или выбранной из базы данных, выполняется с помощью процедуры параметрического синтеза и анализа. Использование полных математических моделей и процедур параметрической оптимизации, как правило, характеризуется высокой трудоемкостью, что не позволяет в процессе перебора просмотреть достаточное количество вариантов структур. Поэтому переборные алгоритмы применяют только в тех случаях, когда для оценки удается применить упрощенные математические модели и некоторые косвенные критерии предпочтения вариантов, отличающиеся прос готой вычисления. Лишь но отношению к небольшому числу отобранных перспективных вариантов следует применять анализ но нолшзш математическим моделям и оптимизацию параметров. [c.77]

Э т а и о. Проекгированне ПО ( АПР. Па этом этане (1к)рыируе тся структура ПО и разрабатываются алгоритмы, задаваемые спецификациями. Устанавливается состав модулей с разделением их иа иерархические уровни па основе изучения схем алгоритмов для типовых задач проектирования [7], Выбирается структура информационных массивов, составляющих базу данных. Фиксируются межмодульные интерфейсы. [c.35]

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

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

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

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