? тип модели данных, которую поддерживает данная СУБД, адекватность модели данных структуре, рассматриваемой ПО;
? характеристики производительности СУБД;
? запас функциональных возможностей для дальнейшего развития информационной системы;
? степень оснащенности СУБД инструментарием для персонала администрирования данными;
? удобство и надежность СУБД в эксплуатации;
? стоимость СУБД и дополнительного программного обеспечения.
Все актуальные требования предметной области и адекватные им «скрытые» требования на стадии проектирования должны найти свое отражение в концептуальной модели. Конечно, нельзя предусмотреть все возможные варианты использования и изменения базы данных. Но в большинстве предметных областей такие основные данные, как объекты и их взаимосвязи, относительно стабильны. Меняются только информационные требования, то есть способы использования данных для получения информации.
Степень независимости данных определяется тщательностью проектирования базы данных. Всесторонний анализ объектов предметной области и их взаимосвязей минимизирует влияние изменения требований к данным в одной программе на другие программы.
2. Разработка интерфейса программы "Аэропорт"
Разрабатываемая БД «Аэропорт» содержит конфиденциальную информацию о деятельности авиакомпании. Для обеспечения её сохранности, БД снабжена средствами идентификации пользователей, для каждого из которых сгенерированы логины и пароли. Пароли ежемесячно необходимо обновлять
Рисунок 1 - Окно доступа к базе
При верном вводе логина и пароля база станет доступной для работы.
Вначале появится информационное сообщение о необходимости обновления данных. Следует проверить статусы заказов, состояние самолётов, загруженность ВПП, готовность экипажей к полётам, чтобы оценить возможности выполнения новых заказов
Нажав кнопку ОК станет доступным главное окно базы. На нем расположены таблицы РЕЙСЫ и ГРАФИК ПОЛЕТОВ. Кнопки сотрудники, заказы, экипажи, самолеты и мед. осмотр расположенные слева. Они обеспечивают доступ пользователей с основным таблицам БД
Данные о сотрудниках представлены в следующей структуре: идентифицирующая информация (№, Ф.И.О), основные сведения, панель навигации, инструменты отбора данных, управляющие кнопки. Описанная структура характерна и для таблицы «Заказы»
Форма «Экипаж» предназначена для определения состава экипажа текущего рейса. Формирование экипажа всегда начинается с определения первого пилота.
Экипаж состоит из четырех человек, двух пилотов, штурмана и борт инженера. Каждый экипаж имеет статус готовности. Он имеет три состояния: готов, не готов и в полете. Статус готов говорит о том, что экипаж прошел проверку и готов выполнять работу. Статус не готов, устанавливается после выполнения заказа. Сообщает, что данный сотрудники, состоящие в данном экипаже нуждаются в проверке. Статус в полете, сообщает, что экипаж выполняет перевозку какого-либо груза.
На форме «Самолеты» представлены данные из нескольких таблиц БД, с её помощью можно получить сведения о самолётах и их пригодности к полётам. Первая таблица "Самолеты", в ней перечислены самолеты которыми располагает компания, и их характеристики. В блоке "Данные о самолете" находится две таблицы. Левая таблица показывает состояние самолета, в правой таблице хранятся данные о ремонте всех самолетов. Что бы получить сведения о выбранном самолете, нужно нажать кнопку ПОЛУЧИТЬ ДАННЫЕ О САМОЛЕТЕ. В результате будут получены сведения о его ремонте. В левой таблице будет выведено, в каком состоянии самолет, прошел ли он проверку или нет и дата последней проверки. Статус готовности выставляет не программа, а сам пользователь. Полностью довериться программе нельзя, самолет техника очень сложная, поэтому прибегают к помощи специалиста. В дальнейшем можно развить описываемое программное обеспечение до уровня экспертной системы, которая обеспечит автоматизацию принятия решения о статусе самолётов.
Заключение
В данной курсовой работе разработана БД "Аэропорт".
В процессе выполнения работы были выполнены такие пункты:
? анализ предметной области;
? построение концептуальной модели предметной области;
? построение логической модели базы данных;
? организация базы данных;
? разработка прикладной программы;
? наполнение и сопровождение базы данных;
? подготовка программной документации.
В процессе организации БД проведен до необходимого уровня абстракций анализ предметной области, построены концептуальная и реляционная модель БД, произведена нормализация реляционной БД.
Данная БД разрабатывалась для сотрудников аэропорта. Доступ клиентам и посторонним пользователям закрыт. Так как в ней хранится конфиденциальная информация.
На основе достигнутых результатов можно сформулировать рекомендации по улучшению программы:
? БД можно расширить до уровня экспертной системы.
? Использование web-технологий для доступа к данным через Интернет.
Список использованных источников
1. Рыжикова Е.Г., Методические указания к самостоятельным работам для студентов II курса, обучающихся по направлению подготовки бакалавров 230400 Информационные системы и технологии профиль подготовки. / Информационные системы и технологии / Е.Г. Рыжикова - Брянск. Издательство БГИТА, 2013. - 18с.
2. Рудикова Л.В., Базы данных. Разработка приложений для студента / Л.В. Рудикова - СПб. БХВ-Петербург, 2006. - 496 с.
3. Форум программистов и сисадминов
4. Форум. Сайт программистов
5. Фёдоров А.Г. Создание Windows-приложений в среде Delphi. - М.: ТОО «Компьютер Пресс», 1995. - 287с.
6. Хоменко А.Д. Основы современных компьютерных технологий. - М.: ТОО «Компьютер Пресс», 2000г. - 467с.