Логическая структура базы данных должна быть стабильной в течение 5-7 лет для эффективного функционирования прикладного программного обеспечения [1]. [c.36]
Преобразователь ЯБ на основании модели объекта (D3), описания структуры комплекса технических средств (D9), логической структуры базы данных (Dn), описания базы данных (Di2) с учетом нормативных требований к структуре технического проекта (Du) комплектует и оформляет документы технического проекта Фи). [c.179]
Технологической операцией с преобразователем Я6 разрабатывается комплекс программ Gt по созданию и актуализации базы данных. Входом этой операции являются D3 (модель объекта), Dg (описание комплекса технических средств), Du (логическая структура базы данных) и D 3 (физическая структура базы данных). [c.179]
Входом этой операции являются /)3 (модель объекта), Dg (описание комплекса технических средств), Du (логическая структура базы данных), Z>13 (физическая структура базы данных) и DIS (технический проект СМОД). [c.180]
Входом этой операции являются D3 (модель объекта), Д, (описание комплекса технических средств), DH (логическая структура базы данных), Di3 (физическая структура базы данных), D15 (технический проект СМОД), DI (описание программ G2) и Dw (требования к регламенту функционирования СМОД). [c.180]
Приведите логическую структуру базы данных управления проектирования СМОД. [c.238]
Логическая структура базы данных 165 [c.244]
Используя исходное множество функционально связанных схем отношений (см. табл. 8) и выполнив соответствующие преобразования, получим логическую структуру базы данных, которая представлена на схеме 15. Такие преобразования заключаются в том, что каждая схема отношения кладется в основу схемы записей в логической структуре, образуя функциональную связь набора записей. Разбиение логической структуры на ряд файлов определяет физическую структуру БД учета. [c.128]
| Рис. 4.89. Логическая структура базы данных СЭМ |  |
В технологической операции с преобразователем Я4 разрабатываются состав и структура базы данных (БД), включая логическую структуру БД фн), структуру физической организации БД (Dis) и описание БД (Di2). [c.179]
Понятие функциональной зависимости позволяет определить ключевые признаки, однозначно идентифицирующие объекты учетных данных. Пример структуры функционально связанных схем отношений ТОВАР, ОТДЕЛ, СКЛАД приведен на схеме 14. Между некоторыми схемами отношений Sj и S,- существует функциональная связь, если найдется такой набор атрибутов К s AJ П AI, который является ключом схемы отношения 5,-. Функционально связанные схемы отношений обладают свойством соединения без потерь [62,. с. 165]. Это значит, что из нескольких исходных отношений можно получить новое отношение без изменения зависимостей, например функциональных, между атрибутами в результирующем отношении. Функциональную связь между схемой отношения Sj и схемой отношения 5,- обозначим Sj->-S/. В дальнейшем понятие функциональной связи положим в основу построений логической и физической структуры баз данных. [c.121]
Для построения логической и физической структуры базы данных необходимо перейти от реляционного описания концептуальной модели предметной области к описанию предметной области в терминах выбранной СУБД. [c.126]
При техническом проектировании на основе объемно-временных характеристик информационных элементов модели объекта осуществляется машинный выбор технических средств и технологии преобразования информации. Затем формируется логическая и физическая структура баз данных создаваемой АСУ. Параллельно осуществляется человеко-машинное формирование документации технического проекта. [c.56]
Реализация рассмотренной структуры базы данных должна быть обеспечена путем создания пакета программ системы управления базой данных (СУБД). В зависимости от технико-экономических характеристик конкретной ЭВМ и структуры процесса управления производственно-хозяйственной деятельностью может создаваться единая база данных или набор по отдельным рубрикам. СУБД представляет собой совокупность языка словаря дескрипторов и обеспечивающей его программной части пакета программ языка словаря дескрипторов, реализующего как сам язык, так и тезаурус экономических и логических связей данных и показателей. Термин тезаурус определяется как система технико-экономических и социальных данных и показателей с регламентированными экономическими и логическими связями . [c.134]
Итоговая иерархическая структура содержит две иерархические базы данных. В некоторых иерархических СУБД не допускается логическая связь баз данных, определенная в п.6 алгоритма, так как формально это является нарушением ограничения 2 иерархической модели данных. [c.122]
Логическое проектирование баз данных - это процесс представления информационных конструкций некоторой совокупности объектов в таком виде, который воспринимается управляющим блоком для формирования логической структуры. Таким образом, логическое проектирование обеспечивает организацию данных о предметной области в форме, соответствующей конкретной системе управления, но без указания деталей, связанных с организацией доступа к данным и средой хранения. [c.35]
ЯОД физического уровня предназначаются для описания данных в таких стандартных логических структурах, независимых от физических носителей, которые обеспечивают возможность обращения к данным и их наборам посредством комплекса стандартных программ, входящих в систему управления базой данных (СУБД). [c.147]
Создание подобной системы связано с решением целого ряда проблем. Это прежде всего информационное объединение налоговых служб сетями телекоммуникаций и обеспечение возможности доступа к информационным ресурсам каждой из них разработка, создание и ведение баз данных оснащение налоговых органов вычислительными комплексами с развитой периферией разработка программных средств, обеспечивающих решение функциональных задач системы. В основе создания АИС Налог лежит концепция жизненного цикла программных систем. На первом этапе осуществляются анализ предметной области и разработка постановки задачи или комплекса задач. Постановка задачи осуществляется при непосредственном участии специалистов налоговой службы, чьи функции подлежат автоматизации. Сущность этого этапа состоит в обследовании организационной и функциональной структуры налогового органа и разработки технического задания, для чего используются методы информационного анализа, исследования операций, теории сложных систем. На основе технического задания разрабатывается технический проект автоматизированной системы. Целью данной стадии является создание информационно-логических моделей системы налогообложения. Важнейшей частью создания технического проекта является выбор программных средств и методов реализации проекта. В качестве критериев выбора мож- [c.323]
Каждый такой регистр является базой данных (таблицей реляционной базы данных) определенной логической структуры. [c.83]
Модель накопления данных формализует описание информационной базы, которая в компьютерном виде представляется базой данных. Процесс перехода от информационного (смыслового) уровня к физическому отличается трехуровневой системой моделей представления информационной базы концептуальной, логической и физической схем. Концептуальная схема информационной базы (КСБ) описывает информационное содержание предлагаемой области, т.е. какая и в каком объеме информация должна накапливаться при реализации информационной технологии. Логическая схема информационной базы (ЛСБ) должна формализованно описать ее структуру и взаимосвязь элементов информации. При этом могут быть использованы различные подходы реляционный, иерархический, сетевой. Выбор подхода определяет и систему управления базой данных, которая, в свою очередь, определяет физическую модель данных - физическую схему информационной базы (ФСБ), описывающую методы размещения данных и доступа к ним на машинных (физических) носителях информации. [c.56]
Для пояснения логической структуры основных моделей баз данных рассмотрим такую простую задачу необходимо разработать логическую структуру БД для хранения данных о трех поставщиках П,, П2 и П3, которые могут поставлять товары Т,, Т2 и Т3 в следующих комбинациях поставщик П, - все три вида товаров, поставщик П2 - товары Т, и Т3, поставщик П3 -товары Т, и Т3. [c.142]
Современная СУБД содержит в своем составе программные средства создания баз данных, средства работы с данными и дополнительные, сервисные средства (рис, 4.10) [48]. С помощью средств создания БД проектировщик, используя язык описания данных (ЯОД), переводит логическую модель БД в физическую структуру, а на языке манипуляции данными (ЯМД) разрабатывает программы, реализующие основные операции с данными (в реляционных БД - это реляционные операции). При проектировании привлекаются визуальные средства, т.е. объекты, и программа-отладчик, с помощью которой соединяются и тестируются отдельные блоки разработанной программы управления конкретной БД. [c.159]
Во многих существующих на настоящий момент отечественных бухгалтерских системах поддерживаются, главным образом, процедуры простого объединения (суммирования) информации нескольких предприятий в рамках единой базы данных и получения по ним стандартной отчетности. Часто предлагаемые технологии предъявляют жесткие требования к логической структуре объ- [c.226]
Основная база данных "Изделие" логически связана со второй базой данных информационно-поисковой системы ИПС "Детали", обеспечивающей конкретную детализацию внутренней структуры изделия. [c.231]
Заслуживает интерес и направление работ, называемое семиотическим моделированием [33]. В память ЭВМ в форме базы данных закладываются основные понятия и конструкции из них, используемые в процессе проектирования, создавая тем самым базу знаний. Семиотические программы должны реализовать специальную систему управления комплектом фиксированных знаний и обеспечить возможность логического вывода. В основу разработки таких программ может быть положена гипотеза о наличии в каждой области интеллектуальной деятельности некоторых инвариантных структур, называемых фреймами. Если фрейм наполнить конкретными объектами, то образуется определенная композиция. Казалось бы, что такой путь наиболее близок к автоматизации процессов проектирования. Однако на нем возникло большое препятствие — как вскрыть фреймы Как найти наиболее оптимальный из них [c.26]
Спецификация базы данных. Цель разработки документа, содержащего спецификации базы данных,— определить идентификацию, логические и физические характеристики базы данных. В структуру документа входят следующие секции основная информация, описание, логические и физические характеристики. Информация по первой секции аналогична ранее описанной по другим документам. [c.200]
Основные свойства РБД наиболее полно сформулированы в [8] и состоят в следующем данные могут храниться в памяти удаленных вычислительных машин или периферийных устройств обработка, обновление, обмен, накопление и поиск информации для всей локальной сети основаны на единых методах логического доступа к данным с последующей упаковкой информации в форму, соответствующую требованиям сетевых протоколов передачи данных по моноканалу совокупность сведений, образующих базу данных, представляет стабильную логическую структуру, сохраняющую достоверность при изменении способов использования данных коллективный доступ к данным не влияет на простоту внесения изменений, избыточность данных, производительность средств доступа и достоверность данных посредством используемых средств перезаписи форматов данных, хранимых в различных физических накопителях, достигается физическая и логическая независимость данных при требуемых скорости поиска и доступе к информации. [c.78]
Блок контроля, частичных исправлений и ввода выполняет функции логического и синтаксического контроля входной информации об излишних материальных ресурсах, частичного исправления выявленных ошибок, унификацию поисковых характеристик, представления входной информации в виде, соответствующем структуре файла 1 для ввода в базу данных, ввод в базу данных и связывание файлов 1 и 3 для обеспечения требуемой структуры БД для других блоков и режимов. Блок также обеспечивает формирование файла ошибочной входной информации, для исправления которой требуется вмешательство администратора базы данных. Блок осуществляет и допускает ввод информации с любого машинного носителя. [c.216]
Независимость описания обращения к данным в базе данных от логической структуры данных. [c.17]
В большинстве СУБД реализованы функции создания и актуализации описаний структур данных, загрузки и поддержки в актуальном состоянии БД, организации хранения данных с минимальной избыточностью с использованием средств быстрого поиска данных, обеспечение защиты от несанкционированного доступа, целостности баз данных, поддержки логической структуры данных, возможности обработки данных, подготовленных другими инструментальными средствами АРМ. [c.350]
Функция взаимодействия с базой данных, связанной с изучаемой предметной областью (б). Функция необходима для визуального анализа динамики изменения показателей. Для реализации функции необходимо 1) создать логическую и физическую структуру будущей базы данных 2) организовать доступ пользователя к просмотру и поиску записей базы данных, хранящих необходимые статистические данные 3) организовать возможность выбора записи, соответствующей временному ряду изменения показателя, и просмотра графика изменения показателя. [c.221]
Объектно-ориентированный подход явился результатом сближения двух областей исследований семантического моделирования данных и объектно-ориентированных языков. Семантическое моделирование уделяет наибольшее внимание структуре данных, что позволяет эффективно отображать значения реальных фактов в конструкции модели и легко создавать логические схемы для сетевых, иерархических и реляционных баз данных. Объектно-ориентированные языки изучали поведение объектов данных. Сближение этих двух областей позволило применить понятия объектно-ориентированных языков к семантическим структурам данных. [c.6]
С понятием информации связана количественная мера информации. На синтаксическом уровне принято употреблять термин данные , для которых используется понятие объема данных (число экземпляров документов, количество доку-ментострок, записей файлов, символов, байтов и т. п.). Данные — это сырье для получения информации согласно определенным целям обработки. Термин информация означает устранение неопределенности путем преобразования данных. Противоположный по смыслу термин — энтропия , являющаяся мерой этой неопределенности. Информативность сообщений тем выше, чем более определенным становится для получателя информации состояние системы. Семантическая мера информации — содержательность основана на наличии тезауруса системы. Тезаурус содержит взаимоувязанные понятия, термины, определения, согласованные структуры данных логического уровня представления (базы данных, формы документов, технико-экономические показатели. Тезаурус выражает знания о системе. Новая информация воспринимается через тезаурус, который может пополняться новыми элементами. При этом информативность сообщений зависит во многом от получателя, способного расширить свой тезаурус. [c.24]
Системы управления базами данных, ориентированные на персональные компьютеры, как правило, поддерживают реляционную модель данных, предложенную в 1969 году Е. Коддом. Реляционная модель освобождает пользователей от взаимодействия с физической структурой данных. Вместо этого, она основывается на логических взаимоотношениях, выраженных с помощью реляционных языков, которые расширяют математическую теорию множеств для работы с реляционной моделью данных. [c.248]
Проектирование ПО с помощью ASE-систем. Оно включает несколько этапов. Начальный этап — предварительное изучение проблемы. Результат представляется в виде исходной диаграммы потоков данных и согласуется с заказчиком. На следующем этапе выполняется детализация ограничений и функций программной системы, и полученная логическая модель вновь согласуется с заказчиком. Далее разрабатывается физическая модель, т.е. определяется модульная структура программы, выполняется мифологическое проектирование базы данных, детализируются граф-схемы программной системы и ее модулей, проектируется пользовательский интерфейс. [c.120]
Первая из этих функций обеспечивается языком описания данных (ЯОД Shema Definision Language). Его часто называют языком определения данных. Описание данных средствами ЯОД называют схемой базы данных. Оно включает описание логической структуры данных и налагаемых на нее ограничений целостности в рамках тех правил, которые регламентированы моделью данных используемой СУБД. Помимо указанных функций, ЯОД некоторых СУБД обеспечивает возможности задания ограничения доступа к данным или полномочий пользователей. [c.477]
Разработка базы данных с разделенной структурой для подсистемк управления трудовыми ресурсами обеспечивает возможность наводленя , обновления и хранения данных в дистанцаонао удаленных местах логическое единство совокупности баз данных, образующих информационный фонд АСУП единство процессов обработки, обновления, обмена, накопления я поиска для всей системы реализацию коллективного доступа к базе данных для решения максимума задач абонентов обеспеченное г -, автоматизированного взаимодействия между отдельными базаш [c.96]
Описание и сопоставление наиболее распространенных подходов к логической структуризация данных. Подобное описание предполагав анализ гидов структур, используемых для достроеаия базы данных, в выбор конкретного подхода к представлению базы данных до управлению прудовыми ресурсами. [c.99]
Логическая организация представляет данные и связи между ними в виде логической структуры и предназначена для прикладных программистов (пользователей). Физическая организация означает физическую структуру размещения данных на внешних носителях. Связь между логической и физической структурами осуществляют специальные программы, входящие в систему управления базой данных (СУБД), которая по своему назначению близка к операционной системе ЭВМ и обеспечивает выполнение операций управления создания базы данных, ввода и размещения данных в базе, хранения данных, поиска и вывода данных из базы, реструктуриолизации базы, означающей преобразование этой базы в новую в соответствии с заданными условиями. [c.34]
При использовании реляционной СУБД dBASE II базами данных является все, что находится вокруг dBASE II, — файлы баз данных. Для каждого файла должно быть установлено имя и определена структура записей, которая хранится в отдельной записи. Запись структуры является по существу отображением формата записи данных. Остальные записи являются информационными и имеют одинаковую структуру. Структура может содержать до 32 различных входов. Каждый вход отсылается к полю данных в записи данных. Структура хранит следующие данные имя полей данных (10-символьная, буквенно-цифровая запись) тип данных в полях данных (цепочки символов, числовые величины и логические значения) размер поля данных (количество символьных позиций, необходимое для содержания [c.115]
Все части логически и информационно увязаны между собой через структуру кодов, что позволяет внутримашинным способом вести поиск, группировку и сортировку в базе данных. Каждая последующая часть базируется на предыдущей. [c.150]