Разработка информационного, программного и технического обеспечения системы

Характеристики информационных потоков

Выходная информация

Выходными данными в разрабатываемой автоматизированной информационной системе являются:

контракт, подписываемый клиентом о заказе услуги;

список документов, необходимых поездки;

список контрактов, заключенных за месяц;

список туров;

список действий пользователей за определенную дату;

список стран;

Все перечисленные выходные данные отображаются в итоговых отчетах, которые должен составлять менеджер

Проектирование базы данных

Современные СУБД являются объектно-ориентированными и реляционными. Основной единицей является объект, имеющий свойства, и связи между объектами. Основное различие данных моделей в представлении взаимосвязей между объектами. СУБД используют несколько моделей данных:

— Иерархическая модель данных строится по принципу иерархии объектов, то есть один тип объекта является главным, все нижележащие — подчиненными.

Сетевая модель данных строится по принципу «главный и подчиненный тип одновременно», то есть любой тип данных одновременно может одновременно порождать несколько подчиненных типов и быть подчиненным для главных.

Реляционная модель данных объекты и связи между ними представляются в виде таблиц, при этом связи тоже рассматриваются как объекты. Все современные средства СУБД поддерживают реляционную модель данных.

Базы данных реляционного типа, представляемые в виде таблиц, являются наиболее распространёнными из используемых на персональных ЭВМ. Отдельная база данных содержит информацию об однотипных объектах и наборах объектов.

Полученное на этапе проектирования универсальное отношение должно быть проверено на отсутствие в нём избыточного дублирования, которое является нежелательным. Если оно будет обнаружено, от него следует избавиться путём декомпозиции универсального отношения на несколько отдельных.

Избыточное дублирование вредно не только тем, что хранится лишняя информация, но и при избыточном дублировании возникают следующие проблемы:

вставки;

обновления;

удаления.

Данные операции приводят к усложнению программ, а при интерактивном режиме заставляют пользователя дополнительно контролировать свои действия.

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

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

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

Таблица 3.1 — Информация по контракту.

Таблица 3.1 продолжение — Информация по контракту (продолжение).

Таблица 3.1 — Информация по контракту (продолжение).

Это отношение находится в 1НФ (1-ая нормальная форма — это такое отношение, в котором значение полей имеют атомарный характер, то есть их невозможно разбить на более мелкие информационные единицы без потери смысла) и является универсальным.

На основании анализа предметной области выявляем следующие свойства атрибутов в этом отношении:

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

каждый менеджер имеет уникальный номер;

каждый клиент имеет уникальный номер;

каждый тур имеет уникальный номер;

каждая скидка имеет уникальный номер;

каждая страна имеет уникальный номер;

каждая группа имеет уникальный номер;

каждый отель имеет уникальный номер;

каждая компания имеет уникальный номер;

На основании рассмотренных свойств выявляем ФЗ (функциональные зависимости) между отдельными атрибутами:

• — номер записи однозначно определяет запись в отношении, то есть является возможным ключом;
• -контракт однозначно определяет клиента, скидку клиента, тур, страну, фирму перевозчика, отель, группу клиента, сотрудника. Следовательно, имеются следующие зависимости:

A)Индивидуальный номер контракта -" индивидуальный номер тура;

Б) Индивидуальный номер контракта -" индивидуальный номер клиента;

B)Индивидуальный номер контракта -> индивидуальный номер сотрудника;

• Д) Индивидуальный номер контракта -> индивидуальный номер группы;
• Е) Индивидуальный номер контракта -" индивидуальный номер скидки;
• Ж) Индивидуальный номер контракта -> индивидуальный номер страны;
• 3) Индивидуальный номер контракта -" индивидуальный номер отеля;
• И) Индивидуальный номер контракта -> индивидуальный номер компании;
• -индивидуальный номер контракта однозначно определяет контракт. Индивидуальный номер контракта однозначно определяет контракт. Следовательно, имеется ФЗ (индивидуальный номер контракта —> контракт);
• -индивидуальный номер клиента однозначно определяет клиента. Следовательно, имеется ФЗ (индивидуальный номер клиента -> клиент);

индивидуальный номер сотрудника однозначно определяет сотрудника. Следовательно, имеется ФЗ (индивидуальный номер сотрудника -" сотрудник);

индивидуальный номер тура однозначно определяет тур. Следовательно, имеется ФЗ (индивидуальный номер тура —> тур);

индивидуальный номер скидки однозначно определяет скидку. Следовательно, имеется ФЗ (индивидуальный номер скидки -> скидка);

индивидуальный номер отеля однозначно определяет отель. Следовательно, имеется ФЗ (индивидуальный номер отеля -> отель);

индивидуальный номер компании однозначно определяет компанию. Следовательно, имеется ФЗ (индивидуальный номер компании -> компании);

индивидуальный номер страны однозначно определяет страну. Следовательно, имеется ФЗ (индивидуальный номер страны -> страна);

индивидуальный номер группы однозначно определяет группы. Следовательно, имеется ФЗ (индивидуальный номер группы —" группа);

индивидуальный номер опции однозначно определяет опцию. Следовательно, имеется ФЗ (индивидуальный номер опции -" опция);

Теперь представим все данные в структуре функциональных зависимостей, показанных на рисунке.

Рисунок 3.1 — Структура функциональных зависимостей.