Состав - база - данные
Cтраница 3
Общая структура базы данных приведена в гл. Здесь же рассмотрим отдела ные подсхемы, входящие в состав базы данных ГТС для СУБД СПЕКТР. [31]
Ведущим модулем системы программного ввода является модуль формирования моментов появления нештатных ситуаций. Однако ее может оказаться недостаточно-для однозначного распознавания нештатной ситуации из состава базы данных. Идентификатор распознанной по функциям - F0n ( 4) и FC ( A) нештатной ситуации транслируется в тренажер для ввода в него этой ситуации в реальном масштабе времени. Параллельно осуществляется запрос базы данных и вывод на терминал информации для оценки инструктором правильности действий экипажа в нештатной ситуации. [32]
Средства СУБД СЕТОР позволяют реализовать достаточно широкий класс типовых конфигураций связей между файлами. Однако алгоритм оптимизации, примененный в адаптируемой системе расчета теплофизических свойств смесей, обусловливает использование в составе базы данных трех файлов с простейшими связями между ними. [33]
Запросы третьей группы предназначены для удовлетворения информационных потребностей программ оптимизации режимов, которые выполняются в режиме пакетной обработки. По отношению к базе данных не предполагается никаких входных сообщений, а ответы реализуются специальными модулями, входящими в состав базы данных. Обращение к этим модулям вместе с их настройкой осуществляется при написании и обработке прикладных программ и средствами операционной системы. [34]
Все функции транслятора ( см. § 4.1), кроме генерации машинных команд, адаптируются к явным значениям параметров специализированной ЭВМ, автокода и характеристикам заказа. Программы, реализующие перечисленные функции, следует проектировать по методу параметризации. При этом в состав базы данных для настройки вводятся следующие основные информационные модули: словарь функциональной лексики автокода; таблица длин форматов машинных команд; таблица, устанавливающая соответствие между автокодной командой и описанием формата машинной команды; таблица форматов печати машинных команд. Что касается программы генерации машинных команд ( генератора команд), то ее адаптация достигается совместным применением методов параметризации и функционального расширения. В состав базы данных для настройки вводится информационный модуль, предназначенный для хранения описаний форматов. [35]
Спрос - вещь весьма изменчивая, производственные же мощности подобной гибкостью не отличаются. Далее была изучена функция среднесрочного планирования и определен состав необходимой базы данных. [36]
Выпуск конструкторской документации может рассматриваться как самостоятельная задача. В этом случае графическая и текстовая информация извлекается из базы данных, соответствующим образом редактируется и передается на устройства вывода. Хранение данных, необходимых для получения конструкторской документации, в составе базы данных облегчает сам процесс хранения и, что наиболее важно, внесение необходимых изменений. [37]
Этап постановки комплексов задач выполняется на стадии технического проектирования ИВС и оформляется в виде формализованного описания постановки задачи и документооборота подсистем в разрезе комплексов задач. Целью этапа является разработка общего алгоритма решения комплексов задач и уточнение ( детализация) состава и структуры баз данных. В процессе постановки комплексов задач разрабатывается информационное обеспечение, необходимое для функционирования подсистем, и определяется состав баз данных, используемых для решения задач. Сами базы данных в рамках подсистем не разрабатываются. [38]
Одни из них задают тип конструкции двигателя, формы пазов статора и ротора, другие характеризуют алгоритм управления и пр. С целью сокращения избыточности данных в состав логических переменных включены метки, играющие роль ссылок на другие массивы данных в составе базы данных. Так, через ссылки задаются, например, характеристика электротехнических сталей, что позволяет значительно сократить объемы данных для поверочных и проектных расчетов. [39]
Справочные массивы подразделяются на справочное обеспечение специального назначения и справочное обеспечение общего применения. К справочникам специального назначения отнесены оперативный справочник строек базы данных, оперативный справочник пусковых комплексов, объектов, реквизиты строек, пусковых комплексов, справочник связей объектов планирования между собой, справочник дополнительных сведений о продукции, подлежащей выпуску со строящихся объектов, технико-экономические показатели пускового комплекса, технико-экономические показатели, используемые при обосновании вновь начинаемого строительства и др. К справочному обеспечению общего применения относятся классификаторы предприятий и организаций, классификатор химической продукции, классификатор единиц измерения, классификатор подрядных строительных организаций. Эти справочники являются общими для АСУ-Химстрой и ОАСУ-ХИМ. В составе базы данных в качестве самостоятельного блока, который одновременно является блоком АСНК ( автоматизированной системы нормативов в капитальном строительстве), создается массив информации по нормам и. [40]
Структура таких систем отвечает логической структуре системы управления, поэтому их проектирование опирается на анализ работы автоматизируемого объекта и функций обработки данных в нем, рассматриваемых в гл. В соответствии с анализом устанавливаются требования к системе обработки данных, в частности перечень целевых выводных документов с указанием состава и периодичности их выдачи. Эти требования определяют структуру и состав базы данных. [41]
 |
Информационный граф для примера визуальной базы данных. [42] |
Он представляет собой сжатое описание базы данных, которое отражает понимание данных пользователем и намеченное их использование. Он содержит функциональные и семантические отношения между объектами базы данных и удовлетворительное их описание. Эти объекты базы данных включают реляционные файлы и дескрипторы атрибутов. Чтобы учесть специальные характеристики визуальных данных в составе базы данных, концепция скелета данной базы была расширена до формы скелета графической базы данных. [43]
Как уже отмечалось, ИСУП не располагает всеобъемлющей моделью предприятия, поэтому при создании АСУ необходимо выделить основные хозяйственные процессы, которые описываются в понятиях баз данных ИСУП. Таким образом, АСУ на базе ИСУП делится на подсистемы по функциональным признакам, как предусмотрено в Общеотраслевых руководящих методических материалах ( ОРММ) [13], но при этом за основу берутся не функции служб в существующих системах управления, а автономные хозяйственные процессы. Автономность процессов является, конечно, относительной, и состав баз данных в АСУ можно организовать по-разному. [44]
Все функции транслятора ( см. § 4.1), кроме генерации машинных команд, адаптируются к явным значениям параметров специализированной ЭВМ, автокода и характеристикам заказа. Программы, реализующие перечисленные функции, следует проектировать по методу параметризации. При этом в состав базы данных для настройки вводятся следующие основные информационные модули: словарь функциональной лексики автокода; таблица длин форматов машинных команд; таблица, устанавливающая соответствие между автокодной командой и описанием формата машинной команды; таблица форматов печати машинных команд. Что касается программы генерации машинных команд ( генератора команд), то ее адаптация достигается совместным применением методов параметризации и функционального расширения. В состав базы данных для настройки вводится информационный модуль, предназначенный для хранения описаний форматов. [45]
Страницы: 1 2 3