Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
deep.docx
Скачиваний:
54
Добавлен:
23.03.2016
Размер:
213.58 Кб
Скачать

2 Проектирование и реализация бд железнодорожной станции

2.1 Анализ предметной области

С точки зрения проектирования БД в рамках системного анализа, необходимо провести подробное словесное описание объектов предметной области и реальных связей, которые присутствуют между описываемыми объектами. Желательно, чтобы данное описание позволяло корректно определить все взаимосвязи между объектами предметной области [6].

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

  • Функциональный подход — он реализует принцип движения "от задач" и применяется тогда, когда заранее известны функции некоторой группы лиц и комплексов задач, для обслуживания информационных потребностей которых создается рассматриваемая БД. В этом случае мы можем четко выделить минимальный необходимый набор объектов предметной области, которые должны быть описаны [8].

  • Предметный подход — когда информационные потребности будущих пользователей БД жестко не фиксируются. Они могут быть многоаспектными и весьма динамичными. Мы не можем точно выделить минимальный набор объектов предметной области, которые необходимо описывать. В описание предметной области в этом случае включаются такие объекты и взаимосвязи, которые наиболее характерны и наиболее существенны для нее. БД, конструируемая при этом, называется предметной, то есть она может быть использована при решении множества разнообразных, заранее не определенных задач. Конструирование предметной БД в некотором смысле кажется гораздо более заманчивым, однако трудность всеобщего охвата предметной области с невозможностью конкретизации потребностей пользователей может привести к избыточно сложной схеме БД, которая для конкретных задач будет неэффективной.

Чаще всего на практике рекомендуется использовать некоторый компромиссный вариант, который, с одной стороны, ориентирован на конкретные задачи или функциональные потребности пользователей, а с другой стороны, учитывает возможность наращивания новых приложений [1].

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

  • номер поезда;

  • название.

Поезда могут иметь одинаковые названия, но они различаются по своему номеру.

У каждого поезда существует свой маршрут следования, где указаны:

  • идентификационный номер станции;

  • название станции;

  • время прибытия поезда на станцию;

  • время отправления поезда со станции;

  • номер поезда, проходящий через станцию.

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

  • номер поезда;

  • название поезда;

  • график следования, так как поезда могут следовать ежедневно, по определенным дням недели, по четным и по нечетным числам календаря;

  • время прибытия на конечную станцию;

  • время отправления с начальной станции.

Также для движения поезда формируется состав с определенным количеством вагонов, где вагоны характеризуются следующими параметрами:

  • номер вагона;

  • тип вагона;

  • количество мест в вагоне, что зависит от типа вагона, люкс, купе, плацкарт;

  • номер поезда, к которому он принадлежит;

  • номер состава, в который входит этот вагон.

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

  • идентификационный номер продажи билетов;

  • выбор номера поезда;

  • дата и время продажи билетов;

  • станция отправления и прибытия, указанная пассажиром;

  • время отправления и прибытия поезда с начальной станции до станции по требованию;

  • тип вагона выбирается пассажиром;

  • персональные данные пассажира, ФИО и номер документа, предоставленный при покупке билета;

  • стоимость проездного билета;

  • номер вагона и места пассажира.

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

  • администратор;

  • операторы;

  • пассажиры.

При работе с системой администратор должен иметь возможность решать следующие задачи:

  • изменять расписание поездов, то есть изменять дни следования, время отправления, время прибытия;

  • дополнять состав новыми вагонами при необходимости, точнее добавлять вагоны при их недостаточном количестве, либо делать замену не пригодным для транспортировки вагонам, либо откреплять вагоны от состава при не рациональных условиях использования;

  • просматривать отчет по проданным билетам;

  • изменять, дополнять маршрут следования поездов;

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

  • осуществляет формирование новых железнодорожных билетов.

Операторы должны иметь возможность решать следующие задачи:

  • осуществлять продажу билетов;

  • просматривать расписание и маршрут следования поездов, тем самым иметь возможность подбирать поезда для потенциальных пассажиров;

  • осуществлять формирование финансовых отчетов по проданным билетам за месяц, квартал, год;

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

Пассажиры имеют возможность просматривать расписание поездов и маршруты определенного поезда [7].

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]