Внутримашинное информационное обеспечение. 
Базы данных и их применение для решения экономических задач

Внутримашинное информационное обеспечение АРМ — это внемашинное ИО, которое размещается в памяти компьютера в соответствии с определённой моделью. Оно может быть организовано в форме файлов, баз данных, хранилищ данных, баз знаний (рис. 6.4.).

Поскольку внутримашинное ИО — это внемашинное ИО, перенесённое в память компьютера, содержательно элементы этих видов ИО соответствуют друг другу. Исторически первой среди перечисленных форм появилась файловая организация данных, ориентированная на обработку с помощью языков программирования под управлением какой-либо операционной системы.

Файл — это последовательное отображение однородных управленческих документов на машинном носителе в виде записей. Запись отражает один документ либо его строку, если документ многострочный. Запись состоит из полей, в которых находятся реквизиты документа (коды поставщиков, даты, суммы и т. д.).

Рис. 4. Структура внутримашинного ИО.

Для обработки файл должен характеризоваться структурой, т. е. именем для его поиска, количеством полей в записи, последовательностью фиксации полей в записи, типом записи (постоянная или переменная длина записи), типом поля (символьное или числовое), длиной поля (количество разрядов), ключом доступа. автоматизированный информационный программный Ключи доступа, используемые для поиска нужных записей, могут быть первичными и вторичными. Ключ называется первичным, если с его помощью отыскивается одна запись, и вторичным, если больше одной.

Для обращения каждый файл должен иметь имя (не более 8 символов) и расширение, уточняющее его назначение: ЕХЕ, СОМ— программные файлы, готовые к использованию; DBF— файлы базы данных; DOC, TXT— текстовые файлы и т. д. По содержанию выделяют файлы данных и программные файлы.

Структура файла соответствует структуре управленческого документа из внемашинного ИО. Поэтому они группируются следующим образом:

• · входные оперативные — содержат переменную информацию, отражающую текущие производственно-хозяйственные факты;
• · условно-постоянные — содержат нормативно-справочные данные;
• · результирующие — содержат результаты расчётов;
• · корректирующие — содержат данные для корректировки условно-постоянных данных.

Однако файловая система обладает рядом серьёзных недостатков: во-первых, чрезмерная избыточность данных, являющаяся причиной возрастания затрат на их корректировку; во-вторых, высокая зависимость прикладных программ от изменения структуры файлов. Эти недостатки предопределили появление баз данных.

База данных — это множество данных, структурированных в памяти компьютера таким образом, что достигаются их минимальная избыточность и максимальная независимость от прикладных программ. Данные в базе находятся в памяти в соответствии с некоторой моделью.

В процессе управления предприятиями и организациями широко используются таблицы, поэтому наиболее распространённой моделью баз данных в настоящее время является реляционная модель.

Реляционная модель — это множество нормализованных взаимосвязанных таблиц. Связи между таблицами поддерживаются с помощью либо первичных ключей этих таблиц, либо первичного ключа одной таблицы и неключевых реквизитов другой таблицы. Нормализация таблиц позволяет производить над ними операции реляционной алгебры, т. е. операции выбора, соединения, объединения, разности, пересечения и т. д. Примером реляционной базы данных могут служить нормализованные таблицы, приведенные на рис. 7.

Для того чтобы над таблицами реляционной базы данных можно было производить перечисленные операции, они должны удовлетворять ряду правил их построения:

• 1. таблица должна иметь имя (например, «ДЕТАЛЬ», «ПОСТАВЩИК», «ПОСТАВКИ»);
• 2. таблица должна быть простой, т. е. не содержать составных столбцов: например, у поставщика должен быть только один номер телефона; если таковых несколько, то заполняется несколько строк;
• 3. в таблице не должно быть одинаковых строк;
• 4. должен быть известен первичный ключ, используемый для поиска или выполнения других логических операций.

Тогда операцию выбора в базе данных «ПОСТАВКИ» можно продемонстрировать следующим образом: требуется найти поставщиков, которые поставляли деталь с кодом 101. Формально такую команду можно записать так (табл. 1.).

Выбрать из базы данных ПОСТАВКИ [код детали = 101].

В результате будет получено (табл. 1.).

Согласно приведённому определению, базы данных должны создаваться таким образом, чтобы достигался минимум затрат на корректировку данных и на перепрограммирование, необходимое в результате изменения структуры базы данных. Поэтому базы данных создаются на основе двух принципов: 1) неизбыточность и 2) независимость.

Таблица 1. Реляционная база данных «Поставщики — Детали» .

Требование первого принципа означает сокращение до минимума объёма дублируемых данных. Для этого над таблицами выполняют процедуру нормализации. Пусть имеется ненормализованная таблица «СЛУЖАЩИЙ-НАЧАЛЬНИК—ТЕЛЕФОН», в которой имеются излишне дублируемые данные (рис. 5.). Чтобы их ликвидировать, требуется деление исходной таблицы на более простые.

В результате нормализации избыточные данные, отражающие номера телефонов (3051, 2222), из таблицы «НАЧАЛЬНИК» исчезли.

Реализация второго принципа, требующего от структуры базы данных максимальной независимости прикладных программ, достигается за счёт отделения её описания от прикладной программы.

Рис. 5. Ликвидация дублирования данных.

Отделение происходит с помощью системы управления базами данных (СУБД). СУБД — это комплекс программ, предназначенный для создания и хранения базы данных, обеспечения логической и физической целостности данных, предоставления к ней санкционированного доступа конечных пользователей. Отделение описания базы данных от прикладной программы представлено на рис. 6.

Рис. 6. Иллюстрация реализации второго принципа создания баз данных: а — программа на языке Pascal; б — программа в среде Access.

Для решения задач с помощью реляционных баз данных, прежде всего, необходимо множество документов, используемых для решения задачи, разделить на входные оперативные, отражающие текущие финансово-хозяйственные операции, и условно-постоянные (нормативно-справочные). Затем следует определить модель БД, нормализовав, если нужно, используемые таблицы, описать их структуру и указать связи между таблицами с помощью средств СУБД. В результате получают реляционную модель БД.

Согласно полученному описанию, базу данных наполняют входной информацией, после чего она готова для решения задач: получения ведомостей, сводок, диаграмм и т. д. Пример БД приведён на рис. 7., где пунктирными стрелками показаны связи между ключевыми полями БД, устанавливаемые для поиска нужной информации, а сплошными стрелками — направления передачи информации для получения сводки.

Рис. 7. База данных «Заказы» .

Решение задач с помощью СУБД может осуществляться в двух режимах:

• · режим конечного пользователя с применением конструктора баз данных и запросов;
• · программный режим, предполагающий знание пользователем языка СУБД и позволяющий создавать прикладные программы.

Конечный пользователь, как правило, применяет конструктор, с помощью которого задаются структура БД, формулы для расчётов и структура отчёта. Программный режим предполагает создание программ с помощью программистов — профессионалов.

Актуальное направление в развитии БД — разработка методов и средств интеграции их с информационными ресурсами Интернета и создание на этой основе Интранета. Как известно, с помощью Интернета можно получить неструктурированную текстовую информацию, представленную в виде HTML-страниц. Эти страницы хранятся на Web — серверах.

Применение этой информации сводится к разработке соответствующих методов построения Web — интерфейсов для взаимодействия информационных ресурсов Интернета и БД. Под таким взаимодействием понимается: 1) публикация информации из БД в сети Интернет, т. е. преобразование формата БД в формат HTML-страниц; 2) получение информации из Интернета, т. е. преобразование формата HTML — страниц в формат, воспринимаемый СУБД.