Диплом: Автоматизация продажи железнодорожных билетов ОАО «РЖД»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
58
2.3.1 Сценарий диалога
Рисунок 7. – Фрагмент сценария диалога в РЖД.
Опишем процессы, представленные на данной фрагменте.
Вход в систему и главная форма является началом работы
1. Поиск пассажира для просмотра того имеется ли у пассажира уже
действующий оформленный билет.
2. Оформить заявку это значит оформить билет пассажиру.
3. Закрыть заявку значит, что билет был оформлен и данные
отправляются в базу данных.
4. С помощью учёта продажи билетов можно найти те самые
оформленные билеты
5. Справочник, с помощью его можно посмотреть те данные
которые помогут в оформление билета пассажиру
59
6. Редактирование БД необходимо для удаления изменения и других
действий.
7. Отчёты нужны для помощи контроля ведения учёта.
Далее идёт поиск пассажира тут всё ясно, после идёт оформить заявку в
котором мы можем найти уже оформленную заявку на билет, удалить, но в
базе она всё равно останется. После идёт закрытие заявки, а уже потом учёт
продаж в котором мы можем просматривать даже рейсы для более удобного и
продуктивного рабочего процесса. В справочниках мы получим возможность
проверки пассажиров в поезде и так далее. В редактирование БД мы получим
возможность также редактировать информацию о пассажире и сотрудника
касса кто произвёл оформление заявки у пассажира. В отчёты входит
просмотра о проданных билетов, проделанной работе сотрудника.
2.3.2. Характеристика базы данных
База данных – это система в которой находятся множество материалов
и систематизированное чтобы эти материалы могли быть обработаны с
помощью ЭВМ.
Для хранения и управления массивного объема данных ИС
используется СУБД MS SQL Server 2016. В решаемой задаче используется
ER-модель, представленная на рисунке 8.
60
Рисунок 81. ER-диаграмма РЖД.
На данной диаграмме (рис. 8) изображена взаимосвязь данных этой
системы.
Исходя из диаграммы можно сказать что данные таблиц взаимосвязаны
между собой и передаются с помощью Primary-Foreign key. И с помощью
диаграммы можно проследить связь данных справочников и документов и их
взаимодействий.
61
2.3.3 Структурная схема пакета (дерево вызова процедур и
программ)
На рисунке 9 представлено дерево программных модулей.
Рисунок 9. дерево программных модулей.
Таблица 7
Описание функций модулей
п/п
Наименова
ние модуля
Функции модуля
1
.
Глобальный
модуль
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые необходимо
выполнить при запуске системы HP OpenView
AssetCenter.
2
.
Модуль
безопасности
Содержит процедуры и функции,
обеспечивающие ввод и проверку пароля, вход
пользователей в систему, напоминание о
необходимости смены пароля, автоматический
62
выход из системы при отсутствии пользователя
на рабочем месте.
3
.
Модуль учёта
продажи билетов
Содержит процедуры и функции которые
помогают ввести учёт продажи билетов,
например контроль уже оформленных билетов в
БД.
4
.
Модуль
взаимодействия с
базой данных
Содержит процедуры используемые для
установления с базой данных.
5
.
Модуль ввода
данных о начале
оформления билетов
Содержит процедуры и функции,
используемые для ввода данных только
начавшихся оформлений билетов
6
.
Модуль
Обработки
оформления билетов
Содержит процедуры и функции,
необходимые для обработки билетов
7
.
Модуль ввода
данных о начале
оформления билетов
Содержит процедуры и функции,
используемые для ввода данных практически
готовых оформлений билетов и просмотр уже
оформленных.
8
.
Модуль
справочника
«Направление
следования»
Содержит предопределенные процедуры
формы списка и элемента справочника
9
.
Модуль
справочника
«Кассы РЖД»
Содержит предопределенные процедуры
формы списка и элемента справочника
1
0.
Модуль
справочника
«Поезда РЖД»
Содержит предопределенные процедуры
формы списка и элемента справочника
1
1
Модуль
справочника
«Пассажиры
РЖД»
Содержит предопределенные процедуры
формы списка и элемента справочника
1
2
Модуль
справочника
Содержит предопределенные процедуры
формы списка и элемента справочника
63
«МестаВПоезд
еРЖД»
2.4 Испытания разработанного решения
Для предварительного испытания ИС, было выбрано автономное
испытание. Такой выбор испытания было принят исходя из-того что
автономные испытания охватывают части АС что даст возможность
проверить именно тех функции и модули, которые необходимы для
испытания.
Из тех функций что требуют испытаний являются:
1. Модуль заявки, который является возможностью использованию
функций создания и оформление железнодорожных билетов.
2. Модуль отчёта является набором функций введения отчётов о
оформленных билетах и о доходах и расходах.
3. Модуль справочники является набором функций справочной
информации.
4. Проверка модуля безопасности системы от
несанкционированного доступа.
5. Проверка возможности вносить изменения в базу данных.
Методы проверки функций и их модулей будет проходить в виде,
активной тестовой эксплуатации.
64
2.4.1 Перечень объектов и функций, подлежащих испытаниям
Таблица 8.
Перечень проверяемых функций
п/п
Проверяемая функция
Примечание
1
Создание заявки по жд билетам
Проверка на
корректность создания
заявки
2
Оформление заявки по жд билетам
Проверка на скорость
и корректность оформления
заявки ЖД билетов
3
Введения отчётов о оформленных билетах
Проверка на удобство
и корректность работы
функции
4
Введения отчётов о доходах и расходах
Проверка на удобство
и корректность работы
функции
5
Работоспособность справочной системы
Проверка на
работоспособность в случае
запроса информации из
справочной системы
6
Безопасность системы от
несанкционированного доступа
Проверка на
надёжность безопасности
системы от
несанкционированного
доступа
65
2.4.2 Методы проведения испытаний
Таблица 9
Описание проверки
Параметр
Значение
Функция
1. Создание заявки по жд билетам
2. Оформление заявки по жд билетам
3. Введения отчётов о оформленных билетах
4. Введения отчётов о доходах и расходах
5. Работоспособность справочной системы
Предмет проверки
1.1. Удобство
1.2. Соответствие формы образцу
1.3. Правильность вывода полей
2.1. Удобство
2.2. Соответствие формы образцу
2.3. Работоспособность
3.1. Удобство
3.2. Соответствие формы образцу
3.3. Работоспособность
4.1. Удобство
4.2. Соответствие формы образцу
4.3. Работоспособность
5.1. Работоспособность системы
5.2. Удобство
5.3. Время отклика справочной системы
Используемые средства
1.1. Шаблон документа
1.2. 1C предприятия
2.1. Шаблон документа
2.2. 1C предприятия
3.1. Шаблон документа
3.2. 1C предприятия
4.1. Шаблон документа
4.2. 1C предприятия
5.1. 1C предприятия
Исходные данные
База данных программы, содержащая 50 записей в
основной таблице, наполненных случайными значениями до
66
максимально допустимой длины полей
Искажения тестовой
информации для имитации
нештатных ситуаций
А) в записи 48 все поля имеют нулевую длину
Б) в записи 49 все поля имеют размер более
максимально допустимого по заданию
Ожидаемая реакция
1.1. Удобство данной функции можно оценить на
хорошо
1.2. Данная функция соответствует формы образцу
1.3. Правильность ввода полей можно отметить как
корректна
2.1. Удобство данной функции можно оценить на
хорошо
2.2. Данная функция соответствует формы образцу
2.3. Правильность ввода полей можно отметить как
корректна
3.1. Удобство данной функции можно оценить на
удовлетворительно
3.2. Данная функция соответствует формы образцу
3.3. Правильность ввода полей можно отметить как
корректна
4.1. Удобство данной функции можно оценить на
хорошо
4.2. Данная функция соответствует формы образцу
4.3. Функция является работоспособной
5.1. Функция является работоспособной
5.2. Удобство данной функции можно оценить на
хорошо
5.3. Отклик справочной системы на приемлемом уровне
Способ определения
результатов
Параметры, определяемые требованиями заказчика
2.4.3 Проведение проверочных испытаний и их результаты
67
1. Создание заявки по жд билетам. Проверочные испытания
показали, что создание заявки на оформление билета работает с более чем
необходимым для соответствия результатом. Все формы работают правильно
и не имеют дефектов в функции.
2. Оформление заявки по жд билетам также показали эффективную
работу форм и функций и дефектов или критических ошибок было не
обнаружено.
3. Введения отчётов о оформленных билетах показали не совсем
эффективную работу, но в принципе их можно оценить, как
удовлетворительно
4. Введения отчётов о доходах и расходов билетов показали
эффективную работу и их можно оценить, как Хорошо
5. Работоспособность справочной, на высшем уровне. Вся
информация из БД своевременно поступает в систему справочников.
Рисунок 10. Форма заполнения справочника Направления
следования»

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Agile-методология в управлении проектами на примере ООО «Ресурсный центр «Академия КлассИнфо»
Aвтoмaтизaция пpoцecca вeдeния инфopмaциoннoй бaзы o дoлжнocтяx и вaкaнcияx c укaзaниeм тpeбoвaний к уpoвню знaний и нaвыкoв кaндидaтoв для гpуппы кaдpoв вoйcкoвoй чacти 3474»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
Cовершенствование управления рентабельности предприятия (на примере гуипп «бендерская типография «полиграфист»)
Event - менеджмент: реализация проекта (на примере ООО "АГРОПАК")