Система онлайн-бронирования железнодорожных билетов

Онлайн-бронирование железнодорожных билетов очень удобно в наше время. Это очень важно для разработки хорошо работающего системного программного обеспечения для бронирования билетов и связанных с ними транзакций. Для его разработки требуется полная документация моделей (ER, DFD, класс, вариант использования, действие, последовательность) в соответствии с разработкой программного обеспечения.

Особенности системы:

Система резервирования должна содержать следующие функции:

1. Если пассажир хочет зарезервировать билет (ы), во-первых, он / она должен войти в систему железной дороги с действительными учетными данными. Затем пассажир должен предоставить свои данные, включая дату поездки, имена пассажиров и их данные, сведения о станции отправления, сведения о станции назначения и тип класса требуемого билета (билетов).
2. Железнодорожная система бронирования предоставит доступный список поездов и наличие мест с помощью подробной информации.
3. Для бронирования билета пассажиры могут оплатить через онлайн/оффлайн режим. После успешной оплаты стоимости билета Система сгенерирует билет и номер PNR. будет отдан пассажиру. Система также сохраняет реквизиты платежа и отправляет их системному администратору.
4. Пассажир может проверить статус PNR (подтверждено, RAC, лист ожидания), введя номер PNR. в систему бронирования.
5. В системе бронирования должны храниться все сведения о поездах, сведения о тарифах (по зонам, классам и датам), номер PNR, даты поездов и т. д. Это обслуживание должно контролироваться администратором.
6. В Системе также есть правила возврата, в которых указана дата бронирования, стоимость билета и возвращаемый процент. Пассажир может просто аннулировать билет(ы), введя номер PNR и запрос на аннулирование билета. После отмены Администратор передает возвращаемую сумму в Систему, и Система передает возвращаемую сумму пассажиру.

Требуемые диаграммы:

Диаграмма отношений сущностей (ER):

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

На приведенной выше диаграмме ER показана ключевая информация о системе бронирования билетов на поезд, включая такие объекты, как PAX_info, Login_credentials, Ticket_reservation, return_rule, via_details, train_fare, Train, Seat_availability, Class, Zone, station, pay_info. На этой диаграмме также показаны отношения между сущностями.

Сущности и их атрибуты:

PAX_info: атрибутами объекта PAX_info являются Passenger_id (первичный ключ), SRL_no, PAX_name, PAX_age, PAX_sex, fare, seat_no.

• Login_credentials: Атрибутами объекта Login_credentials являются login_id(PK), пароль.
• Ticket_reservation: атрибутами объекта Ticket_reservation являются PNR_no(pk),to-date, from-date, to-km, from-km, to-station, from-station, Train_code.
• Refund_rule: Атрибуты объекта return_rule: to-time, from-time, returnble-amt.
• via_details: Атрибутами объекта via_details являются Details_id(PK), Train_code, via_station_code, km_from_origin, Reach_time.
• train_fare: Атрибуты объекта train_fare: текущая дата, дата от даты, до км, от км, тариф, Class_id.
• Поезд: Атрибутами объекта «Поезд» являются Train_code(PK), Distance, Train_name, Start_time, End_time, Start_station_code, End_station_code, Frequency.
• Seat_availability: атрибутами объекта Seat_availability являются Train_code, Class_code и количество мест.
• Класс: Атрибуты сущности класса: Class_id(PK), coach_prefix, class_code, Class_name, seat_per_coach.
• Zone: Атрибуты объекта Zone: zone_id(PK), Zone_name, Zone_code.
• Станция: атрибутами объекта станции являются Station_id(PK),Station_code,station_name, zone_id.
• Pay_info: Атрибуты объекта Pay_info: payment_id(PK), pay_mode, сумма, pay_date, srl-no, PNR_no, inst_type, inst_amt.

Отношения между Сущностями:

• Отношение один к одному: PAX_info к login_credentials , PAX_info к возврату_правилу, Train к Via_details, Class к train_fare, PAX_info к pay_info.
• Отношение «многие к одному»: PAX_info к ticket_reservation, Zone к станции, Class к seat_availability.
• Многие ко многим: Поезд до станции, Поезд до класса.

Диаграмма потока данных (DFD):

На этой диаграмме представлены различные операции по перемещению потока данных.

• DFD уровня 0:

• DFD уровня 1:

Диаграмма класса:

Эти диаграммы описывают работу и атрибуты класса с наложенными ограничениями в системе. В данной статье рассматриваются следующие классы: «платежи», «поезд», «пассажир», «билет», «железнодорожная система бронирования», «админ». Описание классов приведено ниже.

Диаграмма вариантов использования:

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

Описание вариантов использования:

Отношения между действующими лицами и вариантами использования системы онлайн-бронирования на железных дорогах приведены ниже–>

1. Пассажирский объект: Варианты использования пассажиров: вход в систему, доступность билетов, заполнение формы, бронирование билетов, отмена билета и возврат денег.
2. Железнодорожная система бронирования: Случаи использования Железнодорожной системы бронирования: вход в систему, наличие билетов, заполнение формы, бронирование билетов, отмена билетов и возврат денег.
3. Администратор: варианты использования администратора: печать билета, возврат денег. Администратор также контролирует всю систему бронирования билетов в различных случаях.

Диаграмма деятельности:

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

Диаграмма последовательности:

На этой диаграмме показано, как и в каком порядке группа объектов работает вместе в системе. Это интерактивная диаграмма, и она в основном используется разработчиками программного обеспечения.