Файл: Автоматизация продажи железнодорожных билетов в ОАО РЖД г. Москва.pdf

Таблица 2

Используемые системы кодирования

Пример.

7 4 3 5 4 6 8
2 12 12 12

⁴ 14 4 6 5 8 6 16

Каждая нечетная цифра номера вагона умножается на 2, четная — на 1.

Затем вы­полняется поразрядное сложение цифр: 1+4 + 4 + 6 + 5 + 8 + 6 +

1+6= 41. Полу­ченную сумму надо дополнить до целого десятка.

Дополняющей цифрой будет 9, ко­торая и является контрольной цифрой.

Значит, полный номер вагона будет 74354689.

8 системе нумерации пассажирских вагонов отличительными особеннос­тями являются: первая цифра 0, вторая и третья цифры означают дорогу при­писки, четвертая несет информацию: 0 - мягкий и мягко-жесткий, 1 - ку­пейный, 2 - жесткий открытый, 3-е креслами для сидения, 4 – почтовый и банковский, 7 – служебно-технический, 8 - специальный других минис­терств, 9 - резерв.

Перевозимые грузы кодируются пятизначными, а грузоотправители и грузополучатели - четырехзначными номерами. Подготовка документов на формируемый поезд. Натурный лист, его содержание и порядок заполнения. После окончания формирования состав выставляется в парк отправления с одновременным списыванием оператором ЭВМ на вытяжных путях. Пере­чень номеров вагонов передается в ИВЦ дороги и СТЦ станции.

Сообщение сопоставляется со сведениями о вагонах, содержащихся в «массиве» памяти ЭВМ. После согласования ИВЦ выдает маневровому дис­петчеру и дежурному по путям на выставленный состав натурный лист и справку для заполнения маршрута машиниста. Дежурный по парку, убедившись в четкой печати натурного листа, ждет результатов технического и коммерческого осмотра.

Оператор ПТО, получив информацию о результатах осмотра, вводит ее в ИВЦ. Если это сообщение вносит изменение в состав сформированного по­езда, то из СТЦ выводится корректировочное сообщение.

После обработки этих сообщений ИВЦ выдает дежурному по парку но­вый натурный лист. Дежурный по парку по пневмо-почте получает из СТЦ перевозочные документы, объединяет их в пакет и вместе с натурным листом и справкой машиниста выдает их машинисту поездного локомотива с записью в книге ДУ-40 под роспись; алш-» < ₄

В графе «№ состава» - порядковый номер сформированного состава (от 01 до 99). После 99 следующим составам присваиваются номера 01, 02 и т.д., а при обработке листа на ЭВМ номера составов обозначаются тремя знаками. В графе «Станция назначения» указывается название станции и первые 4 знака кода по ЕСР. При составлении натурного листа на порожние составы, следующие по регулировочному заданию, в графе «Станция назначения» проставляется 4-значный код, характеризующий род подвижного состава. В графе «Голова, хвост» отмечается код 1, если состав списан с головы, код 2 - если с хвоста.

Дата отправления поезда со станции формирования запишется как 09 11 22 45, т.е. 9 ноября в 22 ч 45 мин. В графах «Условная длина» и «Масса брутто» проставляются данные из итогового раздела натурного листа. В графе «Прикрытие» проставляется код в соответствии с Инструкцией. Например, вагон с людьми - 1, с проводником - 2, со взрывчатыми мате­риалами ВМ - 3 и т.д.

2.3 Характеристика нормативно-справочной, входной и оперативной информации

Как правило, работа с любой задачей начинается с заполнения справочников. Иначе просто работники финансового отдела не смогут оформить ни один документ.

В дальнейшем по мере работы с программой справочники также пополняются и изменяются. Журналы документов (Они предназначены для хранения и просмотров документов.

В программе присутствуют следующие справочники:

Первый справочник называется «Направления Следования». Он содержит в себе информацию о начальной и конечной точках следования поезда. Ввод данных доступен для пользователя с подсистемы «Список поездов» (Рис.5).

Рисунок 5. Форма заполнения справочника Направления следования»

Второй справочник называется «Кассы РЖД». Он содержит в себе информацию о начальной и конечной точках следования поезда. Ввод данных доступен для пользователя с подсистемы «Список поездов» (Рис. 6).

Рисунок 6. Форма заполнения справочника Кассы по продаже билетов.

Третий справочник называется «Поезда РЖД». Он содержит в себе информацию о поездах. Ввод данных доступен для пользователя с подсистемы «Список поездов» (Рис. 7).

Рисунок 7. Форма заполнения справочника Поезда РЖД.

Четвёртый справочник называется «МестаВПоездеРЖД». Он содержит в себе информацию о месте: название места, Номер места, Владелец (поезд в котором есть это место) и вид места. Ввод данных доступен для пользователя с подсистемы «Список поездов» (Рис. 8).

Рисунок 8. Форма заполнения справочника Места В Поезде РЖД.

Пятый справочник называется «Пассажиры РЖД». Он содержит в себе информацию о пассажире приобретающем билет. Ввод данных доступен для пользователя с подсистемы «Учёт мест» (Рис. 9).

Рисунок 9. Форма заполнения справочника Пассажиры РЖД.

Документ «Возврат билетов РЖД» (рис. 10) содержит в себе информацию о билете, который пытаются вернуть. В данной форме реализованы две важные функции: Проверка «подлинности» билета, осуществляемая с помощью проверки данных билета в списке проданных билетов, а также функция возврата билета.

Для проверки билета требуется ввести значения следующих полей: «Дата отправления», «Номер поезда» и «Номер места». После вызова процедуры проверки билета нажатием кнопки «Проверить» выдаётся сообщение, отражающее состояние билета: «Документ отсутствует» (Рис. 10), «Ссылка на продажу билета» (Рис. 11), «Ссылка на уже осуществлённый возврат средств по данному билету» (Рис. 12).

Рисунок 10. Форма заполнения документа «Возврат билетов РЖД».

Рисунок 11. Форма заполнения документа «Возврат билетов РЖД». Попытка возврата непроданного билета.

Рисунок 12. Форма заполнения документа «Возврат билетов РЖД». Попытка возврата проданного билета.

2.4 Характеристика результатной информации

1. «Отчет по согласованным заявкам»

Формируется на основе след таблиц и полей:

• Дата создания заявки
• Пользователь (заявитель)
• Ответственная группа
• Назначенный на заявку сотрудник
• Статус
• Приложенное исходное письмо (тема и тело письма в оригинале)

2. Отчет” заявки по местоположению заявителя”:

Содержит таблицу со следующими полями:

• Дата создания заявки
• Даты писем по согласованию
• Пользователь (заявитель)
• Месторасположение(город)
• Адрес (улица, дом, корпус, офис)
• Ответственная группа
• Текущий статус переписки и зарегистрирована ли заявка

Глава 3. Программное обеспечение задачи

Общие положения (дерево функций и сценарий диалога)

На рисунке 13 представлено дерево функций управления и обработки данных.

Рисунок 13. Дерево функций управления и обработки данных.

Опишем процессы, представленные на данной диаграмме.

Расписание и стоимость билетов - Клиент получает информацию о сеансах:

- Наименование

- Дата и время начала поездок.

- Длительность

- Стоимость билетов экспресс.

Информация о расписание – это информация которая позволяет понять, что за поездки проводятся в жд вокзале и помогает выбрать на какой из жд вокзалов пойти.

С помощью модуля диалога проверяется качество закупаемых товаров в РЖД. Закупка инструментов, и т.д.

Данные экспортируется в базу данных или Excel.

Характеристика базы данных

База данных — представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ) [4].

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

Для управления и хранения большого объема данных ИС «Ассистент» используется СУБД MS SQL Server 2008 (SP3) – 10.0.5538.0 (X64). В решаемой задачи используется ER-модель, представленная на рисунке 30. ER-модель описывает взаимосвязь таблиц в БД [5].

Рисунок 14. ER-диаграмма РЖД.

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

Таким образом, взглянув на диаграмму становится понятно, что данные таблиц связаны между собой и передаются между собой посредством

Primary-Foreign Key. Например, если рассматривать ситуацию с конца, то мы видим, что данные в Сущность «Возврат Билетов РЖД» помещаются из регистра накопления «Продажа билета РЖД», в который эти данные попадают после проведения документа «Продажа билетов на поезд РЖД», который получает данные о стоимости билетов из регистра сведений

«Стоимость места РЖД» и справочников «Пассажиры РЖД», «Кассы РЖД»,

«Поезда РЖД» и «Места в поезде РЖД» (где Места в поезде РЖД – это справочник подчинённый справочнику Поезда РЖД, что реализовано для ограничения возможных неполадок связанных с привязкой мест к конкретному поезду). В справочник «Поезда РЖД» данные поступают из справочника «Направления следования». Таким образом, можно проследить связь данных из различных справочников и документов и результат их взаимодействия.

Рисунок 15. – Фрагмент сценария диалога в РЖД.

3.3 Структурная схема пакета (дерево вызова программных модулей)

На рисунке 16 представлено дерево программных модулей.

Рисунок 16. дерево программных модулей.

3.4 Описание программных модулей

Таблица 3

Описание функций модулей