Разработка модуля информационной системы для отдела по контролю полетов и личного состава и справочной службы аэропорта (стр. 2 из 2)
3. Создаем поток данных от процесса «выборка моделей и дальности полетов» к внешней сущности «Администрация аэропорта», и изменяем его имя на «Отчет», т.е. результат в виде списка всех моделей самолетов, летающих по этому рейсу, а так же их бортовых номеров и летных характеристик (дальность полета), номер экипажа и фамилия командира самолета с номером N.
4. Добавляем новое хранилище данных «Данные аэропорта» на нашу диаграмму, соединяем хранилище данных парами потоков данных с процессом выборка характеристик экипажа .
5. Изменяем цвет внешних сущностей(светло-синий), процессов(желтый) а так же хранилища данных(серый).
2.5 2 часть DFD диаграммы 0 уровня
1. Добавим процесс в нашу DFD диаграмму 1 уровня, процесс называем «Сведенья о билетах » (сведенья о наличии свободных мест на рейс Z направления Y)) .
2. Создаем поток данных от внешней сущности «потенциальный пассажир» к процессу «Сведенья о билетах», и изменяем его имя на «свободные места рейса Z направления Y» в Edit Data Flow на вкладке Data Flow.
3. Добавляем новое хранилище данных «Данные аэропорта» на нашу диаграмму, соединяем хранилище данных парой потоков данных с процессом.
4. Изменяем цвет внешних сущностей(светло-синий), процессов(желтый) а так же хранилища данных(серый).
2 Анализ области применения и планирование требований
Директору предприятия нужно увидеть график работ определенного подразделения на объектах с которыми работает фирма в течении месяца. Он дает запрос в виде его названия , также требуется задать месяц и год выполнения работ. Далее формируется отчет о объектах обслуживаемых данным подразделения и ответственных за выполнение работ.
На основе концептуальной модели создаем структуру приложения:
табл. 1 Условные обозначения
| Обозначение | Описание |
| request | Составление отчета |
| fmFind | Поиск соотв. полей |
Отношению Подразделения соответствует полная ФЗ №Подразделения-Специализация, Руководитель.
Отношению Объекты соответствует полная ФЗ№ Объекта-Адрес обьекта.
Отношению Данные о графиках соответствует полная ФЗ-№ Объекта-
№Подразделения-Дата нач. работ-Дата оконч. работ.
Диаграмма базы данных будет иметь вид:
4 Реализации таблиц
4.1 Создание таблиц
Для реализации таблиц запускаем database desktop где описываем содержимое наших таблиц:
После этого запускаем SQL explorer
в поле Path прописываем путь к созданным в database таблицам и сохраняем проект.
4.2 Реализация бизнес правил на уровне таблиц:
1.Поле Chief всегда должно заполнятся с целью повышения ответственности за качество работ.
2.Должно указываться начало и окончание работ для возможности отбора данных учитывая время проведения.
4.3 Формирование основных SQL запросов
Для получения графика работ определенного подразделения нам нужно чтобы поля SUBD.PROFIL были равны заданному имени; а также запись о работах где фигурирует нужное подразделение. Последним параметром формирования выборки есть дата проведения работ она должна соответствовать заданному месцу.
Вот как будет виглядеть основной SQL запрос
SELECT SUBD.CHIEF AS РУКОВОДИТЕЛЬ ,TARG.ADDRES AS ОБЬЕКТ,GRAFIC.START AS START, GRAFIC.FIN AS FINISH
FROM SUBD,GRAFIC,TARG
WHERE (SUBD.PROFIL="Каменьщики")
and (GRAFIC.NSUBD=SUBD.NPODR)
AND(TARG.NOBJ=GRAFIC.NOB)
AND(GRAFIC.START BETWEEN "01.01.06"AND "1.02.06")
В программной реализации 4-ая и 6-ая строчки запроса будут изменятся во время работы программы.
5 Программная реализация
Для программной реализации было создано пять форм а именно:
1) Окно основной программы, где формируется и выводится запрос Рис(1);
2) Окно редактирования таблицы SUBD.db;
3) Окно редактирования таблицы TARG.db Рис(2);
4) Окно редактирования таблицы GRAFIC.db;
5) Окно просмотра отчета для печати Рис(3)
Рис(1)
Рис(2)
Рис(3)
Соответствующие модули обеспечивающие работу всех форм показаны в приложении.
Список использованной литературы.
1.Чекалов А.П.Базы данных от проектирования доразработки приложений СПб.: БХВ-Петербург, 2003. - 384 с.