Файл: Разработка проекта информационной системы для ЖД Вокзала.pdf

Недостатки:

1. интерфейс окна выбора билета не является простым и интуитивно-понятным;
2. данная ИС часто бывает недоступна из-за выполнения технических работ.

Рисунок 2.4 – Интерфейс ИС "Южная железная дорога"

3. ИС "Туту.ру" (http://www.tutu.ru/poezda/)

Пример интерфейса приведен на рис.2.5. Достоинства данной системы:

1. кроссплатформенность;
2. несколько вариантов оплаты заказанных билетов в различных системах электронных платежей;
3. отправка email-письма при выполнении заказа билета;
4. возможность регистрации в системе для получения доступа в личный кабинет, где можно вести учет проведенных операций;
5. поддержка модуля онлайн справки, в которой диспетчер отвечает на вопросы пользователя;
6. наличие подробной справки.

Недостатки:

1. низкая скорость загрузки компонентов интерфейса данной ИС и выполнения поисковых запросов;
2. некорректное отображение на мобильных устройствах с разрешением меньше 800 на 600 пикселей.

Рисунок 2.5 – Интерфейс ИС «Туту.ру»

4. ИС КВЦ.

Интерфейс формы управления рейсами приведен на рис.2.6.

Достоинства данной системы:

1. использование технологии динамического управления туннелями создает туннель типа «точка-точка» между двумя объектами в процессе выполнения кассиром операции продажи билетов с другого железнодорожного вокзала;
2. низкие требования к архитектуре аппаратной платформы, на которой эксплуатируется ИС;
3. интуитивно понятный интерфейс.

Недостатки:

1. стабильная работа системы только в операционных системах семейства Windows;
2. необходимо наличие установленных пакетов библиотек .NET.

Рисунок 2.6 – Интерфейс ИС «Туту.ру»

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

3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1 Моделирование бизнес процессов

На базе проведения исследования предметной области работы справочной системы ж/д вокзала в программном комплексе Bpwin разработана концептуальная модель информационной справочной системы ж/д вокзала (рис.3.1).

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

Рисунок 3.1 – Концептуальная диаграмма «Информационная система ЖД вокзала»

Механизмами в данной модели являются менеджеры-консультанты (менеджеры по работе с клиентами напрямую, телефонные менеджеры, менеджеры по интернет-связям, менеджеры по вводу и обработке поступающих данных).

Выходными потоками ИС является справочная документация (в электронном и печатном виде), а также отчетные формы о функциональной деятельности в рамках выполнения имеющихся задач и статистике.

В результате декомпозиции концептуальной диаграммы ИС разработана структура функциональных блоков в нотации IDEF0, с заданными входными, управляющими, исполнительными (механизмами) и выходными потоками (рис.3.2). Все представленные в данной структуре блоки регулируется управляющими потоками – должностными инструкция, определяющими порядок проведения необходимых информационно-учетных операций, нормативными актами, регулирующими юридические вопросы и техническими спецификациями по взаимодействию со структурами и конфигурациями обрабатываемых данных. Все операции выполняются менеджерами-консультантами.

Функциональный блок «Регистрация информации о рейсах» предназначен для фиксации поступающих данных об изменениях в работе ж/д вокзала с формированием соответствующих запросов на дальнейшую структуризацию и обработку данных.

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

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

Функциональный блок «Консультирование пассажиров» принимает на вход запросы пассажиров и информационные материалы, обрабатывает их и предоставляет отчетные ведомости, для обеспечения полных и понятных ответов на поставленные вопросы.

Рисунок 3.2 – Диаграмма декомпозиции основных этапов функционирования ИС ЖД вокзала

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

Функциональный блок «Создание отчетных форм» обеспечивает формирование необходимых статистических и деловых документов для ведения учетных операций, путем создания электронных и печатных отчетных форм.

На базе разработанной диаграммы в нотации IDEF0 произведем реализацию функционального блока «Обновление информации в базе данных» в нотации DFD (рис.3.3)

Внешними сущностями в данной нотации являются запросы в базу данных и менеджеры.

Процессами являются:

1. структурирование данных (приведение перечня запросов в формализованному и последовательному виду);
2. обработка новых данных (преобразование новых таблиц данных в SQL-запросы для интеграции в БД);
3. обработка и ввод данных (внесение менеджерами актуальных данных в БД);
4. верификация данных (проверка данных на дубликаты и ошибки);
5. обновление данных (занесение всех проведенных данных в соответствующие базы данных).

Накопителями данных являются базы данных, содержащие информацию о расписании движения поездов (накопитель №1), информацию о наличии и стоимости билетов (накопитель №2), информацию о вагонах (условия, типы, инфраструктура - накопитель №3).

Потоками данных являются: перечень запросов, классификация данных, ввод данных, таблица данных, sql-запросы в структурном виде и верифицированные sql-запросы, обновленные запросы в соответствующие базы данных.

Рисунок 3.3 – Диаграмма DFD функционального блока «Обновление информации в базе данных» ИС ЖД вокзала

На базе разработанной диаграммы в нотации IDEF0 произведем реализацию функционального блока «Консультирование пассажиров» в нотации IDEF3 (рис.3.4).

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

Работами в данной диаграмме являются:

1. Заполнение анкеты.
2. Устное консультирование.
3. Консультирование по телефону.
4. Консультирование по интернету.
5. Формирование бланка справки.
6. Распечатка справочной формы.

Для осуществления регулирования последовательного и корректного процесса выполнения функциональной деятельности по консультированию пассажиров предназначены 2 перекрестка: асинхронное И (J1) и асинхронное ИЛИ (J2).

В результате выполнения работы «Формирование бланков справки» формируется справочная структурированная информация и создается связь с внешним функциональным блоком.

Рисунок 3.4 – Диаграмма IDEF3 функционального блока «Консультирование пассажиров» ИС ЖД вокзала

3.2 Проектирование базы данных информационной системы ЖД вокзал

Поскольку целью разрабатываемой ИС является автоматизация работы ЖД вокзала, рассмотрим сущности, которые непосредственно связаны с данным типом деятельности. Разработанные таблицы приведены на рис.3.5-3.14. Каждая из них имеет поле первичного ключа, всем полям назначен тип данных.

Таблица «Билет» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.5. Данная таблица содержит ряд соответствующих тематических полей, имеющих текстовый и численный типы данных, а уникальным идентификатором таблицы является «Номер билета» ( тип данных «Автоинкремент»).

Рисунок 3.5 – Таблица «Билет» в режиме конструктора СУБД MS Access 2003

Таблица «Вагон» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.6. Данная таблица содержит ряд соответствующих тематических полей, имеющих текстовый и численный типы данных, а уникальным идентификатором таблицы является «Номер вагона» (тип данных «Автоинкремент»).

ч

Рисунок 3.6 – Таблица «Вагон» в режиме конструктора СУБД MS Access 2003

Таблица «Маршрут» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.7. Данная таблица содержит ряд соответствующих тематических полей, имеющих текстовый, численный и тип данных «дата/время», а уникальным идентификатором таблицы является «Номер маршрута» (тип данных «Автоинкремент»).

Рисунок 3.7 – Таблица «Маршрут» в режиме конструктора СУБД MS Access 2003

Таблица «Место» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.8. Данная таблица содержит ряд соответствующих тематических полей, имеющих численный, валютный и бинарный типы данных, а уникальным идентификатором таблицы является «Номер места» (тип данных «Автоинкремент»).

Рисунок 3.8 – Таблица «Место» в режиме конструктора СУБД MS Access 2003

Таблица «Пассажир» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.9. Данная таблица содержит ряд соответствующих тематических полей, имеющих текстовый и численный типы данных, а уникальным идентификатором таблицы является «Номер пассажира» (тип данных «Автоинкремент»).

Рисунок 3.9 – Таблица «Пассажир» в режиме конструктора СУБД MS Access 2003

Таблица «Поезд» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.10. Данная таблица содержит ряд соответствующих тематических полей, имеющих текстовый и численный типы данных, а уникальным идентификатором таблицы является «Номер поезда» (тип данных «Автоинкремент»).

Рисунок 3.10 – Таблица «Поезд» в режиме конструктора СУБД MS Access 2003

Таблица «Станция» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.11. Данная таблица содержит ряд соответствующих тематических полей, имеющих текстовый и численный типы данных, а уникальным идентификатором таблицы является «Номер станции» (тип данных «Автоинкремент»).

Рисунок 3.11 – Таблица «Станция» в режиме конструктора СУБД MS Access 2003

Таблица «Тип вагона» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.12. Данная таблица содержит ряд соответствующих тематических полей (тип вагона и количество мест), имеющих текстовый и численный типы данных.

Рисунок 3.12 – Таблица «Тип вагона» в режиме конструктора СУБД MS Access 2003

Таблица «Тип поезда» в режиме конструктора СУБД MS Access 2003 приведена на рис.3.13. Данная таблица содержит ряд соответствующих тематических полей (тип поезда и категория поезда), имеющих текстовый тип данных.

Рисунок 3.13 – Таблица «Тип поезда» в режиме конструктора СУБД MS Access 2003