Файл

В файлы ОВД, отведенные для данной подсистемы, с периодом опроса 10 с поступает информация от 46 датчиков измеряемых технологических параметров. Схема информационных потоков подсистемы представлена на рис. 7.26. Первичная обработка информации производится соответствующими модулями общесистемного назначения. Статистическая обработка и подготовка информации для работы алгоритмов управления ОКП осуществляется программными модулями, входящими в состав оперативного уровня подсистемы. [c.339]

Каждый из элементов системы определяется следующим образом. Банк данных Р состоит из совокупности наборов данных , каждый из которых имеет только ему присущие структуру и состав. Такой набор называется файлом и содержит пронумерованную последовательность элементов Г е Р, называемых записями файла. Записи файла являются элементами Декартова произведения некоторых непересекающихся подмножеств однородных данных множества количественных и качественных характери- [c.161]

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

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

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

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

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

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

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

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

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

Имеется несколько типов структур данных, используемых для построения баз данных. Наиболее простой структурой является двумерный (плоский) файл. Так, например, отдельно взятый файл Продукция является двумерным. Каждая запись имеет одинаковый набор полей, и поэтому файл может быть представлен в виде двумерной матрицы (рис. 5.7). [c.195]

Рис. 5.7. Представление файла Продукция в виде двумерной таблицы

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

Файл базы данных [c.213]

Рис. 5.20. Файл базы данных Физико-химические свойства (свойства-константы)

Отображение обобщенной схемы Физико-химические свойства реализуется с помощью пяти файлов три из них содержат свойства чистых веществ (первый — свойства-константы второй — табличные значения свойств, зависящих от температуры третий— коэффициенты аппроксимирующих зависимостей свойств, зависящих от температуры) и два — данные по равновесию в бинарных смесях (четвертый — табличные значения равновесных данных [c.219]

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

База Литературные источники отображена в один файл. Физическое отображение рассмотренных баз приведено на рис. 5.20—5.29. [c.220]

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

Рис. 5.23. Файл данных Физико-химические свойства (экспериментальные данные по бинарному равновесию)

Ряс. 5.24. Файл базы данных Физико-химические свойства (параметры моделей по равновесию в бинарных системах) [c.223]

Рис. 5.25. Файл базы данных Технологическое оборудование (типовые элементы)

Рис. 5.26. Файл базы данных Технологические схемы (типовые элементы)

Рис. 5.29. Файл базы данных Литературные источники

Файл входных данных пользователя [c.424]

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

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

Аппарат управления элементами Р, Р, С, 3 посредством перевода внутреннего языка системы в операторы машинного языка составляет интерпретатор I. Входной информацией для интерпретатора являются номера метаалгоритмов , номера файлов /, номера записей файлов к и значения диалогового предиката т = = 0,1 . Интерпретатор I выполняет следующие функции / (1) = = 81 — вызывает требуемый метаалгоритм Р (/, к) = — вызывает требуемую запись файла, Р т) = т — осуществляет вычисление диалогового предиката. [c.162]

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

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

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

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

Реализация БД на основе СУБД КВАНТ-М. Эта система работает под управлением операционной системы ОС-РВ на мини-ЭВМ СМ-4, имеет широкий набор интерактивных программ-утилит для управления файлами данных. Для изменения баз данных и контроля за их состоянием можно использовать интерактивный язык запросов КВАНТСКРИПТ-М. Характеристики системы по оперативной памяти при обычной работе — 70 кбайт, при загрузке БД — до 192 кбайт внешняя память — 2,5 Мбайт. Система обеспечивает одновременное выполнение нескольких пользовательских программ и поддерживает структуру баз данных, представленную на рис. 5.15, т. е. в терминах этой СУБД не имеют отражения не только сетевые структуры, но даже и иерархические, в которых имеется более двух уровней связей типа один ко многим . Однако любое ноле записи может быть объявлено ключевым, что позволяет адекватно отобразить в эту структуру различные обобщенные схемы с небольшой избыточностью. Кроме [c.213]

База Технологическое оборудование в терминах СУБД КВАНТ-М отображена в один файл с именем STANDART (рис. 5.20). Здесь левая колонка указывает порядковые номера строк (10, 20, 30 и т. д.), вторая — тип поля записи (02 обозначает простое поле, содержащее данные 01 ВО — начало повторяющейся группы, в которую входят все оставшиеся поля). Третья колонка [c.216]

Рис. 5.22. Файл базы данных Физико-химические свойства (коэффицнентьк аппроксимирующих полиномов свойств-зависимостей)

Рнс.. 5.27. Файл базы данных Технологическпе схемы (потоки и их свойства) [c.225]

Рис. 5.28. Файл базы данных Технологотеские схемы (данные по с<еме)

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

Справочник химика 21

Химия и химическая технология