13.Информационное обеспечение асоиу. Формализация входной и выходной информации. Проектирование базы данных как вида информационного обеспечения асоиу

Информационное обеспечение АСОИУ.

Информационное обеспечение (ИО) автоматизированной системы – совокупность форм документов, классификаторов, нормативной базы и реализованных решений по объемам, размещению и формам существования информации, применяемой в АСОИУ при ее функционировании [1].

Информационная база АСОИУ - cовокупность упорядоченной информации, используемой при функционировании АСОИУ. Информационная база состоит из внемашинной и машинной баз. Внемашинная информационная база АСОИУ - часть информационной базы АСОИУ, представляющая собой совокупность документов, предназначенных для непосредственного восприятия человеком без применения средств вычислительной техники. Машинная информационная база АСОИУ - часть информационной базы АСОИУ, представляющая собой совокупность используемой в АСОИУ информации на носителях данных. К машинной ИБ относятся схемы баз данных.

Информационная совместимость АСОИУ – частная совместимость АСОИУ, характеризуемая возможностью использования в них одних и тех же данных и обмена данными между ними.

Формализация входной и выходной информации.

Для проектирования ИО необходимо определится с составом входной и выходной информации. Входная информация AC - информация, поступающая в АСОИУ в виде документов, сообщений, данных, сигналов, необходимая для выполнения функций АСОИУ. Выходная информация - информация, получаемая в результате выполнения функций АСОИУ и выдаваемая на объект ее деятельности, пользователю или в другие системы.

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

Словарь данных и операций являются осованием для формирования структуры базы данных (в случае необходимости).

Проектирование базы данных как вида информационного обеспечения АСОИУ.

Методика проектирования базы данных широко освещена в [6, 18, 19] и является итерационным процессом. Методика включает в себя следующие основные стадии и этапы:

1. Создание локальной концептуальной модели данных исходя из представлений о предметной области каждого из типов пользователей.

   1. Определение типов сущностей.

   2. Определение типов связей.

   3. Определение атрибутов и связывание их с типами сущностей и связей.

   4. Определение доменов атрибутов.

   5. Определение атрибутов, являющихся потенциальными и первичными ключами.

   6. Обоснование необходимости использования понятий расширенного моделирования (необязательный этап).

   7. Проверка модели на отсутствие избыточности.

   8. Проверка соответствия локальной концептуальной модели конкретным пользовательским транзакциям.

   9. Обсуждение локальных концептуальных моделей данных с конечными пользователями.

2. Логическое проектирование базы данных (для реляционной модели)

   1. Создание и проверка локальной логической модели данных на основе представления о предметной области каждого из типов пользователей.

   2. Устранение особенностей локальной логической модели, несовместимых с реляционной моделью (необязательный этап).

   3. Определение набора отношений исходя из структуры локальной логической модели данных.

   4. Проверка отношений с помощью правил нормализации.

   5. Проверка соответствия отношений требованиям пользовательских транзакций.

   6. Определение требований поддержки целостности данных.

   7. Обсуждение разработанных локальных логических моделей данных с конечными пользователями.

   8. Создание и проверка глобальной логической модели данных.

   9. Слияние локальных логических моделей данных в единую глобальную модель данных.

   10. Проверка глобальной логической модели данных.

   11. Проверка возможностей расширения модели в будущем.

   12. Обсуждение глобальной логической модели данных с пользователями.

3. Физическое проектирование базы данных (с использованием реляционной СУБД)

   1. Перенос глобальной логической модели данных в среду целевой СУБД.

   2. Проектирование базовых отношений в среде целевой СУБД.

   3. Проектирование отношений, содержащих производные данные.

   4. Реализация ограничений предметной области.

   5. Проектирование физического представления базы данных.

   6. Анализ транзакций.

   7. Выбор файловой структуры.

   8. Определение индексов.

   9. Определение требований к дисковой памяти.

   10. Разработка пользовательских представлений.

   11. Разработка механизмов защиты.

   12. Анализ необходимости введения контролируемой избыточности.

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