91
Описание таблиц базы данных в соответствии с ER-моделью, приведенной на рисунке 26 представлено в таблицах
12-23.
Таблица 12
Описание структуры таблицы «Билет»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Номер билета
NБилета
Длинное
целое
Первичный
ключ
ФИО пассажира
ФИО
Строка
30
Стоимость
Стоимость
Денежный
Дата
отправления
ДатаОтпрID
Дата
Дата прибытия
ДатаПрибID
Дата
Таблица 13
Описание структуры таблицы «Вагон»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Номер вагона
NВагона
Длинное
целое
Первичный
ключ
Тип вагона
ТипID
Короткое
целое
Внешний
ключ
Категория
вагона
КатегорияID
Короткое
целое
Внешний
ключ
Класс вагона
КлассID
Короткое
целое
Внешний
ключ
Станция-
владелец
СтанцияВладелецID
Длинное
целое
Внешний
ключ
92
Таблица 14
Описание структуры таблицы «Категории вагона»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
категории
вагона
ID
Длинное
целое
Первичный
ключ
Название
категории
НазваниеКатегории
Строка
15
Таблица 15
Описание структуры таблицы «Классы вагонов»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
класса вагона
ID
Длинное
целое
Первичный
ключ
Название
класса
НазваниеКласса
Строка
15
Таблица 16
Описание структуры таблицы «Места билета»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
ID
Длинное
целое
Первичный
ключ
Номер билета
NБилета
Длинное
целое
Внешний
ключ
Номер места
МестоID
Короткое
целое
Внешний
ключ
93
Таблица 17
Описание структуры таблицы «Место»
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
ID
Длинное
целое
Первичный
ключ
Номер места
NМеста
Длинное
целое
Тип места
ТипМеста
Короткое
целое
Внешний
ключ
Номер вагоно-
места
NВагонаМесто
Длинное
целое
Таблица 18
Описание структуры таблицы «Поезд»
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Номер поезда
NПоезда
Строка
5
Первичный
ключ
Название
поезда
НазваниеПоезда
Строка
30
Дата начала
следования
поезда
ДатаНачалаСледования
Дата
Дата окончания
следования
поезда
ДатаОкончанияСледования
Дата
Таблица 19
Описание структуры таблицы «Путь следования»
94
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
ID
Длинное
целое
Первичный
ключ
Название
поезда
NПоездаПуть
Длинное
целое
30
Внешний
ключ
Станция
СтанцияID
Длинное
целое
Внешний
ключ
Время
прибытия на
станцию
ВремяПрибытия
Дата/время
Время отбытия
со станции
ВремяОтбытия
Дата/время
Таблица 20
Описание структуры таблицы «Расписание»
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
ID
Длинное
целое
Первичный
ключ
Маршрут
ПутьID
Длинное
целое
Внешний
ключ
Дата
Дата
Дата
Таблица 21
Описание структуры таблицы «Состав»
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
ID
Длинное
целое
Первичный
ключ
Идентификатор
состава
NВагонаСостав
Длинное
целое
Внешний
ключ
95
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Идентификатор
поекзда
NПоездаСостав
Длинное
целое
Внешний
ключ
Номер вагона в
составе
НомерВСоставе
Короткое
целое
От станции
ОтСтанцииID
Длинное
целое
Внешний
ключ
До станции
ДоСтанцииID
Длинное
целое
Внешний
ключ
Таблица 22
Описание структуры таблицы «Станция»
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
станции
ID
Длинное
целое
Первичный
ключ
Страна
Страна
Строка
15
Область
Область
Строка
30
Название
станции
НазваниеСтанции
Строка
30
Таблица 23
Описание структуры таблицы «Типы вагона»
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Уникальный
идентификатор
типа вагона
ID
Длинное
целое
Первичный
ключ
Название типа
НазваниеТипа
Строка
20
96
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
вагона
Все связи между сущностями неидентифицирующие.
Нормализация предусматривает определение требуемых атрибутов с последующим созданием из них
нормализованных таблиц, основанных на функциональных зависимостях между этими атрибутами. Отношение, в
котором на пересечении каждой строки и каждого столбца содержится атомарное (или единственное) значение,
находится в 1-й нормальной форме. При этом необходимо, чтобы отношение имело первичный ключ.
Вторая нормальная форма применяется к отношениям с составными ключами, т.е. к таким отношениям,
первичный ключ которых состоит из двух или больше атрибутов. Отношение с первичным ключом на основе
единственного атрибута всегда находится в 2-й нормальной форме. Отношение, которое находится в 1-й нормальной
форме и каждый атрибут которого, не входящий в состав первичного ключа, зависит только от полного значения ключа
и не зависит ни от какого отдельного атрибута, входящего в состав первичного ключа, имеет вторую нормальную форму
(каждый неключевой атрибут функционально полно зависит от ключа).
Отношение находится в 3-й нормальной форме, если оно представлено в 2-й нормальной форме и не имеет не
входящих в первичный ключ атрибутов, которые находились бы в транзитивной функциональной зависимости от этого
первичного ключа.
Разработанная модель находится в 3-й нормальной форме, так как:
– атрибуты сущностей являются атомарными;
97
– каждый неключевой атрибут функционально полно зависит от первичного ключа;
– в модели отсутствуют транзитивные зависимости неключевых атрибутов от ключа.
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Разрабатываемая автоматизированная информационная система учета продаж железнодорожных билетов
включает в свой состав ряд программных модулей:
– Главный модуль;
– Модуль «Авторизация»:
– Модуль «Кассир»;
– Модуль «Подбор рейса»;
– Модуль «Оформление продажи»;
– Модуль «Оператор»;
– Модуль «Справочники»;
– Модуль «Формирование пути следования;
– Модуль «Формирование состава»;
– Модуль «Печать отчетов».
Дерево вызова программных модулей представлено на рисунке 27.
98
Главный модуль
Модуль
«Авторизация»
Модуль «Кассир» Модуль «Оператор»
Модуль
«Подбор рейса»
Модуль
«Оформление
продажи»
Модуль
«Справочники»
Модуль
«Формирование
пути следования»
Модуль
«Формирование
состава»
Модуль
«Отчеты»
Рисунок 27. Дерево вызовов программных модулей
спит подушка
Описание предназначения каждого из модулей автоматизированной
информационной системы учета продаж железнодорожных билетов
представлено в таблице 24.
Таблица 24
Описание функций модулей АИС
№
п/п
Наименование модуля
Функции модуля
1.
Главный модуль
Содержит функции реализации интерфейса,
меню, получения доступа к удаленным
данным. Кроме того, в модуль включен ряд
общеиспользуемых функций, в первую
очередь, ориентированных на выполнение
вычислительных операций при построении
отчетов.
2
Модуль «Авторизации»
Представляет собой реализацию окна
авторизации и регистрации пользователей,
а также предоставления ему определенных
привелегий в соответствии с актуальной
политикой безопасности.
3
Модуль «Кассир»
Реализует комплекс диалоговых окон и
запросов данных, используемых АИС при
работе в режиме АРМ кассира
4
Модуль «Оператор»
Реализует комплекс диалоговых окон и
запросов данных, используемых АИС при
работе в режиме АРМ оператора
5
Модуль «Подбор рейса»
Включает реализацию диалогового окна
«Поиск поезда» в соответствии с запросом
пользователя. Диалоговое окно «Поиск
поезда» содержит ряд элементов
управления, позволяющих сформировать
строки поиска таким образом, чтоб
результаты могли удовлетворить множеству
разнообразных критериев.
6
Модуль «Оформление продажи»
Содержит функции, позволяющие внести в
базу данных сведения о продаже билета и
распечатать приобретенный билет.
7
Модуль «Справочники»
Реализует ряд диалоговых окон
справочников (справочник «Станции»,
справочник «Поезда» ит.п.) и функций
управления этими справочниками,
например, просмотр, добавление,
изменение, удаление.
8
Модуль «Формирование состава
поезда»
Реализует диалоговое окно и ряд функций
управления составом поезда, добавления в
него вагонов, изменение порядка вагонов в
поезде, удаление вагонов из состава поезда
100
№
п/п
Наименование модуля
Функции модуля
9
Модуль «Формирование пути
следования»
Реализует диалоговое окно и ряд функций
управления траекторией движения поезда,
добавления промежуточных станций,
изменение времени прибытия га станцию
или отправления со станции, удаление
станций из траектории движения поезда
10
Модуль «Печать отчетов»
Содержит функции построения и печати
отчетной документации
Представленный в таблице 2.16 состав модулей позволяет реализовать
все функции АИС учета продаж железнодорожных билетов в соответствии с
постановкой задачи
2.4 Испытания разработанного решения
2.4.1 Методы проведения испытаний
Цель тестирования автоматизированной информационной системы
учета продаж железнодорожных билетов состоит в том, чтобы убедиться, что
разработанное ПО правильно решает поставленные задачи, для которых
предназначено.
Тестирование предполагает проверку всех функций АИС на
правильность их выполнения и отсутствие сбоев при выполнении.
Существуют три стратегии тестирования: тестирование белого ящика,
тестирование черного ящика, тестирование серого ящика.
При тестировании белого ящика, разработчик теста имеет доступ к
исходному коду программ и может писать код, который связан с
библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ.
unit testing), при котором тестируются только отдельные части системы. Оно
обеспечивает то, что компоненты конструкции — работоспособны и
устойчивы, до определённой степени. При тестировании белого ящика
используются метрики покрытия кода.
При тестировании чёрного ящика, тестировщик имеет доступ к ПО
только через те же интерфейсы, что и заказчик или пользователь, либо через