Автоматизация продажи железнодорожных билетов

Содержание:

Введение

В данной работе необходимо разработать предложения по автоматизации продажи железнодорожных билетов.

Железнодорожный вокзал – здание на железнодорожной станции, предназначенное для обслуживания пассажиров.

Как правило, вокзалы встречаются на крупных железнодорожных станциях; в здании вокзала обычно размещают кассы, камеры хранения, зал ожидания, рестораны и т. д.

Места пассажиров могут быть разных типов:

• Сидячие
• Плацкарт
• Купе
• Люкс.

Все клиенты, желающие приобрести билет должны указать на какой поезд они хотят его приобрести и класс места, оплатить стоимость билета.

Любое место в вагоне имеет номер, по которому ведется учет занято оно или свободно для продажи.

Таким образом, в функционирование железнодорожного вокзала входит:

• Продажа билетов
• Предоставление информации о возможных поездках
• Возврат билетов.

1. Задание

Разработать предложения по автоматизации продажи билетов (поезд – информация – билеты).

Покупатель может выбрать: место назначения, дату, время и место из числа предлагаемых системой. Система учитывает статус мест (свободно, продано). Справочная информация. Рекламная информация.

2. Спецификации процессов

2.1 Функциональная модель бизнес-процессов

Построение модели информационной системы начинается с описания функционирования системы в целом в виде контекстной диаграммы.

Рисунок 1 – Контекстная диаграмма «Продажа билетов на ЖД вокзале»

Взаимодействие системы с окружающей средой описывается с помощью входов («Обращения клиентов», «Маршруты», «Расписание поездов»), выходов («Билет», «Возврат билета»), управления («Лицензия», «Нормы» и «Законы РФ»).

Клиенты – люди, создающие спрос на услуги перевоза пассажиров.

Маршруты содержат:

• Наименование
• Описание
• Направление (откуда и куда).

Расписание поездов – список всех проводимых вокзалом поездок

Содержит:

• Наименование
• Дата и время начала поездки
• Длительность поездки
• Стоимость билетов
• Поезд, в которой проводится посадка.

Законы РФ – законы по защите прав потребителя, и всероссийские нормы на осуществление коммерческой деятельности.

Билет – право Клиента на поездку.

Возврат билета – случай, когда клиент вернул билет и получил затраченные на него денежные средства обратно.

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

Рисунок 2 – Диаграмма декомпозиции «Продажа билетов на вокзале»

Как видно из диаграммы, весь процесс функционирования вокзала разбивается на пять блоков:

1. Выбор операции – ветвление, позволяющее пользователю выбрать интересующую операцию с системой вокзала
2. Предоставление информации – предоставление пользователю всей доступной информации о расписании и маршрутах
3. Создание заказа – сведение всех требований клиента в один заказ
4. Приобретение билета – совершение операции купли-продажи между Клиентом и Кассиром и закрепления за Клиентом билета
5. Проверка билета - операция по подтверждению действительности билета, в случае успешной проверки Билет возвращается вокзалу и заново запускается в продажу, а Клиент получает затраченные на билет денежные средства обратно.

Произведем дальнейшее разбиение на подсистемы.

Рисунок 3 – Диаграмма декомпозиции «Выбор операции»

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

• Выбор – акт в котором пользователь выбирает что он хочет
• Получение информации – принятие клиентом решения получить информацию
• Покупка билета – принятие клиентом решения приобрести билет
• Вернуть билет – принятие клиентом решения вернуть приобретенный ранее билет.

Рисунок 4 – Диаграмма декомпозиции «Предоставление информации»

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

Расписание поездов и стоимость билетов – клиент получает информацию о маршрутах:

• Наименование
• Дата и время начала посадки
• Длительность
• Стоимость билетов разных типов вагонов.

Далее клиент решает, с каким маршрутом он будет выполнять дальнейшие операции.

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

Возврат в выбор операций – решение пользователя вернуться к выбору операций.

Рисунок 5 – Диаграмма декомпозиции «Создание заказа»

Опишем процесс создания заказа.

Первым этапом для создания заказа клиент должен заполнить форму, в которой должен указать требуемый маршрут из Расписания поездов и требуемое место в вагоне. Клиенту к этому моменту уже известна стоимость билета – она входит в Информацию о маршруте. Далее, если клиент согласен с введенной информацией, он должен подтвердить заказ. Система сформирует заказ в виде, принятом в нормах.

Требования Клиента – набор, заполненных Клиентом данных о маршруте которые однозначно его (маршрут) позиционирует.

Генерирование заказа – система формирует Заказ исходя из требований Клиента и Норм предприятия.

2.2 Внешнее окружение проектируемого ПО

На схеме показано, что система продажи билетов работает с базой данных маршрутов, базой данных поездов и базой данных отдела финансов и статистики. Также система продажи билетов имеет систему защиты и систему обслуживания.

Рисунок 6 – Внешнее окружение системы «Продажи билетов»

2.3 Функциональность проектируемого ПО

Данная информационная система будет автоматизировать:

• Продажу билетов
• Контроль наполняемости поезда
• Предоставление информации о расписании поездов
• Возврат билетов.

2.4 Спецификация процессов

2.4.1 Создание заказа

@ВХОД = ИНФОРМАЦИЯ О ПОЕЗДЕ

@ВХОД = ВЫБОР ПОКУПКИ

@ВЫХОД = ЗАКАЗ

@СПЕЦПРОЦ = СОЗДАНИЕ ЗАКАЗА

ВЫПОЛНИТЬ вывести ФОРМУ клиенту, для ее заполнения

ЕСЛИ В ФОРМЕ заполнены ПОЕЗД, МЕСТО ТО

ЕСЛИ место свободно ТО

ВЫПОЛНИТЬ сгенерировать ЗАКАЗ

КОНЕЦЕСЛИ

КОНЕЦЕСЛИ

ЕСЛИ подтверждение ЗАКАЗА ТО

ВЫПОЛНИТЬ распечатать ЗАКАЗ

ИНАЧЕ

ВЫПОЛНИТЬ отменить ЗАКАЗ

КОНЕЦЕСЛИ

@КОНЕЦ СПЕЦИФИКАЦИИ СОЗДАНИЕ ЗАКАЗА

2.4.4 Возврат билета

@ВХОД = БИЛЕТ

@ВХОД = ВЫБОР ВОЗВРАТА БИЛЕТА

@ВЫХОД = ВОЗВРАТ БИЛЕТА

@СПЕЦПРОЦ = ВОЗВРАТ БИЛЕТА

ВЫПОЛНИТЬ принять БИЛЕТ на проверку

ЕСЛИ БИЛЕТ действителен ТО

ВЫПОЛНИТЬ ВОЗВРАТ БИЛЕТА

КОНЕЦЕСЛИ

@КОНЕЦ СПЕЦИФИКАЦИИ ВОЗВРАТ БИЛЕТА

2.4.5 Покупка билета

@ВХОД = ЗАКАЗ

@ВХОД = ВЫБОР ПОКУПКИ БИЛЕТА

@ВЫХОД = БИЛЕТ

@СПЕЦПРОЦ = ПОКУПКА БИЛЕТА

ВЫПОЛНИТЬ принять ЗАКАЗ на проверку

ЕСЛИ ЗАКАЗ корректен ТО

ВЫПОЛНИТЬ ОПЛАТА БИЛЕТА

ВЫПОЛНИТЬ создать БИЛЕТ

КОНЕЦЕСЛИ

@КОНЕЦ СПЕЦИФИКАЦИИ ПОКУПКА БИЛЕТА

2.4.6 Просмотр информации

@ВХОД = ВЫБОР ПРОСМОТРА ИНФОРМАЦИИ

@ВЫХОД = ИНФОРМАЦИЯ О ПОЕЗДЕ

@СПЕЦПРОЦ = ПРОСМОТР ИНФОРМАЦИИ

ВЫПОЛНИТЬ

ЕСЛИ выбран ПРОСМОТР ИНФОРМАЦИИ О ПОЕЗДАХ ТО

ВЫПОЛНИТЬ вывести ИНФОРМАЦИЮ О ПОЕЗДАХ

КОНЕЦЕСЛИ

ЕСЛИ выбран ПРОСМОТР РАСПИСАНИЯ ТО

ВЫПОЛНИТЬ вывести РАСПИСАНИЕ

КОНЕЦЕСЛИ

ВЫПОЛНИТЬ возврат к ВЫБОРУ ОПЕРАЦИЙ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОСМОТР ИНФОРМАЦИИ

3. Системные (бизнес) требования

Клиент

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

Система должна помогать пользователю в выборе требуемой услуги.

Система должна позволять пользователю составлять заказ на приобретение билета, для последующей обработки этого заказа и получения билета на поезд.

Система должна предоставлять пользователю возможность выбора в заказе на какой поезд и на которое из свободных мест он может составить заказ.

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

Ограничения. Клиент

Система не должна позволять пользователю приобретать билеты на несуществующие маршруты.

Система не должна разрешать пользователю возвращать билет позднее чем за 48 часов до отправки.

Кассир

Система должна помогать кассиру отслеживать доступные для продажи места в поезде.

Система должна минимизировать работу кассира, используя шаблоны и помогая Клиентам грамотно составить заказ.

Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.

Ограничения. Система

Система не должна предоставлять ложные данные ни в отчетах, ни в предоставляемой информации о маршрутах.

4. Спецификация поведения, проектируемого ПО

4.1 Распределение требований по субъектам и прецедентам

Перед построением диаграммы прецедентов составим таблицу распределения требований по субъектам и прецедентам:

Распределение требований по субъектам и прецедентам

Субъект	Прецедент	Требование
Клиент	ZapolnenieZakaza	Система должна помогать пользователю в выборе требуемой услуги Система должна позволять пользователю составлять заказ на приобретение билета, для последующей обработки этого заказа и получения билета на поезд. Система должна предоставлять пользователю возможность выбора в заказе на какой поезд и на которое из свободных мест он может составить заказ. Система должна минимизировать работу кассира, используя шаблоны и помогая Клиентам грамотно составить заказ.
	ProdazhaBiletov	Система не должна позволять пользователю приобретать билеты на несуществующие посадки
	SeeInformation	Система должна позволять клиенту получать доступ к информации о маршрутах, эта информация должна быть актуальной и достоверной. Система не должна предоставлять ложные данные ни в отчетах, ни в предоставляемой информации о поездах.
	VernutBilet	Система должна позволять пользователю возвращать билет вокзалу с целью возврата денежных средств. Система не должна разрешать пользователю возвращать билет позднее чем за 48 часов до взлета.
Кассир	ProdazhaBiletov	Система не должна позволять пользователю приобретать билеты на несуществующие поеда. Система должна помогать кассиру отслеживать доступные для продажи места в поезде. Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.
	VernutBilet	Система должна позволять пользователю возвращать билет вокзалу с целью возврата денежных средств. Система не должна разрешать пользователю возвращать билет позднее чем за 48 часов до отправления. Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.

4.2 Диаграмма прецедентов системы

Опишем каждый из вариантов использования системы отдельно.

Прецедент: ZapolnenieZakaza

ID: 1

Краткое описание: Клиент указывает в билете необходимую информацию.

Главные актеры: Клиент.

Второстепенные актеры: Нет.

Предусловия: SeeInformation

Основной поток: 1.Прецедент начинается, когда Клиент указал что хочет приобрести билет. 2.Система предоставляет Клиенту форму с полями - выпадающими списками для заполнения. 3.Клиент выбирает Наименование поезда из тех что предоставляет система, взяв значения из Расписания поездов. 4.Клиент выбирает Время начала поезда из тех что предоставляет система, взяв значения из Расписания поездов. 6.Клиент соглашается с введенными требованиями 7.Система генерирует Заказ на основании введенных требований и норм принятых в системе продажи ЖД билетов 8.Система предлагает клиенту отчет по Заказу и предлагает свериться корректны ли данные в отчете и так ли он их указал 9.Клиент подтверждает что данные корректны 10.Система распечатывает (или же отправляет по сети данные) заказ для Клиента

Постусловия: 1.Клиет обладает Заказом.

Альтернативные потоки: 1.InvalidSeansName 2.InvalidSeansTimeBegin 3.InvalidPlace

Альтернативный поток: ZapolnenieZakaza: InvalidSeansName

ID: 1.1

Краткое описание: Система сообщает Покупателю, что он выбрал недействительное Наименование поезда.

Главные актеры: Покупатель

Второстепенные актеры: Нет.

Предусловия: 1. Покупатель ввел недействительное Наименование поезда.

Альтернативные потоки: 1. Альтернативный поток начинается после шага 3 основного потока. 2. Система сообщает Покупателю, что он ввел недействительное Наименование поезда. 3. Система возвращает Клиента к шагу 3 основного потока

Постусловия: Нет.

Альтернативный поток: ZapolnenieZakaza: InvalidSeansTimeBegin

ID: 1.2

Краткое описание: Система сообщает Покупателю, что он выбрал недействительное Время отправления.

Главные актеры: Покупатель

Второстепенные актеры: Нет.

Предусловия: 1. Покупатель ввел недействительное Время отправления.

Альтернативные потоки: 1. Альтернативный поток начинается после шага 4 основного потока. 2. Система сообщает Покупателю, что он ввел недействительное Время отправления. 3. Система возвращает Клиента к шагу 4 основного потока.

Постусловия: Нет.

Альтернативный поток: ZapolnenieZakaza: InvalidPlace

ID: 1.3

Краткое описание: Система сообщает Покупателю, что он выбрал недействительное Желаемое место на борту (не существует или уже куплено).

Главные актеры: Покупатель

Второстепенные актеры: Нет.

Предусловия: 1. Покупатель ввел недействительное Желаемое место на борту (не существует или уже куплено).

Альтернативные потоки: 1. Альтернативный поток начинается после шага 5 основного потока. 2. Система сообщает Покупателю, что он ввел недействительное Желаемое место на борту (не существует или уже куплено). 3. Система возвращает Клиента к шагу 5 основного потока

Постусловия: Нет.

Прецедент: ProdazhaBiletov

ID: 2

Краткое описание: Клиент совершает операцию купли-продажи с целью получения билета на конкретный поезд.

Главные актеры: Клиент.

Второстепенные актеры: Кассир.

Предусловия: ZapolnenieZakaza

Основной поток: 1.Прецедент начинается, когда Клиент обращается с заказом к кассиру. 2.Если данные заданы корректно. 2.1 Кассир совершает финансовую операцию. 2.1 Кассир отдает клиенту билет.

Постусловия: 1.Клиет обладает билетом. 2.В финансовый отдел направлена информация о продаже билета 3.В базу данных занесено что проданные Места более недоступны для продажи

Альтернативные потоки: Cancel

Альтернативный поток: ProdazhaBiletov: Cancel

ID: 2.1

Краткое описание: Клиент отказывается покупать билет.

Главные актеры: Клиент

Второстепенные актеры: Кассир.

Предусловия: Нет.

Альтернативные потоки: 1. Альтернативный поток начинается в любой момент времени. 2. Клиент отменяет покупку билета.

Постусловия: Нет.

Прецедент: SeeInformation

ID: 3

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

Главные актеры: Клиент

Второстепенные актеры: Нет.

Предусловия: Нет.

Основной поток: 1. Прецедент начинается, когда Клиент выбирает опцию «Показать информацию». 2. Система выводит окно навигации, в котором Клиент может выбрать либо Расписание поездов и стоимость билетов, либо Информация о маршрутах. 3. Если пользователь выбрал Расписание поездов и стоимость билетов то 3.1 Система предоставляет окно информации в котором находятся данные о всех поездаъ: - Наименование - Дата и время отправления - Длительность - Вагон 3.2 Система ждет сигнала от пользователя на возврат к выбору операций 4. Если пользователь выбрал Информация о маршрутах поездов то 4.1 Система предоставляет окно информации в котором находятся данные о всех маршрутах: - Наименование - Описание - Остановки 4.2 Система ждет сигнала от пользователя на возврат к выбору операций 5. Пока Покупатель просматривает информацию. 3.1. Система отображает рекламную информацию в блоках для рекламы.

Постусловия: 1. Система показала данные о поездаъ. 2. Система показала рекламную информацию.

Альтернативные потоки: Нет.

Прецедент: VernutBilet

ID: 4

Краткое описание: Клиент возвращает билет Кассиру с целью возврата денег

Главные актеры: Клиент.

Второстепенные актеры: Кассир.

Предусловия: 1.Клиент обладает билетом 2.До начала взлета более 48 часов

Основной поток: 1.Прецедент начинается, когда Клиент сообщает Кассиру что хочет вернуть билет. 2. Кассир проверяет билет 2.1.Если билет действительный 2.1.1.Если до начала взлета более 48 часов 2.1.1.1.Кассир забирает билет 2.1.1.2.Кассир возвращает деньги за билет Клиенту 2.1.1.3.Кассир отправляет отчет в финансовый отдел 2.1.1.4.Кассир отмечает те места, что были в билете как Свободные

Постусловия: 1.Клиет не обладает билетом. 2.В финансовый отдел направлена информация о возврате билета 3.В базу данных занесено что Места снова доступны для продажи

Альтернативные потоки: Нет.

Список используемой литературы

1. Харитонов, С.А. Учебник по 1С Предприятие 7.7 С.А. Харитонов, 2010. - 49с.

2. Рязанцева, Н.Б., Рязанцев, А.А. 1С: Предприятие. Зарплата и кадры. Секреты работы / Н.Б. Рязанцева, А.А. Рязнцев, 2012. - 204с.

3. Митичкин, С.А. Практика программирования в среде 1С: Предприятие 7.7 / С.А. Митичкин, 2010. - 272с.

4. Шубина, Е.В. Работаем в 1С: Предприятие 7.7 Настройка, эксплуатация, конфигурирование и программирование / Е.В. Шубина, 2011 - 400с.

5. Герасимова, Л.Г., Смоляк, Р.В. 1С: Зарплата и Кадры 7.7 Повседневные операции. Советы опытного бухглтера / Л.Г. Герасимова, Р.В. Смоляков, 2013. - 236с.