Файл: Автоматизация продажи авиабилетов (Технико-экономическая характеристика предметной области и предприятия ).pdf

Используется приложение 1.

Справочник БД, используемый при входе пользователя, используется ID клиент.

Справочник ID Клиента используется для входа пользователя в систему в котором средний объём файла 50 мегабайт и в котором проходит в среднем частоту актуализации один раз в неделю и средний объем актуализации примерно 15% мы ссылаемся на таблицу 3.

Таблица 3 –– Описания нормативно-справочной, входной и оперативной информации.

• 1. Характеристика результатной информации

В Разрабатываемой информационной системе продажи авиабилетов соответствует клиент-серверная архитектура рисунок 4.

Рисунок 4 – Характеристика результатной информации.

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

Рисунок 5 – Функциональные возможности системы.

3.Программное обеспечение задачи

3.1 Общие положения (дерево функций и сценарий диалога) 

Для разработки информационной системы были выбраны язык программирования С#, MS Visual Studio 2015, язык программирования базы данных и запросов к ней SQL и система управления базами данных Microsoft SQL Server 2012.

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

Логическая модель отражает логические связи между атрибутами объектов вне зависимости от их содержания и среды хранения и может быть реляционной, иерархической или сетевой. Таким образом, логическая модель отображает логические связи между информационными данными в данной концептуальной модели.

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

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

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

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

Логическая и физическая модели базы данных информационной системы продажи авиабилетов представлены на рисунках 6 и 7, соответственно.

Рисунок 6 – Логическая модель базы данных продажи авиабилетов.

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

3.2 Характеристика базы данных

База данных состоит из 3 таблиц

Продажа Билетов , Клиенты ,Полёт .

Таблица 4– Продажа билетов.

Таблица 5 – Описания клиентов.

Таблица 6 – Описания полётов .

Рисунок 8 – Пример фрагмента сценария диалога.

Рисунок 9 –– Пример фрагмента ER модели.

Таблица 7– Таблицы с описанием таблиц ER модели Клиент.

Таблица 8–Таблицы с описанием таблиц ER модели Выбор описание полётов.

Таблица 9–– Таблицы с описанием таблиц ER модели Продажа Билетов.

3.3 Структурная схема пакета (дерево вызова программных модулей)

Схема программных модулей содержит программные модули различных классов:

1) выполняющие служебные функции;

2) управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;

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

Рисунок 10 – Схема взаимосвязи программных модулей ИС.

Рисунок 11 – Блок-схема алгоритма расчетного модуля ИС.

3.4 Описание программных модулей

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

Таблица 10–– Таблицы с описание программных модулей.