Тема 3 Банки информации 1 Понятия И СТРУКТУРА АВТОМАТИЗИРОВАННОГО БАНКА ДАННЫХ Современной формой органи
Работа добавлена на сайт samzan.net:
Тема 3 Банки информации
1 Понятия И СТРУКТУРА АВТОМАТИЗИРОВАННОГО БАНКА ДАННЫХ
Современной формой организации информационных систем являются банки данных, которые представляют собой:
- систему информационных, математических, программных, языковых, организационных и технических средств, предназначенных для централизованного накопления и коллективного использования с целью получения необходимой информации;
- сложную информационную систему, на вход которой поступают исходные данные, а на выходе пользователь получает результатную информацию;
- информационную модель объекта, информация о котором необходима для обеспечения управления этим объектом. автоматизированный банк данных включает:
- вычислительную систему;
- одну или несколько баз данных;
- набор прикладных программ пользователей;
- систему управления базами данных;
- языковые средства (языки программирования, языки запросов и ответов, языки описания данных);
- методические средства (инструкции и рекомендации по созданию и функционированию банков данных, выбору
системы управления базами данных);
- техническую составляющую, основой которой является компьютер, удовлетворяющий по своим техническим характеристикам определенным требованиям.
Преимущества работы с банком данных:
- повышается производительность труда пользователей и уровень удовлетворения их информационных потребностей;
- прикладные программисты освобождаются от необходимости организации данных за счет централизованного управления ими;
- обеспечивается независимость прикладных программ от данных;
- снижаются затраты на создание и хранение данных и поддержание их в актуальном состоянии;
- уменьшаются потоки циркулирующих в системе данных.
2.классификация и функции СУБД
Системой управления базами данных (СУБД) называются типовые программные комплексы, предназначенные для формирования, поддержания, поиска и выдачи данных. Это сложные системы манипулирования данными, обеспечивающие создание общей базы данных для множества приложений, поддержание ее в актуальном состоянии, централизованное управление хранимыми данными, простой доступ к ним. Классификация СУБД:
- по типу используемой модели СУБД подразделяются а иерархические, сетевые, реляционные и объектно-ориентированные;
- по характеру использования - на персональные (Рагаdох| Сliррег, Асcess, VisualFохРго) и многопользовательских (Oracle, Informix). Персональные СУБД обеспечивают создание персональных баз данных и недорогих приложений, работающих с ними, создание приложений, работающих с сервером базы данных. Многопользовательские СУБД включают сервер базы данных и клиентскую часть, работают в неоднородной вычислительной среде, допускающей разные типы ЭВМ и различные операционные системы. На базе таких СУБД создаются информационные системы, функционирующие по технологии «клиент—сервер».
Разработчики систем не имеют единого мнения по вопросу о том, какая СУБД лучше. Одни их них отдают предпочтение одной системе управления базами данных, другие - другой, а третьи —высказываются за то, что прикладная программная система должна уметь взаимодействовать с различными СУБД по выбору пользователя, причем сторонников СУБД-независимых программ становится все больше.
Функции СУБД
Функциями СУБД являются:
- управление данными непосредственно в базе данных. Функция обеспечивает управление и хранение входящих в базы данных, служебной информации, обеспечивающей работу СУБД;
- управление данными в памяти компьютера. Функция обеспечивает ускорение работы СУБД за счет использования буферизации данных в оперативной памяти компьютера и использования той части базы, которая необходима для решения конкретной задачи пользователем;
- управление манипуляциями над данными. Функция обеспечивает поддержку логической целостности базы данных в многопользовательских системах, выполнение ряда операций над базой данных, как над единым целым;
- управление изменениями в базе данных и протоколирование. Функция обеспечивает надежность хранения данных, возможность СУБД восстанавливать состояние базы данных в аварийных ситуациях;
- поддержка языков базы данных. Функция обеспечивает поддержку специальных языков, называемых языками баз данных. Обычно в СУБД поддерживается единый язык, содержащий все необходимые средства, начиная от создания базы данных и до обеспечения пользовательского интерфейса при работе с данными.
Перспективы развития СУБД
В [29] сформулированы перспективы развития СУБД, к которым отнесены:
- разработка баз данных сложных объектов, обеспечивающих выполнение операций со сложно структурированными объектами;
- разработка активных баз данных, выполняющих не только действия, указанные пользователем, но и дополнительные действия в соответствии с правилами, заложенными в саму базу данных;
- разработка темпоральных баз данных, используемых в качестве надстроек над реляционной базой данных и позволяющих поддерживать исторические данные системы, обеспечивая решение задачи интеграции неоднородных баз данных в единую глобальную систему;
- разработка объектно-ориентированных баз данных, обеспечивающих проектирование сложных информационных систем, для которых технология предшествующих баз данных не была удовлетворительной;
- разработка распределенных баз данных, обеспечивающих выполнение функций хранения, управления данными в нескольких узлах и передачи данных между этими узлами в процессе выполнения запросов. В условиях децентрализации обеспечивается высокая степень одновременности обработки вследствие распределения нагрузки, улучшенное использование данных на местах при выполнении удаленных дистанционных запросов, простота и незначительные затраты на осуществление процесса управления.
3.Языки СУБД.
СУБД является промежуточным звеном между прикладными программами и базами данных. Общение между прикладной программой и СУБД осуществляется на уровне языков описания и манипулирования данными.
Язык описания данных (ЯОД) называют языком определения| данных. Описание данных средствами этого языка называется схемой базы данных и обеспечивает описание логической структуры данных и налагаемых на нее ограничений деятельности в рамках правил, регламентированных моделью данных. С помощью языка создаются описания элементов, групп и записей данных, а также взаимосвязей между ними, которые обычно. задаются в виде таблиц. Язык описания данных может быть составной частью языка данных, сочетающего возможности определения данных и манипулирования ими, с его помощью создаётся не сама база данных, а лишь ее описание.
Язык манипулирования данными (ЯМД) предназначен для выполнения операций с базой данных, позволяет запрашивать операции над данными из базы данных, содержит набор операторов манипулирования данными, позволяющих заносить данные, удалять, модифицировать или выбирать их. Как и язык описания данных, язык манипулирования данными не обязательно выступает в качестве синтаксически самостоятельного языка СУБД.
В настоящее время имеются многочисленные примеры языков СУБД, объединяющих возможности описания данных и манипулирования ими в единых синтаксических рамках. В таких СУБД обычно поддерживается единый интегрированный язык, содержащий все необходимые средства для работы с базой данных и обеспечивающий базовый пользовательский интерфейс с различными базами данных. Наиболее популярным для реляционных СУБД является язык SQL..
Некоторые СУБД располагают языками, которые помимо названных функций, обладают управляющими структурами и другими средствами, свойственными традиционным языкам программирования. Благодаря этому они могут использоваться как функционально полное средство для создания прикладных программ и для формулировки запросов пользователей к базе данных. Такие языки называют автономными языками, или языками запросов, однако для многих приложений функциональных возможностей автономных языков оказывается недостаточно. Наиболее популярными для реляционных СУБД являются языки SQL, Quе1, dВаsе/R: Rasе.
Структурированный язык запросов (SQL) обеспечивает манипулирование данными, является стандартным средством доступа к серверу базы данных.
Языки конечных пользователей позволяют разрабатывать приложения быстрее, реализовать именно те алгоритмы, которые необходимы пользователю в момент разработки приложений, снижать себестоимость программной реализации системы, упрощать весь процесс ее разработки.
4. ПОНЯТИЯ И ТРЕБОВАНИЯ К БАЗЕ ДАННЫХ
База данных представляет собой взаимосвязанную совокупность данных, определенным образом организованных, хранящихся во внешней памяти при такой минимальной избыточности, которая допускает их использование оптимальным образом для одного или нескольких приложений.
Базы данных должны обеспечивать:
- простоту, легкость и гибкость работы с данными —пользователи должны четко представлять, какие данные имеются в их распоряжении, располагать соответствующими методами доступа к ним;
- целостность данных —в базе данных должна храниться информация полная, непротиворечивая, необходимая и достаточная для функционирования приложений;
- безопасность хранения данных —достигается шифрованием прикладных программ и данных, использованием защиты паролем, поддержкой уровня доступа к базе данных и к отдельной ее таблице;
- простоту внесения изменений, в результате чего база данных может изменяться без нарушения способов использования данных;
- гибкие организационные формы эксплуатации, обеспечивающие разработку приложений легче, быстрее, дешевле;
- функционирование в сети —использование средств управления доступом пользователей к совместно используемым данным;
- централизованное управление информационными ресурсами, поддержку данных для всех приложений, многократное использование данных; независимость данных от изменяющихся внешних условий;
- поддержку взаимодействия с Windows-приложениями, что позволяет внедрять в разрабатываемые отчеты сведения, хранящиеся в файлах, созданных с помощью других приложений (в Word, Ехсе1);
- отсутствие проблемы контроля избыточности данных вследствие их интеграции, однократного ввода и многократного использование благодаря устранению дублирования.
База данных должна характеризоваться: незначительными затратами на разработку и минимальными затратами на внесе-иие изменений, низкой стоимостью хранения данных, достаточной производительностью работы, достоверностью и секретностью данных, их защитой от искажения и уничтожения. Жизненный цикл базы данных включает:
- стадию анализа, когда происходит формулирование требований концептуального проектирования. Основная его цель состоит в согласовании целей пользователей и их представлений об информационных потоках;
- стадию проектирования, здесь производится реализация базы данных. Результатом логического проектирования является логическая структура базы данных —функциональное описание программных модулей и наборов запросов. Результатом физического проектирования является подготовка базы данных к эксплуатации —выбор физической структуры базы данных, отладка программных модулей;
- стадию реализации, когда решаются задачи разработки программ доступа к базе данных.
Структура базы данных может меняться с изменениями в предметной области. Проектирование базы данных начинают с анализа предметной области и выявления требований к ней конечных пользователей.
Администратор базы данных определяет, какие именно данные будут храниться в базе в процессе концептуального проектирования, учитывает и объединяет требования разных групп пользователей. После этого создается обобщенное описание создаваемой базы данных с использованием естественного языка, математических формул, графиков.
Следующим этапом является непосредственно формализация представления данных в базе данных.
5. модели ОПИСАНИЯ БАЗ ДАННЫХ
Модель данных описывает набор базовых признаков, которыми должны обладать все конкретные СУБД и управляемые ими базы данных. База данных оперирует с различным объектами (сущностями), какими, к примеру, могут быть: |
- покупатель (атрибуты: название, адрес, телефон, факс, ИНН, расчетный счет, корреспондентский счет);
- номенклатура (атрибуты: название, единица измерения, группа номенклатуры);
- документ (атрибуты: тип документа, номер документа, дата выписки);
- банк (атрибуты: БИК, название, адрес);
- банковский счет (атрибуты: грузополучатель и его адрес, плательщик, наименование товара, единица измерения, количество, цена, сумма, НДС);
- кладовщик (атрибуты: фамилия, имя, отчество, табельный номер, подразделение);
- операция (атрибуты: документ, номенклатура, материал, количество, цена за единицу, налог, счет по дебету, счет по кредиту, от кого, кому, вид операции, примечание —расшифровка смысла операции).
Типы объектов предприятия, для управления которыми создаётся информационная технология, изменяются во времени достаточно редко, поэтому и структура данных для этих объектов достаточно стабильна. По этой причине возможно построение информационной базы с постоянной структурой и изменяемыми значениями данных. Взаимосвязи между логическими записями и элементами базы данных классифицируются по следующим видам:
- «один к одному», когда одна запись может быть связана только с одной записью;
- «один ко многим», когда одна запись взаимосвязана со многими другими;
- «многие ко многим», когда одна и та же запись может входить в отношения со многими другими записями в различных вариантах.
Названные варианты взаимосвязей определяют три основные модели баз данных.
Иерархическая модель предполагает использование для описания базы данных древовидных структур, состоящих из определённого числа уровней. «Дерево» представляет собой иерархию элементов, называемых узлами. В качестве примера простой иерархической структуры можно привести административную структуру высшего учебного заведения, элементам которой являются: «Университет» —«Факультет» —«Группа». Пример построения иерархической структуры приведен на рис. 3.
Рис. 3. Пример построения иерархической структуры
На каждом уровне иерархии данной структуры могут быть использованы различные атрибуты. Например, атрибутами третьего уровня (Группа) могут быть: специализация группы, численный состав, фамилия старосты группы и другие. В данной модели имеется корневой узел или просто корень —«Университет», который находится на самом верхнем уровне иерархии, а потому не имеет узлов, стоящих выше его. Каждый узел модели имеет только один исходный, находящийся по отношению к нему на более высоком уровне корень. На последующих уровнях классификации он может иметь один, два или большее количество узлов, либо не иметь их вообще.
Принципы построения иерархической структуры:
- иерархия всегда начинается с главного узла;
- главный узел называется корневым или просто корнем, причем одно дерево может иметь только один корень;
- узел может содержать один или несколько атрибутов описывающих находящийся в нем объект;
- порожденные узлы могут встраиваться в «дерево» как в горизонтальном так и в вертикальном направлении;
- доступ к порожденным узлам возможен только через исходный узел, поэтому существует только один путь доступа к каждому узлу.
Достоинством модели является наличие промышленных систем управления базами данных, поддерживающих ее, простота понимания принципа иерархии. Однако такая система обладает жесткой, заранее задаваемой структурой, что не позволяет осуществлять классифицирование объектов по не предусмотренным ее схемой признакам. Иерархия усложняет операции включения информации о новых объектах и удаления устаревшей информации из базы данных, что затрудняет использование системы.
Сетевая модель описывает данные и отношения между ними в виде ориентированной сети. Такая модель представляется в виде диаграммы связей, когда каждый порожденный элемент в отношениях имеет более одного исходного и может быть связан с любым другим элементом структуры. Например, в структуре управления учебным заведением порожденный элемент «Студент» может иметь не один, а два исходных элемента: «Студент» —«Учебная группа» и «Студент» —«Комната в общежитии». Взаимосвязь между объектами сетевой структуры приведена на рис. 4.
Рис. 4. Взаимосвязь между объектами сетевой структуры
Сетевые структуры могут быть многоуровневыми и иметь разную степень сложности. База данных, описываемая сетевой моделью, состоит из областей, каждая из которых состоит из записей, а последние —из полей. Недостатком сетевой модели является ее сложность, возможность потери независимости данных при реорганизации базы данных, возможность нарушения логического представления данных при росте базы данных.
Реляционная модель имеет в своей основе понятие «отношения», и ее данные формируются в виде таблиц. Реляционная база данных воспринимается ее пользователем как совокупность таблиц, каждая из которых имеет свое название. Например, одна таблица может представлять номенклатуру поставляемых материалов, вторая —поставщиков соответствующих материалов, третья —связывать две таблицы и отражать особенности поставки. Минимальным объектом действий, сохраняющим структуру таблицы, является строка таблицы (кортеж), состоящая из ячеек таблицы (полей). Каждый столбец таблицы соответствует только одной компоненте этого отношения. С логической точки зрения реляционная база данных представляется множеством двумерных таблиц различного предметного наполнения.
Достоинства реляционной модели: простота построения, доступность понимания, возможность эксплуатации базы данных без знания методов и способов ее построения, независимость данных, гибкость структуры и другие. Недостатки модели: низкая производительность по сравнению с иерархической и сетевой моделями, сложность программного обеспечения, избыточность.
В зависимости от содержания отношения реляционной базы данных бывают объектными и связными. Первые хранят данные о каком-либо одном объекте сущности. В них один из атрибутов однозначно определяет объект и называется ключом отношения или первичным атрибутом (для удобства он записывается в первом столбце таблицы). Остальные атрибуты функционально зависят от этого ключа. В объектном отношении не может быть дублирующих объектов и в этом —основное ограничение реляционной базы данных. Вторые хранят ключи нескольких объектных отношений, по которым между ними устанавливаются связи.
Ограничения на отношения реляционной базы данных:
- каждый элемент таблицы представляет собой один элемент данных;
- в отношении не может быть одинаковых первичных ключей;
- все строки таблицы должны иметь одну и ту же структуру, т.е. одно и то же количество атрибутов с соответственно совпадающими именами;
- в таблице не может быть двух или более одинаковых строк;
- столбцам таблицы присваиваются уникальные имена;
- имена столбцов должны быть различными, а их значения —одинаковыми;
- в операциях с таблицей все строки и столбцы могут просматриваться в любом порядке и в любой последовательности.
Нормализация отношений базы данных Данные, представленные в виде дерева или сети, могут быть свернуты в двумерные таблицы. Такое преобразование называется нормализацией. Задача нормализации отношений состоит в том, чтобы выделить набор отношений, в котором отсутствуют аномалии, связанные с включением новых записей, их удалением и корректировкой. Теория нормализации оперирует с пятью нормальными формами, предназначенными для уменьшения избыточности информации. При этом каждая последующая форма удовлетворяет требованиям предыдущей. При практическом проектировании базы данных четвертой и пятой нормальных форм, как правило, не используются.
Объектно-ориентированные базы данных объединяют в себе две модели данных —реляционную и сетевую и используются для создания крупных баз данных со сложными структурами данных.
Visual РохРго 5. 0 представляет собой СУБД реляционного типа с развитыми средствами создания базы данных, организации запросов к ним, построения приложений с использованием визуального, объектно-ориентированного программирования. СУБД может работать в среде Windows-95 и Windows-NТ. В ней реализованы все атрибуты реляционной СУБД, система обладает высокой скоростью обслуживания базы данных, позволяет работать с данными в формате СУБД Асcess, Рагаdох, dВаsе, с серверами базы данных Мicrosoft SQL Server, Огас1е и другими. Приложение Visuа1 FохРго может работать одновременно как с собственными, так и с сетевыми таблицами, расположенными на на других компьютерах локальной сети.
6. автоматизированный БАНК ДОКУМЕНТОВ
Банки документов иначе называются документальными информационно-поисковыми системами, объектами хранения которых являются либо сами документы, либо извлекаемым из них факты. Соответственно и сам информационный поиск подразделяется на документальный и фактографический. Целью документального поиска является нахождение документов, соответствующих запросу пользователя, и выдача по назначению либо самих документов, либо сведений о них. Целью информационного поиска является поиск не документов или сведений о них, а непосредственно запрашиваемых фактов, содержащихся в документах.
Работа банков документов может быть организована в двух режимах —в режиме избирательного распределения информации или в режиме ретроспективного поиска. В первом случае обеспечивается текущее информирование пользователей о новых поступлениях документов, периодически производится поиск в массиве новых поступлений в соответствии с их запросами. Во втором случае обеспечивается справочное обслуживание пользователей по разовым запросам путем поиска необходимых документов в долговременном массиве документов.
Структура автоматизированного банка документов:
- массивы документов, текстов либо фактов, выступающих в качестве объектов поиска;
- информационно-поисковый язык, предназначенный для отображения содержания документов и запросов пользователей для последующего осуществления запроса;
- алгоритмы и методы индексирования, позволяющие перевести содержание документов и запросов с естественного языка на информационно-поисковый язык;
- алгоритмы и методы поиска документов, соответствующие запросу и задаваемые в виде критерия соответствия;
- комплекс программных и технических средств, предназначенных для реализации процессов накопления, хранения и поиска документов;
- специалисты, обеспечивающие функционирование банка документов. Информационно-поисковые языки
Информационно-поисковый язык является важным составляющим элементом информационной базы банка документов. Различают языки классификационные, дескрипторные, комбинированные. Целесообразность применения того или иного языка зависит от назначения информационной системы и степени ее оснащенности техническими средствами. Для описания документов в библиотеках, архивах, в центрах научно-технической информации обычно применяют классификационные языки. В автоматизированных информационно-поисковых системах используются преимущественно дескрипторные языки. Требования к информационно-поисковым языкам:
- однозначность —каждая запись, сделанная с использованием соответствующего языка, должна иметь только один смысл, и наоборот, любой смысл должен получать единообразное представление в определенном информационно-поисковом языке;
- удобство пользования языком;
- компактность записей;
- открытость языка поиска —возможность его пополнения и корректировки.
7. автоматизированный БАНК ЗНАНИЙ
Знания являются обязательным элементом, определяющим
эффективность функционирования любой системы искусственного интеллекта. С одной стороны, знания —это особая форма информации, а с другой —это особая система отношений.
Под автоматизированным банком знаний понимается хранилище информации (знаний), имеющее в своем составе интеллектуальный интерфейс, обеспечивающий непосредственное взаимодействие пользователей с вычислительной системой. В этом состоит отличие банка знаний от банков данных и документов, которые, хотя и отличаются друг от друга по принципам функционирования, но схожи в том, что предполагают взаимодействие с посредником (например, программистом-аналитиком). В таких системах сам пользователь ЭВМ удален, а вовлечение посредников в процесс решения задач приводит к снижению эффективности основной работы пользователя, увеличению времени ожидания решения, ошибкам и искажениям в постановке задачи.
В базе знаний функции такого посредника выполняет интеллектуальный интерфейс —специальный программно-алгоритмический комплекс, который призван автоматизировать функции, выполняемые аналитиком (функцию понимания сущности поставленной задачи и представления полученных результатов решения в удобном для восприятия виде).
Для реализации названных функций интеллектуалы интерфейс должен быть обеспечен:
- знаниями о закономерностях, существующих в предметной области и позволяющих выводить новые факты, имеющие место в данном состоянии предметной области, но не зафиксированные в базе данных в явном виде;
- знаниями о предметной среде, в которой работает конечный пользователь;
- знаниями о структуре и содержании базы данных;
- лингвистическими знаниями, обеспечивающими понимание входного языка.
Знания отличаются [39]:
- внутренней интерпретируемостью, вместе с информацией в базе знаний представлены информационные структуры, позволяющие не только хранить знания, но и использовать их;
- структурированностью, обеспечивающей декомпозицию сложных объектов на более простые и установление связей между ними;
- связаностью, отражающей закономерности относительно фактов, процессов, явлений и причинно-следственных отношений между ними;
- активностью, предполагающей целенаправленное использование информации, способность управлять информационными процессами решения задач.
В совокупности названные свойства обеспечивают возможность интеллектуальной системы моделировать рассуждения человека при решении прикладных задач.
Представление знаний
Система представления знаний —это совокупность средств, позволяющих описывать знания о предметной области с помощью языка представления знаний, организовывать хранение знаний, вводить новые знания и выводить новые знания из имеющихся, находить требуемые знания, устранять устаревшие, осуществлять интерфейс между пользователем и знаниями.
Центральное место в системе представления знаний занимает язык представления знаний, возможности которого определяются лежащей в его основе моделью представления знаний. Такие модели могут быть универсальными, применимыми для большинства программ, или специализированными, разрабатываемыми для конкретного программного обеспечения. Моделями представления знаний являются: семантические сети, фреймы, продукционные системы, логические модели.
8. взаимодействие ПОЛЬЗОВАТЕЛЯ С БАНКАМИ ИНФОРМАЦИИ
Взаимодействие пользователя с банками информации осуществляется посредством информационных языков и языков запросов.
Информационные языки — это искусственные языки, являющиеся основным средством представления информации для ввода, хранения, поиска и обработки и предназначенные для записи семантической информации с целью последующего ее использования в различных системах. Информационный язык должен:
- однозначно представлять информацию на лексическом и грамматическом уровне, так как различная трактовка в представлении данных неизбежно приведет к искажению информации;
- иметь достаточную для решения задач степень полноты и детализации представления информации, подлежащей хранению и обработке. Документальная автоматизированная база данных создается под круг интересов пользователей и при этом безразлично, каковы состав и глубина описаний сведений, которые пользователь будет извлекать из найденного документа. Фактографический автоматизированный банк данных создается под задачи, решаемые на основе хранимой в нем информации, и они определяют набор хранимых сведений и глубину их описания;
- быть ориентированным на пользователя-непрограммиста, максимально опираться на элементы привычного для него естественного языка;
- обеспечивать стандартное описание однотипных элементов информации и высокую надежность идентификации описаний. Если одни и те же сведения, поступающие в базу данных, будут описаны по-разному, они будут рассматриваться как различные и храниться раздельно, что приведет к избыточности данных. Кроме того, банк данных не сможет осуществлять обобщение сведений, относящихся к одному и тому же объекту;
- допускать возможность внесения изменений и дополнений без изменения основ языка. Необходимость изменения языка определяется как непрерывным совершенствованием задач, так и введением новых задач, которые могут повлечь за собой расширение состава и глубины описания фактов.
Языки запросов (языки общения) включают не только средства описания фактов, но и средства, указывающие, какую именно обработку отобранных фактов следует провести, какие элементы описаний и в какой форме следует выдавать. С автоматизированным банком данных взаимодействуют источники ч пользователи информации (внешние пользователи) и персонал банка данных (внутренние пользователи). Источниками информации могут быть конкретный работник, техническое устройство, взаимодействующая с банком данных система, которые передают автоматизированному банку сведения, предназначенные для корректировки хранимых в нем данных.
Потребители информации посылают в систему различного вида запросы, которые должны быть гибкими и позволять пользователю просматривать данные так, как это ему необходимо. Запрос содержит следующие обязательные элементы: категорию срочности, номер, указатель отбора, указатель обработки, код пользователя, адрес ответа, указатель выдачи. От автоматизированного банка данных к пользователю поступаю сообщения сигнального информирования, сообщения о неправильно составленных запросах с отметкой о месте ошибки. Сообщение, содержащее ответы на запросы пользователя, содержит обязательные элементы: категорию срочности, номер или содержание запроса, ответ на запрос, время выдачи ответа.
2. Виділене жовтим ~ замінити своєю інформацією відповідно до ситуації та фантазії щодо планований дій
3. Тема- Встановлення реляційних зв~язків між таблицями ccess та попереднє заповнення таблиць даними 2 год
4. Операційний менеджмент Курс 4 Менеджмент організацій Об~єкт предмет загальні поняття і завдання
5. Межхозяйственное землеустройство СХП
6. Реферат- Тронь рукою струны лютни
7. Некоторые аспекты судебной защиты в условиях корпоративного захвата
8. Реферат- Новгородское вече- основные проблемы организации и деятельности
9. Генетическая инженерия
10. Тема- Производственная мощность Задача 1
11. 1696 г. 1700 ~ 1721 16 мая 1703 1707 ~ 1708 27 июня 1709 г
12. акад ААБогомольца
13. Ярославская государственная сельскохозяйственная академия УТВ
14. Понятие маркетинга и этапы его развития Вопрос 2 Концепция маркетинга Вопрос 3 Принципы маркетинга Во
15. организованном обществе
16. Психология как наука о внутреннем мире человека
17. Концепция происхождения культуры Зигмунда Фрейда
18. БЫТЬ САМИМ СОБОЙ
19. ЛАБОРАТОРНАЯ РАБОТА по дисциплине ЭКОНОМИКОМАТЕМАТИЧЕСКИЕ МЕТОДЫ И ПРИКЛАДНЫЕ МОДЕЛИ
20. е к инфляции Однако этим понятие инфляции не ограничивается